Le 23/12/2018 à 15:51, roger.tar...@free.fr a écrit :
Bonjour la liste (de la veille de Noël ! )
Bonjour
Enfin un petit peu de temps pour aborder un sujet pas bien urgent.
En CLI, il arrive souvent que les programmes crachent des tonnes de messages
$$ aupointqu'onnesaitplustrop%%
==oùsetrouvelacommandeentrée**
dansceflotdetexte$$<<
J'utilise la console de manière "normale". Et je crois bien ne pas connaître
toutes les ressources de la CLI.
Oui, il y a la commande history, mais...
Oui, il y a emacs, vi, etc. mais je parle juste de CLI.
Pour améliorer ça, j'ai quelques idées simples que j'aimerais discuter avec
vous.
Déjà pour vérifier que ça n'existe pas déjà :
- mettre automatiquement en inversion vidéo juste la commande entrée; ou au
moins un saut de ligne
- insérer automatiquement quelques espaces et \n dans la réponse pour éviter du
texte en continu
- dissocier la console en deux ou juxtaposer deux consoles (une sur stdin et
une sur stdout) : on entre des commandes d'un côté et on obtient la réponse du
programme de l'autre côté
- ajouter une possibilité de réduire/expanser des zones de messages
(collapse/expand), ce qui suppose de les baliser (globalement, ou plus
finement; voir analyseur ci-après)
- diriger les messages vers un analyseur pour en extraire ce qui compte
(requiert de connaître l'API du programme)
- utiliser des règles de coloration syntaxique qui améliorent la lisibilité
(tout en blanc sur fond noir via ssh, ou en vert sur fond noir en local; et
les couleurs psychédéliques de la commandes ls, au bout d'un moment... ben, on
s'y habitue !); sur ce dernier point, je ne sais pas vous, mais je trouve ma
console plutôt pas trop ergonomique.
Paquet tmux. À associer à mosh pour l'accès à distance, c'est parfait.
--
Daniel