← Back to team overview

ubuntu-phone team mailing list archive

Re: [Development] Qt/QML Python bindings

 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 13-03-20 02:40 PM, Jonathan Meek wrote:
> Am I wrong in assuming the eventual goal is mitigating python
> (which is inefficient) in favor of an all Qt-based Ubuntu that uses
> javascript (also inefficient but has far more developers) or C++
> for basic apps?

Errrm.... Javascript isn't "also inefficient". Qml is using V8 engine,
which is quite a bit more performant than the Python VM (take your
pick of benchmarks, they're all on the google).

> And I've had a dev hint at the idea that the new toolkit will
> eventually work for desktop apps as well. (I'm deliberately trying
> to make that statement more obtuse just in case what *I* thought he
> said isn't what he meant.)

Yeah, and I heard some african guy mention something about a phone, too.

> This isn't to say that python won't be supported, but I would
> assume things like python will be relegated to second-party status
> as the toolkit shapes up and becomes more robust?

Yes, Python is falling out of favor for performance reasons. But the
issue being asked about here isn't that python is "second-party", it's
that python is "no-party". It's currently *not even possible* to write
a phone app in python.

Of course, python is *on* the phone (convergence!) but currently it's
only possible to write non-graphical applications with it. So you can
use it for system daemons, but not for graphical apps. This is kind of
a strange reversal, because historically you want to write your system
daemons in a more performant language, and leave python for the easy
job of gluing UI widgets together.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJRSjFWAAoJEMnVpoCaWglEW8cQAJMDSOEr5LLz5ddshPCxs241
bxQG0cIbi8EQPQDrEd9RCPXOcqIZC0Eglu9DS/s4fCP+uGI0btEqjw9V/7LCrRNb
9YnAvU5VDQ8mUawAfbB94H/7OrrLrTDBh0L8s8QqfkSSq1ibyprUq3hzlK2Yr2EM
QLIsmOFJqbilkhYM+IWPEqCKMWE0wASXp5vu/cwsUwPFfZBWym98YvzNRX95EiQv
5yP+LXvR9p4UmsItYcYpGq92pe9XcR+dNNtFce+C8mhyJwFCXaaxxnAZEtNXImUq
gfjjeIcwiqnYI4PioltLYAnPrpoA4+971UGlyoKOAFVzVHnGNQH9ggVGn41U7sEF
j2eVoiGHVLBefULAGmUdOCqZ8HgdG23kQrQEGKq6e6pPOFFBhe2z+HzNXi4QTizd
iNYBSZ1s84+nYYnHY/D6UdmKnKpTp/tWnOtzoKSrxvSLe3pf4M3PWqf+iz8wIW8W
WlIcCv7BHJ5+Ac+WeovblHeQPgM6D0F2VU1+oJ5A+xFibP0+wEkE4CxI+HenKjG/
/FLEHN6K/5TfkBMqObzHgttyaj9gameEHaWCHu9bLnBxvtrDZhxb0hpDiRK2HONw
UxEGw3tUV5fZg8qy3L8NTXJJhzblFLEDwtf5jeNQF4E8/FZdmPnihM1iMhAMhwFW
V9gs9v6MEdQ7s7DnyK8U
=yiWb
-----END PGP SIGNATURE-----


Follow ups

References