new switch "NOFAIL" to prevent button from aborting in error situations (no items selected when trying to store selection e.g.)
new option CLEARVAR to remove stored selections in variables (supports multiple variables, separated by ";")
applying an empty selection container will give info message instead of error, but still fails the execution (override by NOFAIL if undesired)
v0.5.3 - o2/2o16 & o5/2o16
fix for FROMFILE creating nonexisting files
fix for TOFILE not creating nonexisting files
whenever a filter is set, a tab-scoped variable "Script.SelectEx.FilterEnabled" and "Script.SelectEx.FilterEnabled.bfc.drop" is created. The former allows a button to indicate a currently set filter in a folder by icon. The latter var is meant for use with the AutoVars addin (Event: AutoVars (event-handling for variables)), which will clear both vars and reset the indicator button automatically if it's installed.
Yes, this is because of the unfortunate magic built into some of the native commands and the regular button engine.
If your button does not seem to make use of Select and there are no items currently selected, the Delete command will refuse to do it's job. It's the same for some other native commands iirc. To get around this, you need to add a dummy command at the top. This command will fool DO (or the Delete command) into thinking there are files selected and it will get to work eventually after SelectEx finished its selection. It's weird, I needed to try and was only lucky to remember this oddity, but that's how it is. o)
Select NONE
SelectEx NTH=2
Delete
These kind of irregularities make handling buttons and codes quite unpleasant at times.
This can drive sane people mad, right? o)
Feature request for random MP3 selection: select N files from inside selected folders. The way it is now, we can only random select a number of files from within a folder, or from all folders, after applying the flat view.
I'd like to select like 6 albums, getting a number of random MP3 files out of them. Also, it wouldn't be bad to have an additional function to send those files to the default player right away. In this case foobar.
Could SelectEx be changed so it loops through selected files? After having a quick look at the source code I don't think I would find my way around any time soon.
@tbone: Sorry if these ideas were already discussed above (I've already exceeded my procrastination-time/-budget reading the Opus forum by a solid 3–4 hours today).
I have two suggestions for improvement of SelectEx:
There's no indication that filters activated by SelectEx, are in fact engaged, which can lead to confusion since it's easy to think that there are no items in a folder, when there are. On the other hand, if I use DOpus own filter bar, I have a different background color going on in the file list (see screenshot). Is it possible to achieve such background color or at least some sort of "filters are in play" indication with SelectEx?