Avec les EFL, c'est juste un changement de theme. Tous n'est pas techniquement operationnel aujourd'hui pour ca, mais les bases sont la. La premiere chose a bien comprendre, c'est la separation claire entre logique et interface grace a Edje. Cela veut dire que tu peux changer toutes l'interface en changeant juste le theme. Le theme est en charge du layout. Il peut te creer tes listes, tes boutons, definir leur deplacement et transition. Donc oui, le theme defini l'ergonomie de ton application dans le monde des EFL et pas uniquement une image dans un coin ou la couleur de la font.
Biensur, il y a des choses qui sont fondamentalement different entre tous les terminaux. En premier lieu, la precision du pointeur (taille du doigt sur un touchscreen vs souris) et ensuite le dpi qui fait qu'une font va etre lisible ou non. Cela implique des regles strictes quand a la maniere de redimensionner les objets a l'ecran. Ceux sont des contraintes fournit par le profile du terminal et pris en compte automatiquement par les EFL. Enfin le dernier point et que tu souleves avec raison, c'est l'interactivite, l'exemple type, c'est une liste vertical dont on espere qu'elle sera "kinetic" sur un touchscreen et classic avec une barre de navigation sur un desktop. Tu peux rajouter la navigation entre les widgets a l'aide de la touche Tab (Desktop) ou d'une croix directionnel + entre (TV et Set Top Box). Mais cela aussi fait partie du profile. Au final, cela reste un comportement gerable principalement dans le toolkit graphique via un profil.
Donc l'ergonomie d'une application peut etre juste gere par le theme et le profile de notre point de vue et c'est ce vers quoi l'on tend.
QtQuick/QML n'est pas comparable avec ceux dont on parle dans les EFL, car il ne gere pas tout ce que je viens de decrire automatiquement et il faut rajouter cette logique dans le QML. En fait, c'est un defaut de conception inherent a cette technologie, il est necessaire de mettre de la logique de ce cote la. Cela donne plus de souplesse et permet de rapidement faire des prototypes, mais avec le temps se pose des difficultes de maintenance et de performance.
[^] # Re: RAD?
Posté par cedric . En réponse à la dépêche Sortie des EFL 1.1.0. Évalué à 3.
Avec les EFL, c'est juste un changement de theme. Tous n'est pas techniquement operationnel aujourd'hui pour ca, mais les bases sont la. La premiere chose a bien comprendre, c'est la separation claire entre logique et interface grace a Edje. Cela veut dire que tu peux changer toutes l'interface en changeant juste le theme. Le theme est en charge du layout. Il peut te creer tes listes, tes boutons, definir leur deplacement et transition. Donc oui, le theme defini l'ergonomie de ton application dans le monde des EFL et pas uniquement une image dans un coin ou la couleur de la font.
Biensur, il y a des choses qui sont fondamentalement different entre tous les terminaux. En premier lieu, la precision du pointeur (taille du doigt sur un touchscreen vs souris) et ensuite le dpi qui fait qu'une font va etre lisible ou non. Cela implique des regles strictes quand a la maniere de redimensionner les objets a l'ecran. Ceux sont des contraintes fournit par le profile du terminal et pris en compte automatiquement par les EFL. Enfin le dernier point et que tu souleves avec raison, c'est l'interactivite, l'exemple type, c'est une liste vertical dont on espere qu'elle sera "kinetic" sur un touchscreen et classic avec une barre de navigation sur un desktop. Tu peux rajouter la navigation entre les widgets a l'aide de la touche Tab (Desktop) ou d'une croix directionnel + entre (TV et Set Top Box). Mais cela aussi fait partie du profile. Au final, cela reste un comportement gerable principalement dans le toolkit graphique via un profil.
Donc l'ergonomie d'une application peut etre juste gere par le theme et le profile de notre point de vue et c'est ce vers quoi l'on tend.
QtQuick/QML n'est pas comparable avec ceux dont on parle dans les EFL, car il ne gere pas tout ce que je viens de decrire automatiquement et il faut rajouter cette logique dans le QML. En fait, c'est un defaut de conception inherent a cette technologie, il est necessaire de mettre de la logique de ce cote la. Cela donne plus de souplesse et permet de rapidement faire des prototypes, mais avec le temps se pose des difficultes de maintenance et de performance.