Un raccourci économise un changement de contexte, pas un clic

Tuboshu est un outil de bureau libre bâti sur Electron : il permet de conduire une application web au clavier au lieu de suivre le chemin qu'attend le navigateur — trouver la fenêtre, trouver l'onglet, viser le bouton, cliquer. Présenté ainsi, le gain semble dérisoire, et son arithmétique l'est : un clic vaut environ une seconde. Ce qui se vend ici est une autre unité. La partie coûteuse d'une action répétée n'est jamais l'action elle-même, mais le retour dans l'état d'esprit qui l'a produite ; une frappe qui part avant que la pensée soit formée est la façon la moins chère de garder cet état intact.

Cette distinction décide si un jeu de raccourcis est bon ou seulement volumineux. Quarante combinaisons qui économisent chacune un clic sont pires que six qui économisent chacune un changement de contexte, parce qu'il faut retenir les quarante et que les six deviennent des réflexes. L'outil n'impose pas cette discipline : il la rend possible, ce qui est la description honnête de la plupart des logiciels de productivité.

Les applications web sont hostiles au clavier en un seul endroit

Une application web moderne peut avoir d'excellents raccourcis à l'intérieur de sa propre page et rester malaisée à piloter de l'extérieur, parce que le navigateur tient le clavier au niveau au-dessus du document. Les touches qui comptent pour agir sur une page entière — la recharger, passer à la suivante, soumettre ce qu'elle contient — appartiennent à la fenêtre, pas à l'application qui se trouve rendue dedans. Le résultat est une taxe petite mais permanente : plus votre travail vit dans des onglets, plus vos mains quittent le clavier pour quelque chose que le clavier aurait pu faire.

Ce qu'une combinaison globale demande réellement

Un raccourci qui fonctionne quel que soit la fenêtre au premier plan demande une chose précise : l'outil reçoit la touche avant que le système d'exploitation ne la remette à l'application active. C'est une position privilégiée, et prétendre le contraire serait malhonnête. La règle qui en découle concerne l'utilisateur plutôt que le logiciel : choisir des touches qu'on accepte de perdre partout ailleurs, garder une liste assez courte pour la retenir sans aide-mémoire, et traiter une combinaison qui entre en conflit avec une fonction du système comme une décision et non comme un accident.

Une fenêtre qui se comporte comme un lieu

Enfermer un service web dans sa propre fenêtre ressemble à un changement cosmétique et n'en est pas un. Trois choses en découlent, et toutes trois concernent l'attention plutôt que les fonctionnalités. Le sélecteur de tâches se met à nommer le service : y revenir cesse d'être une chasse entre les onglets. La fenêtre se règle une fois en taille et en position : la disposition du travail survit à la session. Et la fermer veut dire quelque chose, ce qu'un onglet ne fait jamais tout à fait. Rien de tout cela ne rend l'application web native ; cela donne au service la même place sur le bureau que les autres outils.

L'automatisation, et le point où elle cesse d'être utile

L'outil exécute aussi une automatisation simple par script : se connecter, recharger selon un horaire, extraire une valeur d'une page. C'est la partie de la description la plus facile à surestimer. L'automatisation excelle quand la même chose arrive deux fois et échoue sur ce qui est presque la même chose — le champ qui s'est déplacé, la boîte de dialogue apparue une seule fois, la session expirée d'une manière nouvelle. Sa valeur est proportionnelle à la stabilité de la page. Là où le flux est stable, un script supprime toute une classe de petites interruptions ; là où il ne l'est pas, le script devient une chose de plus à vérifier, ce qui explique pourquoi les scripts utiles sont courts et les longs deviennent du travail de maintenance.

Electron, sans langage commercial

Le fait d'être bâti sur Electron explique à la fois ce que l'outil sait faire et ce qu'il coûte. Chromium et Node partagent un même runtime : la page rendue et les appels au niveau du système — associations de touches, gestion des fenêtres — vivent dans le même programme. C'est précisément pourquoi une frappe peut sortir de la page et pourquoi une fenêtre séparée n'est pas une illusion. Le prix est le prix connu : chaque outil de ce genre embarque un moteur de navigateur et le paie en mémoire. La question de savoir si l'échange est bon dépend de la machine devant laquelle on se trouve.

Trois plateformes, une intention

Tourner sous Windows, macOS et Linux est une promesse sur l'intention plutôt que sur les touches. Les conventions de modification diffèrent, donc la même configuration ne peut pas signifier les mêmes accords partout ; ce qu'elle peut signifier, c'est le même geste. C'est la bonne cible, et c'est aussi pourquoi un fichier de raccourcis copié d'une machine à l'autre demande souvent un tour d'ajustement avant de redevenir naturel.

Pour qui c'est, et pour qui ce ne l'est pas

Les quatre publics généralement cités pour un tel outil ne sont pas des catégories marketing : ce sont quatre raisons différentes de vouloir la même chose. Un développeur qui garde une console web ouverte toute la journée veut que la touche de rechargement appartienne à l'outil et non à la fenêtre qui a le focus. Quelqu'un qui tourne entre courriel, documents et tableau de projet veut que ces trois-là soient trois lieux avec trois touches. Un designer qui travaille dans un éditeur du navigateur veut que la poignée de commandes utilisées cent fois par jour tienne en une frappe. Et quiconque écrit déjà des scripts veut boucler la boucle sans attraper la souris. Pour qui ce n'est pas mérite d'être dit aussi : cela ne rendra pas rapide une application web lente, et cela ne remplace pas un programme natif qui fait le travail correctement. C'est un pont, et un pont ne vaut la peine que là où le trafic est dense.

La direction qu'il prend

Le projet est toujours en développement, et les directions annoncées — un système de greffons pour une intégration plus profonde avec certains sites, la synchronisation des profils de raccourcis entre machines, et une forme de prédiction qui propose des associations à partir du comportement observé — sont des plans et non des fonctions utilisables aujourd'hui. La première est celle à suivre, car une surface de greffons est ce qui transforme un outil général de touches en quelque chose qui comprend une application précise. D'ici là, le résumé honnête reste celui du début : un petit programme qui retire un coût précis, répétitif et mesurable, et qui ne demande qu'un peu de soin au moment de choisir ses touches.