Bug 87687

Summary: spellcheck of central-european (charset ISO8859-2) languages fails
Product: kword Reporter: Krzysztof Smigrodzki <ksmigrod>
Component: flake-texttool-pluginsAssignee: Thomas Zander <zander>
Status: RESOLVED FIXED    
Severity: normal CC: lemma, nicolasg
Priority: NOR Keywords: triaged
Version: 1.5 or before   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:

Description Krzysztof Smigrodzki 2004-08-21 14:35:30 UTC
Version:           1.3.2 (using KDE KDE 3.3.0)
Installed from:    Compiled From Sources
Compiler:          gcc 3.3.3 gcc (GCC) 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2, pie-8.7.6)
OS:                Linux

My natural language is Polish, it has 18 non-ascii characters (ISO8859-2), spellcheck classify any word with Polish characters as incorrect (spellcheck with same settings [aspell, ISO8859-2, Polski] works OK on KMail and Konqeror).
In spellcheck dialog "incorrect" word is shown with Polish characters, but suggestions are shown with Polish characters changed to corresponding ISO8859-1 character, for example:

correct word, (but marked by koffice spellcheck as incorrect)
muszą (the last character is iso8859-2 0xb1, unicode 0x0105 LATIN SMALL LETTER A WITH OGONEK)

is displayed as
musz± (the last character is iso8859-1 0xb1, unicode 0x00b1 PLUS-MINUS SIGN)
Comment 1 Nicolas Goutte 2004-08-21 21:08:24 UTC
I suppose that you have selected "ISO 8859-2" as encoding for the spellchecking.

If yes, then problem is probably that the Polish dictionary needs another parameter for switching to that encoding. (Ispell dictionnaries have modes, which can be also used for encodings. The problem is that each dictionnary is allowed to set it as it wants. Not sure about Aspell, but it might be similar.)

Have a nice day!
Comment 2 Halla Rempt 2005-10-18 13:44:50 UTC
Is this still the case with KOffice 1.4? We've got a new spellcheck engine.   Krzysztof, can you confirm or close this bug, please?
Comment 3 Michael Leupold 2008-10-26 15:44:59 UTC
Spellchecking is currently not available in most of the KOffice2 applications (trunk r875799), so I can't currently check this bug. It will have to be revisited for 2.1.