Summary: | kmail settings spellchecker does not work | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Roger Larsson <roger.larsson> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | kde-bugzilla |
Priority: | NOR | ||
Version: | 1.6.82 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Roger Larsson
2004-07-19 11:19:34 UTC
When implementing as you type spell checking I tested this, though in my case by switching between EN_gb and EN_us. I'm not sure how/when it got broken. I thought it was broken due to this commit http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdelibs/kdeui/ksyntaxhighlighter.cpp.diff?r1=1.5&r2=1.6&f=h but just by looking at it I can't see how. The idea was to refresh some settings every time the composer gets a focus-in event, I guess that has been broken. Don. This is still not working in 1.8.92 unfortunately. With Konqueror it is different, but also strange: At least in this comment box it appears that if you change the spelling checker through the context menu with "Check Spelling..." it changes the global value for this (as you type ahead), but some words seem to stick to another language. Or some words get remembered from the last language! Wrong place for this bug, but perhaps not. Could you adopt Konqueror's behaviour from the textarea edit box? Which is not bug free either in 3.5b2 though. Sheesh, this issue has been open for over a year!? Still broken in KMail 1.8.3. I think this bug could use a priority bump. This looks like a duplicate of #79681. |