Eso, con Css, no se puede 6.8.12

Eso, con Css, no se puede

Sentencia mítica, donde las haya. Acompañada, por lo general, de tanto énfasis como desconocimiento tenga quien la dice.

Posteriormente se suele intentar matizar y acotar semejante aserto en base a quedar más y más en evidencia.
Evidencia no tanto del desconocimiento de tal o cual propiedad, sino de cuestiones un poco más básicas.

Puristas

¿Qué se considera Css? ¿Es sólo lo que aparezca sancionado como "Recomendación" por el consorcio o por el contrario debemos considerarlo desde el momento que aparece en alguna propuesta?

No es cuestión superflua, creo.
Recuerda el cambio, no sólo operativo sino de "filosofía de vida", introducido por el W3c del "Css modular". Esto es, cada documento o módulo que desarrolla un aspecto de Css tiene su propio y particular calvario, quemando etapas hasta alcanzar el status de recomendación, de forma independiente del resto.

Así, tenemos una serie de propuestas, post-css2.1, que no sólo son ya recomendación sino que tras obtener esa condición han seguido evolucionando: Selectores, @media Queries...
Y también nos encontramos con lo contrario. Propuestas iniciales que a medida que evoluciona el documento donde se incluyen desaparecen o son marcadas como "en riesgo": como por ejemplo las reglas @supports o @document

Obviedad: por supuesto que queda fuera toda propuesta experimental y privativa que sólo está disponible en algún navegador y que no aparece en ningún documento del W3c.
Los famosos y difuntos filters de IE o los más novedosos -webkit-idea_muy_chula (firefox también tiene sus -moz-mira_lo_que_hago_yo).

Pragmáticos Sofistas

Con independencia del aspecto anterior, cuándo considerar que es Css o no, hay otro aspecto que suele contaminar y estar en la base de la afirmación "Con Css no se puede". A saber:

W3c´s Drafts vs. Browsers developers

O con más espacio y en castellano: No es lo mismo un grupo de trabajo del consorcio que un grupo de desarrollo de un navegador cualquiera. Pese a que en los primeros suelan estar presentes representantes de los segundo.
Presencia sí, pero funciones, cometidos y roles muy distintas.

Porque nos encontramos que el reconocer o no la posibilidad de realizar algo con Css en realidad esconde el que los navegadores lo hayan implementado o no.
Sin entrar a rizar el rizo de si es con la sintaxis propuesta u otra o si es con prefijo privativo o sin él.

Bonus a la discusión: Quien aduce esta razón suele añadir el número de navegadores en los que funciona y en los que no. Los más pragmáticos sofistas mencionan hasta las versiones.

Productivistas

Y para terminar con los "con Css no se puede" están quienes equiparan el poder con deber, o el ser posible con ser recomendable.

Hay quien mezcla el que algo sea posible sólo con puro Css con la conveniencia de incluirlo en una realización "industrial" o no.
Este grupo suele incluir. además del soporte por los navegadores, cuestiones como si con algún otro lenguaje lo hace también y mejor, si hay necesidad de marcado extra en el html o que si mira cuánto css si con 2 líneas en XXX lo tienes...
En muchos casos ellos mismos se descubren como "acólitos" libreros. Son capaces de recomendar el uso de jQuery, e incluso escribir una función, para un simple onmouseover. Y esto último no me lo invento. Lo he visto más de una y dos veces en algún foro de css.

Negacionistas todos

De nada servirán demos, creaciones en puro css o páginas donde ver funcionando tal o cual realización con sólo Css. Siempre habrá una razón que simplemente les impida ir a "ver código".

En el pecado está la penitencia. Si te niegas a ver y creer te pierdes el gozo y disfrute de las realizaciones únicas, de la imaginación e ingenio hecha demo, del imposible realizado. Como:

Electrik Piano puro Css

Las imágenes son código y no siempre <img src.../>

Pure Css pie timer

Aquí una explicación del autor en Css-tricks

The Dragonfly

¿Quién necesita jQuery para un slide? The Dragonfly por Stu Nicholls

Kseso

the obCSServer ᛯ Ramajero Argonauta, Enredique Amanuense de CSS.
#impoCSSible inside
Dicen que, en español, EsCss es el mejor blog de CSS. Posíblemente exageren.