Closed
Bug 1105793
Opened 11 years ago
Closed 10 years ago
Hamburger button is blurry and too small since bug 1080406 landed
Categories
(Firefox :: Theme, defect)
Firefox
Theme
Tracking
()
RESOLVED
DUPLICATE
of bug 1097062
People
(Reporter: u428464, Unassigned)
References
Details
(Keywords: regression)
Attachments
(3 files)
The hamburger button looks smaller and blurry on Windows 7 at least. Tested with normal DPI.
Blocks: 1080406
Keywords: regression
Comment 1•11 years ago
|
||
Panos/Matteo, can you look into this?
Flags: needinfo?(zer0)
Flags: needinfo?(past)
Comment 2•11 years ago
|
||
Unfortunately I'm traveling and don't have a Windows laptop with me. Is this on Nightly? The icon does look crispy on my Linux Nightly.
Flags: needinfo?(past)
Comment 5•11 years ago
|
||
The difference is pronounced on Win8 as well, fwiw.
Updated•11 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•11 years ago
|
||
This happens everywhere, because the reason this happens is:
http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.css#850
850 toolbarbutton.badged-button > .toolbarbutton-badge-container > .toolbarbutton-icon,
851 toolbarbutton[type="socialmark"] > .toolbarbutton-icon {
852 max-width: 16px;
853 }
and we should override this for the menu button. I think we can't use :not() because then that rule will be more specific than the one below it, which changes this for the palette (where it sets a 32px max-width).
I don't know how this rule is meant to work for the panel, where I suspect it already won't work well. In fact, looking back, I noted this in bug 994280 comment 12, but nobody seems to have acted on that, and the final reviews weren't done by me. What happens if you move a badged social or SDK button to the panel in Firefox 35?
OS: Windows 7 → All
Summary: Hamburger button is blurry since bug 1080406 landed → Hamburger button is blurry and too small since bug 1080406 landed
Comment 7•11 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #6)
> This happens everywhere, because the reason this happens is:
>
> http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.
> css#850
>
> 850 toolbarbutton.badged-button > .toolbarbutton-badge-container >
> .toolbarbutton-icon,
> 851 toolbarbutton[type="socialmark"] > .toolbarbutton-icon {
> 852 max-width: 16px;
> 853 }
>
> and we should override this for the menu button.
It's not clear to me why this rule exists in the first place. badged-button shouldn't imply an icon size. toolbarbutton-1 should theoretically do this, although if I remember correctly we stopped doing it there because add-on authors complained about icons getting blurry when resized. Because different people want different things, this was then restored for toolbarbutton[sdk-button="true"] in bug 882910: http://hg.mozilla.org/mozilla-central/annotate/1162e4a4d7a2/browser/themes/windows/browser.css#l734
The bottom line is, if you want your icon sized automatically, make sure you're an SDK button (until we fix toolbarbutton-1 again). Whether or not you have a badge shouldn't matter.
Comment 8•11 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #7)
> (In reply to :Gijs Kruitbosch from comment #6)
> > This happens everywhere, because the reason this happens is:
> >
> > http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.
> > css#850
> >
> > 850 toolbarbutton.badged-button > .toolbarbutton-badge-container >
> > .toolbarbutton-icon,
> > 851 toolbarbutton[type="socialmark"] > .toolbarbutton-icon {
> > 852 max-width: 16px;
> > 853 }
> >
> > and we should override this for the menu button.
>
> It's not clear to me why this rule exists in the first place.
I can't prove it, but I had a feeling you would chime in and say this. :-)
I would agree, generally speaking. We should check with the SDK folks if just toolbarbutton[sdk-button].badged-button is enough for their uses or not.
Comment 9•10 years ago
|
||
This is a duplicate of Bug 1097062 (which is assigned to Matteo)
Comment 10•10 years ago
|
||
(I'll let him decide if he wants to dup this bug or the other one)
Comment 11•10 years ago
|
||
Closing this as a duplicate of bug 1097062 since the issue was fixed there.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Updated•10 years ago
|
Flags: needinfo?(zer0)
You need to log in
before you can comment on or make changes to this bug.
Description
•