web-dev-qa-db-fra.com

Éditeur de code multi-volets avec aperçu: aidez-moi à trouver un bon compromis entre convivialité et complexité

Je crée un site Web/application simple pour tester le code JavScript dans le navigateur, similaire à jsbin.com, jsfiddle.net et tinkerbin.com.

L'approche habituelle est d'avoir 3 éditeurs de code (pour JS, CSS et HTML) et une fenêtre d'aperçu.

Chacun des sites énumérés ci-dessus utilise une approche différente. jsbin.com utilise deux colonnes côte à côte; la colonne de gauche contient un éditeur à onglets et la droite contient une fenêtre d'aperçu. jsfiddle.net utilise quatre volets dans une grille deux par deux. tinkerbin.com utilise deux colonnes; la gauche empile trois volets de l'éditeur les uns sur les autres, la droite contient l'aperçu.

Je ne suis pas un expert en ergonomie, mais personnellement, je ne vois pas de besoin deux ont plus de deux volets à l'écran à la fois. Pour cette raison, je privilégie l'approche par onglets simple à deux colonnes. Cependant, en discutant de l'idée avec d'autres, quelques personnes ont dit qu'elles aimaient avoir plus d'un éditeur de code à l'écran à la fois et qu'elles aimeraient que l'interface soit entièrement personnalisable.

Je ne pense pas être d'accord avec l'idée de rendre l'interface "entièrement personnalisable", car:

  1. Je ne sais pas comment déterminer à quel point il doit être entièrement personnalisable,
  2. c'est beaucoup de travail supplémentaire, et
  3. Je pense que cela distrait l'utilisateur du point principal de l'application (écrire et tester du code).

Dois-je faire un compromis en permettant à l'utilisateur de sélectionner une mise en page prédéfinie (à partir de l'un des trois mentionnés ci-dessus) et d'ajouter des mises en page plus tard s'il y a une demande pour elles?

Dois-je suivre ma préférence personnelle et m'en tenir à la mise en page partagée?

Ou devrais-je essayer de résoudre le problème de la création de l'interface utilisateur entièrement personnalisable?

Si quelqu'un peut offrir des conseils, de préférence basés sur l'expérience professionnelle ou les résultats d'une étude ou quelque chose dans ce sens, je l'apprécierais.

3
GGG

Dois-je faire un compromis en permettant à l'utilisateur de sélectionner une mise en page prédéfinie (à partir de l'un des trois mentionnés ci-dessus) et d'ajouter des mises en page plus tard s'il y a une demande pour elles?

Oui, je pense que c'est une bonne stratégie. La personnalisation est une bonne chose, surtout si vous laissez vos utilisateurs choisir parmi différents choix. En tant que développeur système professionnel, j'aimerais que ma configuration soit telle que je la souhaite et (à ma connaissance), il n'y a pas deux développeurs qui ont exactement la même vue du code. Pour mentionner une chose sur un million: j'aime que les numéros de ligne soient toujours visibles, mais pas mon collègue. C'est pourquoi cette option existe dans l'IDE.

Dois-je suivre ma préférence personnelle et m'en tenir à la disposition partagée?

Puisqu'il s'agit de votre conception, vous devez absolument vous en tenir à votre idéa d'origine. La personnalisation et la personnalisation peuvent venir plus tard, mais une bonne chose est de le mentionner sur l'onglet about de votre site. De cette façon, vous informez vos utilisateurs de vos plans.

Ou devrais-je essayer de résoudre le problème de la personnalisation complète de l'interface utilisateur?

Complètement, comme vous le dites, est une tâche très ardue. À mon avis - concentrez-vous sur les choses qui doivent être là en premier et ajoutez régulièrement des fonctionnalités à mesure que vous continuez à développer votre application.

Bonne chance!

1
Benny Skogberg