REGISTERAPP APP/K, AREXXPORT/K, ICON/K, TEXT/F - This command register a new application with the server

APP/K = application name (mandatory)
AREXXPORT = application AREXX port to be used in case of "back" message (optional)
ICON = full path to the application icon, without the ".info" appendix, to be used in the preference editor (optional)
TEXT = a short message describing the application purpose

UPDATE does not update the current notification, rather it clears all existing notificatins and adds a new one

When PERCENTAGE is used it does actually appear to update the existing wincow, which is why the window doesn't change size

Quote:

@broadblues

Quote:

UPDATE does not update the current notification, rather it clears all existing notificatins and adds a new one

Clearly a joke from the developer then, giving a switch a name that does not imply it's purpose...why not call it CLEAR or REPLACE then?

Hopefully the BREAK paddle in my car has been given a saner name

Quote:

When PERCENTAGE is used it does actually appear to update the existing wincow, which is why the window doesn't change size

But, as i understand it, the fact that it doesn't resize or rather adapt the window size to the new text/entries completely defies the purpose of the whole "updating the window"...if the user end up with non-readable, "hidden underneath the percentage bar" text.

Plus, only the text/entries get updated, not the icon that is sent with the Notification, so it's rather a "partly update".

So far as I can tell there can be only one 'percentage' notification for any given app, as there is no way to specify which notification to modify the percentage of, so it might make sense to fix the title text and image ignoring those tags for a notification with updating prgress bar.

'RINGHIO APP=System_BackUp UPDATE PERCENTAGE=5 PRI=10 IMG=Tools:System/Scripts/data/Development.png
IMGVALIGN=0 NOLOG TITLE="BackUp" Working on Development: partition...'
ADDRESS COMMAND 'Wait 5'

'RINGHIO APP=System_BackUp UPDATE PERCENTAGE=55 PRI=10 IMG=Tools:System/Scripts/data/Games.png
IMGVALIGN=0 NOLOG TITLE="BackUp" Working on Games: partition...'
ADDRESS COMMAND 'Wait 5'

I don't know the inner workings of Notification or it's PERCENTAGE handling, but the bold quote is not true imho.
You can clearly se (and test) that EVERY PERCENTAGE bar gets addressed seperately, even with it's unique percentage number

So, why not simply detach the PERCENTAGE bar from a given app's Notification and instead force it to be drawn (and released) completely on every Notification command/instance?
That would also make the fact much more logical that the PERCENTAGE switch has to be set on every PERCENTAGE bar update (...or so i understand it's working...)

Also, since i believe i.e. Updater uses the new Enhancer class (i think it's called "ProgressBar.gadget") to display a "true" interactive ProgressBar inside a Notification window, the PERCENTAGE switch should probably stay what it is, a switch that has to be called everytime a Notification is sent.

Does that make any sense to you?

Firstly could you edit you script so that the really long lines are manualy word wrapped? It'smake the forum unsuably wide to the point that is pushing the width of OWB past the compositing limit on my SAM!

Secondly I'm not sure what you mjean by
Quote:

I don't know the inner workings of Notification or it's PERCENTAGE handling, but the bold quote is not true imho.
You can clearly se (and test) that EVERY PERCENTAGE bar gets addressed seperately, even with it's unique percentage number

There is only one notification width with a progress bar in the notification in your script. There *is* no way to indentify seprate prgress notifications except by using a different Appname so as I said there *is only one per application*. A script may have more than one application in if you need to (so can a binary app for that matter).

So, why not simply detach the PERCENTAGE bar from a given app's Notification and instead force it to be drawn (and released) completely on every Notification command/instance?
That would also make the fact much more logical that the PERCENTAGE switch has to be set on every PERCENTAGE bar update (...or so i understand it's working...)
Quote:

And what if there is more than one application? Should YAMs email notificationjs get your percentage bar? You are not thinking straight or not saying what you mean.

Also, since i believe i.e. Updater uses the new Enhancer class (i think it's called "ProgressBar.gadget") to display a "true" interactive ProgressBar inside a Notification window, the PERCENTAGE switch should probably stay what it is, a switch that has to be called everytime a Notification is sent.
Quote:

Updater can use a notification if RinHIO is running yes, (otherwise it uses a requester which is more sensible IMHO) but it is exactly the same one you are using from your script.

PERCENTGE is not a 'switch' as such as it has varying values, but it does need to be set for each notification that pertains t the progress notification other wise you will get completely new notifications.