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@gmail.com>

2009/10/24 Thorsten Wilms <t_w_@...2257...3...>:
>> 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@...1794...s.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel