Warum der Google Docs-Konsolen-Hack der falsche Weg ist, um eine zweiseitige Ansicht zu erhalten

Deshalb ist der Trick so verführerisch und gleichzeitig so irreführend. Zuerst wird das visuelle Problem gelöst, was ihm einen cleveren Eindruck macht, aber der schwierige Teil bleibt unberührt: wie sich der Editor verhält, wenn Sie tatsächlich tippen, auswählen, kommentieren und sich durch das Dokument bewegen.

Vor und nach dem Konsolen-Hack

Möglicherweise haben Sie den Browser-Konsolen-Trick gesehen, der Google Docs in ein Pseudo-Zweiseiten-Layout zwingt. Auf den ersten Blick sieht es nützlich aus: Die Seiten werden nebeneinander angezeigt und ein breiter Monitor wirkt weniger verschwendet.

Dieser visuelle Eindruck ist der ganze Trick. Es handelt sich nicht um einen echten Bearbeitungsmodus und es handelt sich auch nicht um eine geeignete Lösung. Es handelt sich um eine schnelle DOM-Überschreibung, die dazu führt, dass der Bildschirm anders aussieht.

So funktioniert der Hack

Der ursprüngliche Coderwall-Beitrag von Jeremy auf Coderwall beschreibt den Trick als eine einfache CSS-Optimierung: Stellen Sie sicher, dass die Seitencontainer die gesamte Breite ausfüllen, lassen Sie die Seiten nach links gleiten und erzwingen Sie das Layout in einer gefälschten zweispaltigen Ansicht.

(function(d,t,z,s) {
      s = d.createElement(t);
      s.innerHTML = z+'-outer{left:0px !important;}'+z+'-outer,'+z+'-inner{width:100% !important;}.kix-page{float:left; width:48% !important;}';
      d.getElementsByTagName(t)[0].parentNode.appendChild(s);
      })(document, 'style', '.kix-zoomdocumentplugin');

Der Originaltext stammt von Jeremy auf Coderwall, und die Bookmarklet-Version ist von diesem Beitrag aus verlinkt.

Mit anderen Worten handelt es sich bei dem Hack hauptsächlich um eine Stilüberschreibung. Es bringt Google Docs nicht bei, anders zu bearbeiten. Es überzeugt lediglich den Browser, die Benutzeroberfläche so darzustellen, dass sie eher wie zwei Seiten aussieht.

Warum sich die richtige Seite unzuverlässig anfühlt

Google Docs berechnet weiterhin die Platzierung von Einfügezeichen, Treffertests, Auswahl und Kommentare anhand seines ursprünglichen Layoutmodells. Der Hack zeichnet nur die Stellen neu, an denen Seiten auf dem Bildschirm angezeigt werden, sodass das visuelle Ergebnis und das Bearbeitungsmodell auseinanderdriften.

• Die Cursorpositionierung kann abweichen: Klicks und Auswahlen stimmen nicht immer mit sichtbarem Text überein.
• Die aktive Bearbeitung gerät ins Wanken: Die Ansicht kann für die Überprüfung in Ordnung sein, für echtes Schreiben jedoch weniger zuverlässig.
• Kommentare und Overlays können sich schlecht verhalten: Der Trick ist nicht auf die gesamte Docs-Benutzeroberfläche ausgelegt.
• Es ist von Natur aus zerbrechlich: Die Namen und die Struktur interner Docs-Klassen können sich ohne Vorwarnung ändern.

Warum es nicht der richtige Weg ist

Der Hack liefert ein visuelles Ergebnis, das sich für eine Minute clever anfühlt, aber ein echter Schreibworkflow muss den täglichen Gebrauch überstehen. Sie benötigen Cursorstabilität, vorhersehbare Auswahl, Kommentare, die dort landen, wo sie sollen, und ein Layout, das auch nach der zehnten Bearbeitung des Tages verständlich bleibt.

Der Konsolentrick besteht diesen Test nicht, da es sich nicht um eine Produktfunktion handelt. Es handelt sich um eine DOM-Manipulation. Wenn man es wie einen Workflow behandelt, werden die Schwachstellen sofort sichtbar.

Wenn der Hack noch nützlich ist

Wenn Sie nur eine schnelle schreibgeschützte Demo auf Ihrem eigenen Computer benötigen, kann es Spaß machen, den Hack auszuprobieren. Aber für das tägliche Schreiben, Überarbeiten oder die Zusammenarbeit ist ein Layout-nativer Workflow die sicherere Wahl.

Das ist die Linie, die man im Hinterkopf behalten sollte: lustige Demo, schlechte Angewohnheit. Wenn Sie versuchen, tatsächlich zu funktionieren, sollten Sie sich nicht auf einen Trick verlassen, der von vertrauenswürdigen Typen vollständig blockiert werden kann oder der sich nicht mehr verhält, sobald Google einen Klassennamen ändert oder den Editor erneut umfließt.

Das Problem ist nicht nur die Fragilität. Es ist auch Vertrauen. Ein Schreibworkflow muss sich bestmöglich langweilig anfühlen. Sobald ein Layout-Trick Sie zögern lässt, bevor Sie auf Text klicken oder ihn auswählen, hat er bereits die Grenze von nützlich zu ablenkend überschritten.

Fazit

Der Konsolentrick ist eine clevere Demo, keine zuverlässige Bearbeitungsoberfläche. Wenn Sie eine parallele Arbeit mit Google Docs wünschen, der Sie jeden Tag vertrauen können, verwenden Sie stattdessen DocDocDoc.

Die schnelle Antwort

Wenn Sie neugierig sind, probieren Sie den Hack einmal als visuelles Experiment aus. Wenn Sie versuchen zu schreiben, zu überarbeiten oder zusammenzuarbeiten, hören Sie hier auf. Ein Trick, der nur die Farbschicht ändert, wird niemals die richtige Antwort für ein Live-Dokument sein.

Die bessere Frage ist nicht, ob der Hack dazu führen kann, dass der Bildschirm anders aussieht. Die bessere Frage ist, ob es Ihnen hilft, das Dokument fertigzustellen. In der Praxis lautet die Antwort nein. Es war immer nur zum Ansehen nützlich, nicht für die eigentliche Bearbeitung.

Was die Leute tatsächlich verfolgen

Die meisten Leute, die nach diesem Hack suchen, suchen nicht wirklich nach CSS. Sie suchen nach einer Befreiung vom Single-Page-Gefühl von Google Docs. Sie möchten, dass die Seite breiter aussieht, die nächste Seite im Blick bleibt und der gesamte Bearbeitungsprozess weniger beengt wirkt.

Genau deshalb erregt der Hack Aufmerksamkeit. Es scheint die eigentliche Beschwerde zu beantworten. Da es jedoch nur die visuelle Ebene verändert, kann es nicht die Stabilität bieten, die ein täglicher Schreibworkflow benötigt.

Referenzen und weiterführende Literatur

• coderwall.com/p/qvdxia/2-page-view-in-google-docs
• README zur Side-by-Side-Erweiterung und bekannte Probleme: github.com/ryanpcmcquen/side_by_side_gdocs
• Quelle des Erweiterungsskripts (DOM/CSS-Manipulation): raw.githubusercontent.com/.../side_by_side_gdocs.js
• Googles offizielle „Side-by-Side“-Hilfe (Side-Panel-Apps, nicht mehrseitige Bearbeitung): support.google.com/docs/answer/106237