In LibreOffice Writer, when I try to switch the lettercase for many Cyrillic Extended-B letters, none of them responced. Could you please fix this bug?
Migrating Whiteboard tags to Keywords: (needsDevEval)
Created attachment 121551 [details] My testcase This is my testcase for an Old Cyrillic alphabet, copied from Wikipedia article “Cyrillic script”.
Created attachment 121552 [details] My testcase This is my testcase for an Old Cyrillic alphabet, copied from Wikipedia article “Cyrillic script”.
Created attachment 123616 [details] Switch the letter case for Cyrillic, copied from Wikipedia. On LibreOffice Dev 5.1.3, Cyrillic Extended-B letters still have no responce when change their lettercase. Version: 5.1.3.0.0+ (x64) Build ID: 99ab65e9139d60542344041a96ab8d3a4dc39bdb CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86_64@62-TDF, Branch:libreoffice-5-1, Time: 2016-03-16_01:45:52 Locale: zh-CN (zh_CN)
Please attach an actual document.
Created attachment 128629 [details] Test file
Created attachment 128630 [details] This is what I have done on LODev Writer Version: 5.3.0.0.alpha1+ Build ID: 05d2a66955f8a6552a79696474386ca9f45f9ef2 CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-07_23:34:48 Locale: zh-CN (zh_CN); Calc: group
You can get the font from here if you need: http://www.ponomar.net/files/fonts-churchslavonic.zip
So it seems we use our own case folding tables in https://gerrit.libreoffice.org/gitweb?p=core.git;a=blob;f=i18nutil/source/utility/casefolding_data.h, we need to either update the tables (will need to understand how they work first) or switch the case mapping to use ICU instead.
Since ICU is already intergrated in LibreOffice, this can be fixed via replacing the own case folding tables.
I think switching to using ICU would be the better idea in the long run. However, I cannot work on this, since I do not know how ICU is integrated into LO, and I cannot find any documentation of this.
Maybe we can ask them for help.
I found documentation at ICU website just now. Does it help? http://userguide.icu-project.org/transforms/general
Also related to this problem is the fact that characters in Cyrillic Extended-C (and perhaps some characters in Cyrillic Extended-B as well?) are not recognized as word characters. Hence LibreOffice does not correctly determine word boundaries for Church Slavic text. This bug is really annoying because it makes my new Church Slavic spell-checker go berserk.
Dear Aleksandr Andreev, This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW. Please assigned it back to yourself if you're still working on this.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
If there's really no way to handle case folding with ICU, you can replace the LibreOffice's own case folding tables via integring following files: https://www.unicode.org/Public/UNIDATA/CaseFolding.txt https://www.unicode.org/Public/UNIDATA/SpecialCasing.txt Maybe you can write an automatical program or script to convert the content to be our own table data.
Martin, what do you think of?
Khaled Hosny committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9eb88d78c8bc9e942814eb6fc4fe06a4e5736256 tdf#96343, tdf#134766, tdf#97152: Fallback to ICU for case mapping It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Should this to be backported to 7.6 release channel?
(In reply to Volga from comment #20) > Should this to be backported to 7.6 release channel? The change is a bit too fundamental to backport to 7.6 that late in the cycle.