[Bug 170979] strange behaviour in "save as" dialog

Brendan Hide brendan at webafrica.co.za
Thu Sep 25 14:35:47 CEST 2008


http://bugs.kde.org/show_bug.cgi?id=170979





--- Comment #10 from Brendan Hide <brendan webafrica co za>  2008-09-25 14:35:42 ---
My thoughts here is that data integrity is more important than convention.
Unfortunately, the rule of thumb cannot fit all situations.

When using "single-click", clicking on the file could go as far as to move
focus to the [Save] button but shouldn't actually go ahead. Keyboard users (ppl
who don't like the mouse) might not like that, though they're not likely to be
using "single-click" mode anyway. Double-click isn't *supposed* to feature when
using the "single-click" rule though it would be convenient to make
double-click "go ahead". I believe this would prevent unintentional overwrites.

When using "double click", single-clicking should select and NOT move focus to
the [Save] button. Double-click should "go ahead".

I believe the only debate left is whether or not a single-click, under
"double-click" rules, updates the "Location" text box with that selected file's
name.

My personal preference is to update the Location with the file's name. This is
the precedent on previous versions of KDE as well as other non-KDE systems.

An example where updating the Location text is more convenient is if you have a
folder open with 1000s of log files named by date. Autocomplete won't be a help
here at all.

I also just noticed that the "Open" dialog box has the exact same
"single-click" behaviour even when I've chosen the "Double-Click" rule. Changes
to the Save dialog should probably be made to the Open dialog as well for
consistency. At least opening a file isn't naturally destructive. :)


-- 
Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the Kdelibs-bugs mailing list