Zusammenfassung

  • Im Dezember 1992 konnte Lynx entfernte Programme starten, bestehende Login-Dienste erreichen und Ergebnisse einer Veranstaltungsdatenbank der University of Kansas zurückliefern.
  • Die Quellen zeigen eine Brücke zwischen Campus-Informationen und getrennten Anwendungen. Sie belegen weder eine breite Verbreitung noch, dass Lynx der erste Browser mit solchen Verbindungen war.

Ein Link konnte ein Programm anderswo starten

Lou Montulli beschrieb am 8. Dezember 1992, wie Lynx vorhandene Ressourcen einer Universität miteinander verbinden konnte. Er nannte konkrete Funktionen: rexec startete Programme auf entfernten Rechnern, inetd-Anwendungen ließen sich aufrufen, und ein transparentes rlogin war möglich. Ein Link musste also nicht zu einem weiteren Dokument führen. Er konnte in einen Dienst führen, dessen Software schon vor der verweisenden Seite existierte.

Montullis Bibliotheksbeispiel macht das greifbar. Ein Link konnte den Nutzer mit dem darin genannten Konto am entfernten Bibliothekssystem anmelden. Die Hochschule musste ihren vorhandenen Katalog nicht erst als Webanwendung neu bauen. Auch „Events at KU“ war mehr als eine statische Seite: Wer den Punkt im Campusmenü wählte, rief ein Datenbankprogramm auf dem Rechner stat1 auf. Es stellte eine Frage, suchte in der Datenbank und gab das Ergebnis an Lynx zurück. Mit einem vorangestellten = ließ sich die entfernte Programmausführung sichtbar machen.

Damit beschreibt „Textbrowser“ nur einen Teil der frühen Rolle von Lynx. Das Programm konnte Webinhalte auf einem Terminal anzeigen und zugleich als Startfläche für Anwendungen dienen, die auf anderen Rechnern weiterliefen. Telnet und TN3270 erschlossen terminalbasierte Systeme; außerdem konnte Lynx die Hytelnet-Datenbank lesen. Das war keine neue Universalplattform, die alte Systeme ersetzte. Es war ein navigierbarer Weg von Campus-Informationen zu den Werkzeugen, die die Hochschule bereits betrieb.

Das Campus-Informationssystem stand am Anfang

Der Entwicklungskontext erklärt die Funktion. Michael Grobe ordnete Lynx in seiner späteren Rückschau in die Arbeit an einem campusweiten Informationssystem der Academic Computing Services der University of Kansas ein. Er nennt Charles Rezac und Montulli als zentrale Entwickler, warnt aber zugleich, dass Zusammenarbeit genaue Zuschreibungen und Zeitpunkte schwer macht. Die Belege zeigen ein Team und ein wachsendes System, keinen eindeutigen Erfindungsmoment einer einzelnen Person.

Eine Hochschule konnte ihre Angebote auffindbar machen, ohne sofort Bibliothekskatalog, Veranstaltungsdatenbank und Terminaldienste auszutauschen. Lynx verkürzte den Weg zum Angebot; die Anwendungen liefen weiterhin auf ihren eigenen Hosts. Das ist eine architektonische Deutung der Beispiele, kein Beleg für gemeinsame Konten, Datenmodelle oder Sicherheitsregeln. Der entfernte Rechner stellte den Dienst bereit und kontrollierte den Zugang.

Auch der kürzere Weg beseitigte die Abhängigkeiten nicht. Der Dienst musste erreichbar sein; Konto, Programm und Netzwerkpfad mussten funktionieren. Ein Link verbessert die Auffindbarkeit, garantiert aber keine Verfügbarkeit und verschiebt die Betriebsverantwortung nicht auf den Browser. Die Hochschule konnte einen neuen Einstieg schaffen, ohne den Dienst in eine portable Webressource zu verwandeln.

Vom Campus-Einstieg zum Webclient

Der Wandel erfolgte über mehrere Versionen. Am 25. April 1993 kündigte Montulli Lynx 2.0.8 als wichtige Fehlerkorrektur an. Er nannte die Version stabil, aber weiterhin eine Beta, und hoffte auf eine Produktionsversion bis zum 1. Juni. Das dokumentiert ein Vorhaben, nicht dessen Erfüllung. Ein archivierter W3C-Eintrag führt Lynx 2.3 später für April 1994 als Vollbild-Hypertextbrowser für das Web auf, bedienbar mit Pfeil- und Tabulatortaste.

Der spätere Lynx-Leitfaden beschreibt die tiefere Änderung: Nachfolgende Versionen übernahmen WWW-Bibliotheken und unterstützten HTML. Als HTML verbreiteter wurde, trat das native Lynx-Format zurück. Die Terminaloberfläche musste dafür nicht verschwinden; verändert wurde die gemeinsame Dokument- und Linkschicht. Lynx behielt seine Tastaturbedienung und konnte zugleich Inhalte aus einem wachsenden Netz von WWW-Servern lesen.

In dieser Folge liegen zwei Aufgaben. Zuerst verband Lynx das Campusmenü mit vorhandenen Anwendungen. Danach wurde der Client Teil eines größeren Raums aus HTML-Dokumenten und WWW-Servern. Die erste Aufgabe machte installierte Systeme leichter auffindbar, die zweite setzte auf eine allgemeinere Publikationsform. Die Quellen zeigen nicht, dass jede Hochschule die erste Funktion an einem bestimmten Tag durch die zweite ersetzte.

Was sich belegen lässt

Montullis zeitnahe Nachricht liefert die konkretesten Mechanismen und Campusbeispiele. Grobes Rückblick beschreibt die Zusammenarbeit und markiert die Grenzen genauer Zuschreibung. Die Ankündigung von 1993, der W3C-Eintrag von 1994 und ein späterer Leitfaden zeigen Lynx’ Weg zum Webclient und die zunehmende Bedeutung von HTML.

Zusammen stützen die Quellen eine begrenzte Aussage: Frühe Internetoberflächen konnten zu bestehenden Systemen führen, auf die Nutzer bereits angewiesen waren, bevor das Web zur gemeinsamen Dokumentebene wurde. Bei Lynx konnte ein Link an einem anderen Rechner und in einem dort weiterlaufenden Dienst enden.

Quellen