Closed
Bug 1199050
Opened 9 years ago
Closed 9 years ago
default_popups for browserActions should have rounded corners.
Categories
(WebExtensions :: Untriaged, defect, P2)
WebExtensions
Untriaged
Tracking
(firefox43 affected, firefox44 fixed, firefox48 verified)
VERIFIED
FIXED
mozilla44
People
(Reporter: bwinton, Assigned: bwinton, Mentored)
References
Details
(Whiteboard: [webextension-polish][browserAction])
Attachments
(2 files)
370.17 KB,
image/png
|
designakt
:
feedback+
|
Details |
40 bytes,
text/x-review-board-request
|
Gijs
:
review+
designakt
:
ui-review+
|
Details |
Currently they look like this: https://dl.dropboxusercontent.com/u/2301433/Firefox/WebExtensions/SquareCorner.png but we want them to look like the bookmark menu dropdown, or the Menu Panel.
Assignee | ||
Comment 1•9 years ago
|
||
I'll note that the second time I click the button, the corners appear to be rounded, but there is no content… (I'll file another bug for that second bit. ;)
Comment 2•9 years ago
|
||
overflow: hidden; should fix the round corner.
Comment 3•9 years ago
|
||
Applies on Mac. On Windows all have sharp corners.
Mentor: gkrizsanits
Updated•9 years ago
|
Whiteboard: [webextension-polish] → [webextension-polish][browserAction]
Updated•9 years ago
|
Assignee: nobody → bwinton
Assignee | ||
Updated•9 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 4•9 years ago
|
||
Just a preview of a patch I have in progress… How does it look to you, Markus? :) (I also lined it up with the Menu Panel, cause I was in that code anyways… ;)
Attachment #8677593 -
Flags: feedback?(mjaritz)
Assignee | ||
Comment 5•9 years ago
|
||
Bug 1199050 - Round off the corners of browser-extension-panel's content. ui-r=maritz, r=gijs
Attachment #8677598 -
Flags: review?(mjaritz)
Attachment #8677598 -
Flags: review?(gijskruitbosch+bugs)
Assignee | ||
Comment 6•9 years ago
|
||
https://reviewboard.mozilla.org/r/22969/#review20495 (I haven't tested it on Windows or Linux yet, so I'm really looking for more of an f? than an r?, but if there are changes I can make to make it more likely to get the r+, I'ld love to hear them. ;) ::: browser/themes/linux/browser.css:1941 (Diff revision 1) > #context-navigation > .menuitem-iconic > .menu-iconic-left {
Assignee | ||
Updated•9 years ago
|
Attachment #8677598 -
Flags: ui-review?(mjaritz)
Attachment #8677598 -
Flags: review?(mjaritz)
Attachment #8677598 -
Flags: review?(gijskruitbosch+bugs)
Attachment #8677598 -
Flags: feedback?(gijskruitbosch+bugs)
Comment 7•9 years ago
|
||
(In reply to Blake Winton (:bwinton) (:☕️) from comment #1) > I'll note that the second time I click the button, the corners appear to be > rounded, but there is no content… > (I'll file another bug for that second bit. ;) If this is an iframe, I'm fairly sure there's a bug on file...
Comment 8•9 years ago
|
||
https://reviewboard.mozilla.org/r/22969/#review20505 ::: browser/themes/linux/browser.css:1949 (Diff revision 1) > + margin: 1px; Can you explain in more detail what this is fixing? I mean, as a code change this seems fine... just not entirely sure what the before/after is here and why we're changing it specifically for these panels. ::: browser/themes/windows/browser.css:2817 (Diff revision 1) > + border-radius: 3.5px; Seems like mjaritz said they should be sharp corners on Windows?
Updated•9 years ago
|
Attachment #8677598 -
Flags: feedback?(gijskruitbosch+bugs) → feedback+
Comment 9•9 years ago
|
||
https://reviewboard.mozilla.org/r/22969/#review20513 I disagree with this approach, it's bringing unecessary code duplication. It would be better if we could only set the border-radius once, so it can easily be changed in the future. In fact, this patch is already creating inconsistencies, on Windows, we use sharp corners for Windows 8+ and a 4px radius for Windows 7 or lower. You can try one of these 2 approaches http://jsfiddle.net/ntim/ypq3cqaq/ to avoid code duplication, or you could as well convert the border-radius to a CSS variable. Gijs might have a better idea though.
Assignee | ||
Comment 10•9 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #8) > https://reviewboard.mozilla.org/r/22969/#review20505 > > ::: browser/themes/linux/browser.css:1949 > (Diff revision 1) > > + margin: 1px; > Can you explain in more detail what this is fixing? I mean, as a code change > this seems fine... just not entirely sure what the before/after is here and > why we're changing it specifically for these panels. It was to line it up with the Menu Panel. > ::: browser/themes/windows/browser.css:2817 > (Diff revision 1) > > + border-radius: 3.5px; > Seems like mjaritz said they should be sharp corners on Windows? I'll be looking into Windows next, but I suspect it's currently like ntim said. ;) Actually, I might try the overflow:hidden, since that would also fix the Hello and Pocket panels…
Updated•9 years ago
|
Flags: blocking-webextensions+
Comment 11•9 years ago
|
||
Comment on attachment 8677593 [details]
A WebExtension and the Menu panel.
Wow, looks perfectly aligned. Thanks.
Attachment #8677593 -
Flags: feedback?(mjaritz) → feedback+
Comment 12•9 years ago
|
||
(In reply to Blake Winton (:bwinton) (:☕️) from comment #10) > (In reply to :Gijs Kruitbosch from comment #8) > > https://reviewboard.mozilla.org/r/22969/#review20505 > > > > ::: browser/themes/linux/browser.css:1949 > > (Diff revision 1) > > > + margin: 1px; > > Can you explain in more detail what this is fixing? I mean, as a code change > > this seems fine... just not entirely sure what the before/after is here and > > why we're changing it specifically for these panels. > > It was to line it up with the Menu Panel. None of the other panels line up with the menu panel, and it doesn't seem related to this bug particularly. Can we make this decision in bug 1206100 and friends, and fix all the panels to be aligned the same way? I don't know that styling them is what will do the right thing there, I think it might be fixing the anchor to be the icon instead of the button (or the other way around).
Assignee | ||
Comment 13•9 years ago
|
||
Comment on attachment 8677598 [details] MozReview Request: Bug 1199050 - Round off the corners of browser-extension-panel's content. ui-r=maritz, r=gijs Bug 1199050 - Round off the corners of browser-extension-panel's content. ui-r=maritz, r=gijs
Attachment #8677598 -
Flags: feedback+
Assignee | ||
Comment 14•9 years ago
|
||
(In reply to :Gijs Kruitbosch (at OSCON, limited availability) from comment #12) > > It was to line it up with the Menu Panel. > None of the other panels line up with the menu panel, and it doesn't seem > related to this bug particularly. Can we make this decision in bug 1206100 > and friends, and fix all the panels to be aligned the same way? I don't know > that styling them is what will do the right thing there, I think it might be > fixing the anchor to be the icon instead of the button (or the other way > around). Removed! Can I get an r+ when you get some time, even though you're not accepting r?s, Gijs? ;) Also, Markus, I assume you're happy with pushing off the panel-positioning to the other bug?
Flags: needinfo?(gijskruitbosch+bugs)
Comment 15•9 years ago
|
||
Yes, I can understand why it is not part of this bug.
Updated•9 years ago
|
Flags: needinfo?(gijskruitbosch+bugs)
Attachment #8677598 -
Flags: review+
Updated•9 years ago
|
Attachment #8677598 -
Flags: ui-review?(mjaritz) → ui-review+
Assignee | ||
Comment 16•9 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/c66c3620de8426242471640ad30e8b7a9f56ccd7 Bug 1199050 - Round off the corners of browser-extension-panel's content. ui-r=maritz, r=gijs
Comment 17•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/c66c3620de84
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox44:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla44
Comment 18•8 years ago
|
||
I was able to reproduce the initial issue on Firefox 43.0a1 (2015-08-26) under Mac OS X 10.11. Verified fixed on Firefox 48.0a1 (2016-03-21) using Mac OS X 10.11.
Status: RESOLVED → VERIFIED
status-firefox48:
--- → verified
Updated•6 years ago
|
Product: Toolkit → WebExtensions
You need to log in
before you can comment on or make changes to this bug.
Description
•