What about a QApplicationUpdater class
-
It may be suitable for one-file apps, but for apps with big install process it is not good. It better fits into installer (and for example BitRock installer has such feature)
-
[quote author="Denis Kormalev" date="1288356289"]It may be suitable for one-file apps, but for apps with big install process it is not good. It better fits into installer (and for example BitRock installer has such feature)[/quote]
I think they have different goals. BitRock like installers just take care of installing the application. But main purpose for QApplicationUpdater class is to check for the available updates and install them on the device where the application itself is already installed. Or am I missing the point?
-
"KD Tools":http://www.kdab.com/products/kd-tools has exactluy what you are looking for. Commercial and GPL versions available.
-
How should an update service framework work? You must configure the update paths for every single platform you are targetting. Not to mention the hassles you get when another kind of installer fiddles around in your original installer's playground (think of file lists when you remove a program, checksums and all that).
-
They usually announce stuff to the public (on website and so on) when it's near completion.
I received an invite to trial the in-app ads so I knew it wasn't ready for primetime yet. It wasn't advertised anywhere.Same with this auto updates. Except, because developers won't need to update their code (like in-app ads), developers need never know until release. I'm sure it's just in planning stage now.
O.P. wanted this for desktop or Symbian?
-
tamhanna, xsacha, please go to private or to another thread about app ads. As tamhanna said it is really offtopic here.