Hot answers tagged buttons
I would consider two things here: Visual connection to action Common standard implementation To the first point - visual connection: If you see an arrow that points up, you expect something to happen in that direction. You will automatically look up, not down. So every action that goes to a different direction will feel alien, detached. So this argument ...
A button should show what will happen when it is next clicked - not point to something else. When the button above a closed menu is clicked, the content will drop down - so the should point down (to where the content will appear) When the button above an open menu is clicked, the content will move up into the button - so the arrow should point up.
Arrows pointing in our reading direction (right or down) point forwards. Buttons should indicate what happens when clicked. The arrow on a dropdown button should point right or down as it indicates new content will be visible once clicked. Once the dropdown has been opened, clicking the button again should close it. Therefore the arrow should point upwards ...
Since you're asking about the direction of the arrow, you might like to check out the Microsoft standards for glyphs and arrows. Scroll down from here, to the table that lists the different types of arrows and glyphs. It says things such as this: Chevrons point in the direction where the action will occur, to show the future state. Arrows point in the ...
Few thoughts: 1) Think about this - for editing something, you first need to be able to view it right? So there is no issue, in not worrying about telling user upfront about the edit. Progressive disclosure is better rather than trying to tell all at once. User will go the view page, and then a clear mention or hint that he can edit is sufficient. 2) In ...
"view" seems logical - but hard to call without knowing what else you can do on the page. Otherwise "details" or even "view details" would make sense.
Consider the options: It depends on design goals, but customizing the headers looks like secondary action for advanced users. Then you need no to make the control too prominent. And follow @digsrafik's recommendations, these are general, but you didn't specify the goals and context in your question.
There's no "right" in design. To propose a good solution: Make sure you comply to 10 usability heuristics by Nielsen. Make sure technical limitations won't change the final UI dramatically. Test the design with users. Let them complete a real task and see whether they can easily finish it.
I would go for the 2x2 option. It displays the preferred options at the top, big and bold. If you're not one of those you look further and find the other 2 options. The [...] thing doesn't help you. If something is not displayed directly people generally don't find it. For example: items in dropdown navigations are clicked far less than normal (visible ...
If you're looking for an element that will avoid any assumption of "progress," I'd go with a spinner. Best possibly placed to the left of the text in the button. A spinner tells the user there will be action required "later," rather than "at this time," which, if it does draw the eye of the user, will only send their eyes back to the current intended ...
Only top voted, non community-wiki answers of a minimum length are eligible