[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-28 Thread Eli Bendersky
Changes by Eli Bendersky : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-28 Thread Ezio Melotti
Ezio Melotti added the comment: The commit looks fine, the issue can be closed. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-28 Thread Eli Bendersky
Eli Bendersky added the comment: Ezio, I've taken the liberty to adapt your patch with the suggested fixes and commit it to both 3.2 and 3.3 If everything is OK, this issue can be close (I'll do it in a few days if no one else does :-) -- ___ Pyth

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-28 Thread Roundup Robot
Roundup Robot added the comment: New changeset 9846f6463f23 by Eli Bendersky in branch '3.2': Issue #12644: document the '%a' conversion in the old string formatting operations. Patch prepared together with Ezio Melotti http://hg.python.org/cpython/rev/9846f6463f23 New changeset 80a3bf889cf6 b

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-27 Thread Eli Bendersky
Eli Bendersky added the comment: Yeah, the note should probably be clarified to mention that if precision is specified, only the first precision characters will be shown. The field width is covered globally (for all conversion types) in note 4 above the table. While we're at it, note 5 is:

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-27 Thread Ezio Melotti
Ezio Melotti added the comment: ISTM that it applies to both %s and %a, but the note is wrong/imprecise. The precision determines where the string is truncated, but the actual number of characters is given by the field width. -- nosy: +ezio.melotti ___

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-27 Thread Eli Bendersky
Eli Bendersky added the comment: %r has note (5) saying "The precision determines the maximal number of characters used." Does this apply to %a as well? Other than that, LGTM -- ___ Python tracker _

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-27 Thread Éric Araujo
Éric Araujo added the comment: I don’t think anyone could find anything wrong with the patch. -- stage: patch review -> commit review ___ Python tracker ___

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-27 Thread Éric Araujo
Changes by Éric Araujo : -- nosy: +docs@python, eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-27 Thread Ezio Melotti
Changes by Ezio Melotti : -- keywords: +easy, patch -gsoc stage: -> patch review Added file: http://bugs.python.org/file22774/issue12644.diff ___ Python tracker ___

[issue12644] document the "%a" conversion in the old string formatting operations

2011-07-27 Thread Eli Bendersky
New submission from Eli Bendersky : The 'a' conversion type isn't documented in library/stdtypes.rst -- assignee: eli.bendersky components: Documentation keywords: gsoc messages: 141228 nosy: eli.bendersky priority: low severity: normal status: open title: document the "%a" conversion in