Changes by Jonathan Eunice :
--
pull_requests: +2311
___
Python tracker
<http://bugs.python.org/issue30688>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jonathan Eunice:
The re module specially handles Unicode escapes (\u and \U) so that
even raw strings (r'...') have symbolic Unicode characters. But it has not
supported named Unicode escapes such as r'\N{EM DASH}', making the escapes for
Jonathan Eunice added the comment:
Agreed. It makes great sense that textwrap started as highly ASCII-centric. But
in the Python 3, Unicode-friendly era, ASCII-biased isn't where we should leave
things.
--
___
Python tracker
Changes by Jonathan Eunice :
--
pull_requests: +2269
___
Python tracker
<http://bugs.python.org/issue30680>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jonathan Eunice:
The textwrap module goes to great lengths to "do the right thing" when it finds
the ASCII simulation of an em-dash (two or more consecutive hyphens), but it
does nothing to recognize and similarly treat true (Unicode) em-dashes (aka
'\N{EM
Jonathan Eunice added the comment:
@emilyemorehouse Added new tests per your request:
https://github.com/python/cpython/pull/2206
--
___
Python tracker
<http://bugs.python.org/issue30
Changes by Jonathan Eunice :
--
pull_requests: +2250
___
Python tracker
<http://bugs.python.org/issue30603>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jonathan Eunice added the comment:
PR updated to incorporate Serhiy Storchaka and Brett Cannon feedback.
--
___
Python tracker
<http://bugs.python.org/issue30
Changes by Jonathan Eunice :
--
pull_requests: +2232
___
Python tracker
<http://bugs.python.org/issue30662>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jonathan Eunice:
In Python 3.6 and current repo (pre-3.7), the docstring for
collections.OrderedDict.__init__() stats that keyword argument order is
arbitrary. That is untrue if I properly understand PEP 468, which as of Python
3.6 makes the order of kwargs stable
Changes by Jonathan Eunice :
--
pull_requests: +2128
___
Python tracker
<http://bugs.python.org/issue30603>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jonathan Eunice :
--
pull_requests: +2126
___
Python tracker
<http://bugs.python.org/issue30620>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jonathan Eunice :
--
pull_requests: +2127
___
Python tracker
<http://bugs.python.org/issue30591>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jonathan Eunice:
textwrap.dedent contains a bit of code that appears logical at first blush, but
in fact can never execute under any input conditions.
Not only are the lines "dead code," they are the only thing (i.e. only
non-debugging lines) now standing in
Changes by Jonathan Eunice :
--
pull_requests: +2079
___
Python tracker
<http://bugs.python.org/issue30603>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jonathan Eunice:
The case where textwrap.dedent() handles a declining indent level, requiring it
to revise its margin estimate downward, remains untested.
This issue is opened in support of an imminent PR that adds an appropriate test.
--
components: Library (Lib
Changes by Jonathan Eunice :
--
pull_requests: +2054
___
Python tracker
<http://bugs.python.org/issue30591>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jonathan Eunice:
A rare case in textwrap when max_lines insufficient and textwrap needs to
backtrack to a previous line to add the placeholder seems to lack test coverage.
This issue added as prereq for suggesting an additional test. PR imminent.
Code: Lib/textwrap.py (as
18 matches
Mail list logo
