Version: (using KDE 4.1.2) Installed from: SuSE RPMs When using Kate or Kwrite if I write an accented character after saving the document I'm editing as a new file, it prints the accent right away. For example: ~a on opposing to ã.
Here: Qt: 4.4.3 KDE: 4.1.3 (KDE 4.1.3) KWrite: 4.1.3 (KDE 4.1.3) I can reproduce this bug. After saving a new non-empty text into a file from KWrite, I can't write accented characters like "á", pressing the "´" key and then the "a" key produces "´a". May this be related to some part/state/something in bug 165424 ?
SVN commit 884350 by ereslibre: Remove sum of workarounds and hacks. The main problem was the eventFilter that was sending the key presses to the parent widget. Accents were sent as unique chars. There is one remaining thing to do with this alternative approach (as a tooltip). It has to be hidden if we for instance click on the window title bar of the current window or if we move the window (it keeps on the same position as before). BUG: 174283 M +17 -34 kcompletionbox.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=884350
Thanks a lot! Could this fix be backported to 4.1? It would kinda suck having to wait until January to get it.
SVN commit 884479 by ereslibre: Backport fix. Allow the user to write accented characters while the completion box is shown. CCBUG: 174283 M +20 -38 kcompletionbox.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=884479
Here using: Qt: 4.4.3 KDE: 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2)) kdelibs svn rev. 899135 / kdebase svn rev. 899135 on ArchLinux x86_64 - Kernel 2.6.27.8 I am experiencing this bug again :(. Steps to reproduce - Open KWrite / Kate You can write accented characters. ("'" + "a" will produce "á") - Change enconding using Tools/Encoding (to UTF8, ISO 8859-1 or Autodetect) Now you can't write accented characters ("'" + "a" will produce "'a") Saving the file will enable to write accented characters again. (only when creating a new file, saving the changes of a modified file won't work) May I reopen this bug report or I need to create another one (as this new case maybe more related to Encoding menu than kdelibs itself) ??
Cool. I think I mixed up this one. I thought this one was talking about the open/save dialog and writing accented characters _into the location box_, but it seems it doesn't cause this bug is actually fixed. Sorry for the confusion, this bug should be reopened.
I have tried to reproduce by following the steps: 1. open kwrite. write accented characters 2. tools -> encoding -> automatic 3. write accented characters and worked just fine for me. Also changing the second step with: 2. tools -> encoding -> iso-8859-1 and also worked just fine.
using KDE trunk
This is definitely there, but it's very strange. When comment #5 was posted, I could reproduce this with the latest kde4daily; then with #6 and #7 I couldn't reproduce again. So after scratching my head for a while, I found a pattern: I log in into kde4daily, open kwrite, and can reproduce this. If I then close kwrite, and re-open it, and I stop being able to reproduce it. This is pretty strange. I'm updating my own trunk build to test it too.
Here using: Qt: 4.4.3 KDE: 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2)) kdelibs svn rev. 899634 / kdebase svn rev. 899635 on ArchLinux x86_64 - Kernel 2.6.27.8 With a new session. - Open KWrite for the first time (new empty file) Accented characters works OK - Without saving or doing anything else, select Encoding/Autodetect Accented characters doesn't work. - Save the file Accented characters works OK After closing KWrite Opening KWrite for a second or third time doesn't trigger the bug (but sometimes and seems to be random, accented characters will not work after an encoding change on new files (or maybe I'm pressing the " ' " key too fast and making that sign to appear) ) UPDATE: I think I get something interesting. This crashes depends on if you selected the encoding X in the running KDE session. Example. Open KWrite, Accented characters work. Switch to Encoding "A". Accented characters doesn't work. Close KWrite Open KWrite, Accented characters work. Switch to Encoding "A". Accented characters still works. Close KWrite Open KWrite, Accented characters work. Switch to Encoding "B". Accented characters doesn't work. Close KWrite Open KWrite, Accented characters work. Switch to Encoding "B". Accented characters still works. Close KWrite and so on ... (So I suppose that this bugs appears always on the first KWrite session because no encoding switch was done before) Can anyone else confirm this ?
I can kinda reproduce comment #11 with a trunk build from today. Not exactly every time, but it definitely happens once in a while. This seems to be really strange.
Bug 179496 may be related to this.
Here using: The steps to reproduce the issue changed. However I can reproduce it this way: Open KWrite, write "á" , works OK Select "Encoding/Disabled", "'a" is written instead of "á" You can minimize and restore the KWrite window and the accented characters will work OK again (??) Also, if you not minimize/restore, you can launch the Save Dialog, and cancel it. So, even without really saving the file, Kwrite can write accented characters again (?) Can it be a focus/shortcut/something problem? Here using: Qt: 4.4.3 + qt-copy-patches-889120 KDE: 4.1.87 (KDE 4.1.87 (KDE 4.2 >= 20090101)) kdelibs svn rev. 904849 / kdebase svn rev. 904849 on ArchLinux x86_64 - Kernel 2.6.27.10
*** Bug 179496 has been marked as a duplicate of this bug. ***
Can bug 180490 be related to this ? Any news in this bug ?
I can reproduce this bug. Open Kwrite, write á works ok. Then after changing encoding even to UTF-8 i can no longer write accented character. Default encoding in Settings->open/save->General is set to UTF-8 KDE 4.2 on archlinux (kdemod) QT 4.4.3
This could be related to bug 182996 (which is actually Qt bug)
KDE 4.2.4 (Kubuntu Jaunty). The same occurs to me, in Kate and sometimes in Konqueror (when writting in the location bar): I want to write "opinión" but "opini´on" appears.
Iñaki Baz Castillo: Which qt4 version do you have? I think this is fixed in qt 4.5.1, but it seems the current qt version in jaunty is 4.5.0 .
Yes, I use Qt 4.5.0 (Kubuntu Jaunty). Need to wait then :)
Same here, Ubuntu 11.10 on all default applications the accents appear, on Krusader the accents appear immediately after type, not waiting for the next letter.
(In reply to comment #21) > Ubuntu 11.10 > > on all default applications the accents appear, on Krusader the accents > appear immediately after type, not waiting for the next letter. In Kubuntu 11.10 this bug does not happen to me (but I don't use Krusader).
Im sorry, I'm new to the bug tracker and I though that this was a Krusader post, ignore my last comment.
Please retry with a KF6 version, thanks!