<div dir="ltr"><div>> Dmitriy:
 I don't know whether you can mix different Qt versions in the same 
application. <br></div><div>> In this respect, yes, you could probably ship Qt 512 stack 
fully, but would probably have <br></div><div>> to stay away from the system-provided Qt.

</div><div><br></div><div>Sorry, my wording was a bit misleading.</div><div><br></div><div>What I actually meant was: If you need a newer functionality from a newer Qt version (some wild guess: QtSerialBus or QtOpcUa), you can take the sources of Qt 5.12 and compile them using the Sailfish SDK Qt 5.9 kit (or whatever the current one is?). Thus you get a Qt module (library) working with the system Qt and all the Sailfish stuff, and you just link your app against this "custom" library, not the SDK one. I did this a couple of years ago to backport the QtConnectivity with Blueetooth LE  to some old Sailfish 2.x, and it worked. Of course, the newer the Qt library is that you want to backport, the worse it gets in terms of source and toolchain compatibility but it's still possible.</div><div><br></div><div>Cheers</div><div>Dmitriy<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Feb 10, 2019 at 8:56 AM rinigus <<a href="mailto:rinigus.git@gmail.com">rinigus.git@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">Morning,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">suggestion to consider Qt 5.12 in /opt comes from the following:</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">* newer web engine</div><div class="gmail_default" style="font-size:small">* we can use and contribute to the code written for Plasma with its Kirigami</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">It will not bring native new applications, we don't have Silica for it. However, I personally think it makes more sense to use and help out with the development of Linux-based solutions than to use Android-provided web browsers through SFOS Android compatibility layer.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">This would not to be intended to be installed in /usr and having platform supporting multiple Qt versions at once. I have no idea whether its possible and no desire to get into messing up the system layer.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default">Dmitriy: I don't know whether you can mix different Qt versions in the same application. In this respect, yes, you could probably ship Qt 512 stack fully, but would probably have to stay away from the system-provided Qt.<br></div><div class="gmail_default"><br></div><div class="gmail_default">Leszek: fragmentation is to be considered, indeed. But, as far as I understood, it makes sense to develop browser against the last version of Qt. In some aspect, using Qt59 on SFOS contributes to fragmentation in a way that we, on SFOS, will be using the version that is slowly phased out already. At present, Kirigami is developed using Qt512, with Qt511 version having at least one bug that will never be fixed. Not sure whether Kirigami runs against Qt59. So, if we would like to run Kirigami apps, Qt 5.12 is most probably needed. <br></div><div class="gmail_default"><br></div><div class="gmail_default">Cheers,</div><div class="gmail_default"><br></div><div class="gmail_default">Rinigus</div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Feb 10, 2019 at 8:55 AM Dmitriy Purgin <<a href="mailto:dpurgin@gmail.com" target="_blank">dpurgin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi all, <br></div><div><br></div><div>if there are some parts of the newer Qt you need in your app, you can always compile it yourself, link your app against the newer version and ship these libraries with your app.</div><div><br></div><div>Cheers</div><div>Dmitriy<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Feb 9, 2019 at 6:44 PM rinigus <<a href="mailto:rinigus.git@gmail.com" target="_blank">rinigus.git@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><span class="gmail_default" style="font-size:small">Hi,</span><div><span class="gmail_default" style="font-size:small"><br></span></div><div><span class="gmail_default" style="font-size:small">sounds like there are porting and licensing issues on the way of getting qt 5.9 for SFOS (see logs from the last #mer-meeting). Its all understandable, but it would be great to get a way forward. Not sure whether it has been considered by others and I wonder whether we can make a separate Qt 5.12 packages for /opt/qt512?</span></div><div><span class="gmail_default" style="font-size:small"><br></span></div><div><span class="gmail_default" style="font-size:small">From a quick test, it is possible to run non-silica applications as well (tested with qmlscene and QML with plain Window). In that test, even keyboard worked as expected. Look was non-native, but let it be for now.</span></div><div><span class="gmail_default" style="font-size:small"><br></span></div><div><span class="gmail_default" style="font-size:small">So, I wonder, whether its possible to get Qt 5.12 compiled with /opt/qt512 prefix and then use it for development using the latest libs (new web browser?) and collaborate with other mobile Linux'es out there. As far as I remember, Wayland was rather old and, maybe, it will preclude Qt 5.12 compilation. @mal, though, had a newer version around and it may serve a purpose for such project. Is there anything else that should be considered? </span></div><div><span class="gmail_default" style="font-size:small"><br></span></div><div><span class="gmail_default" style="font-size:small">Cheers,</span></div><div><span class="gmail_default" style="font-size:small"><br></span></div><div><span class="gmail_default" style="font-size:small">Rinigus</span></div><div><span class="gmail_default" style="font-size:small"><br></span></div><div><span class="gmail_default" style="font-size:small">PS: Please consider it as request-for-comment and not as any kind of statement nor call-for-action :)</span></div></div>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a></blockquote></div>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a></blockquote></div>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a></blockquote></div>