Open
Bug 1331501
Opened 8 years ago
Updated 2 years ago
Unicode Bidirectional Algorithm's Reordering step is not performed on individual wrapped lines
Categories
(Core :: Layout: Text and Fonts, defect, P3)
Tracking
()
UNCONFIRMED
People
(Reporter: mail, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0 Build ID: 20161201031821 Steps to reproduce: Small example: <textarea style="width: 70px; font-size: 20px; font-family: monospace ">abc ح ب</textarea> The textarea's content is wrapped after the second whitespace (chars 0–5 are on the first line, char 6 is on the second line). Actual results: Both spaces are displayed next to each other: >>>><< (order) |012354| (storage position) |abc ح| Expected results: http://unicode.org/reports/tr9/#Reordering_Resolved_Levels mandates that rule L1 should be applied after lines are wrapped. Thus, after determining that the logical line has to wrap after character 5, the level of the second (now trailing) whitespace should have been changed to 0 by L1.4, yielding: >>>><> (order) |012345| (storage position) |abc ح |
Reporter | ||
Updated•8 years ago
|
Component: Untriaged → Layout: Text
Product: Firefox → Core
Updated•7 years ago
|
Priority: -- → P3
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•