Summary: | Right/left arrows in RTL | ||
---|---|---|---|
Product: | [I don't know] kde | Reporter: | Zayed Al-Saidi <zayed.alsaidi> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | ebrahim, kde-2011.08 |
Priority: | NOR | Keywords: | rtl |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Zayed Al-Saidi
2008-08-08 11:53:04 UTC
I can confirm this. The problem is that the arrow keys are mapped to a logical (move next char/prev char) instead of visual action (move left/right) . Whats the difference between bug 168727 (this bug) and 165397 (http://bugs.kde.org/show_bug.cgi?id=165397)? Can you reproduce this bug in kmail4? If this is the case, this bug is caused by KTextEdit and 165397 is caused by KatePart and they are different bugs. Otherise, I say close 165397. Actually, There is no Arabic translation for kmail4. So I run "kamil -reverse" and I get same problem. By the way How dose reverse mode suppose to work in RTL environment? Nothing change in both case !! Is anybody work in this issue? I want emphasize the importance of this issue. If I going to sell software with bug nobody will accept it in the RTL languages. It is serious bug. Personally, I get embarrassed when I show KDE for new people with this bug. They said KDE does not satisfy the basic RTL languages requirements. Please,fix it for KDE 4.3. This is upstream bug, see this: http://www.qtsoftware.com/developer/task-tracker/index_html?id=254850&method=entry In Kmail the user can press RightShift-RightCtrl to switch to RTL, then the arrow keys function as expected. This does not work in Kate, however, as Kate does not have working RTL. I test this bug using KDE 4.7.3 and Qt 4.7.4 and it disappeared. The upstream bug has been solved https://bugreports.qt.nokia.com/browse/QTBUG-2314 |