Bug 1016984
Summary: | [ml_IN] Unicode standard sequence for stacked chillu-N and RRA not supported in Lohit Malayalam | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Shriramana Sharma <samjnaa> |
Component: | lohit-malayalam-fonts | Assignee: | Pravin Satpute <psatpute> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | fonts-bugs, i18n-bugs, psatpute, snekore |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | lohit-malayalam-fonts-2.91.0-1.fc20 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-02-22 00:46:18 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Shriramana Sharma
2013-10-09 06:00:00 UTC
Ok, after some more work on it i understood it is classic "NTA" dual encoding issue. Introduced due to addition of atomic chillu. Here i am in favor of providing backward compatibility and avoid dual encoding. So we will keep with giving only one rule for NTA. i.e. u0D28 + u0D4D + u0D31 = NTA and will avoid having this one. do you aware any normalization from Unicode on this front? Hello Pravin. I would advise going by the standard. It was unavoidable that the chillu encoding would break some things and this was one of them. But if Lohit also continues to cater to the old system, then people will still continue to use it and not move to the current system at all, especially if you do not provide the current standard. "Backward compatibility" does *not* mean not moving forward at all! And always in software backward compatibility can only be provided to a certain extent, not permanently. The standard tells you to do 0D7B CHILLU_N + 0D4D VIRAMA + 0D31 RRA to get stacked chillu-N with RRA below. If one does not follow the standard, then what is the point in the standard? If I am not convincing you, please ask on the indic@unicode list. Yes, discussing on indic@unicode is more important. Will fix this in next release of Lohit Malayalam. lohit-malayalam-fonts-2.91.0-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/lohit-malayalam-fonts-2.91.0-1.fc20 Package lohit-malayalam-fonts-2.91.0-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing lohit-malayalam-fonts-2.91.0-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-2078/lohit-malayalam-fonts-2.91.0-1.fc20 then log in and leave karma (feedback). lohit-malayalam-fonts-2.91.0-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. (In reply to Pravin Satpute from comment #1) > Here i am in favor of providing backward compatibility and avoid dual > encoding. > So we will keep with giving only one rule for NTA. i.e. > u0D28 + u0D4D + u0D31 = NTA > and will avoid having this one. Pravin can you please clarify what you have done on this? In https://bugzilla.redhat.com/show_bug.cgi?id=1016989#c2 you say you will give both rules i.e. with NA and also chillu N but above you say you will give only old rule with NA. We are supporting both sequences. |