Connexion
Abonnez-vous

Qt 5.2 fait un pas vers Windows RT et prend en charge Android et iOS

Vers une véritable ubiquité ?

Qt 5.2 fait un pas vers Windows RT et prend en charge Android et iOS

Le 12 décembre 2013 à 11h35

En juillet dernier, Digia a introduit dans Qt 5.1 un support préliminaire des plateformes mobiles iOS et Android. Désormais, l’environnement de développement est disponible en version 5.2, il renforce ses débouchés mobiles et en profite pour glisser une mouture préliminaire pour Windows RT.

vlc osx

VLC est l'une des applications utilisant Qt

Les plateformes iOS et Android sont officiellement gérées 

Qt est un environnement de développement multiplateforme. Il permet dans les grandes lignes d’écrire un code unique qui va pouvoir être réutilisé sur différents systèmes. Parmi les applications qui l’utilisent, on notera en particulier le client de virtualisation VirtualBox, le lecteur multimédia VLC, et même plus récemment le nouveau client de connexion Battle.net de Blizzard.

 

La nouvelle mouture 5.2 continue le travail commencé avec la précédente. Désormais, les développeurs pourront accéder à la quasi-totalité des API de Qt sur Android et iOS, avec quelques exceptions. Qt Webkit par exemple n’est pas de la partie, notamment à cause de limitations imposées par Apple. Qt NFC et Qt Bluetooth ne sont pas présents non plus, mais seront par contre ajoutés dans une version ultérieure. Le reste des composants, notamment Multimedia, Quick et Sensors, sont bien là.

Vers une véritable ubiquité ? 

Dans son communiqué, Digia positionne désormais Qt comme un acteur de poids, en fait la plateforme de développement la plus large quand il s’agit de compter les systèmes pris en charge. La version 5.2 marque une vraie avancée sur le terrain mobile et la reprise d’un code unique (ou presque) pour « arroser » toutes les boutiques d’applications supportées. Et Qt se prépare d’ailleurs à aller plus loin puisque cette mouture intègre une préversion de l’environnement pour Windows RT. À une époque où l’on parle de plus en plus d’une fusion des boutiques chez Microsoft, un tel intérêt a tout son sens.

 

D’autres améliorations sont présentes dans cette version 5.2. Par exemple, de très nombreuses corrections ont eu lieu pour le module Qt Widgets, dont le comportement est maintenant beaucoup plus fiable. Des corrections, la version OS X en reçoit également pour Mavericks, dont le support est mieux assuré. Les Qt Quick Controls pour le bureau ont eux aussi été améliorés et Qt Quick s’intègre plus facilement dans les applications basées sur Qt Widgets.

Une meilleure intégration avec le code natif sous Windows et OS X 

Parmi les autres ajouts, on notera :

  • QTimeZone et QCollator : meilleur support des fuseaux horaires et des informations locales
  • Qt Windows Extras : intégration avec du code natif sous Windows
  • Qt Mac Extras : intégration avec du code natif sous OS X
  • Qt Bluetooth permet de gérer la connexion sans fil sous Linux
  • QKeySequenceEdit QWidget : nouvelle classe permettant de gérer plus simplement les affiliations de touches définies par l’utilisateur

En outre, et c’est important, les développeurs intéressés par Qt pour les plateformes mobiles pourront récupérer un package conçu spécialement pour l’occasion : l’édition Qt Mobile. L’intérêt de cette formule est qu’elle ne comprend que les éléments nécessaires au développement sur mobile, sans intégrer tout ce qui concerne les applications pour bureau (Windows, OS X et Linux notamment).

 

Notez qu’initialement, Qt 5.2 avait été rendu disponible hier. Le téléchargement et l’annonce avaient cependant été supprimés peu de temps après à cause de plusieurs problèmes techniques. Quoi qu’il en soit, les intéressés pourront récupérer cette nouvelle version depuis le site officiel.

Commentaires (53)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

Il y a Delphi aussi qui fait iOS, Android, Mac OS et Windows. Ça doit être équivalent en terme du nombre de plateformes couvertes, non ? (bon manque Linux en fait <img data-src=" />)

votre avatar







curuba a écrit :



Donc si je comprend bien, avec Qt, on va pouvoir dev des applis multiplateformes ? Plus besoin de dev d’un coté pour Android, de l’autre pour iOS et de l’autre pour Windows Mobile ?



Ou alors je suis à coté de la plaque ? <img data-src=" />







Non non, je crois que tu as bon !







Edtech a écrit :



Il y a Delphi aussi qui fait iOS, Android, Mac OS et Windows. Ça doit être équivalent en terme du nombre de plateformes couvertes, non ? (bon manque Linux en fait <img data-src=" />)







Mais Delphi, ce n’est pas simplement qu’un langage de programmation, non ? Là où QT est un framework, tout un environnement… comme une surcouche au C++.


votre avatar







malock a écrit :



Non non, je crois que tu as bon !







Mais Delphi, ce n’est pas simplement qu’un langage de programmation, non ? Là où QT est un framework, tout un environnement… comme une surcouche au C++.







Delphi c’est un ensemble complet maintenant. La VCL c’est de l’histoire ancienne ! Ça se base sur l’interface FireMonkey qui est un moteur graphique accéléré matériellement (via DirectX ou OpenGL selon la plateforme) entièrement vectorielle. Une même Apps peut être compilée pour iOS et Android sans modification (en fait, c’est pas tout à fait vrai, il y a forcément des spécificités à gérer mais avec Qt aussi !).



Le développement se fait pour Windows quelle que soit la plateforme ciblée. Faut juste un Mac pour tester et livrer sur l’App Store.



Ils ont en projet de rajouter WinRT (mais MS les freine) et peut-être Linux plus tard (autrefois, Delphi utilisait Qt pour compiler pour Linux).


votre avatar

Non, delphi rajoute aussi ses widgets, le langage c’est le pascal!

Sinon, trooop bien! Mais il faudra quand même passer par VS pour le compte dev MS non ?

votre avatar







doom_Oo7 a écrit :



Non, delphi rajoute aussi ses widgets, le langage c’est le pascal!

Sinon, trooop bien! Mais il faudra quand même passer par VS pour le compte dev MS non ?







Aucun besoin de VS pour livrer une Apps, contrairement à Apple qui oblige de passer par un Mac et par XCode. D’ailleurs c’est une merde innommable, j’en chie pour livrer mes Apps iPhone depuis Delphi…


votre avatar

Il ne faut pas oublier que Qt est disponible pour BlackBerry et Jolla aussi !



(d’ailleurs, une petite news sur Jolla qui vient de lancer son premier téléphone, ce serai sympa aussi…)

votre avatar







Edtech a écrit :



Delphi c’est un ensemble complet maintenant. La VCL c’est de l’histoire ancienne ! Ça se base sur l’interface FireMonkey qui est un moteur graphique accéléré matériellement (via DirectX ou OpenGL selon la plateforme) entièrement vectorielle. Une même Apps peut être compilée pour iOS et Android sans modification (en fait, c’est pas tout à fait vrai, il y a forcément des spécificités à gérer mais avec Qt aussi !).



Le développement se fait pour Windows quelle que soit la plateforme ciblée. Faut juste un Mac pour tester et livrer sur l’App Store.



Ils ont en projet de rajouter WinRT (mais MS les freine) et peut-être Linux plus tard (autrefois, Delphi utilisait Qt pour compiler pour Linux).







Oh ok ! J’ignorais totalement…

Du coup, QT et Delphi se tirent la bourre ?! C’est assez largement utilisé Delphi ?



votre avatar



Parmi les applications qui l’utilisent



Y’a ptet KDE aussi, non ?

votre avatar







malock a écrit :



Oh ok ! J’ignorais totalement…

Du coup, QT et Delphi se tirent la bourre ?! C’est assez largement utilisé Delphi ?







Ça avait fortement périclité suite à la gestion désastreuse de Borland puis des différents repreneurs. Depuis que c’est Embarcadero, ça repart de l’avant (même si je les trouve encore à la bourre) et les ventes sont reparties.



Énormément de petites entreprises en France l’utilise pour des projets industriels (il était très utilisé par les électroniciens au départ). On trouve donc pas mal de projets à convertir vers des versions récentes ou en .NET, ou de la maintenance de vieilles applications métiers.



Côté mobile, il y a encore très peu d’Apps sur l’App Store et Android encore moins (mais disponible que depuis septembre).


votre avatar







Edtech a écrit :



(…)

Depuis que c’est Embarcadero, ça repart de l’avant (même si je les trouve encore à la bourre) et les ventes sont reparties.



Énormément de petites entreprises en France l’utilise pour des projets industriels (il était très utilisé par les électroniciens au départ).

(…)







Les ventes sont reparties ? Delphi n’est disponible que sous licence payante ?!


votre avatar







brazomyna a écrit :



Y’a ptet KDE aussi, non ?







Carrément même !! En fait, une partie des amélioration de Qt, à chaque version depuis la 5.0, viens du projet KDE (le coup de timezone par exemple)

Ce sont des trucs qui étaient mal ou pas fait dans Qt 4, KDE les a refait à sa sauce, et depuis que la gouvernance de Qt est ouverte, ils en profitent pour ne pas dupliquer les choses et les mettre directement dans Qt, comme ça tout le monde en profite !



Au passage QT, c’est QuickTime, la, on parle de Qt ;)


votre avatar

(et au cas où, pour ceux qui se demandent, la prononciation c’est “Cute” comme “mignon” en anglais)

votre avatar







malock a écrit :



Les ventes sont reparties ? Delphi n’est disponible que sous licence payante ?!







Oui, aucune version gratuite, un des points que je leur reproche d’ailleurs…


votre avatar







Edtech a écrit :



Oui, aucune version gratuite, un des points que je leur reproche d’ailleurs…







Aïe. Je trouve toujours ça dommageable. Je préfère voir des versions commerciales/libres co-exister…

C’est d’ailleurs le cas pour Qt : d’un côté Digia et de l’autre Qt-Project


votre avatar







Edtech a écrit :



Delphi […]



Ils ont en projet de rajouter WinRT (mais MS les freine)







De quelle maniére ? Je vois pas l’intérêt pour MS de freiner le dev d’app WinRT <img data-src=" />



En tout cas j’imagine que le cône de chantier pourra s’amuser avec Qt WinRT quand ca sera finalisé …



HS : D’ailleurs c’est pas cette semaine que VLC WinRT devait sortir en version alpha ou beta ?


votre avatar







arno53 a écrit :



De quelle maniére ? Je vois pas l’intérêt pour MS de freiner le dev d’app WinRT <img data-src=" />







Oui mais là, on parle pas de dev d’app, mais de dev de framework. Et MS veut que tu développe des apps WinRT en utilisant le framework WInRT (et surtout pas un truc multiplateforme).


votre avatar







linconnu a écrit :



Regarde les onglets, nul part dans Windows il n’y a des onglets comme ça !







<img data-src=" />


votre avatar







troudhuk a écrit :



Au pire tu fais exactement le design que tu veux. Tu aurais une capture d’“onglets Windows” ? Si ça existe bien sûr :) Et je réitère, est-ce que tu connais mieux ? Sinon, ben y’a qu’à améliorer les défauts, c’est open source.







Suffit de lancer Internet Explorer pour avoir des onlgets. Java avec SWT est beaucoup plus proche de l’OS je trouve.


votre avatar







linconnu a écrit :



Suffit de lancer Internet Explorer pour avoir des onlgets. Java avec SWT est beaucoup plus proche de l’OS je trouve.





Je ne vois pas ce que tu pouvais me répondre d’autre à part Internet Explorer, peut-être Visual Studio, n’empêche que ce sont des implémentations d’onglets propres et stylisées dans ces logiciels, qui ne font que des propositions, ce ne sont pas des onglets natifs Windows puisqu’il n’y en a pas. Le reste n’est qu’une affaire de goût, et ça tombe bien puisque tu peux personnaliser quasiment sans limite un logiciel Qt.



Quant à Java, la beauté des onglets ça ne pèse pas lourd quand même… Le peu de logiciels Java que j’ai (JDownloader et ses copains, Eclipse, Netbeans qui est sympa), je comprends ma douleur lorsqu’il faut attendre 30s devant un splashscreen au lancement… Plus depuis que j’ai un SSD mais quand même, en milieu professionnel on n’est pas équipé comme un gamer.


votre avatar







linconnu a écrit :



Java avec SWT est beaucoup plus proche de l’OS je trouve.







Sous Windows ça peut se débattre mais sous OS X il suffit d’installer Eclipse pour voir que c’est immonde.


votre avatar







eax13 a écrit :



Pour l’anecdote, que sont ces bidouilles crades dont tu parles ?





Tu veux un exemple ? Accès au système de fichier. Y en a tant d’autre…


votre avatar







polytan a écrit :



Quel est la différence avec Java ?







Bin, la première c’est que pas du Java (<img data-src=" />) et donc, son corolaire : il n’y a pas d’équivalent de la JVM.


votre avatar







linconnu a écrit :



A éviter absolument ! Qt s’adapte très mal au look graphique et au thème du système d’exploitation.







Alors celle-ci, je la trouve particulièrement velue !

<img data-src=" />


votre avatar







linconnu a écrit :



A éviter absolument ! Qt s’adapte très mal au look graphique et au thème du système d’exploitation.





C’est au contraire son point fort, de s’adapter au thème de chaque plateforme… tu connais mieux ?


votre avatar







polytan a écrit :



Quel est la différence avec Java ?





L’aspect multi-plateformes de Qt se joue à la compilation (tu choisis la plateforme ciblée, que ce soit Windows, Android, etc). Tandis que Java, t’installes la JVM et ce sont ensuite les mêmes fichiers que tu balades n’importe où.


votre avatar

Je ne connaissais pas du tout, ça a l’air très intéressant ! Mais le prix est un prix rebutant, 109€ par mois, ça le réserve aux entreprises <img data-src=" />



Par contre je n’ai pas bien compris comment ça fonctionnait pour être multi-plateformes. Ca permet d’écrire son code en C++, et Qt le compile en Java ou Objective-C selon la plateforme cible ? Ou pas ?

votre avatar







Jarodd a écrit :



Je ne connaissais pas du tout, ça a l’air très intéressant ! Mais le prix est un prix rebutant, 109€ par mois, ça le réserve aux entreprises <img data-src=" />





Euh tout est gratuit et open source (licences LGPL, GPL), tu payes pour avoir un support commercial.

http://qt-project.org/downloads


votre avatar

Merci <img data-src=" />

votre avatar







Jarodd a écrit :



Par contre je n’ai pas bien compris comment ça fonctionnait pour être multi-plateformes. Ca permet d’écrire son code en C++, et Qt le compile en Java ou Objective-C selon la plateforme cible ? Ou pas ?



Ou pas. <img data-src=" />



Plus sérieusement, les sources sont multiplateformes, après il faut compiler pour la plateforme cible (et grâce à la compilation croisée, on peut compiler pour toutes les plateformes d’un coup sans changer d’environnement).


votre avatar







troudhuk a écrit :



C’est au contraire son point fort, de s’adapter au thème de chaque plateforme… tu connais mieux ?





Don’t feed the troll. <img data-src=" />


votre avatar







polytan a écrit :



Quel est la différence avec Java ?





Pas de machine virtuelle Java. Donc si tu veux optimiser ton code de façon à consommer le moins de RAM possible et avoir le strict minimum de calcul (et donc une plus faible consommation pour ton appli de manière générale), tu peux.


votre avatar

Pour tout les commentaires Qt c’est du vieux C++ etc….





  • La conception de l’UI se fait via un langage spécifique, le QML. Qui est lui même dynamique car il intègre le Javascript. Pour ceux qui connaissent, feu le JavaFx Script était assez semblable.

    Ca permet d’avoir une représentation moderne, très pratique et agréable de l’UI. (d’un point de vue perso c’est plus pratique que le sdk Android, le Xaml et HTML)





  • La logique se code en C++. Mais même avec l’abscence de garbage collector, la gestion de parenté par Qt te fait le café et il n’y a presque plus à se soucier de libérer la mémoire.



votre avatar







linconnu a écrit :



A éviter absolument ! Qt s’adapte très mal au look graphique et au thème du système d’exploitation.







Au contraire !

Ça s’intègre très bien a Windows et OS X pour peu que le développeur fasse quelques efforts.

Exemple :http://www.qupzilla.com/screenshots







polytan a écrit :



Quel est la différence avec Java ?







Les interfaces Java sont faites en SWING et SWING contrairement a Qt s’intègre très mal au look de Windows et Linux (sous OS X, Apple a fait du très bon boulot d’intégration).

De plus Java demande aux utilisateurs d’avoir la JVM d’installee, Qt ne demande rien (enfin si, les dll Microsoft pour C et C++ et la libc et libcpp sous UNIX).

Les applis Java SWING sont lentes au démarrage, les interfaces Qt sont très rapides.


votre avatar







tanguy_k a écrit :



Au contraire !

Ça s’intègre très bien a Windows et OS X pour peu que le développeur fasse quelques efforts.

Exemple :http://www.qupzilla.com/screenshots







Justement sur ces captures on voit que ça s’adapte très mal. Regarde les onglets, nul part dans Windows il n’y a des onglets comme ça !


votre avatar







linconnu a écrit :



Justement sur ces captures on voit que ça s’adapte très mal. Regarde les onglets, nul part dans Windows il n’y a des onglets comme ça !





Au pire tu fais exactement le design que tu veux. Tu aurais une capture d’“onglets Windows” ? Si ça existe bien sûr :) Et je réitère, est-ce que tu connais mieux ? Sinon, ben y’a qu’à améliorer les défauts, c’est open source.


votre avatar

J’utilise Qt professionnellement au quotidient, donc je défend un peu ma croute sur le sujet.



Qt n’est pas seulement utilise sur les ordinateurs de bureau mais depuis Qt 4.8 avec l’arrive de QtQuick et du langage QML (sorte de mix html/css/javascript) pour la partie graphique, combine avec la monte en puissance de la plateforme ARM, beaucoup d’industriel commence a s’intéresser a Qt pour leur environnement embarque (typiquement GPS/ordinateur de bords dans les voitures/avions/kioks de musee/etc.).



Deplus avec QtQuick on a une véritable séparation entre la partie graphique et la partie logique (ce qui n’était pas vraiment le cas precedement avec QtWidget), ce qui veut dire que si l’on veut recreer une interface pour une plateforme spécifique, seul la partie QtQuick est a réécrire et les inge backend et UI ne se mettent plus des batons dans les roues.



QtQuick est particulièrement efficace sur le tactile (creer par Nokia pour meego/harmattam a l’origine) mais implique que l’on doivent créer de A-Z les éléments graphique de l’interface, si l’on souhaite une interface base sur QtQuick qui s’intègre dans un environnement desktop alors les composant QtQuick sont la. (j’ai porte 3 mois de travail pour une une interface en QtWidget a QtQuick + Controls en 3 semaines).


votre avatar

Donc si je comprend bien, avec Qt, on va pouvoir dev des applis multiplateformes ? Plus besoin de dev d’un coté pour Android, de l’autre pour iOS et de l’autre pour Windows Mobile ?



Ou alors je suis à coté de la plaque ? <img data-src=" />

votre avatar

Intéressant ! Juste dommage que ce soit du C++ old-school pas très joli <img data-src=" /> . Le problème des gros projets c’est que quand ils deviennent le top, ils ne sont plus compatibles avec les concepts récents.

votre avatar







Edtech a écrit :



Il y a Delphi aussi qui fait iOS, Android, Mac OS et Windows. Ça doit être équivalent en terme du nombre de plateformes couvertes, non ? (bon manque Linux en fait <img data-src=" />)





Delphi est un bon écosystème si on parle juste de développement, mais aucune version libre, que du proprio….



Qt est dispo sous licence LGPL, GPL et commerciale, et c’est quand même un gros plus.



Du reste, je préfère mille fois la prog C++ ou Python à la prog Delphi à la Pascal. Le C++ permet vraiment de tout faire en back end et de faire une interface Qt, là où le Delphi est un écosystème fermé.







Ksass`Peuk a écrit :



Intéressant ! Juste dommage que ce soit du C++ old-school pas très joli <img data-src=" /> . Le problème des gros projets c’est que quand ils deviennent le top, ils ne sont plus compatibles avec les concepts récents.





Pourquoi old-school ? <img data-src=" />


votre avatar







Ksass`Peuk a écrit :



Intéressant ! Juste dommage que ce soit du C++ old-school pas très joli <img data-src=" /> . Le problème des gros projets c’est que quand ils deviennent le top, ils ne sont plus compatibles avec les concepts récents.







Je suis pas sûr de bien saisir. Quels concepts récents tu évoques ?

Côté langage, les goûts, les couleurs… au contraire, moi je trouve C++ joli <img data-src=" />

Tu peux utiliser Qt à travers Python si ça te plait d’avantage.


votre avatar







Ksass`Peuk a écrit :



Intéressant ! Juste dommage que ce soit du C++ old-school pas très joli <img data-src=" /> . Le problème des gros projets c’est que quand ils deviennent le top, ils ne sont plus compatibles avec les concepts récents.







Je ne sais pas ce que tu veux dire par “old-school” mais lors de l’annonce de la dernière spécification C++, les développeurs de Qt ont commencé à l’utiliser que de rester sur les anciennes de C++.



Ensuite, si c’est pour parler de la structure du langage, on y peut pas grand chose. :)


votre avatar







Ksass`Peuk a écrit :



Intéressant ! Juste dommage que ce soit du C++ old-school pas très joli <img data-src=" /> . Le problème des gros projets c’est que quand ils deviennent le top, ils ne sont plus compatibles avec les concepts récents.







Qt a évolué, il supporte nativement , C++11 et javascript


votre avatar







seblamb a écrit :



Qt a évolué, il supporte nativement , C++11 et javascript







Le truc, c’est que Qt continue d’utiliser des pointeurs nus dans pratiquement toutes ses interfaces, qu’il n’utilise pas d’exceptions (cela dit, il y a de bons arguments sur ce point), que toute sa conception repose sur un « god object » qui relève quand même d’une conception ancienne (et aussi de concession qui ont été faites à l’époque, Qt date quand même d’avant la première normalisation de c++ en 98…).



Les ajouts C++11 de Qt5 sont d’ailleurs ultra-bienvenues (enfin la vérification statique des connexions !)


votre avatar

Je vais pas citer tout le monde mais la création de littéralement tous les objets dans Qt repose sur l’utilisation des pointeurs nus, de l’opérateur new et du concept d’objets parents/enfants.

Concrètement, cette partie du framework est, comparativement à l’exploitation des capsules RAII et de la pile en C++ “moderne”, très moche.



@malock : le C++ est mon langage préféré, mais pas tel qu’on l’utilise dans Qt.

@jedifox : je parle d’une sous-utilisation de la RAII dans Qt alors qu’on sait maintenant que c’est le coeur de C++.

@seblamb : le supporter c’est bien, l’utiliser c’est mieux.

votre avatar

si j’ai bien compris, on code dans Qt en C++;

c’est la seule difference avec Xamarin ? (anciennement Mono : MonoToutch / MonoDroid / MonoDevelop)

vive le C# <img data-src=" />

votre avatar







Ksass`Peuk a écrit :



Je vais pas citer tout le monde mais la création de littéralement tous les objets dans Qt repose sur l’utilisation des pointeurs nus, de l’opérateur new et du concept d’objets parents/enfants.

Concrètement, cette partie du framework est, comparativement à l’exploitation des capsules RAII et de la pile en C++ “moderne”, très moche.



@malock : le C++ est mon langage préféré, mais pas tel qu’on l’utilise dans Qt.

@jedifox : je parle d’une sous-utilisation de la RAII dans Qt alors qu’on sait maintenant que c’est le coeur de C++.

@seblamb : le supporter c’est bien, l’utiliser c’est mieux.







Ok. Ce que tu nous racontes là, c’est largement au dessus de mes compétences <img data-src=" />

Je vais jeter un œil à tout ça, ça m’intéresse. Merci.


votre avatar







dargos a écrit :



si j’ai bien compris, on code dans Qt en C++;

c’est la seule difference avec Xamarin ? (anciennement Mono : MonoToutch / MonoDroid / MonoDevelop)

vive le C# <img data-src=" />





Et sans avoir besoin de recoder l’appli. Parce qu’il me semble qu’avec mono, tu peux partager la partie logique mais pas l’interface utilisateur (qu’il faut coder une fois avec monotouch, une fois avec monodroid, et une autre fois en RT).


votre avatar







dargos a écrit :



si j’ai bien compris, on code dans Qt en C++





Qt comprend désormais un pan dédié à la conception d’UI facilement, rapidement, et de façon souple. Pour cette partie là, le langage Javascript est proposé (cf. QtQuick).



Après, même si le but de départ est de s’en servir avant tout pour de la conception d’UI, rien n’empêche d’embarquer dans cette partie une partie de la logique ‘métier’ de l’application.

Il me semble qu’on peut même envisager de faire une appli en utilisatn exclusivement QtQuick sans toucher une ligne de C++.



A noter que Free avait un temps envisagé de proposer QtQuick comme ‘framework’ pour permettre à des développeurs tiers de coder des petites applications sur la Freebox Révolution.

Mais au delà de quelques annonces allant dans ce sens il y a déjà fort longtemps, on n’a jamais rien vu de concret.



EDIT: et si j’ai bien compris les liens suivants, l’IHM de la Freebox Révolution tout entière serait à base de QtQuick:

http://qt-project.org/videos/watch/qt-and-qt-quick-on-the-freebox-player-set-top…

youtube.com YouTube


votre avatar

J’espère que la version corrigera les bugs énormes de la 5.1 (notamment au niveau de webkit).

En attendant je reste sur 4.8.5

votre avatar







cyrilleberger a écrit :



Oui mais là, on parle pas de dev d’app, mais de dev de framework. Et MS veut que tu développe des apps WinRT en utilisant le framework WInRT (et surtout pas un truc multiplateforme).





Evites les accusation mensongères veux-tu ?



Si MS étaient contre les framework externes, ils n’auraient pas aidé Xamarin encore réçament en libérant du code .Net pour qu’ils l’intègrent, et eux comme QT n’arriveraient pas non plus à faire fonctionner leur plateforme dessus.



Non, si Embarcadero a du mal à porter Delphi sur WinRT c’est parce que WinRT est un environnement sécurisé (lourdement sandboxé et pré-validé) et que les bidouilles crades que Delphi a l’habitude de faire lui sont interdites (contrairement à Win32). Du coup, Embarcadero doit se sortir les doigts, et ça, ils semble pas savoir le faire aussi bien que Xamarin et QT.



Attention à ne pas se tromper de coupable.


votre avatar







Bejarid a écrit :



Non, si Embarcadero a du mal à porter Delphi sur WinRT c’est parce que WinRT est un environnement sécurisé (lourdement sandboxé et pré-validé) et que les bidouilles crades que Delphi a l’habitude de faire lui sont interdites (contrairement à Win32). Du coup, Embarcadero doit se sortir les doigts, et ça, ils semble pas savoir le faire aussi bien que Xamarin et QT.







Pour l’anecdote, que sont ces bidouilles crades dont tu parles ?


votre avatar

Quel est la différence avec Java ?

votre avatar

A éviter absolument ! Qt s’adapte très mal au look graphique et au thème du système d’exploitation.

Qt 5.2 fait un pas vers Windows RT et prend en charge Android et iOS

  • Les plateformes iOS et Android sont officiellement gérées 

  • Vers une véritable ubiquité ? 

  • Une meilleure intégration avec le code natif sous Windows et OS X 

Fermer