Linked by Thom Holwerda on Thu 4th Nov 2010 22:40 UTC, submitted by rhyder
Thread beginning with comment 448870
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
Fixing this involves changing the file manager to show a different name than what the file system presents. Like when I delete two files called test.txt in Thunar, and then go to the Trash folder - it looks like the folder contains two equally named files, but in reality one of them is called test.txt$1. The illusion works as long as you restore the file before opening it. If you directly open the second file from Trash in a program that doesn't know this convention, you see the name as stored in the file system.
I also think it's reasonable to involve the file manager and the "File Open" methods of the various toolkits, since we're talking about a surface-level feature. You can see similar problems with localized user folders, where they still are written in English when using the console or in old GUI programs. Yet another example are the netmounts in gnome, which are located in ~/.gvfs in your home folder. Unfortunately I don't know of any good solution to hide the implementation details without breaking legacy softwares.




Member since:
2005-07-11
Ah of course, thanks for bringing this up. Presenting equally named files as nodes in the same virtual directory doesn't work very well.
Fixing this involves changing the file manager to show a different name than what the file system presents. Like when I delete two files called test.txt in Thunar, and then go to the Trash folder - it looks like the folder contains two equally named files, but in reality one of them is called test.txt$1. The illusion works as long as you restore the file before opening it. If you directly open the second file from Trash in a program that doesn't know this convention, you see the name as stored in the file system.