![]() |
2013-10-13
, 11:44
|
|
Posts: 513 |
Thanked: 651 times |
Joined on Feb 2011
@ Sweden
|
#192
|
#include <QGuiApplication> #include <QQuickView> int main(int argc, char* argv[]) { QGuiApplication *app = new QGuiApplication(argc, argv); QQuickView *view = new QQuickView; view->setSource(QUrl::fromLocalFile(argv[1])); view->show(); return app->exec(); }
The Following User Says Thank You to xerxes2 For This Useful Post: | ||
![]() |
2013-10-13
, 11:51
|
|
Posts: 513 |
Thanked: 651 times |
Joined on Feb 2011
@ Sweden
|
#193
|
Yes but many libs doing the same thing.
But when there are big transitions like now people still want to use old deprecated librarys even if they are not best suited for the job in the longer run...
I still is not convinced PyQt is not the best tool for the job. Because if you access so much of the core Qt this days its probadly because the app is using QtWidgets and that stuff will be less and less used also on Linux desktop whenm QtComponents is more stable (that also means less UI fragmentaion between embedded and desktop hopefully..)
The Following User Says Thank You to xerxes2 For This Useful Post: | ||
![]() |
2013-10-13
, 12:53
|
|
Moderator |
Posts: 2,622 |
Thanked: 5,447 times |
Joined on Jan 2010
|
#194
|
The Following User Says Thank You to qwazix For This Useful Post: | ||
![]() |
2013-10-13
, 14:13
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#195
|
15Mb for hello world...
I remember when the Nokia n-gage had what, 24mb of ram?
The Following User Says Thank You to MartinK For This Useful Post: | ||
![]() |
2013-10-13
, 17:32
|
Posts: 1,269 |
Thanked: 3,961 times |
Joined on May 2011
@ Brazil
|
#196
|
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
The Following 2 Users Say Thank You to rcolistete For This Useful Post: | ||
![]() |
2013-10-13
, 17:47
|
Posts: 1,269 |
Thanked: 3,961 times |
Joined on May 2011
@ Brazil
|
#197
|
Yes but many libs doing the same thing.
But when there are big transitions like now people still want to use old deprecated librarys even if they are not best suited for the job in the longer run...
Because if you access so much of the core Qt this days its probadly because the app is using QtWidgets and that stuff will be less and less used also on Linux desktop whenm QtComponents is more stable (that also means less UI fragmentaion between embedded and desktop hopefully..)
The Following 2 Users Say Thank You to rcolistete For This Useful Post: | ||
![]() |
2013-10-13
, 18:01
|
Posts: 3,464 |
Thanked: 5,107 times |
Joined on Feb 2010
@ Gothenburg in Sweden
|
#198
|
Many Python modules are not (yet) available to Python 3.x. So it is better to have both Python 2.6/2.7 & 3.x on Sailfish OS.
More programming languages and tools = more software will be written / ported to Sailfish OS.
Package dependencies hell ? Sorry, but hell is Android which doesn't have dependencies at all and the developer has to included everything inside de .apk (Python, Qt, PyQt/PySide/PyOtherSide, NumPy, MatPlotLib, etc). Something that takes 1h developing directly on Nokia N900/N9 (including packaging and sending to repository) can take many hours using full Android SDK on PC.
![]() |
2013-10-13
, 21:50
|
|
Moderator |
Posts: 2,622 |
Thanked: 5,447 times |
Joined on Jan 2010
|
#199
|
The Following 4 Users Say Thank You to qwazix For This Useful Post: | ||
![]() |
2013-10-14
, 00:46
|
Posts: 1,269 |
Thanked: 3,961 times |
Joined on May 2011
@ Brazil
|
#200
|
All I am saying is its time to think forward. Depending on old python or old librarys is wrong and leads to maintainer/dependies hell. My guess is that Jolla will have python3 as default.
There is another reason to avoid non platform libs. The endusers they doint want to add every damn repository out there just to get one app working.
The Following 2 Users Say Thank You to rcolistete For This Useful Post: | ||
But when there are big transitions like now people still want to use old deprecated librarys even if they are not best suited for the job in the longer run...
I still is not convinced PyQt is not the best tool for the job. Because if you access so much of the core Qt this days its probadly because the app is using QtWidgets and that stuff will be less and less used also on Linux desktop whenm QtComponents is more stable (that also means less UI fragmentaion between embedded and desktop hopefully..)
Keep safe and healthy
Last edited by mikecomputing; 2013-10-13 at 10:56.