Le mieux étant de tester un System 7.1 ou un Mac OS 8.6 pour mieux comprendre, voir de tester avec la base un bon System 6

Sally (./237) :
Le truc c'est que sous linux les problèmes que je pouvais avoir avec l'interface étaient typiquement dus à des bugs. Alors bon c'est chiant mais au moins tu te dis que c'est pas exprès. Là j'ai sans doute pas plus de problèmes mais à chaque fois j'ai l'impression que ça a été fait comme ça volontairement, ce qui d'une certaine façon est plus frustrant ^^
Brunni (./241) :Boah, on a bien évolué depuis la FAT 8.3 et depuis les 640ko de RAM, hein, et pourtant il s'agissait à chaque fois d'une logique bizarroïde et non de bugs
Ben c'est juste qu'un bug il sera corrigé dans la prochaine release (hopefully), mais une logique bizarroïde certainement pas ^^
Nil (./242) :
Boah, on a bien évolué depuis la FAT 8.3 et depuis les 640ko de RAM, hein, et pourtant il s'agissait à chaque fois d'une logique bizarroïde et non de bugs
Souane (./243) :
Brunni : quand la logique bizarroide concerne uniquement le choix des couleurs, pourquoi pas
Sally (./234) :
Ouais j'exagère en parlant de 2%, mais quoi qu'il en soit, gris et gris c'est la même couleur ; quant à la barre de défilement, quand tu as ouvert un pdf de 15 pages, c'est comme les petits boutons en haut à gauche : un détail dans un coin ^^
Je ne dis pas que j'ai du mal à savoir quelle est la fenêtre active si je me pose la question, hein. Le problème, c'est que je ne me pose pas la question ; mais quand la barre de titre des fenêtres inactives est d'une autre couleur (par exemple blanc vs. bleu) je *remarque* que la fenêtre qui m'intéresse est inactive, parce que ça me saute aux yeux. Là c'est pas le cas, je fais pas gaffe.
Zerosquare >
Brunni (./236) :
(donc probablement mal conçu au final, puisqu'un truc bien conçu devrait être intuitif si possible).
Flanker (./248) :Perso la couleur des fenêtres m'a toujours suffi. J'avais même pas particulièrement remarqué le truc des boutons avant que Sally en parle. (Pas consciement en tant qu'identificateur de fenêtre active, quoi)
Marrant, ça ne m'a jamais posé de problèmeJe dois avoir pris le réflexe de regarder les boutons et les ascenseurs
Mac OSX mélange des trucs totalement intuitifs que tu aimerais trouver sous Windows, tels que le bouton du milieu et la molette qui fonctionnent sur la fenêtre + le controle survolé, et d'autre trucs nettement moins intuitifs qui varient entre le truc super utile que tu n'avais jamais remarqué (y'en a sous Windows, mais c'est quand même plus des trucs de « power user » inutiles) et le truc dont l'absence totale de logique te fait bugger à chaque fois que tu le vois. (Par exemple la fenêtre active a beau être en plein écran sur l'écran 2, la barre de menu associée est toujours sur l'écran 1…)Brunni (./236) :
(donc probablement mal conçu au final, puisqu'un truc bien conçu devrait être intuitif si possible).
Je ne la trouve pas spécialement moins intuitive que WindowsMais effectivement si être différent de Windows, c'est ne pas être intuitif...
Flanker (./248) :Brunni (./236) :
(donc probablement mal conçu au final, puisqu'un truc bien conçu devrait être intuitif si possible).
Je ne la trouve pas spécialement moins intuitive que WindowsMais effectivement si être différent de Windows, c'est ne pas être intuitif...
Brunni (./252) :Mais dans le cas où la fenêtre qui est sous le pointeur reçoit les actions de la molette aussi bien que du clavier, autrement dit est la fenêtre active, tu n'as même pas besoin de chercher où est le pointeur, il suffit de jeter un œil à la BARRE DE TITRE pour savoir où est le focus, et ça, c'est simple et intuitif
A l'inverse il faut contrôler que la souris est bien sur la fenêtre que tu consultes avant de lancer un défilement.