Re: [patch] confirm before sending to trash

[Olav Vitters <olav vitters nl>]

On Wed, Mar 16, 2011 at 11:21:12AM +0000, Giorgio F. Gilestro wrote:
> Yet they provide a solution and make users happy. Do I really have to
> explain why having a solution to a problem is better than having no
> solution? Especially if this is going on for at least 7 years and
> hundreds of users complaint about it?

So implement the undo ability and something which makes it clear that a
file was deleted.

> >>>> 3) If workaround is implemented, good solution will never be solved
> >> This is NOT a workaround.
> > 
> > It is definitely a workaround. The fact that you want to make this
> > option configurable shows that it is not a proper solution. 
> 
> There are plenty of configurable options in nautilus: are you saying
> they all lashups?

No, we're talking about this specific case. Unless absolutely needed and
not solvable in any other way, there should not be an option to do the
right thing.

> Either you
> > enable it and youʼre confronted with annoying dialogs, or you disable it
> > and you can delete file by mistake. Congratulations, you now have 2
> > different broken behaviors instead of one.
> 
> What drives me mad about this attitude is that hundreds of people would
> be more than happy to have a confirmation dialog. But nope! Someone
> always know better than them what is good and bad. By the way, this is
> the reason why the patch gives the option to enable/disable that dialog
> on the first place. I erroneously thought: "people who want the dialog
> will enable it and be happy, people who don't will leave it alone and
> keep discussing about what is the really truly best solution for the
> next 7 years".

It was already explained that we want to solve it. Just not via a
confirmation dialog. Additional configuration options also cause
maintenance problems.
The more configurable the software, the more likely bugs will popup (as
not every combination will be tested). This might not apply much in this
case (seems simple), but it is always considered.

Striving for a good solution doesn't mean someone knows better than
users. Just that the solution should be a solution, not a workaround.

Nobody is blocking development on a nice solution.

And options which just changes behaviour instead of doing the right
thing is not something which is usually done.

-- 
Regards,
Olav