Virtual folders...again (sorry!)

[Valery_Kondakoff]

Thanks for your answer (and big thanks for TP: this plugin comes closest to FAR TempPanel).

If there is a chance you will start developing of TP again? As you may see - there is enough interest to TP functionality...

[DrShark]

2Valery_Kondakoff

If there is a chance you will start developing of TP again?

Try to ask plugin's author

[Valery_Kondakoff]

thanks - I was mistakenly thinking you are the author!

[leopoldus]

The update is useless according to my test.
Although there is a setting now to disable the annoying "delete link or physical file", this one is NOT remembered and does NOT work.
The setting "Goto file on return" still has no effect too, besides showing the egg timer.

I'm not sure, but what about changing those settings directly in the configuration file TempPanel.ini? Have you tried it?

BTW, there is another plug-in from the same author (???) of TempDrive, I mean Link Drive - http://tirna.narod.ru/soft/tcplugins_en.htm. What do you think about it? It is very old too (year 2002), but seems it to work under TC 7.02, although have not yet tested it enough myself.

With File Redirector and TempDrive I have another problem as well: files get the current timestamp after copying to plugin's panel. Is it a general bug of those plugins or I do something wrong myself?

[icfu]

Why don't you try it yourself?

Search the forum archive for my comments about temp panel plugins, I won't continue to discuss this crap again and again, it's a waste of time for years meanwhile.

Icfu

[leopoldus]

Why don't you try it yourself?

The reason is very simple: I have not been using this plugin for many years nor interested in using it. But I thought you do, that's why I shared my not-very-original idea with you instead of leaving hidden. I had not any intention to offence you, sorry

[Herr Mann]

I do not know if that was already written.
What do we want to achieve with virtual folders?

I tray it in english sorry.

What does "Virtual Folders" mean?

Collect Files und Folders from different places, like Temppanel etc.?
So that we can copy/move it in one step.
I think there are no changes necessary.
It is repeatedly pointed out Temppanel, but these are not "Virtual Folders"!

If I hear "Virtual Folders", then I thinking of the following ...

I can save previously set Views and show it in only one Tab!
When I use Strg+F12, it apply to all open Tabs (on the same site)!
This is stupid.
If I save a Tab this settings will not keep.

The solution is to separate the Tab views, so that every Tab can show something different.
Now, I can open a new Tab, press Strg+F12, define a customized View and save this Tab.
Later I can restore this saved Tab with the same Settings/customized View.
And we already have a kind of "Virtual Folders"


I hope it was reasonably understood what I wanted to say.


Edit:
Example: Look at Mozilla Thinderbird, it has "Virtual Folders"
"File - New - Saved Search" in german it is named "Virtueller Ordner"
How does it work?
You create a new "Virtual Folder" and it open a "config Windows" where you can
specify special criteria to search your e-Mails.
After you have it saved, you can select this Folder and automatically starts the search for matches.

So I imagine it in the TC. Either in Tab or in "(Special) Virtual Folder", as a saved search.

[Balderstrom]

An implementation of Virtual Folders internally by TC would be easy. Here's how:

Expand the handling of .LST files. Perhaps create a new extension, .VFL

Currently when you browse a .LST file, and double-click on a file within you are presented with an Unpack Dialog. This is an uneccessary popup, and could be done away with.

By allowing the user to do the following, when viewing a .VFL|.LST:
(1) Drag&Drop|Copy new Items into a .VFL (or .LST), just like you can with zip/rar/etc.
(2) Delete Items from a .VFL|.LST
(3) Click on Items to perform the default actions on the file that is referenced.
(4) Perform any TC normal command on an Item as if acting on the file it references.

When performing (1) and (2) in a viewed .VFL all TC has to do is update a TEXT file that has .LST file information.


This completely does away with having to rely on dropping Hardlinks all over the place.
Is an easily managed TEXT file and takes up very little space.
When dragging things OUT of a .VFL or F5 COPY, again all TC has to do is make a copy of the referenced file to where you want it to go.

(1) By Nature, The action of "MOVE" would be disallowed.
(2) Deleting from a VFL only deletes its item from the .VFL text file.
(3) cm_GoToActualFile :: when the cursor is on an item in a .VFL - would open up that actual folder with the cursor on that file.

#3 has been requested already, by Fenix, though his requested usage would be when in DirBranch view. The end result is the same. Go to the file.


Since TC knows you are browsing inside a .LST|.VFL this would be easily and transparently handled.


And all this requires is for TC to get a slightly better grasp on .LST files, and stop disallowing you to use it as a normal archive-like-file, that allows deletion/insertion/copy/etc.

I am also fairly certain this would fulfill 99% of the usage people have requested of this feature.

[jdmarch]

Surely you are talking not about TC's internal capabilities but about the DiskDir plugin?

One important capability which I think is not covered by your proposal is listing the correct current properties of the file: size, timestamp, attribute flags.

[Balderstrom]

Surely you are talking not about TC's internal capabilities but about the DiskDir plugin?

One important capability which I think is not covered by your proposal is listing the correct current properties of the file: size, timestamp, attribute flags.

Ah right, I forget that diskdir association needs to be assigned afterwards. Since it was done by Christian I tend to think of it as "internal".


That latter part would need a new command. Akin to how RAR can update its archive contents.
cm_UpdateLST :: check for/update file properties of Items in VFL|LST

Of course... Even 2 hardlinked files don't appear to update their dates or filesizes when properties change to one of the files in question... until the hardlink clone is opened or its properties are queried (context menu/properties).

[jdmarch]

For anybody else following this topic but not tracking new plugins carefully, I just learned of this excellent newish one: Virtual Panel