Active Topics

 


Reply
Thread Tools
xerxes2's Avatar
Posts: 513 | Thanked: 651 times | Joined on Feb 2011 @ Sweden
#181
Originally Posted by mikecomputing View Post
what Qt C++ API do you need to access from Python when you almost can access the most via QML? and other sutable libs in python or via pyotherside?
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.
__________________
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.
 

The Following 4 Users Say Thank You to xerxes2 For This Useful Post:
Posts: 120 | Thanked: 279 times | Joined on Sep 2009 @ Perth, Australia
#182
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 7 Users Say Thank You to mattaustin For This Useful Post:
Posts: 3,464 | Thanked: 5,107 times | Joined on Feb 2010 @ Gothenburg in Sweden
#183
Originally Posted by xerxes2 View Post
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.
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.
__________________
Keep safe and healthy

Last edited by mikecomputing; 2013-10-12 at 13:29.
 

The Following User Says Thank You to mikecomputing For This Useful Post:
Morpog's Avatar
Posts: 956 | Thanked: 2,628 times | Joined on Nov 2011
#184
Performance comparision by THP himself on QtDevDays 2013



Some other pics from there:

Last edited by Morpog; 2013-10-12 at 13:49.
 

The Following 7 Users Say Thank You to Morpog For This Useful Post:
xerxes2's Avatar
Posts: 513 | Thanked: 651 times | Joined on Feb 2011 @ Sweden
#185
Originally Posted by mikecomputing View Post
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.
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.
__________________
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 18:41.
 
xerxes2's Avatar
Posts: 513 | Thanked: 651 times | Joined on Feb 2011 @ Sweden
#186
Originally Posted by mattaustin View Post
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
If you do port it to Pyqt5 too you can make a real world comparison between the two ports and check memory usage.
__________________
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!!).
 

The Following 2 Users Say Thank You to xerxes2 For This Useful Post:
Posts: 3,464 | Thanked: 5,107 times | Joined on Feb 2010 @ Gothenburg in Sweden
#187
Originally Posted by xerxes2 View Post
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.
Talk? well I trust in the fact he points out in the blog and also the fact that python apps has dogslow startup on N9. But if you still beleive pyQT is faster or better then its upto you but so far you have nothing that convince me that PyQt is a good idea on embedded platforms.

Also there is other reason I prefer the later. That is license issues...

Btw if gpodder who has ALOT of pythonqt code can be converted I think other apps can be.
__________________
Keep safe and healthy
 
Posts: 1,269 | Thanked: 3,961 times | Joined on May 2011 @ Brazil
#188
As thp says in his blog article about PyOtherSide :
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)
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.
__________________
Python, C/C++, Qt and CAS developer. For Maemo/MeeGo/Sailfish :
Integral, Derivative, Limit - calculating mathematical integrals, derivatives and limits. SymPy - Computer Algebra System.
MatPlotLib - 2D & 3D plots in Python. IPython - Python interactive shell.
-- My blog about mobile & scientific computing ---
Sailfish : Sony Xperia X, Gemini, Jolla, Jolla C, Jolla Tablet, Nexus 4. Nokia N9, N900, N810.
 

The Following 4 Users Say Thank You to rcolistete For This Useful Post:
Posts: 3,464 | Thanked: 5,107 times | Joined on Feb 2010 @ Gothenburg in Sweden
#189
Originally Posted by rcolistete View Post
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.
As I already said. OpenSource is about contribute if main coders has no time I could definitivly understand that. But thing is there is so many people here bashing about XYZ and why is not that Open source why is not Jolla HW good enought and so on. Now if that time could be used on making apps/port apps etc it would be better for all.

There is also other stuff that may involve porting. Going from Python2 => python3.

And btw. We definitively not need too many alternatives librarys IMHO. Especially not on embedded linux.

It only leads to massive package dependies hell that we know of in the Linux on desktop
__________________
Keep safe and healthy
 

The Following 2 Users Say Thank You to mikecomputing For This Useful Post:
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#190
Originally Posted by mikecomputing View Post
And btw. We definitively not need too many alternatives librarys IMHO. Especially not on embedded linux.
Ever heard about using the best tool for the job ?
You can never have enough libraries available - library availability is what makes or breaks a platform for developers.

Also the more libraries are are available in the repositories, the less crap developers have to bundle, meaning smaller packages and less security vulnerabilities caused by outdated bundled libs.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
 

The Following 5 Users Say Thank You to MartinK For This Useful Post:
Reply


 
Forum Jump


All times are GMT. The time now is 16:37.