Yep, that's how you have to do it. You can simplify your deployment process by automating it.
I have two problems with this way. First, I do not really get the intended behavior: My application starts up, but the wyUpdate window is still visible showing the "Update finished" message. Also, my application main window will be in front of the wyUpdate window and hide it from the user. I would like my application to start after the "Update finished" message from wyUpdate or to skip the "Update finished" message completely and show an appropriate message directly in my application (could be done by additional command line parameters).
Also it feels wrong to me, that I have to specify this option only to get the right update workflow. I'd rather only use this options for update specific tasks.
In a different way that's not possible by using wyUpdate in standalone mode.
I just realized that wyUpdate and the automatic updater control is open source and looked at the source code. From my understanding, the automatic updater launches wyUpdate with the "/autoupdate" command line option and then controls it using named pipes. So I could use Win32 named pipes to communicate with wyUpdate, this way I could even download the update silently in the background. Could you provide documentation for this purpose?