También hay una lista de correo para organización de este tipo de reuniones o cuestiones específicas argentinas (quedando claro que no pretende reemplazar a Ovillo). En ella un registro de los mails previos a esto, un poco de contexto.

(Nótese que esta lista juega a la web semántica en minúsculas. Ver rubhub, ver related pages (en unos días cuando estos engines hayan crawleado esta página)).

Muchos detalles con los que estoy contento y otros que espero que nadie se entere. Pero fueron varios meses y va saliendo a la luz.

Salió en el sidebar de Zeldman y eso tuvo nuestro ego por las nubes un día entero.

También fue sitio de la semana en WeeklyStandards (bajar hasta Introduction), que dicho sea de paso acaba de lanzar un rediseño basado en ems increíble (probar cambiar el tamaño de la fuente) y sin hacks. Allí cuento algunos detalles de producción, pero espero ir agregando más cositas aquí en estos días.

Por último (en orden de ego, de mayor a menor) salimos en televisión. Luego de tantos años de andarme por la Web sin jamás poner mi foto online, aquí estoy en video, extremadamente nervioso e improvisando definiciones, pero contento por haber dicho las palabras "arquitectura de la información" en la televisión argentina.

Algunas joyas:

• layout css que se ve perfecto hasta en opera 5!
• idioma definido
• labels en los forms
• el tratamiento tipográfico de los títulos en la home
• usan scripts de youngpup... punto a favor automático ;)

Pero no entiendo como se llega a una implementación tan moderna con:

• Peso de la home: 215kb!
• ................ esas líneas de puntos que si las pasás por un screen reader te dice "punto punto punto punto punto"
• Requiere javascript en varias funciones, como el buscador, print & mail, popup de fotos... en lugar de algún método más accesible
• Legibilidad? Amigos, esta es fácil de arreglar via css... aunque imagino que les costó tanto la decisión ("el usuario tiene que leer, o la página tiene que quedar bien?") que tuvieron que poner botones para cambiar el contraste...

Todo esto, aceptando desde ya que es un acto de vanguardismo en comparación con los otros medios locales.

A continuación, varias anécdotas, algunas técnicas, otras espirituales (?).

La más interesante del armado del CSS tiene que ver con el uso de display:none; para reemplazar texto por imágenes. Este método, creado por Todd Fahrner y explicado
por Douglas Bowman, permite enviar texto para navegadores sólo-texto o lectores de pantalla, e imágenes a los navegadores visuales. El método fue ampliamente utilizado tan pronto como se propuso, ya que permite sitios visualmente ricos y accesibles.

Al día siguiente de publicado por Bowman, se supo que JAWS (el lector de pantalla más popular) en realidad no leía el texto que se suponía debía leer. El método se siguió usando. Yo lo usé en este sitio de MED.

El problema: a los pocos meses, se confirmó que practicamente todos los lectores de pantalla fallaban con este método. Comenzaron a proponerse técnicas alternativas, que no fallaran. Todas ellas más "sucias", rebuscadas, poco intuíbles. Un año después del artículo de Bowman, Dave Shea publica un compilado de todas ellas, concluyendo que al día de hoy ninguna es la "mejor y definitiva".

Conclusiones apresuradas:

1. No todo está dicho en el mundo del CSS, como pretenden pedantemente en 37signals.
2. En 20 segundos reemplacé el display:none; por otra técnica que si funciona. En 2 minutos comprobé que se veía ok en todos los browsers. Moraleja: los trucos, mejor en el CSS y no en el HTML.
3. ¿Cuántas cosas que hago que quedan obsoletas de un día para el otro y nunca me enteraré por no estar al día? ...o me enteraré cuando el proyecto ya esté cerrado...

• Recordar que hay información que proviene de la jerarquía visual
  que puede resultar chocante sin ese contexto. Por ejemplo, el pie con info de Contacto contiene, oculto, un <h3> que le da ese título, ya que sin estilos aparecería de golpe y fuera de lugar.
• Tuvimos problemas inexplicables con los floats, algunos nuevos y otros conocidos. Hubo que solucionarlos porque era la unica forma (se me ocurre) de alinear párrafos con sus respectivas imágenes.
  Metodología de debugeo: reducir el problema a un 'test case' con el mínimo de elementos que producen el problema.
• Una de las ventajas de diseñar en Mozilla y luego testear en otros es que, al encontrar algo que se ve mal en otro navegador, es probable que sea un bug. Por ejemplo cuando me fallaron los floats en IE5 Mac, luego de segundos de horror pensando en un infierno de debuggeo reescribiendo todo, pensé: es un bug.
• Hackear o no hackear: hay elementos que tienen hasta cuatro hacks. Esto me permite posicionamiento 'al pixel' en todos los browsers. (Ver los botoncitos "médicos/pacientes" de la home). El uso de estos layouts es, entonces, un problema más filosófico que de implementación.
• Tuve un problemita muy frecuente con los list items. Me llevó como cuatro horas encontrar el bug de IEwin (algo que a Zeldman le llevó media, pero bueno, el escribió
  el libro.)

* Nota: este post toma su título de un libro de Rodrigo Fresán, que nunca leí.

• Trabajo sobre Windows. Cualquier desarrollador que se precie trabaja sobre Linux. Cuando consulté en un foro me dijeron si si, muy fácil, con este script de bash... Ah, estás en windows, bueno, instalate cygwin... uno no tiene nada que hacer...
• Lo poco que supe alguna vez sobre batchs en DOS lo olvidé hace un lustro

En fin, dos soluciones:

Fácil: bajarse HABTidy. Presenta una interfaz a la config de Tidy con ayuda (algo que tidyUI no tiene), y permite ejecutar esa config sobre muchos archivos y subcarpetas.

Difícil pero puede servir a alguien: hacer un batch de DOS para tidy.

• Básicamente, poner tidy.exe y el archivo de config en la carpeta de Windows (para que sea accesible desde cualquier otra ruta)
• También en esa carpeta, hacer un .bat con la siguiente línea adentro:
  for /R %%a in (*.htm*) do tidy -config C:\winnt\xhtml.tidy -m %%a
• Correr ese .bat en la carpeta a procesar (y sus subcarpetas). Ojo. Que sea una carpeta con ruta 'a la DOS', es decir 8 caracteres, sin espacios

Eso es todo, estuve un buen tiempo buscando esta info y supongo a alguien servirá.

"... presentación de proyectos de ley que promueven el paso de la administración pública [Argentina] al software libre ..."

"...establece que cualquier entidad que distribuya información debe hacerlo en formato estándar: hoy, por ejemplo, para registrar el ISBN de una publicación hay que hacerlo con Word, el procesador de texto de Microsoft. Lo mismo con los accesos telemáticos, que no podrán obligar al uso de software determinado como sucede ahora: existe información de la AFIP que sólo puede verse con el Explorer."

"... el Estado trata y almacena información que no le pertenece: la información es de los ciudadanos, por eso hay un interés público en legislar sobre la materia. Debe haber garantías de transparencia y supervivencia de esa información. Otra razón es la necesidad de un acceso efectivo y sin discriminaciones de todos los habitantes a las fuentes de información. Si uno tiene que usar un software determinado para cumplir con sus obligaciones impositivas, eso es discriminatorio".

La crítica era al URI elegido (www.w3c-es.org), considerando la prolijidad que suele tener w3.org para esto en su propio sitio, y considerando la contundente posición de Berners-Lee respecto a la importancia de un buen URI.

1. Usan "w3c", cuando el dominio del W3C en realidad no lleva "c" (de hecho "w3c.org" redirige a "w3.org")
2. No sigue una jerarquía intuible o consistente con la organización, como podría ser "es.w3.org" o "w3.org/offices/es"
3. No aprovechan el TLD nacional (podrían usar "w3.es")
4. usan un guión, que siempre es un problema para recordar (va? no va?)...

No creo que esto deba ser particular responsabilidad de la nueva oficina en España (seguramente hay gente allí adentro trabajando muy bien). De hecho, podemos ver rápidamente que no hay política en absoluto de parte del w3 para los URI de sus oficinas.

La clave: como podemos imitar en IE propiedades nuevas del CSS que éste no soporta, como mejorar un navegador que pronto nos atará a lo obsoleto como en su tiempo NS4.

Es un favelet que monté para uso personal con un viejo script de Dan Steinman y unos screenshots de las clásicas reglitas. Funciona sólo en IE5.5+ Win. Pero a no preocupar, porque este post viene a cuento del excelente Ruler 1.1 de Centricle (que ha llegado via Zeldman).

A todo esto, recordar que existe la vida tras el navegador: el Screen Calipers de Iconico hará que tus diseños se vean siempre como los soñaste (hasta en Lynx!).