but it has 2 bugs: (see example filter)
(1) it only shows filter#1 the rest of the colomn stay empty, even if the folders contain those filetypes
(2) 1_type=1 still shows [Yes/No], it should be [x]
Seems to work now. Thank you very much for your time and effort!
I have 2 remarks/requests:
(1) the current extension parameter is case-sensitive; can you add an option to turn this off?
Now to match a zip archive I have to add *.zip|*.ZIP|*.Zip (etc...)
(2) the search is only done in 1 directory-level deap. Could you add a option to search deaper?
Will probably slow the plugin down sometimes but now, for example: when searching for zip archive in C:
[C:\downloads-old\test.zip] is found and matched
but
[C:\documents\downloads\hello.zip] will not be found and the directory [C:\documents] will NOT be marked
2adom_sapek
I will try to find some time for idea #2.
For #1 it looks it its already there! I forgot completely that I've implemented regular expressions when this plugin was called WDXcontains. I am not sure is it still fully working but I've just made sample test with EmptyWDX.ini:
well, frankly speaking it works already - not case sensitive extentions - no need to use regexp - looks like it's been implemented already - just don't know how I missed this one
2fenix
if you FIND some time you could add a possibility to configure booleans inside ini file, something like:
...0 = 'no'
...1 = 'yes'
or
...0=''
...1='x'
so no need for #_type=# field anymore - or not (if there is some other purpose it's being used for that i'm not aware of).
I did have to port some TC Config to 64Bit and EmptyWDX is not yet ported !
AS i did find the source code of 0.0.3b i did compile it and all workd OK.
// The only issue i had to take into account is that ininame calculation gess extension length of the module is 3 char only. I did changed the the two last instructions of GetIniName function !