Open Bug 1067422 Opened 10 years ago Updated 2 years ago

Change colour of cross on style editor

Categories

(DevTools :: Style Editor, defect, P3)

defect

Tracking

(Not tracked)

People

(Reporter: m+mozilla, Unassigned)

References

(Depends on 1 open bug)

Details

Attachments

(1 file)

11.49 KB, image/png
Details
Attached image bug
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20140914030209

Steps to reproduce:

The cross isn't really visible.



Expected results:

The cross could be white or something "light".
Plus, the left cross isn't really well vertical-aligned.
Plus, the cross on the left isn't really supposed to be a cross at all, it's supposed to represent the fact that there's been an error. This error icon confuses me every time and I try and click on it.
Component: Untriaged → Developer Tools: Style Editor
OS: Mac OS X → All
Hardware: x86 → All
Version: 35 Branch → Trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
Yes, Patrick! The red colour should be enough to say it's an error. It's unneeded.
Hi, I'd like to pick this up, after looking through the source I can see that the icon is inheriting from a sprite resource with four coloured 'x' light and dark from the global.css stylesheet `.close-icon`. 

Where would be the best place to overwrite the `-moz-image-region` to display the lighter coloured 'x'? 

Thanks.
Depends on: 1111116
After further investigation this seems to be an issue with the core XUL and will need further investigation there, however as a temporary fix to this issue I suggest we could degrade a missing stylesheet `error` to simply a `warning` or override the styling of the button elsewhere (other than the core component styling).
The notificationbox XUL element that we use for this alert is at toolbox.xul level [1]. The toolbox is the container for all the tools we have. Each and every tool in the toolbox lives in its own iframe, and so whatever stylesheet a tool has does not affect anything outside of the tool itself, because of the iframe.

I suggest we override the CSS that applies to this element at the toolbox stylesheet level. Maybe common.css [2] is the right candidate for this.

In this stylesheet, you could override the rule with a selector like "notification .close-icon" and then mess around with the -moz-image-region property to display the brighter image?

Having said that, I think the bigger problem in this notification box is the fact that the error icon on the left hand side looks a lot like a close icon and draws too much attention to it.
"notification .messageImage {display:none;}" would hide it altogether and would therefore make the real close icon much more obvious.

Note that once you've changed the stylesheet, you need to rebuild the theme by running "mach build browser" and then restart with "mach run" (I don't know if you've done this before, so here is our guide to hacking the devtools: https://wiki.mozilla.org/DevTools/Hacking).

[1] http://mxr.mozilla.org/mozilla-central/source/browser/devtools/framework/toolbox.xul#68
[2] http://mxr.mozilla.org/mozilla-central/source/browser/themes/shared/devtools/common.css
Assignee: nobody → jacob.jh.clark
I found this when looking for easy issues to work on. Jacob, would you mind if I take this on, or are you still planning to work on it?
Flags: needinfo?(jacob.jh.clark)
(In reply to Lin Clark from comment #7)
> I found this when looking for easy issues to work on. Jacob, would you mind
> if I take this on, or are you still planning to work on it?

Lin, feel free to take a look at this!
Assignee: jacob.jh.clark → nobody
Flags: needinfo?(jacob.jh.clark)
Inspector bug triage (filter on CLIMBING SHOES).
Priority: -- → P3
Product: Firefox → DevTools
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: