[issue19452] ElementTree iterparse documentation
New submission from Peter Harris: Documentation on python website says: xml.etree.ElementTree.iterparse(source, events=None, parser=None) Parses an XML section into an element tree incrementally, and reports what’s going on to the user. source is a filename or file object containing XML data. events is a list of events to report back. But 'events' must be a *tuple* or iterparse raises TypeError: invalid event tuple Possibly also worth explaining that start-ns event is accompanied by a tuple of (namespace, url) rather than an element from the XML document. Currently the description just says ns events are used to get detailed namespace information but doesn't say how or give an example. -- assignee: docs@python components: Documentation messages: 201734 nosy: Peter.Harris, docs@python priority: normal severity: normal status: open title: ElementTree iterparse documentation versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19452 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19452] ElementTree iterparse documentation
Peter Harris added the comment: Yeah it would make sense to accept any iterable, but I'm only proposing a documentation fix not a feature enhancement. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19452 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5156] IDLE exits with UnicodeDecodeError on Ctrl+Space
Peter Harris s...@users.sourceforge.net added the comment: Yeah, I know that's what it's supposed to do. It does pop up the list of names, but then crashes. It happens no matter what has been input, even on an empty window. However, if it works for everyone else, maybe I built Tcl wrongly. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5156] IDLE exits with UnicodeDecodeError on Ctrl+Space
New submission from Peter Harris s...@users.sourceforge.net: Using Python3.1 built from svn, on RedHat EL4, with Tcl/Tk 8.5 built from source. Traceback: -- File /usr/mlocal/lib/python3.1/runpy.py, line 122, in _run_module_as_main __main__, fname, loader, pkg_name) File /usr/mlocal/lib/python3.1/runpy.py, line 34, in _run_code exec(code, run_globals) File /usr/mlocal/lib/python3.1/idlelib/idle.py, line 22, in module idlelib.PyShell.main() File /usr/mlocal/lib/python3.1/idlelib/PyShell.py, line 1407, in main root.mainloop() File /usr/mlocal/lib/python3.1/tkinter/__init__.py, line 1009, in mainloop self.tk.mainloop(n) UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: illegal encoding The list of completions appears just before the crash. I can't tell whether the error occurs within tkinter or IDLE. If I find out where to put the try/except I'll submit a patch. -- components: IDLE messages: 81190 nosy: scav severity: normal status: open title: IDLE exits with UnicodeDecodeError on Ctrl+Space versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1840] Tools/i18n/msgfmt.py fixes for Python 3.0
Peter Harris [EMAIL PROTECTED] added the comment: As far as I can tell, it is OK now. Thanks! ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1840] Tools/i18n/msgfmt.py fixes for Python 3.0
New submission from Peter Harris: Python 3.0: Use bytes instead of str to construct the binary file, don't try to .sort a dict's keys(). This patch is a tentative fix - in one place I've had to provide an encoding from str to bytes and I've guessed UTF-8, which may be OK for most .po files, but possibly not all. -- components: Demos and Tools files: msgfmt.diff messages: 59994 nosy: scav severity: normal status: open title: Tools/i18n/msgfmt.py fixes for Python 3.0 type: crash versions: Python 3.0 Added file: http://bugs.python.org/file9185/msgfmt.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1840 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1830] pygettext.py syntax error
New submission from Peter Harris: Tools/i18n/pygettext.py contains a syntax error. On line 665, there is an old u'' string for testing unicode on pre-3.0 python. It should be OK to remove it. -- components: Demos and Tools messages: 59961 nosy: scav severity: normal status: open title: pygettext.py syntax error type: crash versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1830 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1830] pygettext.py py3k errors
Peter Harris added the comment: Also, a couple of instances of assuming dict.keys() is a list, and trying to use .sort() on them. Patch attached for both issues. -- title: pygettext.py syntax error - pygettext.py py3k errors Added file: http://bugs.python.org/file9173/pygettext.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1830 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1228] 3.0 tutorial/datastructures.rst patch
New submission from Peter Harris: Describe 3.0 comparison behaviour (but not in much detail) -- components: Documentation files: datastructures.diff messages: 56212 nosy: scav severity: normal status: open title: 3.0 tutorial/datastructures.rst patch versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1228 __ datastructures.diff Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1229] 3.0 library/stdtypes.rst
New submission from Peter Harris: line 221 'loating point' - 'Floating point'. Also, maybe double-check that __cmp__ method still has special meaning in 3.0. My last patch took out mention of it because 3.0a1 seems not to support comparisons using __cmp__ method, but I could be missing something. -- components: Documentation messages: 56213 nosy: scav severity: minor status: open title: 3.0 library/stdtypes.rst versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1229 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1219] 3.0 library/stdtypes.rst patch
New submission from Peter Harris: Cleanup (removal of 2.x references, long etc. ). I'm not 100% sure I've got the rich-comparison stuff correct. -- components: Documentation files: stdtypes.diff messages: 56186 nosy: scav severity: normal status: open title: 3.0 library/stdtypes.rst patch versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1219 __ stdtypes.diff Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1211] cleanup patch for 3.0 tutorial/interpreter.rst
New submission from Peter Harris: Proposed cleanup patch for tutorial/interpreter.rst -- components: Documentation files: interpreter.diff messages: 56164 nosy: scav severity: normal status: open title: cleanup patch for 3.0 tutorial/interpreter.rst versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1211 __ interpreter.diff Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1212] 3.0 tutorial/introduction.rst mentions 'long'
New submission from Peter Harris: Remove reference to 'long' in tutorial/introduction.rst. Patch attached. -- components: Documentation files: introduction.diff messages: 56165 nosy: scav severity: normal status: open title: 3.0 tutorial/introduction.rst mentions 'long' versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1212 __ introduction.diff Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1213] 3.0 tutorial/classes.rst patch
New submission from Peter Harris: I think this wording is a little clearer and removes implied reference to earlier Python versions, while still giving a simplistic tutorial-level idea of what the MRO is. YMMV, so please disregard if I've made it worse. -- components: Documentation files: classes.diff messages: 56166 nosy: scav severity: normal status: open title: 3.0 tutorial/classes.rst patch versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1213 __ classes.diff Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com