06.10.2026 · Signal Titans Editorial
Jef Raskin pensait que fichiers et applications gênaient. Canon Cat a essayé un document continu.
Jef Raskin a contribué à lancer le projet Macintosh parce qu’il voulait des ordinateurs plus simples.
Mais le Macintosh commercialisé n’a pas mis fin à son argument.
Après Apple, Raskin continua à poser une question plus radicale :
Et si les fichiers, dossiers, applications et modes faisaient eux-mêmes partie du problème ?
Le Canon Cat fut sa tentative de réponse.
Raskin voulait que l’ordinateur disparaisse derrière la tâche
Chez Apple, il défendait un ordinateur abordable, accessible et facile à utiliser.
Il imaginait des personal computers pour des millions de personnes ordinaires.
Computer History Museum lui attribue l’origine du projet Macintosh avant que Steve Jobs ne le reprenne en 1981.
Mais les idées d’interface de Raskin étaient plus radicales que le desktop graphique finalement livré.
Moins de gestion du système.
Plus de travail direct.
Le logiciel traditionnel oblige l’utilisateur à gérer la structure de la machine
Ouvrir une application.
Créer un fichier.
Le nommer.
Choisir un dossier.
Sauvegarder.
Se souvenir de l’endroit.
Changer d’application quand la tâche change.
Raskin considérait cela comme du cognitive overhead.
L’utilisateur vient écrire, calculer ou communiquer.
Pourquoi devrait-il aussi devenir bibliothécaire du computer ?
Le Canon Cat supprimait une grande partie de cette structure
Sorti en 1987, le Canon Cat ressemblait davantage à un appliance de traitement de texte qu’à un PC traditionnel.
Pas de desktop rempli d’icônes et de dossiers.
L’environnement principal fonctionnait comme un flux continu de texte.
Au lieu de parcourir une hiérarchie de fichiers, l’utilisateur se déplaçait directement dans son contenu.
Computer History Museum l’a décrit comme le remplacement des dossiers et fichiers par un document infini.
La recherche devenait navigation
L’une des idées distinctives était LEAP.
L’utilisateur maintenait une touche LEAP et tapait des caractères du texte recherché.
Le curseur sautait directement vers le texte correspondant.
Search devenait une fonction de navigation de base, pas une commande séparée utilisée occasionnellement.
L’idée de Raskin était que l’on devrait atteindre l’information par ce qu’on se rappelle d’elle, pas par l’endroit où le système l’a stockée.
Le clavier était central par choix
Le Cat privilégiait le clavier au mouse.
Pas parce que Raskin ignorait les interfaces graphiques.
Il avait été profondément impliqué dans l’interface chez Apple.
Il contestait surtout les changements de mode inutiles.
Si les mains sont déjà sur le clavier, saisir une souris peut interrompre le flow.
Il remettait aussi en cause l’idée d’applications séparées
Les systèmes modernes enseignent que chaque type de travail appartient à un programme différent.
Écrire dans l’un.
Calculer dans un autre.
Communiquer ailleurs.
Raskin préférait un environnement unifié.
La tâche devait déterminer ce qui se passe, pas la frontière entre logiciels.
L’idée paraît étonnamment moderne.
Le Canon Cat n’a pas été une révolution commerciale
Il n’a remplacé ni le Macintosh ni l’IBM PC.
Sa vie commerciale fut courte.
Le desktop, les graphical apps et le mouse sont devenus dominants.
Mais succès commercial et valeur conceptuelle sont différents.
Le Cat reste intéressant parce qu’il montre une branche alternative de l’histoire des interfaces.
Il demande à quoi ressemblerait l’informatique si l’on réduisait la structure visible au lieu d’apprendre aux utilisateurs à la gérer.
Beaucoup de produits modernes redécouvrent la même tension
Les search boxes réduisent les menus.
Les command palettes permettent d’aller directement à une action.
Spotlight permet de trouver un document sans connaître son dossier exact.
Les AI assistants permettent de plus en plus de décrire une intention au lieu de choisir une suite d’applications.
Ce ne sont pas des descendants directs du Canon Cat.
Mais ils posent une question semblable :
Quelle quantité de structure système l’utilisateur doit-il vraiment comprendre ?
L’organisation aide le système, mais peut charger l’humain
Fichiers, dossiers et applications sont des abstractions utiles.
Ils aident le logiciel à gérer storage, ownership et capacités.
Mais chaque abstraction visible devient un concept que l’utilisateur peut devoir apprendre.
Raskin poussait constamment contre ce coût.
Son instinct était de faire porter davantage d’organisation au système.
L’interface la plus humaine montre peut-être moins d’elle-même
Les équipes technologiques ajoutent souvent des capacités en ajoutant des contrôles visibles.
Encore un menu.
Encore un mode.
Encore un workspace.
Raskin allait dans l’autre direction.
La même capacité peut-elle exister avec moins de concepts exposés ?
La navigation peut-elle devenir search ?
La sauvegarde peut-elle devenir automatique ?
Quelle partie de votre produit existe surtout parce que l’ordinateur en a besoin, alors que l’utilisateur serait plus heureux si elle disparaissait ?
Sources
- Computer History Museum — Hello: The Apple Mac @ 40
- Computer History Museum — Core 2009, Macintosh and Canon Cat history
- Stanford University — Interview with Jef Raskin, 2000
- Stanford University — Jef Raskin, “Computers by the Millions,” 1980
- Canon Cat Editor Technical Documentation — LEAP and interaction model
- Portrait à la une — Jef Raskin tenant un modèle Canon Cat, photo Aza Raskin, correction couleur Hubcapp, CC BY 4.0 via Wikimedia Commons. Le graphique éditorial de document continu est original.
SIGNAL TITANS.png){kind=link}