Bien batido y revuelto

En el más reciente artículo de A List Apart, “12 Lessons for Those Afraid of CSS and Standards“, el autor nos da 12 consejos a tener en cuenta a la hora de iniciarse en el diseño web con estándares y CSS. La principal idea a tener en cuenta es que será muy duro, y el primer consejo casi lo define todo:

Lesson No. 1: Everything you know is wrong… sort of
Just so we’re on the same wavelength, I want to underscore the fact that if you’re starting to work with CSS, everything you’ve learned to this point probably feels useless, or worse than useless.

Una lectura interesante para aquellos que quieran pelear con (X)HTML.

A través de Microsiervos descubrí una interesante gráfica sobre el tiempo dedicado al diseño web.

Real como la vida misma.

Me topé con un par de enlaces, el primero sobre como editar plantillas de Wordpress con DreamWeaver. No es una de las herramientas que uso, pero me pareció interesante ya que algunas veces me planteo cómo deberían trabajar los diseñadores web en conjunción con los programadores (por experiencia juraría que gran parte del trabajo con el (X)HTML queda como trabajo del programador).

El segundo enlace es “Design Tips for Building Tag Clouds”, en el que se dan algunas sugerencias y consejos sobre como presentar las nubes de etiquetas, sin ninguna explicación técnica (nada de programación ni HTML), sólo es una breve discusión sobre cómo hacerlas más útiles.

Y ya puestos a dar enlaces quiero rescatar algunos que considero interesantes sobre diseño líquido. El primero, “Liquid layouts the easy way” en el que se da una introducción a los diseños líquidos en HTML (distribuciones de páginas que no tienen un tamaño prefijado y que se adaptan al navegador y/o al dispositivo). El segundo artículo “Liquid CSS Layouts - Design Alternative to Table Based Websites” es algo más extenso y entra en más detalle sobre las implementaciones. Son técnicas antiguas y seguramente muchos las conoceréis, pero no está de más intentar adoptar esa nueva forma de diseñar para hacer una web más usable y accesible ¿no créeis?

En un artículo con una feroz crítica a las WCAG 2 (hay una traducción del borrador en Sidar) Joe Clark anuncia la creación de WCAG Samurai, que pretenden publicar correciones y mejoras de las WCAG 1.0 (también está disponible una traducción), que a pesar de tener más de 7 años consideran que puede ser un buen punto de partida.

Leyendo la crítica en la que se anuncia la creación de este grupo podemos adivinar que el objetivo es tener una un conjunto de reglas claras, bien definidas y basadas en estándares como HTML (parte de las quejas hacia WCAG 2.0 se centran en que ¡no es necesario tener (X)HTML válido!). También parece que quiera darse importancia a “la accesibilidad que no pueden comprobar las máquinas”, ofreciendo un lenguaje claro, alternativas para las personas con problemas de visión o sordera, una buena plataforma sobre la que desarrollar multimedia accesible.

Realmente me parece muy interesante el proyecto, creo que WCAG 1.0 a pesar de sus lagunas puede ser un buen punto de partida, y el espiritú que transmite el anuncio (centrarse en estándares y en lo que se ha aprendido en la realidad) me hace ilusionarme por unas WCAG 1.1-Samurai o como vayan a llamarlas. ¿Qué deseas ser miembro y aportar tus experiencias? Me temo que no podrá ser:

WCAG Samurai will toil in obscurity for the foreseeable future. Membership rolls will not be published, and membership is by invitation only. Don’t call us; we’ll call you.

En el mismo artículo explica que quizás no sea la opción más justa, pero que creen que para este tipo de documentos y especificaciones es la mejor forma de trabajar. Esperamos vuestro trabajo con los brazos abiertos, samurais.

Por cierto, Joe Clark trabaja como consultor experto en accesibilidad, escribió Building Accessible Websites, y colabora regularmente en ALA.

En “The web is excellent for distraction” no descubren nada nuevo, pero no viene mal que de vez en cuando lo recordemos.

‘Surfing’ is a really misleading metaphor, right? Surfing evokes images of beaches, bikinis, fun times and waves in the sun. Sitting glued to a monitor, clicking-away into the never-never is the furthest thing from this possible (OK, so may be there’s a few bikinis).

¿Os hace ser muy improductivos tener un navegador a vuestra disposición en cualquier momento? Yo debo admitir que sitios como Slashdot, Barrapunto y Bloglines más de una vez hacen que me salga de mi camino. No me extraña la aparición de términos como infoxicados (aunque debo admitir que me gusta más el término information overload.

Ya he hablado sobre cómo fijar precios para productos, así que me pareció interesante enlazar a Don’t forget the premiun plan.

It’s $80 more than the Pro plan ($19 vs. $99), and we were worried that it might be a bit too expensive. Holy crap, were we wrong.

Y explica la experiencia de un producto web que ha conseguido aumentar sus ingresos gracias a un producto. Otro enlace interesante, sobre un caso típico de los precios la enlazan en los comentarios. Además, así también he descubierto Vitamin un sitio que parece bastante interesante para ir observando el momento punto-com 2.0 desde un punto de vista optimista y constructivo.

En The Best of Web 2.0 se hacen eco de los mejores sitios “web 2.0″ (sea lo que sea eso). Interesante para saber a dónde estamos llegando tarde :-)

Como aquella escena de Tron en la que los protagonistas abandonan el grid, en “A List Apart” se nos presenta un artículo que pretende darnos algunas ideas sobre cómo abandonar los diseños cuadriculados. Quizás pueda ser una reflexión interesante, habrá que tenerla en cuenta.

En el artículo “In search of the One True Layout” se presenta una especie de framework CSS para generar layouts. Habrá que echarle un vistazo, pero la idea parece buena.

Hace un tiempo Rasmus Lerdorf, escribió un correo explicando sobre AJAX, aquí va una traducción al vuelo.

Creo que mucho de todo eso de AJAX es un poco exagerado. Mucha gente ha estado utilizando cosas parecidas
desde mucho antes que se llamase “AJAX“, y realmente tampoco es tan complicado como mucha gente lo hace parecer.

Aquí hay un pequeño ejemplo de una de mis aplicaciones. Primero el JavaScript:

function createRequestObject() {
var ro;
var browser = navigator.appName;
if(browser == "Microsoft Internet Explorer"){
ro = new ActiveXObject("Microsoft.XMLHTTP");
}else{
ro = new XMLHttpRequest();
}
return ro;
}

var HTTP = createRequestObject(); function sndReq(action) {
HTTP.open(’get’, ‘RPC.php?action=’+action);
HTTP.onreadystatechange = handleResponse;
HTTP.send(null);
} function handleResponse() {
if(HTTP.readyState == 4){
var response = HTTP.responseText;
var update = new Array();

if(response.indexOf(’|’ != -1)) {
update = response.split(’|');
document.getElementById(update[0]).innerHTML = update[1];
}
}
} Con este código creamos un objecto Request además de una petición de envío y una función que gestione
la respuesta. Si quieres usarlo añades este JavaScript a tu página. Después para usarlo tan sólo necesitas
enlazarlo a algo, como por ejemplo a un evento onclick o directamente en un href como este: [foo] Así cuando alguien haga click en ese enlace lo que realmente pasará es que se generará una petición a
RPC.php?action=foo que se ejecutará en el servidor. En RPC.php puedes tener algo como esto: switch($_REQUEST['action']) {
case 'foo':
/* do something */
echo "foo|foo done";
break;
...
}


Ahora, miremos a la función handleResponse. Analiza la cadena “foo|foo done” y la separa a partir del carácter
‘|’. Entonces utiliza lo que va antes de ‘|’ como el identificador del elemento DOM de la página y lo que va después
será el nuevo innerHTML del elemento que hemos referenciado. Esto significa que si tenemos una etiqueta div como esta:

Epaminondas Pantulis enlaza en su bitácora barrapuntera a “Tags: Database schemas“, un artículo en el que se presentan distintos esquemas para almacenar en una base de datos los tags que forman una folksonomía.

En su momento implementé un sistema muy rudimentario basandome en un módulo de Drupal que ya existía. El sistema es muy cutre porque guarda todos los tags en una cadena y funcionaría muy lento si hubiese un gran volumen, pero para el caso de mi página personal cumplía bien con su cometido.

Los tags son una de las partes más importantes de las folksonomías, pero para poder conseguir el caracter social debe permitirse que distintas personas (o robots, o lo que sea) etiqueten los contenidos, no basta con permitir etiquetado como yo hago en mi sistema casero.

Typetester es una aplicación web que permite comprobar las distintas fuentes y efectos que pueden aplicarse mediante CSS. El uso de fuentes en documentos HTML a veces puede ser complicado, depende mucho de la plataforma salvo que se usen las tipografías genéricas definidas en CSS.

Seguramente no sea más cómodo que utilizar otras herramientas más especializadas como EditCSS para Mozilla o incluso un editor completo como NVU, o incluso algún editor de CSS JavaScript (no tengo URL a mano, pero probé alguno en su momento).

Me acabo de encontrar a través del CMS.org/archive/2005/09/08/flux-CMS-as-openid-server.html”>blog de Flux de la existencia de una implementación en PHP de OpenID en Videntity.org..

Para los que no lo conozcan, OpenID es un protocolo de identificación distribuido. Se diferencia de otros sistemas de autenticación OpenID es totalmente distribuido y solamente se ocupa de certificar que es quien dice ser, no lleva gestión de perfiles ni de permisos, que iría aparte.

Me parece un sistema muy interesante, orientado sobre todo a la web y por eso muy potente para las aplicaciones actuales. ¿Hay muchas cosas que soporten OpenID?

A través de un artículo sin sentido sobre un Google Office he estado pensando un poco sobre uno de los protocolos que pensé que sería toda una revolución, WebDAV. WebDAV es un sistema que funciona extendiendo HTTP y por lo tanto podría tener una gran aceptación (firewalls preparados, aplicaciones, librerías, estadísticas), a pesar de su relativo fracaso está soportado por muchos lenguajes, entornos y plataformas.

Volviendo a la noticia original de /. descubro que no es la primera vez (ni será la última) que se plantea la ¿necesidad? de una suite ofimática accesible via web. Personalmente por ahora prefiero muchas aplicaciones a su equivalente web, al contrario de lo que piensa Zawodny y no me sentiría cómodo así. Sin embargo, cuando plantean el uso de AJAX para crear aplicaciones se suele recalcar como ventaja la posibilidad deacceder desde cualquier lugar a nuestros documentos. Cuando eso ocurre pienso en porqué no tienen éxito sistemas como iFolder o el mismo WebDAV, que además están bastante bien integrado en varios entornos de escritorio.

Si WebDAV realmente se hubiera conseguido difundir creo que hubiera sido muy interesante, y así tendría más acceso la existencia de sencillas aplicaciones capaces de gestionar los documentos. El camino parece que va siendo AJAX y lo que sea que se define como la Web 2.0, sin embargo me atrae más la idea de utilizar Internet como repositorio para los documentos y que sean las aplicaciones las que accedan a ellos. En el caso de que se llegase a desarrollar la V de WebDAV incluso el mismo soporte podría gestionar de forma transparente las distintas versiones. Suponiendo que lo distribuido fuesen los sitios de archivo, que se pudiesen sincronizar fácil o transparentemente, y que se ejecutasen formatos estandarizados sería muy posible que existiesen pequeñas aplicaciones web para, por ejemplo, realizar pequeñas transformaciones (rotaciones, transformaciones) en IMágenes, editar textos y otras cosas así.

En resumen, si lo que se pretende conseguir es tener disponibilidad absoluta desde cualquier lugar, creo que más interesante sería ofrecer formas de poder compartir los documentos de mi escritorio desde cualquier sitio en Internet (sincronizandolos) y la opción de tener pequeñas (o no tan pequeñas) aplicaciones web para editar esos recursos. Sin embargo, parece que cada vez más Internet se va conviertiendo en aquello que se da a llamar InterWeb. Lo que no estoy seguro es cuánto de mi queja es por aquello de “viejos tiempos siempre fueron mejor” y cuanto se debe a que realmente creo que el navegador no es la mejor solución para todos los problemas.

Pues Slashdot ya ha actualizado a HTML + CSS. Si queremos empezar a jugar podemos descargar la página y utilizar NVU para jugar con los CSS, que no lo hace del todo mal.

No me preguntéis cómo pero de casualidad me he topado con voo2do, una aplicación web para gestionar tareas y listas to-do. Está en desarrollo (podemos seguirlo en su blog) y para hacernos una idea, es comparable a Backpack (o quizás incluso ta-da lists). De heco, publican una comparación de voo2do frente a Backpack.

Un producto interesante para echarle un vistazo y seguir su desarrollo.

A través de entrada de bitácora de los desarrolladores de KDE descubro una nueva iniciativa que pretende crear unas pautas para la interfaz de los CMS. Por ahora el proyecto es nuevo y tan sólo tienen el esqueleto de un Wiki.

Las pautas de los interfaces están tomando una gran relevancia, siendo posiblemente las más populares las recomendaciones de Apple y las HIG de Gnome o las menos sólidas guías de diseño de KDE (por cierto que había una interesante entrevista a los responsables de cada proyecto).

Quería aprovechar para recomendar una interesante bitácora en la que se reseñan libros interesantes, pero parece que de repente se haya quedado vacia, por si acaso la enlazo: la bitácora de Rafael López Callejón, llena de títulos muy interesantes, ojalá sólo sea un fallo temporal y sus contenidos vuelvan a estar disponibles.

Anoche me enseñaron Signal vs. Noise (by 37signals), un blog por los creadores de Basecamp. Ofrece reflexiones sobre el diseño web, la creación de aplicaciones, la ergonomidad y el funcionamiento basado en la creencia de “menos es más”.

Muy interesante. Ya está en mi agregador, y seguramente en el de muchos.

rvr suelta en IRC un interesante estudio de HP: The Structure of Collaborative Tagging Systems, que es la base de las denominadas folksonomies (en Many 2 Many tienen varios artículos sobre el tema).

El sistema de etiquetas es bastante sencillo de implementar, de hecho HTML incluye esa posiblidad mediante el el uso del META keywords, sin embargo lo que confiere el valor es dar la posiblidad de que sean otros los que etiqueten un contenido. Ahora, cuando pensamos en que otros puedan definir cierto contenido tenemos que pensar también en “¿cómo afecta el spam a todo esto?”. La verdad no se si hay respuesta, pero creo que lo mejor es establecer una red de confianza mediante contactos y otros algoritmos que imagino que permitirán filtrar.

¿Son las folksonomies un boom o han venido para quedarse? Creo que de alguna forma lo segundo, evolucionarán hasta adaptarse a nuestra forma de trabajar en la red.

Breaking onload limits, como conseguir superar las limitaiones del evento onload.