Unschöner Leerraum in Text-Vorhersagen

[olwaldi]

Eigentlich kein neues Problem, konnte ich aber bislang in wget_dwd selber mit sed-Pattern fixen. Jetzt erfolgt der Download (praktischerweise) direkt durch dwd-mosmix, und dann habe ich dieses Leerraumproblem wieder zurück:

Wenn ich die textuelle Wettervorhersage mittels

include raw "dwd/VHDL50_DWSG_LATEST.html"

(oder auch ohne raw) einbinde, werden die Leerräume aus dem HTML-File (richtigerweise) mitgerendert. Die HTML-Datei beginnt aber z.B. mit einer Leerzeile und hat rund um die Überschrift im \ weitere Leerzeilen, so daß der Text unschön nach unten rutscht `Leerzeile

\

Nachts im Norden ...

\

Leerzeile

Text

Leerzeile`

Auch das Visualisieren hier ist mühsam, da der Markdown (bei mir?) Code nicht umbricht, solange ich nur ein Linefeed benutze - das ist aber ein Github-Problem.

Hier im Screenshot sieht man die unschönen Leerzeilen:

Hauptursache wird sein, daß die Datei eine DOS-Datei mit aus Linux-Sicht falschem CR/LF ist. iconv/recode lösen leider nicht das Leerzeilen-Problem.

Was tun?

[roe-dl]

Bei mir macht er die Leerzeilen in der Anzeige nicht, z.B. Vorhersage Döbeln. Und wenn man die Webseite herunterlädt und im Texteditor ansieht (oder in den Entwicklertools des Browsers), dann sieht man, daß die Leerzeilen alle noch drin sind.

[olwaldi]

Der (unerwünschte) Leerraum wird durch meinen \

Eintrag verursacht. Nehme ich ein \

, ist der weg. Habe ich vor gut einem Jahr aber absichtlich so gemacht, um die \ Überschrift in einer separaten Zeile auszugeben.

Aber dann nehme ich eben doch das \

und Alles ist gut.

[roe-dl]

Es gibt auch noch <br />, um einen Zeilenumbruch einzufügen.

[olwaldi]

Im Prinzip ja, aber nicht so ohne Weiteres in der vom DWD (automatisch) erzeugten HTML-Datei - da steht das \ ja vorne drin.

[roe-dl]

Man müßte das <br /> nach dem </strong> einfügen. Während man einen Absatz in <p> und </p> einschließt, steht <br /> für sich.

[olwaldi]

Ja, klar. Aber das \ steht in der vom DWD generierten Datei VHDL50_DWSG_LATEST.html selber drin. In meiner alten Lösung habe ich diese Datei vor der Verarbeitung per sed manipuliert, was ja jetzt nicht mehr geht.

Ist aber wirklich kein Beinbruch:-)

[roe-dl]

Ich habe mal etwas eingebaut. Bitte die Option insert_lf_after_summary = true testen.

[olwaldi]

Funktioniert prima bei mir - Danke für diese Spezialoption:

[roe-dl]

Bitte sehr!