[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-usability
Subject: Re: [KDE Usability] Review Request: Add a confirmation window when
From: Jan-Christoph Borchardt <jan () inquata ! com>
Date: 2010-03-31 21:57:21
Message-ID: s2me1a40fbe1003311457m47eca63cx15c06a08e5d977c1 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
David: I agree. The undo would be out of place after the final delete,
because that is supposed to be, well, final. It is suited for the =C2=BBmov=
e to
trash=C2=AB-action though.
Side note: Global undo would be a killer feature for sure.
I feel the trash has created an anti-pattern when it comes to file recovery=
;
we do not want to lose our files but we want to keep everything clean, henc=
e
we empty the trash regularly. This makes little sense with todays big hard
drives.
Dropbox for example has a far better approach: It has no visible trash,
deleted items are only hidden and recoverable for 30 days. You can
permanently delete them if you want but you do not feel the urge to do it
because they are not prominently displayed.
The opposite is true for the trash: It always sits there in the bottom righ=
t
corner, waiting for the user to empty it. On any OS I install, the first
thing I do is remove the trash icon from sight. Data is far more valuable
than a little more disk space.
On 31 March 2010 22:40, David Faure <faure@kde.org> wrote:
> On Wednesday 31 March 2010, Dotan Cohen wrote:
> > > - Provide a 30 seconds Undo action (highly visible, passive). If the
> user
> > > wants to delete the file, it's just one action; but if it was
> accidental,
> > > she has a security net of 30 secs.
> >
> > This looks like a good idea. Gmail has such an Undo function.
> >
> > I wouldn't expect the Undo function on Move To Trash, but I would
> > expect it for Delete and for Empty Trash.
>
> Which makes no sense, sorry :-)
>
> If your disk is full and you empty the trash, you certainly expect to get
> more
> disk space immediately... not after the 30 seconds undo, when the system
> can
> finally delete the files and make more space.
>
> Real deletion is -supposed- to delete immediately, otherwise assumptions
> are
> broken. This means no undo, but there's no other way.
>
> --
> David Faure, faure@kde.org, http://www.davidfaure.fr
> Sponsored by Nokia to work on KDE, incl. Konqueror (
> http://www.konqueror.org).
> _______________________________________________
> kde-usability mailing list
> kde-usability@kde.org
> https://mail.kde.org/mailman/listinfo/kde-usability
>
[Attachment #5 (text/html)]
David: I agree. The undo would be out of place after the final delete, because that \
is supposed to be, well, final. It is suited for the »move to trash «-action \
though.<div><br></div><div>Side note: Global undo would be a killer feature for \
sure.<div>
<br></div><div>I feel the trash has created an anti-pattern when it comes to file \
recovery; we do not want to lose our files but we want to keep everything clean, \
hence we empty the trash regularly. This makes little sense with todays big hard \
drives.</div>
<div><br></div><div>Dropbox for example has a far better approach: It has no visible \
trash, deleted items are only hidden and recoverable for 30 days. You can permanently \
delete them if you want but you do not feel the urge to do it because they are not \
prominently displayed.</div>
<div><br></div><div>The opposite is true for the trash: It always sits there in the \
bottom right corner, waiting for the user to empty it. On any OS I install, the first \
thing I do is remove the trash icon from sight. Data is far more valuable than a \
little more disk space.</div>
<div><br></div><div><br><div class="gmail_quote">On 31 March 2010 22:40, David Faure \
<span dir="ltr"><<a href="mailto:faure@kde.org">faure@kde.org</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;">
<div class="im">On Wednesday 31 March 2010, Dotan Cohen wrote:<br>
> > - Provide a 30 seconds Undo action (highly visible, passive). If the \
user<br> > > wants to delete the file, it's just one action; but if it was \
accidental,<br> > > she has a security net of 30 secs.<br>
><br>
> This looks like a good idea. Gmail has such an Undo function.<br>
><br>
> I wouldn't expect the Undo function on Move To Trash, but I would<br>
> expect it for Delete and for Empty Trash.<br>
<br>
</div>Which makes no sense, sorry :-)<br>
<br>
If your disk is full and you empty the trash, you certainly expect to get more<br>
disk space immediately... not after the 30 seconds undo, when the system can<br>
finally delete the files and make more space.<br>
<br>
Real deletion is -supposed- to delete immediately, otherwise assumptions are<br>
broken. This means no undo, but there's no other way.<br>
<font color="#888888"><br>
--<br>
David Faure, <a href="mailto:faure@kde.org">faure@kde.org</a>, <a \
href="http://www.davidfaure.fr" target="_blank">http://www.davidfaure.fr</a><br> \
Sponsored by Nokia to work on KDE, incl. Konqueror (<a \
href="http://www.konqueror.org" target="_blank">http://www.konqueror.org</a>).<br> \
</font><div><div></div><div \
class="h5">_______________________________________________<br> kde-usability mailing \
list<br> <a href="mailto:kde-usability@kde.org">kde-usability@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-usability" \
target="_blank">https://mail.kde.org/mailman/listinfo/kde-usability</a><br> \
</div></div></blockquote></div><br></div></div>
_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic