Bug 237774 - Regression: Subject line direction change no longer implies alignment change
Summary: Regression: Subject line direction change no longer implies alignment change
Status: RESOLVED UPSTREAM
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: 1.13.3
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: regression, rtl
Depends on:
Blocks:
 
Reported: 2010-05-16 00:40 UTC by Shai
Modified: 2010-06-03 17:13 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Shai 2010-05-16 00:40:39 UTC
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: שורת נושא עברית
Comment 1 Shai 2010-05-16 00:45:16 UTC
Added keywords
Comment 2 Shlomi Fish 2010-05-23 09:26:52 UTC
Can confirm here on Mandriva Linux Cooker (about to be 2010.1) with kmail-4.4.3-8mdv2010.1 .
Comment 3 Dotan Cohen 2010-06-01 21:01:14 UTC
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.
Comment 4 Ebrahim Mohammadi 2010-06-01 22:26:49 UTC
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.
Comment 5 Dotan Cohen 2010-06-03 16:01:22 UTC
Thank you Mohammd, I filed upstream here:
http://bugreports.qt.nokia.com/browse/QTBUG-11204

Please comment there to confirm.