Summary: | dead keys don't work in the chat window | ||
---|---|---|---|
Product: | [Unmaintained] kopete | Reporter: | Tiago Macedo <tftfmacedo> |
Component: | Chat Window | Assignee: | Kopete Developers <kopete-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | flokip, getaceres, remy.sanchez, tom |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Tiago Macedo
2008-11-06 17:30:32 UTC
what do you mean by dead keys? I'm not sure what's the correct english term for it but dead keys are keys used in latin keyboards that don't print a character but instead wait for the next one in order to modify it. They allow you do do stuff like áàãéèê, etc I have th same bug. When I try to write things like á, I get 'a instead. The ' key should wait for the next letter to be typed like it does in the rest of applications, even the KDE4 ones. The kopete chat window is the only one that shows this behavior but not always (which is strange). Is there a way to reproduce this? I can't Version: 0.60.82 (from kde42.debian.net) I've got the same problem : when a chat window is opened alone, it works most of time (but under some conditions that I could not determine it still bugs). However, when in the same window you have several tabs opened, the first tab that was opened (I tried to change tab order, but even not in first place the tab stays buggy, and on the oppisite the new first tab continues to work fine) types the dead key (^ most of times in my case) instead of waiting for me to type another letter. Put in an other way : - I open a chat window : it works fine most of time - Somebody else talk to me and opens a new tab : the new tab works (so will the others new be), but the first tab gets buggy The workaround is to check "Always show tabs" in configure->behavior->chat *** This bug has been marked as a duplicate of bug 182996 *** |