|
Bugzilla – Full Text Bug Listing |
| Summary: | SL 10.1 Beta1 - Khmer font for installer not correct | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Chumsoben Leang <soben> |
| Component: | Installation | Assignee: | E-mail List <kde-maintainers> |
| Status: | RESOLVED WONTFIX | QA Contact: | Klaus Kämpf <kkaempf> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | forgotten_mbQyAD5r4K, jens.herden, snwint |
| Version: | Beta 1 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Chumsoben Leang
2006-01-25 12:09:10 UTC
Please be a little more verbose (this font should be used where?) and eventually add a screenshot for demonstration. I looked at it and I think I know what the problem is. The Khmer words are rendered fine and it is the right font. The problem is that there are zero-width-space (ZWSP) characters in between the words. Khmer does not have spaces between words, in order to allow the computer to do linebreaking the translators are typing ZWSP. Instead of having a ZWSP we get a space or a square as a replacement. I observed this problem with QT 3.3.5 already and it is related to the way how QT selects a replacement font when a character is not in the font. This bug was reported to Trolltech by me and it got the [Issue N85394]. Lars from Trolltech did fix it for QT 3.3.6 (but I did not yet check if it works). So basicly there are two ways to solve it: 1. choosing a Khmer font for the display so that QT does not do any font replacement 2. asking Lars what he fixed in order to solve this particular problem If someone comes with a patch, I might review it. But we won't integrate Qt 3.3.6 into Code10 and we don't have the resource to fix Khmer ;( Since QT 3.3.6 is not yet released I do not expect to it in Suse yet. (In reply to comment #3) > If someone comes with a patch, I might review it. I tried to create one but it is not as easy as I thought because a lot of code was changed between QT 3.3.5 and 3.3.6 I will continue to try it. > But we won't integrate Qt 3.3.6 into Code10 I do not know what Code10 is? > and we don't have the resource to fix Khmer ;( I understand this very well. We are working to get Khmer support in SL 10.1 in order to test and improve it. We are not planning to distribute SL 10.1 widely yet, instead we want to wait for the next Suse release in autumn. So if we would know that the release in autumn will adopt QT 3.3.6, where the bug is fixed, we can stop thinking about it and just wait. To answer that question: Code10 is 10.1 and derived products. For the next SL, we will integrate 3.3.6 for sure. So if it works there, we can close the bug as LATER. *** Bug 157431 has been marked as a duplicate of this bug. *** See also bug #145874: "line wrapping in help widget for Khmer wrong" The only font in instsys which has a glyph for U+200B (ZERO WIDTH SPACE) is the bitmap font "Gnu Unifont". mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy) Closing old LATER+REMIND bugs as WONTFIX - if you still plan to work on it, feel free to reopen and set to ASSIGNED. In case the report saw repeated reopen comments, it's due to bugzilla timing out on the huge request ;( |