https://bugs.kde.org/show_bug.cgi?id=460583
--- Comment #3 from [email protected] --- (In reply to Riccardo Robecchi from comment #2) > I realise that my explanation was... lacking. Here is how I expect things to > work: > - ctrl+→ moves to the end of the word (the current one if the cursor is in > the middle of it, the next one otherwise); > - ctrl+← moves to the beginning of the word (again, the current one if the > cursor is in the middle of it, the previous one otherwise). > Using ctrl keys on Linux you can basically jump between the beginning and > the end of the current word. > In Ghostwriter the behaviour of ctrl+← is as expected, whereas ctrl+→ > behaves like on Windows (i.e. the cursor is placed at the beginning of the > next word, instead of at the end of the current one). > You made me realise that most KDE applications actually have the same > behaviour as Ghostwriter. Non-KDE applications behave as I expect them to, > though (Firefox, Thunderbird, all GNOME apps, VSCodium, Slack, Skype, > Teams...). > I wonder if this is related to Qt or if it was chosen at some point by KDE > developers. > > As for LibreOffice, IIRC there was a heated debate on their bug tracker > about this, and they said that they wanted to provide consistency across > platforms at the expense of not offering a native feeling on Linux. Their > standard platform is Windows, so they base their user experience on UX > conventions found there, including this one. This is a Qt issue. All Qt applications using QPlainTextEdit will behave in the same manner. The Qt bug tracker is located at bugs.qt.io, if you wish to report it there. Thanks! -- You are receiving this mail because: You are watching all bug changes.
