Jef Raskin fand Dateien und Anwendungen hinderlich. Canon Cat setzte auf ein kontinuierliches Dokument.

Jef Raskin half, das Macintosh-Projekt zu starten, weil er Computer einfacher machen wollte.

Doch der ausgelieferte Macintosh war nicht das Ende seines Arguments.

Nach Apple stellte Raskin eine radikalere Frage:

Was, wenn Dateien, Ordner, Anwendungen und Modi selbst Teil des Problems sind?

Canon Cat war sein Versuch einer Antwort.

Raskin wollte, dass der Computer hinter der Aufgabe verschwindet

Bei Apple setzte er sich für einen erschwinglichen, zugänglichen und leicht nutzbaren Computer ein.

Er stellte sich Personal Computer für Millionen gewöhnlicher Menschen vor.

Das Computer History Museum schreibt ihm den Ursprung des Macintosh-Projekts zu, bevor Steve Jobs es 1981 übernahm.

Raskins Interface-Ideen waren jedoch radikaler als der grafische Desktop, den Apple später auslieferte.

Weniger Computerverwaltung.

Mehr direkte Arbeit.

Klassische Software zwingt Nutzer, die Struktur der Maschine zu verwalten

Anwendung öffnen.

Datei erstellen.

Benennen.

Ordner wählen.

Speichern.

Sich merken, wo sie liegt.

Anwendung wechseln, wenn die Aufgabe wechselt.

Raskin sah darin kognitive Zusatzarbeit.

Der Nutzer möchte schreiben, rechnen oder kommunizieren.

Warum sollte er gleichzeitig Bibliothekar für den Computer sein?

Canon Cat entfernte viel von dieser Struktur

Der 1987 veröffentlichte Canon Cat sah eher wie ein spezielles Schreibgerät als wie ein klassischer PC aus.

Es gab keinen bekannten Desktop voller App-Icons und Ordner.

Die zentrale Umgebung funktionierte wie ein kontinuierlicher Textstrom.

Statt eine Dateihierarchie zu navigieren, bewegte sich der Nutzer direkt durch sein Material.

Das Computer History Museum beschrieb das Konzept als Ersatz von Dateien und Ordnern durch ein einziges unendliches Dokument.

Suche wurde zu Navigation

Eine der markantesten Ideen war LEAP.

Nutzer hielten eine LEAP-Taste und tippten Zeichen aus dem Text, den sie finden wollten.

Der Cursor sprang direkt zum passenden Text.

Search wurde Teil der Navigation und nicht nur ein gelegentlicher separater Befehl.

Raskins Idee: Information sollte über das erreichbar sein, woran man sich erinnert, nicht über den Speicherort des Computers.

Die Tastatur stand absichtlich im Zentrum

Der Cat bevorzugte Tastaturinteraktion gegenüber der Maus.

Nicht weil Raskin grafische Interfaces nicht verstand.

Er war tief in Interface Design bei Apple involviert gewesen.

Sein Einwand richtete sich gegen unnötige Wechsel zwischen Interaktionsmodi.

Wenn die Hände bereits auf der Tastatur liegen, kann der Griff zur Maus den Fluss unterbrechen.

Auch die Idee separater Anwendungen wurde infrage gestellt

Moderne Betriebssysteme lehren, dass unterschiedliche Arbeiten in unterschiedlichen Programmen stattfinden.

Schreiben hier.

Rechnen dort.

Kommunikation woanders.

Raskin bevorzugte eine stärker vereinheitlichte Umgebung.

Die Aufgabe sollte bestimmen, was geschieht, nicht die Grenze zwischen Softwarepaketen.

Das klingt heute überraschend modern.

Canon Cat war keine kommerzielle Revolution

Er ersetzte weder Macintosh noch IBM PC.

Sein kommerzielles Leben war kurz.

Desktop-Metapher, grafische Anwendungen und Mausinteraktion wurden dominant.

Aber kommerzieller Erfolg und konzeptioneller Wert sind unterschiedliche Dinge.

Der Cat bleibt interessant, weil er eine alternative Richtung der Interface-Geschichte zeigt.

Er fragt, wie Computing aussehen könnte, wenn wir sichtbare Systemstruktur reduzieren statt Nutzer zu lehren, sie zu verwalten.

Viele moderne Produkte entdecken dieselbe Spannung erneut

Search Boxes reduzieren Menü-Navigation.

Command Palettes springen direkt zu Aktionen.

Spotlight-artige Suche findet Dokumente ohne exakte Ordnerkenntnis.

AI-Assistenten erlauben zunehmend, Absichten zu beschreiben statt eine Kette von Apps auszuwählen.

Das sind keine einfachen Nachfahren des Canon Cat.

Aber sie stellen dieselbe Frage:

Wie viel Systemstruktur muss ein Nutzer wirklich verstehen?

Organisation hilft dem System, kann aber Menschen belasten

Dateien, Ordner und Anwendungen sind nützliche Abstraktionen.

Sie helfen bei Storage, Ownership und Fähigkeiten.

Doch jede sichtbare Abstraktion ist auch ein Konzept, das Nutzer lernen müssen.

Raskin kämpfte gegen diese Kosten.

Sein Instinkt war, dem System mehr organisatorische Arbeit zu geben.

Das menschlichste Interface zeigt vielleicht weniger von sich selbst

Technologieteams fügen Features oft durch zusätzliche sichtbare Controls hinzu.

Noch ein Menü.

Noch ein Modus.

Noch ein Workspace.

Raskin zeigte in die andere Richtung.

Kann dieselbe Fähigkeit mit weniger sichtbaren Konzepten existieren?

Kann Navigation zu Suche werden?

Kann Speichern automatisch werden?

Welcher Teil deines Produkts existiert hauptsächlich, weil der Computer ihn braucht, obwohl der Nutzer glücklicher wäre, wenn er verschwände?

Quellen

• 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
• Porträt im Titelbild — Jef Raskin mit einem Canon-Cat-Modell, Foto: Aza Raskin, Farbkorrektur: Hubcapp, CC BY 4.0 via Wikimedia Commons. Die kontinuierliche Dokumentgrafik ist original.