Re: [Python-Dev] [Python-3000] PEP 367: New Super

Tim Delaney wrote: > Phillip J. Eby wrote: >> At 05:23 PM 5/14/2007 +1000, Tim Delaney wrote: >>> Determining the class object to use >>> ''' >>> >>> The exact mechanism for associating the method with the defining >>> class is not >>> specified in this PEP, and shou

Re: [Python-Dev] [Python-3000] PEP 367: New Super

Phillip J. Eby wrote: > At 05:23 PM 5/14/2007 +1000, Tim Delaney wrote: >> Determining the class object to use >> ''' >> >> The exact mechanism for associating the method with the defining >> class is not >> specified in this PEP, and should be chosen for maximum per

Re: [Python-Dev] Py2.6 buildouts to the set API

>> I'd rather see iterator versions of the set operations. > > Interesting idea. I'm not sure I see how to make it work. > If s|t returned an iterator, then how would s|t|u work? I don't think s.union(t) should return an iterator, if for no other reason than compatibility. Instead, there might

Re: [Python-Dev] Summary of Tracker Issues

> Do we know how these spam comments entered the system? Through the web site. Submission through email is not an issue: you need to use a registered email address, and those are hard to guess. > And has there been any spam submitted since that point? One day after the tracker was renamed to bu

Re: [Python-Dev] Py2.6 buildouts to the set API

>> * New method (proposed by Shane Holloway): s1.isdisjoint(s2). >> Logically equivalent to "not s1.intersection(s2)" but has an >> early-out if a common member is found. [MvL] > I'd rather see iterator versions of the set operations. Interesting idea. I'm not sure I see how to make it work.

Re: [Python-Dev] The docs, reloaded

On 5/19/07, Martin Blais <[EMAIL PROTECTED]> wrote: > I haven't looked at it in depth yet, but I have a question. One > concern from a long thread on Doc-Sig a long time ago, is that ReST > did not at the time possess the ability to nicely markup the objects > as LaTeX macros do. Is your transfo

Re: [Python-Dev] Summary of Tracker Issues

Talin wrote: > Josiah Carlson wrote: >> Captchas like this are easily broken using computational methods, or >> even the porn site trick that was already mentioned. Never mind >> Stephen's stated belief, that you quoted, that he believes that even the >> hard captchas are going to be beaten by com

Re: [Python-Dev] The docs, reloaded

Hi Georg Super impressive work! :-) I haven't looked at it in depth yet, but I have a question. One concern from a long thread on Doc-Sig a long time ago, is that ReST did not at the time possess the ability to nicely markup the objects as LaTeX macros do. Is your transformation losing markup i

Re: [Python-Dev] Summary of Tracker Issues

Josiah Carlson wrote: > Captchas like this are easily broken using computational methods, or > even the porn site trick that was already mentioned. Never mind > Stephen's stated belief, that you quoted, that he believes that even the > hard captchas are going to be beaten by computational methods

Re: [Python-Dev] The docs, reloaded

Georg Brandl wrote: > Hi, > > over the last few weeks I've hacked on a new approach to Python's > documentation. > As Python already has an excellent documentation framework, the docutils, > with a > readable yet extendable markup format, reST, I thought that it should be > possible to use those

Re: [Python-Dev] The docs, reloaded

On Sat, 19 May 2007, Georg Brandl wrote: > For the impatient: the result can be seen at . This is extremely impressive. Thank you for this work! If all the documentation is generated from a base format that is closer to text (reST instead of LaTeX), that will make it eas

[Python-Dev] Summary of Tracker Issues

ACTIVITY SUMMARY (05/13/07 - 05/20/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1649 open ( +0) / 8584 closed ( +0) / 10233 total ( +0) Average duration of open issues: 799 days. Medi

Re: [Python-Dev] The docs, reloaded

On 5/19/07, Georg Brandl <[EMAIL PROTECTED]> wrote: Hi, over the last few weeks I've hacked on a new approach to Python's documentation. As Python already has an excellent documentation framework, the docutils, with a readable yet extendable markup format, reST, I thought that it should be poss

Re: [Python-Dev] The docs, reloaded

Georg Brandl wrote: > Hi, > > over the last few weeks I've hacked on a new approach to Python's > documentation. > As Python already has an excellent documentation framework, the docutils, > with a > readable yet extendable markup format, reST, I thought that it should be > possible to use those

Re: [Python-Dev] [Doc-SIG] The docs, reloaded

Georg Brandl wrote: > over the last few weeks I've hacked on a new approach to Python's > documentation. > As Python already has an excellent documentation framework, the docutils, > with a > readable yet extendable markup format, reST, I thought that it should be > possible to use those instead

Re: [Python-Dev] The docs, reloaded

On Sat, May 19, 2007 at 10:48:29AM -0700, Josiah Carlson wrote: > I'm generally a curmudgeon when it comes to 'the docs could be done > better'. But this? I like it. A lot. Especially if you can get these > other features in: > > > - a "quick-dispatch" function: e.g., docs.python.org/q?os.path

Re: [Python-Dev] The docs, reloaded

Georg Brandl <[EMAIL PROTECTED]> wrote: > Hi, > > over the last few weeks I've hacked on a new approach to Python's > documentation. > As Python already has an excellent documentation framework, the docutils, > with a > readable yet extendable markup format, reST, I thought that it should be >

Re: [Python-Dev] Summary of Tracker Issues

"Aaron Brady" <[EMAIL PROTECTED]> wrote: > "Stephen J. Turnbull" <[EMAIL PROTECTED]> wrote: > > If we're going to do CAPTCHA, what we're looking for is something that > > any 4 year old does automatically, but machines can't do at all. > > Visual recognition used to be one, but isn't any more. Th

Re: [Python-Dev] The docs, reloaded

On 5/19/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > For the impatient: the result can be seen at . [snip] > Here's a partial list of things that have already been improved: > > - the source is much more readable (for examples, try the "view source" links > in >the le

Re: [Python-Dev] The docs, reloaded

Georg Brandl wrote: > Hi, > > over the last few weeks I've hacked on a new approach to Python's > documentation. > As Python already has an excellent documentation framework, the docutils, > with a > readable yet extendable markup format, reST, I thought that it should be > possible to use those

[Python-Dev] The docs, reloaded

Hi, over the last few weeks I've hacked on a new approach to Python's documentation. As Python already has an excellent documentation framework, the docutils, with a readable yet extendable markup format, reST, I thought that it should be possible to use those instead of the current LaTeX->latex2h

Re: [Python-Dev] Wither PEP 335 (Overloadable Boolean Operators)?

On 5/18/07, Guido van Rossum <[EMAIL PROTECTED]> wrote: > While reviewing PEPs, I stumbled over PEP 335 ( Overloadable Boolean > Operators) by Greg Ewing. -1. "and" and "or" affect the flow of control. It's a matter of taste, but I feel the benefit is too small here to add another flow-control q

Re: [Python-Dev] Need Survey Answers from Core Developers

Jeff Rush wrote: > Time is short and I'm still looking for answers to some questions about > cPython, so that it makes a good showing in the Forrester survey. > > 1) How is the project governed? How does the community make decisions >on what goes into a release? > >You know, I've been a

Re: [Python-Dev] Py2.6 buildouts to the set API

On 19/05/2007 3.34, Raymond Hettinger wrote: > * Make sets listenable for changes (proposed by Jason Wells): > > s = set(mydata) > def callback(s): > print 'Set %d now has %d items' % (id(s), len(s)) > s.listeners.append(callback) > s.add(existing_element) # no call

Re: [Python-Dev] Py2.6 buildouts to the set API

> * New method (proposed by Shane Holloway): s1.isdisjoint(s2). > Logically equivalent to "not s1.intersection(s2)" but has an > early-out if a common member is found. The speed-up is potentially > large given two big sets that may largely overlap or may not > intersect at all. There is also a m