defined name parts, folder/file name formats

[zakhar]

Dear TheQwerty,
thank you for answer!

1.
Questions are welcome - they help to clarify things.

2.
This

The core wish is to define different New Folder templates to be used based on where the folder is being created, correct?

These templates may consist of:
-Literal text
-Dates
-Auto-Numbering
-Other Variables

is correct.

3.
For

For the auto-numbering you want to be able to control the starting number.

the following:
I want also exclude files from involving into the numbering
AND
the number of the new folder schould not depend on the physical amount of folders in the current location,
but schould depend on the given name of the last folder:
if folders
Place2009.04-25- - the first folder with the number 25
Place2009.04-26-
...
Place2009.05-75- - the 50 folder with the number 75
are given,
than the next folder will be
Place2009.05-76-

AND
I schould be able to command the program to create the next
new folder like
Place2009.05-77- - in a default way
or
Place2009.05-79- - after my command.

4.
This

You'd also like to create a desktop.ini within the folder with an icon depending on the template used.

is correct.
If folders
Place2009.04-25-
Place2009.04-26-
...
Place2009.05-75-
are given,
than the folders having ".04-" schould have a desktop.ini for an icon1.ico
and the folders having ".05-" schould have a desktop.ini for an icon2.ico.

Not a date should decide about a desktop.ini to be placed in the new folder,
but a sign - letter, digit or something else, that can be a part of the folder name, - in a defined position or range of positions:
If folders
Place2009.04-25-haus
Place2009.04-26-evening
...
Place2009.05-75-tomorrow
are given,
than the letters (currently in the 17 position - for example) - "h", "e" and "to"
are the signs for chousing the apropriate desktop.ini.
The "to" is an example for a range of positions mentioned above - the positions from 17 to 18.

5.
For

1) Do you need to be able to define what date is used, or is it always going to use either the current date/time or a date property of the current folder?

the following:
You see, that in the above example of my script
I use the only one "XYplorer Native Variable" (so that is called in Help file),
this is in

Code: Select all

"goto "C:\Area1\$zeropad$newnumber-<date hh.nn>-$Day.$Month.$Year-$Text";"

the

Code: Select all

"<date hh.nn>"

.
I used neither so called "Common Windows Environment Variables"
nore "XYplorer only" variables.
So I find the date variable functionality is enough.

You can see also that I manualy enter a part of the folder name in a date format using the html-mask:
in

Code: Select all

copyitem "C:\Area-Depot\1", "C:\Area1\$zeropad$newnumber-<date hh.nn>-$Day.$Month.$Year-$Text";

this is

Code: Select all

$Day.$Month.$Year

So for one purpose I use the current system time from a variable, for others - manual entering OR manual entering and current system time from a variable.

Under NO circumstances a system property of a folder can be used - the system/file system properties can vary
from one installation of the folder tree to another - only the folder name is constant.

6.
For

2) What variables need to be supported? Are XY and Environmental variables enough?

the following:
I can not say, that I would like to have some more "Common Windows Environment Variables"
or "XYplorer only" variables - I have used only one "XYplorer Native Variable" as you see.
It should be possible to define variables like "$Day", "$Month", "$Year" or "$Text"
as long as they are corresponding to the parts of the folder name.

7.
The SkyFrontier's suggestion, posted: 09 Sep 2010 15:04,
about scripting was a good idea as it allows to create an !interactive mask! -
a HTML-mask for creating the folders with some good amount of automatization
(is that a html-mask or not - does no matter).

My initial wish could also be realized by an interactive mask,
which have some fields depending on the location this mask is applyed for.
User should can set up this mask in a dialog window.

This mask funktionality should be supported not only by scripting
(as I think that is not useable for most common users)
but by XYplorer's programming.