WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
157672
[iOS] <select> elements popover should render right-aligned when in RTL mode
https://bugs.webkit.org/show_bug.cgi?id=157672
Summary
[iOS] <select> elements popover should render right-aligned when in RTL mode
Antoine Quint
Reported
2016-05-13 04:11:08 PDT
Now that we correctly render <select> elements when the content is using right-to-left, we also need to propagate this information to the popover shown on iPad for the <select>.
Attachments
Patch
(5.70 KB, patch)
2016-05-13 04:14 PDT
,
Antoine Quint
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Antoine Quint
Comment 1
2016-05-13 04:11:23 PDT
<
rdar://problem/26193442
>
Radar WebKit Bug Importer
Comment 2
2016-05-13 04:11:58 PDT
<
rdar://problem/26265693
>
Antoine Quint
Comment 3
2016-05-13 04:14:43 PDT
Created
attachment 278833
[details]
Patch
Darin Adler
Comment 4
2016-05-13 08:46:03 PDT
Comment on
attachment 278833
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=278833&action=review
Is there a way we can make a regression test for this?
> Source/WebKit2/Shared/AssistedNodeInformation.h:103 > + , isRTL(false)
In new code, we like to initialize data members where they are defined rather than in the constructor. We should come back and do that here for this struct. I suspect we will be able to remove the constructor.
> Source/WebKit2/UIProcess/ios/forms/WKFormSelectPopover.mm:130 > + if (writingDirection == UITextWritingDirectionRightToLeft) > + self.view.semanticContentAttribute = UISemanticContentAttributeForceRightToLeft;
I’m a little surprised this is needed. Might be nice to add a "why" comment explaining why.
WebKit Commit Bot
Comment 5
2016-05-13 09:05:11 PDT
Comment on
attachment 278833
[details]
Patch Clearing flags on attachment: 278833 Committed
r200858
: <
http://trac.webkit.org/changeset/200858
>
WebKit Commit Bot
Comment 6
2016-05-13 09:05:15 PDT
All reviewed patches have been landed. Closing bug.
Dean Jackson
Comment 7
2016-05-13 12:52:40 PDT
Comment on
attachment 278833
[details]
Patch Regarding the regression test: this is something we struggle with on the desktop too. Our test infrastructure there doesn't allow us to screenshot the popup window. I guess we need some way to dump the external window state.
Dean Jackson
Comment 8
2016-05-13 15:51:30 PDT
Comment on
attachment 278833
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=278833&action=review
>> Source/WebKit2/UIProcess/ios/forms/WKFormSelectPopover.mm:130 >> + self.view.semanticContentAttribute = UISemanticContentAttributeForceRightToLeft; > > I’m a little surprised this is needed. Might be nice to add a "why" comment explaining why.
Why surprised? I'll add a comment in a followup patch.
Dean Jackson
Comment 9
2016-05-13 18:33:37 PDT
Follow-up in
https://bugs.webkit.org/show_bug.cgi?id=157699
Darin Adler
Comment 10
2016-05-13 19:03:07 PDT
Comment on
attachment 278833
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=278833&action=review
>>> Source/WebKit2/UIProcess/ios/forms/WKFormSelectPopover.mm:130 >>> + self.view.semanticContentAttribute = UISemanticContentAttributeForceRightToLeft; >> >> I’m a little surprised this is needed. Might be nice to add a "why" comment explaining why. > > Why surprised? I'll add a comment in a followup patch.
I would have expected passing in a string created with stringWithWritingDirection would have sufficed. It surprises me that we also have to separately force right to left.
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