Closed
Bug 4237
Opened 26 years ago
Closed 24 years ago
Line breaking-line which contains "\" and "??" does not break.
Categories
(Core :: Internationalization, defect, P3)
Tracking
()
VERIFIED
FIXED
mozilla0.8
People
(Reporter: teruko, Assigned: shanjian)
References
()
Details
(Keywords: intl)
Attachments
(2 files)
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
Details | Diff | Splinter Review |
Tested 3-23-99 Win32 build.
In the above URL page, the test case #3 has Hankaku "\" and the test case #16 has Zenkaku "��".
After both "\" and "��" are Zenkaku numbers. They do not break lines even though you move mouse
to change the window size. They should break lines.
Reporter | ||
Updated•26 years ago
|
Target Milestone: M4
Updated•26 years ago
|
Status: NEW → ASSIGNED
Comment 1•26 years ago
|
||
We should break between number followed by a "\", but not "\" followed by
number. Currently, it does not break in neither places.
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Comment 2•26 years ago
|
||
Fix it and check in today. The case #16 should be fine now. The #3 should be
correct if we really convert the Shift JIS into Yen sign. It currently does not
break because it is converted into U+005C. (It work if we use ¥). The #3
problem now is only the conversion issue reported as 4238
Reporter | ||
Comment 3•24 years ago
|
||
I tested this in 2000-09-21-08 Win32, 2000-09-21-04 Mac, and 2000-09-21-10 Linux
build. This does not work.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 4•24 years ago
|
||
unsetting target milestone, M4 has been out for a long time.
Summary: Line breaking-line which contains "\" and "��" does not break. → Line breaking-line which contains "\" and "??" does not break.
Target Milestone: M4 → ---
Comment 5•24 years ago
|
||
I think this is regression. Reassign to shanjian
Assignee | ||
Comment 6•24 years ago
|
||
This might be related with a change I made in line breaking. We are using
dominating space if there is no CJK character involved. And because unicode
is used for internal processing, zenkaku character might not be necessarily
considered as CJK character. It is well understood that no Word/Line break
algorithm is perfect, and I believe the above behavior is compromisable.
Status: NEW → RESOLVED
Closed: 26 years ago → 24 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 7•24 years ago
|
||
This works fine in 4.x. This follows the Japanese kinsoku rule. I reopen this.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Assignee | ||
Comment 8•24 years ago
|
||
Assignee | ||
Comment 9•24 years ago
|
||
Assignee | ||
Updated•24 years ago
|
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 10•24 years ago
|
||
explaination about the 2 changes:
1, if a ZenKaku character is met, we go to CJK route. Unicode
code point in range of ff00 to ffff is added. (Yes, I know
some code points in this range is not yet or will never be
allocated.)
2, In CJK route, 0x5c restore back to its category according to
4501.
Comment 11•24 years ago
|
||
sr=ftang
Comment 12•24 years ago
|
||
sr=erik
Assignee | ||
Comment 13•24 years ago
|
||
fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•