Envoyé par
fcharton
Surtout pas! Depuis le début, je pousse pas mal cette discussion sur les widgets, parce je crois que c'est le coeur du débat... Si on arrive à une idée nouvelle, et qu'on s'entend dessus, on a les bases d'un projet. Si on n'y arrive pas, je ne crois pas que ce sont les questions d'implémentation, ou les listes de courses, qui nous sauveront.
Le problème du widget, pour moi, c'est moi "à quoi ca sert" que "comment s'en passer"...
Pour permettre à l'utilisateur de définir son IHM, et au framework de la transformer en code, il faut la définir, la modéliser, si tu veux. Et pour l'instant, dans toute cette discussion, même si on dit qu'on aimerait bien larguer les widgets, on parle toujours de boutons, de menus, de souris qui passe au dessus, de clics sur des éléments d'interface... bref, de widgets...
C'est ce qu'on disait ce matin avec El Pedro : quelque part, on se dit que le widget est probablement réducteur, et qu'on peut faire des tas de choses dans une interface qui ne se résument pas à des boutons, et des cases à cocher... Mais voila, on en revient toujours à nos boutons, nos listes, nos menus,... nos widgets !
Le discours de Qt, dans la video postée par yan, essaye d'étendre le débat, en parlant de "zones" sur l'interface... Mais je ne suis pas certain qu'il renouvelle le genre.
Maintenant, il y a une chose qu'on peut modifier, c'est cette idée d'une interface formée d'un composite de widgets : une appli contient des fenetres, qui contiennent des panels, qui contiennent des boutons et d'autres panels qui contiennents des listes, avec dedans des boutons...
Mais, une fois de plus, elle est quand même drolement pratique, cette vision arborescente de l'interface. Alors, si on la remplace, c'est par quoi?
Partager