Lupo73 wrote:
In the past days I made some improvements and added the core of "Change Properties" action (that supports the main BulkFileChanger features). Now my doubt is how to integrate it as an action, because it doesn't need a destination field. My idea is to add a button like for Create List (to open configuration window) and a disabled input field next to it. What do you think about it?
That sounds reasonable. I am however developing an idea to completely change setting up associations, that may help with the multiple actions on one drop request that keeps popping up. I'll make a post about it when i have it fully thought out.
Lupo73 wrote:
I have another question for you: the number of special abbreviations is growing and their window contains several tabs now, so I'm considering if redesign it. What do you propose?
I think a tree view would be handy. Collapsible categories with variable names inside, and descriptions on hover. I'd also like to have the [EnvironmentVariables] section from the settings.ini available there. If possible two input fields and a button at the bottom of the dialog for adding new EnvironmentVariables on the fly would be nice.
Now a possible bug (or I just don't know what I'm doing).
%SKINSPATH%**$1=%CURRENTPATH%rmskin_template\Template\Skins|Skins|>KB;>;>;>|Enabled|
Should that association copy any folder with all contents, files and folders to the new location? What is happening is it copies only the first subfolder alphabetically, recursively and only the files for the deepest folder in that pattern.
FolderA
>>>FolderB
>>>>>>FolderA
>>>>>>>>>File
>>>>>>>>>File
>>>>>>FolderB
>>>>>>>>>File
>>>>>>>>>File
>>>FolderC
>>>>>>FolderA
>>>>>>>>>File
>>>>>>>>>File
>>>>>>FolderB
>>>>>>>>>File
>>>>>>>>>File
>>>FolderD
>>>>>>FolderA
>>>>>>>>>File
>>>>>>>>>File
>>>>>>FolderB
>>>>>>>>>File
>>>>>>>>>File
Results in a copy with only
FolderA
>>>FolderB
>>>>>>FolderA
>>>>>>>>>File
>>>>>>>>>File
Is my rule not correct?
P.S. I am using NirCmd for now to get the input dialog for the rename command.