XYplorer Beta Club

Marco wrote:Rev. 10.60 is out!

Filehero wrote:

Marco wrote:Rev. 10.60 is out!

Could successfully update to XY 12.20.0208.

Note: Did it the bog standard way - with popups, no check for language files etc.


Cheers,
Filehero

start "" /separate "<xy>" "/script=Filehero_Archiver"

Marco wrote: Good!
I remember ( http://www.xyplorer.com/xyfc/viewtopic. ... 050#p78050 ) you build an archive of past XY versions, right? Maybe an additional ini settings containing command line parameters for restarting XY would help you?
The bat command starting XY would then look like this (more or less)

Code: Select all

start "" /separate "<xy>" "/script=Filehero_Archiver"

Filehero wrote:Hi,

there is no "Filehero_Archiver" script anymore.

I've switched to the the standard temporary save-and-delete behaviour some time ago, too much updates....


Cheers,
Filehero

avsfan wrote:So it sounds like you're suggesting that the "Filehero_Archiver" script would then rename the XYplorer.zip to include the current version, correct? If I understand the situation correctly, they didn't include the version number in the name because it was somewhat problematic during the download phase, but renaming the zip on restart could be just perfect!

If that's *not* what you were saying, then I'll cast my vote for that functionality so that I can have an archive of old versions!

Marco wrote:

Filehero wrote:Hi,

there is no "Filehero_Archiver" script anymore.

I've switched to the the standard temporary save-and-delete behaviour some time ago, too much updates....


Cheers,
Filehero

Gotcha

avsfan wrote:So it sounds like you're suggesting that the "Filehero_Archiver" script would then rename the XYplorer.zip to include the current version, correct? If I understand the situation correctly, they didn't include the version number in the name because it was somewhat problematic during the download phase, but renaming the zip on restart could be just perfect!

If that's *not* what you were saying, then I'll cast my vote for that functionality so that I can have an archive of old versions!

Yes, you understood correctly
It would be trivial for such a script renaming "XYplorer.zip" to "XYplorer - <curver>.zip" and then backing it up to an archiving folder. That's the raw idea.
Actually the underlying idea comes from the very first new revision of SU. When I trigger XY restart, I simply call it with no command line parameters, and I always wondered if this is a desirable behaviour in case someone called the first instance of XY with some arguments. Since there's no variable that allows me to restart XY with the same command line, I guess adding this customization is the closest and most useful thing.

Just looking for comments/opinions/suggestions so far...

start "" /separate "<xy>" /script="renameXYzipToCurVersion.xys"

renameitem(*_<xyver>.'.zip', <xydata>.'\XYplorer.zip');

avsfan wrote:The reason I used a separate script file to do the renaming is that I wasn't sure how to handle the quoted parameters for the script in the command line (since I needed to write a literal '<xydata>' and '<xydata>' but still have the '.zip' quoted as well).

 global $restart_command_line = getkey("RestartCommandLine", "XYSettings", "$ini_path");

 start "" /separate "<xy>" $restart_command_line

admin wrote:Wow, I like to see those XY spin offs happening...