Mailing-List: contact bloodhound-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: bloodhound-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of gary.martin@wandisco.com
 designates 209.85.215.175 as permitted sender)
Message-ID: <50041F28.4000103@wandisco.com>
Date: Mon, 16 Jul 2012 15:03:20 +0100
From: Gary Martin <gary.martin@wandisco.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:13.0) Gecko/20120615 Thunderbird/13.0.1
MIME-Version: 1.0
To: bloodhound-dev@incubator.apache.org
Subject: Re: Button styles
References: 
 <CAKoya91iQ512v3Xucia9-X9uKwoHAW81FJc_9Jg+Xmp-QHoCtw@mail.gmail.com>
 <500056C9.8010606@wandisco.com>
 <CAKoya92+yxpEk-w2maPivEHRvPkA=-sD5Vpx0XsrsyWhOP8EMQ@mail.gmail.com>
In-Reply-To: 
 <CAKoya92+yxpEk-w2maPivEHRvPkA=-sD5Vpx0XsrsyWhOP8EMQ@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 07/16/2012 09:27 AM, Joachim Dreimann wrote:
>> [..] 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.

Well, this could remove the annoyance of having to confirm an action so 
I am willing to consider this. Creation of some major objects are likely 
to remain irreversible (tickets being the obvious example) but object 
creation is at least not as much as a problem as object deletion. I 
think we could probably look into providing a means to mark deletable 
objects as deleted, rather than actually removing them from the 
database, to support this kind of behaviour. That and any extension to 
versioning we might need.

I think there will be some very interesting problems to deal with in 
this approach.

Cheers,
     Gary