-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Investigate button styles #1162
Comments
What's the difference between "action required" and "no action required"? I find that a little confusing. Could you provide an example of a major app using this technique? |
@graygilmore for example in http:https://codepen.io/pen/ when you start typing the save button changes border-top. That's the action required. @Mandily great work. I like consistency but I also think that using colors to define positive/negative actions are generally a good thing. Maybe even giving more emphasis to the main action of the page could be a good idea? eg the edit button on an edit page is more relevant of the cancel or delete button? |
I updated the post above as well. This is how I see it: Static no action required (example: download list, filter results - things that don't need to be done on a page) in the case of action required buttons, nothing in the button itself has changed, it's more of an indicator about what is happening in the page. |
I think I would lean towards most buttons being "no action required". Eg: Update and Cancel are both no-action-required until an input is changed, at which point Update becomes an action-required button (bonus points for I'm interested in @kennyadsl concept of color for "positive" or "negative" actions. I think color-primary (green for github blue for new solidus) is a very upsert color, to be used for all create and update actions. |
I like the idea of two kinds of buttons. But we should only ever have one main-action button, so the user isn't confused of having multiple "main" actions on that page. (That would be "save" on form pages and "create new" on list pages, for instance). I also like the idea of having "action required" states. We could have a little effect on the button that needs action (remember the glow effect of old Mac OSX versions). I kinda like that, but leave the decision to the designers.
Disclaimer: Also I like the color-for-state option, I think that's not state of the art anymore and doesn't provide too much benefit for the user and can (think of foreign cultures having different color codes) lead to false effects. |
I agree with @Sinetheta in that a button isn't an action-required button until something happens. It looks like we're leaning towards two types of buttons but there's two camps on how to define those types.
I'm with @tvdeyen and like the idea of main actions vs secondary actions because it focuses on priority instead of intent. I don't have any user data to back me up on this but I think highlighting actions based on a page's purpose would lend itself to a cleaner look, rather than highlighting all buttons with two different colours. @kennyadsl and @Sinetheta Do you have any thoughts on why negative vs positive might be better? |
@tvdeyen speaking of @Mandily which buttons would you highlight on this page? I think the main action is "Comment", but once I'm editing this comment it's suddenly "Update comment" and that would leave poor old "New issue" at the top looking rather bland. Hence my creating is highlight destroying is not. |
I dropped the ball on keeping up with this. I've had some time to mull this over, and had a chat with @Sinetheta to come up with the following: Ideally I'd like to see our interaction model use button types and icons being determined by priority, with a special case button colour for destroy items. Primary buttons can happen multiple times on a page, but generally not in the same 'group'. So the 'save' button at the bottom of the page, and the 'new item' button in the header could both look the same because they're regarding two different functions on the page. First thoughts are primary buttons using blue, secondary grey, and all destroy items red. This ensures the user can find what we deem to be their primary motivation in any particular area of the page, and we can better warn and prevent them from accidentally deleting something they shouldn't. How do you all feel about that? |
I'm fine with this. 👍 |
I think it works @Mandily |
Let's also make sure to use the Bootstrap classes for these, cc @jrochkind. |
The admin UI has been redone since this was suggested and @Mandily is no longer active in the community. While the suggestions here are good, perhaps it's worth closing this as this isn't actionable in its current form. |
I'd like to make buttons in the admin more intuitive by giving them multiple states. Buttons that submit forms and do in page functions should also have a progress spinner inside as well. The purpose of this issue is to discuss what styles need to be created to do this. This will inform a future issue about creating different visual styles (including a spinner button) for the button states.
Once we're done exploring this issue, I will update the mockups in #520 Admin branding to reflect our decisions here.
Button states (not all buttons have all states)
Each state is distinguished visually different from the others
States could look something like this, with button type styling being applied as colour at a later step:
![screen shot 2016-05-18 at 3 57 36 pm](https://cloud.githubusercontent.com/assets/15271353/15373022/63aa1c42-1d11-11e6-99ea-0fb8bdc8bf3b.png)
Button types
Should different types look different from each other?
Should different types look different from each other?
There's two options for this question
The thread in #520 Admin branding was discussing using different colours for positive and negative actions, but we were inconclusive on what defined a negative action and we never reached a resolution.
At this point, after considering all of the various states a button could have, I'm leaning towards a cleaner look with buttons using one colour (blue) throughout, with no emphasis on positive, negative or important to notice buttons. We'll use the Spree Blue now, and when we do our brand overhaul we'll change it to the new Blue Steel palette.
I'd like to take it to the community - Do you prefer different styles for different types of buttons or consistency throughout? If you prefer multiple styles, how do you define which buttons get which styles?
@davekiss @tvdeyen @Sinetheta @mamhoff @graygilmore
The text was updated successfully, but these errors were encountered: