Il est bien à gauche du menu dans lequel il se trouve. Les menus de KDevelop sont architecturés un peu spécialement du fait de la modularité du machin. J'admets que ce n'est pas beau, mais c'est pratique d'avoir toujours les mêmes menus aux mêmes endroits (ceux qui ont utilisé Konqueror en faisant autre-chose que juste du web comprendront).
2) Pourquoi y'a un menu DTD ?
Je ne sais pas, il est vide.
3) Pourquoi y'a des onglets au même niveau que les menus ?
Parce qu'ils changent l'espace de travail (barre d'outils, documents ouvertes) mais pas les menus, et que la place doit être faite pour le code, pas l'interface. Donc on les met là où il y a de la place.
4) Pourquoi on a l'impression que tous les widgets flottent un peu partout n'importe comment ?
Parce que tu es habitué aux interfaces simplistes et pauvres en GTK qui obligent d'ouvrir 3 fenêtres différentes avec 6 niveaux de menus pour avoir la même chose (non je ne vise pas GIMP).
5) Pourquoi faut tourner la tête dans 3 sens différents pour pouvoir tout lire ?
Parce qu'on n'a pas besoin de toute lire en même temps, généralement. On code tranquillement, avec la doc à côté, et on peut ouvrir d'autres fichiers :) .
6) Pourquoi les flèches de l'arbo sont aussi petites ? (ça doit être pratique à cliquer)
Parce que KDE est configurable et que j'aime les petites flèches, tout simplement. On peut aussi mettre des + , choisir la taille des flèches, etc.
7) Pourquoi y'a 2 champs textes côte à côte en haut ? pour se tromper plus facilement ?
Y'en a un avec «Quick Open...» dedans qui permet de rapidement ouvrir un fichier en fonction de ce qu'on tape dedans. L'autre permet de naviguer de fonction en fonction dans le fichier courant.
8) Pourquoi y'a des boutons flèches dans tous les sens ?
Y'a que deux boutons flèches, c'est raisonnable. Les autres flèches viennent du fait que j'ai rétréci la fenêtre au maximum (on ne voit pas toute la largeur du menu, il manque un bout d'onglet, les barres d'outils ne rentrent pas).
En 1280x1024, ça rentre impeccablement et il n'y a plus de flèches.
9) Pourquoi y'a des boutons en haut, sur les côtés, et en dessous de chaque panel ?
Chaque bouton permet d'ouvrir/fermer un panel. Par exemple, si je clique sur le bouton Projects à gauche, ça me ferme le panel Projects et je gagne de la place.
Les panels peuvent être changés de côtés, et même transformés en panels flottants (hors de la fenêtre).
10) Pourquoi le tooltip est blanc sur fond blanc ?
Si ça avait été une autre couleur, t'aurais demandé «Pourquoi les tooltips sont en rose sur fond blanc avec du texte noir dedans ? Pour bien nous pêter les yeux ?».
Le contour est suffisamment gros pour qu'on le voie. Le but de KDevelop est d'être utilisable.
11) Pourquoi l'indicateur de ligne/col est en haut à côté des onglets ?
Parce qu'une barre des tâches occuperait 20px de haut sur toute la largeur de la fenêtre et qu'il faut mettre ça là où il y a de la place, toujours dans un soucis d'optimisation de l'espace.
De plus, comme on change souvent de document, l'oeil a l'habitude de se balader dans cette zone, donc c'est justement mieux placé à l'utilisation que si c'était en bas.
12) Pourquoi y'a un panel 'Projects' et un autre 'Project Selection' ?
J'avoue que je ne sais pas trop. On peut ouvrir plusieurs projets, et il me semble qu'on peut alors choisir dans Project Selection quels projets afficher dans l'arbre au-dessus.
13) Pourquoi y'a tellement de couleurs dans la coloration syntaxique qu'on met 2 heures à comprendre quelle couleur correspond à quoi ?
Chaque variable a sa couleur, et ça met un peu de gaité dans le code :) .
Ce qui n'est pas variable a des couleurs facilement reconnaissable. Gras pour les mots-clefs, bleu clair pour les types génériques (void, int, bool, double, etc), bleu marine pour une fonction membre (en gras si elle est à nous).
Donc non, c'est au contraire une très belle interface conçue avec la plus grande attention (KDevelop était stable depuis 1 an, j'ai suivi sur le SVN cette dernière année, et plus de 50% des commits visaient à rendre l'interface utilisable).
KDevelop, on l'essaie pendant 10 minutes qu'on ne veut plus le quitter. Tout est sous la main, là où on veut, et c'est relativement rapide.
[^] # Re: Interface de l'enfer
Posté par steckdenis . En réponse à la dépêche Sortie de KDevelop 4.0. Évalué à 6.
1) Pourquoi le menu File est au milieu ?
Il est bien à gauche du menu dans lequel il se trouve. Les menus de KDevelop sont architecturés un peu spécialement du fait de la modularité du machin. J'admets que ce n'est pas beau, mais c'est pratique d'avoir toujours les mêmes menus aux mêmes endroits (ceux qui ont utilisé Konqueror en faisant autre-chose que juste du web comprendront).
2) Pourquoi y'a un menu DTD ?
Je ne sais pas, il est vide.
3) Pourquoi y'a des onglets au même niveau que les menus ?
Parce qu'ils changent l'espace de travail (barre d'outils, documents ouvertes) mais pas les menus, et que la place doit être faite pour le code, pas l'interface. Donc on les met là où il y a de la place.
4) Pourquoi on a l'impression que tous les widgets flottent un peu partout n'importe comment ?
Parce que tu es habitué aux interfaces simplistes et pauvres en GTK qui obligent d'ouvrir 3 fenêtres différentes avec 6 niveaux de menus pour avoir la même chose (non je ne vise pas GIMP).
5) Pourquoi faut tourner la tête dans 3 sens différents pour pouvoir tout lire ?
Parce qu'on n'a pas besoin de toute lire en même temps, généralement. On code tranquillement, avec la doc à côté, et on peut ouvrir d'autres fichiers :) .
6) Pourquoi les flèches de l'arbo sont aussi petites ? (ça doit être pratique à cliquer)
Parce que KDE est configurable et que j'aime les petites flèches, tout simplement. On peut aussi mettre des + , choisir la taille des flèches, etc.
7) Pourquoi y'a 2 champs textes côte à côte en haut ? pour se tromper plus facilement ?
Y'en a un avec «Quick Open...» dedans qui permet de rapidement ouvrir un fichier en fonction de ce qu'on tape dedans. L'autre permet de naviguer de fonction en fonction dans le fichier courant.
8) Pourquoi y'a des boutons flèches dans tous les sens ?
Y'a que deux boutons flèches, c'est raisonnable. Les autres flèches viennent du fait que j'ai rétréci la fenêtre au maximum (on ne voit pas toute la largeur du menu, il manque un bout d'onglet, les barres d'outils ne rentrent pas).
En 1280x1024, ça rentre impeccablement et il n'y a plus de flèches.
9) Pourquoi y'a des boutons en haut, sur les côtés, et en dessous de chaque panel ?
Chaque bouton permet d'ouvrir/fermer un panel. Par exemple, si je clique sur le bouton Projects à gauche, ça me ferme le panel Projects et je gagne de la place.
Les panels peuvent être changés de côtés, et même transformés en panels flottants (hors de la fenêtre).
10) Pourquoi le tooltip est blanc sur fond blanc ?
Si ça avait été une autre couleur, t'aurais demandé «Pourquoi les tooltips sont en rose sur fond blanc avec du texte noir dedans ? Pour bien nous pêter les yeux ?».
Le contour est suffisamment gros pour qu'on le voie. Le but de KDevelop est d'être utilisable.
11) Pourquoi l'indicateur de ligne/col est en haut à côté des onglets ?
Parce qu'une barre des tâches occuperait 20px de haut sur toute la largeur de la fenêtre et qu'il faut mettre ça là où il y a de la place, toujours dans un soucis d'optimisation de l'espace.
De plus, comme on change souvent de document, l'oeil a l'habitude de se balader dans cette zone, donc c'est justement mieux placé à l'utilisation que si c'était en bas.
12) Pourquoi y'a un panel 'Projects' et un autre 'Project Selection' ?
J'avoue que je ne sais pas trop. On peut ouvrir plusieurs projets, et il me semble qu'on peut alors choisir dans Project Selection quels projets afficher dans l'arbre au-dessus.
13) Pourquoi y'a tellement de couleurs dans la coloration syntaxique qu'on met 2 heures à comprendre quelle couleur correspond à quoi ?
Chaque variable a sa couleur, et ça met un peu de gaité dans le code :) .
Ce qui n'est pas variable a des couleurs facilement reconnaissable. Gras pour les mots-clefs, bleu clair pour les types génériques (void, int, bool, double, etc), bleu marine pour une fonction membre (en gras si elle est à nous).
Donc non, c'est au contraire une très belle interface conçue avec la plus grande attention (KDevelop était stable depuis 1 an, j'ai suivi sur le SVN cette dernière année, et plus de 50% des commits visaient à rendre l'interface utilisable).
KDevelop, on l'essaie pendant 10 minutes qu'on ne veut plus le quitter. Tout est sous la main, là où on veut, et c'est relativement rapide.