Version: 2.1b5 (using KDE 4.5.4) OS: MS Windows I have installed Kile using KDE on Windows. It is working fine so far excepting the issue with spell check. I have automatic spell check enabled, and the dictionary selected is English USA. However, it is underlining even correctly spelled words. In the suggestions, it is showing a similar spelled word. The underline is not going even on replacement with the suggestion. I do not face this problem with Kile on Linux which I regularly use. Reproducible: Always Steps to Reproduce: Just open the file and try and edit some text. Make sure you have automatic spell check enabled. Actual Results: Correctly spelled words are also underlined. Expected Results: Correctly spelled words should not be underlined. OS: WindowsNT (i686) release Windows 7 Compiler: cl.exe
This looks like there might a problem with the LaTeX highlighting file that is being used. Can you try to search for all the files called "latex.xml" on your system, and check what their version is? The version information can be found inside the file.
Created attachment 56210 [details] This is a snapshot of the wrong highlighting in Kile.
Hi, I searched for the latex.xml file on my system, and found one instance corresponding to KDE for Windows installation. It is installed in <installdir>\KDE\share\apps\katepart\syntax. Its version is 1.42 and kateversion is 2.3.
(In reply to comment #2) > Created an attachment (id=56210) [details] > This is a snapshot of the wrong highlighting in Kile. Thanks. This seems really weird. Could you maybe create a text file which contains one of these words, let's say 'test.txt', then open a command line, and run the following command? aspell.exe -c <path to test.txt> I suspect that aspell might also find spelling mistakes in that file.
Yes, you are correct. Aspell is highlighting the same set of words in a text file also. This is the output with aspell -v command. International Ispell version 3.1.20 <but really Aspell 0.50.3>
Hi Michel, Any suggestions?
I thank it's best to forward this to the KDE on Windows team as there might be a problem with the aspell package.
*** Bug 277337 has been marked as a duplicate of this bug. ***
By looking at your test output, it seems that only long words are broken: all of the problematic ones are >10 chars.
I am now using Kile on Windows for about one year and this bug annoys me since day 1. Since I made a fresh installation recently and this bug still persists, I spent some time today on digging a bit into it and I finally found a dirty workaround which I want to share here: Note: In the following I assume "<kde>" as "C:\Program Files (x86)\KDE" and "<aspell>" as "C:\Program Files (x86)\Aspell\". (KDE may also have been installed to C:\ProgramData\KDE by default.) 0.) Make sure an English dictionary is selected for spellchecking in Kile, then close Kile. 1.) Download and install Aspell for Windows as well as the precompiled English dictionary pack from here: http://aspell.net/win32/ 2.) Create backups of the following files and folders: <kde>\bin\aspell.dll, <kde>\bin\pspell.dll, <kde>\lib\aspell-0.60\ (complete folder) 3.) Copy aspell-15.dll and pspell-15.dll from <aspell>\bin\ to <kde>\bin\ 4.) Delete aspell.dll and pspell.dll inside <kde>\bin\ and rename aspell-15.dll to aspell.dll and pspell-15.dll to pspell.dll 5.) Copy all files from <aspell>\data\ and from <aspell>\dict\ into <kde>\lib\aspell-0.60\ (overwrite files) 6.) Open Kile and enjoy a fixed spellchecking! :-) Note: Changing to any installed non-English dictionary in Kile will lead to a crash after having applied this workaround. In order to get them work one either has to revert all changes made (with help of the backup) or one has to repeat the same procedure as for the English dictionaries (download & install them, then copy them into <kde>\lib\aspell-0.60\).
Well, I have this problem with Kate on Arch Linux (Antergos) with Plasma too, and have for more than a month. Although I don't have more info on installed dependencies at this moment, I have checked and rechecked a few weeks ago, and all is as it should be according to official documentation and then some, and working just fine in other applications that share the same components, so something is broken, and not just an issue under Windows. In my case I can pick the word from the list of correct spellings all I want, and the wavy red underline does not go away.
This looks very similar to Bug 386611.