Mailman 3 October 2010 - docs

[issue10021] Format parser is too permissive
by Eric Smith Oct. 5, 2010

Oct. 5, 2010

Eric Smith <eric(a)trueblade.com> added the comment: I agree that it being an implementation detail is not a good thing. I think we should just document the current CPython behavior as the language standard: once parsed, any string after a dot is passed to getattr. I can't see why we should pay the penalty of validating it as an identifier when the behavior is well defined and matches my getattr example in msg 117965. ---------- _______________________________________ Python tracker &… [View More]

1 0

[issue10021] Format parser is too permissive
by Benjamin Peterson Oct. 5, 2010

Oct. 5, 2010

Benjamin Peterson <benjamin(a)python.org> added the comment: This should not be classified as an "implementation detail". Either we should document it and cause other implementations to support it or check it ourselves. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10021> _______________________________________

1 0

[issue10026] xml.dom.pulldom strange behavior
by Amaury Forgeot d'Arc Oct. 5, 2010

Oct. 5, 2010

Amaury Forgeot d'Arc <amauryfa(a)gmail.com> added the comment: Yes, sax parsers may split CHARACTER events. See also the discussion: http://www.mail-archive.com/xml-sig@python.org/msg00234.html Again, the END_ELEMENT event is guaranteed to return the complete node. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10026> _______________________________________

1 0

[issue10026] xml.dom.pulldom strange behavior
by Vojtěch Rylko Oct. 5, 2010

Oct. 5, 2010

Vojtěch Rylko <vojta.rylko(a)seznam.cz> added the comment: Program below also splits two of 10 000 elements into two rows. Is it acceptable behavior? OUTPUT (ill part) ============= <DOM Text node "u'Twitter'"> <DOM Text node "u'\n'"> <DOM Text node "u'Twi'"> <DOM Text node "u'tter'"> <DOM Text node "u'\n'"> <DOM Text node "u'Twitter'"> <DOM Text node "u'\n'"> <DOM Text node "u'Twitter'"> PROGRAM ============= for event, node in events: … [View More]

1 0

[issue10026] xml.dom.pulldom strange behavior
by Amaury Forgeot d'Arc Oct. 5, 2010

Oct. 5, 2010

Amaury Forgeot d'Arc <amauryfa(a)gmail.com> added the comment: Please read http://docs.python.org/library/xml.etree.elementtree.html?highlight=element… At START_ELEMENT, the element is not guaranteed to be fully populated; you should handle the END_ELEMENT event instead. This should be documented for the pulldom module as well, though. ---------- assignee: -> docs@python nosy: +amaury.forgeotdarc, docs@python _______________________________________ Python tracker <report(a)bugs.… [View More]

1 0

[issue10021] Format parser is too permissive
by Mark Dickinson Oct. 5, 2010

Oct. 5, 2010

Mark Dickinson <dickinsm(a)gmail.com> added the comment: > I seem to remember this having been discussed before, but I cannot find the right thread. It came up in the issue 7951 discussion, I think. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10021> _______________________________________

1 0

[issue5088] optparse: inconsistent default value for append actions
by Éric Araujo Oct. 4, 2010

Oct. 4, 2010

Changes by Éric Araujo <merwok(a)netwok.org>: ---------- resolution: -> accepted status: open -> pending _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue5088> _______________________________________

1 0

[issue5088] optparse: inconsistent default value for append actions
by Éric Araujo Oct. 4, 2010

Oct. 4, 2010

Éric Araujo <merwok(a)netwok.org> added the comment: > I think I looked in other part of the optparse.rst file how it's done and used that Alright, let’s leave it alone then. >>> contrary to what one can think >> Still not a native speaker, but wouldn’t “may think” be more suited here? >ah ok, it might me more correct, dunno (not native too) It has to do with the degree of probability you assign to the thought. Unless someone adds something, I’ll commit your patch … [View More]

1 0

[issue5088] optparse: inconsistent default value for append actions
by Éric Araujo Oct. 4, 2010

Oct. 4, 2010

Éric Araujo <merwok(a)netwok.org> added the comment: Forgot this one: > `appended` I don’t remember the default reST role being used in the Python docs; I don’t even remember what it is. Your example makes me suspect emphasis, so using *appended* would do the same thing and be explicit. > contrary to what one can think Still not a native speaker, but wouldn’t “may think” be more suited here? Apart from that, +1. ---------- _______________________________________ Python … [View More]

2 1

[issue5501] Update multiprocessing docs re: freeze_support
by Éric Araujo Oct. 4, 2010

Oct. 4, 2010

Éric Araujo <merwok(a)netwok.org> added the comment: Rephrased: Is this relevant for 3.1? (Bug and doc fixes go into 3.2, 3.1 and 2.7, but here only 3.2 and 2.7 are selected, so I asked if the bugfix/new feature/behavior in question was something new in 3.2 and thus not in 3.1.) ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue5501> _______________________________________

1 0