What's wrong with ~/.thumbcache or a daemon that manages system wide cache?
I have no problem if a plugin wants to parse a file and split it inside the
file-as-dir. However, multiple file streams are a cross-platform nighmare.
Anyone who's used mac os knows this.
--
Tom Vier <[email protected]>
DSA Key ID 0x15741ECE
Tom Vier wrote:
>What's wrong with ~/.thumbcache or a daemon that manages system wide cache?
>
>
>
Moving a file doen't move the associated thumbnail, and then you
notice something is missing, or don't find the file, or have to wait
for regeneration when the app notices a file without a tumb.
That could take some time if you moved a directory full of postscript
files, for example.
Helge Hafting
Zitat von Helge Hafting <[email protected]>:
> Tom Vier wrote:
>
> >What's wrong with ~/.thumbcache or a daemon that manages system wide
> cache?
> >
> >
> >
> Moving a file doen't move the associated thumbnail, and then you
> notice something is missing, or don't find the file, or have to wait
> for regeneration when the app notices a file without a tumb.
> That could take some time if you moved a directory full of postscript
> files, for example.
Use hash + filename in ~/.thumbcache and be smart when trying to find a
thumbnail. That really can all be done in userspace.
Jan
Salut,
On Fri, Sep 03, 2004 at 10:07:00AM +0200, Helge Hafting wrote:
> Moving a file doen't move the associated thumbnail, and then you
> notice something is missing, or don't find the file, or have to wait
> for regeneration when the app notices a file without a tumb.
> That could take some time if you moved a directory full of postscript
> files, for example.
That's why the userland file utilities must be aware of the feature..
Tonnerre
Tonnerre wrote:
>Salut,
>
>On Fri, Sep 03, 2004 at 10:07:00AM +0200, Helge Hafting wrote:
>
>
>>Moving a file doen't move the associated thumbnail, and then you
>>notice something is missing, or don't find the file, or have to wait
>>for regeneration when the app notices a file without a tumb.
>>That could take some time if you moved a directory full of postscript
>>files, for example.
>>
>>
>
>That's why the userland file utilities must be aware of the feature..
>
>
That won't ever happen. There are many ways of implementing
thumbnails, and people don't want to slow down the operation
of "mv" by having it search for _all_ the known thumbnails schemes.
(Yes - several may be in use simultaneosly because the user uses several
file managers!) The waste of time is even more interesting for the many
directories that doesn't have thumbs at all.
A file-as-dir implementation of thumbnails avoids this particular
problem. There are other uses, so I hope people won't see
file-as-dir as a mechanism for "file attributes" _only_.
Helge Hafting