Rolf B: Lesetipp: Ein „neues“ select-Element

Beitrag lesen

Hallo Felix Riesterer,

ist Dir auch aufgefallen, dass sie den Fall mit multiple so ganz und gänzlich vergessen haben?

Nein, das haben sie nicht. Es steht auf der Todo-Liste.

Note: The multiple and size attributes on select (<select multiple> and <select size=n>) are not supported in appearance: base-select yet.

Ich finde aber ein paar andere Dinge merkwürdig:

selectedoption: "reflects the inner html of the selected option" - ja, das ergibt bei einer Multiselect-Liste keinen Sinn. Aber warum brauche ich ein Ende-Element? Wenn ich ein Ende-Element habe, heißt das dann, dass ich auch Inhalt reinschreiben kann? Was passiert damit? Das ist unausgegoren, eigentlich müsste selectedoption inhaltsleer sein und kein Ende-Tag brauchen, wie <img> oder <br>.

option::before: Wieso ::before? In Listen ist das ::marker, was ich hier für wesentlich angemessener halten würde.

Ich finde es auch nicht so toll, das valide Markup eines Elements vom CSS abhängig zu machen. Ohne :picker(select) sind in select ja nur optgroup, option und hr erlaubt, mit dem Picker kommt mehr dazu. Opt-in schön und gut, aber das Opt-In gehört ins Markup, nicht ins CSS.

Dann finde ich :picker(select) redundant. Selbst wenn es irgendwann noch weitere Picker gibt, wie :picker(date) oder :picker(color), so ergeben die doch nur Sinn im Kontext ihres Elements. Ein Date-Picker für ein Color-Input ist Blödsinn. Deshalb meine ich, dass :picker allein völlig ausreichen sollte.

Rolf

--
sumpsi - posui - obstruxi