bloodhound-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joachim Dreimann <>
Subject Re: Button styles
Date Mon, 16 Jul 2012 08:27:15 GMT
> [..] As such we may prefer to
> apply the primary action logic to distinguishing buttons to the confirmation
> pages.

Just because it is related to this I would like to mention that
confirmation pages and dialogues are generally poor at achieving their
goal. There seems to be a general habit of ignoring / skipping through
these by just selecting OK or similar. Never mind situations in which
the user is certain that the action is justified, but learns later
that is wasn't.

For those reasons I believe we should always prefer making it easy to
reverse an action over asking whether it was actually intended.

- Joe

On 13 July 2012 19:11, Gary Martin <> wrote:
> Ah, did you notice that I had actually already taken out all the coloured
> buttons? I am glad there was some justification of this.
> So, we are starting from a pretty much clean slate and any changes should
> strive for consistency. I believe that all delete actions are backed up by
> confirmation pages, including wiki page deletion. As such we may prefer to
> apply the primary action logic to distinguishing buttons to the confirmation
> pages.
> On the other hand, in creating content, we don't have confirmation on
> cancelling. This is a little harder to deal with in a way because there are
> more ways to lose the data than just cancelling! We could consider changes
> to behaviour if this will help though.
> Cheers,
>     Gary
> On 07/13/2012 04:27 PM, Joachim Dreimann wrote:
>> Hi all,
>> I would like to suggest a few things regarding the buttons throughout
>> the application:
>> 1. They should all be plain (class btn) unless it can be justified why
>> they should be of any other style. See below for criteria.
>> 2. Primary actions should always be more prominent than secondary actions.
>>      One specific example is that while editing a wiki article the user
>> is more likely to want to submit changes then to cancel. It's why
>> he/she started editing the article for in the first place.
>> 3. Prefer safe actions.
>>      Again in relation to wikis, it's easy to delete a version that has
>> been submitted accidentally. If the user accidentally clicks cancel,
>> all edits have to be rewritten. That causes grief. Nevermind deleting
>> a page accidentally.
>> In practice this could be implemented by making the Submit changes
>> button more prominent (btn-primary), while potentially styling the
>> Cancel, Delete version and Delete page buttons like links, which
>> appear less prominent than buttons.
>> What do you think?
>> - Joe

View raw message