Hi Rinigus,
I would probably opt for some kind of a runtime version check, e.g.
https://github.com/monich/sailfish-qrshare/blob/master/shareplugin/src/qrshareplugin.cpp
I even use dlopen/dlsym hacks to work around Qt 5.2 -> 5.6 ABI breakage,
which sounds slightly insane even to myself :) Nonetheless, so far my
impression has been that it's been worth it.
I'm not saying that everyone has to do the same, I'm just pointing out
that such an option exists!
-Slava
Slava,
In theory, and for most SFOS updates, you are right. But there are cases when
you have to target specific versions due to incompatibilities between them.
Latest update (EA right now) enforces icon button coloring by default and you
can opt out only if you specify option which would be incompatible with earlier
Sfos versions (issue filed at TJC). Before last, we've got changes in ICU that
resulted in separate builds for current and older Sfos versions (not sure its
SFOS to blame here, though). So, targeting older versions of Sfos will not work
if you hit these cases.
Cheers,
Rinigus
On Friday, 26 July 2019, Slava Monich wrote:
Even though it's not directly related to the original question but IMO
there's isn't much sense in building Harbour apps against the latest
available SDK. That would almost certainly make your app incompatible
with older releases of SFOS. I build my Harbour (and OpenRepos) apps
against the oldest SDK that I could find in Mer OBS (1.something!), and
I'm quite happy about it because they work on more or less all devices
where they could possibly work.
I wouldn't assume that all users have upgraded their devices to the
latest release of SFOS, and as the author I'm interested in my apps
being compatible with as many releases of the OS as reasonably possible.
An alternative would be to maintain different versions of the app for
different versions of the OS which would make even less sense.
Cheers,
-Slava
_______________________________________________
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.or
_______________________________________________
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
_______________________________________________
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
