[Fedora-i18n-bugs] [Bug 952778] New: Unable to render combining accent with some characters under KDE
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=952778
Bug ID: 952778 Summary: Unable to render combining accent with some characters under KDE Product: Fedora Version: 18 Component: liberation-fonts Severity: unspecified Priority: unspecified Assignee: psatpute@redhat.com Reporter: bugs@wormhole.me.uk QA Contact: extras-qa@fedoraproject.org CC: fonts-bugs@lists.fedoraproject.org, i18n-bugs@lists.fedoraproject.org, petersen@redhat.com, psatpute@redhat.com External Bug ID: KDE Software Compilation 315642 Category: ---
In https://en.wikipedia.org/wiki/Stress_%28linguistics%29 the following strings occur:
«земли́ (genitive of "earth, land") vs. зе́мли (plural of "earth, land") in Russian» «In Russian and Ukrainian dictionaries, stress is indicated with an acute accent (´) on a syllable's vowel (example: вимовля́ння)»
In all the native KDE/Qt applications I've tried, these combining acute accents display as empty rectangles. The problem only occurs with Liberation and Ubuntu fonts, and it doesn't occur with GTK-based applications such as Firefox when run on the same KDE platform. (I haven't tested Ubuntu fonts with Fedora as they're not installed by default.) It seems there's some combination of problems with these fonts and with KDE or Qt.
To reproduce the problem in Konqueror, display the above Wikipedia article then go to Settings / Configure Konqueror menu, then under Web Browsing, Appearance entry, Fonts tab. For Sans serif font, select Liberation (note the default is DejaVu); click OK or Apply. To reproduce while displaying bugzilla.redhat.com (e.g., this bug report!), change Fixed font instead.
I've created a small HTML file here: http://bugsfiles.kde.org/attachment.cgi?id=77513 which demonstrates the problem (not confined to Cyrillic characters), and also shows a couple of characters which display correctly. Change the Standard font in Konqueror to demonstrate the problem.
To reproduce the problem in Konsole, download the file and cat it. Go to Settings/Edit Current Profile, Appearance tab and click Select Font. Note it's not necessary to click Apply or OK after selecting the font; all instances of Konsole update their font dynamically as you select it.
I've reported the problem against KDE and Ubuntu fonts here:
https://bugs.kde.org/show_bug.cgi?id=315642 https://bugs.launchpad.net/ubuntu-font-family/+bug/1131890
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=952778
--- Comment #1 from Nicolas Mailhot nicolas.mailhot@laposte.net --- While this is a problem that should be fixed, stress is by and large not indicated in written Russian/Ukrainian. The only books where it is explicitly stated are dictionaries and teaching materials for western students (for native speakers it is so natural it does not need indication).
So working diacritics on Cyrillic letters has about the same priority as working phonetic notation in Latin text.
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=952778
Pravin Satpute psatpute@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=952778
--- Comment #2 from Pravin Satpute psatpute@redhat.com --- Though i can add some of these stress marks in Liberation fonts. But root problem is from qt.
Qt is not able to select characters from fallback fonts when selected fonts does not have these characters.
This should be fixed in qt.
https://bugzilla.redhat.com/show_bug.cgi?id=952778
Pravin Satpute psatpute@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends On| |985373
https://bugzilla.redhat.com/show_bug.cgi?id=952778
Denis Jacquerye moyogo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |moyogo@gmail.com
--- Comment #3 from Denis Jacquerye moyogo@gmail.com --- (In reply to Nicolas Mailhot from comment #1)
While this is a problem that should be fixed, stress is by and large not indicated in written Russian/Ukrainian. The only books where it is explicitly stated are dictionaries and teaching materials for western students (for native speakers it is so natural it does not need indication).
So working diacritics on Cyrillic letters has about the same priority as working phonetic notation in Latin text.
The Russian and Ukrainian and other Slavic language Wikipedias use the stress marks in a lot of articles on the first occurrence of an entry word.
https://bugzilla.redhat.com/show_bug.cgi?id=952778
--- Comment #4 from Nicolas Mailhot nicolas.mailhot@laposte.net --- (In reply to Denis Jacquerye from comment #3)
(In reply to Nicolas Mailhot from comment #1)
While this is a problem that should be fixed, stress is by and large not indicated in written Russian/Ukrainian. The only books where it is explicitly stated are dictionaries and teaching materials for western students (for native speakers it is so natural it does not need indication).
So working diacritics on Cyrillic letters has about the same priority as working phonetic notation in Latin text.
The Russian and Ukrainian and other Slavic language Wikipedias use the stress marks in a lot of articles on the first occurrence of an entry word.
Right, they are giving the phonetics like a dictionnary
https://bugzilla.redhat.com/show_bug.cgi?id=952778
--- Comment #5 from Graeme Hewson bugs@wormhole.me.uk --- This was reported against Qt: https://bugreports.qt-project.org/browse/QTBUG-32470, and is apparently fixed in Qt 5.0.
If Qt 5.0 renders the characters the same way as GTK does currently, then I guess that's good enough (though obviously having the accent to the side on the capital letters and on ё isn't typographically ideal).
а́ е́ ё́ и́ о́ у́ ы́ э́ ю́ я́ А́ Е́ Ё́ И́ О́ У́ Ы́ Э́ Ю́ Я́
Is there any reason to keep this bug open?
https://bugzilla.redhat.com/show_bug.cgi?id=952778
Pravin Satpute psatpute@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution|--- |UPSTREAM Last Closed| |2013-08-01 00:40:56
--- Comment #6 from Pravin Satpute psatpute@redhat.com --- Closing. Do reopen if any more issue with this.
https://bugzilla.redhat.com/show_bug.cgi?id=952778
Pravin Satpute psatpute@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- External Bug ID| |Qt Bug Tracker 32470
https://bugzilla.redhat.com/show_bug.cgi?id=952778
--- Comment #7 from Kevin Kofler kevin@tigcc.ticalc.org ---
Is there any reason to keep this bug open?
Qt 4 is going to stay around for a long time to come. We still ship qt3 and a handful applications still use it.
https://bugzilla.redhat.com/show_bug.cgi?id=952778
--- Comment #8 from Pravin Satpute psatpute@redhat.com --- Even though i am bit reluctant to add new shapes to Liberation 1.07 since we do have Liberation 2.0 which has much broader coverage than Liberation 1.07.
But as you might be knowing due to hinting compatibilities we are not packaging liberation 2.0 into Fedora.
I am just thinking for some alternatives so that, users preferring character coverage rather than fine hinting output will able to use liberation fonts 2.0
https://bugzilla.redhat.com/show_bug.cgi?id=952778
Red Hat Bugzilla bugzilla@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- External Bug ID|Qt Bug Tracker 32470 |
--- Comment #9 from Red Hat Bugzilla bugzilla@redhat.com --- Removing external tracker bug with the id '32470' as it is not valid for this tracker
https://bugzilla.redhat.com/show_bug.cgi?id=952778 Bug 952778 depends on bug 985373, which changed state.
Bug 985373 Summary: Qt does not select characters from fallback fonts when selected font does not have it. https://bugzilla.redhat.com/show_bug.cgi?id=985373
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |EOL
i18n-bugs@lists.fedoraproject.org
-
Red Hat Bugzilla