Issue 41975: Textwrap to conform to https://www.unicode.org/reports/tr14/tr14-45.html

➜

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.

This issue has been migrated to GitHub: https://github.com/python/cpython/issues/86141

classification

Title:	Textwrap to conform to https://www.unicode.org/reports/tr14/tr14-45.html
Type:		Stage:
Components:	Library (Lib)	Versions:

process

Status:	open	Resolution:
Dependencies:		Superseder:
Assigned To:		Nosy List:	boris, mdk
Priority:	normal	Keywords:

Created on 2020-10-08 13:19 by mdk, last changed 2022-04-11 14:59 by admin.

Messages (1)
msg378247 - (view)	Author: Julien Palard (mdk) *	Date: 2020-10-08 13:19
Currently it looks like our `textwrap.fill` implementation does not conforms to the Unicode Line Breaking Algorithm from the unicode standard. Should this be enhanced? If so, as a sidenote, it could be nice to have the override parameter of libunistring [1] to prohibit line breaking at specific places where the algorithm would normally break but where a human don't expect it to. [1]: https://www.gnu.org/software/libunistring/manual/html_node/unilbrk_002eh.html

msg378247 - (view)

Author: Julien Palard (mdk) * (Python committer)

Date: 2020-10-08 13:19

Currently it looks like our `textwrap.fill` implementation does not conforms to the Unicode Line Breaking Algorithm from the unicode standard.

Should this be enhanced?

If so, as a sidenote, it could be nice to have the override parameter of  libunistring [1] to prohibit line breaking at specific places where the algorithm would normally break but where a human don't expect it to.

[1]: https://www.gnu.org/software/libunistring/manual/html_node/unilbrk_002eh.html

History
Date	User	Action	Args
2022-04-11 14:59:36	admin	set	github: 86141
2021-02-22 14:17:30	boris	set	nosy: + boris
2020-10-08 13:19:58	mdk	create