That is because Songbird consider the metadata of your files, not the name of the file. Moreover, Songbird is "watching" a particular folder. If you move this folder completely ouside of the watched folder, there will be a problem.
But please, can we be a little less ambitious and refocus on a solution that wouldn't require a change in all major filesystems ?
2009/10/24 Rock Star <rockstar1707@...400...>
A short comment about tracking files...
I assume Songbird has some similar functionality.
For example, I have some songs in some folder and I import/add them into Songbird. Later on I find out that I don't like the naming of the files or a folder where the songs are, so I simply use some file manager to change their names. This "external" renaming of files (or folder where the file is located) doesn't seam to cause problems to Songbird. It always plays the right song that I choose from the database. So it's obviously tracking that file somehow.
I have no idea how does it do that or if this is exactly the same as what the conversation is about, but I thought that it might be useful to know.
Rok
2009/10/24 Krzysztof Kosiński <tweenk.pl@...400...>
2009/10/24 Thorsten Wilms <t_w_@...123...>:
But how would it work? How do we find a file, if we don't know its
path?
Each file would have to have a system-wide unique ID, independent of path and name.
Neither Linux nor Windows provide such functionality. I don't know how to implement it in userspace in a way that would not hog down the system.
Or you would have to keep track of where you have links to files to trigger updates whenever a file is renamed/moved.
Even on Linux, inotify does not provide information where a file is moved, only that it is moved somewhere. Detecting where a file is moved would require watching every directory on the entire filesystem (see http://www.linuxjournal.com/article/8478). This is usually impossible, because there is a limit on the number of watches you can set (usually 8192), and you have to set one watch per directory (inotify watches are not recursive). Even if we didn't hit the limit, it would work only when Inkscape is running, and would not prevent breaking documents when sending them to someone else.
Regards, Krzysztof
Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel