Written by dcruz the 28 Apr 09 at 10:47.

The dialog should contain collapsed additional information from both files that the user could access, such as:
* size
* creation date
* modification date
* creator
* etc.

The dialog should contain collapsed additional information from both files that the user could access, such as: * size * creation date * modification date * creator * etc.

Written by dcruz the 28 Apr 09 at 10:48.

Have an option the see the difference between both files it those files are textual.

Have an option the see the difference between both files it those files are textual.

Written by Lachu the 28 Apr 09 at 13:08.

GNOME should have option, like in KDE to write file in destination folder, but changes the name. When file should be named "SomeDocument", we should name it "SomeDocument-CurrentDate" or "SomeDocument-SourceFolderName".

GNOME should have option, like in KDE to write file in destination folder, but changes the name. When file should be named "SomeDocument", we should name it "SomeDocument-CurrentDate" or "SomeDocument-SourceFolderName".

Written by Akerbos the 29 Apr 09 at 19:52.

Similar to #3, but rename the existing file (kind of backup style)
I'd like this because most often you want the new file to be in effect at that moment while preserving the old one.

Similar to #3, but rename the existing file (kind of backup style) I'd like this because most often you want the new file to be in effect at that moment while preserving the old one.

Written by sanketmedhi the 4 May 09 at 09:55.

There should also be an option for merging files/folders together just as in some other operating systems. This will be especially beneficial in case of folders.

There should also be an option for merging files/folders together just as in some other operating systems. This will be especially beneficial in case of folders.

Written by philip the 5 May 09 at 22:25.

The motivation is like #2 but for non-text files. If one or both files are images, office documents or media files, diff will not help. Clicking on the file name should open the file. This saves a visual search for the files in the directory.

The motivation is like #2 but for non-text files. If one or both files are images, office documents or media files, diff will not help. Clicking on the file name should open the file. This saves a visual search for the files in the directory.

Written by philip the 5 May 09 at 22:52.

The dialog should contain pre-computed views of the files, so you don't have to wait for (say) the spreadsheet program to load and open the files. The views should be about 100x100 pixels large and should show a cropped, scrollable view of each file. When the user resizes the dialog,, the preview areas should show more or less of the files. Or, a larger preview can show as a tool tip when the mouse hovers over the small preview.

The dialog should contain pre-computed views of the files, so you don't have to wait for (say) the spreadsheet program to load and open the files. The views should be about 100x100 pixels large and should show a cropped, scrollable view of each file. When the user resizes the dialog,, the preview areas should show more or less of the files. Or, a larger preview can show as a tool tip when the mouse hovers over the small preview.

Written by bgfeldm the 12 May 09 at 13:01.

add an option to move old file to the trash before overwrite.
nautulis:
move file to trash before overwrite, if file is a text or document file below a preconfigured size such as 1 MB.

This way overwritten files can be retrieved at a dept of one.
Or you could make the trash bin a temporary source repository for overwritten/deleted files, only storing the diff of the text files, so you limit space taken up by the trash bin and have multiple restore points for files. The repository will be clear every time the user clears the repository or after a defined amount of days.

add an option to move old file to the trash before overwrite. nautulis: move file to trash before overwrite, if file is a text or document file below a preconfigured size such as 1 MB. This way overwritten files can be retrieved at a dept of one. Or you could make the trash bin a temporary source repository for overwritten/deleted files, only storing the diff of the text files, so you limit space taken up by the trash bin and have multiple restore points for files. The repository will be clear every time the user clears the repository or after a defined amount of days.