Un tutorial genial que explica como crear un un diseño basado en CSS desde cero, explicando el porqué de cada paso. Muy sencillo y bien explicado, aunque en inglés (las imágenes y código ayudan a entenderlo de todas maneras).
El problema es que Strict requiere usar javascript y estamos en lo de simpre ¿y los navegadores que no lo soportan o los usuarios que los deshabilitan?, a ver sino como abres un enlace en una ventana nueva y validando Strict.
Estoy a favor de los estandares y los defiendo, en mis clases sólo enseño así, si no valida la web no apruebas pero creo que no hay tener ese desprecio a Transitional ya que en muchos proyectos es imposible que valide sin renunciar a muchas funcionalidades.
#4 Se refiere a que hay que usar Strict lo más posible. Te reduce mucho todas esas incompatibilidades entre IE7 y Firefox, por ejemplo, además que te obliga a escribir código limpio y conforme a estándares.
Y eso sin contar que enviar las páginas desde el servidor como XHTML es bastante complicado. Y de poco te sirve escribir una página en xhtml strict si luego la sirves como html.
No está mal, pero ya va siendo hora de dejar de hacer las páginas con tamaños en base al número de píxeles, estamos en un momento en el que se siguen usando tanto las pantallas pequeñas de toda la vida como gigantescas, hay que promover la uniformidad y la legibilidad, sea cual sea el monitor que uno posea.
Es un tutorial bastante útil ya que explica como hacer las cosas partiendo de cero, lo cual viene muy bien para los novatos en este tema.
Por cierto, Lito, ¿Podrias explicar un poco tu comentario #3?
Una definición DTD XHTML 1.1 (que no strict, que eso solo es en la version 1.0) te garantiza, si cumples las reglas, un código mucho más limpio y con menos posibilidades de incompatibilidades entre navegadores.
Otra cosa es que como hay que tener mucho más control sobre el código que se escribe, a alguno le parecerá un coñazo y prefiera usar XHTML 1.0 Transitional que te permite meter la gamba mucho más sin que proteste.
#9 Por que necesitas Javascript para XHTML 1.1? Todo proyecto, TODO puede funcionar bajo XHTML 1.1 si uno se esfuerza en hacerlo, sin perder lo más mínimo de funcionalidades, es más, te garantiza de que no tengas que revisar el código en el futuro ya que lo has escrito bien a la primera.
#12 Necesito javascript para abrir un enlace en una ventana nueva, si me dices como hacerlo con XHTML y CSS te juro que pongo un piso porque soy el primero que no quiere usar javascript para nada y qeu quiere cumplir con los estandares, pero creo que actualmente, y me da que en el futuro igual, nos falta una pata para hacer el banco.
Si al Strict, pero con sus limitaciones, que debe ser la referencia? pues si, pero Transitional tiene su uso y yo prefiero que valide en Transitional que no que de errores en Strict
Comentarios
Es realmente util. Esta muy bien explicado.
Ayuda con los problemas e incompatibilidades de IE..
El problema es que Strict requiere usar javascript y estamos en lo de simpre ¿y los navegadores que no lo soportan o los usuarios que los deshabilitan?, a ver sino como abres un enlace en una ventana nueva y validando Strict.
Estoy a favor de los estandares y los defiendo, en mis clases sólo enseño así, si no valida la web no apruebas pero creo que no hay tener ese desprecio a Transitional ya que en muchos proyectos es imposible que valide sin renunciar a muchas funcionalidades.
No se mi opinion
#4 Se refiere a que hay que usar Strict lo más posible. Te reduce mucho todas esas incompatibilidades entre IE7 y Firefox, por ejemplo, además que te obliga a escribir código limpio y conforme a estándares.
Con XHTML 1.0 Transitional como DOCTYPE, prefiero no seguir leyendo.
#3 ¿Por qué? Si sabes hacerlo mejor, comparte ese conocimiento. Cuanta más gente haga webs cumpliendo los estándares, mejor para todos.
– Wayfarer
Y eso sin contar que enviar las páginas desde el servidor como XHTML es bastante complicado. Y de poco te sirve escribir una página en xhtml strict si luego la sirves como html.
aqui otro: http://www.maxdesign.com.au/presentation/process/
No está mal, pero ya va siendo hora de dejar de hacer las páginas con tamaños en base al número de píxeles, estamos en un momento en el que se siguen usando tanto las pantallas pequeñas de toda la vida como gigantescas, hay que promover la uniformidad y la legibilidad, sea cual sea el monitor que uno posea.
Es un tutorial bastante útil ya que explica como hacer las cosas partiendo de cero, lo cual viene muy bien para los novatos en este tema.
Por cierto, Lito, ¿Podrias explicar un poco tu comentario #3?
Y no hay que olvidar, que si es un foto o blog, algu usuario cabroncete puede dejar una tag abierta y impedir renderizar la pagina.
No entiendo las complicaciones que planteais.
Una definición DTD XHTML 1.1 (que no strict, que eso solo es en la version 1.0) te garantiza, si cumples las reglas, un código mucho más limpio y con menos posibilidades de incompatibilidades entre navegadores.
Otra cosa es que como hay que tener mucho más control sobre el código que se escribe, a alguno le parecerá un coñazo y prefiera usar XHTML 1.0 Transitional que te permite meter la gamba mucho más sin que proteste.
#9 Por que necesitas Javascript para XHTML 1.1? Todo proyecto, TODO puede funcionar bajo XHTML 1.1 si uno se esfuerza en hacerlo, sin perder lo más mínimo de funcionalidades, es más, te garantiza de que no tengas que revisar el código en el futuro ya que lo has escrito bien a la primera.
#12 Necesito javascript para abrir un enlace en una ventana nueva, si me dices como hacerlo con XHTML y CSS te juro que pongo un piso porque soy el primero que no quiere usar javascript para nada y qeu quiere cumplir con los estandares, pero creo que actualmente, y me da que en el futuro igual, nos falta una pata para hacer el banco.
Si al Strict, pero con sus limitaciones, que debe ser la referencia? pues si, pero Transitional tiene su uso y yo prefiero que valide en Transitional que no que de errores en Strict
Pues no esta tan bien, aunque desde luego se agradecen las explicaciones.