¿Las restricciones de hojas de estilo en cascada (CCSS) deben reemplazar a CSS?

No entiendo por qué la gente sugiere estándares alternativos que intentan “arreglar” CSS.

CSS no está roto. Funciona bien

Los dos pensamientos que inmediatamente me vienen a la mente cuando veo cosas como GSS y CCSS son …

“wow, eso parece realmente complicado y sobredimensionado. Me alegra que CSS sea tan fácil de usar y comprender”.

y…

“No entiendo qué hace que [esto] sea mucho mejor que CSS. ¿Por qué debería obligar a mis usuarios a hacer solicitudes adicionales para los archivos .js de [cosa] para que [cosa] esté bien? Sin mencionar la necesidad de configurar una configuración para que [cosa] funcione en un navegador antiguo normal ???. ¿Sabes qué funciona de forma nativa en el navegador del usuario? CSS “.

Una vez que los cinco principales navegadores alcanzan el estado Evergreen (Evergreen Browsers, esto nos está perjudicando a todos: es hora de detenerse …, el problema con los Evergreen Browsers (para una buena medida: P)), el desarrollo web cambiará bastante significativamente. Ya no tendremos que preocuparnos por escribir fallos para navegadores antiguos que no admitan una determinada característica, ¡porque todos estarán en la misma (o lo suficientemente cerca) versión del navegador!

Y el tiempo que tardan las “recomendaciones W3C” en ser adoptadas e implementadas por los fabricantes de navegadores disminuirá significativamente. En lugar de tener que esperar 16 meses para que “Browser Company A” reduzca su lanzamiento principal programado donde finalmente se implementan nuevas funciones, en su lugar, los fabricantes de navegadores pueden colarse durante sus silenciosas actualizaciones semanales, que se descargan en segundo plano mientras está navegando por Internet (¡y luego se instalan automáticamente cuando abre y cierra su navegador!). (¡Santa sentencia, Batman!)

En este momento, las versiones actuales de Chrome, Safari, Firefox y Opera ya lo están haciendo. IE10 es el primer navegador de hoja perenne de Microsoft, y el último navegador importante que queda, por lo que cuanto más rápido dejemos a las personas de las versiones antiguas del navegador y las versiones actuales, más pronto será cuando nunca tengamos que quejarnos de no poder usar “Genial nueva función x” debido a “estúpido navegador y”.

Entonces, ¿cómo se relaciona esto con GSS y CCSS? Bueno, en lugar de crear un estándar completamente nuevo que termine compitiendo con uno de los estándares relacionados con Internet más estables, maduros y ampliamente aceptados, el “vicepresidente de Facebook recientemente retirado Greg Badros” puede trabajar con el grupo de estándares, enviar los cambios que él piensa que mejorará las especificaciones, que sus pares las revisen, y si una mayoría puede estar de acuerdo en que los cambios son buenos, estarán en camino a la recomendación del W3C. Excepto esta vez, Greg no tardará 15 años en ver sus cambios en acción (como sucedió con HTML5 y CSS3). Una vez que los navegadores de todos comienzan a actualizarse automáticamente, ¡Greg puede ver sus cambios en poco tiempo!

¿Entonces cuál es el punto? El punto es, deja de preocuparte si CCSS debe reemplazar a CSS. No debería y no lo hará.

Pero en el lado positivo, hay algunas cosas interesantes en la tubería que harán su aparición en un futuro no muy lejano. ¡Esté atento a cosas como CSS con alcance, HTML + CSS que abordan directamente la capacidad de respuesta y , lo que es más importante, componentes web!

Te estoy cuidando. No quiero que pierdas tu tiempo en algo que no tiene futuro. En cambio, enfóquese en la tecnología emergente que tiene un impulso y respaldo significativos

* AHEM * Componentes web * AHEM *

-> -> Página en polímero-proyecto.org <- <-

/despotricar sobre.