Re: [Python-Dev] len(chr(i)) = 2?

Glyph Lefkowitz writes: > But I don't think that anyone is filling up main memory with > gigantic piles of character indexes and need to squeeze out that > extra couple of bytes of memory on such a tiny object. How do you think editors and browsers represent the regions that they highlight, th

Re: [Python-Dev] constant/enum type in stdlib

On Thu, Nov 25, 2010 at 3:41 AM, Michael Foord wrote: > Can you explain what you see as the difference? > > I'm not particularly interested in type validation but I like the fact that > typical enum APIs allow you to group constants: the generated constant class > acts as a namespace for all the d

Re: [Python-Dev] [Preview] Comments and change proposals on documentation

On Thu, Nov 25, 2010 at 6:24 AM, Georg Brandl wrote: > Hi, > > at , you can look at a version of the 3.2 > docs that has the upcoming commenting feature.  JavaScript is mandatory. Very nice! I'm not sure what to do about the discoverability of the comment bubbles

Re: [Python-Dev] [Python-checkins] r86745 - in python/branches/py3k: Doc/library/difflib.rst Lib/difflib.py Lib/test/test_difflib.py Misc/NEWS

On Thu, Nov 25, 2010 at 4:12 PM, terry.reedy wrote: >  The :class:`SequenceMatcher` class has this constructor: > > > -.. class:: SequenceMatcher(isjunk=None, a='', b='') > +.. class:: SequenceMatcher(isjunk=None, a='', b='', autojunk=True) > >    Optional argument *isjunk* must be ``None`` (the d

Re: [Python-Dev] [Python-checkins] r86750 - python/branches/py3k/Demo/curses/life.py

On Fri, Nov 26, 2010 at 12:15 PM, Senthil Kumaran wrote: >> Re: “colour”: the rest of the file use US English, as do the function >> names (see for example curses.has_color).  It’s good to use one dialect >> consistently in one file. > > Good catch. Did not realize it because, we write it as colou

Re: [Python-Dev] [Python-checkins] r86750 - python/branches/py3k/Demo/curses/life.py

On 27/11/2010 12:22, Nick Coghlan wrote: On Fri, Nov 26, 2010 at 12:15 PM, Senthil Kumaran wrote: Re: “colour”: the rest of the file use US English, as do the function names (see for example curses.has_color). It’s good to use one dialect consistently in one file. Good catch. Did not realize

Re: [Python-Dev] [Python-checkins] r86745 - in python/branches/py3k: Doc/library/difflib.rst Lib/difflib.py Lib/test/test_difflib.py Misc/NEWS

On Sat, Nov 27, 2010 at 14:17, Nick Coghlan wrote: > On Thu, Nov 25, 2010 at 4:12 PM, terry.reedy > wrote: > > The :class:`SequenceMatcher` class has this constructor: > > > > > > -.. class:: SequenceMatcher(isjunk=None, a='', b='') > > +.. class:: SequenceMatcher(isjunk=None, a='', b='', autoj

Re: [Python-Dev] [Python-checkins] r86745 - in python/branches/py3k: Doc/library/difflib.rst Lib/difflib.py Lib/test/test_difflib.py Misc/NEWS

On 27/11/2010 13:00, Eli Bendersky wrote: On Sat, Nov 27, 2010 at 14:17, Nick Coghlan > wrote: On Thu, Nov 25, 2010 at 4:12 PM, terry.reedy mailto:python-check...@python.org>> wrote: > The :class:`SequenceMatcher` class has this constructor: >

Re: [Python-Dev] constant/enum type in stdlib

On 27/11/2010 10:51, Nick Coghlan wrote: On Thu, Nov 25, 2010 at 3:41 AM, Michael Foord wrote: Can you explain what you see as the difference? I'm not particularly interested in type validation but I like the fact that typical enum APIs allow you to group constants: the generated constant cla

Re: [Python-Dev] constant/enum type in stdlib

On Sun, Nov 28, 2010 at 12:01 AM, Michael Foord wrote: > Very interesting proposal (typed named values rather than just named > constants). It doesn't handle flag values, which I would still like, but > that only really makes sense for integers (sets can be OR'd but their > representation is alrea

Re: [Python-Dev] [Python-checkins] r86750 - python/branches/py3k/Demo/curses/life.py

On Sat, Nov 27, 2010 at 10:52 PM, Michael Foord wrote: >> I just resign myself to having to spell words like colour and >> serialise wrong when I'm working on Python. Compared to the >> adjustments the non-native English speakers have to make, I figure I'm >> getting off lightly ;) >> > > I *thoug

Re: [Python-Dev] [Python-checkins] r86750 - python/branches/py3k/Demo/curses/life.py

On 27/11/2010 15:04, Nick Coghlan wrote: On Sat, Nov 27, 2010 at 10:52 PM, Michael Foord wrote: I just resign myself to having to spell words like colour and serialise wrong when I'm working on Python. Compared to the adjustments the non-native English speakers have to make, I figure I'm getti

Re: [Python-Dev] [Python-checkins] r86745 - in python/branches/py3k: Doc/library/difflib.rst Lib/difflib.py Lib/test/test_difflib.py Misc/NEWS

On Sat, Nov 27, 2010 at 11:02 PM, Michael Foord wrote: > Features new in Python 3.2 that didn't exist in 3.1 should have a > versionadded:: 3.2 tag. As Michael said, from a docs point of view, the version flow is independent: "2.6 -> 2.7" and "3.1 -> 3.2". The issue has really only come up with

Re: [Python-Dev] constant/enum type in stdlib

On Nov 27, 2010, at 02:01 PM, Michael Foord wrote: >(Note that there is no *particular* hurry to get this into 3.2 - the beta is >due imminently. I wouldn't object to it ) Indeed. I don't think the time is right to try to get this into 3.2. -Barry signature.asc Description: PGP signature

[Python-Dev] Python make fails with error "Fatal Python error: Interpreter not initialized (version mismatch?)"

Hi All, During the make step of python, I am encountering a weird error. This is on AIX 5.3 using gcc as the compiler. My configuration options are as follows ./configure --enable-shared --disable-ipv6 --with-gcc=gcc CPPFLAGS="-I /opt/freeware/include -I /opt/freeware/include/readline -I /opt/fr

Re: [Python-Dev] [Python-checkins] r86745 - in python/branches/py3k: Doc/library/difflib.rst Lib/difflib.py Lib/test/test_difflib.py Misc/NEWS

On 11/27/2010 7:17 AM, Nick Coghlan wrote: On Thu, Nov 25, 2010 at 4:12 PM, terry.reedy wrote: The :class:`SequenceMatcher` class has this constructor: -.. class:: SequenceMatcher(isjunk=None, a='', b='') +.. class:: SequenceMatcher(isjunk=None, a='', b='', autojunk=True) Optional ar

Re: [Python-Dev] constant/enum type in stdlib

On 11/27/2010 2:51 AM, Nick Coghlan wrote: Not quite. I'm suggesting a factory function that works for any value, and derives the parent class from the type of the supplied value. Nick, thanks for the much better implementation than I achieved; you seem to have the same goals as my implementat

Re: [Python-Dev] [Preview] Comments and change proposals on documentation

Nick Coghlan wrote: On Thu, Nov 25, 2010 at 6:24 AM, Georg Brandl wrote: Hi, at , you can look at a version of the 3.2 docs that has the upcoming commenting feature. JavaScript is mandatory. Very nice! I'm not sure what to do about the discoverability of the

Re: [Python-Dev] [Preview] Comments and change proposals on documentation

Am 27.11.2010 23:11, schrieb Steven D'Aprano: > Nick Coghlan wrote: >> On Thu, Nov 25, 2010 at 6:24 AM, Georg Brandl wrote: >>> Hi, >>> >>> at , you can look at a version of the 3.2 >>> docs that has the upcoming commenting feature. JavaScript is mandatory. >> >>

Re: [Python-Dev] constant/enum type in stdlib

On Nov 27, 2010, at 12:56 PM, Glenn Linderman wrote: > On 11/27/2010 2:51 AM, Nick Coghlan wrote: >> >> Not quite. I'm suggesting a factory function that works for any value, >> and derives the parent class from the type of the supplied value. > > Nick, thanks for the much better implementation

Re: [Python-Dev] [Preview] Comments and change proposals on documentation

Georg Brandl wrote: Am 27.11.2010 23:11, schrieb Steven D'Aprano: I wasn't able to find a comment bubble that contained anything, so I don't know what sort of information you expect them to contain -- every one I tried said "0 comments". Maybe you should have tried the page I recommended as

Re: [Python-Dev] constant/enum type in stdlib

On 11/27/2010 12:56 PM, Glenn Linderman wrote: On 11/27/2010 2:51 AM, Nick Coghlan wrote: Not quite. I'm suggesting a factory function that works for any value, and derives the parent class from the type of the supplied value. Nick, thanks for the much better implementation than I achieved; yo

Re: [Python-Dev] constant/enum type in stdlib

On Sun, Nov 28, 2010 at 9:26 AM, Raymond Hettinger wrote: > > On Nov 27, 2010, at 12:56 PM, Glenn Linderman wrote: > >> On 11/27/2010 2:51 AM, Nick Coghlan wrote: >>> >>> Not quite. I'm suggesting a factory function that works for any value, >>> and derives the parent class from the type of the su

Re: [Python-Dev] constant/enum type in stdlib

On 11/27/2010 6:26 PM, Raymond Hettinger wrote: Can I suggest that an enum-maker be offered as a third-party module Possibly with competing versions for trial and testing ;-) rather than prematurely adding it into the standard library. I had same thought. -- Terry Jan Reedy _

Re: [Python-Dev] [Preview] Comments and change proposal s on documentation

Steven D'Aprano pearwood.info> writes: > Aha! I never would have guessed that the bubbles are clickable -- I > thought you just moused-over them and they showed static comments put > there by the developers, part of the documentation itself. I didn't > realise that it was for users to add spa

[Python-Dev] [RELEASED] Python 2.7.1

On behalf of the Python development team, I'm happy as a clam to announce the immediate availability of Python 2.7.1. 2.7 includes many features that were first released in Python 3.1. The faster io module, the new nested with statement syntax, improved float repr, set literals, dictionary views,

[Python-Dev] [RELEASED] Python 3.1.3

On behalf of the Python development team, I'm happy as a lark to announce the third bugfix release for the Python 3.1 series, Python 3.1.3. This bug fix release features numerous bug fixes and documentation improvements over 3.1.2. The Python 3.1 version series focuses on the stabilization and op