| Summary: | Regression: Subject line direction change no longer implies alignment change | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Shai <shai> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | ebrahim, kde-2011.08, shlomif |
| Priority: | NOR | Keywords: | regression, rtl |
| Version: | 1.13.3 | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
Added keywords Can confirm here on Mandriva Linux Cooker (about to be 2010.1) with kmail-4.4.3-8mdv2010.1 . I can confirm on KDE 4.4.3 that Ctrl-rigthShift will switch the directionality of the text field in Krunner, but not the alignment. So Hebrew text does appear RTL (periods after sentences correctly on the left) but it is erroneously left-aligned. This bus is not specific to KMail, or even KDE. Pure Qt application suffer from this bug too. Tested with QStarDict 0.12.9-1 linked to Qt 4:4.6.2-5 on Debian sid. Thank you Mohammd, I filed upstream here: http://bugreports.qt.nokia.com/browse/QTBUG-11204 Please comment there to confirm. |
Version: 1.13.3 (using KDE 4.4.3) OS: Linux Installed from: Debian testing/unstable Packages I use KMail to write all my mails; this includes some that are in Hebrew. In KDE3, writing direction was auto-detected, which was very good. Whenever I started to write text in Hebrew, be it in the message text, a subject line or even a recipient, the field or paragraph (as appropriate; henceforth F/P) would become RTL, and all was good. In KDE4 up to and including 4.3.5, writing detection was not auto-detected, but pressing ctrl-right-shift would still make a F/P RTL. This includes both text directionality and alignment; when ctrl-right-shift was pressed, any existing text would hop to the right side, and if there was no text yet, the cursor would jump to the right. Now, in 4.4.3 (Debian unstable went directly from 4.3.5 to 4.4.3), this still works for the message text, but it no longer works correctly for the subject line. Now, the text directionality is changed to RTL, but the text stays aligned to the left. I am talking about the message composer window, of course. To summarize, again: Scenario 1: What I do: Start new message. Put focus on subject line. While subject line is still empty, Press ctrl-right-shift. What I expect to see: Cursor hopping to the right side of the subject line field. What I see instead: Nothing. It looks like the key press didn't do anything (although in fact it did). Scenario 2: What I do: Start new message. Put some Hebrew text in subject line, and have cursor at end of text. Press ctrl-right-shift. What I expect to see: Text hopping to the right side of the subject line field, and cursor repositioned at its end (that is, on its left side). What I see instead: Cursor hopping the left side of the text, which is also the left side ("beginning") of the field. It is quite subtle, and maybe easily overlooked, in which case, again, the user thinks the key-press achieved nothing. Note 1 on scenario 2: Changes in the text can be seen in case the text contains characters of mixed directionality (that is, both LTR and RTL characters) or if it is all RTL and ends in punctuation. Note 2 on scenario 2: In case anybody wants to check this and needs Hebrew text to paste, here's some: שורת נושא עברית