New submission from rurpy the second:
The documentation of the hex() builtin function is poor. Specifically it does
not say (directly) that:
1. The resulting string is prefixed with "0x".
2. Any a-f characters used are lower case.
3. Negative integers are converted by prefixing a
rurpy the second added the comment:
Additional comment loosely related to the ParagraphFormatter offered in
previous comment...
[If this is not the right venue -- perhaps a new issue or one of the python
mail lists would be better -- please tell me.]
I notice that argparse.ArgumentParser
rurpy the second added the comment:
I happened upon this issue while Googling for a formatter with the behavior
described here.
I put together a formatter derived from the code submitted by GraylinKim
(2011-08-22) and offer it for consideration (though it is missing some things
like
rurpy the second added the comment:
This continues to be a problem on Python-3.3.0
--
nosy: +rurpy2
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue16
Changes by rurpy the second :
--
nosy: +rurpy2
___
Python tracker
<http://bugs.python.org/issue15216>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from rurpy the second :
PEP 414 proposes restoring the "u" string prefix (semantically as a "noop") to
make porting from Python2 easier. I would like to propose that "ru"-strings
also interpret embedded "\u" unicode literals in t
rurpy the second added the comment:
I find the changes suggested by T Reedy and refined in the
patch by E Bendersky an improvement. However, I found the
following things confused me when reading it:
"...constructor creates a function..."
the constructor creates a Timeit insta
New submission from rurpy the second :
The Python HOWTOs->Idioms and Anti-Idioms has a section
"Using Backslash to Continue Statements".
It says that line continuation is "dangerous" and gives two reasons.
1. Hard to see a space after the backslash.
This is not &qu
