@@Kackfohgel

Wenn du aber ohne Einschränkung (bzw. weitere Erläuterung) sagst, dass es etwas nicht funktioniert: "weil onclick für div schonmal nicht funktioniert." soll das aber in Ordnung sein

Üblicherweise sage ich: „Funtioniert nicht, weil: geht nicht mit Tastatur.“

Hier wäre der Sweet-Pott wohl wieder eine Mischung aus Beidem.

Hab mal eben Reginas Beispiel tastaturbedienbar gemacht. Wenig Aufwand – großer Nutzen.

LLAP 🖖

Hallo Henry,

Eine Damenstrumpfhose als kurzfristiger Keilriemenersatz funktioniert auch erst mal, da soll mir dann keiner kommen und sagen "Nein, absoluter Blödsinn" das funktioniert nicht.

Tut mir leid, aber das Beispiel ist denkbar schlecht: das funktioniert tatsächlich nicht. Die Belastung in modernen Autos hält keine Strumpfhose aus, auch nicht kurzfristig.

Ich halte es für fraglich, dass das überhaupt mal funktioniert hat.

😉

LG,
CK

@@Henry

Eine Damenstrumpfhose als kurzfristiger Keilriemenersatz funktioniert auch erst mal

Ja, das tut er. Dein Vergleich funktioniert aber nicht.

Damenstrumpfhose als Keilriemen kannst du vergleichen mit <input type="submit" value="Action!"/> anstelle von <button type="submit">Action!</button>. Ersteres ist nicht so schön, funktioniert aber.

Oder mit inline styles im Mark-up anstatt Angaben im Stylesheet. Für die Wartbarkeit des Codes ein Graus, tut aber der Nutzbarkeit der Seite keinen Abbruch.

onclick bei div funktioniert auch nicht erst mal, sondern gar nicht.

Es funktioniert beispielsweise(!) nicht unter der Bedingung Tastaturbedienung.

Wobei gerade du doch mich immer kritisierst wenn ich IE11-Kompatibilität wünsche.

Ich bin völlig bei dir, wenn du verlangst, dass alles auch im IE 11 funktionieren soll. Das heißt aber nicht, dass es genau gleich wie in modernen Browsern funktionieren muss. Und schon gar nicht, dass es genau gleich aussehen muss.

„Der Schlüssel zu diesem Ansatz der Webentwicklung ist die Erkenntnis, dass es nicht ein einziges Nutzerinterface gibt – es kann viele leicht verschiedene Interfaces geben, abhängig von den Eigenschaften und Fähigkeiten des jeweiligen Browsers und Gerätes zum jeweiligen Zeitpunkt. Und das ist auch völlig in Ordnung. Webseiten müssen nicht in jedem Browser gleich aussehen.“ —Jemery Keith ☞ etwas ausführlicher

Dann frage ich mich mal wie hoch der Anteil an reinen Tastaturnutzern ist

Ich nicht. Diese Frage stelle ich mir gar nicht erst. Müßige Spekulation.

Tastaturbedienbarkeit kommt nicht nur reinen Tastaturnutzern (die darauf angewiesen sind) zugute, sondern auch gelegentlichen Tastaturnutzern: Baby auf dem Arm, Essen in der Hand, Batterien in der Maus gerade mal wieder alle, …

Wie sollte man auch EventTarget.addEventListener() einschränken?

Indem man spezifiziert, dass man onclick nicht bei div zu nutzen hat.

onclick ist auch eine Damenstrumpfhose. Der Keilriemen ist, Eventhandler in JavaScript zu registrieren.

Und natürlich will man addEventListener() auch für div-Elemente zulassen: ein div kann ja alle click-Events auffangen, die von anderen Elementen darin stammen (event delegation). Nur müssen eben in dem div interaktive Elemente (button) sein, um die click-Events auszulösen.

Ich darf keine Styleblöcke im BODY reinmachen, nur im HEAD

Aber selbstverständlich darfst du style-Blöcke in den body reinmachen.

niemand weiß wie lange die Browser das noch kulanterweise akzeptieren.

Weil die Browser das schon immer taten, war es kein Problem, das auch so zu spezifizieren.

In diesem Zusammenhang mal eine Frage: Im Wiki steht "auch erlaubt in allen Flusselementen", verstehe nicht ganz wie das gemeint ist.

Ich auch nicht. Das hört sich nicht richtig an.

LLAP 🖖

Hallo Henry,

dein Vergleich hinkt, da man die Strumfhose nur nimmt, wenn bzw. weil kein Keilriemen verfügbar ist.

Jetzt zeig mir einen Browser, der div kennt, Button aber nicht.

Gruß
Jürgen