Il faut l'essayer pour comprendre.
Et il faut distinguer beautée d'ergonomie.
La rotation selon la normale à l'écran : déjà expliquée, pour les écrans à l'horizontale, pour agir comme s'il s'agissant de véritables documents, pour les montrer à des personnes qui seraient face à l'utilisateur de l'écran. Application limitée certes.
Rotation sur l'axe vertical et l'axe horizontal, zoom : permet de réduire la place prise par les fenêtres à l'écran, tout en pouvant surveiller l'activité. De plus, l'échelle d'une fenêtre peut varier lorsque la souris passe dessus ou lorsqu'elle reçoit le focus, pas besoin d'en changer manuellement.
Rognage des bords : bon, je ne suis pas convaincu, l'espace ainsi libéré n'est pas vraiment exploitable.
La transparece : permet d'empiler des fenêtres touten pouvant distinguer le contenu de fenêtres qui seraient ordinairement cachées.
Lorsqu'il nous a fait le cours, Nicolas Roussel a surtout insisté sur l'image du bureau. Un [vrai] bureau est toujours en bordel : une pile de papier là, on soulève le coin d'une page pour voir en dessous sans avoir à la déplacer, etc. Et il tente d'appliquer les opérations que l'on fait naturellement "physiquement" avec des feuilles de papier sur un bureau à des fenêtres de programmes dans un écran. Si toutes ces opérations ne sont pas un succès, elles ont au moins le mérite d'avoir été tentées, et je crois en ce genre de recherche fondamentale.
Pour paraphraser "The Art of Unix Programming" : ne pas refuser un moyen d'interraction avant de l'avoir réellement testé (l'idée original dans ce livre est "ne pas optimiser avant d'avoir éprouvé le bénéfice de l'optimisation par la pratique").
[^] # Re: Serveur X sur OpenGL ?
Posté par Vincent Pelletier . En réponse à la dépêche Exa, une nouvelle architecture accélérée pour les drivers Xorg. Évalué à 3.
Et il faut distinguer beautée d'ergonomie.
La rotation selon la normale à l'écran : déjà expliquée, pour les écrans à l'horizontale, pour agir comme s'il s'agissant de véritables documents, pour les montrer à des personnes qui seraient face à l'utilisateur de l'écran. Application limitée certes.
Rotation sur l'axe vertical et l'axe horizontal, zoom : permet de réduire la place prise par les fenêtres à l'écran, tout en pouvant surveiller l'activité. De plus, l'échelle d'une fenêtre peut varier lorsque la souris passe dessus ou lorsqu'elle reçoit le focus, pas besoin d'en changer manuellement.
Rognage des bords : bon, je ne suis pas convaincu, l'espace ainsi libéré n'est pas vraiment exploitable.
La transparece : permet d'empiler des fenêtres touten pouvant distinguer le contenu de fenêtres qui seraient ordinairement cachées.
Lorsqu'il nous a fait le cours, Nicolas Roussel a surtout insisté sur l'image du bureau. Un [vrai] bureau est toujours en bordel : une pile de papier là, on soulève le coin d'une page pour voir en dessous sans avoir à la déplacer, etc. Et il tente d'appliquer les opérations que l'on fait naturellement "physiquement" avec des feuilles de papier sur un bureau à des fenêtres de programmes dans un écran. Si toutes ces opérations ne sont pas un succès, elles ont au moins le mérite d'avoir été tentées, et je crois en ce genre de recherche fondamentale.
Pour paraphraser "The Art of Unix Programming" : ne pas refuser un moyen d'interraction avant de l'avoir réellement testé (l'idée original dans ce livre est "ne pas optimiser avant d'avoir éprouvé le bénéfice de l'optimisation par la pratique").