Peut-être l'un des exemples les plus importants d'une interface graphique + CLI combinée est AutoCAD. AutoCAD a atteint le point où (presque?) Tout ce qui peut être fait avec l'interface CLI peut désormais l'être aussi avec l'interface graphique, mais ce n'était pas toujours le cas.
La CLI reste toujours un outil super important pour ceux qui maîtrisent AutoCAD, car elle leur permet un accès rapide à de nombreux "raccourcis GUI" (même si ces commandes existaient bien avant la fonctionnalité GUI, elles agissent maintenant comme un raccourci).
Un autre fait intéressant est que dans AutoCAD, la CLI est également conçue pour être utilisée avec une main (disons la main gauche), tandis que l'autre main reste libre pour utiliser la souris.
L'interface CLI pour les éditeurs de texte pour Emacs et Vim pourrait également être des exemples intéressants, bien que j'en sache beaucoup moins à leur sujet.
En général, je suis intéressé par les CLI qui ne sont pas censées être de type UNIX/DOS, mais qui visent à augmenter la productivité de l'utilisateur tout en utilisant un outil particulier (que ce soit CAD software, text Si vous cherchez des CLI de type UNIX/DOS, je suis intéressé à savoir quelles idées basées sur la recherche/non idéologiques les gens ont pour améliorer une telle CLI.
Existe-t-il des bibliothèques de modèles ou des guides de style établis (similaires aux iOS Human Interface Guidelines ou Windows User Experience Interaction Guidelines ) pour combinés interfaces graphiques et de ligne de commande?
Dans cet article je propose une CLI qui, selon vos mots, est "destinée à augmenter la productivité de l'utilisateur tout en utilisant un outil particulier". Mon concept principal est que la CLI devrait "apparaître comme une boîte de dialogue de recherche conviviale", se sentir familière à Google.com. Il s'appuie donc fortement sur le "modèle établi" de Google, mais utilise ce modèle dans un nouveau contexte, la CLI.
Le concept, un "assistant de commande", utilise des expressions régulières, des dictionnaires et des synonymes pour guider l'utilisateur dans 1) la formulation de la commande initiale, et également 2) dans la fourniture des paramètres de commande souhaités.
À l'aide de synonymes, les utilisateurs peuvent lancer des commandes en utilisant leur vocabulaire personnel, tout en étant informés de la nomenclature préférée de l'entreprise.
Si vous accédez à l'article d'origine (également ici sur UX-SE), vous verrez l'image plus large, avec de nombreux avantages escomptés: "Familiarité, lisibilité améliorée, intimidation réduite, plus efficace, moins de pression, concentrez-vous sur contenu, entrée de lots améliorée, workflows d'enregistrement améliorés, prise en charge du langage naturel, processus guidé, intégrable ".
Approve vehicle DD12345
(Les paramètres sont, si possible, dérivés du contexte actuel).arrow down
et Enter
, en sélectionnant la saisie semi-automatique.J'ai fait quelques tests pour un client (avec une maquette basée sur JavaScript). La rétroaction était la meilleure que j'aie jamais eue en tant que concepteur d'interaction. Les utilisateurs ont réussi les tests, les gestionnaires étaient presque extatiques et les collègues ont dit des choses comme "ce concept est le meilleur que j'ai vu dans [l'entreprise]". Malheureusement, juste au moment où le projet a reçu le feu vert, l'entreprise a été licenciée dans le monde entier et le personnel de ce département a été fortement réduit. Le concept n'a donc jamais atteint le stade de la production. La recherche se limite donc aux tests initiaux de la maquette.
Si vous avez des exemples pertinents concernant le concept, ce serait le plus apprécié.
Interface proposée - L'utilisateur émet une commande dans le champ de saisie (appuie sur p
puis arrow down
):
Interface proposée - Lors de l'émission des commandes, l '"assistant de commande" facultatif fournit de l'aide pour entrer les paramètres:
Je dirais que Windows GUI et PowerShell entrent dans le même type de catégorie que AutoCAD GUI + CLI. Microsoft s'assure qu'il existe des versions CLI "pures" équivalentes de PowerShell ainsi qu'une version GUI semi-graphique (PowerShell ISE).
Mais la plus grande attention que je dirais était sur Intellisense; de nombreuses façons de deviner/comprendre ce que vous vouliez en fournissant des boîtes de dialogue contextuelles des moyens potentiels pour compléter votre ligne de commande. Les administrateurs que je connais semblent vraiment apprécier les nombreuses façons de compléter automatiquement que PowerShell fournit, pour les éléments CLI difficiles, au moins quelque peu discrets, mais rend la mémorisation d'une tonne de syntaxe exacte un peu plus gérable.