Nautilus Terminal est un terminal intégré à Nautilus, le navigateur de fichier de l'environnement de bureau GNOME. Il peut être affiché ou masqué à tout moment et suit automatiquement la navigation ; il permet donc de taper rapidement des commandes dans le dossier courant.
La version 4.0 venant tout juste de sortir, j'en profite pour venir vous présenter ce projet sur lequel je travaille depuis plus de dix ans.
Il y a un an, je vous avais raconté l’historique de mon projet Diskio Pi à travers une dépêche, suivie d’un journal pour expliquer ce qu’était ce produit, proposé en financement participatif. Nombre d’entre vous ont été intéressés et ont aussi participé (merci à vous !) au financement Ulule de 2019.
La fabrication m’a pris un an, parsemée de doutes, de questions et de suggestions de la communauté, de tests et de galères à résoudre. Les livraisons ne devraient finalement pas tarder, j’explique ici les difficultés que j’ai rencontrées jusqu’à présent.
Parallèlement, et parce que j’ai eu quelques demandes urgentes, un nouveau financement est organisé afin de poursuivre la production, voire de l’intensifier. Ce nouveau financement se termine le 17 février 2020.
N. D. M. : un Raspberry Pi 3 A+ sera offert au centième contributeur (premier et deuxième financements confondus), si le financement actuel est un succès. Au terme du financement, l'objectif était dépassé (153%).
Vous connaissez les terminaux, ces petites fenêtres le plus souvent noires où l’on tape des lignes de commande bizarres ? Eh bien, vous risquez d’être surpris : le choix du logiciel pour faire ça n’est pas aussi simple que ça en a l’air et des gens continuent de proposer de nouvelles alternatives. Cette dépêche vise à présenter rapidement quelques fonctionnalités intéressantes que les terminaux historiques ne géraient pas forcément et à présenter quelques terminaux.
En 2011, des étudiant·e·s du MIT ont eu l’idée de passer par le biais du jeu vidéo pour apprendre à utiliser la ligne de commande GNU/Linux aux non‐initié(e)s. Trois ans plus tard sortait le jeu Terminus jouable (accès au code source).
Les réalisateurs de films policiers ne s'y trompent pas : lire des flux de textes en ligne de commande nécessite parfois le super pouvoir de lisibilité.
Bien que les outils GNU soient extrêmement pratiques pour manipuler des flux de texte, il en manquait un pour aider à mettre en valeur l'information importante, sans masquer l'accessoire. Par exemple pour faciliter la lecture de logs s'étendant sur plusieurs lignes ou pour détecter rapidement le numéro de ligne d'un fichier responsable d'une erreur de compilation.
Heureusement, grâce à la commande colout (aujourd'hui en version 1.0), vous pouvez maintenant très facilement coloriser colorer colorier mettre de la couleur là où vous le souhaitez dans votre ligne de commande.
Basiquement, colout s'utilise comme un filtre de flux de texte classique, généralement après un pipe, et mets en valeur les bouts de texte correspondant à une expression régulière avec une couleur et un style de votre choix :
<flux de texte> | colout <expression régulière> [couleur [style]]
L'IHM de colout est pensée pour être simple tout en permettant des utilisations vraiment intéressantes, telles que le coloriage l'application des couleurs sur les groupes des expressions, l'utilisation de cartes de couleurs (mais si, vous savez, les couleurs de l'arc-en-ciel…), la coloration la mise en valeur de la syntaxe de code source, des thèmes automatiques et même l'application d'une couleur en fonction de la valeur d'un nombre.
En marge de son gestionnaire de fenêtres sorti en décembre dernier, le projet Enlightenment s’est attelé à ajouter un élément à son édifice : un émulateur de terminal. Son développement a commencé il y a un peu moins d’un an, initié par Carsten Haitzler. Terminology est donc une écriture from scratch d’un terminal bénéficiant de fonctionnalités visuellement très impressionnantes.
Cet article a été écrit à l’occasion de l’imminence de la sortie de la version 2.2 de Liquid Prompt et vous aurez l’occasion de pouvoir en discuter avec son auteur lors des journées Toulouse Capitole du Libre, qui proposera une conférence sur Liquid Prompt : repenser en profondeur le design du prompt shell.
Si vous utilisez la ligne de commande, vous gagneriez à utiliser un bon système d’invite de commande (« prompt ») au lieu de la configuration par défaut. Parmi les sept systèmes de prompt les plus connus, certains sont mieux conçus et d’autres prennent mieux en charge certaines fonctionnalités.
Mes principales conclusions sont les suivantes :
Cet article est divisé en deux parties principales : la première introduit le sujet et présente les principales évaluations ; la deuxième partie entre dans les détails des designs et des fonctionnalités. Enfin, la conclusion donne des conseils sur le choix d’un prompt et propose quelques idées sur l’avenir des systèmes de prompts.
Nal,
Ces derniers temps, je m’amuse à rendre des images dans le terminal en utilisant notamment les caractères « blocs » d’Unicode et les codes couleurs ANSI. J’ai donc créé une crate Rust nommée blockish pour afficher des color buffers (images, GIF et rendus 3D).
Comme je me suis dit que ce serait sympa de rendre des vidéos aussi, j’ai écrit blockish‑caca, un projet utilisant LD_PRELOAD pour afficher le color buffer à la place de libcaca dans des lecteurs (…)
Cher Nal,
Je t'écris aujourd'hui pour m'expliquer. En effet je pense devoir avouer que je suis un troll.
Mais loin du terme galvaudé utilisé par le commun des mortels pour qui un geek est un client d'Apple shooté à la pub, je suis ce que je considère un troll dans le sens positif qu'on peut lui donner.
Je vais expliquer ça avec mon dernier troll : emacs/vim vs sublime text/zed/atome vs intellij/eclipse (qui s'est passé ici)
Le troll (…)
Nal,
TL;DR: je présente umberbar, une barre de status en rust.
Ces derniers temps, j'ai développé une barre de status légère, qui tourne dans un émulateur de terminal.
J'ai commencé à l'écrire en crystal/ruby, ce qui m'a permis d'avoir une bonne idée des fonctionnalités nécessaires et de ce qui était superflu.
J'ai ensuite décidé de porter cette dernière en rust.
En voici une capture d'écran:
Celle-ci est constitué de widgets.
Chaque widget (…)
J'utilise massivement mon shell et j'utilise assez fréquemment la commande watch. Elle me permet de faire des petits monitoring du pauvre par exemple :
watch -n1 "ls /toto/tataVa vous montrer chaque second le contenu du dossier /toto/tata.
Ce que j'aime bien avec le shell, c'est que je construit incrémentalement des commandes complexes qui peuvent finir par avoir des formes plus ou moins complexes :
ma_commande | awk '$4!=3&&/toto/{a+=1;print $6}END{print "count:",a}'Une fois que ma commande est (…)
Ne vous est-il jamais arrivé de souhaiter que la sortie de votre commande favorite soit en couleurs, afin de vous aider à trouver l'information que vous cherchez ? Que celui qui n'a jamais pesté devant les affichages de g++, en dehors de son IDE favori, sur un code utilisant des templates, me jette la première pierre.
En attendant la nouvelle génération de terminaux, il vous reste au moins deux options : acoc ou colout.
Le nombre d'éditeurs de texte disponible sur nos systèmes d'exploitation est très important, même en se limitant à ceux s'exécutant dans un terminal.
La sélection suivante est donc forcement partielle. Dans la suite je parlerais des principaux éditeurs, de leurs clones, des anciens moins connu et enfin des plus récents.
La particularité de cette famille est d'être modale, les touches ont une action différente selon le mode dans lequel on est. De plus vi est dans la (…)
Je sais ce que vous pensez : vous avez beau essayer d'utiliser des interfaces graphiques avec le débogueur GDB (GNU Project Debugger), vous finissez toujours par revenir à la bonne vieille ligne de commande, qui seule vous permet de ressentir une flamboyante puissance et une incandescente rapidité d'action. Dans le même temps, vous aimeriez bien que certaines informations importantes soient agrémentées d'un rouge pétant qui saute aux yeux. Comme je vous comprends. Fort heureusement, GDB est un logiciel complètement hackable, ce qui va me permettre d'exaucer vos vœux les plus ardents.
Il est en effet possible d'attacher des hooks à chaque commande, et d'y appeler des commandes shell. Afin d'ajouter notre touche de carmin, il suffit donc de récupérer la sortie de la commande et de la faire passer dans un colorisateur écarlate. C'est possible, car GDB permet de logguer tout ce qui se passe et qu'Unix a eu la bonne idée d'inventer les pipes nommés.
Pour ajouter la touche de pourpre, un colorisateur capable de gérer facilement des expressions régulières est nécessaire, je vous suggère colout.
La suite de la dépêche vous donnera un exemple de fichier de configuration à utiliser pour ajouter votre touche d'andrinople à votre propre système.
C’est une petite révolution du côté des coreutils, des built‐ins Bash et de tous ces petits programmes du projet GNU qu’on utilise sans même y penser : ceux‐ci voient arriver un changement majeur à leur syntaxe, qui va consister à utiliser des sinogrammes (caractères chinois) pour remplacer les options courtes, c’est‐à‐dire les options qui étaient jusqu’à aujourd’hui composées d’un tiret et d’une seule lettre de l’alphabet latin. Cette évolution est motivée par la pénurie de plus en plus pressante de lettres pour les options de certaines commandes, au développement desquelles elle devrait donner un nouveau souffle.
Interrogé lors d’une récente conférence à Paris, Richard Stallman lui‐même a déclaré : « J’approuve ce changement car ces programmes seront toujours distribués sous la licence publique générale GNU, version 3 ».
Tous les détails dans la suite de la dépêche.