Created attachment 127190 [details] the first word "fühlen" gets marked as incorrect by the German spell checker ü (0x75 + unicode binding 0x0308) is not recognized as a valid ü when using spelling correction, see attached document. Version: 5.2.1.2 (x64) Build-ID: 31dd62db80d4e60af04904455ec9c9219178d620 CPU-Threads: 4; BS-Version: Windows 6.19; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group
Created attachment 127193 [details] correct document
cannot reproduced under os x, maybe a win only problem
Confirmed with German spellchecking installed. Win 7 Pro 64-bit, Version: 5.2.1.2 (x64) Build ID: 31dd62db80d4e60af04904455ec9c9219178d620 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: fi-FI (fi_FI); Calc: CL
Can not reproduce Version: 5.2.2.2 Build ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad CPU Threads: 4; OS Version: Mac OS X 10.12; UI Render: default; Locale: de-DE (de_DE.UTF-8); Calc: group
Can not reproduce on linux Version: 5.1.4.2 Build-ID: 1:5.1.4-0ubuntu1 CPU-Threads: 1; BS-Version: Linux 4.4; UI-Render: Standard; Gebietsschema: de-DE (de_DE.UTF-8)
There's a rendering issue as well if OpenGL is enabled, I opened bug 102944 on it. Steve, if are able to enable OpenGL in Linux or OSX, could you see if you can confirm it?
Related to bug 99677?
hah, that would mean that this is a regression, wait a few minutes *testing*. (some minutes later) @xisco: does not seem so. :-( Version: 5.0.6.3 Build-ID: 490fc03b25318460cfc54456516ea2519c11d1aa Gebietsschema: de-DE (de_DE) (portable apps version) shows same behavior as 5.2.2 which should not have the same problem as mentioned in bug 99677.
Confirmed. This is not a rendering issue. The spellchecker Hunspell doesn’t recognize combining characters by default. We had the same issue for the French dictionary. It can be easily solved by adding special commands in the affixes file which describes how the German dictionary behaves. These commands are simple: they simply replace characters with combining diacritics by the usual ones before the words are parsed by the spellchecker. Example: ICONV 2 ICONV ü ü ICONV ë ë etc. Create the list of characters to be replaced at input. The first one is the character with combining diacritics, the second one is the usual one. These commands have to be added to the affixes files of all German dictionaries: https://cgit.freedesktop.org/libreoffice/dictionaries/tree/de/de_DE_frami.aff https://cgit.freedesktop.org/libreoffice/dictionaries/tree/de/de_AT_frami.aff https://cgit.freedesktop.org/libreoffice/dictionaries/tree/de/de_CH_frami.aff You can have a look at what is done in the French dictionary: https://cgit.freedesktop.org/libreoffice/dictionaries/tree/fr_FR/fr.aff#n133 (Search for ICONV lines)
I was curious to see why it worked on Linux, so I tried, and it didn’t work either on Linux (Linux Mint). But you can’t see it if you don’t install the German packages.
** 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
still confirmed with Version: 6.0.1.1 (x64) Build-ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; Gebietsschema: de-DE (de_DE); Calc: CL
Still no change, "ü" are marked invalid. Version: 6.4.2.2 (x64) Build-ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3 CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: CL
(In reply to Olivier R. from comment #9) > The spellchecker Hunspell doesn’t recognize combining characters by default. > We had the same issue for the French dictionary. Basically this is then a bug in Hunspell --> adding Németh László > It can be easily solved by adding special commands in the affixes file which > describes how the German dictionary behaves. > > These commands are simple: they simply replace characters with combining > diacritics by the usual ones before the words are parsed by the spellchecker. > > Example: > ICONV 2 > ICONV ü ü > ICONV ë ë > etc. > > Create the list of characters to be replaced at input. > The first one is the character with combining diacritics, the second one is > the usual one. > > These commands have to be added to the affixes files of all German > dictionaries: > https://cgit.freedesktop.org/libreoffice/dictionaries/tree/de/de_DE_frami.aff > https://cgit.freedesktop.org/libreoffice/dictionaries/tree/de/de_AT_frami.aff > https://cgit.freedesktop.org/libreoffice/dictionaries/tree/de/de_CH_frami.aff > > You can have a look at what is done in the French dictionary: > https://cgit.freedesktop.org/libreoffice/dictionaries/tree/fr_FR/fr.aff#n133 > (Search for ICONV lines)
(In reply to Olivier R. from comment #9) > It can be easily solved by adding special commands in the affixes file which > describes how the German dictionary behaves. > > These commands are simple: they simply replace characters with combining > diacritics by the usual ones before the words are parsed by the spellchecker. > > Example: > ICONV 2 > ICONV ü ü > ICONV ë ë > etc. > > Create the list of characters to be replaced at input. > The first one is the character with combining diacritics, the second one is > the usual one. and for the workaround adding Karl Zeiler.
Dear Dennis Roczek, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Problem still exists with Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
@Dennis: thanks for the report! I'm going to check it.