Hace tiempo no me paso por aquí y es bueno volver de visita de vez en cuándo, más cuándo hay temas tan atrapantes como este en particular...
Pero si es ni más ni menos que el verdadero
KARMA de los maquetadores que tratamos de estar a la vanguardia y tenemos que seguir lidiando con clientes que dicen que su web no se ve bien... (en ie6 con windowz 98)...
Hace unos 10 años que me dedico a esto y sinceramente siempre fue igual...
La tecnología (HTML+CSS) avanza a un ritmo... Y las "formalidades" a otro (mucho más lento por cierto, y sobretodo cuándo hay intereses de por medio)...
Entre una y la otra surgen los hacks, prefijos y cosas por el estilo... que no son más que "parches" que intentan cubrir la brecha existente entre las partes.
Si yo fuera don w3c... daría premio a quienes se esmeran en conocer y usar los veintemillones de artilugios para hacer crosbrowsing.
Y que una web "bien hecha" para los formalismos puede ser asi:
<body>
<p>esto se acaba... se acabo</p>
</body>
Pero claro... Una web que se VEA BIEN en cuanto cliente existe, con cuanto sistema operativo/navegador/complementos se encuentre es, mis amigos, algo muuuuy diferente...
Lo que tenemos que preguntarnos, es que es lo verdaderamente importante!
Y en la web, lo importante, es verse bien!!! (O al menos verse como uno pretende verse).
Y es importante verse bien SIEMPRE y PARA TODOS!
Mirémoslo desde otro punto de vista...
Usted necesita contratar un buen maquetador:
Aplica alguien que hace tooodo válido (y por ende programa como debería haber sido hace un par de años atras, y no está mucho a la vanguardia, es decir que sus sitios tienen pocos atractivos visuales, o que se ven diferentes en los distintos clientes, o que abusa de las imagenes y sus sitios son de bajo rendimiento /una cantidad de imágenes excesiva para cosas banales/).
Y por contrapartida aplica alguien que maqueta teniendo presente esto y trata de que sus webs se vean bien siempre. Cuyos "errores de validación" consisten en un par de -moz-, algunos *width y poco mas que eso...
Luego claro, dirán... Ningún extremo es bueno, hay que ser equilibrados! Y precisamente ahí es donde entran las técnicas progressive enhancements, pero esto lo dejamos para otro día.
En conclusión, uno debe tratar de hacer el código lo más sano posible según los estándares, pero siempre hay que tener en claro que validar NO DEBE SER A COSTA DE resignar rendimiento/calidad.
Un saludo a todos y es bueno pasar a leeros de vez en cuando!!!