Hello, fellow developers,
In the filesystem I am developing a plugin for, there can be multiple "files" with the same name. When it comes to operations like "delete" I have no means to decide which file to delete by just parsing the remote path handed in by TC. So when creating the filelist I would like to include a special value for each entry returned by FsFindFirst and FsFindNext. So far I do not see that this is possible.
Its also not possible to encode this information in some way into the filename itself without cluttering up the filename display. I tried to encode it into the filename in a hidden way after the first "0" terminator of the C-string like this:
<filename>\0<info>\0\0
But I never get this string back from TC, of course.
Does anybody of you have an idea how to save arbitrary data for each file entry in such plugin?
Thanks in advance,
Phil
[wfx] Saving arbitrary data for each entry
Moderators: Hacker, petermad, Stefan2, white
[wfx] Saving arbitrary data for each entry
The Dude Abides.
- majkinetor !
- Power Member
- Posts: 1580
- Joined: 2006-01-18, 07:56 UTC
- Contact:
U can do this:
Append ALT 0160 (pseudospace) to the end of eatch duplicate name. Eatch next name should have one pseudospace more.
So you are basicly making different names that appear to be the same to the user.
If you have 4 same enteries named A, you will have:
Ap
App
Appp
Apppp
that will all look the same : A
Append ALT 0160 (pseudospace) to the end of eatch duplicate name. Eatch next name should have one pseudospace more.
So you are basicly making different names that appear to be the same to the user.
If you have 4 same enteries named A, you will have:
Ap
App
Appp
Apppp
that will all look the same : A
Habemus majkam!
philk, I have run into the same problem. It would be great if the host provided a way to associate a custom context (a pointer-sized quantity would do) for each file.
I have worked around this by encoding my custom identifier in the returned file name. This makes the filename long and contain internal data, which is not very pretty. I've added a new custom column which is the real name, and can be duplicated.
I have worked around this by encoding my custom identifier in the returned file name. This makes the filename long and contain internal data, which is not very pretty. I've added a new custom column which is the real name, and can be duplicated.
comrade (comrade64@live.com; http://comrade.ownz.com/)