WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
54115
[Chromium] Use #f7f7f7 for select popup background on chromium/linux
https://bugs.webkit.org/show_bug.cgi?id=54115
Summary
[Chromium] Use #f7f7f7 for select popup background on chromium/linux
xiyuan
Reported
2011-02-09 10:06:37 PST
Change the select popup background from #ddd to #f7f7f7. See also
http://crosbug.com/9174
.
Attachments
Proposed UA css change.
(1.03 KB, patch)
2011-02-09 10:09 PST
,
xiyuan
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
xiyuan
Comment 1
2011-02-09 10:09:44 PST
Created
attachment 81827
[details]
Proposed UA css change.
Tony Chang
Comment 2
2011-02-09 11:17:34 PST
Comment on
attachment 81827
[details]
Proposed UA css change. Why do we need size="0" and size="1"?
xiyuan
Comment 3
2011-02-09 11:22:54 PST
(In reply to
comment #2
)
> (From update of
attachment 81827
[details]
) > Why do we need size="0" and size="1"?
We only want to change the popup's background but not the listbox. Select size="0"|"1" is select with popup. Other sizes would show up as listbox. The reason behind this is in
http://crosbug.com/9174
@
comment 8
. Web site might expect listbox background color go with the select element, something like in scrollbars/listbox-scrollbar-combinations.html. And I don't want to force them to do a "select option" rule to override UA css.
Tony Chang
Comment 4
2011-02-09 11:23:59 PST
Comment on
attachment 81827
[details]
Proposed UA css change. I see, I read the bug here:
http://code.google.com/p/chromium-os/issues/detail?id=9174
The size="0" bit seems like a hack. Where does the color for <option> background currently come from? Can we fix it there instead?
xiyuan
Comment 5
2011-02-09 11:31:17 PST
(In reply to
comment #4
)
> (From update of
attachment 81827
[details]
) > I see, I read the bug here:
http://code.google.com/p/chromium-os/issues/detail?id=9174
> > The size="0" bit seems like a hack. Where does the color for <option> background currently come from? Can we fix it there instead?
It comes from the CSS like other element and if not specified (99.9% of the case), it will use its parent element's, which is the select element. I have checked with Dimitry and Tab but failed to find a CSS selector that could specifically target the select popup. :( And if we change the select element, it changes both the select as a button and as a listbox. I am not sure if that is okay.
Tony Chang
Comment 6
2011-02-09 12:01:12 PST
Comment on
attachment 81827
[details]
Proposed UA css change. I see. It looks like html.css also uses select[size="0"] and select[size="1"] to force the menulist appearance, so this looks fine.
xiyuan
Comment 7
2011-02-09 12:03:13 PST
Comment on
attachment 81827
[details]
Proposed UA css change. Cool. Thanks for the quick review and checking it up. :)
WebKit Commit Bot
Comment 8
2011-02-09 14:23:58 PST
Comment on
attachment 81827
[details]
Proposed UA css change. Clearing flags on attachment: 81827 Committed
r78137
: <
http://trac.webkit.org/changeset/78137
>
WebKit Commit Bot
Comment 9
2011-02-09 14:24:03 PST
All reviewed patches have been landed. Closing bug.
WebKit Commit Bot
Comment 10
2011-02-09 14:47:04 PST
The commit-queue encountered the following flaky tests while processing
attachment 81827
[details]
: http/tests/websocket/tests/handshake-fail-by-cross-origin.html
bug 54147
(author:
abarth@webkit.org
) The commit-queue is continuing to process your patch.
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