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

[Aaron Peterson]

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





--- Comment #13 from Aaron Peterson <alpeterson gmail com>  2008-10-15 07:12:22 ---
a. the user often doesn't choose to click.

   all it takes is a gummy mouse ball and a user can miss click.

b. "rename" does not make sense in a save-as dialog warning that a file would
overwrite another.

the user would not know what is being renamed -- the file that they are
overwriting or the file that they are saving.

If a user downloads a file such as "ItunesSetup.exe" where the idiotic company
that provides it doesn't provide version information in the name, and the user
hopes to add some sort of version information -- It could be possible for the
user to make a new folder and save the file in a new folder.  This is easily
done in the existing dialog box, and no new functionality is needed.

c.  Now, you bring up a good point that the user may want to have a new version
of a file take over for an old version of a file.

This is what symlinks are for, and I believe there might be a place for
selecting a symlink as a "save as" target and have another dialog poping up as
" This file is a symlink pointing to---location, would you like to replace the
symlink with this file, redirect the symlink to point to the new file, cancel

at that point if the redirect the symlink to point to the new file, another
save-as dialog comes up.

d.
You mentioned the difference between save and save-as.   Save behavior must
start with a new file (such as Untitled3), or replace the same file, or
overwrite an existing file after a choice to abort (default abort)


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