(Forum) HTML in Beiträgen


[ verfasste Antworten ] [ Thread-Anfang ] [ Aussensaiter-Forum ]

Beitrag von Friedlieb vom März 20. 2002 um 17:25:38:

Als Antwort zu: Re: (Session) Was müssen wir mitbringen? - Opera treibt Chapernack geschrieben von Patrick am März 20. 2002 um 14:55:19:

...and this are the Findings of the Jury:

Einige Wissende fügen hier ja virituos HTML-Code ein, was ja auch gewollt ist und normalerweise prima funktioniert. Für all jene ist dieses Posting, die anderen dürfen zum nächsten Beitrag springen.

So, jetzt sind wir unter uns und brauchen keine Rückicht mehr auf Fachvokabular zu nehmen. ;-) Das Einfügen von HTML funktioniert nämlich genau dann nicht, wenn bei der Gelegenheit das resultierende Gesamt-File ungültiges HTML enthält. Zum Beispiel wenn man irgendwelche Tags aufmacht, aber nicht zumacht oder Tags zumacht, die man nicht aufgemacht hat.

Und dann gibt es da noch folgendes Phänomen, an welchem letztenendes auch Jochens Tabelle gescheitert ist: Das Forums-Script ersetzt jede Zeilenschaltung im eingetippten Beitrag durch ein [br]-Tag - übrigens schon seit der allerallerersten Urversion von Matt Wright. Das resultierende HTML-File speichert den gesamten Beitrag somit in einer einzigen physikalischen Zeile und das muß auch so sein, damit das Script beim Antworten nicht durcheinanderkommt.

Es gibt nun Programme, deren sogenanntes "HTML" sowas von weitschweifig und verkrüppelt ist, daß einzelne Tags so dermaßen lang werden, daß sie jede Bildschirmbreite sprengen. Und damit es "netter" aussieht, fügen z.B. Excel und Word dann innerhalb der Tags Zeilenschaltungen ein. Das ist auch laut HTML-Standard erlaubt und die Browser incl. MSIE zeigen auch dieses kranke HTML halbwegs sinnfällig an (fügt man allerdings innerhalb einer polygonalen Image-Map-Bereichsdefinition eine Zeilenschaltung ein, was ebenfalls offiziell erlaubtes HTML ist, kommt der MSIE - und nur der - gnadenlos aus dem Tritt, aber das ist ein anderes Thema).

Nun kommen aber diese beiden Phänomene zusammen: mehrzeilige HTML-Tags (also < in einer anderen Zeile als das dazugehörige >) und das Script, welches jede Zeilenschaltung in der Eingabe durch ein [br] ersetzt.
Und da passiert dann das: Das Tag wird aufgemacht, sagen wir mal ein Table-Tag, dann kommt endloser MicroSchrott, und dann die Zeilenschaltung, die zu einem br-Tag wird. Die spitze Klammer zu am Ende dieses br-Tags beendet nun laut HTML-Standard das ursprüngliche Tag und der Browser kommt in der nächsten Zeile aus dem Tritt (weil er das Table-Tag ja bereits zuende wähnt). Der MSIE hat einen Idiot-proof-Mode, erkennt das "unpassende" br-Tag und zeigt dadurch die Tabelle doch noch halbwegs an, bloß halt getrübt duch die Scrollerei. Andere Browser gehen von eher korrektem HTML-Code aus und sind dann durch die falschen Tags hoffnungslos im Wald.

Fazit: Wer manuell HTML einfügt, möge auf Zeilenschaltungen innerhalb von Tags verzichten.

Nachsatz: ich werde nachher mal versuchen, Jochens Posting von Hand zu reparieren, schaumermal, was dabei rauskommt...

Keep codin'
HTMLieb (Brauser-Wochen)


verfasste Antworten:



Dieser Beitrag ist älter als 3 Monate und kann nicht mehr beantwortet werden.