Un terminal qui confie le dessin au GPU

La ligne de commande reste le lieu ou passe une grande partie de la journee d un developpeur, et chaque frappe traverse la fenetre du terminal. La facilite avec laquelle cette fenetre repond pese donc sur la journee plus que la plupart des outils. Rio prend un autre chemin que les classiques : un terminal multiplateforme ecrit en Rust, avec WebGPU comme socle de rendu, si bien que le dessin du texte, le defilement et les animations passent par la carte graphique au lieu du processeur. Le developpement se poursuit depuis 2022, le code parait sous une licence ouverte permissive, et en 2026-09 la version stable atteint 0.5.27 avec plusieurs milliers de marques sur son depot public. La promesse est etroite et concrete : la fenetre doit repondre meme quand une commande la noie sous la sortie.

Chaque bureau au meme rang

Multiplateforme est une etiquette facile a imprimer et difficile a meriter. Les projets recents servent d abord un systeme, et les utilisateurs des autres attendent des mois un paquet officiel ; Rio a pose des le depart les trois bureaux au meme rang. Sur macOS un seul binaire universel couvre les machines Apple recentes comme les anciennes a processeur Intel. Sur Windows il existe un paquet d installation et une version sans installation, le gestionnaire de paquets du systeme le porte, et un canal tenu par la communaute aussi. Linux recoit le traitement le plus large : des paquets sont presents dans plusieurs depots de distributions, un paquet officiel en bac a sable existe pour les bureaux verrouilles, et la liste de publication offre a la fois le format Debian et le format RPM. Au dela des trois bureaux, une entree existe dans la collection de FreeBSD.

Pour qui passe d un systeme a l autre et veut partout le meme comportement, cette egalite compte plus que telle ou telle fonction. La version sans installation merite une phrase : sur une machine ou installer un logiciel est interdit, ouvrir un dossier reste souvent la seule option disponible.

Un pas de plus : dans le navigateur

Le projet s est fixe une cible plus audacieuse : tourner directement dans un navigateur grace a WebAssembly et a WebGPU. La partie qui dessine est deja en place, le portage complet avance encore. Cet ecart dit beaucoup de l endroit ou l effort est alle : le rendu d abord, le reste suit le rendu. Il explique aussi pourquoi le travail graphique se lit comme le coeur du projet et non comme une ligne publicitaire posee a cote.

Panneaux, onglets et themes sans extension

Les panneaux divises, les onglets multiples et les themes personnels sont ici des capacites natives, et non des ajouts greffes par une interface d extension. Les panneaux se coupent dans toutes les directions et un raccourci fait passer le focus de l un a l autre ; les onglets rassemblent plusieurs taches dans une seule fenetre pour que le bureau reste net. Les themes viennent d un fichier de reglage ou couleurs, polices, forme du curseur et marges internes se reglent un par un, avec en plus des effets tels qu un fond flou, qui rendent bien sur les bureaux Linux et sous macOS. Le rendu des polices gere les ligatures, si bien que les fleches et les symboles composes des polices de programmation a chasse fixe s affichent comme leurs auteurs les ont pensees. L interet de tout integrer n est pas la longueur d une liste de fonctions, mais le fait qu une disposition divisee se comporte pareil quelle que soit la facon de placer la fenetre.

Ce que la chaine GPU change vraiment

La carte de la performance s appelle Sugarloaf, un moteur de rendu ecrit pour le projet au-dessus de WebGPU, qui retombe sur un socle natif selon le systeme : Metal sur macOS, Vulkan ou DX12 ailleurs. Compare au dessin caractere par caractere sur le processeur, une chaine GPU tient une cadence stable quand de grandes quantites de texte defilent et se redessinent, et c est bien pour cela qu une demonstration peut activer des effets de lignes de balayage et de flou de mouvement en restant fluide. Un ecran a haute definition alimente par une sortie abondante est exactement le cas ou la difference se voit.

Le reglage est tout aussi centralise. Un seul fichier TOML contient tout, de l environnement de commande par defaut et de la taille de la fenetre jusqu aux combinaisons de touches, si bien que changer de machine revient a copier un fichier et a retrouver l environnement entier. Tout garder dans un fichier texte a un second avantage : le terminal peut entrer dans une gestion de versions avec le reste des fichiers de reglage.

Un mot sur le rythme

Rio avance encore vite, la branche principale bouge souvent, et certaines versions changent reellement des cles de reglage. Qui veut du calme suit les versions stables et met a jour a ce rythme ; qui aime le mouvement suit chaque version, lit les notes et accepte de remettre en ordre a l occasion. Cet echange est normal pour un jeune projet, et il vaut mieux l ecrire clairement que le decouvrir au milieu d une journee de travail.

A qui il convient

Trois sortes de personnes y trouveront leur compte. L une travaille tour a tour sous Windows, macOS et Linux et veut emporter un seul reglage partout. L autre tient au rendu et veut que le terminal reste fluide sur un grand ecran avec une sortie abondante. La troisieme aime simplement les applications de bureau baties avec une technique graphique neuve et regarde volontiers ou mene le chemin. Pour un usage personnel c est gratuit, le code est entierement ouvert, et le site du projet explique le reste.