J'ai jamais dis d'utiliser des appli web pour tout et n'importe quoi.
Ha ben désolé hein, moi j'étais parti de ta phrase « Si ce n'est pas un jeu, tant qu'à faire du cross-Platform avec le même look partout, autant utiliser les framworks à base d'HTML ». Donc je donne des exemple d'applications où il peut être intéressant de faire du cross plateforme non web, et donc dans ce cas d'utiliser Qt.
Donc des applis du type de parrot pour controler un matériel, ça peut être fait avec un framework comme Qt, et l'intégration graphique n'est pas forcément ce qui est recherché, tu peux plutôt avoir une identité propre commune à toutes les versions.
Ça c'est une cible.
Ensuite sur Google Drive et Dropbox faut aussi savoir généraliser, mais bon si tu préfères des applications qui vont manipuler des données sur ton téléphone, des documents, photos, etc. Dans ce cas il vaut mieux faire du natif, et dans pas mal de cas l'intégration graphique n'est pas forcément nécessaire car tu peux ajouter ton identité dessus. Dans tous les cas ce sera mieux que du web niveau perf/réactivité/fluidité et avec les toolkits cross platform qui commence à avoir des styles natifs (tiens, comme Qt) le côté où l'appli n'est pas intégré tend à disparaître.
Et après si tu veux vraiment avoir un large éventail d'applis où c'est pertinent de faire du Qt, en voilà un : toutes les applis multiplateformes où le client ne souhaite pas payer deux développements de GUI (dans le meilleur des cas, deux développements complets dans le pire). Ça va, c'est assez vaste ? Parce que c'est peut-être pas top mais en tout cas là tu en as du monde.
[^] # Re: "Create once, deploy everywhere"
Posté par CrEv (site web personnel) . En réponse au journal The Qt Company. Évalué à 7.
Ha ben désolé hein, moi j'étais parti de ta phrase « Si ce n'est pas un jeu, tant qu'à faire du cross-Platform avec le même look partout, autant utiliser les framworks à base d'HTML ». Donc je donne des exemple d'applications où il peut être intéressant de faire du cross plateforme non web, et donc dans ce cas d'utiliser Qt.
Donc des applis du type de parrot pour controler un matériel, ça peut être fait avec un framework comme Qt, et l'intégration graphique n'est pas forcément ce qui est recherché, tu peux plutôt avoir une identité propre commune à toutes les versions.
Ça c'est une cible.
Ensuite sur Google Drive et Dropbox faut aussi savoir généraliser, mais bon si tu préfères des applications qui vont manipuler des données sur ton téléphone, des documents, photos, etc. Dans ce cas il vaut mieux faire du natif, et dans pas mal de cas l'intégration graphique n'est pas forcément nécessaire car tu peux ajouter ton identité dessus. Dans tous les cas ce sera mieux que du web niveau perf/réactivité/fluidité et avec les toolkits cross platform qui commence à avoir des styles natifs (tiens, comme Qt) le côté où l'appli n'est pas intégré tend à disparaître.
Et après si tu veux vraiment avoir un large éventail d'applis où c'est pertinent de faire du Qt, en voilà un : toutes les applis multiplateformes où le client ne souhaite pas payer deux développements de GUI (dans le meilleur des cas, deux développements complets dans le pire). Ça va, c'est assez vaste ? Parce que c'est peut-être pas top mais en tout cas là tu en as du monde.