Skip to main content

PAC Warnung bei Verwendung des Formula-Tags als BLSE

Comments

7 comments

  • Official comment
    Janne Brönner

    Hallo Leon,

    das ist korrekt, das Formula-Tag darf mit Placement Block direkt unter dem Document-Tag stehen. Ich habe es getestet und bei mir zeigt PAC 2024 keinen Fehler an. 

    Bitte überprüfe, ob du die neuste Version hast, vielleicht ist das ein Bug einer älteren Version: 

    https://pac.pdf-accessibility.org/de/herunterladen 

    Könnte es ansonsten sein, dass innerhalb des Formula-Tags noch weitere Tags verschachtelt sind, die diesen Fehler auslösen? Dann würde ich versuchen, diese Tags zu entfernen, sodass nur der Marked Content darin steht.

    Liebe Grüße

    Janne

  • B Peboeck

    Hallo Leon,

    in einem P-Tag dürfen nur Inline-Elemente geschachtelt sein. Also Kind-Elemente dürfen nur Inline-Elemente sein. Wenn dein Element Placement Block hat, so ist es nicht standardkonform, es als Kind-Element von P zu verwenden. 

    lg, Birgit

    0
  • Leon

    Hallo Birgit,

    ich sehe gerade, dass ich meine ursprüngliche Formulierung etwas unglücklich bzw. unvollständig gewählt habe. Das mit dem "<Formula>-Tag als BLSE" meinte ich tatsächlich so, dass es sich nicht innerhalb eines <P>-Tags befindet. Also wenn sich das <Formula>-Tag direkt auf oberster Ebene (bzw. innerhalb des <Document>-Tags) befindet und dann als BLSE verwendet wird, dann gibt der PAC bereits eine Warnung aus. 

    Hast du hierzu evtl. auch eine Einschätzung, warum das so gehandhabt wird?

    Liebe Grüße

    Leon

    0
  • Leon

    Hallo Janne Brönner,

    ich habe gerade nochmal die aktuellste Version heruntergeladen und eine Testdatei mit ausschließlich Formula-Tags erstellt (und dem Document-Tag), jedoch zeigt der PAC die Warnung immer noch an.

    Ich denke aber, dass ich den Fehler gefunden habe. 

    Sowohl im Tag-Strukturbaum als auch im Inhaltsbereich habe ich für dieses Beispiel jegliche andere Elemente entfernt:

     

    Die Warnmeldung bleibt jedoch, trotz Placement:Block Attribut bestehen.

    Es liegt höchstwahrscheinlich am von Microsoft generierten Attribut O:MSFT_Office. Solange O nicht auf einen "standardisierten" Wert (wie z. B. Layout) gesetzt wird, bleibt die Warnmeldung bestehen:

     

    Ich müsste nochmal die Normen durchschauen, aber wenn ich mich recht erinnere, gibt es keine fest definierte Liste an zugelassenen Werten für das O-Attribut. Falls das wirklich so ist, wäre es evtl. eine Überlegung wert, den Wert MFST_Office in PAC als gültig anzuerkennen? 


    Liebe Grüße

    Leon

    0
  • Janne Brönner

    Hallo Leon,

    bitte entschuldige die späte Antwort. Könntest du dein Testdokument bitte an support@axes4.zendesk.com schicken, damit wir es analysieren können? Ich konnte das Dokument so nicht reproduzieren.

    Danke und liebe Grüße

    Janne

    0
  • Leon

    Guten Morgen Janne,

    ist gemacht :) Noch ein kleiner Zusatz-Hinweis: Ich denke, dass das O-Attribut nur dann auf MSFT_Office gesetzt wird, wenn man die neueste Office Version verwendet (ich nutze Office 365) und  direkt über "Speichern unter" exportiert (nicht über axesWord).

    Liebe Grüße

    Leon

    0
  • Leon

    Vielen Dank an Peter Spraul vom axes4 Support für den entscheidenden Hinweis:

    Gemäß 14.8.5.4.1 der ISO 32000:2008 muss das Layout-Attributwörterbuch, das den Eintrag „Placement” enthält, auch einen Eintrag mit dem Schlüssel „O” und dem Wert „Layout” enthalten.

    Nur für den Fall, dass das auch für Andere interessant ist, fasse ich alles nochmal zusammen. 

    Das Schlüssel-Werte-Paar /Placement /Block gehört zur Layout-Kategorie, daher muss also auch (wie von Peter erwähnt) das Schlüssel-Werte-Paar /O /Layout im gleichen Wörterbuch vorhanden sein. 
    Die anderen beiden Schlüssel-Werte-Paare /O MSFT_Office und /MSFT_MathML (...) müssen dann in einem separaten Wörterbuch stehen (damit die beiden /O Schlüssel nicht in Konflikt stehen).

    So sieht das Ganze am Ende aus:

    1

Please sign in to leave a comment.