![]() |
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
Jolla is going to use Wayland from the start. Exciting news: https://twitter.com/JollaHQ/status/356034168351756290
https://pbs.twimg.com/media/BPDfDyjCEAA1ird.jpg:large |
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
Yes, but not xwayland yet. Not that it's matter too much :D
|
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
...i wonder what impact for application compatibility it has, and therefore on leveraging abilities for filling application catalogs from existing codebases.
|
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
I doubt many applications are using X directly. Most are using frameworks and libraries (Qt, EGL and etc.). So they can be rebuilt for Wayland easily.
|
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
Quote:
Therefore all the Qt4 applications already running on Nemo mobile, Fremantle and Harmattan will need to be converted to Qt5 to run on Sailfish. Another issue is Python bindings. The PySide bindings that are already available for Nemo currently do not support Qt5 at all (Sfiet Konstantin said he will look into it, so let's hope for the better :)). The alternative PyQt Python bindings do support Qt5, but currently don't support QtQuick at all, but it hopefully will in the future. Another potential issue with PyQt is, that it is GPL only, meaning your application has to be GPL when using it. PySide is LGPL, meaning applications using it don't have to be GPL. Also unlike PySide, there are not yet any PyQt packages in Mer/Nemo. All in all, another issue might be with backporting Sailfish stuff to Harmattan and Fremantle - unless we can get Qt5 running on them, then backports might not be possible at all. And it is unlikely many developers will want to maintain a Qt4 only version once converting they application to Qt5. So that's my "analysis" of possible issues with Sailfish using Wayland only. :) |
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
Quote:
And about PyQT I don't get why we need two bindings anyway except maybe the GPL only fanatics. PySide is the way to go for all users. Abandon PyQT IMHO... Btw. isn't the plan to move nemomobile to Qt5+Wayland also? |
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
Quote:
http://phoronix.com/forums/showthrea...red-By-Wayland |
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
My guess is, that Jolla have limited resources, and they decided to let Qt 4 go since their switch to Wayland. It's up to the libraries like PySide to catch up. I think from Jolla's perspective it's a good move. They can't support legacy cases in order to move forward swifter.
As for backporting to Harmattan (and let alone to Maemo) - I see no reason for Jolla to worry about that. They have no need to support stalled historic systems. They focus on Mer as a base, and Mer is using Qt 5 with Wayland going forward (it still offers the case of Qt 4 with Xorg for those who want it, but it's Jolla's choice not to use those I guess). |
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
Jolla's focus is to ensure it's as easy as possible to port apps from Freemantle/Harmattan/Elsewhere to Sailfish* via Qt5/HTML5/AlienDalvik, no more & no less.
It's up to Freemantle/Harmattan devs to decide whether or not to support their N9xx users by back-porting... OR by getting Qt5 working nicely in Freemantle/Harmattan (if doable?) & maintaining their apps (tweaked for each UX) via it for Freemantle/Harmattan/Sailfish. *even port many non-core/3rd-party apps themselves (they also need to focus on sourcing content, not just apps) |
Re: Sailfish(Jolla): Ideas/Qns & Concerns/Criticisms
from what I seen Wayland does have plenty of legacy support, It will be able to talk to X servers and ect.
|
All times are GMT. The time now is 16:54. |
vBulletin® Version 3.8.8