Vous semblez oublier quelque chose avec "oué faut garder Qt" : Qt, c'est cool quand on l'utilise en C++. Hors qui dit C++, dis gros problème de portabilité "binaire" : impossible d'avoir un market qui puisse cibler toutes les plateformes visées par Tizen avec cet handicap. D'où ce choix radical de proposer un environnement de "haut niveau" à base de languages "web" réputés "portables". Il n'y a que Apple pour se permettre ce luxe d'avoir un SDK natif par défaut, mais ils maîtrisent le hardware et donc la compatibilité binaire. Et ils visent pas les TV, les voitures, les notebook Intel, etc.
Alors oui ils pouvaient aussi :
* faire comme Google et proposer une plateforme "portable" et un accès bas-niveau. Mais là encore, le bas niveau, c'est surtout utilisé pour les perfs. L'utiliser pour faire de l'IHM avec Qt, c'est proposer au final 2 toolkits différents (HTML5 et Qt) et avoir pour résultats des applications qui se ressemblent pas, au niveau design/ergo, ca sux. C'est un peu comme faire des applis Qt sous Gnome et inversement.
* proposer des bindings pour une plateforme de "portable" (type Java ou autre).
[^] # Re: euh
Posté par TImaniac (site web personnel) . En réponse à la dépêche Meego est mort ! Vive Tizen !. Évalué à -1.
Vous semblez oublier quelque chose avec "oué faut garder Qt" : Qt, c'est cool quand on l'utilise en C++. Hors qui dit C++, dis gros problème de portabilité "binaire" : impossible d'avoir un market qui puisse cibler toutes les plateformes visées par Tizen avec cet handicap. D'où ce choix radical de proposer un environnement de "haut niveau" à base de languages "web" réputés "portables". Il n'y a que Apple pour se permettre ce luxe d'avoir un SDK natif par défaut, mais ils maîtrisent le hardware et donc la compatibilité binaire. Et ils visent pas les TV, les voitures, les notebook Intel, etc.
Alors oui ils pouvaient aussi :
* faire comme Google et proposer une plateforme "portable" et un accès bas-niveau. Mais là encore, le bas niveau, c'est surtout utilisé pour les perfs. L'utiliser pour faire de l'IHM avec Qt, c'est proposer au final 2 toolkits différents (HTML5 et Qt) et avoir pour résultats des applications qui se ressemblent pas, au niveau design/ergo, ca sux. C'est un peu comme faire des applis Qt sous Gnome et inversement.
* proposer des bindings pour une plateforme de "portable" (type Java ou autre).