Synoptische Interfaces Digitaler Editionen

Interfaces mit mehrspaltigem Layout

Interfaces digitaler Editionen adressieren diese Herausforderungen fast immer mithilfe eines mehrspaltigen Layouts. Die sogenannte Synopse (abgeleitet von griech. syn-optikós "das Ganze zusammensehend") ist eine klassische Darstellungsform, bei der zueinander in Beziehung stehende Dokumente oder Texte in zwei oder mehr Spalten nebeneinander angezeigt werden (vgl. das Konzept der "Composite Design Patterns", dazu z. B. Javed/Elmqvist 2012). Die Beziehung zwischen den gegenübergestellten Ressourcen drückt sich in dem jeweiligen Punkt der Synchronisierung aus: Diese kann beispielsweise an Seiten, Absätzen oder auch an einzelnen Zeilen vorgenommen werden. Das Layout erzeugt aus diesen Synchronisations-Punkten die 'ersichtliche' Verbindung zwischen den abgebildeten Ressourcen (zum Prinzip der "Juxtaposition" und die Kombination mit anderen Abbildungsmethoden vgl. Gleicher et al. 2011). Hingegen ist in den Daten diese visualisierte Verbindung nicht immer explizit abgelegt, sondern kann auch in einem 'soften' Konstrukt bestehen, beispielsweise indem regulär aufgebaute IDs und konsekutive Nummerierung verwendet werden, um Digitalisat und XML-Dateien abzugleichen. Denkbar ist zudem, dass zwei nebeneinanderstehende Texte aus ein und demselben Dokument generiert werden, wie etwa eine diplomatische Umschrift mit einem aufgeschlüsselten Lesetext daneben, oder auch zwei Textfassungen auf der Grundlage eines textkritischen Inline-Apparats.

Divergenz der Ansätze

Synoptische Ansichten werden aktuell fast ausschließlich individuell für die jeweiligen Editionsprojekte konzipiert und programmiert. Eine Ursache dafür ist darin zu sehen, dass die jeweils gegenüberzustellenden Inhalte von Projekt zu Projekt extrem unterschiedlich ausfallen können, sowohl in der Art ihrer Beziehung zueinander, als auch in der eigenen Ausprägung. Dokumentenzentrierte Ansätze wie z. B. im Deutschen Textarchiv (Abb. 3) und in DiScholEd (Abb. 4) stellen einzelnen Digitalisaten verschiedene Derivate der dazugehörigen XML-Codierung gegenüber.

Projekte mit Fokus auf Textgenese stellen indessen mehrere Textdokumente gegenüber und setzen diese in der Regel nach Strukturabschnitten (Kapitel, Absätze, Zeilen) in Beziehung – was einen völlig anderen Präsentationsansatz darstellt. In diesem Fall gehen die Ansätze zudem in divergente Richtungen, deren Pole einerseits durch eine platzintensive Rasterdarstellung wie z. B. in LERA (Abb. 2) und andererseits durch ein auf eine Spalte (!) verdichtetes Konzept wie z. B. in der "spinal edition" des Frankenstein Variorums (Abb. 5) gebildet werden. Es besteht somit der Bedarf an einem allgemeinen Modell synoptischer Präsentationskonzepte, welches die Grundlage eines generischen Interface-Frameworks für Digitale Editionen bilden könnte.

Des Weiteren erlauben bestehende Ansätze bereits die nutzerseitige Auswahl der Spalteninhalte wie bei DTA (Abb. 3) und DiScholEd (Abb. 4), teils sogar mit der zusätzlichen Möglichkeit des Spaltenmanagements wie bei den Fontane Notizbüchern (Abb. 1) und im generischen EVT Viewer (Abb. 6). Dies ist insbesondere mit steigender Zahl der Spalten notwendig (vgl. LERA, Abb. 2).

Als nicht nur technische, sondern vor allem auch konzeptionelle Herausforderung kommt noch Responsivität hinzu. Das Nutzungskonzept der Edition muss sich an unterschiedliche Endgeräte – und damit an die mögliche Zahl der sichtbaren (!) Spalten – anpassen können. Letzteres hat einen unmittelbaren Einfluss auf die Zugänglichkeit und Nutzbarkeit der Ressourcen. Dies hat außerdem zur Folge, dass die oben genannten divergierenden Präsentationskonzepte für die Gegenüberstellung verschiedener Textvarianten behandelt werden müssen, was schließlich auf ein Konzept hinausläuft, welches grundsätzlich von einer variablen Spaltenzahl ausgeht.

Einen weiteren Aspekt bringt das Projekt TAPAS (Abb. 7) ein, welches dem Nutzer die Auswahl der dem Layout zugrundeliegenden XML-Renderingskripte erlaubt, die zudem jeweils responsiv agieren. Dies verdeutlicht nicht nur, dass die Grundlage für anpassbare Lösungen in der Trennung zwischen Daten- und Präsentationsschicht besteht, sondern gerade auch, dass dieser Umstand prinzipiell für Interfaces nutzbar ist, sofern die spezifische Abbildungslogik einmal formalisiert wurde. Der hier aufgezeigte Weg ist z. B. mithilfe von XSLT und ggf. ODD vollständig innerhalb des X-Technologiestacks umsetzbar (näheres bei Flanders/Hamlin 2013).

Herausforderungen

Eine allgemeine Herausforderung stellt zunächst die Synchronisierung der Ansichten in Abhängigkeit von verschiedenen User-Interaktionen dar (Blättern, Scrollen etc.). Diese müssen projektspezifisch und in Abhängigkeit von dem jeweiligen Editionskonzept konfigurierbar sein, bilden also einen Teil der generischen Synopticon-Konfiguration. Zudem müssen dort weitere User-Interaktionen einbezogen werden, die ebenfalls eine Veränderung des Spalteninhalts hervorrufen oder sogar eine Resegmentierung des Textes zur Folge haben können (ähnlich LERA, vgl. Pöckelmann et al. 2022). Eine weitere Herausforderung besteht in den Konfigurationsmöglichkeiten der Spalten in Abhängigkeit von dem allgemeinen Nutzungskonzept der digitalen Edition. Daran knüpft sich zugleich die responsiv bedingte Variierbarkeit der sichtbaren Spalten und die jeweiligen Anpassungen des Nutzungskonzepts. Diese zahlreichen teils nutzer- teils projektspezifischen Anpassungen, die ermöglicht werden sollen, werfen Fragen der Referenzierbarkeit auf. Im Kontext von digitalen Editionen müssen Ansichten derselben reproduzierbar und zitierfähig sein.

Umsetzung als Software-Architektur

Für Frontend und Backend von Synopticon kommen unterschiedliche Open-Source-Frameworks zum Einsatz (Abb. 8). Im Frontend sorgt Vue.js für die Organisation der verschiedenen Informationen und Strukturen. Auf Benutzerwunsch (bspw. Auswahl einer Textvariante) werden Anfragen an die von ediarum.Web gestellte Schnittstelle geschickt. Diese liefert als Antwort entweder HTML-Bruchstücke oder JSON, wobei die HTML Bruchstücke durch XSLT Transformationen ("Views") der zugrunde liegenden XML Dateien erzeugt werden.

Das Frontend wurde mit dem JavaScript-Framework Vue.js (You 2022) realisiert. Um zu ermöglichen, dass das Frontend in viele unterschiedliche Projekte aufgenommen werden kann, wurde es als Single-Page-Anwendung konzipiert, welche mittels einer JavaScript-, einer CSS- und einer Konfigurations-Datei in bestehende Webseiten eingebunden wird. Der modulare und auf wiederverwertbaren Komponenten aufbauende Ansatz von Vue.js sowie die Konfiguration von Synopticon ermöglicht es, projektspezifische Anforderungen mithilfe bereits bestehender Konfigurations- und Softwarekomponenten aus anderen Projekten zu realisieren. Somit wird der Weg für ein nachhaltiges und nachnutzbares Softwaredesign geebnet.

Als Framework kommt aktuell ediarum.WEB (Fechner 2022) zum Einsatz, das im Bereich der digitalen Editionen bereits verbreitet ist. Dieses dient der Kommunikation zwischen Frontend und der XML-Datenbank eXist (Meier 2022) des Backends und enthält die dazu notwendigen Schnittstellen und Konfigurationsmöglichkeiten. Außerdem beinhaltet es notwendige Konsistenzchecks und Error-Handling. Das Ökosystem von ediarum (.BASE.edit, .REGISTER.edit, .WEB, .DB) bietet außerdem die Möglichkeit, den gesamten Workflow von Datenakquise bis hin zur Präsentation zu integrieren. Dieser Workflow, inklusive der Präsentation mittels Synopticon, wird derzeit in verschiedenen am ZPD betreuten Projekten erprobt.

Aktuelle Beispielprojekte

Drei aktuelle Usecases decken diverse Synchronisations-Beziehungen ab. Ein Beispiel ist das DFG-geförderte Projekt Narragonia L atina (Baier/Hamm 2021), in dessen BMBF-Vorgängerprojekt Narragonien D igital (Burrichter/Hamm 2021) eine projektspezifische Synopse entwickelt wurde, die als Ausgangspunkt bzw. als Inspiration für die Entwicklung der generischen Lösung Synopticon diente. Das Projekt erarbeitet eine kommentierte zweisprachige Hybridedition der beiden lateinischen "Narrenschiffe" von Jakob Locher (1497) und Jodocus Badius (1505), die verschiedene Druckausgaben, insbesondere Übersetzungen desselben Originalwerkes gegenüberstellt (Abb. 9) und die beiden "Narrenschiffe" mittels eines digitalen Kapitel-Kommentars interdisziplinär und vergleichend erläutert.

Ein weiteres Beispiel ist das interdisziplinär ausgerichtete Akademieprojekt Richard Wagner Schriften, dessen Ziel es ist, erstmals die gesamte Hinterlassenschaft der rund 230 Texte Richard Wagners mit ca. 5.000 Seiten Umfang auf Basis aller überlieferter historischer Textzeugen philologisch zu erschließen und in einer vollständigen, historisch-kritischen Edition der Schriften mit umfassendem Kommentar zu bündeln. Dabei werden einem Text sowohl sein Apparat, sein Textumfeld und ggf. vorhandene Digitalisate gegenübergestellt (Abb.10).