[de-discuss] Requirement-discuss für Writer: PgUp/PgDn soll immer genau eine Seite blättern ?

Aus aktuellem Anlass - habe mich für eine kurze Zeit mich entschieden - nie
wieder LibreOffice, Asciidoc + html ist doch besser - (nur für kurze Zeit),
das folgende Requirement:

Die Tasten PgUp und PgDn (evtl mit Zusatztaste ctrl, ode alt) müssen immer
genau eine Seite blättern, bzw. zwei Seiten bei Doppelseitenansicht,
und den Inhalt ab dem Kopf der Seite (ohne Ränder, feinjustierbar) anzeigen. 

Als Begründung eine längere Abhandlung. Damit wird der Use-case genügend gut
beschrieben, so dass er auch für denjenigen nachvollziehbar werden könnte,
der das Requirement nicht versteht. Nichts ist so schlimm wie ein kurz
dahingeschmissenes (hätte beinahe das 'm' vergessen) Requirement aus der
Anforderung des heutigen fix-fix-Denkens, dabei aneinander-vorbei-Redens.

Ich möchte ggf. eine kurze oder längere Diskussion / Stellungnahme aus
verschiedenen Blickwinkeln. Danach werde ich (oder jemand anderes) das
Requirement in bugzilla in englisch kurz formulieren. 
Die ausführliche Begründung sollte
auch in Englisch irgendwie verlinkt dort lesbar sein, meine ich. 

Zugrunde liegende use case-Beschreibung:

Das Problem hat sich bei mir zugezogen (verschärft), weil das Schieben im
LibreOffice unter Debian 13 KDE auch nach neu booten immer mit einem
Nachlauf-hicks verbunden ist. Mit Nachlauf-hicks meine ich folgendes: Man
schiebt, schaut, naja, dann nach 1 Sekunde ca. hicks, die Ansicht springt
auf eine andere Stelle, ca. 1/2 oder 1/3 Seite woanders. Ursache mag sein,
der Renderer braucht etwas länger, und hat nach 1 Sekunde eine neue
Information, und plaziert neu. Mit dieser Verhaltensweise ist es aber
UNMÖGLICH, ein Dokument durchzuschauen und eine bestimmte Stelle
aufzufinden. Abhilfe wäre das Print-View (ctrl-sh-O). Hierbei wirkt nicht
pgUp/Dn wie erwartet sondern up/down (einfache Pfeiltasten). Aber das
Umschalten zwischen dem print-preview und der richtigen Stelle zum editieren
gestaltet sich auch oft etwas komplex. Die Nutzung des print-preview zum
durchblättern ist also eine Notlösung. 

Eine noch allgemeinere Beschreibung mit etwas Polemik: Die nunmehr seit ca.
30 Jahren gewohnte Ansicht im html-Webbrowser hat uns zum Scroll-Denken
verführt, auch schon ausgenutzt von Social-Medie Plattformen. Immer weiter
scrollen zeigt immer wieder interessantes neues (um den User auf der Seite
festzuhalten). Dabei verlorengegangen ist die Seitenstruktur bzw. vielleicht
sogar das sinnvolle strukturierte Denken. 

Beispielsweise sind technische Dokus in pdf oft NICHT auf Seiten orientiert,
sondern trotz pdf auf scrollen ausgerichtet. Tabellen fangen rechts unten
an, sind dann links oben auf der nächsten Seite fortgesetzt, obwohl sie
Überblick bieten sollten. Im pdf-Viewer Scrollmodus fällt das nicht weiter
negativ auf. 

Früher war mal ein Display mit 640x480 pixel nur scrollweise nutzbar. Daher
ist der html-Browser damals auch darauf orientiert gewesen. Bei gedruckten
Dokumenten hatte man seitenorientiert geschrieben, oft sogar in Spalten. Der
Browser hat zu Anfang sowas gar nicht unterstützt, und das ist bis heute so
geblieben. 

Heute kann ich aber auch am 14..15" Display ein pdf doppelseitig anschauen,
mdst. als Überblick. Auf einem üblich verfügbaren größerem Monitor sowieso.
Selbst am Handy macht die Seitenansicht Sinn, wenn die Seite in zwei Spalten
geschrieben ist, je eine Spalte passt auf die vertikale Breite, und man
schiebt die nächste Spalte und dann seite nach rechts und links zurück. 

D.h. die Seitenorientierung eines Dokumentes sollte wieder in die Erinnerung
kommen !!!

Mit der Seitenorientierung kann eine technische Doku (auch anderes) schön
übersichtlich präsentiert werden, damit man mit Durchblättern wichtige Infos
findet. Mit entsprechenden passend angeordneten Bildern, Überschriften immer
am Seitenanfang, nur Zwischenüberschriften dann in der Mitte, wenn der
Inhalt keine Seite füllt. Beim Schreiben des Dokumentes kann man sogar
darauf achten, die Menge des Inhaltes so zu wählen, dass die
Seitenorientierung passt (Sätze kürzen wenn nur ein kleiner Rest eine extra
Seite braucht). 

Maß der Dinge ist eine auch gedruckt lesbare Doku, in Zweiseitenansicht am
normalgroßen Monitor genau so ausschauend. 

Eine weitere Anmerkung in diesem Zusammenhang: Bücher haben immer die
ungerade Seite rechts. Seitenansichten sind nicht immer und nicht
vordergründig darauf orientiert. Einige pdf-Viewer können den Bookmode gar
nicht. Bei anderen muss man ihn erst mühevoll suchen und einschalten. Auch
hier ist wahrscheinlich Wissen und Handlung verloren gegangen. 

Früher gab es auch gedruckte Dokumentationen, die A4 Größe Landscape hatten,
dann pro Seite in 3..4 Spalten geschrieben waren, mit Doppelseitenansicht
zwar etwas breit viel Platz auf dem Arbeitsplatz/Schreibtisch gebraucht
haben, aber einen guten Überblick geliefert haben. Mit einem großen Monitor
ist auch das darstellbar.

Mit dieser längeren Darstellung möchte ich Verständnis für die
Seitenorientierung als Use-case anregen. Leider errodiert dieses Wissen,
insbesondere bei manchen nur auf Bildschirm orientierten Spezialisten der
Sotware (negativ gemeint) ohne genügenden PraxisBezug.

Daher die Anforderung, einfache Tastenbedienung zu haben, um im Dokument zu
blättern.

Wenn die Seite nicht vollständig auf den Bildschirm passt, ist dennoch IMMER
auf die nächste Seite oben orientiert zu blättern. Denn bei der
Seitenübersicht konzentriert man sich of auf den Seitenanfang. Unten ist
evtl kaum etwas wichtiges. Runter scrollen ist schnell gemacht. Und PgUp/Dn
stellt dann wieder zurück auf die gewohnte Seitenanfang-Sicht. 

Eine Feinjustierung, bei welcher Seiten-cm vertikal dargestellt wird, sollte
jedenfalls möglich sein: Denn: ich brauche keinen leeren Rand betrachten,
wenn das Display doch nur 14" hat, sondern will möglichst viel bis nach
unten sehen. 




-- 
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