Closed
Bug 1247373
Opened 9 years ago
Closed 9 years ago
native OS X colorpicker from <input type="color"> does not deal with system colors
Categories
(Core :: Widget: Cocoa, defect, P3)
Tracking
()
RESOLVED
FIXED
mozilla51
Tracking | Status | |
---|---|---|
firefox51 | --- | fixed |
People
(Reporter: glazou, Unassigned)
References
Details
(Whiteboard: tpi:+)
Attachments
(1 file)
645 bytes,
patch
|
mstange
:
review+
|
Details | Diff | Splinter Review |
When a native OS X colorpicker is opened from a click on a <input type="color">,
a color selection in the NSNamedColorSpace color space is never handled.
To verify that, open such a colorpicker, switch to the "Color Palettes" tab,
select "Developer" in the dropdown and click any system color.
The fix is pretty simple and requires a conversion in nsColorPicker::Update.
I understand a fix there will only select the RGB value of the chosen system
color *at the time of the selection* but that's still better than no result
at all.
Reporter | ||
Comment 1•9 years ago
|
||
![]() |
||
Updated•9 years ago
|
Priority: P1 → P3
Comment 3•9 years ago
|
||
Comment on attachment 8718030 [details] [diff] [review]
trivial fix
Looks good to me. Not sure why you didn't request review.
Attachment #8718030 -
Flags: review+
Pushed by mstange@themasta.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/bd03c5af655d
Correctly handle colors from named color spaces in the native color picker. r=mstange
Comment 5•9 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox51:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla51
You need to log in
before you can comment on or make changes to this bug.
Description
•