Problem mit "include"-Funktion, zeigt eine unerklärliche 1 an
bearbeitet von Gunnar Bittersmann@@Matthias Apsel
> > Aber wenn die explizite Angabe des Typs für einen Entwickler/ein Team sprechenderer Code ist, spricht auch nichts gegen `<button type="submit">`{: .language-html}.
>
> Sieht auch im CSS besser aus:
> `button[type=submit]`{: .language-css} vs. `button:not([type])`{: .language-css}
Ganz dünnes Eis. Um da nicht einzubrechen, würde ich das Stylesheet robust schreiben, also beide Selektoren verwenden.
**Nachtrag:** Und das unabhängig davon, wob man sich im Markup für eine Variante entscheidet.
Es könnte später immer noch jemand auf die Idee kommen, dass `<button>`{: .language-html} ja ausreicht, und `type="submit"` löschen. Oder andersrum: dass `<button type="submit">`{: .language-html} ja sprechenderer Code ist, und `type="submit"` hinzufügen. Und dabei gar nicht mitbekommen, dass die Regel im Stylesheet gar nicht mehr greift …
LLAP 🖖
--
“When UX doesn’t consider *all* users, shouldn’t it be known as ‘*Some* User Experience’ or... SUX? #a11y” —[Billy Gregory](https://twitter.com/thebillygregory/status/552466012713783297)
Problem mit "include"-Funktion, zeigt eine unerklärliche 1 an
bearbeitet von Gunnar Bittersmann@@Matthias Apsel
> > Aber wenn die explizite Angabe des Typs für einen Entwickler/ein Team sprechenderer Code ist, spricht auch nichts gegen `<button type="submit">`{: .language-html}.
>
> Sieht auch im CSS besser aus:
> `button[type=submit]`{: .language-css} vs. `button:not([type])`{: .language-css}
Ganz dünnes Eis. Um da nicht einzubrechen, würde ich das Stylesheet robust schreiben, also beide Selektoren verwenden.
LLAP 🖖
--
“When UX doesn’t consider *all* users, shouldn’t it be known as ‘*Some* User Experience’ or... SUX? #a11y” —[Billy Gregory](https://twitter.com/thebillygregory/status/552466012713783297)