>>Überschriften .... Aber das beantwortet der Navigator sehr gut Das ist richtig, um die Gliederung und deren Sinnigkeit zu sehen. Ich nutze den Navigator gern.
Die Anforderung ist eine andere, leider habe ich mich nicht deutlich genug ausgedrückt. == Ein Dokument hat immer Inhalt und Form: Inhalt: ordentliche Gliederung, Überschriften sind passend, was steht drin. Form: Gibt es "dumme Seitenumbrüche" bspw. weil ein Bild genau nicht passt in der Textfolge, sind Bilder auf der selben Doppelseite wie der zugehörige Text, gibt es (halb-) leere Seiten, nur weil das folgende Kapitel richtigerweise auf einer neuen Seite, bewusst links oder rechts (even or odd page) anfängt, und das Kapitel davor die vorigen seiten nicht füllt (das kommt dumm an, man kann da sinnvollerweise Content noch anders zuordnen, ergänzen, ein bild dazu bringen etc., so die Überlegung). Bzw. der Platz ist vielleicht sogar noch nötig weil da noch was inhaltsmäßig hinkommt. Das sind so die Form-Ansprüche, nur als Beispiele == Arbeits-fluss (flow) Ein altehrwürdiger Dokumentenschreiber ohne Gewissen an Papierverbrauch würde da ab und an einen "Probedruck" jeweils machen, so war das früher. Das printpreview spart Papier. Darin sehe ich den Haupt-Sinn. Dass das print-preview nötig ist, weil es beim Drucken doch noch ein anderes Rendering gibt als bei Wysiwig bei der Berarbeitung, ist eigentlich schlimm und bugzilla-nötig, bzw. es kann passieren wenn man dumme Situationen bei Bildern und manuellen Umbrüchen hat. Das ist so, und dafür sollte man vor dem Drucken auch mal kurz print-preview machen. Ok. Aber es geht eben um Wysiwig während der Bearbeitung. Nicht Inhaltsbezogen (=>Navigator) sondern erscheinungsbezogen. >>aber vom Bildschirm ab und auf 1280px Breite wirst du keine acht Seiten >>anzeigen können oh so einen habe ich im Keller noch stehen, der wird wohl nie wieder eingeschaltet werden ... Selbstverständlich hängt die mögliche Menge des sichtbaren Seiten vom Bildschirm ab. Ich habe getestet an 38" 3840x2160, da sind 4 Reihen x 8 Seiten noch gut sichtbar. Überschriften lesbar, Bilder erkennbar, vergleichbar mit Page Pane beim draw oder Impress. Um dort bei >200 Seiten durchzukommen ist es eben wichtig, dass man blockweise blättern kann (einmal ctrl-oder-alt-shift-Pgdn =^ die nächsten 32 Seiten), für den Überblick. Die Idee mit dem Makro ist ja gerade, dass der Anwender das Makro sich auf seinen Bildschirm zurechtschneidern kann (Parameter im Makro-Code ändern). Bzw. für mehrere Ansichtsvarianten mehrere Makros auch an Buttons haben kann. Im Arbeitsfluss ist es wichtig, mit einem Button die Mehrseitenvorschau zu aktivieren (nicht erst nachdenken, wo muss ich jetzt "View - Zoom ... und wieviel % wars noch mal..), durchschauen, Kursor setzen in etwa da wo es interessant wird, ggf. etwas text markieren, dann wieder auf Normalbearbeitung zurückschalten (bei mir immer Doppelseitenansicht). Es wird (das ist so) die (Doppel-)Seite angezeigt wo der Kursor steht, sofort weiter arbeiten. Daher die Idee mit dem Makro. == Sinn und Zweck der Doppelseitenansicht und wysiwig Nochmal zur Doppelseitenansicht: Ich nutze die im pdf viewer schon seit langem, die üblichen 1980 x 1080 Bildschirme machen es möglich. Und ich habe mich öfters geärgert über pdfs von Texas Instruments, Datenblätter, (nur Bsp. andere sind nicht besser) bei denen die Tabellen zu Bits in Registern jeweils irgendwo anfangen, man also mit den Augen suchen muss und sich nicht fokusieren kann auf das eigentliche Sach-Problem. Ich will das in meiner Doku eben besser machen und bei der Seitenaufteilung mehr übersicht bieten. Die Welt ist es noch gewöhnt von html an 640x480 Monis, länglich zu lesen. Wir müssen uns wieder zurück gewöhnen, Dokumente wie ein Buch zu lesen, und zu schreiben. Das ist der Use-case. Danke für das Interesse an diesem Thema. Es betrifft ggf. mehr Nutzer als nur mich. Grüße von Hartmut Hartmut Schorrig, www.vishia.org, Freelancer für Software für Embedded Control und LibreOffice interessierter. Heiko Tietze wrote on 18.08.2026 04:57 (GMT +00:00): > On 17.08.26 23:54, [email protected] wrote: >> Aber: Die Bedienung View-Zoom: Zoom ist etwas langwierig. Daher wäre es >> besser einen Button zu haben, der zwei (oder mehr) fest eingestellte >> View-Varianten umschaltet. > Also eine Funktion "Zeige 4 Seiten nebeneinander", "Zeige 8 Seiten > nebeneinander" etc., die dann das Zooming entsprechend einstellt. Das hängt > dann > aber vom Bildschirm ab und auf 1280px Breite wirst du keine acht Seiten > anzeigen > können. > > Ich würde genauer nach dem Use Case [1] fragen. Etwas in der Art: "Ulrich will > > eine Übersicht seines 400-Seiten langen Buches haben, um ... zu erreichen. > Dabei > kann er die Druckvorschau nicht benutzen, weil ...". > > Einen langen Text in Gänze zu sehen, klingt für mich nicht richtig. Die > Druckvorschau hat auch eher das Ziel, den WYSIWYG Editor zu überprüfen, statt > > mehr anzuzeigen. > > Was natürlich sein kann, ist die Übersicht zu den Überschriften ohne gleich > ein > Verzeichnis einzufügen (und auch ohne nach oben scrollen zu müssen). Aber das > > beantwortet der Navigator sehr gut. Und dort gibt es eine Vielzahl von > Funktionen. > > [1] https://de.wikipedia.org/wiki/Anwendungsfall > -- > Dr. Heiko Tietze, UX-Architect > Tel: +49 30 5557992-63 | Mail: [email protected] > The Document Foundation, Winterfeldtstraße 52, 10781 Berlin, DE > Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts > Legal details: https://www.documentfoundation.org/imprint > > > -- > Liste abmelden mit E-Mail an: [email protected] > Probleme? > https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ > Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de > Listenarchiv: https://listarchives.libreoffice.org/de/discuss/ > Datenschutzerklärung: https://www.documentfoundation.org/privacy > -- Liste abmelden mit E-Mail an: [email protected] Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de Listenarchiv: https://listarchives.libreoffice.org/de/discuss/ Datenschutzerklärung: https://www.documentfoundation.org/privacy
