WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
54038
[GTK] Menulists do not follow text direction when rendering options with right-to-left text
https://bugs.webkit.org/show_bug.cgi?id=54038
Summary
[GTK] Menulists do not follow text direction when rendering options with righ...
Martin Robinson
Reported
2011-02-08 14:53:24 PST
This appears to be an issue with the values we return from ChromeClient::selectItemWritingDirectionIsNatural and ChromeClient::selectItemAlignmentFollowsMenuWritingDirection.
Attachments
Patch
(63.42 KB, patch)
2011-02-08 15:00 PST
,
Martin Robinson
no flags
Details
Formatted Diff
Diff
Patch
(66.04 KB, patch)
2011-02-08 16:20 PST
,
Martin Robinson
eric
: review+
commit-queue
: commit-queue-
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Martin Robinson
Comment 1
2011-02-08 15:00:02 PST
Created
attachment 81704
[details]
Patch
Martin Robinson
Comment 2
2011-02-08 15:34:35 PST
Comment on
attachment 81704
[details]
Patch Removing r?, as I think this patch is incomplete.
Martin Robinson
Comment 3
2011-02-08 16:20:00 PST
Created
attachment 81712
[details]
Patch
Xan Lopez
Comment 4
2011-04-01 16:02:01 PDT
Comment on
attachment 81712
[details]
Patch The rationale behind this change seems a bit obscure in general. I guess at the very least you should say why do you want to do this.
Martin Robinson
Comment 5
2011-04-01 16:10:32 PDT
(In reply to
comment #4
)
> (From update of
attachment 81712
[details]
) > The rationale behind this change seems a bit obscure in general. I guess at the very least you should say why do you want to do this.
I can update the ChangeLog to say something like: Do not follow the natural writing direction of menu list text, but do follow the menu list writing direction. This matches the behavior of Chromium and modern OS X machines. This will mean that the menulist text-alignment will override the natural bidi alignment of the text.
Xiaomei Ji
Comment 6
2011-04-04 10:50:48 PDT
(In reply to
comment #4
)
> (From update of
attachment 81712
[details]
) > The rationale behind this change seems a bit obscure in general. I guess at the very least you should say why do you want to do this.
It is proposed and accepted in HTML5
http://dev.w3.org/html5/spec/Overview.html#text-rendered-in-native-user-interfaces
Eric Seidel (no email)
Comment 7
2011-04-26 15:22:21 PDT
Comment on
attachment 81712
[details]
Patch OK.
WebKit Commit Bot
Comment 8
2011-04-26 15:24:55 PDT
Comment on
attachment 81712
[details]
Patch Rejecting
attachment 81712
[details]
from commit-queue. Failed to run "['./Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '--bot-id=eseidel-cq-sf', 'ap..." exit_code: 2 Last 500 characters of output: k FAILED -- saving rejects to file LayoutTests/platform/gtk/Skipped.rej patching file LayoutTests/platform/gtk/fast/text/international/pop-up-button-text-alignment-and-direction-expected.checksum LayoutTests/platform/gtk/fast/text/international/pop-up-button-text-alignment-and-direction-expected.png already exists at /Projects/CommitQueue/Tools/Scripts/svn-apply line 253. Failed to run "[u'/Projects/CommitQueue/Tools/Scripts/svn-apply', u'--reviewer', u'Eric Seidel', u'--force']" exit_code: 25 Full output:
http://queues.webkit.org/results/8511165
Martin Robinson
Comment 9
2011-04-27 11:22:15 PDT
Committed
r85066
: <
http://trac.webkit.org/changeset/85066
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug