Open wisydb opened 5 years ago
@wisydb Sollte man hier nicht auch schauen, ob der WIKI-Parser ggf. optimiert/angepasst werden kann, so dass Zeilenumbrüche (Tastatureingabe) künftig direkt in neue<p>
Absätze umgewandelt werden?
Ich tippe, dass das schon der Fall ist, bin nicht ganz sicher. Wäre aber ein Grund für die leeren <p></p>
. Wenn nicht der Fall, wenn dann nur bei zwei Zeilenumbrüchen hintereinander. Dann muss man aufpassen, dass die p-Tags nicht zuviel Abstand haben - sonst haben wir den Wordpress-Effekt: alles zieht sich auseinander im Text (vertikal) und ist kaum bedienbar.
Ich habe jetzt mal Funktionen eingebaut die versuchen einen Barrierefreiheits-Idealzustand herzustellen. Das sorgt aber bei Texten die explizite HTML-Formatierung mit <p>
und <br>
Tags nutzen teilweise für fehlende Umbrüche.
Aktuell passiert folgendes:
<p></p> Tags
) werden entfernt<p><p>
...) nicht erlaubt sind werden die inneren (manuell eingegebenen) <p>
Tags in <span>
umgewandelt.<br />
Tags werden auf jeweils einen einzelnen <br />
reduziert.===
) eingegebene Überschriften beginnen mit H2
um eine für die Barrierefreiheit sinnvolle Überschriften-Hierarchie zu erleichtern.@wisydb Wie ist denn deine Einschätzung der Datenlage, wird das aktuell noch viel gemacht, das manuell <p>
und <br>
Tags eingeben werden oder in Imports vorhanden sind?
1.) Jeden für sich stehenden Absatz (definiert durch zwei
<br>
, zwei Linefeeds o.ä.) in<p>
-Tags wrappen für Kurse-Detailseite, Anbieter-Detailseite, Glossar-Detailseite, sofern<p>
-Tags vor und nach diesen Linefeeds nicht vorhanden (vermutl. Regex sinnvoll) 2.) Leere Tags (<p></p>
) automatisch herausfiltern. 3.) Fließtext in Heading-Tags (in Beschreibungen) erkennen und Heading-Tags in<p>
umwandeln (mehr als x Zeichen bzw. Text über mehrer Zeilen und nicht ganz oben)