I have installed 42.1, and everything is looking great except for a few minor issues.
In Kwrite Settings > Editing > Spell Check, I have checked Automatic spell checking enabled by default.
It is not underling misspelled words like it did in 12.2. I press ctrl - shift - o and still no underlines.
How can I get this to work like it did in 12.2?
When I installed 42.1 I created “joe” as the user. Then I downloaded the whole /home/jane user folder from 12.2 for user “jane”, created user “jane”, and used the downloaded home folder as hers.
Jane does not get spell checker underlines, while Joe does.
It seems like a configuration file has changed format for the spell checking.
But when I search for a kwrite configuration file, I can not find anything in either /home/joe or /home/jane.
Does anyone have any idea how to fix this?
On KF5/Plasma5 the configuration files are in a different location to that of KDE4
Try looking in ~/.config and ~/.local/share/kwrite ( as opposed to the old KDE4 location of ~/.kde4/share/* )
Additionally…
Depending upon how you did that… check that user “jane” has the correct ownership and file permissions.
Note that a user is based on the UID (user ID) not the name so ownership is based on UID so the files copied must now have the same UID as the new user Jane
Ok, joe has 1000 and jane has 1001. I ran the following
find -L /home/jane -uid 1000
And it found nothing. Just to check, I changed it to -uid 1001 and it found all of Jane’s files.
I used --preserve-permissions when I extracted the /home/jane tarball so that’s not it.
I’m still digging around trying to find out what’s different.
OK… I don’t know if this will help or hinder…
I normally use kate rather than kwrite but testing with kwrite:
kwrite Version 15.12.2
KDE Frameworks 5.19.0
( btw, kwrite’s config file is ~/.config/kwriterc )
Spell checking does not work on either of my existing users, furthermore, the setting “Tools -> Spelling -> Automatic spellchecking” does not survive across (kwrite) restarts.
Searching on the KDE bugzilla:
Finds a couple of reports relating to the spellchecker:
https://bugs.kde.org/show_bug.cgi?id=353543
https://bugs.kde.org/show_bug.cgi?id=359682
OK… you’re one up on me. Been messing around for the last 20 minutes or so and I can’t get spellchecking to work in kwrite for any user…
In the process…
You might want to compare (joe/jane) the settings of:
System Settings -> Regional Settings -> Spell Check
Also found this (kubuntu) bug report that may have some useful information? (Although the fact you have it working for one user would perhaps rule that out).
https://bugs.launchpad.net/ubuntu/+source/kubuntu-meta/+bug/1478405
hi,
same here, in fact spell checking is not working at all,
when starting kwrite from a termin the following output is given,
(more or less depending on the file being loaded)
hp-17-p105ng<2016Mär14><19:02><~/Updates/42.1/network>kwrite
No language dictionaries for the language: "en-GB"
No language dictionaries for the language: "en"
hp-17-p105ng<2016Mär14><19:02><~/Updates/42.1/network>
although the dictionary packages installed appears to be an overkill,
and are as follows,
aspell-0.60.6.1-18.4.x86_64
aspell-en-2015.04.24-2.6.x86_64
aspell-ispell-0.60.6.1-18.4.x86_64
aspell-spell-0.60.6.1-18.4.x86_64
hunspell-1.3.2-3.3.x86_64
hunspell-tools-1.3.2-3.3.x86_64
ispell-british-3.3.02-110.1.x86_64
myspell-dictionaries-20150827-1.1.x86_64
myspell-en-20150827-1.1.noarch
myspell-en_GB-20150827-1.1.noarch
myspell-en_US-20150827-1.1.noarch
myspell-lightproof-en-20150827-1.1.x86_64
in addition the following are also installed,
kde-l10n-en_GB-15.12.2-10.2.noarch
kde-l10n-en_GB-data-15.12.2-10.2.noarch
kde-l10n-en_GB-doc-15.12.2-10.2.noarch
translation-update-12.3-13.1.noarch
translation-update-en_GB-12.3-13.1.noarch
translation-update-en_US-12.3-13.1.noarch
NB. No problems with spell checking in LibreOffice
Actually it should work, more or less.
But highlighting of errors in the text did (does?) not work with certain fonts, Liberation Mono in particular:
https://bugzilla.opensuse.org/show_bug.cgi?id=941887#c10
So try with a different font.
Also, try to switch to a different language, e.g. “English” instead of “English - British” or vice-versa, both in the “global” settings in systemsettings5 and the specific settings in kwrite.
At least there always was a problem with this in KDE4, e.g. here “German” didn’t work but “German (Austria)” did (or the other way round).
And some fixes to the spell checker (“sonnet”) have been done in KDE Frameworks 5.20, maybe this will improve the situation…
https://www.kde.org/announcements/kde-frameworks-5.20.0.php
PS: Also note that automatic spell checking is disabled by default in kwrite, but I suppose that’s not the problem here (or is it?)… 
Own case:
Switching language made no difference…
Changing font from Ubuntu Mono (really like the Ubuntu fonts) to Droid Sans Mono works, the underlining appears…
Hopefully the OP will find the same.
hi wolfi323,
thx for the reply and info
after changing the font in kwrite and Qt Settings to oxygen-sans-book 11pt. the
spell checker now almost works as expected
it does not work though with many other fonts
When kwrite is started from a terminal, an output for each word
covered by the spell checker is still given as shown, e.g.
hp-17-p105ng<2016Mär14><23:10><~/Documents>kwrite
smartctl-A780GM-151120.txt No language dictionaries for the language: "en"
.
.
.
No language dictionaries for the language: "en"
hp-17-p105ng<2016Mär14><23:10><~/Documents>
cheers
I suppose somebody should write a bug report upstream at http://bugs.kde.org/ about this, I don’t think there is one already.
I am not sure if it’s a problem in kwrite/kate or frameworks-ktexteditor though (probably the latter).
I will do it myself if I find the time, but I might forget… (I’m not using it myself really, and I’m busy with other stuff 
)
When kwrite is started from a terminal, an output for each word
covered by the spell checker is still given as shown, e.g.
I think this can be ignored and is rather mere debug output…
This actually seems related to the font size rather than family.
For example, Liberation Mono does work, but only when the size is ≥14
Likewise, Ubuntu Mono (The font I’d been using, at size 9), works when it’s size is ≥11
Droid Mono, on the other hand works at size ≥5, the underlining is only lost at size 4
Also, try to switch to a different language, e.g. “English” instead of “English - British” or vice-versa, both in the “global” settings in systemsettings5 and the specific settings in kwrite.
I guess there must be two separate bugs here then… working with “English” instead of “English - British”, or whatever, won’t be affected by the font size (?)
Hi,
thx again for the feedback
today the font selections were changed back to those preferred,
Qt Configuration: DejaVu Sans, book, 9pt.
kwrite: DejaVu Sans Mono, book, 9pt.
and the auto underlining and spell checker worked fine
this was the original setup (?) when the spell checker was not functional
assumption: toggling the Qt values reset the appropriate defaults
observation: after changing selections in Qt it can take minutes, not seconds,
for the changes to filter through to kwrite
cannot detail today’s situation as per yesterday, hence no data for a bug report
at this time
cheers
Strange… I’m not able to replicate that behaviour.
If I change the (kwrite) font back to that which I’d been using (Ubuntu Mono 9) then I lose the underlining; no matter if I wait, or indeed log out/in.
Out of curiosity I also tried DejaVu Sans Mono, Book - That works OK here at sizes ≥5 …
OK - Bug report here if anyone feels they wish to add to it…
Hm, never thought about changing the font size.
I actually only noticed that it might be related to the font because it didn’t work here when running kwrite in KDE4, while it worked fine in Plasma5 (which has Oxygen Mono as default monospace font).
But the problem being size dependant actually makes more sense anyway, yes.
I’d guess that with a too small size there just isn’t enough space to display that underline or something like that.
Although as you write the critical size does seem to depend on the font family too.
And I would assume that it depends on the DPI as well.
I guess there must be two separate bugs here then… working with “English” instead of “English - British”, or whatever, won’t be affected by the font size (?)
I never wrote that this is related.
But please note that that’s what I experienced in KDE4, in earlier openSUSE versions.
I don’t know whether this problem still exists or not.
And what exactly does “changing selections in Qt” mean?
What Qt configuration did you change where/how?
If you ran qtconfig, that’s for Qt4 and has no effect on Qt5/KF5 and therefore kwrite since version 14.12.0 (i.e. higher than 4.14.3).
Thank you.
Yes, I know you didn’t. You offered that as another reason that spell checking in general wasn’t working. I was making the comment that, therefore, it was probably two separate bugs. Sorry for the confusion 
hi tannington,
And what exactly does “changing selections in Qt” mean?
Selection of font, font style, font size
What Qt configuration did you change where/how?
If you ran qtconfig, that’s for Qt4 and has no effect on Qt5/KF5 and therefore kwrite since version 14.12.0 (i.e. higher than 4.14.3).
the file being called is /usr/bin/qtconfig, which is included in package
libqt4-x11-4.8.6-5.2.x86_64
the kwrite being used is from package kwrite-15.12.2-12.1.x86_64,
Requires:
libc.so.6(GLIBC_2.14)(64bit)
libstdc++.so.6()(64bit)
libstdc++.so.6(GLIBCXX_3.4)(64bit)
libstdc++.so.6(CXXABI_1.3)(64bit)
libQt5Core.so.5()(64bit)
libQt5Core.so.5(Qt_5)(64bit)
libQt5Core.so.5(Qt_5.5)(64bit)
libQt5Gui.so.5()(64bit)
libQt5Gui.so.5(Qt_5)(64bit)
libQt5Widgets.so.5()(64bit)
libQt5Widgets.so.5(Qt_5)(64bit)
libKF5I18n.so.5()(64bit)
libKF5CoreAddons.so.5()(64bit)
libKF5ConfigCore.so.5()(64bit)
libKF5WidgetsAddons.so.5()(64bit)
libKF5ConfigWidgets.so.5()(64bit)
libKF5XmlGui.so.5()(64bit)
libKF5ConfigGui.so.5()(64bit)
libKF5DBusAddons.so.5()(64bit)
libKF5Parts.so.5()(64bit)
libKF5TextEditor.so.5()(64bit)
libKF5Activities.so.5()(64bit)
kate-plugins = 15.12.2
ok, point taken