Solo recomendar la lectura de este artículo (en inglés) en el que se resumen muy bien cómo funciona el posicionamiento de elementos en CSS.
El artículo aborda de forma sencilla y clara atributos como:
Y parece ser el primero de una serie…
Como desarrollador web y maquetador una de las cosas que me interesa cuando sale un nuevo navegador es su implementación de las CSS. Investigando un poquito sobre qué hará IE8 me he llevado unas cuantas sorpresas bastante gratas:
[Vía Pinceladas Web]
Si! ya se empieza a hablar de Internet Explorer 8; y una de las primeras noticias sobre la próxima versión de este navegador es que, tras años y años de saltarse a la torera los estándares web, concretamente el HTML y las CSS, los chicos de Microsoft han conseguido que su navegador pase el Acid2 Test..
Es una buena noticia y una indicación más de que, al menos a nivel de márketing, el equipo de desarrollo de Internet Explorer sigue con la orientación pro-estándares que inició con la versión 7 del popular navegador.
El Acid2 es una prueba que consiste en conseguir que el navegador renderice una imagen mediante HTML y CSS 2 y para hacerlo se utilizan reglas bastante complejas. Pasar esta prueba implica que el navegador cumple soporta los estándares de desarrollo web antes mecionados a un altísimo nivel.
El que uno pueda utilizar en su web fuentes que no sean del sistema es un viejo sueño de cualquier diseñador web que, de viejo, algunos habíamos olvidado, aunque curiosamente en su ponencia de Fundamentos 07 Bert Boss pasaba por encima del tema comentando que era una de las prioridades pero que había problemas con derechos de autor y otros no específicados.
En realidad es parte de la especificación CSS2, siiiii, aquella del año 1998... pero la guerra que aquella época mantuvieron Netscape e Internet Explorer (sobre todo éste, que pasaba del ttf) impidió que se utilizase esta posibilidad:
Tampoco es que ahora se pueda utilizar ya que Microsoft sigue apostando por el "popular" formato .eot y el resto creo que por ahora pasan del tema. A lo que vamos, el que parece lo va a implementar y de forma estándar, va a ser WebKit, el navegador de open source que es la base de Safari (el navegador de Mac).
¿Esto quiere decir que la cosa va a cambiar? ¿Vamos a poder utilizar tipografías distintas en nuestras web? bueno, pues mi opinión es que por ahora nada de nada... Safari es un navegador minoritario con una influencia relativamente escasa. Pero por fin alguien retoma el asunto depués de mucho tiempo y a lo mejor se despiertan las conciencias de Firefox y Ópera y Chris Willson que es el responsable de Internet Explorer y un tio mu apañao... decide que ya es hora de implementar las fuentes descargables. Seguiremos soñando.
PD: Putada... esto nos impediría decirle al cliente que no puede usar la Comic Sans en su web
Bien, vale, muy W3C. Tipo... somos conscientes de los problemas, esto va muy rápido, me mareo... pero que lo vamos a cambiar todo en cuanto podamos.
Una breve historia de las CSS, de la primera especificación a la segunda.
Lo más sustancioso la explicación de cómo están priorizando los módulos que quieren implementar en CSS3.
Y tras esto hace un breve repaso a los módulos actualmente más priorizados:
Se acaba el tiempo y como todo buen miembro de la W3C, pide ayuda a la comunidad. Pero solo da tiempo a dos preguntas... de todas formas se a ofrecido a que lo asaltemos por los pasillos.
un 6
Reconozco que el título es un poco sensacionalista, pero un poner un post como "recursos para hacerte menús con CSS y HTML sintácticamente correcto y sin javascript" tampoco era una alternativa válida.
Bueno, a lo que vamos, acabo de ver una web donde puedes generarte menús de este tipo y en vez de hacer un post sobre el sitio he pensado que es más interesante recopilar los que a mi más me gustan:
El de siempre, el clásico, el único, el veterano, el del sonido estilo inconfundible. Una colección de menús tanto verticales como horizontales que recojen lo mejor de lo mejor. También incluyen ejemplos de menús anidados.
Más de 50 ejemplos disponibles, con su correspondiente código, a los que se suman tutoriales para aprender el arte de la creación de menús. Es el mejor recursos para aprender a hacer menús que es lo que realmente recomiendo a cualquiera que se quiera dedicar al desarrollo web y un punto de partida excelente. Imprescindible.
Enlace: http://css.maxdesign.com.au/listamatic/
Se trata de un generador de menus online basado en los que ofrece el listamatic. Puedes generar tu menú en 3 pasos:
Enlace: http://www.accessify.com/tools-and-wizards/developer-tools/list-o-matic/
Es el que he descubierto recientemente y aunque tiene poca variedad de menús parece que tienen la intención de ir ofertando más opciones. Muy fácil de usar, ofrece diseños bastante interesantes.
Enlace: http://cssmenumaker.com/index.php
Hace unos meses publicaron un post titulado "CSS-Based Navigation Menus: Modern Solutions" donde ofrecían ejemplos de webs que utilizan menús CSS. Únicamente ofrecen el link a los sitios originales y además algunos de ellos utilizan Javascript pero hay que reconocer que hicieron una magnífica selección.
Enlace: Smashing Magazine
Leyendo a Torresburriel me entero de que podemos proponer preguntas para la mesa redonda en la que intervendrá (por videoconferencia) en la próxima edición de Fundamentos Web.
Un buen amigo siempre me dice "A ti lo que te pasa es que eres muy crítico". Reconozco que lleva razón así que yo le preguntaría (he enviado algunas de las preguntas) a Mr. Lee, como director del W3C, y siendo consciente de que la mesa redonda no va directamente sobre lo que pregunto, cosas como las siguientes:
Desde luego que también le felicitaría y le agredecería infinitamente que tuviese la genial idea de crear la WWW (sin cinismo alguno) que ha cambiando nuestras vidas y de la cual vivimos muchas personas de forma directa.
Seguramente la mayoría no estaréis al tanto, pero en el seno de los grupos encargados del desarrollo del polémico HTML 5, se está produciendo una importante discusión que parece derivar en una crisis que afecta de forma significativa al mundo de los estándares web.
Quería escribir un post explicativo pero la cosa es bastante liosa y compleja por lo que me limitaré a dar algunas referencias de posts importantes al respecto ordenados cronológicamente:
11 de agosto 2007 - Molly E. Holzschlag escribe a sus queridos W3C y WASP
Molly advierte a la gente del W3C y del WASP que existen problemas e importantes en su seno. Entre ellos se refiere a la "serialización del HTML5 bajo el W3C".
13 de agosto 2007 - Molly escribe a los grupos de desarrollo del HTML 5 (WHAT WG Y HTML5 WG)
Molly intenta clarificar cuales son los principales problemas que ella ve en el desarrollo del HTML 5. Principalmente señala problemas relativos a la forma de trabajar.
15 de agosto - Jeffrey Zeldman habla sobre la crisis
Con su claridad, ironía y estilo habitual Zeldan escribe un largo artículo sobre el tema. Destaca su postura positiva hacia como el W3C se mueve con una "Paz Glacial" (refiriéndose a la lentitud con la que trabajan) y cómo esto ha permitido que los estándares se asienten y lleguen a todo el mundo.
También advierte del riesgo de fragmentación que supone que dos grupos distintos trabajen sobre el mismo estandar (HTML 5) y de que puede ocurrir algo verdaderamente grave: que alguna o ambas de las versiones de HTML 5 abandonen la accesibilidad o la compatiblidad con versiones anteriores.
15 de agosto - Molly propone soluciones a la situación
Primero clarificar y desmitificar el HTML5, empezando por explicar de una vez el "por qué del HTML 5".
Segundo resolver el problema humano, es decir, los problemas personales entre las personas encargadas del desarrollo del nuevo estandar.
16 de agosto 2007 - Roger Johanson se va y vuelve del W3C HTML Working Group
¿He dicho que alguna vez que me encanta este chico?... empieza llamando a la situación "el circo del HTML5" y dice que abandonó el grupo de trabajo del HTML5 por la actitud hostil de algunos de sus miembros y considerando que se trataba de un entorno de trabajo "inaceptable e improductivo".
Finalmente decide volver, principalmente, para representar a los desarrolladores web del mundo real e invirtiendo sus esfuerzos en generar documentos manejables por los desarrolladores, dado que la actual documentación parece estar dirigida a los desarrolladores de navegadores y es extremadamente difícil de leer (digerir).
Roger... Eres nuestra esperanza!
18 de agosto 2007 - Jefft Croft: ¿Dónde están los desarrolladores y diseñadores web?
Otro de los nuestros. Denuncia que entre los 66 miembros del del equipo de la W3C solo hay un desarrollador y que no está ninguno de los diseñadores y desarrolladores más importantes.
También considera que la W3C no es capaz de desarrollar herramientas de diseño efectivas y expone el espectacular caso de las CSS: la especificación actual es del año 1998 (si, del siglo pasado), están trabajando sobre las CSS 3 pero todavía no han aprobado el estandar CSS 2.1. Es que es penoso el asunto.
Cómo está la cosa
Yo desde luego no creo que haya HTML5 ni siquiera en el año 2010, así que, desarrolladores asumamos que tiraremos de HTML 4 y de XHTML 1 durante mucho tiempo. La W3C es una organización política que parece incapaz de sacar este tema adelante y el Web Standards Group parece haberse metido en la misma dinámica.
Hay una crisis en el seno de los estandares web que está explotando por el tema de HTML5 pero que ya dió su primer aviso con las WCAG 2 (perfectamente exlicado por Joe Clark en su "Al infierno con la WCAG 2").
[Vía Ajaxian]
Cada vez surgen más herramientas que pueden facilitarle la vida a los desarrolladores web a la hora de hacer sus maquetas en CSS. A rejillas como YUI Grids o Blueprint y herramientas como CSS Sculptor de Eric Meyer o Constantinology se une ahora YAML Builder, que mediante un interesante interfaz realizado en DHTML permite generar maquetas CSS de forma visual.
Vale la pena probarlo aunque solamente sea por ver lo que algunos pueden llegar a hacer con HTML, Javascript y DOM... una herramienta muy currada.
[Vía Sitepoint] Personalmente considero que una de las cosas mas complicadas de maquetar, cuando uno utiliza estándares para dicha labor, son los formularios.
El artículo de Sitepoint al que hago referencia (realmente es un capítulo del libro "The Art and Science of CSS", en inglés) es el más completo que he leído sobre el tema; resume las mejores técnicas a utilizar en esta tediosa e ingrata labor y te ayudará a crear formularios con elementos estándares y a hacerlos medianamente accesibles.
Resumiendo:
label para etiquetar los camposfieldset para agrupar bloques de elementoslegend para describir un grupo (o el grupo) de campos del formulario Pero yo sigo teniendo problemas con los formularios complejos, normalmente usados por los departamentos de márketing de las empresas para intentar obtener multitud de datos de un usuario, en los que la abundancia de opciones con checkbox o radio me obligan a utilizar una tabla (no se lo digáis a nadie) para que la presentación quede más o menos agrupada.
Y no es que no se pueda hacer con layout en CSS, es que hacerlo es muy complejo, costoso en tiempo, y supone una cantidad de atentados contra la limpieza de la hoja de estilo que realmente considero que no vale la pena.
Tripix.net es el blog de José Manuel Pita Desarrollador web de Granada, España Que actualmente trabaja como responsable de proyectos web en Grupo Trevenque Kaplan
