Closed Bug 387170 Opened 18 years ago Closed 10 years ago

Disable ligatures in uniscribe path if the text has spacing

Categories

(Core :: Graphics, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: masayuki, Unassigned)

References

()

Details

Attachments

(1 file)

Attached patch fixSplinter Review
we should disable ligatures also in uniscribe path if the text has spacing. see also css2.1 spec: http://www.w3.org/TR/CSS21/text.html#propdef-letter-spacing > When the resultant space between two characters is not the same as the default space, user agents should not use ligatures. roc: should we use this patch after finding the way for disabling the ligatures on linux?
Summary: disalbe ligatures in uniscribe path if the text has spacing → Disable ligatures in uniscribe path if the text has spacing
This section of CSS2.1 is very unaware of international issues. http://www.w3.org/TR/css3-text/#letter-spacing is better.
const PRBool mIsRTL; + const PRBool mDisableLigatures; Make these PRPackedBool. I guess we should be disabling optional ligatures only and allowing compulsory ligatures to still happen. Right Simon? If so then I'll submit a patch that changes DISABLE_LIGATURES to DISABLE_OPTIONAL_LIGATURES and fixes that for ATSUI. I'm not sure how you can do that for Uniscribe...
Without moving to the OpenType Uniscribe APIs (Vista only), I'm not sure how we can specify to only use required ligatures ('rlig' vs 'liga'). We should probably turn off discretionary ligatures ('dlig') on the mac though in all cases though.
either way, i don't think this patch is right for windows
You mean you want to turn off all discretionary ligatures on Mac, always? Why?
(In reply to comment #2) > I guess we should be disabling optional ligatures only and allowing compulsory > ligatures to still happen. Right Simon? That sounds right in theory.
I'm resetting bugs which are assigned to me but I'm not working on them and I don't have plan for fixing them in near future.
Assignee: masayuki → nobody
This is a mass change. Every comment has "assigned-to-new" in it. I didn't look through the bugs, so I'm sorry if I change a bug which shouldn't be changed. But I guess these bugs are just bugs that were once assigned and people forgot to change the Status back when unassigning.
Status: ASSIGNED → NEW
This must have been already fixed by something. I cannot reproduce this.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
(In reply to Masayuki Nakano (:masayuki) (Mozilla Japan) from comment #10) > This must have been already fixed by something. I cannot reproduce this. We no longer have a uniscribe text rendering path; it's been replaced by harfbuzz. And yes, we handle this issue when shaping via harfbuzz.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: