Re: Ergonomie/lisibilité en CLI
Merci Daniel Je me suis amusé comme un petit fou avec tmux. C'est vraiment très simple et léger, ça marche bien et ça permet de se fabriquer exactement toutes les mosaïques dont on a besoin. Comment j'ai pu m'emm... avec mes consoles ouvertes partout. tmux respecterait les raccourcis d'emacs et vim (ce qui me souciait). J'ai testé avec emacs, et ben ça marche bien ! J'ai cru comprendre qu'on peut faire communiquer deux panneaux/(panes)... au sein d'une même window. Par exemple pour éditer du code dans un panneau, l'évaluer dans un autre panneau où le compilateur tourne, ou bien lancer des build. J'ai lu ça ici https://www.sitepoint.com/tmux-a-simple-start/ "Once you get comfy with what you’ve learned here, this is what I recommend you do next: ... Pair program with someone using tmux as the way to collaborate in real-time. It’s mind-blowing." Oula! Je sens que ça va être génial. Pour l'instant ça me laisse penser qu'on peut faire communiquer "comme on veut" ce qui vit dans deux panes éventuellement locales (les miennes, dans une autre window, une autre session) ou distantes (dans une session de quelqu'un d'autre). Et comme plusieurs utilisateurs peuvent apparement s'attacher à des sessions sur une même machine, je suppose qu'on doit pouvoir éditer ensemble dans le même éditeur. Pour l'instant j'ai juste repéré quelques blogs qui parle de ça et une commande pipe-pane. Savez-vous comment concrètement lier plusieurs panes d'une même session ou window d'un même utilisateur ? Et de deux utilisateurs ? Et la sécurité dans tout ça ? Est-ce qu'il suffit de donner un accès ssh à un autre programmeur ? Bon, je retourne plancher là-dessus. Pour gagner une heure, je vais dire que je suis pris dans un embouteillage, ou que je suis en train de faire un constat suite à une collision malheureuse avec le traîneau du père Noël ! PS : j'ai aussi testé mosh en coupant ou en perturbant vicieusement les liens internet : mosh tient remarquablement bien. Et il indique clairement quand il y a une grosse coupure (imposée par le réseau, ou voulue quand on passe d'un lien ethernet à un lien mobile par exemple). Je me souviens un jour avoir passé une journée entière à essayer de travailler en ssh lors d'une réunion dans un hôtel à l'étranger dont le wifi coupait sans cesse ; j'ai du me reconnecter 100-200 fois dans la journée ! J'aurais adoré avoir mosh. Joyeux noël à tous
Re: Ergonomie/lisibilité en CLI
On Mon, Dec 24, 2018 at 12:25:59PM +0100, roger.tar...@free.fr wrote: > Ctrl r je l'utilise mais des fois il faut le faire 10 fois ou plus > pour retomber sur LA commande convoitée. Ce serait super de pouvoir > saisir plusieurs mots clefs pour filtrer history (openvpn > nom-de-config ). avec l'amélioration de ^r que je proposais hier: https://github.com/eiro/p6-scripts/blob/master/zsh-plugins/fzf-history-search-backward.zsh tu vas pouvoir tapper des symboles qui vont t'aider... je connais pas tes commandes donc j'en ai imaginé: { for a (up down) for v (gaia tor) print openvpn $a $v } | fzf il m'a suffit de tapper ut pour rappeller la commande openvpn up tor a+ marc
Re: Ergonomie/lisibilité en CLI
Bonjour, "Ce serait super de pouvoir saisir plusieurs mots clefs pour filtrer history (openvpn nom-de-config ). Et de visualiser la liste des commandes en cours de filtrage (du genre du popup autocomplete) dans lequel on peut naviguer et sélectionner LA commande." Une possibilité: egrep "expression régulière" ~/.bash_history Par exemple: egrep "mot clé 1|mot clé 2|mot clé X" ~/.bash_history Le 24/12/2018 à 12:25, roger.tar...@free.fr a écrit : Ctrl r je l'utilise mais des fois il faut le faire 10 fois ou plus pour retomber sur LA commande convoitée. Ce serait super de pouvoir saisir plusieurs mots clefs pour filtrer history (openvpn nom-de-config ). Et de visualiser la liste des commandes en cours de filtrage (du genre du popup autocomplete) dans lequel on peut naviguer et sélectionner LA commande. Bonnes fêtes - Original Message - From: fab To: debian-user-french@lists.debian.org Sent: Mon, 24 Dec 2018 12:01:12 +0100 (CET) Subject: Re: Ergonomie/lisibilité en CLI 'lut, (je sens que je vais apprendre qu'il existe une manière super plus simple avec bash d'entrer des commandes et d'utiliser history, et que je vais me mordre les doigts...) ctrl+r pour provoquer une recherche dans l'historique. Ensuite, tu tapes un bout de la commande que tu cherches. Et enfin, pour naviguer entre toutes les propositions: ctrl+r à nouveau. Concrètement, cela m'aide à retrouver rapidement des commandes un peu 'complexes' que j'ai tapées il y a une semaine, un mois, un an... Je suis presque certain qu'il y a encore plus simple mais j'ai une facheuse tendance à m'arrêter aux premières solutions que je trouve. Bonnes fêtes ;) f. Je vais essayer un peu zsh d'ici la fin d'année. Y a-t-il un bon livre/site pour les nouveaux venus ? (qui connaissent un peu bash quand même) Merci, Bon Noël aussi ! (Il reste encore du temps d'ici ce soir! ) - Original Message - From: Basile Starynkevitch To: roger tarani Sent: Mon, 24 Dec 2018 10:41:33 +0100 (CET) Subject: Re: Ergonomie/lisibilité en CLI On 12/24/18 10:03 AM, roger.tar...@free.fr wrote: Ça devient vraiment sympa de pouvoir paramétrer le shell aussi finement. zsh : je suis resté à bash car situé entre le vieux sh et l'évolué esh et capable de faire tourner tous les scripts (bash et sh, mais pas zsh je crois). Mais la syntaxe de zsh serait beaucoup(?) plus riche. En pratique, c'est quoi les avantages et les inconvénients de zsh (par rapport à bash) ? Le principal avantage de zsh, c'est qu'il est beaucoup plus agréable à utiliser (quand on l'a configuré finement) en interactif que bash. En particulier, son système de complétion (on gagne à utiliser souvent la touche TAB, y compris avant la touche RETURN). Bon Noël!
Re: Ergonomie/lisibilité en CLI
Ctrl r je l'utilise mais des fois il faut le faire 10 fois ou plus pour retomber sur LA commande convoitée. Ce serait super de pouvoir saisir plusieurs mots clefs pour filtrer history (openvpn nom-de-config ). Et de visualiser la liste des commandes en cours de filtrage (du genre du popup autocomplete) dans lequel on peut naviguer et sélectionner LA commande. Bonnes fêtes - Original Message - From: fab To: debian-user-french@lists.debian.org Sent: Mon, 24 Dec 2018 12:01:12 +0100 (CET) Subject: Re: Ergonomie/lisibilité en CLI 'lut, > (je sens que je vais apprendre qu'il existe une manière super plus simple > avec bash d'entrer des commandes et d'utiliser history, et que je vais me > mordre les doigts...) ctrl+r pour provoquer une recherche dans l'historique. Ensuite, tu tapes un bout de la commande que tu cherches. Et enfin, pour naviguer entre toutes les propositions: ctrl+r à nouveau. Concrètement, cela m'aide à retrouver rapidement des commandes un peu 'complexes' que j'ai tapées il y a une semaine, un mois, un an... Je suis presque certain qu'il y a encore plus simple mais j'ai une facheuse tendance à m'arrêter aux premières solutions que je trouve. Bonnes fêtes ;) f. > > Je vais essayer un peu zsh d'ici la fin d'année. > Y a-t-il un bon livre/site pour les nouveaux venus ? (qui connaissent un peu > bash quand même) > > Merci, Bon Noël aussi ! > (Il reste encore du temps d'ici ce soir! ) > > - Original Message - > From: Basile Starynkevitch > To: roger tarani > Sent: Mon, 24 Dec 2018 10:41:33 +0100 (CET) > Subject: Re: Ergonomie/lisibilité en CLI > > > On 12/24/18 10:03 AM, roger.tar...@free.fr wrote: >> Ça devient vraiment sympa de pouvoir paramétrer le shell aussi finement. >> >> zsh : je suis resté à bash car situé entre le vieux sh et l'évolué esh et >> capable de faire tourner tous les scripts (bash et sh, mais pas zsh je >> crois). >> Mais la syntaxe de zsh serait beaucoup(?) plus riche. >> En pratique, c'est quoi les avantages et les inconvénients de zsh (par >> rapport à bash) ? > > > Le principal avantage de zsh, c'est qu'il est beaucoup plus agréable à > utiliser (quand on l'a configuré finement) en interactif que bash. En > particulier, son système de complétion (on gagne à utiliser souvent la > touche TAB, y compris avant la touche RETURN). > > > Bon Noël! >
Re: Ergonomie/lisibilité en CLI
On 12/24/18 11:54 AM, roger.tar...@free.fr wrote: Complétion : tu parles de celle avec la touche TAB qui complète juste la commande en cours ? Oui, je trouve que c'est bien plus agréable avec zsh qu'avec bash. Par exemple, sur _mon_ système, en tapant ls *.c (/sans/ la touche RETURN) suivi de la touche TAB: avec bash interactif, j'ai juste un beep sonore. avec zsh interactif, le shell a remplacé dans ma ligne de commande le *.c par son expansion. Et je peux encore éditer la ligne courante (avec les flêches à droite et à gauche notamment) avant de l'envoyer. Peut-être que les bash très récents savent aussi faire (mais moi je ne sais pas). Ce simple trait (complétion plus agréable en ligne) me fait préférer zsh à bash. Et certain builtins, par exemple limit au lieu de de ulimit (qui marche tout de même sous zsh, donc les habitudes de bash conviennent encore!), sont plus confortables. Le principal avantage de zsh, c'est qu'il est beaucoup plus agréable à utiliser (quand on l'a configuré finement) en interactif que bash. En particulier, son système de complétion (on gagne à utiliser souvent la touche TAB, y compris avant la touche RETURN). Mais c'est une question de goût et d'habitude. Certains préfèrent bash à zsh. -- Basile STARYNKEVITCH == http://starynkevitch.net/Basile opinions are mine only - les opinions sont seulement miennes Bourg La Reine, France
Re: Ergonomie/lisibilité en CLI
'lut, (je sens que je vais apprendre qu'il existe une manière super plus simple avec bash d'entrer des commandes et d'utiliser history, et que je vais me mordre les doigts...) ctrl+r pour provoquer une recherche dans l'historique. Ensuite, tu tapes un bout de la commande que tu cherches. Et enfin, pour naviguer entre toutes les propositions: ctrl+r à nouveau. Concrètement, cela m'aide à retrouver rapidement des commandes un peu 'complexes' que j'ai tapées il y a une semaine, un mois, un an... Je suis presque certain qu'il y a encore plus simple mais j'ai une facheuse tendance à m'arrêter aux premières solutions que je trouve. Bonnes fêtes ;) f. Je vais essayer un peu zsh d'ici la fin d'année. Y a-t-il un bon livre/site pour les nouveaux venus ? (qui connaissent un peu bash quand même) Merci, Bon Noël aussi ! (Il reste encore du temps d'ici ce soir! ) - Original Message - From: Basile Starynkevitch To: roger tarani Sent: Mon, 24 Dec 2018 10:41:33 +0100 (CET) Subject: Re: Ergonomie/lisibilité en CLI On 12/24/18 10:03 AM, roger.tar...@free.fr wrote: Ça devient vraiment sympa de pouvoir paramétrer le shell aussi finement. zsh : je suis resté à bash car situé entre le vieux sh et l'évolué esh et capable de faire tourner tous les scripts (bash et sh, mais pas zsh je crois). Mais la syntaxe de zsh serait beaucoup(?) plus riche. En pratique, c'est quoi les avantages et les inconvénients de zsh (par rapport à bash) ? Le principal avantage de zsh, c'est qu'il est beaucoup plus agréable à utiliser (quand on l'a configuré finement) en interactif que bash. En particulier, son système de complétion (on gagne à utiliser souvent la touche TAB, y compris avant la touche RETURN). Bon Noël!
Re: Ergonomie/lisibilité en CLI
Complétion : tu parles de celle avec la touche TAB qui complète juste la commande en cours ? Ou existe-t-il une complétion plus évoluée comme dans un IDE qui affiche les possibilités dans un menu local popup ? (je sens que je vais apprendre qu'il existe une manière super plus simple avec bash d'entrer des commandes et d'utiliser history, et que je vais me mordre les doigts...) Je vais essayer un peu zsh d'ici la fin d'année. Y a-t-il un bon livre/site pour les nouveaux venus ? (qui connaissent un peu bash quand même) Merci, Bon Noël aussi ! (Il reste encore du temps d'ici ce soir! ) - Original Message - From: Basile Starynkevitch To: roger tarani Sent: Mon, 24 Dec 2018 10:41:33 +0100 (CET) Subject: Re: Ergonomie/lisibilité en CLI On 12/24/18 10:03 AM, roger.tar...@free.fr wrote: > Ça devient vraiment sympa de pouvoir paramétrer le shell aussi finement. > > zsh : je suis resté à bash car situé entre le vieux sh et l'évolué esh et > capable de faire tourner tous les scripts (bash et sh, mais pas zsh je crois). > Mais la syntaxe de zsh serait beaucoup(?) plus riche. > En pratique, c'est quoi les avantages et les inconvénients de zsh (par > rapport à bash) ? Le principal avantage de zsh, c'est qu'il est beaucoup plus agréable à utiliser (quand on l'a configuré finement) en interactif que bash. En particulier, son système de complétion (on gagne à utiliser souvent la touche TAB, y compris avant la touche RETURN). Bon Noël! -- Basile STARYNKEVITCH == http://starynkevitch.net/Basile opinions are mine only - les opinions sont seulement miennes Bourg La Reine, France
Re: Ergonomie/lisibilité en CLI
Ça devient vraiment sympa de pouvoir paramétrer le shell aussi finement. zsh : je suis resté à bash car situé entre le vieux sh et l'évolué esh et capable de faire tourner tous les scripts (bash et sh, mais pas zsh je crois). Mais la syntaxe de zsh serait beaucoup(?) plus riche. En pratique, c'est quoi les avantages et les inconvénients de zsh (par rapport à bash) ? Y a-t-il un moyen de travailler (zsh ou bash) avec une double syntaxe, cad la syntaxe fine pas facile à mémoriser à moins de l'utiliser tout le temps, et une syntaxe plus facile à mémoriser ? Bon, c'est une question générale, en fait. C'est un peu comme lorsqu'on découvre les crontab ou les RE : il faut les assimiler, et puis on s'y fait. Mais il y a souvent des erreurs qui peuvent se glisser, un jour qu'on est fatigué ou pressé. Existe-t-il une sorte d'éditeur qui permette d'avoir la commande en zsh ou en RE, et sa traduction en quelques exemples faciles à mémoriser ? C'est aussi un peu comme une macro : on peaufine une expression incompréhensible pour le commun des mortels, et on lui colle un nom. Un peu comme on nomme un programme en assembleur. J'espère que je suis clair. - Original Message - From: Marc Chantreux To: debian-user-french@lists.debian.org Sent: Mon, 24 Dec 2018 01:28:12 +0100 (CET) Subject: Re: Ergonomie/lisibilité en CLI > Un truc très simple à faire, c'est de changer la variable > d'environement PS1 de bash pour y mettre de la couleur (ou > de l'inversion vidéo ou autre), ce qui permet de retrouver > facilement le début de la sortie de la dernière commande. le problème pour inverser la video juste pour la saisie de commande, c'est qu'il faudrait hooker le final pour réinverser. par contre sous zsh y'a le syntax highlighting: aptitude install zsh-syntax-highlighting puis dans ton .zshrc . /usr/share/zsh-syntax-highlighting/zsh-syntax-highlighting.zsh pour laisser des lignes vides et mettre de la couleur dans ton prompt, il suffit effectivement de parametrer PS1. le mien est devenu assez copieux mais à la base c'était un truc comme ca: export PS1='%K{blue}%F{white}%B▒░ %m %~ %b%f%k ▒░ ▷ ' il faut lire la section 'SIMPLE PROMPT ESCAPES' de man zshmisc pour le détail. notez que precmd est une fonction qui est executée a chaque prompt, on peut donc modifier le prompt a la volée (par exemple si on arrive dans un depot git). mon precmd: https://github.com/eiro/p6-scripts/blob/master/zsh-plugins/ps1-configuration.zsh a+ marc
Re: Ergonomie/lisibilité en CLI
> Un truc très simple à faire, c'est de changer la variable > d'environement PS1 de bash pour y mettre de la couleur (ou > de l'inversion vidéo ou autre), ce qui permet de retrouver > facilement le début de la sortie de la dernière commande. le problème pour inverser la video juste pour la saisie de commande, c'est qu'il faudrait hooker le final pour réinverser. par contre sous zsh y'a le syntax highlighting: aptitude install zsh-syntax-highlighting puis dans ton .zshrc . /usr/share/zsh-syntax-highlighting/zsh-syntax-highlighting.zsh pour laisser des lignes vides et mettre de la couleur dans ton prompt, il suffit effectivement de parametrer PS1. le mien est devenu assez copieux mais à la base c'était un truc comme ca: export PS1='%K{blue}%F{white}%B▒░ %m %~ %b%f%k ▒░ ▷ ' il faut lire la section 'SIMPLE PROMPT ESCAPES' de man zshmisc pour le détail. notez que precmd est une fonction qui est executée a chaque prompt, on peut donc modifier le prompt a la volée (par exemple si on arrive dans un depot git). mon precmd: https://github.com/eiro/p6-scripts/blob/master/zsh-plugins/ps1-configuration.zsh a+ marc
Re: Ergonomie/lisibilité en CLI
salut, > Envoyer dans un pipe nommé la sortie et lire celle-ci avec une autre console. je n'ai pas d'outils tout fait mais c'est justement à mes yeux la force d'unix. testé avec tmux+zsh: outthere/new () { # créer des fichiers out et err touch /tmp/$$.{err,out} # demander a tmux de splitter la fenêtre # (a adapter si tu veux créer d'autres fenêtre) # perso je préfère spliter et utiliser c-bz pour passer en # fullscreen tmux split tail -fn0 /tmp/$$.err \;\ split tail -fn0 /tmp/$$.out \;\ select-pane -t $TMUX_PANE } # outthere execute une commande en redirigant les std vers les bons # fichiers outthere () "$@" >/tmp/$$.out 2>/tmp/$$.err # ce qui à l'usage nous donne outthere grep -RF root /etc/* voilà :) tu n'as plus qu'a claquer tout ca dans ton ~/.zshrc. > Oui, less me sert souvent ("less is more" mais more ne l'est pas). j'utilise peu less et more: mon pager de choix c'est vim (parceque tellement pratique et extensible... tu peux écrire facilement des syntax highlight ou des extensions et naviguer facilement dans les fichiers avec gF): grep -RFni root /etc/* |& v - > ** >- diriger les messages vers un analyseur pour en extraire ce qui compte > (requiert de connaître l'API du programme) perso je prépare ma commande dans le shell, ensuite j'appelle fc qui m'ouvre la dite commande dans vim. dans vim tu peux piper un range (par defaut .) a une commande unix et ! est une action que tu peux utiliser en mode normal. !! va donc filtrer avec une commande a saisir. !!zsh et hop ... tu as le résutat de ta commande. > En effet, il analyse bien et rend les logs plus digestes. perso j'aime bien filtrer interactivement dans vim: * voir ce que tu cherches: :set hlsearch incsearch * pour executer une action sur le dernier motif trouvé, il suffit de ne pas mettre de pattern dans la partie recherche. donc :g##d supprime toute les lignes qui contiennent un motif :v##d supprime toute les lignes qui le ne contiennent pas * u pour revenir a l'état précédent * * pour selectionner le mot sur lequel tu es * q/ pour éditer le motif dans un buffer vim alors certes je parle de vim mais perso, mes outils préférés sont: * tilix parceque c'est un terminal joli * zsh parceque la syntaxe est bien plus évoluée que celle de bash * tmux parceque ... pour tout plein de raisons * fzf pour écrire plein de petites commandes interactives avec du fuzzy searching. genre voilà comment j'ai remplacé le traditionnel avec un truc coloré et qui me permet de fuzzy searcher https://github.com/eiro/p6-scripts/blob/master/zsh-plugins/fzf-history-search-backward.zsh a+ marc
Re: Ergonomie/lisibilité en CLI
On Sun, Dec 23, 2018 at 03:51:24PM +0100, roger.tar...@free.fr wrote: > - mettre automatiquement en inversion vidéo juste la commande entrée; ou au > moins un saut de ligne Un truc très simple à faire, c'est de changer la variable d'environement PS1 de bash pour y mettre de la couleur (ou de l'inversion vidéo ou autre), ce qui permet de retrouver facilement le début de la sortie de la dernière commande. Y.
Re: Ergonomie/lisibilité en CLI
roger.tar...@free.fr writes: > tmux : vraiment très simple et agréable (je n'arrive toujours pas à me > faire à emacs dont je ne vois pas le bout...) On ne fait certainement pas les mêmes choses. Emacs est un intégrateur de tâches. Je ne connais pas tmux ne l’utilisant pas. On n’a jamais fini d’apprendre Emacs. Je ne m’en passerai pas. -- Raphaël
Re: Ergonomie/lisibilité en CLI
Je disais dans mon message parti trop vite... ** Paquet tmux. À associer à mosh pour l'accès à distance, c'est parfait. Daniel tmux : vraiment très simple et agréable (je n'arrive toujours pas à me faire à emacs dont je ne vois pas le bout...) et on peut intégrer ce qu'on veut dans les panneaux ("panes"). Parfait, en effet. ** more et less Envoyer dans un pipe nommé la sortie et lire celle-ci avec une autre console. Raphaël Oui, less me sert souvent ("less is more" mais more ne l'est pas). ** >- diriger les messages vers un analyseur pour en extraire ce qui compte (requiert de connaître l'API du programme) ccze est pas mal pour ça. Par exemple: tail -f /var/log/syslog | ccze Steve En effet, il analyse bien et rend les logs plus digestes. Merci à vous de me faire lâcher mes tablettes en pierre mono (mono fenêtre, mono session, mono panneau). Merci, c'est noël!
Re: Ergonomie/lisibilité en CLI
Paquet tmux. À associer à mosh pour l'accès à distance, c'est parfait. -- Daniel tmux : vraiment simple et agréable (je n'arrive toujours pas à me faire à emacs dont je ne vois pas le bout...) et on peut intégrer ce qu'on veut dans les panneaux ("panes"). Parfait, en effet. more et less (et "less is more" mais more ne l'est pas) Raphaël Merci de me faire lâcher mes tablettes de , c'est noël!
Re: Ergonomie/lisibilité en CLI
Le 23-12-2018, à 15:51:24 +0100, roger.tar...@free.fr a écrit : - diriger les messages vers un analyseur pour en extraire ce qui compte (requiert de connaître l'API du programme) ccze est pas mal pour ça. Par exemple: tail -f /var/log/syslog | ccze
Re: Ergonomie/lisibilité en CLI
roger.tar...@free.fr writes: > 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. Il y a more et less. > > 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 Pas concerné pour ma part mais peut-être que zsh améliore ça. > - 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é Envoyer dans un pipe nommé la sortie et lire celle-ci avec une autre console. Bon noël -- Raphaël
Re: Ergonomie/lisibilité en CLI
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
Ergonomie/lisibilité en CLI
Bonjour la liste (de la veille de Noël ! ) 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. Merci