The Following 4 Users Say Thank You to xerxes2 For This Useful Post: | ||
![]() |
2013-10-12
, 12:38
|
Posts: 120 |
Thanked: 279 times |
Joined on Sep 2009
@ Perth, Australia
|
#182
|
The Following 7 Users Say Thank You to mattaustin For This Useful Post: | ||
![]() |
2013-10-12
, 13:26
|
Posts: 3,464 |
Thanked: 5,107 times |
Joined on Feb 2010
@ Gothenburg in Sweden
|
#183
|
For me personally not that much but porting from Pyside to Pyotherside will require a lot of work anyway. Porting from Pyside to Pyqt5 is very easy as shown below:
Pyside: https://github.com/xerxes2/panucci/b...lui/qmlmain.py
Pyqt5: https://github.com/xerxes2/panucci/b...ui/qml2main.py
As I said I'm not using much Qt stuff other than Quick but porting to Pyotherside will still, if even possible, require a lot of work. Pyqt maps 1:1 with the C++ API and is very easy to use if you already used Pyside before.
And would you care to explain why Pyotherside would use less resources than Pyqt? They're both using the same Qt libs so give some proof or it didn't happen. :P Use Pyotherside if you want but for existing Pyside apps Pyqt is the much faster way to port. Pyqt is GPL3 though so your app must use that license too or you must purchase a commercial license.
Edit: Just to clarify, porting from Pyside to Pyqt5 is basically namespace changes but porting to Pyotherside will require a complete rewrite of your gui and some more stuff. I've never used Pyotherside so someone correct me if I'm wrong.
The Following User Says Thank You to mikecomputing For This Useful Post: | ||
![]() |
2013-10-12
, 13:43
|
|
Posts: 956 |
Thanked: 2,628 times |
Joined on Nov 2011
|
#184
|
The Following 7 Users Say Thank You to Morpog For This Useful Post: | ||
![]() |
2013-10-12
, 15:34
|
|
Posts: 513 |
Thanked: 651 times |
Joined on Feb 2011
@ Sweden
|
#185
|
THP has already pointed that out in a blog post. pyotherside does not load Qt via Python. This means it has not to lookup all Qt methods in python. Its actually other way around. Python is loaded from Qt thats atleast for now makes it alpot faster startup.
![]() |
2013-10-12
, 15:37
|
|
Posts: 513 |
Thanked: 651 times |
Joined on Feb 2011
@ Sweden
|
#186
|
I've just ported my "Perth Trains" app to pyotherside. It's probably a bit hacky (I struggled with knowing which data types pyotherside will handle, a list of instances didn't work, but a list of dicts apparently does), and I plan to also port to pyqt at some point (just out of self-interest, and I already use pyside for fremantle/harmattan):
https://github.com/mattaustin/freman...f675729e773f35
The Following 2 Users Say Thank You to xerxes2 For This Useful Post: | ||
![]() |
2013-10-12
, 20:27
|
Posts: 3,464 |
Thanked: 5,107 times |
Joined on Feb 2010
@ Gothenburg in Sweden
|
#187
|
That's not proof, only talk.Also what's the point of seeing the gui faster if you can't use it until the rest of your app is loaded? A hello world Pyqt5/QML takes less than 2mb on my box and I really can't see a problem with that.
Edit: Hm, that should be less than 20mb ... still not extremely much. So it probably takes "a bit" more than Pyotherside.
Edit2: If I'm counting correctly a hello world pyqt5 takes around 14mb.
Edit3: Are you supposed to use qmlscene with pyotherside? Because that will use the same amount of memory as pyqt.
![]() |
2013-10-13
, 03:14
|
Posts: 1,269 |
Thanked: 3,961 times |
Joined on May 2011
@ Brazil
|
#188
|
I've brought down startup time of gPodder on the N9 down from ~ 12 seconds (using Python 2 and PySide) to ~ 3 seconds (using Python 3.3 and the lightweight "PyOtherSide" approach)
The Following 4 Users Say Thank You to rcolistete For This Useful Post: | ||
![]() |
2013-10-13
, 09:56
|
Posts: 3,464 |
Thanked: 5,107 times |
Joined on Feb 2010
@ Gothenburg in Sweden
|
#189
|
As thp says in his blog article about PyOtherSide :
So it seems PyOtherSide is lighter to install and load than PyQt/PySide.
But developers want and need freedom and options. Let remember that many Python mobile developers have only some hours per week or month to develop as a hobby, so if there are tools easier to migrate (from Maemo/MeeGo/PC) to Sailfish, they will want them. Some of the Python softwares could be developed in C/C++, but then it would take more developing time and some would not be finished at all.
And please, stop saying mobile Python developers are lazy. They contributed and will contribute with a lot of free and open source softwares for Maemo, MeeGo, Sailfish, etc.
The Following 2 Users Say Thank You to mikecomputing For This Useful Post: | ||
![]() |
2013-10-13
, 10:43
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#190
|
And btw. We definitively not need too many alternatives librarys IMHO. Especially not on embedded linux.
The Following 5 Users Say Thank You to MartinK For This Useful Post: | ||
Pyside: https://github.com/xerxes2/panucci/b...lui/qmlmain.py
Pyqt5: https://github.com/xerxes2/panucci/b...ui/qml2main.py
As I said I'm not using much Qt stuff other than Quick but porting to Pyotherside will still, if even possible, require a lot of work. Pyqt maps 1:1 with the C++ API and is very easy to use if you already used Pyside before.
And would you care to explain why Pyotherside would use less resources than Pyqt? They're both using the same Qt libs so give some proof or it didn't happen. :P Use Pyotherside if you want but for existing Pyside apps Pyqt is the much faster way to port. Pyqt is GPL3 though so your app must use that license too or you must purchase a commercial license.
Edit: Just to clarify, porting from Pyside to Pyqt5 is basically namespace changes but porting to Pyotherside will require a complete rewrite of your gui and some more stuff. I've never used Pyotherside so someone correct me if I'm wrong.
But the WM7 "horse" has a blood lineage tracing back to donkeys such as WM6.5, 6.1, 6.0, 5.1 that was fully neglected for too many years and Microsoft did sweet F all to maintain it (still running on Pocket IE4/6!!).
Last edited by xerxes2; 2013-10-12 at 12:37.