LO 6.4. - LO7.1. PDF export bei alternativen Texten zu Bildern verschlechtert

de-users
#1

Hallo an die LibreOffice Spezialisten!

Für unsere Einführung von LO in Schleswig-Holstein versuche ich die für
Dokumente verpflichtende Barrierefreiheit im öffentlichen Dienst umzusetzen.

Nun fällt mir beim Einsatz von LibreOffice 7.1.* auf , das ich häufig wegen
fehlender ALternativbeschriftungen für Screenshots vom Prüftool PAC 3 für
Windows die Meldung „Nicht vorhanden „ bekomme. Obwohl diese alle vorhanden
sind. Bei LO 6.4. hatte ich diese nicht.

Ich habe versucht der Sache auf den Grund zu gehen: Mit LO 6.4. erstellte
Dokumente werden Alternativbeschriftungen von Screenshots und eingefügten
Bildern erkannt. Auch denn diese in LO 7.1 weiter bearbeitet werden.

Werden die Dokumente mit LO 7.1. erstellt werden nur
ALternativbeschriftungen von eingefügten Bildern erkannt. Das ist sehr, sehr
schlecht. Gerade Anleitungen enthalten häufig Screenshots und müssen
barrierefrei sein. Diese erst als png zu speichern und dann einzufügen wäre
ein sehr hoher , zusätzlicher Arbeitsaufwand.

Unten habe ich die Dateien dazu mit Links aufgeführt.

Wäre toll , wenn jemand das nachstellen könnte.

Die content.xml der Screenshots und Bilder sind gleich- die Ursache muss
tiefer liegen.

Windows 10, LO 7.1 .

Den PAC 3 Accessebility Checker gibt es hier: Download PAC 3 - Zugang für
alle - Ihre Kompetenzstelle für digitale Barrierefreiheit
(access-for-all.ch)
<https://www.access-for-all.ch/ch/pdf-werkstatt/pdf-accessibility-checker-pa
c/download-pac-3.html>

Danach mache ich dann einen Bug-Report.

Danke & Grüße

Susanne

LO64_Bilder.odt: Mit LO 6.4. erstellte Datei – einen Screenshot eingefügt
mit Bildbeschreibung

Link: MagentaCLOUD <https://www.magentacloud.de/lnk/c9iMN5qI#file>

LO64_Bilder.pdf: Als PDF exportiert: PAC-3 Report Ohne Meldung der fehlenden
Alternativen Beschreibung des Screenshots.

Link: <https://www.magentacloud.de/lnk/fzCMtMUS> Freigabe öffnen

LO71_Bilder2.odt: Die Datei LO64_Bilder.odt in LO 7.1. geöffnet, mit Datei
speichern unter LO71_Bilder2.odt erstellt

Link: <https://www.magentacloud.de/lnk/uTistnFb> Freigabe öffnen

Screenshot der Version eingefügt, alternative Beschriftung hinzugefügt, als
PDF exportiert

Link: <https://www.magentacloud.de/lnk/acistrWJ> Freigabe öffnen

PAC-3 Report: KEINE Fehlermeldung der fehlenden Alternativen Beschriftung
des Screenshots.

LO71_Bilder3: Neue Writer Datei in LO 7.1.1.2 erstellt.

Link: <https://www.magentacloud.de/lnk/KcCsNFkF> Freigabe öffnen

Link zum PDF: <https://www.magentacloud.de/lnk/UBCMNeQ9> Freigabe öffnen

Ein Bild als Screenshot (Version) mit alternativer Beschriftung eingefügt.

Hier zu meldet der PAC-3 Report: Figure Element ohne Alternativtext. Die
Grafik hat aber Alternativtext.

Screenshot dazu in der Datei

Beim eingefügten Bild (png) wird der Alternativtext erkannt.

Ich habe mir zu dieser Datei die content.xml angeschaut: Bei den beiden
Grafiken sind beide gleich.

Die Ursache des unterschiedlichen Verhaltens von LO 6.4. und 7.1. muss
woanders liegen. Da erschöpfen sich aber meine Möglichkeiten

#2

Hallo Frau Mohn,
ich habe das mal mit LibreOffice 7.1.2.2  und in LibreOffice 6.4.6.2 nachgestellt.

Ich habe bei beiden Versionen das Problem und zwar genau dann:
wenn ich das Bild aus der Zwischenablage einfüge,
einen Alternativtext dazu schreibe,
das Dokument dann speichere
und als PDF exportiere.

Sobald ich das Dokument schließe, dann neu öffne und sofort einen PDF-Export mache, dann ist alles in Ordnung und der Alternativtext ist vorhanden.
Füge ich in dieses Dokument wieder ein Bild aus der Zwischenablage ein, dann wird der Alternativtext wieder nicht exportiert. Erst nach dem Schließen und wieder Öffnen des Dokuments funktioniert der Export samt Alternativtext.

Bei einem Import eines gespeicherten Bildes funktioniert der PDF ohne Probleme.

MfG Alois Klotz

#3

Hallo Alois!

In der Liste sind wir per du- ich hoffe das ist ok für dich.

Danke für den Tipp!
Das Dokument zu schließen hilft bei der Erkennung der Alternativtexte von Screenshots.

Ist das eine BUG Meldung wert?

Viele Grüße
Susanne

#4

Hallo Susanne,
ich finde, dass das auf jeden Fall eine Bugmeldung wert ist.
Immerhin ist das beschriebene Verhalten von LO Writer für Anwender unlogisch, unerwartet und kaum durchschaubar.
Viele Grüße
Alois

#5

Hallo zusammen,

Hallo Susanne, ich finde, dass das auf jeden Fall eine Bugmeldung
wert ist.

Das sehe ich genauso. Ich kenne auch andere Programme, bei denen
bestimmte Funktionen erst nach Speichern der Datei möglich sind.
Dann sollte man allerdings zumindest einen Hinweistext ausgeben
"Drucken erst nach Speichern des Dokumentes möglich" oder aber das
Dokument intern zusammen mit dem Druckauftrag vorher kurz speichern
- als Workaround, wenn es keine richtige Lösung gibt.

.... und tschüss

            Franklin

Immerhin ist das beschriebene Verhalten von LO Writer
für Anwender unlogisch, unerwartet und kaum durchschaubar. Viele
Grüße Alois

Hallo Alois!

In der Liste sind wir per du- ich hoffe das ist ok für dich.

Danke für den Tipp! Das Dokument zu schließen hilft bei der
Erkennung der Alternativtexte von Screenshots.

Ist das eine BUG Meldung wert?

Viele Grüße Susanne

<alois.klotz@salzburg.at> Gesendet: Dienstag, 30. März 2021
15:22 An: Libreoffice User <users@de.libreoffice.org> Betreff:
Re: [de-users] LO 6.4. - LO7.1. PDF export bei alternativen
Texten zu Bildern verschlechtert

Hallo Frau Mohn, ich habe das mal mit LibreOffice 7.1.2.2 und
in LibreOffice 6.4.6.2 nachgestellt.

Ich habe bei beiden Versionen das Problem und zwar genau dann:
wenn ich das Bild aus der Zwischenablage einfüge, einen
Alternativtext dazu schreibe, das Dokument dann speichere und
als PDF exportiere.

Sobald ich das Dokument schließe, dann neu öffne und sofort
einen PDF-Export mache, dann ist alles in Ordnung und der
Alternativtext ist vorhanden. Füge ich in dieses Dokument
wieder ein Bild aus der Zwischenablage ein, dann wird der
Alternativtext wieder nicht exportiert. Erst nach dem Schließen
und wieder Öffnen des Dokuments funktioniert der Export samt
Alternativtext.

Bei einem Import eines gespeicherten Bildes funktioniert der
PDF ohne Probleme.

MfG Alois Klotz

Hallo an die LibreOffice Spezialisten!

Für unsere Einführung von LO in Schleswig-Holstein versuche
ich die für Dokumente verpflichtende Barrierefreiheit im
öffentlichen Dienst umzusetzen.

Nun fällt mir beim Einsatz von LibreOffice 7.1.* auf , das
ich häufig wegen fehlender ALternativbeschriftungen für
Screenshots vom Prüftool PAC 3 für Windows die Meldung „Nicht
vorhanden „ bekomme. Obwohl diese alle vorhanden sind. Bei LO
6.4. hatte ich diese nicht.

Ich habe versucht der Sache auf den Grund zu gehen: Mit LO
6.4. erstellte Dokumente werden Alternativbeschriftungen von
Screenshots und eingefügten Bildern erkannt. Auch denn diese
in LO 7.1 weiter bearbeitet werden.

Werden die Dokumente mit LO 7.1. erstellt werden nur
ALternativbeschriftungen von eingefügten Bildern erkannt. Das
ist sehr, sehr schlecht. Gerade Anleitungen enthalten häufig
Screenshots und müssen barrierefrei sein. Diese erst als png
zu speichern und dann einzufügen wäre ein sehr hoher ,
zusätzlicher Arbeitsaufwand.

Unten habe ich die Dateien dazu mit Links aufgeführt.

Wäre toll , wenn jemand das nachstellen könnte.

Die content.xml der Screenshots und Bilder sind gleich- die
Ursache muss tiefer liegen.

Windows 10, LO 7.1 .

Den PAC 3 Accessebility Checker gibt es hier: Download PAC 3
- Zugang für alle - Ihre Kompetenzstelle für digitale
Barrierefreiheit (access-for-all.ch)
<https://www.access-for-all.ch/ch/pdf-werkstatt/pdf-accessibility-chec

ker-pa

c/download-pac-3.html>

Danach mache ich dann einen Bug-Report.

Danke & Grüße

Susanne

LO64_Bilder.odt: Mit LO 6.4. erstellte Datei – einen
Screenshot eingefügt mit Bildbeschreibung

Link: MagentaCLOUD
<https://www.magentacloud.de/lnk/c9iMN5qI#file>

LO64_Bilder.pdf: Als PDF exportiert: PAC-3 Report Ohne
Meldung der fehlenden Alternativen Beschreibung des
Screenshots.

Link: <https://www.magentacloud.de/lnk/fzCMtMUS> Freigabe
öffnen

LO71_Bilder2.odt: Die Datei LO64_Bilder.odt in LO 7.1.
geöffnet, mit Datei speichern unter LO71_Bilder2.odt
erstellt

Link: <https://www.magentacloud.de/lnk/uTistnFb> Freigabe
öffnen

Screenshot der Version eingefügt, alternative Beschriftung
hinzugefügt, als PDF exportiert

Link: <https://www.magentacloud.de/lnk/acistrWJ> Freigabe
öffnen

PAC-3 Report: KEINE Fehlermeldung der fehlenden Alternativen
Beschriftung des Screenshots.

LO71_Bilder3: Neue Writer Datei in LO 7.1.1.2 erstellt.

Link: <https://www.magentacloud.de/lnk/KcCsNFkF> Freigabe
öffnen

Link zum PDF: <https://www.magentacloud.de/lnk/UBCMNeQ9>
Freigabe öffnen

Ein Bild als Screenshot (Version) mit alternativer
Beschriftung eingefügt.

Hier zu meldet der PAC-3 Report: Figure Element ohne
Alternativtext. Die Grafik hat aber Alternativtext.

Screenshot dazu in der Datei

Beim eingefügten Bild (png) wird der Alternativtext erkannt.

Ich habe mir zu dieser Datei die content.xml angeschaut: Bei
den beiden Grafiken sind beide gleich.

Die Ursache des unterschiedlichen Verhaltens von LO 6.4. und
7.1. muss woanders liegen. Da erschöpfen sich aber meine
Möglichkeiten

_________________________________________________________________

Susanne Mohn

-- Liste abmelden mit E-Mail an:
users+unsubscribe@de.libreoffice.org Probleme?
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/

Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de

#6

Hallo Franklin,
es ist noch komplizierter:
Man bearbeitet das Dokument und trägt den Alternativtext ein.
Man muss das Dokument dann speichern und schließen(!).
Erst nach dem erneuten Öffnen des Dokuments wird der Alternativtext richtig in das PDF exportiert.
Der Knackpunkt ist, dass man das Dokument schließen und erneut öffnen muss und das erwartet wirklich niemand!
MfG Alois

#7

Hallo Alois,

Hallo Franklin, es ist noch komplizierter: Man bearbeitet das
Dokument und trägt den Alternativtext ein. Man muss das Dokument
dann speichern und schließen(!).

Ah, stimmt, das hatte ich nicht richtig gelesen.

Erst nach dem erneuten Öffnen des Dokuments wird der
Alternativtext richtig in das PDF exportiert. Der Knackpunkt ist,
dass man das Dokument schließen und erneut öffnen muss und das
erwartet wirklich niemand!

Stimmt, also auf jeden Fall als Bug melden.

Kann man eigentlich bei einem bitweisen Vergleich erkennen, was dann
tatsächlich durchs Speichern anders wird (und dadurch den Bug behebt)?

MfG Alois

.... und tschüss

            Franklin

Hallo zusammen,

Hallo Susanne, ich finde, dass das auf jeden Fall eine
Bugmeldung wert ist.

Das sehe ich genauso. Ich kenne auch andere Programme, bei
denen bestimmte Funktionen erst nach Speichern der Datei
möglich sind. Dann sollte man allerdings zumindest einen
Hinweistext ausgeben "Drucken erst nach Speichern des
Dokumentes möglich" oder aber das Dokument intern zusammen mit
dem Druckauftrag vorher kurz speichern - als Workaround, wenn
es keine richtige Lösung gibt.

.... und tschüss

Franklin

Immerhin ist das beschriebene Verhalten von LO Writer für
Anwender unlogisch, unerwartet und kaum durchschaubar. Viele
Grüße Alois

Hallo Alois!

In der Liste sind wir per du- ich hoffe das ist ok für
dich.

Danke für den Tipp! Das Dokument zu schließen hilft bei der
Erkennung der Alternativtexte von Screenshots.

Ist das eine BUG Meldung wert?

Viele Grüße Susanne

<alois.klotz@salzburg.at> Gesendet: Dienstag, 30. März 2021
15:22 An: Libreoffice User <users@de.libreoffice.org>
Betreff: Re: [de-users] LO 6.4. - LO7.1. PDF export bei
alternativen Texten zu Bildern verschlechtert

Hallo Frau Mohn, ich habe das mal mit LibreOffice 7.1.2.2
und in LibreOffice 6.4.6.2 nachgestellt.

Ich habe bei beiden Versionen das Problem und zwar genau
dann: wenn ich das Bild aus der Zwischenablage einfüge,
einen Alternativtext dazu schreibe, das Dokument dann
speichere und als PDF exportiere.

Sobald ich das Dokument schließe, dann neu öffne und sofort
einen PDF-Export mache, dann ist alles in Ordnung und der
Alternativtext ist vorhanden. Füge ich in dieses Dokument
wieder ein Bild aus der Zwischenablage ein, dann wird der
Alternativtext wieder nicht exportiert. Erst nach dem
Schließen und wieder Öffnen des Dokuments funktioniert der
Export samt Alternativtext.

Bei einem Import eines gespeicherten Bildes funktioniert
der PDF ohne Probleme.

MfG Alois Klotz

Hallo an die LibreOffice Spezialisten!

Für unsere Einführung von LO in Schleswig-Holstein
versuche ich die für Dokumente verpflichtende
Barrierefreiheit im öffentlichen Dienst umzusetzen.

Nun fällt mir beim Einsatz von LibreOffice 7.1.* auf ,
das ich häufig wegen fehlender ALternativbeschriftungen
für Screenshots vom Prüftool PAC 3 für Windows die
Meldung „Nicht vorhanden „ bekomme. Obwohl diese alle
vorhanden sind. Bei LO 6.4. hatte ich diese nicht.

Ich habe versucht der Sache auf den Grund zu gehen: Mit
LO 6.4. erstellte Dokumente werden
Alternativbeschriftungen von Screenshots und
eingefügten Bildern erkannt. Auch denn diese in LO 7.1
weiter bearbeitet werden.

Werden die Dokumente mit LO 7.1. erstellt werden nur
ALternativbeschriftungen von eingefügten Bildern
erkannt. Das ist sehr, sehr schlecht. Gerade Anleitungen
enthalten häufig Screenshots und müssen barrierefrei
sein. Diese erst als png zu speichern und dann einzufügen
wäre ein sehr hoher , zusätzlicher Arbeitsaufwand.

Unten habe ich die Dateien dazu mit Links aufgeführt.

Wäre toll , wenn jemand das nachstellen könnte.

Die content.xml der Screenshots und Bilder sind gleich-
die Ursache muss tiefer liegen.

Windows 10, LO 7.1 .

Den PAC 3 Accessebility Checker gibt es hier: Download
PAC 3 - Zugang für alle - Ihre Kompetenzstelle für
digitale Barrierefreiheit (access-for-all.ch)
<https://www.access-for-all.ch/ch/pdf-werkstatt/pdf-accessibility-chec

ker-pa

c/download-pac-3.html>

Danach mache ich dann einen Bug-Report.

Danke & Grüße

Susanne

LO64_Bilder.odt: Mit LO 6.4. erstellte Datei – einen
Screenshot eingefügt mit Bildbeschreibung

Link: MagentaCLOUD
<https://www.magentacloud.de/lnk/c9iMN5qI#file>

LO64_Bilder.pdf: Als PDF exportiert: PAC-3 Report Ohne
Meldung der fehlenden Alternativen Beschreibung des
Screenshots.

Link: <https://www.magentacloud.de/lnk/fzCMtMUS>
Freigabe öffnen

LO71_Bilder2.odt: Die Datei LO64_Bilder.odt in LO 7.1.
geöffnet, mit Datei speichern unter LO71_Bilder2.odt
erstellt

Link: <https://www.magentacloud.de/lnk/uTistnFb>
Freigabe öffnen

Screenshot der Version eingefügt, alternative
Beschriftung hinzugefügt, als PDF exportiert

Link: <https://www.magentacloud.de/lnk/acistrWJ>
Freigabe öffnen

PAC-3 Report: KEINE Fehlermeldung der fehlenden
Alternativen Beschriftung des Screenshots.

LO71_Bilder3: Neue Writer Datei in LO 7.1.1.2 erstellt.

Link: <https://www.magentacloud.de/lnk/KcCsNFkF>
Freigabe öffnen

Link zum PDF: <https://www.magentacloud.de/lnk/UBCMNeQ9>
Freigabe öffnen

Ein Bild als Screenshot (Version) mit alternativer
Beschriftung eingefügt.

Hier zu meldet der PAC-3 Report: Figure Element ohne
Alternativtext. Die Grafik hat aber Alternativtext.

Screenshot dazu in der Datei

Beim eingefügten Bild (png) wird der Alternativtext
erkannt.

Ich habe mir zu dieser Datei die content.xml angeschaut:
Bei den beiden Grafiken sind beide gleich.

Die Ursache des unterschiedlichen Verhaltens von LO 6.4.
und 7.1. muss woanders liegen. Da erschöpfen sich aber
meine Möglichkeiten

_________________________________________________________________

Susanne Mohn

-- Liste abmelden mit E-Mail an:
users+unsubscribe@de.libreoffice.org Probleme?
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/

Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de

#8

Hallo !

Der bug ist erstellt https://bugs.documentfoundation.org/show_bug.cgi?id=141386
Vielleicht kann den jemand noch bestätigen.

Viele Grüße
Susanne