Usando el "Checkbox" hackeo en sitios web en vivo

Question

Así que recientemente ha habido muchos ejemplos de lo que es posible el "Checkbox Hack" con CSS.

CSS-trucos tiene una buena explicación de lo que haga el truco:

la casilla "Hack" es el que utiliza una etiqueta conectado y la entrada de casilla y por lo general algún otro elemento que está intentando controlar

Source & more information of the hack.

lo que hace poco me consiguió gusto el truco era experimento CoDrops con botones de radio para create filter functionality with just CSS. simplemente increíble.

El truco puede hacer algunas cosas bastante increíbles que requieren JavaScript sin. El problema es que la casilla de verificación y los botones de opción solo se deben usar para formularios, por lo que es una semántica incorrecta. Pero no veo el problema de usar un "truco" que sea compatible en la mayoría de los navegadores y que funcione para dispositivos móviles si significa menos JavaScript y mejor rendimiento.

¿Crees que este tipo de truco estaría "bien" para usar en sitios web en vivo, a pesar de que es una semántica mala o crees que está bien usar?

Answer 1

Leer la gran renuncia amarilla en el sitio se ha vinculado a:

Negación: Algunas de estas cosas cruza la línea de lo que "debería" ver con CSS e introduce algunas malas semántica. Todavía es divertido divertirse y es genial, pero en general el comportamiento funcional de debe ser controlado por JavaScript.

No diría que esto es un "hack" por sí mismo. Todo es perfectamente válido, hay muchas otras cosas locas que puedes hacer con el selector adyacente + o :focus también, por ejemplo. Sin embargo, definitivamente puede usarse para algunas cosas "hacky".

Si, por ejemplo, ayuda al usuario a completar un formulario: eso es genial. Recuerde que el soporte para :checked no es universal, por lo que si la utilidad de su sitio se basa en, busque soluciones/cuñas alternativas mediante javascript.

Si solo está agregando los elementos de la casilla de verificación en su marcado por motivos de comportamiento/presentación, entonces sí, debe evitarlo. Si ya tenía el elemento para empezar y está simplemente mejorando la experiencia del usuario con él, eso es genial.