Ça voudrait dire, à terme, déprécier g_signal_connect dans Gtk+ ?
Si c'est le cas ça va être un sacré boulot. Autrement plus compliqué que de passer de Gtk2 > Gtk3 et pourtant ça traîne encore un peu les pâtes avec les projets "externes" à GNOME.
En ce qui concerne le langage "par défaut" du projet, j'aurais aimé qu'ils orientent vers C/Vala/Python. Mais bon Javascript pourquoi pas.
J'imagine que ce choix, va à l'avenir permettre à GNOME de proposer plus facilement leur "Market" où nous pourrons installer/déinstaller/mettre à jour nos GNOME Apps ?
Si c'est le cas alors Javascript trouve ici un grand intérêt car indépendant de l'architecture cliente (ARM, x86 etc..), et sans les nombreux modules Python qui pourraient ne pas être installés sur la machine (bien que la constitution d'un SDK Python eût été envisageable aussi).
Bref ça semble être le début d'un gros chantier, en espérant que ça donne au final un beau bâtiment :)
[^] # Re: QML bis?
Posté par david.g . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 2.
Ça voudrait dire, à terme, déprécier g_signal_connect dans Gtk+ ?
Si c'est le cas ça va être un sacré boulot. Autrement plus compliqué que de passer de Gtk2 > Gtk3 et pourtant ça traîne encore un peu les pâtes avec les projets "externes" à GNOME.
En ce qui concerne le langage "par défaut" du projet, j'aurais aimé qu'ils orientent vers C/Vala/Python. Mais bon Javascript pourquoi pas.
J'imagine que ce choix, va à l'avenir permettre à GNOME de proposer plus facilement leur "Market" où nous pourrons installer/déinstaller/mettre à jour nos GNOME Apps ?
Si c'est le cas alors Javascript trouve ici un grand intérêt car indépendant de l'architecture cliente (ARM, x86 etc..), et sans les nombreux modules Python qui pourraient ne pas être installés sur la machine (bien que la constitution d'un SDK Python eût été envisageable aussi).
Bref ça semble être le début d'un gros chantier, en espérant que ça donne au final un beau bâtiment :)