Lesetipp: Ein „neues“ select-Element
bearbeitet von
Servus!
> Lieber Matthias,
>
> > [**Request for developer feedback: customizable select**](https://developer.chrome.com/blog/rfc-customizable-select)
>
> ist Dir auch aufgefallen, dass sie den Fall mit `multiple` so ganz und gänzlich vergessen haben? Jedenfalls findet man keinerlei Hinweise, wie das mit mehreren möglichen Auswahlen funktionieren soll.
>
> ~~~ html
> <select>
> <button>
> <selectedoption></selectedoption>
> </button>
> // Everything else that will go into the ::picker(select) popover
> </select>
> ~~~
>
> Da sehe ich keinen Hinweis, wie das bei mehreren gewählten Optionen aussehen soll. Klar, man könnte mehrere `<selectedoption>`-Elemente in den Button hineindrücken. Aber wie soll der dann aussehen?
Bei der [open-ui.org](https://open-ui.org/components/customizableselect/#multiple-and-size-attributes) habe ich Folgendes gefunden:
> *The HTML parser will not allow <button> or <datalist> children when the multiple or size attributes are present on <select>. This will ensure that the old rendering behavior of multiple and size is used.*
>
> Für mich ist das ein unausgegorener Ansatz. Vielleicht wäre ein neues Element in der Tat die bessere Idee gewesen.
>
Es ist halt viel im Fluß. Siehe `popover` und `popovertarget`, denen ein `invoketarget` für dialog entsprechen sollte. Das kommt jetzt als `command` und `commandfor`.
Aber es gibt ja auch einige CSS-Eigenschaften, die danach noch umbenannt / wieder abgeschafft wurden.
Herzliche Grüße
Matthias Scharwies
--
Das wirksamste Mittel gegen Sonnenbrand
ist Urlaub am Ostseestrand!