Open Bug 425651 Opened 17 years ago Updated 2 years ago

Some Latin diacritics misplaced

Categories

(Core :: Graphics: Text, defect)

All
Linux
defect

Tracking

()

People

(Reporter: mozilla, Unassigned)

References

()

Details

Follow-up from bug 404848: Linux shows the same problem when displaying the testcase in attachment 289717 [details].
The Windows bug was blocking, requesting the same here.
Flags: blocking1.9?
we're not going to block on this here.
Flags: blocking1.9? → blocking1.9-
Care to explain why not? I didn't have the impression ealier that correct functionality was less important on Linux than Windows. Or is it just a manpower thing?
The best place to fix this is really the fonts as they can provide the information re how to align the mark wrt the base. The test case renders fine with me with DejaVu Serif version 144834, but not with Bitstream Vera Serif 131072. Unfortunately fontconfig default settings seem to prefer Bitstream Vera, but I think some distros change that, or perhaps they don't install Vera by default. In the cases where the fonts don't have the necessary information, there are heuristics that can be used, but the text shaper (Pango) would be the best place to do that.
Its a question of using the right fonts and the right font rendering system. on older distros you'll have a problem. Should work well on modern distros with OpenType fonts with appropriate mark and mkmk features. Will also work well with Graphite patch for Pango and using Graphite fonts. Andrew
See attachement 329215 for rendering of testcase in FF3/xulrunner1.9 on Gentoo Linux BTW: what about using unicode-normalization?
(In reply to bug #404848 comment #35) > Created an attachment 329215 [details] > screenshot: FF3/xulrunner1.9 on Gentoo Linux > > I'm kind of jealously looking at the Xubuntu screenshot. On Gentoo Linux, > things seem to be completely broken. Add these lines to .fonts.conf or /etc/fonts/local.conf: <alias> <family>serif</family> <prefer> <family>DejaVu Serif</family> </prefer> </alias> (In reply to comment #6) > BTW: what about using unicode-normalization? That's a possible workaround for fonts without support, but unnecessary for fonts with support.
Sven, normalisation to NFC would only help if there is a precomposed version of base character and combining diacritics. For a wide range of languages this is not the case. Andj
So is this a problem that doesn't show up on up-to-date distros with newer fonts? I'd really like to support all the languages of the world well, but it's not clear to me how important this is.
intl?
The URL looks fine to me in Nightly Linux64, but my system has some fonts.conf changes iirc, so someone else should check too.
Component: Graphics → Graphics: Text
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.