Mailman 3 January 2011 - docs

[issue11064] abc documentation version conflict
by Dustin Farris 29 Jan '11

29 Jan '11

New submission from Dustin Farris <dustin.farris(a)gmail.com>: Running help(abc) in Python 2.6.1 displays syntax for Py3k. ---------- assignee: docs@python components: Documentation messages: 127453 nosy: docs@python, dustin.farris priority: normal severity: normal status: open title: abc documentation version conflict type: behavior versions: Python 2.6, Python 3.1 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue11064> _______________________________________

2 2

[issue11029] Crash, 2.7.1, Tkinter and threads and line drawing
by Terry J. Reedy 28 Jan '11

28 Jan '11

Terry J. Reedy <tjreedy(a)udel.edu> added the comment: There are other gui libraries with Python interfaces that you can look at. I agree that something in doc about how to feed data from multiple threads would be nice. ---------- nosy: +terry.reedy type: crash -> behavior versions: +Python 3.2 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue11029> _______________________________________

1 0

[issue11029] Crash, 2.7.1, Tkinter and threads and line drawing
by Scott M 28 Jan '11

28 Jan '11

Scott M <scott.mayo(a)comcast.net> added the comment: Alright. More digging turned up the Tkinter "after" function, aka WM_TIMER for Windowy people like me, and that plus a nonblocking queue get() gets all my drawing operations back into the mainLoop() thread. Voilà, no more crashes. Let me suggest that page one, sentence one of any Tkinter documentation should begin "Tkinter is not thread safe", with a link to an example of after() and nonblocking get(). I've changed the component to Documentation. This would save a few days for poor sods like me -- I'm used to low level Windows C++ GUI work, where any thread can call any SDK function at any time, and Windows sorts it all out. Having to force everything into a single thread, and then poll for my data (*GAG*), is something I thought died in the 80's. Is anyone looking at thread safe GUI libraries? ---------- assignee: -> docs@python components: +Documentation -Tkinter nosy: +docs@python _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue11029> _______________________________________

1 0

[issue11008] logging.dictConfig not documented as new in version 2.7
by Day Barr 27 Jan '11

27 Jan '11

New submission from Day Barr <bugs.python.org(a)daybarr.com>: logging.dictConfig is new in version 2.7 but the documentation does not say this. http://docs.python.org/release/2.7/library/logging.html#logging.dictConfig c.f. NullHandler, also new in version 2.7 and explicitly documented as such: http://docs.python.org/release/2.7/library/logging.html#nullhandler ---------- assignee: docs@python components: Documentation messages: 127024 nosy: daybarr, docs@python priority: normal severity: normal status: open title: logging.dictConfig not documented as new in version 2.7 versions: Python 2.7 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue11008> _______________________________________

3 3

[issue3849] FUD in documentation for urllib.urlopen()
by Eli Bendersky 27 Jan '11

27 Jan '11

Changes by Eli Bendersky <eliben(a)gmail.com>: ---------- nosy: +eli.bendersky _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue3849> _______________________________________

1 0

[issue3849] FUD in documentation for urllib.urlopen()
by David Stanek 26 Jan '11

26 Jan '11

Changes by David Stanek <dstanek(a)dstanek.com>: ---------- nosy: +dstanek _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue3849> _______________________________________

1 0

documentation suggestion
by Faheem Mitha 26 Jan '11

26 Jan '11

Hi, In http://docs.python.org/library/functions.html#open "Modes 'r+', 'w+' and 'a+' open the file for updating (note that 'w+' truncates the file)." The term "open the file for updating" means nothing to me in this context. >From other place I learned this means that 'w+' means open for both writing and reading and creates file if it does not exist and truncates file if it exists. 'a+' means appending and reading. 'r+' also means open for reading and writing but does not create file if it does not exist, as well as does not truncate the file if it does exist. I'm still not exactly clear what the difference between 'r+' and 'a+' is then, if 'r+' does not truncate the file. In any case, I suggest removing the word 'updating' and adding a description of what the '+' actually does. See http://stackoverflow.com/questions/1466000/python-open-built-in-function-di… and similar stuff on the net for confusion about this. Regards, Faheem

2 1

[issue10976] json.loads() throws TypeError on bytes object
by R. David Murray 25 Jan '11

25 Jan '11

R. David Murray <rdmurray(a)bitdance.com> added the comment: anthony: this is python3-only problem. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10976> _______________________________________

1 0

[issue11002] 'Upload' link on Files page is broken
by Anthony Long 25 Jan '11

25 Jan '11

New submission from Anthony Long <antlong(a)gmail.com>: On pypi, when you are inside of your packages' files area, the link that is attached to 1. Use the setup.py "upload" command. # "upload" is broken, it links to http://www.python.org/doc/dist/package-upload.html which returns a 404. http://d.pr/mmie ---------- assignee: docs@python components: Documentation messages: 126988 nosy: antlong, docs@python priority: normal severity: normal status: open title: 'Upload' link on Files page is broken type: behavior _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue11002> _______________________________________

1 0

[issue10976] json.loads() throws TypeError on bytes object
by Anthony Long 25 Jan '11

25 Jan '11

Anthony Long <antlong(a)gmail.com> added the comment: Works for me, py2.7 on snow leopard. ---------- nosy: +antlong _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10976> _______________________________________

1 0