868622 - [UX] Implement the new Australis styling for the refresh/stop/go buttons

Status: RESOLVED FIXED

(Firefox :: Theme, defect)

Description

[rexyrexy2]

In the UX builds, the refresh/go/stop buttons still have the old non-australis styling. The new styling should be implemented.

Comment 1

[u428464]

Should block bug 727650.

Comment 2

[Justin Dolske [:Dolske]]

Not sure what if anything needs done here.

Comment 3

[rexyrexy2]

The australis has stop, go, and refresh buttons that have a background on hover and press. this should be implemented

Comment 4

[u428464]

You shouldn't have reset the flag. 

FWIW see bottom : http://people.mozilla.com/~shorlander/files/australis-designSpecs/australis-designSpecs-windows7-mainWindow.html

Comment 5

[Stephen Horlander [:shorlander]]

Moving to Australis v2

Comment 6

[(Currently slow to respond) Philipp Sackl [:phlsa] (Firefox UX) please use needinfo]

The spec doesn't consider the dropdown arrow in the awesomebar. I think that's the only detail we need to figure out before this can move to implementation.

Comment 7

[Michael Maslaney [:mmaslaney] ([e-mail])]

Attachment: Prompts_StopGoRefresh.png

Mock

Comment 8

[Michael Maslaney [:mmaslaney] ([e-mail])]

Attachment: Prompts_StopGoRefresh_Spec.png

Spec

Comment 9

[Michael Maslaney [:mmaslaney] ([e-mail])]

Attachment: StopGoRefresh_Spec.png

Spec

Comment 10

[Michael Maslaney [:mmaslaney] ([e-mail])]

Attachment: Stop-go-refresh-icons.zip

Assets

Comment 11

[u428464]

(In reply to Philipp Sackl [:phlsa] from comment #6)
> The spec doesn't consider the dropdown arrow in the awesomebar. I think
> that's the only detail we need to figure out before this can move to
> implementation.

This is still needed.

Comment 12

[(Currently slow to respond) Philipp Sackl [:phlsa] (Firefox UX) please use needinfo]

(In reply to Guillaume C. [:ge3k0s] from comment #11)
> (In reply to Philipp Sackl [:phlsa] from comment #6)
> > The spec doesn't consider the dropdown arrow in the awesomebar. I think
> > that's the only detail we need to figure out before this can move to
> > implementation.
> 
> This is still needed.

Having a similar style on the dropdown arrow would look odd (floating box in the middle of the URL bar), so we should stay with the current hover/active style on that.

Comment 13

[Dão Gottwald [:dao]]

The mockups only shows hover and active states. They don't show the default state. I assume that state would continue to have no border and no background. How is the spacing around the dropdown arrow and the reload icon supposed to work out there? It seems like they might be too far apart.

Comment 14

[henryfhchan]

Please no. The red background snatches away the user focus; it's glaring to the eyes. A red background was proposed a few years ago, and was shot down again and again for the exact same reason.  Nothing else in the browser is glaring red. It doesn't fit and hurts usability.

Comment 15

[(Currently slow to respond) Philipp Sackl [:phlsa] (Firefox UX) please use needinfo]

(In reply to henryfhchan from comment #14)
> Please no. The red background snatches away the user focus; it's glaring to
> the eyes. A red background was proposed a few years ago, and was shot down
> again and again for the exact same reason.  Nothing else in the browser is
> glaring red. It doesn't fit and hurts usability.

The background is only red on hover, so it won't grab attention unless the user is already focusing on this part of the UI.

Comment 16

[u428464]

(In reply to Philipp Sackl [:phlsa] from comment #12)
> (In reply to Guillaume C. [:ge3k0s] from comment #11)
> > (In reply to Philipp Sackl [:phlsa] from comment #6)
> > > The spec doesn't consider the dropdown arrow in the awesomebar. I think
> > > that's the only detail we need to figure out before this can move to
> > > implementation.
> > 
> > This is still needed.
> 
> Having a similar style on the dropdown arrow would look odd (floating box in
> the middle of the URL bar), so we should stay with the current hover/active
> style on that.

It's correct, but I was thinking about the icon which is different on the spec compared to what is currently used (at least on Windows).

Comment 17

[Michael Maslaney [:mmaslaney] ([e-mail])]

Attachment: Prompts_StopGoRefresh.png

Default added

Comment 18

[henryfhchan]

There isn't Any other button that changes so abruptly on hover (especially) or pressed state.  This seems very inconsistent with other elements in Australis.

Comment 19

[Gary [:streetwolf52]]

Why can't this land?

Comment 20

[:Gijs (he/him)]

(In reply to Gary [:streetwolf] from comment #19)
> Why can't this land?

Because this is a UX bug - all that's been done is design work. Implementation is bug 1040804, and nobody has written a patch.

Comment 21

[Gary [:streetwolf52]]

Thanks for the info.