Juste pour qu'on soit d'accord sur les affirmations techniques, les EFLs sont toujours plus performante que QML/CoreAnimation/... whatever. J'ai bien precise que le seul toolkit qui avancait dans la bonne direction etait QML avec le backend SceneGraph. Mais c'est loin d'etre comparable pour l'instant !
QML necessite l'utilisation d'un ou plusieurs contextes JavaScript qui posent de gros probleme en terme de consomation CPU et limite les optimisations possible. Le second probleme, c'est que QML devient un langage de programmation complet... Ce qui fait qu'il devient facile pour le developpeur de melanger interface et logique applicative, ce qui fini par rendre une application moins evolutive, themable et maintenable. De plus le gain en terme de ligne de code n'est pas evident. A tout ces problemes, les EFLs ont deja des solutions qui marchent aujourd'hui.
De maniere plus general, ce n'est pas parce que tu es capable d'animer un widget que tu as une solution equivalente. Ainsi il te faut du matos plutot chere pour faire tourner Android, QT, iOS. Alors qu'avec les EFLs, tu peux des aujourd'hui attaquer le marche avec du materiel, beaucoup, beaucoup moins chere et tout de meme offrir une experience utilisateur sympa.
Pour ce qui est de la richesse/qualite des outils de devs, je pense qu'il manque un editeur graphique de fichier edje pour simplifier la vie au designer. Si tu parles de la richesse de l'API pour les devs, tu peux aujourd'hui developper un bon nombre d'appli sans etre bloque.
De maniere plus generale, la bataille dans l'embarque ne fait que commencer. Faire des terminaux graphiques en entree de gamme sans sacrifier l'experience utilisateur n'est pas un probleme simple.
[^] # Re: des possibilités graphiques hors du commun.
Posté par cedric . En réponse à la dépêche Conférence Parinux : les Enlightenment Foundation Libraries (EFL). Évalué à 4.
Juste pour qu'on soit d'accord sur les affirmations techniques, les EFLs sont toujours plus performante que QML/CoreAnimation/... whatever. J'ai bien precise que le seul toolkit qui avancait dans la bonne direction etait QML avec le backend SceneGraph. Mais c'est loin d'etre comparable pour l'instant !
QML necessite l'utilisation d'un ou plusieurs contextes JavaScript qui posent de gros probleme en terme de consomation CPU et limite les optimisations possible. Le second probleme, c'est que QML devient un langage de programmation complet... Ce qui fait qu'il devient facile pour le developpeur de melanger interface et logique applicative, ce qui fini par rendre une application moins evolutive, themable et maintenable. De plus le gain en terme de ligne de code n'est pas evident. A tout ces problemes, les EFLs ont deja des solutions qui marchent aujourd'hui.
De maniere plus general, ce n'est pas parce que tu es capable d'animer un widget que tu as une solution equivalente. Ainsi il te faut du matos plutot chere pour faire tourner Android, QT, iOS. Alors qu'avec les EFLs, tu peux des aujourd'hui attaquer le marche avec du materiel, beaucoup, beaucoup moins chere et tout de meme offrir une experience utilisateur sympa.
Pour ce qui est de la richesse/qualite des outils de devs, je pense qu'il manque un editeur graphique de fichier edje pour simplifier la vie au designer. Si tu parles de la richesse de l'API pour les devs, tu peux aujourd'hui developper un bon nombre d'appli sans etre bloque.
De maniere plus generale, la bataille dans l'embarque ne fait que commencer. Faire des terminaux graphiques en entree de gamme sans sacrifier l'experience utilisateur n'est pas un probleme simple.