Ne pas confondre "redimensionnement" et "zoom vectoriel". Le redimensionnement c'est quand tu agrandi ta fenètre mais que ton interface reste "cohérente", i.e., qque les boutons ne s'agrandissent pas mais que les champs éditablent/de présentation s'agrandissent pour présenter une surface de visualisation plus grande.
(Au passage: sous linux on a trés rarement ce problème mais esseye un Windows et tu va voir que tu hurle a la mort a plein d'endroits. -ne serait-til pas prés pour le Desktop?-)
C'est une bonne problématique, on va y réfléchir :-)
Mais c'est transparant au niveau code pour l'utilisateur ça (?).
Esseye de penser a un langage trés "déclaratif" pour les interfaces: "qu'est ce que je veut afficher" et non "comment doit ce comporter mon interface". Par exemple doner la possibilité d'associer automatiquement un champs texte a un attribut d'un objet. L'attribut sera automaitquement modifié lors de la saisie dans le champs texte et vice-versa.
C'est effectivement un peu comme ça que je le visualisai.
J'ai fait un peu de windev.. et outre que ce langage et ce système est pourri (affreusement buggé, tient pas la charge, etc...) il est très bien pensé sur de nombreux point et en particulier celui de la facilité de compréhension et d'accès au code (et la doc est la meilleur doc pour logiciel de dev que j'ai jamais vu. Un modèle du genre).
Mon but est aussi de faire en sorte que coder une interface avec cette lib soit le plus simple possible.
Donc effectivement un champ texte sera un objet, avec pour prop son emplacement, quelques autres données cosmétiques et un get/set sur le string qu'il contient.
Je crois que c'est dans ce sens qu'il pourrait y avoir des innovations: les système d'action, de listener ou d'evenement (signaux) n'ont jamais conquis a 100% n'importe quel développeur. Trouver un nouveaux mecanisme pourrait etres vraiment innovant.
En ce qui me concerne, je voudrai faire évoluer le langage en lui ajoutant des fonctionnalité acteurs : un acteur envoi un message à l'assemblée en déterminant qui a droit de le recevoir et chacun sélectionne ensuite ce qu'il veut recevoir. Un système de mail entre objet en qq sorte.
Je pense qu'il serai assez génial de faire tourner la lib et la gestion des event comme ça, ça rejoindrai mon idéal de simplicité totale du code.
En attendant, je ne sais quel système choisir. Surement un système d'évènement comme il en existe déjà un sur l'OS.
Mais franchement j'aurai besoin d'en savoir un peu plus sur ces systèmes et les problèmes qu'ils génèrent. Merci pour les liens :-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: fonctionnalités
Posté par Ontologia (site web personnel) . En réponse au journal Conception d'une API interface utilisateur. Évalué à 1.
Ne pas confondre "redimensionnement" et "zoom vectoriel". Le redimensionnement c'est quand tu agrandi ta fenètre mais que ton interface reste "cohérente", i.e., qque les boutons ne s'agrandissent pas mais que les champs éditablent/de présentation s'agrandissent pour présenter une surface de visualisation plus grande.
(Au passage: sous linux on a trés rarement ce problème mais esseye un Windows et tu va voir que tu hurle a la mort a plein d'endroits. -ne serait-til pas prés pour le Desktop?-)
C'est une bonne problématique, on va y réfléchir :-)
Mais c'est transparant au niveau code pour l'utilisateur ça (?).
Esseye de penser a un langage trés "déclaratif" pour les interfaces: "qu'est ce que je veut afficher" et non "comment doit ce comporter mon interface". Par exemple doner la possibilité d'associer automatiquement un champs texte a un attribut d'un objet. L'attribut sera automaitquement modifié lors de la saisie dans le champs texte et vice-versa.
C'est effectivement un peu comme ça que je le visualisai.
J'ai fait un peu de windev.. et outre que ce langage et ce système est pourri (affreusement buggé, tient pas la charge, etc...) il est très bien pensé sur de nombreux point et en particulier celui de la facilité de compréhension et d'accès au code (et la doc est la meilleur doc pour logiciel de dev que j'ai jamais vu. Un modèle du genre).
Mon but est aussi de faire en sorte que coder une interface avec cette lib soit le plus simple possible.
Donc effectivement un champ texte sera un objet, avec pour prop son emplacement, quelques autres données cosmétiques et un get/set sur le string qu'il contient.
Je crois que c'est dans ce sens qu'il pourrait y avoir des innovations: les système d'action, de listener ou d'evenement (signaux) n'ont jamais conquis a 100% n'importe quel développeur. Trouver un nouveaux mecanisme pourrait etres vraiment innovant.
En ce qui me concerne, je voudrai faire évoluer le langage en lui ajoutant des fonctionnalité acteurs : un acteur envoi un message à l'assemblée en déterminant qui a droit de le recevoir et chacun sélectionne ensuite ce qu'il veut recevoir. Un système de mail entre objet en qq sorte.
Je pense qu'il serai assez génial de faire tourner la lib et la gestion des event comme ça, ça rejoindrai mon idéal de simplicité totale du code.
En attendant, je ne sais quel système choisir. Surement un système d'évènement comme il en existe déjà un sur l'OS.
Mais franchement j'aurai besoin d'en savoir un peu plus sur ces systèmes et les problèmes qu'ils génèrent. Merci pour les liens :-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker