SimpleUpdater — Rev. 10.69 / 2016/06/19

[Marco]

Rev. 10.60 is out!
Read the first post and the changelog for more info.

[Filehero]

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

[Marco]

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

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"

[avsfan]

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"

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!

[Filehero]

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

[Marco]

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

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...

[avsfan]

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

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...

I think that's a good plan (though having a variable to store the current command line could be a very useful thing).

[EDITED the below to use a secondary script file]
I modified my updater script file so that when the batch file is written, it now has this line in it

Code: Select all

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

with the "renameXYzipToCurVersion.xys containing the following line:

Code: Select all

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

and it appears to work ok, (at least testing the command line directly -- there hasn't been an update since I made the change).

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). I'm sure there's a more elegant way to do it, but this seems to work for now...

I used to call XY with different command lines to use different ini files, but now that we've got the session manager script, I just use the same ini file all the time...

[Marco]

Ok, 90% chances that next SU rev will support custom command line upon restart

[Marco]

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).

You did the right move imo.
So far my idea is

Code: Select all

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

Code: Select all

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

so the additional command line parameters shouldn't be enclosed in quotes, according to start syntax.

[Marco]

Dansk - translation added.
Thank you Regmos!!!

Deutsch - translation added.
Thank you tux.!!!

Hrvatski - translation added.
Thank you Borut Maričić!!!

Italiano - translation added.
Thank you Flora!!!

[admin]

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

[Marco]

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

Me too

[Marco]

Nederlands - translation added.
Thank you Jan Van der Borght!!!

Polski - translation added.
Thank you Karol Kamiński aka fenixproductions!!!

[Marco]

繁體中文 - 臺灣 - translation added.
Thank you Mike Hsiao!!!

简体中文 - translation added.
Thank you Michael Lu!!!

Русский - translation added.
Thank you Дмитрий Федоров!!!

Castellano - translation added.
Thank you Nikou!!!

Français - translation added.
Thank you Marc Giraudou!!!

[MikeHsiao]

Here is the Chinese Traditional File.