Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!newsreader4.netcologne.de!news.netcologne.de!xlned.com!feeder7.xlned.com!news2.euro.net!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail
From: "Prasad, Ramit" <ramit.prasad@jpmorgan.com>
To: "python-list@python.org" <python-list@python.org>
Subject: RE: re.search when used within an if/else fails
Thread-Topic: re.search when used within an if/else fails
Thread-Index: AQHNzcdZcFFfaT9Fc0qKvMMNsVHKnJgBaOGw
Date: Thu, 29 Nov 2012 22:53:20 +0000
References: <a14abf7d-b231-4cf5-989a-f38e6307867d@googlegroups.com> <mailman.82.1353440253.29569.python-list@python.org> <2930dc36-9d8f-411d-aa7a-272fe4885ec5@i5g2000yqh.googlegroups.com> <mailman.192.1353560449.29569.python-list@python.org> <11835b30-3448-45cc-9ae5-46d651f93429@googlegroups.com> <CALwzid=MW+c2F_Z_2=npC=Z41FJuFOXYMBJ0N-fGxycJE53t4A@mail.gmail.com> <mailman.346.1354133357.29569.python-list@python.org> <50b68476$0$29994$c3e8da3$5496439d@news.astraweb.com> <k4adb8trk5gna1qbo92ejs3281l13415h2@invalid.netcom.com>
In-Reply-To: <k4adb8trk5gna1qbo92ejs3281l13415h2@invalid.netcom.com>
Accept-Language: en-US
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.373.1354230801.29569.python-list@python.org>
Lines: 28
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:34081

Dennis Lee Bieber wrote:=0D=0A> =0D=0A> 	Unless there has been a major chan=
ge in the parser=2E=2E=2E (I still don't=0D=0A> have Python 3=2Ex installed=
)=0D=0A> =0D=0A> 	I believe <tab> is expanded to 8-spaces -- NOT TO NEXT MU=
LTIPLE OF=0D=0A> 8=2E=2E=2E=0D=0A=0D=0AA tab is *one* character=2E Your *ed=
itor* may show tabs visually =0D=0A"expanded" or convert them to spaces=2E =
This is entirely editor dependent=2E =0D=0AMy current (python) editor, does=
 expands tabs to the next *multiple* of 4=2E =0D=0AIt helps keep code align=
ed, and I have no need for 4 hard spaced tabs =0D=0Awithout regards to alig=
nment (yet)=2E I have had editors that did 4 hard =0D=0Aspaced tabs, so it =
might be a developer/application preference=2E=0D=0A=0D=0A>>> with open(r'c=
:\ramit\mix_tab_space=2Etxt')as f:=0D=0A=2E=2E=2E     d =3D f=2Eread()=0D=
=0A=2E=2E=2E=0D=0A>>> print repr(d)=0D=0A'\tblah\n    test\n\t'=0D=0A>>> pr=
int d[0] + 'goo'=0D=0A	goo=0D=0A>>> print repr(d[0] + 'goo')=0D=0A'\tgoo'=
=0D=0A=0D=0A> =0D=0A> 	So the first is 8+4 =3D> 12 spaces, the second is 2+=
8+4 =3D> 14 spaces=2E=0D=0A> =0D=0A> 	Does 2 + <tab> + 2 vs 4 + <tab> vs <t=
ab> + 4 succeed? That would=0D=0A> confirm the treatment=2E=0D=0A> =0D=0A> =
	The main concern with mixed tab and spaces, as I recall, was due to=0D=0A>=
 having /editors/ and /terminals/ configured to show <tab> as a four=0D=0A>=
 space (or anything other than an eight space) increment; so visually=0D=0A=
> four spaces and one <tab> might look the same=2E=2E=2E One user might hav=
e the=0D=0A> editor showing 4-space indents on <tab> but entering text usin=
g 4 spaces=0D=0A> on input -- which now is mis-aligned if the source file H=
AD <tab> in it=2E=0D=0A=0D=0A=0D=0A~Ramit=0D=0A=0D=0A=0D=0A=0D=0AThis email=
 is confidential and subject to important disclaimers and=0D=0Aconditions i=
ncluding on offers for the purchase or sale of=0D=0Asecurities, accuracy an=
d completeness of information, viruses,=0D=0Aconfidentiality, legal privile=
ge, and legal entity disclaimers,=0D=0Aavailable at http://www=2Ejpmorgan=
=2Ecom/pages/disclosures/email=2E