Hey Omaer,
Is it possible to specify the GUID of the AutomaticUpdater control at run time (possibly after reading the value from a settings file).
Not as the AutomaticUpdater is written now, no. The GUID is used in "InitializeComponent();" part of your form. This is also where the AutomaticUpdater instance is initialized.
You could work around this issue by dynamically creating and adding the AutomaticUpdater to the form immediately after InitializeComponent(); is called. Then you could set the GUID to anything you want. If you choose to go this way you'll also have to call this function after you've set all of the properties and added the control to the form:
((System.ComponentModel.ISupportInitialize)(this.automaticUpdater)).EndInit();
However you won't be able to change the GUID after the EndInit() function is called. That's just the way the AutomaticUpdater was designed.
We'll releasing a separate AutomaticUpdaterBackend class soon. This class will allow you do use the backend for special uses and have multiple AutomaticUpdaterBackend instances.
Method 2
Since it sounds like you're largely checking for updates for multiple sub-apps, you might be better off calling wyUpdate.exe directly in silent mode. See: How to Silently Check for Updates.
If you called:
wyupdate.exe -quickcheck -justcheck -noerr
You could check whether each one of your sub-apps is up-to-date and communicate this to each app.
Method 3
We will soon be releasing the AutomaticUpdater source code. When we do you'll be able to use the AutomaticUpdater backend for lots of interesting uses.