Re: [de-discuss] Seitenvorschau im Writer, längeres Gespräch mit einem LOffc-Standbesucher auf der Froscon

An die an diesem Thema interessierte Community:

Ich will mal ein update des Standes meines Seitenvorschau-Themas geben, auch
bezogen auf https://bugs.documentfoundation.org/show_bug.cgi?id=172951,
was allerdings erst in zweiter Stufe kommt.

Ich habe ein Makro:
sub View4x10Pages
rem ----------------------------------------------------------------------
rem define variables
dim document   as object
dim dispatcher as object
rem ----------------------------------------------------------------------
dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
document   = ThisComponent.CurrentController.Frame

    Dim oViewSettings

    oViewSettings = ThisComponent.getCurrentController().getViewSettings()

  Dim oInfo
  Dim oProps
  oInfo = oViewSettings.getPropertySetInfo()
  oProps = oInfo.getProperties()
  oViewSettings.setPropertyValue("ZoomType",  3)  ' DocumentZoomType::BY_VALUE
  oViewSettings.setPropertyValue("ZoomValue", 45)
  oViewSettings.setPropertyValue("ShowBookmarks", true)
 oViewSettings.setPropertyValue("ShowRulers", true)

    rem oViewSettings.setPropertyValue("Columns", 10)
    rem oViewSettings.setPropertyValue("BookMode", True)
dispatcher.executeDispatch(document, ".uno:GoToNextPage", "", 0, Array())
rem -------------------------------------------------

ZoomValue funktioniert. Columns und BookMode wird NICHT so unterstützt.
Das stelle ich halt manuell ein, nach dem Zoom-Makro Button. 
ShowBookmarks ist im Moment Spielerei, (das showed fast nix),
aber ShowRulers ist doch auch interessant, zu beeinflussen.

Das Makro habe ich zuerst selbst recorded und dann ein wenig mit AI
!! gechattet. AI ist der Meinung, dass wir in die sources schauen sollten,
!! um die Columns und Bookmode zu finden. 

!! Das finde ich RICHTIG und mache es auch noch, demnächst,
!! aber leider in Prio3 (andere Dinge gehen bei mir vor).

Es gibt freilich auch noch ein adäquates Makro für Doppelseite,
schnell den View umschaltbar. 

Auf einem Monitor mit 3840x2400 Pixel, ich habe einen lenovo-Notebook
mit 16" und dieser Auflösung, ist mit der 40-Seiten-Ansicht zwar
kein Text mehr lesbar (8 Seiten Ansicht: Überschriften sind lesbar),
aber die Seitenaufteilung ist erkennbar:
* Seiten mit List of Content
* leere und fast leere seiten
* Bilder sind erkennbar, wenn man seine eigenen Bilder kennt !!!
  das ist entscheidend. 
=>Übersicht über das Dokument, Navigation mit Cursor, und dann 
  halt die Doppelseitenansicht einschalten, das ist ein guter
  Workflow.

Was jetzt noch fehlt ist eine sinnvolle Lösung von Bug172951.
Ich habe vor, ein Makro zu schreiben, was 10 mal oder 40 mal
rem ----------------------------------------------------------
dispatcher.executeDispatch(document, ".uno:GoToNextPage", "", 0, Array())
rem --------------------------------------------------
enthält. Das wird länger dauern weil er nach jedem Schalten renderd,
ist halt nur eine Notlösung.

!! Alle Sliderschiebereien arten in eine LÄNGERE WARTEZEIT aus, in der
!! das Bild hüppelt. Das ist nicht zu gebrauchen. Einige Sekunden.

Ich melde mich selbst wieder wenn ich hier weiter bin. 

Grüße von Hartmut




9876@vishia.de schrieb am 18.08.2026 09:48 (GMT +02:00):

> > > Ü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, 9876@vishia.de 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: heiko.tietze@documentfoundation.org
> > 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: discuss+unsubscribe@de.libreoffice.org
> > 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: discuss+unsubscribe@de.libreoffice.org
> 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: discuss+unsubscribe@de.libreoffice.org
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