Assigning an index to wfx plugins and using them with the cd command

Here you can propose new features, make suggestions etc.

Moderators: white, Hacker, petermad, Stefan2

Post Reply
Fla$her
Power Member
Power Member
Posts: 2318
Joined: 2020-01-18, 04:03 UTC

Assigning an index to wfx plugins and using them with the cd command

Post by *Fla$her »

As you know, in the "File system plugins" dialog, we can rename the directory names of wfx plugins at our discretion.
The problem is that when we want to fix something in the old name, we will have to fix the name in buttons, user commands, the dirmenu list and somewhere else.
It would be useful if the wfx plugin was assigned some kind of unshakable index and it became possible to use it in paths instead of the name.
For example:
PassStore=%COMMANDER_PATH%\Plugins\wfx\PassStore\PassStore.wfx:35454
cd \\\#35454\Internet\ = cd \\\PassStore\Internet\
Overquoting is evil! 👎
User avatar
Gral
Power Member
Power Member
Posts: 1467
Joined: 2005-01-26, 15:12 UTC

Re: Assigning an index to wfx plugins and using them with the cd command

Post by *Gral »

Well, if we keep the programs in some directory and we change its name, we will have to fix the name in buttons, user commands, the dirmenu list and somewhere else.
So every directory on every disk should was assigned such a index too?
Fla$her
Power Member
Power Member
Posts: 2318
Joined: 2020-01-18, 04:03 UTC

Re: Assigning an index to wfx plugins and using them with the cd command

Post by *Fla$her »

Shouldn't. My suggestion does not apply to regular folders. And here are the main reasons:
  1. Users turn to the list of plugins in Network Neghborhood much more often than to program folders.
  2. There is no point in localizing folder names in program paths, but there is one for plugin names in the Network Neghborhood list.
  3. The names of program folders rarely have non-Latin characters, i.e. most likely the entire list will have a common set with the input language.
  4. At the same time, a localized list of wfx plugins may have a non-Latin set, therefore, its localization is relevant for a better perception by a carrier of other alphabets, which simplifies quick search and filtering in the Network Neghborhood list.
Overquoting is evil! 👎
Post Reply