Puede que al leer el título muchos de vosotros (espero que la mayoría) hayáis tenido el reflejo de mirar al calendario para comprobar que no estamos en 1999 (o alrededores). Para la mayoría de desarrolladores web es algo más que obvio: No debes usar frames.
No obstante, cada día hay muchas personas introduciéndose en el mundo del desarrollo web y, por desgracia, muchos de ellos acuden a los tan manidos tutoriales y manuales que llevan siglos rodando por la red, cayendo en esos errores que tantos años nos costó a los demás evitar. Sin ir más lejos, ayer mismo, en un foro (siento no recordar cual) vi una pregunta del tipo ¿Cómo creo una web con frames? y yo pensé ¿por qué iba nadie a querer crear una web con frames? ¿Quizá porque desconoce todos los inconvenientes que conllevan?
De ahí estas 9 razones por las que no debes utilizar frames:
Y, en caso de necesitarlos, crea frames más accesibles y usables
AENOR, en colaboración con CTIC y ESI, lanza un certificado, al que podrán optar todo tipo de páginas y portales de internet y que acreditará que son accesibles para el mayor número de personas, independientemente de sus limitaciones o de las derivadas del entorno de uso.
La nueva certificación asegura a empresas privadas y Administraciones públicas que sus sitios web cumplen en todo momento con las pautas de accesibilidad establecidas en la norma y aporta un sello de excelencia a su presencia en Internet. Asimismo sirve como importante guía de apoyo a la hora de definir los requisitos de contratación y como distintivo de confianza para los usuarios.
Esperemos que, con esta iniciativa, sean muchos los sitios (empezando por las administraciones públicas) que adopten una actitud más comprometida con la accesibilidad web.
Enlace: AENOR lanza la certificación de accesibilidad web en colaboración con CTIC y ESI
Sin duda, de entre todos los cambios que le hice al blog este fin de semana, el más interesante desde el punto de la usabilidad y la accesibilidad ha sido mejorar los formularios y una de las mejoras ha sido la siguiente.
Como dicen las pautas de accesibilidad (Prioridad 3, en este caso)
10.4 Hasta que las aplicaciones de usuario manejen los controles vacíos correctamente, incluya valores por defecto en campos de texto y cuadros de verificación.
Muy bien, introducimos un valor por defecto en los campos de texto. No obstante, es realmente molesto tener que borrar el texto para poder comenzar a escribir. Ahí es donde entra el Javascript, este blog siempre ha tenido un simple toquecito de Javascript para solventar el problema (más o menos)
Esta opción siempre me había parecido una pequeña chapuza, había que incluirla a mano en todos los campos de texto, rompía con la validación del XHTML y, una vez habíamos eliminado el texto éste no volvía a aparecer.
Ayer se me ocurrió mirar si había algunasolución mejor por el mundo, de esas listas para usar (y poco pensar) y dí con esta:
Clearing Default Text
Mucho más limpio y más sencillo.
Simplemente importamos dos archivos javascript y agregamos la clase cleardefault a los campos de texto donde queramos utilizarlo.
…
Podéis ver un ejemplo en cualquier formulario de este sitio.
Para descargar los archivos o si queréis más explicaciones sobre el script, su funcionamiento y el código, dirigios artículo original: Clearing Default Text
Ya lo comentamos antes, en la Unión Europea se acordaron recientemente unas pautas y criterios de accesibilidad y unos plazos máximos para que todos los sitios públicos sean completamente accesibles.
En la Asociación de Internautas han querido comprobar cuan accesibles son los sitios web del Gobierno español y, como cabía esperar, el resultado ha sido penoso.
- Seguimos comprobando que muchas no cumplen los estándares W3C, e incluso muchas sólo son accesibles con un determinado navegador y que, a veces, no permiten realizar tramites on line si no se dispone de el.
- Las barreras a la accesibilidad siguen estando presentes en la gran mayoría de los sitios web de la Administración, por lo que la población discapacitada no tiene los mismos derechos que los demás.
- Todavía en España hay muchísima gente que no tiene acceso a la banda ancha y nos encontramos que la navegación por algunas de las páginas de la Administración se hacen insufribles por el tiempo que tarda en cargar una página.
En el artículo completo en el web de la AI nos han dejado una tabla comparativa de los sitios y sus resultados ante pruebas como el validador del w3c o pruebas de velocidad de carga.
Es, cuanto menos, reseñable que algunos sitios tengan errores tan tontos como mas de una etiqueta body o un gif animado de 2 megas.
¿Llegaremos a tiempo al 2010?
Hace tiempo hablabamos de SortTable, un script que permitiría que nuestros usuarios ordenasen las columnas de nuestras tablas de mayor a menor tanto numérica como alfabéticamente.
Brian McAllister ha creado un script que va un paso más allá de Sorttable, Unobtrusive Table Sorting. Se trata de un javascript no obstrusivo que permitirá a nuestros usuarios ordenar las tablas basándose en numerosos criterios (demo) a la vez que nos permitirá conseguir el encantador «efecto de cebra» en las tablas y el resaltado de la columna que se está ordenando.
Para utilizarlo simplemente tendremos que incluirlo en la cabecera de nuestro documento
y asignar a las tablas y etiquetas TH los nombres de clase especificados en las instrucciones.
Descarga, instrucciones y ejemplos:
Unobtrusive Table Sorting (Revisited)
Hoy, gracias a la lista de correo de la Fundación Sidar,Acceso Web, descubro un recurso más que interesante acerca de Accesibilidad: Dive into Accesibility.
Se trata de una recopilación de trucos y consejos que terminarán de clarificarnos por qué necesitamos crear sitios accesibles y cómo hacerlo. Actualmente el texto está en inglés, no obstante, según el sitio parece que ya hay gente trabajando en la traducción al castellano.
Si hay algo que confunda a nuestros usuarios, al menos los menos «tecnológicos», es pulsar sobre un link y terminar en la misma página en la que estaban. Ya lo dijo Nielsen (traduccion de Torres Burriel), salvo en el caso de los «skiplinks» o de las anclas para dividir textos largos, no deberíamos ofrecer enlaces que apunten a la página actual.
Una forma muy sencilla de limpiar el sitio de esos enlaces «redundantes» es mediante Javascript, Jonathan Snook nos ofrece un sencillo script que examinará automáticamente los enlaces de un sitio y eliminará los que apunten a la página actual salvo los que contienen un ancla:
Clear links to current page with unobtrusive Javascript
Y si no os gusta utilizar Javascript, dos métodos más:
Jakob Nielsen nos habla este mes de los problemas con la arquitectura de la información.
Si tus usuarios siguen yendo a la sección equivocada, tienes muchas opciones mediante las que ponerlos en la pista, desde mejores etiquetas hasta una estructura más clara:
Por supuesto, todo esto queda mucho más claro en el artículo (en inglés) donde se expone con claridad el proceso de diagnóstico y las soluciones dadas a un ejemplo real.
Bajo este sugerente título nos encontramos con la que, en mi humilde opinión, es la mejor herramienta para hacer pruebas de accesibilidad a nuestros sitios web. A pesar de que olvidé mencionarla cuando escribí aquella ronda de test de accesibilidad.
HERA es una herramienta ofrecida por la Fundación Sidar y completamente en castellano que nos permite revisar nuestros sitios según las Directrices de Accesibilidad para el Contenido Web 1.0 (WCAG 1.0). HERA realiza un análisis automático de la página en busca de errores y nos indica además que puntos han de ser revisados manualmente. Además podremos obtener un informe detallado en formato RDF, HTML o PDF.
HERA se encuentra disponible también, bajo licencia GPL, como script para descargar e instalar en tu propio servidor.
Sin duda uno de los mayores inconvenientes del uso de AJAX en una aplicación web o sitio dinámico es la inutilización del botón atrás del navegador y la imposibilidad de seleccionar y agregar a favoritos secciones o vistas de la página.
En los sitios web tradicionales, al ir pulsando sobre los enlaces vamos abriendo páginas nuevas que se verán reflejadas en la barra de navegación. Si el usuario desea volver sobre sus pasos simplemente ha de ir pulsando el botón atrás de su navegador hasta regresar al lugar de donde vino. Además, si lo desea, el usuario puede guardar la dirección de determinada sección o vista para acceder a ella directamente o para compartirla con otros usuarios.
Los sitios web creados con tecnología AJAX no generan nuevas páginas al ir abriendo secciones si no que todo se carga dentro del mismo documento. Los navegadores no están acostumbrados a este comportamiento y si un usuario aprieta el botón atrás pensando volver al lugar donde estaba inmediatamente antes, puede llevarse una desagradable sorpresa al verse en el principio del sitio o, incluso, fuera de él. Ni que decir tiene que al ocurrir todo dentro de la misma página no se actualiza la url y por tanto es imposible seleccionar secciones concretas para favoritos.
Existen numerosas técnicas para corregir este comportamiento y permitir a los usuarios utilizar los botones de atrás y adelante de su navegador, así como acceder directamente a partes del sitio. No obstante la mayoría presenta fallos y, además, suelen estar integradas en librerías más extensas (por ejemplo, Dojo) obligándonos a adaptarnos a la librería seleccionada y a cargar scripts con un peso considerable.
Debido a estos fallos e inconvenientes de las soluciones preexistentes Brad Neuberg decidió crear Really Simple History: Un completo script que puede añadirse a cualquier aplicacion AJAX. RSH soluciona los fallos más comunes y funciona correctamente en Internet Explorer, Mozilla Firefox y Opera. Safari no está soportado por ningún script de este tipo ya que su forma de manejar la historia y los marcadores es totalmente diferente.
Si Really Simple History os parece demasiado pesado o si estáis utilizando Prototype/Script.aculo.us seguramente os interesará echarle un vistazo al script creado por Kevin Hoang, mucho más ligero (poco más 100 líneas de código) aunque seguramente con menos opciones.
Alojado en RedCoruna Hosting
¿Quieres hasta 6 meses de hosting gratis? Utiliza el cupón RCwebmasterlibre al contratar cualquier plan con RedCoruna - más información
El principal motivo por el que no recomiendo utilizar Smarty es porque el propio PHP tiene una sintaxis embebida, lo que permite utilizarlo sin más para escribir plantillas web.
Guerra Creativa es una comunidad para Creativos. Nosotros te proporcionamos el campo de batalla y el armamento para conquistar el mundo creativo. A través de concursos de diseño web y de logos, l…
Con este Ebook puedes tener un sitio web con hospedaje y domino gratis, ademas de un CMS gratis, no debes registrarte en nada, lo unico que debes hacer es luego de leerlo compartirlo, regalarlo, si…
Lista de 32 sitios para descargar imagenes gratis, es una recopilacion de no uno ni dos sino 32 Bancos de Imagenes
Post para aprender a descargar las conocidas librerías de Evermotion para diseñadores que trabajan con 3Ds Max.
¿Qué medidas de seguridad se tienen en cuenta en el momento de implementar una subida de archivos en PHP?
¡Hola!
El componente Auth del framework CakePHP guarda las páginas en la memoria cache de IE7 (o eso es lo que creo haber entendido).
Para que no lo haga, he añadido los campos Ca…
Theresa Neil realizó un extraordinario análisis de 12 diseños estándar de interfases web como parte de su libro Diseñando Interfases Web: Principios y pautas para la interacción
50 herramientas extremadamente útiles para PHP
Tendencias de diseño de botones de ”llamada a la acción”
Ver más noticias de los usuarios
