Hace poco tuve el agrado de experimentar un poco más con CSS haciendo un prototipo de Barrapunto, la idea como la he explicado es diseñar algo que sea ampliable al gusto de los lectores de Barrapunto, digamos que entre las cosas que se puedan asociar al diseño como la gráfica, colores y las tipografías tienen que ser elecciones de los usuarios, pero como todo existen limitaciones.

Y como este fin de semana estuve enfermo y no pude incursionar en el mundo de la informática como lo hago todos los días me he dedicado a recuperarme y leer, así que el resto de las obligaciones que tenía tuve que aplazarlas entre ellas esto de barrapunto, un artículo para una revista el cual terminaré hoy a la noche y otras cosillas más.

De todas formas, he leído críticas bastante interesantes, algunos han recaído en lo que yo temía que era la disposición de los elementos en la página, y que son totalmente reales y están en lo correcto, sobre todo en un sitio como barrapunto donde módulos de navegación hay por doquier y en abundancia. Esto para los que no entienden lo voy a contar.

Resulta que en Barrapunto hay mucha gente que trabaja con consolas de terminales, y por lo general navegan internet–ahora se puede escribir en minúscula :)–con la misma consola, en modo texto, y utilizar solo CSS y XHTML es una ventaja, pero no es una ventaja si te topas con el ejemplo que hice, dado que lo primero se lee la cabecera (o sea, 3 o 4 enlaces, el título), luego todos los menus y luego recien las notas.

Si lo que quería era hacer un sitio accesible 100% debí preveer este tema desde un principio, aún así el sitio es accesible, pero todavía no es cómodo, no para este tipo de casos, entonces, para enmendar el problema, probaremos otras maneras de que el primer contenido que se aprecie sea las notas, para agilizar la velocidad de lectura, había pensado en poner dos enlaces de texto, pero esto es atar con alambre.

Antes de empezar a rediseñar barrapunto, quiero tener el prototipo que satisfaga al menos a la gran mayoría de los usuarios, por supuesto, críticas objetivas del trabajo todavía son bienvenidas.

Para no perder el hilo, aquí publico los tres enlaces que quedaban:

1. Página de Inicio
2. Página de nota
3. Página de comentar un comentario

Las cosas que ya he notado gracias a la crítica:

1. Un bug en la presentación de las cabeceras de todas las notas, al parecer ocurre en IE y en Safari. Esto sin dudas ocurre por una malinterpretación de CSS y el uso de los comandos clear: both;
2. Mejora de los formularios, como había prometido, haremos que los formularios tengan “reacciones” gráficas -foco, iluminación- para atraer la vista en el área que se está editando en el momento. También quiero revisar el orden de tabulación de los formularios y las etiquetas (labels).
3. Estructurar de nuevo la página (cuestion de mover 2 módulos que he programado no es mucho trabajo) y en el CSS cambiar la disposición de los elementos para que vuelva a tener aspecto de 3 columnas, de modo que los navegadores solo-texto podrán apreciar al principio la cabecera y las noticias.
4. Mejoras gráficas, iconografía, estoy pensando en liberar la librería que hice con ntropia pero me limitaré a hacer otra sugerencia, el resto será cuestión de que si a la gente no le gusta no lo escoja o si, también liberar esa librería así ellos mismos con unos pocos movimientos pueden cambiar las capas necesarias y hacer las propias.
5. El tema coloración ha variado un poco del original sobre todo en los grises, pero como es una plantilla de CSS, le permitiría hacer lo que quiera, o sea que cada usuario pueda escoger los colores que quiera, de hecho ya lo puede hacer.
6. Tema visualización final en navegadores, suele ocurrir que se produzcan descontentos por que las cosas no se ven del todo bien en el Konqueror 2.x de Pablo pero si se ve bien en el Internet Explorer de Raúl y Sonia, mientras que en Mozilla se ve mitad mal y mitad bien dependiendo la versión caso de Israel, es por eso que esto se ha enfocado en diseñar la estructura, y a la vez mejorar la arquitectura de presentación de los contenidos, se puede apreciar notablemente, y está todo detallado, son cosas que lamentablemente no se pueden leer en la web del W3C son conceptos básicos de muchas publicaciones hechas por personas dedicadas exclusivamente al estudio y que vosotros tenéis toda la libertad de averiguar, incluso entrando en la sección de arquitectura de la información de este sitio hay referencias a todos los estudios que tengo acceso.

Paralelamente a todo esto, estaré pensando en el cambio de la CSS y de la estructura de menus pero estoy seguro que comenzaré por éste orden de jerarquías:

1. Cabecera
2. Cuerpo de la página
   1. Menu principal
   2. Noticias
   3. Resto de módulos (comentarios, ecol, etc.)

3. Pie de Página

¿Alguna sugerencia? ¿Alguien estuvo haciendo sus pruebas con lo hecho?