Created attachment 364359 [details] Comparison of rendering in kde and gnome Description of problem: The lohit font 2.4.4 version gives wrong redering in KDE for cons + virama + ra sequence. See the attached screenshot. The prebase ra sign becomes postbase in KDE applications, while in GNOME applications it is correct. Version-Release number of selected component (if applicable): Lohit 2.4.4 KDE 4.3.2 How reproducible: Always Steps to Reproduce: 1. Compare the rendering of പ്രഭാതം, അക്രമം, സൂത്രം etc in gedit and kate Actual results: See the attached screenshot Expected results: See the attached screenshot Additional info:
Created attachment 364475 [details] Screenshot for Meera on gedit, kwrite and oowriter (correct) Done some testing on the bug and following are the observations: 1. the issue with cons + virama + ra (ie, cons + 0D4D + 0D30) exists only with Lohit Malayalam 2. Lohit Malayalam works perfect with Gedit (pango), but has issues in Kwrite (Qt) and oowriter (icu). 3. As Lohit Malayalam is a new script font, tested with another new script font - Raghu Malayalam and confirmed that the issue exists only with Lohit Malayalam. Please find attached the screenshots of Meera (traditional script font), Lohit Malayalam and Raghu Malayalam (both new script fonts) on gedit, oowriter and kwrite. Have mentioned the versions of the rendering engine on screenshots. Following are the words used for rendering: 1. പ്രാധാന്യം 2. സുപ്രഭാതം 3. അക്രമം 4. സൂത്രം
Created attachment 364476 [details] Screenshot for Lohit Malayalam on gedit, kwrite and oowriter Lohit Malayalam working correctly on gedit, but have issue with kwrite and oowriter
Created attachment 364477 [details] Screenshot for Raghu Malayalam on gedit, kwrite and oowriter (correct) Raghu Malayalam works correctly on gedit, kwrite and oowriter.
I have done testing with two more new script fonts - Kalyani and Samyak Malayalam These fonts also face similar problems in qt, icu and works perfect with gedit. Screenshots attached. Conclusion: 1. The problem reported in this bug is about Lohit Malayalam with KDE (qt) 2. The same problem exists for Lohit Malayalam with oowriter (icu) 3. Two other fonts - (i) Samyak Malayalam and (ii) Kalyani also has similar issue with both qt and icu Hence please advise how to go about with this bug and against which components above bugs should be filed.
Created attachment 364702 [details] Screenshot for Kalyani on gedit, kwrite and oowriter
Created attachment 364703 [details] Screenshot for Samyak Malayalam on gedit, kwrite and oowriter
IMO this is not a font bug Malayalam script require reordering of OD4d OD30 (rakar) by rendering engine, same is handled in pango, looks something is changed in Harfbuzz and ICU. Same thing working in RaghuMalayalam fonts since it provided ligature (complete glyph) for rakar combination. try some other rakar combination you will understand difference
(In reply to comment #4) > Hence please advise how to go about with this bug and against which components > above bugs should be filed. Please open a qt or kde bug (here and upstream) and an OO.o but (here and upstream) cc-ing fedora-fonts-bugs-list at redhat.com You should also test java (jedit) as it's the third major component that tends to have text rendering problems. (it would of course be interesting to find a workaround in lohit, but when 3 different fonts fail the same way, that means the text libraries have a big problem)
(In reply to comment #8) > > (it would of course be interesting to find a workaround in lohit, but when 3 > different fonts fail the same way, that means the text libraries have a big > problem) we can fix this in lohit as well but i think need to add something around 60 ligature i.e 37 (cons) + [0d4d + 0d30] = ligature + 37 (cons)+ 0d4d + 37 (cons) + [0d4d + 0d30] = ligature some or many out of these will be not require. I have tested with some font on windows, Uniscribe is doing reordering for this. sometime i feel we should have at least one font for each language with AAT, which will make rendering independent of rendering engine
Based on all discussions, I understand the issue is with the rendering engines. Hence, (i) changing the component of this bug to Qt (ii) changing summary accordingly and (iii) opening another bug for icu.
I have prepared a lookup table for Lohit Malayalam which can sort out some issues connected with xRA forms which can be merged with feature info of the font. The remaining things are related to the incorrectly substituted post-base RA form for bases like LA,YA,LLA etc. There is no xRA forms for these consonants as per the orthography. Re-ordering the RA form as pre-base makes the text readable even though it goes against orthographic rules. But Harfbuzz and ICU are not doing this. These issues can be solved if the new version of Opentype specs are implemented correctly.
Created attachment 365322 [details] Lookup table for Lohit Malayalam font Lookup table to be merged with Lohit Malayalam font is attached.
Have filed Bug 529905 reporting the same issue with icu. Will test in jedit asap and do the needful. thanks (In reply to comment #8) > (In reply to comment #4) > > > Hence please advise how to go about with this bug and against which components > > above bugs should be filed. > > Please open a qt or kde bug (here and upstream) and an OO.o but (here and > upstream) cc-ing fedora-fonts-bugs-list at redhat.com > > You should also test java (jedit) as it's the third major component that tends > to have text rendering problems. > > (it would of course be interesting to find a workaround in lohit, but when 3 > different fonts fail the same way, that means the text libraries have a big > problem)
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
see od15 od4d od30 moving to qt as same is working well with pango i am sure harfbuzz will help lot in this
Rajeesh has prepared a patch for this and submitted to qt upstream http://bugreports.qt.nokia.com/browse/QTBUG-1887
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
The reported issue with Lohit Malayalam, Kalyani and Samyak Malayalam still exists. Confirmed in F14. Thanks!
There was some activity on this bug in upstream bug tracker. The changes are proposed to be included in qt 4.7.2. We have test the upstream version to confirm if the fixes are included.
upstream has accepted the patch and will be release in 4.7.2 Than, is there any chance to get this release in f14?, if not we should try and patch in 4.7.1 (in rawhide), so we will get some testing prior to 4.7.2 release. Rajeesh, can you submit patch here as well?
Created attachment 461606 [details] Patch fixing Malayalam Ra-kar rendering Patch is attached.
Rajeesh thanks a lot for the patch. Than, would really appreciate if you could help us in getting this patch included for f15 as this is really important for our language. Thanks for your understanding. :)
i will rebuild qt-4.7.1 with this patch for f14 and rawhide today. thanks for the patch
qt-4.7.1-2.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/qt-4.7.1-2.fc14
qt-4.7.1-2.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update qt'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/qt-4.7.1-2.fc14
qt-4.7.1-3.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update qt'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/qt-4.7.1-3.fc14
Created attachment 463067 [details] Screen shot for kwrite with correct rendering Tested from f14 testing repo. The rendering is perfect now. Thanks once again for the patch Rajeesh. Than, thanks to you too for all the help.
qt-4.7.1-3.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
Removing external tracker bug with the id '1887' as it is not valid for this tracker