That's very good to know... (I'm in good company. )Right now mine is
<TargetPath>..\{category}\{appname} v.{reversion}.{extsn}</TargetPath>
I'm using right now a "reversion" variable to "automatically clean-up" almost all obtained version numbers. The keyword here is almost... some softwares must have this variable further customized. That's the reason why I'm hesitating to use a more simple approach with a "global variable" with the same name and avoid declaring it in every single piece of software. So, I would like to know:
- Can I override the global variable with a local declaration whenever it becomes necessary?
reversion = {version:multireplace:~: (32-bit)~ (IE)~ (Non-IE)~ Beta~ Alpha~, Build~ Build ~ part ~ beta ~/~(~):~~-NonIE~-bt~-al~.~.~.~.~.~~}
sometimes become, for instance,
reversion = {version:regexreplace: Build (\d\d).(\d\d).(20\d\d):-b_$3.$2.$1}
and some other few necessary corrections, sometimes with the use of a temporary "v1" and "v2" variables to apply multiple consecutive corrections. So, my second question is:
- Do I have to use (and declare) temporary variables to make use of consecutive transformations?
(or is there an easier way to do more than one direct and different transformations on a variable output?)
I've also just figured out that about 2/3rds of my software entries have the .exe extension (man, that grouping + sorting behavior of Ketarin is just fantastic!);
So, I would like to have my "extsn" variable as a "global one" declared with the value "exe" and only change it locally whenever it becomes necessary;
- Is it possible? Would this work well? or is it just another potential source for problems and I'd better stick with local "extsn" variables?
(I do not like to use {url:ext} on the TargetPath because it does not display accurately on the column on the interface; also because it is does not get stored in the database, apparently; also because I can't have a custom column to sort and group entries by this value )
Edit: I forgot another very important question to the "PRO's":
- When I edit the "ALL.xml" (all exported entries) with notepad++ and make all the desired corrections, trying to make everything as uniform, simple and functional as possible, I'm afraid as I import it to a new and clean jobs.db there will be probably some values that I had before on the old "jobs.db" that I will loose. Is this true?