Barrierefreiheit in LO - Abstände zu den Seitenrändern ansagen

de-users
#1

Moin Zusammen,

das Bug jagen bzw. das Verbesserungsvorschläge machen geht weiter.

Ich hatte es in einen anderen Thread angerissen...

Mein System:

Windows 10
Libre Office 7.0
NVDA 2020.2

1. Öffne libre Office
2. Gehe auf Datei->Neu->Textdokument (Öffne libre Office Writer)
3. Im leeren Editorfeld betätige die Tastenkombination: NVDA+Num+Komma
(Das komma auf dem Nummernblock)

Beobachtung:

Der NVDA gibt Prozentangaben, bzw. Zahlenwerte wieder.

Mein Problem ist, dass ich mit den Prozentangaben wenig anfangen kann.
Ich würde mir konkrete Angaben in cm wünschen, wie ich sie auch in
Microsoft Word erhalte.

Die Frage, die ich mir hier stelle ist, ob es sich um ein LO Problem
handelt, oder um ein NVDA problem...

Vielleicht sollte man das Problem sowohl bei LO als auch beim NVDA melden.

Übrigens, die oben genannte NVDA Tastenkombination gehört zum
Desktoplayout. Ich habe keine Ahnung, wie die Kombination für Laptops
lautet.

Ich bitte um Überprüfung meiner Angaben und ggf. einen Kommentar.

Viele Grüße

Niels

#2

Hi,
wenn es unter Word eine vernünftige Ausgabe gibt, scheint das ja eher ein LibreOffice Problem zu sein.

Oder?

Gruß

Karl-HeinzAm 04.09.2020 um 21:37 schrieb Niels Luithardt:

#3

Hallo Karl-Heinz,

eure Themen bekomme ich nur am Rande mit.

Hi,
wenn es unter Word eine vernünftige Ausgabe gibt, scheint das ja eher ein LibreOffice Problem zu sein.

Bei Vergleichen Writer mit Word in dieser Form eventuelle Schlüsse zu ziehen halte ich eher für nicht zielführend.

Um Aussagen treffen zu können sollte immer eine definierte und nachvollziehbare Testumgebung benannt sein.

Dazu zählt nach meiner Meinung:

  * Betriebssystem und Version
  * LibreOffice Version
  * Erstelltes und verwendetes Dateiformat

Zum Dateiformat sollte die Voraussetzung erfüllt sein:

Erstellt und getestet im ODF-Format (ohne irgendwelche Dateiformatänderungen dazwischen).

Eine definierte Benennung der jeweiligen Testumgebung wird euch nach m.M. helfen, saubere Ergebnisse zu bekommen.

Ich hoffe meine kleinen Anmerkungen können euch weiterhelfen.

Oder?

Gruß

Karl-Heinz

[...snip...]

Freundliche Grüße
Harald

#4

Hallo Zusammen,

Nochmal meine Testumgebung:

*Windows 10
Libre Office 7.0
NVDA 2020.2

Und man kann direkt einen beliebigen Text in Writer eingeben. Da
steckt nichts mit Konvertierung etc dazwischen. Einfach ein
klassisches .odt Dokument.

Ich würde mich sehr freuen, wenn jemand meine Angaben überprüfen
könnte. In Word werden wie gesagt cm angesagt, was ich wesentlich
angenehmer finde, als die Reaktionen von LO.

Übrigens:

Für das Laptop Layout lautet die Tastenkombination NVDA+ entfernen

Falls das, das Problem für eine Reproduktion sein sollte.

Es wäre schön, wenn wir wieder wie üblich Hand in Hand arbeiten
könnten, was Fehler melden und Fehler bestätigen betrifft.

Viele Grüße

Niels

#5

Hallo Niels,

ich habe deine Testumgebung sehrwohl gelesen.

Dazu noch meine Anmerkungen:

Windows 10 kann u.U. nicht ausreichend definiert sein.

In Windows über Start>Einstellungen>System>Info wird dir die Windows-Spezifikation angezeigt.

Bei mir zur Zeit: Windows 10 Home, Version 2004, Betriebssystem Build 19041.450

Die von dir benannte LibreOffice Version 7.0 sollte auf jeden Fall ergänzt werden.

Wenn du LibreOffice öffnest, erhälst du über das Menü Hilfe>Über LibreOffice die genaue Bezeichnung.

Bei mir zur Zeit:

Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

Dort gibt es auch einen Button "Versionsinformation" der die Infos kopiert, so dass sie leicht irgendwo wieder eingefügt werden können.

Meine Erfahrungen, die ich auf AskLibreOffice DE und EN sammeln konnte, weisen darauf hin, dass die erweiterten Informationen in einigen Fällen durchaus hilfreich sein können.

U.U. lassen sich die oben genannten Informationen als Einfügetext des jeweilige E-Mail-Programms speichern und können so leicht hinzugefügt werden.

Ich wünsche weiterhin viel Erfolg.

Freundliche Grüße
Harald

#6

Hi,

also ich habe das gerade mal versucht nachzuvollziehen und mir ist aufgefallen, dass NVDA in meiner nicht lizenzierten (also Demo Modus) laufenden Word 365 Version sagt "Die Objekt Position ist".

Da ist die Frage was mit dem Objekt gemeint ist?

Während in LibreOffice die Position des Textes angesagt zu werden scheint, wobei sich der zweite Wert erhöht, je mehr man sich nach unten bewegt in dem Fenster.

Und diese Positionsangaben gibt es auch in anderen Anwendungen in sehr ähnlicher Form.

Ich nutze Windows 10 Home, NVDA 2020.2 und LibreOffice 6.4.5.2.

Gruß

Karl-Heinz.Am 07.09.2020 um 20:38 schrieb Niels Luithardt:

#7

Hallo Karl Heinz,

mit "Objekt" nehme ich an ist der Cursor gemeint. Würde jedenfalls für
mich Sinn ergeben. Aber aus den Zahlen bin ich auch nicht schlau
geworden. Sind das nun cm Angaben, oder Prozent, oder Pixel...

Es wäre schön, wenn da libre Office cm Angaben von sich geben könnte...

VG

Niels

#8

Guten Abend an alle!

Habe mir das angesehen.

System Windows 10, 64 BIT, 2004
LO 7.0.0.1 64 BIT
MS word 2019, 32 Bit

Ich habe in Word ein leeres dokument geöffnet, stehe am linken Rand
links oben.
Drücke die genannte Tastenkombi:

NVDA liest vor:
Die Eckpositionen des Objekts sind 0.2 prozent vom linken, 0.2 Prozent
vom oberen, 53.1 prozent vom rechten 67.0 Prozent vom unteren
bildschirmrand entfernt.

Gut! Da muss ich aber genau wissen, was ich damit anfangen kann.

Nun zu LO:
Leeres Textdokument geöffnet.

NVDA spricht:
Positioniert auf 424,205

So weit mir das klar geworden ist verändert sich die erste Zahl vor dem
Komma wenn ich schreibe und der Cursor geht nach rechts.
Gehe ich in die nächste Zeile, so ändert sich die Stelle nach dem Komma.

Ich fange ehrlich mit den Werten nichts an, da mir der Zusammenhang fehlt.

Viele Grüße

Wolfgang

#9

Hallo Wolfgang,

das sind ganz offensichtlich die x- und die y-Komponente der Cursorposition, allerdings offenbar mit internen Maßzahlen, die möglicherweise vom Bildschirm abhängen. Wenn ich deine Experimente ausführe, sehe ich das gleiche Verhalten mit den beiden esrtzen Werten, die das Objekt CurrentController.ViewData anzeigt, allerdings sind bei mir die Zahlen ganz anders, was sowohl am Bildschirm liegen kann als auch an den Rändern des leeren Dokuments.
Wie man von diesen Werten zu cm kommt, scheint schwierig zu sein (s. Thomas Krumbeins Makro-Buch), das dürfte das eigentliche Problem für die Vorlesesoftware sein.

Gruß
Gerhard

#10

Hallo Zusammen,

okay, und was machen wir nun aus unseren Erkenntnissen?

Ein richtiger Bug scheint es nicht zu sein. Mein Vorschlag wäre daraus
einen Verbesserungsvorschlag zu machen und zu posten.

Wenn jemand das übernehmen könnte, wäre ich sehr dankbar! Ich würde
dann im Nachgang auch dann den Eintrag entsprechend auf New stellen.

Für blinde und sehbehinderte sind diese Angaben wichtig um ein Gefühl
für ein gelayoutetes Dokument zu bekommen.

Viele Grüße

Niels

#11

Moin,

also ich würde schon sagen, dass dies ein Bug ist, denn NVDA spricht sonst nämlich andere Werte.Zum Beispiel auf dem Desktop oder in Thunderbird.

Gruß

Karl-Heinz

#12

Hallo Karl Heinz,

würdest du dann bitte wieder eine entsprechende Bugmeldung formulieren?

Ich werde dann diese auch wieder bestätigen!

Vielen Dank und viele Grüße

Niels

#13

Hi,

klar. :slight_smile:

Aber mir ist immer noch unklar, welche Koordinate da angesagt wird. Die der Cursorposition? Oder die des textes?

Gruß

Karl-Heinz

#14

Guten Morgen Karl Heinz,

ich denke, es ist die Position des Cursors. Alles andere würde in
meinen Augen keinen Sinn machen.

Die Frage ist, worauf sich die Zahlen beziehen. Sind das die Cursor
Koordinaten bezogen auf den Bildschirm, die sich dann je nach System
ändern könnten? Oder beziehen sich die Angaben auf das Editorfenster
von libre Office?

Viele Grüße

Niels

#15

So,

hier die Meldung:

https://bugs.documentfoundation.org/show_bug.cgi?id=136760

Gruß

Karl-Heinz