This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients belopolsky, doerwalter, ezio.melotti, lemburg, r.david.murray, serhiy.storchaka, vstinner, wpk
Date 2013-07-01.12:05:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1372680321.39.0.423685810973.issue18291@psf.upfronthosting.co.za>
In-reply-to
Content
There are two issues that I could find related to these characters, one of them still open:  #18236 and #7643.  The latter contains a fairly complete discussion of the underlying issue, but on a quick read through it is not clear to me if the linebreak issue was actually completely addressed.  It would be good if someone unicode knowledgeable would read through that issue and see if the current state of affairs is in fact correct, and if so (as seems likely, given that there were unicode experts weighing in on that issue) we need to improve the splitlines docs at least (as was suggested in that issue but not done).  How tightly related that issue is to this one depends on how codecs and IO implement their linebreak algorithms

Perhaps we should retitle this issue "make Python's treatment of 'information separator' and other line break characters consistent".

Since backward compatibility is an issue, if there are changes to be made there may be changes that can only be made in 3.4.
History
Date User Action Args
2013-07-01 12:05:21r.david.murraysetrecipients: + r.david.murray, lemburg, doerwalter, belopolsky, vstinner, ezio.melotti, serhiy.storchaka, wpk
2013-07-01 12:05:21r.david.murraysetmessageid: <1372680321.39.0.423685810973.issue18291@psf.upfronthosting.co.za>
2013-07-01 12:05:21r.david.murraylinkissue18291 messages
2013-07-01 12:05:21r.david.murraycreate