Closed
Bug 896008
Opened 11 years ago
Closed 11 years ago
Add-on buttons on the navigation toolbar are randomly sized due to iconsize="large"
Categories
(Firefox :: Toolbars and Customization, defect)
Firefox
Toolbars and Customization
Tracking
()
RESOLVED
FIXED
Firefox 28
People
(Reporter: evold, Assigned: dao)
References
Details
(Keywords: addon-compat, regression, Whiteboard: [Australis:M9][Australis:P2])
Attachments
(4 files)
See the attachments, on the trunk buttons look like buttons! on Australis they look like clutter and a waste of space.
Reporter | ||
Comment 1•11 years ago
|
||
Reporter | ||
Comment 2•11 years ago
|
||
Notice how far away the menu-button menu arrow is from the icons, that makes it hard to tell what they are for, and so they look like messy clutter.
Comment 3•11 years ago
|
||
I believe this as per spec... http://people.mozilla.com/~shorlander/files/australis-designSpecs/australis-designSpecs-osx-mainWindow.html
Reporter | ||
Comment 4•11 years ago
|
||
Notice the varying spacing between buttons on Australis and the uniform spacing on Trunk, this random spacing makes things look like clutter again.
Reporter | ||
Comment 5•11 years ago
|
||
(In reply to Mike Conley (:mconley) from comment #3) > I believe this as per spec... > > http://people.mozilla.com/~shorlander/files/australis-designSpecs/australis- > designSpecs-osx-mainWindow.html These specs look nothing like the reality imo, see the screen shot.
Reporter | ||
Comment 6•11 years ago
|
||
(In reply to Mike Conley (:mconley) from comment #3) > I believe this as per spec... > > http://people.mozilla.com/~shorlander/files/australis-designSpecs/australis- > designSpecs-osx-mainWindow.html In this spec there is a line between a menu-button's icon and the menu arrow, which I do not see in my screen shot.
Reporter | ||
Comment 7•11 years ago
|
||
(In reply to Erik Vold [:erikvold] [:ztatic] from comment #6) > (In reply to Mike Conley (:mconley) from comment #3) > > I believe this as per spec... > > > > http://people.mozilla.com/~shorlander/files/australis-designSpecs/australis- > > designSpecs-osx-mainWindow.html > > In this spec there is a line between a menu-button's icon and the menu > arrow, which I do not see in my screen shot. Tho I think this may make the two images appear separated and not together without more spacing between buttons which I don't think is a good idea.
Comment 8•11 years ago
|
||
(In reply to Erik Vold [:erikvold] [:ztatic] from comment #5) > (In reply to Mike Conley (:mconley) from comment #3) > > I believe this as per spec... > > > > http://people.mozilla.com/~shorlander/files/australis-designSpecs/australis- > > designSpecs-osx-mainWindow.html > > These specs look nothing like the reality imo, see the screen shot. I was referring to the lack of chrome / outline around the buttons. I agree that the spacing is pretty rough looking. (In reply to Erik Vold [:erikvold] [:ztatic] from comment #6) > (In reply to Mike Conley (:mconley) from comment #3) > > I believe this as per spec... > > > > http://people.mozilla.com/~shorlander/files/australis-designSpecs/australis- > > designSpecs-osx-mainWindow.html > > In this spec there is a line between a menu-button's icon and the menu > arrow, which I do not see in my screen shot. For the bookmark menu button, sure. Not so for the feed button.
Reporter | ||
Comment 9•11 years ago
|
||
I'd really like to know why buttons cannot look like buttons too as they always have before.
Reporter | ||
Updated•11 years ago
|
Whiteboard: [Australis:M-]
Comment 11•11 years ago
|
||
This is per spec, but it does look pretty bad. The varying button sizes isn't great to look at either.
Updated•11 years ago
|
Whiteboard: [Australis:M-] → [Australis:M?]
Comment 12•11 years ago
|
||
I'm not a designer (nor 'the' designer for the OS X styles) but I'm going to be blunt here: can we clean up the summary and make it, uh, summarize what this bug is about? As it is, I read all of the comments here several times and don't understand if this is supposed to be: 1) about the spacing between individual buttons 2) about the spacing between menu button icons and their dropmarker 3) about the differently-sized toolbarbuttons 4) about the lacking button borders 5) some combination of the above Please pick (and/or add to this list) and clarify.
Flags: needinfo?(evold)
Reporter | ||
Comment 13•11 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #12) > I'm not a designer (nor 'the' designer for the OS X styles) but I'm going to > be blunt here: can we clean up the summary and make it, uh, summarize what > this bug is about? As it is, I read all of the comments here several times > and don't understand if this is supposed to be: > > 1) about the spacing between individual buttons > 2) about the spacing between menu button icons and their dropmarker > 3) about the differently-sized toolbarbuttons > 4) about the lacking button borders > 5) some combination of the above > > Please pick (and/or add to this list) and clarify. It's all of the above, if you want to make sub bugs that depend on this then knock yourself out.
Flags: needinfo?(evold)
Reporter | ||
Comment 14•11 years ago
|
||
(In reply to Erik Vold [:erikvold] [:ztatic] from comment #13) > (In reply to :Gijs Kruitbosch from comment #12) > > I'm not a designer (nor 'the' designer for the OS X styles) but I'm going to > > be blunt here: can we clean up the summary and make it, uh, summarize what > > this bug is about? As it is, I read all of the comments here several times > > and don't understand if this is supposed to be: > > > > 1) about the spacing between individual buttons > > 2) about the spacing between menu button icons and their dropmarker > > 3) about the differently-sized toolbarbuttons > > 4) about the lacking button borders > > 5) some combination of the above > > > > Please pick (and/or add to this list) and clarify. > > It's all of the above, if you want to make sub bugs that depend on this then > knock yourself out. Frankly I'd just like to see the style reverted.
Reporter | ||
Comment 15•11 years ago
|
||
(In reply to Erik Vold [:erikvold] [:ztatic] from comment #13) > > It's all of the above, if you want to make sub bugs that depend on this then > knock yourself out. I meant sub bugs that block this bug.
Assignee | ||
Comment 16•11 years ago
|
||
The varying icon sizes are a regression from bug 863299.
Blocks: 863299
Keywords: regression
Assignee | ||
Updated•11 years ago
|
Component: Toolbars and Customization → Theme
Reporter | ||
Comment 17•11 years ago
|
||
sigh..
Summary: Buttons like much much worse on the Australis branch → Buttons look much much worse on the Australis branch
Comment 18•11 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #16) > The varying icon sizes are a regression from bug 863299. Do we know why it's a regression?
Comment 19•11 years ago
|
||
This isn't a regression from bug 863299. We don't have any plans to place the button shape back on the buttons in the near future. When the buttons look bad, the add-on authors should fix their icons so as not to look crummy. Particularly, http://screencast.com/t/UwErRGeX1DNd looked pretty bad already on m-c.
No longer blocks: 863299
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(shorlander)
Resolution: --- → WONTFIX
Assignee | ||
Comment 20•11 years ago
|
||
(In reply to Justin Dolske [:Dolske] from comment #18) > (In reply to Dão Gottwald [:dao] from comment #16) > > The varying icon sizes are a regression from bug 863299. > > Do we know why it's a regression? Because that patch made us stop setting iconsize="small" on the navigation toolbar, so now add-ons use random icon sizes.
Comment 21•11 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #20) > (In reply to Justin Dolske [:Dolske] from comment #18) > > (In reply to Dão Gottwald [:dao] from comment #16) > > > The varying icon sizes are a regression from bug 863299. > > > > Do we know why it's a regression? > > Because that patch made us stop setting iconsize="small" on the navigation > toolbar, so now add-ons use random icon sizes. I'm confused. We still set iconsize="large" on the navigation toolbar, which is correct. I don't see what we can do about add-ons then not selecting the right icon size.
Assignee | ||
Comment 22•11 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #21) > (In reply to Dão Gottwald [:dao] from comment #20) > > (In reply to Justin Dolske [:Dolske] from comment #18) > > > (In reply to Dão Gottwald [:dao] from comment #16) > > > > The varying icon sizes are a regression from bug 863299. > > > > > > Do we know why it's a regression? > > > > Because that patch made us stop setting iconsize="small" on the navigation > > toolbar, so now add-ons use random icon sizes. > > I'm confused. We still set iconsize="large" on the navigation toolbar, which > is correct. Why "still"? We used to set iconsize="small" on Windows and OS X. And no, iconsize="large" is not correct. Please take a close look at the two screenshots attached to this bug. The small icons are in line with our own icons, the large ones are not.
Comment 23•11 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #22) > (In reply to :Gijs Kruitbosch from comment #21) > > (In reply to Dão Gottwald [:dao] from comment #20) > > > Because that patch made us stop setting iconsize="small" on the navigation > > > toolbar, so now add-ons use random icon sizes. > > > > I'm confused. We still set iconsize="large" on the navigation toolbar, which > > is correct. > > Why "still"? Because I interpreted your comment, plus the note that add-ons now use 'random' sizes, to mean we were not setting anything. > We used to set iconsize="small" on Windows and OS X. And no, > iconsize="large" is not correct. Please take a close look at the two > screenshots attached to this bug. The small icons are in line with our own > icons, the large ones are not. I'm not getting it, I guess. On latest OS X m-c Nightly, I created a new profile. This is what I see: - navigator-toolbox has iconsize="large" - nav-bar has iconsize="small" (as you noted) - all icons are small, except the back button Opening customize mode and ticking 'Use small icons' changes the value of iconsize on the navigator-toolbox to "small". It does not change the value on the nav-bar. The back button now goes small. Using the browser console to change the value on the nav-bar did not affect any of the icon sizes (including the back-button, which remained 'large' or 'small', depending on the toolbox value, whatever I did to the nav-bar). Using MXR, I don't see any way for a toolbar's value to be changed, but I may be missing something. All of this means I don't really understand why we are supposed to set iconsize="small" on the nav-bar. In fact, to me it would make the most sense to remove all of these as they are never changed anymore. Is backwards-compatibility with add-ons the only reason we can't do that?
Updated•11 years ago
|
Whiteboard: [Australis:M?] → [Australis:M?][Australis:P?]
Comment 24•11 years ago
|
||
What is the state of this bug? As far as I see it, there is nothing wrong here, just add-ons that aren't providing good iconography.
Flags: needinfo?(gijskruitbosch+bugs)
Flags: needinfo?(dao)
Comment 25•11 years ago
|
||
(In reply to Jared Wein [:jaws] from comment #24) > What is the state of this bug? As far as I see it, there is nothing wrong > here, just add-ons that aren't providing good iconography. I agree that there appears to be an add-on problem, but it seems like we are doing something wrong with regards to spacing and button size.
Assignee | ||
Comment 26•11 years ago
|
||
We should set iconsize="small" on #nav-bar, like we did before, such that add-ons use small icons, like we want them to. (In reply to :Gijs Kruitbosch from comment #23) > All of this means I don't really understand why we are supposed to set > iconsize="small" on the nav-bar. In fact, to me it would make the most sense > to remove all of these as they are never changed anymore. Is > backwards-compatibility with add-ons the only reason we can't do that? The iconsize stuff is still in toolkit and add-ons often use the same CSS to support multiple applications, different Firefox versions, etc. Even if this weren't the case, we actually don't want to break add-ons and can easily keep them working here, such that they can be marked compatible by AMO without any author interaction.
Flags: needinfo?(dao)
Updated•11 years ago
|
Whiteboard: [Australis:M?][Australis:P?] → [Australis:M4][Australis:P?]
Comment 27•11 years ago
|
||
I think dao understands this one better than I do. I'm updating the whiteboard to do what I think you meant to do, please correct me if necessary. :-)
Flags: needinfo?(gijskruitbosch+bugs)
Whiteboard: [Australis:M4][Australis:P?] → [Australis:M?][Australis:P4]
Comment 28•11 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #27) > I'm updating the > whiteboard to do what I think you meant to do, please correct me if > necessary. :-) Thanks for catching my typo!
Assignee | ||
Comment 29•11 years ago
|
||
Raising priority as this affects a sizeable number of add-ons and all platforms.
Component: Theme → Toolbars and Customization
OS: Mac OS X → All
Summary: Buttons look much much worse on the Australis branch → Add-on buttons on the navigation toolbar are randomly sized due to iconsize="large"
Whiteboard: [Australis:M?][Australis:P4] → [Australis:M?][Australis:P2]
Assignee | ||
Comment 30•11 years ago
|
||
Assignee | ||
Comment 31•11 years ago
|
||
Comment 32•11 years ago
|
||
Comment on attachment 815347 [details] [diff] [review] patch r=me
Attachment #815347 -
Flags: review?(jaws) → review+
Assignee | ||
Comment 33•11 years ago
|
||
http://hg.mozilla.org/projects/ux/rev/70aba2a2ede7
Whiteboard: [Australis:M?][Australis:P2] → [Australis:M9][Australis:P2][fixed-in-ux]
Comment 34•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/70aba2a2ede7
Status: ASSIGNED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
Whiteboard: [Australis:M9][Australis:P2][fixed-in-ux] → [Australis:M9][Australis:P2]
Target Milestone: --- → Firefox 28
You need to log in
before you can comment on or make changes to this bug.
Description
•