<Blink> und <Marquee> (2020)

• Die <blink>- und <marquee>-Tags kamen in der frühen Web-Ära der 90er Jahre auf und waren damals ikonische Elemente des Webdesigns.
• Das <blink>-Tag wurde in Netscape Navigator 2.0 eingeführt und trotz seines spielerischen Zwecks und seiner mangelnden Ästhetik breit eingesetzt.
• Microsoft reagierte darauf, indem es in Internet Explorer das <marquee>-Tag einführte, mit dem sich Textanimationen deutlich vielfältiger steuern ließen.
• Durch verschachtelte Nutzung der beiden Tags konnten je nach Browser unterschiedliche Animationseffekte bereitgestellt werden; das wird als Beispiel für das Prinzip der progressiven Verbesserung genannt.
• Heute ist <blink> verschwunden, und auch <marquee> wird nicht mehr empfohlen, doch beide gelten weiterhin als prägnante Beispiele der Webgeschichte und Online-Nostalgie.

---

Einleitung: Rückblick auf die Tags <blink> und <marquee>

• Kürzlich machte ich im Gespräch mit einem Webentwickler-Kollegen einen Witz über die HTML-Tags <blink> und <marquee>, und dabei stellte sich heraus, dass der andere Entwickler diese beiden Tags gar nicht kannte.
• Für junge Entwicklerinnen und Entwickler sind diese Tags heute ungewohnt, doch einst waren sie symbolträchtige Elemente des Webdesigns der 90er Jahre.

Entstehung und Geschichte des <blink>-Tags

• Als Erfinder des <blink>-Tags gilt oft Lou Montulli, der den Browser Lynx entwickelt hat, doch tatsächlich erklärte er, dass er den Code nicht selbst geschrieben habe.
• Seiner Darstellung zufolge wurde in einer Bar bei einem Gespräch mit Netscape-Ingenieuren scherzhaft ein „blinkender Texteffekt“ vorgeschlagen, der sogar in einem Textbrowser wie Lynx nutzbar wäre; daraufhin setzte ein anderer Ingenieur die Idee über Nacht um.
• 1995 wurde das <blink>-Tag offiziell in Netscape Navigator 2.0 eingeführt und prägte zusammen mit animierten GIFs und frühem JavaScript das Erlebnis persönlicher Websites.
• Das <blink>-Tag wurde ohne Attribute verwendet und war in HTML4 offiziell sogar als Scherz-Tag verzeichnet, wurde aber Ende der 90er Jahre massenhaft missbraucht.
• Es wurde oft verwendet, um die Aufmerksamkeit auf Nachrichten wie „neueste Updates“ und viele andere Hinweise zu lenken.

Das <marquee>-Tag und der Wettbewerb zwischen Browsern

• Im selben Jahr führte Internet Explorer 2.0 von Microsoft im Unterschied zu Netscapes <blink> das <marquee>-Tag ein.
• Das <marquee>-Tag erlaubt es, Animationen über verschiedene Attribute wie Scrollrichtung, Geschwindigkeit und Wiederholung zu steuern.
• Während <blink> eher scherzhaft die visuelle Lesbarkeit beeinträchtigen konnte, setzte <marquee> bewusst auf eine betonte Effektwirkung.
• Ende der 90er wurde die gemeinsame Nutzung beider Tags — <marquee> innerhalb von <blink> — populär, um browserabhängig (IE und Netscape) unterschiedliche Effekte bereitzustellen.

Progressive Enhancement und Web-Kompatibilität

• Die verschachtelte Nutzung von <blink> und <marquee> hängt damit zusammen, dass Webbrowser nicht unterstützte Tags ignorieren und den enthaltenen Inhalt dennoch rendern; das steht in Verbindung mit Postel’s Law (Prinzip der Nachsicht).
• Auch neue HTML-Elemente (wie <video>) verwenden aus diesem Grund oft nicht selbstschließende Tags, um die Kompatibilität zu sichern.
• Bei der Nutzung von Tags wie <blink>/<marquee> konnten Browser, die diese Tags nicht kannten, den Informationsinhalt trotzdem lesen.
• Das Web basiert auf dem Konzept der progressiven Verbesserung: Informationen sollen allen Nutzerinnen und Nutzern zugänglich sein, während nur manche Browser zusätzliche Effekte darstellen.

Veränderungen und Unterstützung in verschiedenen Browsern

• Opera-Nutzer bekamen selbst mit einer kostenpflichtigen Lizenz die Effekte von <blink> oder <marquee> fast nie zu sehen, hatten aber keine Probleme beim Zugriff auf die Inhalte.
• Netscape 7 war nahezu der einzige Browser, der sowohl <blink> als auch <marquee> unterstützte und damit gleichzeitig Scroll- und Blinkeffekte erzeugen konnte — einer der wohl schwer erträglichsten Effekte, die das Web je hervorgebracht hat.

Fazit: Heutige Einordnung und Lehren für Webdesign

• Das <blink>-Tag ist heute vollständig verschwunden (von modernen Browsern nicht unterstützt) und kann bei Bedarf durch CSS-Animationen ersetzt werden.
• Für <marquee> gibt es trotz teilweise noch vorhandener nativer Unterstützung oder Polyfills in einigen Browsern keine Empfehlung zur Nutzung.
• Beide bleiben ein Sinnbild der Webgeschichte und früher Online-Ästhetik sowie ein lehrreiches Beispiel für Webstandards und Barrierefreiheit sowie Wartbarkeit.
• Wer sich für digitale Nostalgie interessiert, kann sich Materialien oder Websites zum früheren Webdesign ansehen.

[GN⁺]

Hacker-News-Kommentare

• Ich erinnere mich, dass es früher eine Website wie unter dem folgenden Link gab: https://web.archive.org/web/20201111125145/https://danq.me/2020/11/11/blink-and-marquee/

• Ich bin jemand, der sich anfühlt, als wäre er schon vor 3.000 Jahren dagewesen. Ich erinnere mich an die hitzigen Debatten darüber, ob Frame-Navigation schlechte Praxis sei (nicht iframe, sondern Frames). Falls hier noch jemand Frames kennt: schön, euch zu sehen. Vor AJAX habe ich selbst HTTP 204 genutzt, um Nachrichten an den Server zu schicken, ohne die Seite neu zu laden. Anfang der 2000er habe ich auch mit Image-Maps gearbeitet siehe Image-Map: https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/map. Ich habe sogar einmal tagelang in Dreamweaver Kartengrenzen nachgezogen, um eine anklickbare Länderkarte fertigzustellen. Dreamweaver-Templates führten oft dazu, dass man beim Aktualisieren alle Änderungen verlor und nichts mehr wiederherstellen konnte, weil man keine Versionskontrolle nutzte. Ich erinnere mich auch daran, wie das Backend Klickpositionen über input type=image verarbeitet hat. Mit Motion JPEG habe ich Streaming-Updates auf Seiten umgesetzt; in Chrome funktioniert das immer noch, in Firefox ist es noch etwas wackelig. Ich habe verschiedene Wege ausprobiert, um das PNG-Alpha-Blending-Problem in IE zu umgehen, und am Ende eine ActiveX-Version ein bisschen produktiv genutzt, bis Flat Design in Mode kam und das alles überflüssig wurde. Für Navigation habe ich JAVA, Flash und Silverlight durchprobiert. Ich erinnere mich noch lebhaft an Spacer-GIFs, Conditional Comments und daran, wie viel angenehmer die Entwicklung nach dem Erscheinen von Firebug wurde. Die Zeit ist einfach vergangen, ohne dass ich gemerkt habe, wann ich alt geworden bin

  • Ich habe früher Websoftware mit Frames entwickelt und eigentlich nie ein Problem darin gesehen. Die Leute sprechen immer von Barrierefreiheit, aber ich weiß bis heute nicht genau, worin das konkrete Problem liegt

  • Ich erinnere mich daran, für Kunden gearbeitet zu haben, die Support für IE6 wollten, mit all seinen bizarren Bugs und Einschränkungen. Wenn Designer abgerundete Ecken aus Photoshop lieferten, konnte man jedes Mal nur seufzen. Responsiv hieß damals im Grunde nur, mehrere Desktop-Auflösungen zu unterstützen. Man musste Ecken als Bilder ausschneiden und direkt in Tabellenzellen platzieren. Bei all dieser Handarbeit wurde die mentale Widerstandskraft von Entwicklern merklich gestärkt

  • Ich erinnere mich an die Zeit, als wir Bilder mit dem Slice-Tool von Photoshop fein zerteilt, als GIF exportiert und dann mühsam versucht haben, sie exakt in HTML-Tabellen zu platzieren. Viele Designs waren für 800x600 optimiert. All diese Erinnerungen wirken, als wären sie in der Zeit zerschmolzen und verschwunden

  • Es gibt noch immer Websites, die ich gelegentlich besuche und die Frames verwenden. Die Open Group/POSIX-Website nutzt sie immer noch

  • Ich habe einmal einen Webchat mit Frames gebaut. Oben war das Chatfenster mit Endlos-Reload, unten eine input box, und beim Senden von Nachrichten verhinderte ich mit 204 das Neuladen. An den oberen Frame konnte man auch ein kleines Script mitschicken, das den rechten Frame mit der User-Liste neu lud. Das haben um das Jahr 2000 herum ein paar Freunde und ich benutzt

• Ich habe einmal eine Website gebaut, deren Animation ausschließlich mit dem marquee-Tag umgesetzt war. Ganz ohne JavaScript, und wenn man sie jemandem zeigte, waren alle überrascht: https://udel.edu/~ianozi/

  • Ich glaube, ich habe seit 20 Jahren kein marquee-Tag mehr gesehen, und ich wusste wohl nicht einmal, dass mit dem Parameter direction auch vertikales Scrollen möglich war

• Mein liebster Trick mit dem marquee-Tag war, es zu verschachteln. Wenn man unterschiedliche Richtungen verwendet und das innere marquee auf die gleiche Geschwindigkeit in Gegenrichtung setzt, kann man einen Effekt erzeugen, bei dem es kurz stillsteht und dann weiterläuft. Mit unterschiedlichen Geschwindigkeiten waren noch komplexere Bewegungen möglich. Soweit ich mich erinnere, musste man dafür dem inneren marquee eine maximale Breite geben, damit es richtig funktionierte

• Ich hasste das blink-Tag früher so sehr, dass ich in der Binärdatei meines Browsers (wahrscheinlich Netscape) blink durch blonk ersetzt habe, damit nichts mehr blinkt

  • Solche Binär-Tweaks mache ich oft beim Slack-Client (als Electron-App ist das extrem einfach). So kann ich Funktionen, die ich nicht mag, leicht entfernen, etwa das Verstecken von Benachrichtigungen oder das Blockieren von Tippindikatoren

  • Wenn jemand dann das blonk-Tag benutzt hätte, gäbe es jetzt vielleicht Blonking. Klingt nach einem ziemlich lustigen Hack

  • Binärdateien zu patchen macht ziemlich Spaß. Ich habe __gnu_warning zu __gnu_whining geändert, um die Warnmeldungen zu gets() loszuwerden. Buffer Overruns können natürlich passieren, aber bei hastig zusammengeschustertem Code habe ich mich darum nicht groß gekümmert

• Ich nutze das marquee-Tag sehr gern für HTML-Injection-Tests. Kaum jemand verwendet dieses bewegte Tag noch, daher sieht man sofort, ob der Angriff funktioniert hat. Selbst Nicht-Techniker verstehen das Risiko viel leichter, wenn man ihnen zeigt, dass sich Text bewegt, obwohl er das eigentlich nicht sollte — deutlich besser als bei etwas wie bold

  • Wenn ich HTML sanitize, lasse ich als Easter Egg nur marquee auf der Whitelist und blockiere fast alles andere

  • Ich lese Hacker News über einen eigenen Custom Aggregator, und durch diesen Beitrag habe ich herausgefunden, dass er für HTML-Injection anfällig ist. Ein Beitrag von 2020 lief auf meinem Bildschirm als marquee herum

• „Das Tier wird erscheinen, umgeben von wirbelnden Wolken der Rache. Das Haus der Ungläubigen wird zerstört werden, und ihre Tags werden blinken bis zum Ende.“ – The Book of Mozilla, 12:10 (about:mozilla) — dabei denke ich, dass nun auch Mozilla selbst verschwindet. Es fühlt sich fast apokalyptisch an

  • Ich benutze Firefox immer noch als Standardbrowser

• Ich erinnere mich an die Zeit, als ich die Website meines Wohnheimflurs auf meinem Computer gehostet habe. Ich hatte dort mit marquee eine 997 Wörter lange Nachricht eingestellt, in der ich über Frauen, Depressionen, Philosophie und allerlei anderes schwadronierte. Am Ende der Nachricht stand ein !, das auf eine versteckte Seite verlinkte. Irgendwann hat jemand die Seite gefunden, weil er sich den langen Text im View Source durchgelesen hat

• Ein Freund von mir umgab seinen zweiten Vornamen immer mit dem blink-Tag, um schnell zu testen, ob Escaping fehlte oder potenziell XSS möglich war. Früher waren solche einfachen Methoden ziemlich effektiv, um Schwachstellen zu finden

• Dieser Kommentar befindet sich derzeit im Bau. Bitte regelmäßig vorbeischauen und nach Updates sehen

  • Wo sind eigentlich der Besucherzähler und das Gästebuch?

  • Für welchen Browser ist diese Seite optimiert?

  • Bitte das [NEW]-Label nicht vergessen