Qt gère officiellement iOS
L’environnement de développement Qt 5.2 gère enfin iOS et Android. La version 5.1 sortie au début de l’été offrait une prise en charge préliminaire des deux systèmes d’exploitation en vogue sur les terminaux mobiles (lire : Qt met le cap sur Android et iOS).
Avec cette nouvelle version sortie la semaine dernière, l’immense majorité des API de Qt sont gérés par iOS et Android. Il y a cependant quelques exceptions comme Qt WebKit qui ne peut pas être porté sur iOS, à cause des restrictions d’Apple.
Même si tout n’est pas parfait et qu’il reste encore un peu de travail sur certains points, les développeurs de Digia vont pouvoir s’atteler à la prise en charge de Windows RT. Cette version offre une prise en charge préliminaire du système d’exploitation de Microsoft. À ne pas en douter, il s’agit d’un des principaux axes de développement de la version 5.3 qui est d’ores et déjà en chantier.
Plus que jamais, avec Qt, le mot multiplateforme prend tout son sens, même sur les plates-formes mobiles. En attendant le support complet de Windows RT, un projet peut être porté sur iOS, Android, BlackBerry et Sailfish.
Digia a également apporté des améliorations à Qt pour les systèmes d’exploitation de bureau. Cette version règle pas mal de petits problèmes avec Mavericks et permet avec Qt Mac Extras d’intégrer du code natif.
Si vous voulez jeter un oeil à cet environnement de développement, sachez qu’il est possible de télécharger une version d’évaluation sur le site de l’éditeur.
Qt et autre machins multi plates-formes, ou comment rendre obsolète le choix de la plate-forme par l'utilisateur et rendre le tout identique. De plus ce n'est adapté et optimisé à aucun OS... Un peu comme la merveilleuse invention qu'est la JVM...
Qt permet entre autre de garder un code commun tout en ayant une interface utilisateur utilisé par l'OS.
Perso je préfère cent fois un logiciel comme ocenaudio codé avec Qt que Audacity et WxWidgets avec une interface dégueu.
http://www.ocenaudio.com.br/
http://audacity.sourceforge.net/?lang=fr
C'est certain que Qt est bien mieux que WxWidgets. Mais Qt se ressent toujours dans l'utilisation... c'est toujours un décors fabriqué en carton au lieu des murs réels de l'interface.
QT n'a rien à voir avec JAVA.
L'interface de logiciel comme MAYA 3D est en QT. Et tout cela me semble optimisé...
Si tu penses que l'interface de Maya 3D est bien intégrée à OS X, je pense que tu as un soucis. Quand je parle d'optimisation je ne parle pas que de la vitesse d'execution, mais aussi du look & feel.
Lorsque je compare JVM à Qt, ce n'est pas dans ce que c'est, mais dans ce que cela permet de faire, à savoir écrire un logiciel pour un OS qui n'existe pas, et le faire tourner comme on peut sur ceux qui existent.
@Seccotine
Ça n'a absolument rien a voir.
Yeah, encore un truc pour generer des applications pourries sur toutes les plateformes.
@ Seccotine :
Tout à fait d'accord.
Bien que Qt soit probablement le meilleur framework multi-plateformes à l'heure actuelle et celui qui fait l'effort le plus marqué pour s'adapter à l'interface de chaque plateforme visée, ça reste un machin multi-plateformes.
C'est-à-dire, en fait, une plateforme de plus, et non quelque chose qui permet réellement de développer pour chacune des autres plateformes.
L'existence de ce genre d'approche est très pratique dans certains cas (généralement pour des logiciels très spécialisés et pas du tout grand public, et qui n'ont pas besoin d'une adaptation à chaque plateforme).
Mais si des développeurs s'imaginent qu'un framework multi-plateformes leur permettra de développer sans effort un logiciel adapté à chacune des plateformes visées, ils sont juste incompétents (et peu respectueux de leurs utilisateurs).
@Seccotine
Tout à fait d'accord avec toi.
PS: étrange qu'il faille 2 interventions supplémentaires et rentrer dans les détails pour que les gens comprennent.
Essai.
Je trouve les jugements sur Qt un peu à l'emporte pièce...
Il ne faut pas faire l'amalgamme entre effort de developement et multi-plateforme.
Developper une application Qt efficace et attractive ne se fera pas sans effort.
Si on y met les watt nécessaires, on peut arriver à trucs sympas.
Evidemment qu'une application Qt ne sera jamais aussi optimisable qu'une application native mais je reste persuadé qu'une bonne équipe de dev Qt fera bien mieux qu'une équipe de bras cassés en natif.
Le pompom reste la comparaison de Qt à la JVM.
Que de commentaires de gens qui ne semblent pas comprendre grand chose a Qt et à Java...
@ hackintoshair : Je ne sais pas qui était visé par ton commentaire, mais je peux t'assurer que pour ma part je connais très bien Qt et Java, leurs possibilités et leurs limites.