Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc version 3.4.1 20040803 (Gentoo Linux 3.4.1-r2, ssp-3.4-2, pie-8.7.6.5) OS: Linux When Auto Spell Check is turned on for the input area of Kopete's IRC channel window, it highlights misspelled words (good) but it then includes the highlight formatting, like red text for example, as part of the message (bad). Here's an image: http://bssteph.irtonline.org/images/stardotstar/kopete-irc-bug.jpg On the left is Kopete, where I'm inputting text and sending. On the right is ksirc. ksirc is not doing any spellchecking, that red is sent by Kopete. Normally the red should not be sent, of course. (aside: there is another bug present: two different typos (highlighted) are being sent as the first one twice, but I assume that will go away with this fix)
For me it's a spell check bug. Can someone check if it also happen with another color compliant protocol?
It doesn't seem to happen on MSN. Here I am talking to someone on MSN and triggering typos. He sees the text as the base color. http://bssteph.irtonline.org/images/stardotstar/kopete-irc-bug-more.jpg I hope this helps (and that this is what you meant).
This is an old bug. What version of Kopete is it? Kopete in KDE 3.3 RC(x) should not have this problem.
From the second screen shot I would say that MSN don't support text *live* coloring. You can't set colors to some part of the text, like you can do in IRC. Is there any other protocols that support that?
Jason Keirstead: "Kopete 0.9.0 (Using KDE 3.3.0)" Built from updated CVS checkout done last night some time. Michel Hermier: Ah, indeed, you are right, there can only be one color with MSN. The other networks I use (AIM and ICQ) have the color button grayed out, but I don't know of anything else that does colors IRC style. When I tested private messages through IRC I noticed that if I type something into the input box and then bring up the spell check dialog box, the quoted text is actually HTML! <html><head><meta name="qrichtext" conte Unknown word: html etc., etc. Perhaps this is a spell check bug after all, if so I am sorry for the incorrect bug report.
Oh, I meant to add the text being checked is only HTML with the IRC gui, in case it were ambiguous. MSN and other things spellcheck correctly.
> Perhaps this is a spell check bug after all, if so I am sorry for the incorrect bug report. No problem you can't know all of what's behind the scene :) For me it's a spell check problem, but now the question is how to solve that.
You are not supposed to be able to do the spell check and use RTF text at the same time. That is why I said it was an old bug. But apparantly it is still around.
There is no spell check plugin anymore. THe problem would be in KopeteRichTextEditPart
Confirmed in CVS.
How are you using RTF edit and spell check at the same time? They are supposed to be mutually exlisive for this very reason.
On Tuesday 09 November 2004 12:55, Jason Keirstead wrote: > How are you using RTF edit and spell check at the same time? Right click on edit box. Click Auto Spell Check.
On Tuesday 09 November 2004 9:56 am, Richard Smith wrote: > On Tuesday 09 November 2004 12:55, Jason Keirstead wrote: > > How are you using RTF edit and spell check at the same time? > > Right click on edit box. Click Auto Spell Check. Hrm. We need a way to disable that menu in KTextEdit - we disable it via all other ways. We may have to override createPopupMenu again and remove the item / replace it with our own. Either that or edit kdelibs.
*** Bug 110788 has been marked as a duplicate of this bug. ***
*** Bug 121524 has been marked as a duplicate of this bug. ***
now, spellchecking is disabled when richtext is enabled, so it shouldn't happen anymore.
this is still valid on kopete of kde 3.5.9. As you told we have to disable richtext, but if use a wrong word "bonjou" it comes to red and the contact receive this word in red. Someone can reopen this bug as this is still valid ? thanks