nov 9, 2009 - Categoría: Noticias    Escrito por Eduardo Sainz Lopez   Número de comentarios: 0 Comentarios

Los 5 años de Firefox

El 9 de noviembre se cumplen 5 años del lanzamiento de la version 1.0 de Firefox. Mientras tanto Mozilla ya permite descargar la primera versión beta del Firefox 3.6

Firefox cumple 5 años

De las novedades que presenta esta versión, según Mozilla, figura Personas que permite una mayor personalización de su apariencia; más rapidez en la ejecución de programas basados en Java Script; la capacidad de detectar la orientación del ordenador para máquinas con acelerómetro; visionado a toda pantalla de los vídeos en páginas con HTML5…

Según Cnet, Mozilla debate si el lanzamiento de este nuevo Firefox lo hará como una actualización automática del 3.5 o lo considerará una actualización de más entidad.

¡Feliz cumpleaños, Firefox!

nov 8, 2009 - Categoría: Web Móvil    Escrito por Álvaro Brito   Número de comentarios: 0 Comentarios

Guía de Emuladores de Móvil

Este artículo se centra en la configuración de emuladores para probar sitios móvil (que también pone de manifiesto emuladores que se pueden utilizar para probar aplicaciones móviles). En él veremos los diferentes tipos de emulador disponible, los mejores para usar, y las diferentes formas en que pueden ser utilizados.

Emuladores para dispotivos móviles

Emuladores de Móviles

Se dividen en tres categorías principales:

  • Emuladores de dispositivos: Estos son generalmente proporcionados por los fabricantes de dispositivos para simular el dispositivo real. Son excelentes para la prueba de su sitio Web o aplicación en un dispositivo en particular.
  • Emuladores de navegadores: Para simular entornos móviles. Si bien es útil para determinar la funcionalidad disponible en un navegador móvil en particular, son inútiles para el dispositivo de pruebas específicas. Ya se escribió un artículo sobre Navegadores para dispositivos móviles, dónde podemos ver los diferentes navegadores que existen actualmente para dispositivos móviles.
  • Microsoft proporciona emuladores para Windows Mobile, y Google proporciona un emulador de Android. Éstos se ejecutan dentro de un entorno simulado de dispositivos móviles y facilita el acceso a aplicaciones que se ejecutan en el sistema operativo, por ejemplo, un navegador Web.

Os dejo con el artículo completo de mobiForge, muy interesante para aquellos desarrolladores Web Móvil que deseen poder probar sus sitios Wen los diferentes dispositivos móviles, con solo instalar y configurar unas aplicaciones:

Guía de Emuladores de Móviles

Agrego tambien una Guía de validadores de Olga Carreras, muy interesante. En dónde incluye también la validación para móviles.

oct 27, 2009 - Categoría: Accesibilidad Web    Escrito por Jorge López   Número de comentarios: 6 Comentario

El daltonismo en la web: Consejos y soluciones

Un pequeño detalle de usabilidad del que no se salva casi nadie, es la falta de adaptación de los sitios web para personas con daltonismo.

En España lo padecen en alguna medida cerca del 10% de los hombres, y menos del 1% de mujeres. Por lo que un segmento importante de la población, queda olvidada y discriminada en la Web.

Logo de google tal y como lo vería un daltónico

Logo de google tal y como lo vería un daltónico, más amarillento de lo habitual.

La forma más común de esta enfermedad, consiste en percibir como gris de distinta intensidad los colores rojo, verde y amarillo. Sin embargo, en algunos casos, los daltónicos pueden ver más matices del color violeta que las personas de visión normal. También hay casos en los que la incidencia de la luz puede hacer que varíe el color que ve el daltónico.

Algunos consejos:

El contraste es lo más importante para un daltónico

Hay que diferenciar en todo lo posible el primer plano y colores de fondo. Para asegurar la mejor legibilidad a tu sitio, la mejor opción es utilizar letras negras con fondo blanco. Usar fondos azules o verdes disminuye y degrada la legibilidad. De ser posible no uses el color rojo de fondo, puesto que disminuye la legibilidad sin importar el color de las letras. El uso de azules ligeros y grises claros, aumenta el stress óptico de muchos daltónicos.

Intenta Utilizar el contraste recomendado por herramientas de comprobación de color. Contrast Analyser es una estupenda herramienta, que comprueba si el contraste de nuestros sitios se ajusta a las pautas de accesibilidad. Además incorpora una funcionalidad para simular las condiciones visuales del daltonismo.

Transcribo las palabras de Daniel Flück, de cuya página hablaremos más tarde para clarificar lo importante que es el contraste para un daltónico:

“Me gustaría añadir mi lista personal de colores que a menudo no pueden distinguir. Y también me gustaría añadir algunos ejemplos para ellos, así alguien con visión normal podrá ser capaz de imaginar un poco que se siente al ser daltónico

  • Contraste de color rojo oscuro a negro: Si recibo un correo electrónico con las palabras resaltadas en rojo, no puedo verlas.
  • Contraste de verde hierva a naranja: no puedo detectar una naranja que caiga por el suelo de mi jardín.
  • Contraste de verde hoja a rojo: para mí no hay ni flores ni manzanas rojas en los árboles.
  • Contraste de verde claro a amarillo: no puedo ver si es un plátano maduro o no.
  • Contraste de violeta a azul oscuro: nunca sabré cuál es la diferencia.
  • Contrate de cian a gris: todos los tonos de azul-verde son incoloros para mí.
  • Contrate de verde a marrón o a rojo: Por favor, no me hables de animales rojos en el bosque.”

Cuidado con los enlaces

Los vínculos no deben depender exclusivamente de un color, o por lo menos que este no sea ni rojo ni verde. Es recomendable marcar los enlaces de alguna forma, como por ejemplo con subrayado, cursiva, negrita…ect

El problema de los formularios

En un formulario se suelen incluir elementos gráficos que le indican al usuario si algún campo está incompleto y que es necesario rellenarlo. El mecanismo más utilizado es añadir un texto de aviso con letras rojas para indicar qué campos es obligatorio rellenar. Recuerda que a un daltónico le puede resultar casi imposible distinguir una letra roja de una negra, por lo tanto no van a tener forma de saber cuales campos son obligatorios.

Una buena solución seria incluir alguna forma de identificación, o un simple asterisco junto al campo que es obligatorio rellenar.

Pero la regla más importante es:

Nunca, nunca utilices el color únicamente para indicar, comunicar o diferenciar algo. Para complementar el color puedes utilizar otros elementos como formas, patrones, de texto, iconos, sonidos o incluso fotos.

Ejemplos prácticos:

We are Colorblind, es una página escrita por Daniel Flück, que se ha convertido en la referencia en cuanto al daltonismo en diseño web se refiere. En esta página, nos podemos encontrar con unos cuantos ejemplos, donde podemos aprender cómo interacciona un daltónico ante ciertos diseños. Además nos propone soluciones para evitar estas dificultades. He querido recoger aquí algunos ejemplos:

Los gráficos de líneas estadísticas:

El problema surge cuando no hay un método claro de relacionar dos o más colores de las líneas, con sus valores correspondientes y los nombres de categoría en la leyenda. Esto confunde a los daltónicos, lo que a veces hace imposible la utilización de la tabla.

Solución 1: Incorporación de una leyenda al gráfico

Al colocar las leyendas de la tabla junto a las líneas correspondientes, los daltónicos tienen una mejor conexión visual entre la tabla y los datos. El daltónico ahora puede contar con algo más que un color para entenderlo mejor.

Solución 2: Uso de diferentes formas e iconos

Mediante la inserción de formas o iconos en los trazados de las líneas, el daltónico mejorará su experiencia. Esta solución no funciona para todas las estadísticas, ya que algunas no utilizan líneas.

Iconos de status

los iconos de status tienen una amplia variedad de usos, por lo general se suelen utilizar para comunicar el estado de algo en un sitio web.

Problemas

  • El problema surge cuando el color se utiliza para comunicar el estado de los iconos. El Pitch Dark de Firefox, es una herramienta ideal para usuarios daltónicos, pero aun así, la mayoría de los iconos contienen rojo y verde, lo que, en ojos daltónicos, los hace casi invisibles.
  • Los Iconos aislados, sin otros cercanos para su comparación, no parecen tener un color claro. Un icono verde puede parecer de color rojo o naranja a una persona daltónica.
  • Los Iconos con muy poca diferencia en la forma también son confusos. Un daltónico tendría que mirar de cerca para detectar la diferencia en la forma

Solución 1: Usa iconos que describan la acción o el estado

Eso podrá ayudar a los daltónicos a comprender los iconos, sin tener que confiar sólo en el color.

Solución 2: Usa leyendas

A veces no es posible describir una acción o estado con un simple icono. Puede que el espacio disponible sea limitado o la acción es demasiado compleja para describirla. Si la forma de los iconos no puede explicarse fácilmente, una buena solución puede ser poner una leyenda junto al icono.

Solución 3: Usa colores fáciles de distinguir

El uso de colores muy claros y con buen contraste ayuda a que se comprendan mucho mejor por personas con daltonismo. Por encima de todo, hay que tratar de evitar contrastes inapropiados.

Herramientas

Existe una herramienta llamada Colorblind Web Page Filter que nos ofrece la posibilidad de navegar por Internet a través de los ojos de un daltónico, permitiéndonos reproducir los colores de las distintas web tal y como los vería cualquier persona con daltonismo.

oct 23, 2009 - Categoría: Navegadores, Noticias    Escrito por Jorge López   Número de comentarios: 3 Comentario

¿Que nos ofrecerán las futuras versiones de firefox?

Dentro de poco, (se supone que el mes que viene), firefox lanzará la versión 3.6 de su popular navegador. A pesar de tratarse de una actualización menor, promete cosas interesantes. En este artículo veremos que mejoras y novedades nos traerá. Mirando un poco más allá, vamos a ver que novedades han trascendido de la versión 3.7, que sin duda incluirá funcionalidades que darán que hablar. Por último, intentaremos descubrir que se sabe de la todavía lejana versión 4 de firefox.

Firefox 3.6 (Namoroka) – Noviembre 2009

Novedades

  • Vista previa de pestañas presionando Ctrl+Tab.
  • Evolución del motor JavaScript TraceMonkey.
  • Mayor velocidad de arranque y sensibilidad de respuesta mejorada. Mejoras de rendimiento en general.
  • Mejor sesión restaurada en caso de fallos.
  • No será necesario reiniciar Firefox después de instalar temas o componentes.
  • Se incorporarán transiciones fluidas (al estilo de Chrome o de Safari).
  • Soporte para aplicaciones web ,( para que las páginas puedan guardarse como aplicaciones web de escritorio).
  • Detectará la posición en la que se encuentra la pantalla del dispositivo, lo que permite realizar acciones, mediante una API, relacionadas con la posición del equipo en tiempo real. Aquí tienes un vídeo de ejemplo de esta característica:

Firefox 3.7 – Marzo de 2010 aproximadamente

Novedades

  • Como Internet Explorer 8, Firefox permitirá previsualizar el contenido de cada pestaña en forma de miniaturas. Esta nueva característica funcionará a través de múltiples instancias del navegador, es decir “sin importar la cantidad de ventanas abiertas”).
  • Soportará WebGL una API de OpenGL. Esta tecnología permitirá aplicaciones basadas en web pero corriendo en nuestro navegador, con aceleración 3D. podremos disfrutar de juegos de última generación corriendo en nuestros navegadores.
  • Aprovechará los dispositivos multitouch (multitáctiles)
  • Incluirá una versión más optimizada de TraceMonkey y mejoras en el tiempo de carga de las páginas.
  • Soportará Aero Glass, característica de Windows Vista y del nuevo Windows 7. Esto permitirá aportar transparencia a la pantalla de nuestro navegador, ( los usuarios de Windows XP olvidaos de esta característica).
  • Ya está disponible la versión pre alpha de esta versión
  • Ya hay disponible un video de Firefox 3.7:

Firefox 4 – Segunda mitad del 2010

Novedades

  • Una nueva plataforma de sincronización llamada Mozilla Weave, siendo similar a la barra de direcciones inteligente que cuenta Firefox 3.0, pero más compacta e integrada
  • Una plataforma de extensibilidad con la intervención de JetPack. Recordaros que JetPack es una interfaz de programación que permite a los usuarios desarrollar extensiones para Firefox de forma sencilla.
  • Separación de procesos en ejecución, esto es algo que ya conocemos por Google Chrome. Esta forma de optimización estabiliza al navegador, aunque tiende a consumir un poco más de memoria.
  • También nos traerá un cambio importante de interfaz, que estará disponible en todas las plataformas en donde se pueda ejecutar el navegador. Esto nos traerá mejoras en los efectos visuales de las pestañas.
  • Podremos separar las aplicaciones web de nuestro navegador, para que las podamos ejecutar directamente desde nuestro escritorio. Esta opción nos permitirá ejecutar dichas aplicaciones aunque no tengamos conexión a Internet.
  • Aquí tienes un avance de lo que será esta versión

oct 19, 2009 - Categoría: Usabilidad Web    Escrito por Jorge López   Número de comentarios: 3 Comentario

Estudio de patrón de lectura de usuarios web

Pensamos en crear “literatura de calidad” (o al menos “el folleto de un producto”), cuando la realidad del usuario está mucho más próxima a la “cartelera publicitaria que pasa a 100 kilómetros por hora”.
Steve Krug

Según un estudio realizado por Jackob Nielsen, los usuarios no leen, sino que escanean la página para determinar si merece la pena examinar ese contenido. El usuario más común solo lee primeras palabras de cada frase, empezando por arriba y perdiendo interés a media que baja.

Patrón de lectura

Como se puede ver en esta foto, el patrón de lectura que genera el test de usuario tiene forma de “F”.

Otro estudio nombrado por Jackob Nielsen indica que la mejora de los buscadores y la popularización de la banda ancha han modificado el comportamiento de los usuarios. En dicho estudio se indica que la mayoría de los visitantes de una web sólo leen entre 20% y un 28% del texto de la página y que un 17% están menos de 4 segundos antes de pasar a otra página. Esto nos da una idea bastante clara del carácter del usuario.

Las personas como depredadores de información

El uso corriente de Internet viene motivado por el deseo de ahorrar tiempo. El usuario sólo busca las partes que se ajustan a su interés. El resto de información es simplemente irrelevante. Hojear es la forma de encontrar las partes que nos interesan.

A este respecto, es muy interesante la teoría que desarrollaron a principios de los años 90, Peter Pirolli y Stuart Card. Según su teoría del rastreo o forrajeo de información (Information Foraging) , los usuarios se comportan como animales salvajes que rastrean su entorno en busca de comida. Tienen un objetivo claro y empiezan su búsqueda buscando rastros de lo que necesitan. Las personas utilizan el rastro de información para decidir en qué enlace hacen clic.

Cualquier rastro (enlace, texto, imagen) que les permita realizar un progreso hacia su objetivo será seguido. Si el rastro se mantiene constante (dando la sensación de dar rodeos sin llegar a ninguna parte) o disminuye, lo más probable es que abandone la página. Así pues, cualquier elemento que sea percibido como no relevante será ignorado.

De esta manera, si la información que busca una persona está en nuestra web, pero camino que lleva hasta ella tiene poco rastro de información, la persona probablemente lo busque en otro sitio.

Como mejorar el rastro de información de nuestras páginas:

  • Indica la información más importante en los dos primeros párrafos de cada página: De esta manera es más probable que los usuarios lean el contenido que tu quieres que lean. Hay posibilidades de que los usuarios lean todo el material de tu web, pero ten por seguro que serán muy pocos.
  • Busca las palabras más comunes respecto a la temática de tu web: Estas palabras llaman mucho la atención e incitan a hacer clic en los enlaces que las contienen.
  • No entierres el contenido en documentos demasiado largos: Divide los textos en varios documentos enlazados o crea un índice que permita identificar y moverse por las secciones de cada documento.
  • Realiza un estudio las estadísticas de tu página: Para conocer a los usuarios que entran en tu web y averiguar que información andan buscando. Saber de que enlaces vienen, te ayudará a hacer ajustes en las páginas para facilitarles el camino a lo que buscan.

Diseñando para Móviles (diseño para múltiples tamaños de pantalla)

En este artículo os enseñaremos y aprenderéis como conseguir un Diseño Web 100% Móvil, se explicará paso a paso las distintas estrategias para lograr el objetivo de; diseñar una Web totalmente válida para la gran mayoría de dispositivos móviles, usando las técnicas y tecnologías que podrás ir viendo a continuación.

Imaginemos que tenemos que encagarnos de crear un diseño de un sitio web para móviles. Es probable que, a menos que estemos diseñando para un solo dispositivo, rápidamente nos vamos a encontrar con un problema común que experimentan todos los diseñadores que trabajan con dispositivos móviles, averiguar cuales son realmente las proporciones de pantalla de un dispositivo móvil.

Por ejemplo:

  • El iPhone es de 320 píxeles de ancho por 480 píxeles de alto.
  • Muchos dispositivos de Nokia N-Series son 240 píxeles de ancho por 320 píxeles de alto.
  • Los dispositivos más nuevos a menudo apoyan un modo apaisado donde la anchura y la altura se invierte de forma espontánea.
  • Los dispositivos de Nokia más populares disponen de pantallas que van de 176 por 208 píxeles hasta 352 por 416 píxeles.
  • Las resoluciones de pantalla Blackberry variar desde 160 x 160 píxeles hasta a 324 x 352 píxeles.

Ejemplo de diseños Web para móviles

Este artículo se destina a ayudar a desarrollar el diseño de estrategias eficaces para orientarlo a una amplia gama de dispositivos móviles y tamaños de pantalla. Con este fin, comenzamos con un esquema de dos cuestiones clave que se encontrará en el diseño para las pequeñas pantallas: la diversidad en la pantalla y el tamaño del píxel.

Esperar y gestión de la diversidad

En este punto, probablemente te estarás preguntando “… ¿es realmente necesario para el diseño de todos estos tamaños diferentes de pantalla?”, o “… es lo que realmente necesitamos para crear un diseño para cada dispositivo?”. Dependiendo de los requerimientos de negocio del proyecto, puede ser totalmente factible diseñar sólo para un tamaño de pantalla o dispositivo. Sin embargo, si los requisitos determinan que debe ser utilizado por la mayoría de los dispositivos, vamos a tener que encontrar la manera de hacer frente a esta diversidad.

Las cosas pueden no ser tan malas como parecen. Al diseñar para la web móvil, podemos suponer que las páginas se desplazan hacia arriba y hacia abajo como lo hacen los navegadores. Esto, de alguna forma elimina la necesidad de preocuparse por la altura de la pantalla, lo que nos permite centrar nuestros esfuerzos principalmente en tratar con la diversidad en anchos de pantalla del dispositivo. Afortunadamente DeviceAtlas Explorer nos proporciona un medio rápido para comprobar que el ancho de la pantalla en “se rompe” a través de los miles de dispositivos móviles conocidos.

Gráficas de uso de anchos de pantalla en dispositivos móviles

Los gráficos anteriores indican, que la gran mayoría de los dispositivos comparten sólo tres anchos de pantalla, 128, 240 y 176 píxeles con muchos de los valores restantes, 120, 130, 160, 208 y 220 píxeles, no demasiado divergentes de estos tres valores centrales. Esto nos deja con unos cuantos dispositivos, tanto en los extremos altos y bajos, con una anchura de 96, 101, 320 y 320 + píxeles. Mientras que los dispositivos con un ancho de pantalla de menos de 128 píxeles pueden parecer un pequeño porcentaje de la totalidad, cuando se combina (96, 120, 101 y 84 píxeles) que suman hasta 469 dispositivos!. Más de la mitad del número de dispositivos de 240 píxeles o alrededor del 10% de todos los dispositivos conocidos.

Grafica de Tamaños de pantalla dedispositivos móviles

Tambien debemos señalar que en este momento, menos del 5% de los dispositivos tienen resoluciones superiores a 320 píxeles de ancho. Esperamos que esto cambie en los próximos años, ahora estamos viendo las resoluciones de pantalla más pequeña (128, 176, etc), y dando paso a las más grandes (240 +), como se ilustra en el gráfico siguiente:

Gráficos de uso del ancho de pantalla en dispositivos móviles en los últimos años

Teniendo en cuenta que el tamaño de pantalla es importante, también hay un parámetro adicional a considerar: la dimensión física de la pantalla.

El problema de los Píxeles

Durante años, los diseñadores han realizado principalmente plantillas Web para monitores comunes. El tamaño de pantalla medio es de 1024 x 768 pixels, y aunque el tamaño físico de las pantallas varían, las dimensiones totales normalmente son como resultado una densidad de píxeles de alrededor de 85 ppp (píxeles por pulgada). Últimamente, sin embargo, el panorama ha empezado a mostrar el cambio, sobre todo con los nuevos dispositivos portátiles:

  • Netbooks, como el Asus Eee PC 900 tienen un rango de 9 pulgadas en diagonal con una resolución en torno a 1024 x 600 píxeles dándoles la densidad de píxeles de alrededor de 133 ppp.
  • El iPhone de Apple tiene una resolución de pantalla de 320 x 480 píxeles que al combinarse con sus 3.6″ de diagonal de pantalla los resultados nos llevan a, una densidad de píxeles de 160 ppp.
  • El E60 de Nokia tiene una resolución de pantalla de 416 x 352 píxeles y un minúsculo 2,2″ de diagonal de pantalla dándole una densidad de píxeles de más de 240 ppp!

Cuando se combina con la necesidad de apoyar muchos dispositivos, esta gran variación en la densidad de píxeles introduce un nuevo problema, el impacto del tamaño de píxels en el diseño.

La siguiente ilustración simula la misma imagen de 100 x 100 píxeles en dispositivos con la densidad de píxeles de 72, 144 y 240 píxeles por pulgada. Observemos cómo el tipo y los detalles finos se pierden como se representa en las imágenes más pequeñas.

Detalle de los medidas de pantalla

Esto significa que debemos de dar solución a una amplia gama de píxeles. Sin embargo, es importante tener en cuenta que no todos los píxeles son creados iguales, y cuando sea posible:

  • Determinar la gama completa de densidades de píxeles, necesitará ser soportada.
  • Revisa tus diseños para estos dispositivos, para garantizar su visualización en todos ellos.
  • Diseñar y definir los elementos de la maquetación en unidades relativas, como el em y en porcentajes.

Con un desarrollo y estrategia teniendo en cuenta los tamaños de pantalla, conseguiremos construir sitios Web escalables para una amplia gama de dispositivos móviles.

A continuación definiremos las diferentes estrategias para conseguir una Web para múltiples pantallas. No solo para dispositivos móviles sino también para pantallas de escritorio:

Estrategias de diseño de sitios Web para móviles

Estrategia 1: Definición de grupos de dispositivos

Como hemos comentado antes, puede haber miles de modelos de dispositivos, la diversidad no es tan mala como parece a simple vista. De hecho, es completamente posible agrupar muchos dispositivos con un ancho de pantalla similar y acabar con cinco grupos con diferentes anchos de pantalla:

  • tiny: 84px, 96px, 101px, 128px, 130px, 132px
  • pequeña: 160px, 176px
  • medio: 208px, 220px, 240px
  • grande: 320px, 360px, 480px +
  • escritorio: 800px +

Estas agrupaciones son, por supuesto, totalmente arbitrarias y los requisitos de un proyecto pueden dictar un conjunto totalmente diferente. Por ejemplo, 320 píxeles para el iPhone y, poco más de 240 píxeles para navegadores móviles más recientes y 128 píxeles para dispositivos más antiguos. Al final, la definición de las agrupaciones de dispositivos realmente se reduce a los objetivos y la necesidad del proyecto. Con este fin, es una buena idea visitar DeviceAtlas de forma regular con el fin de ver las estadísticas y volver a evaluar la relevancia de sus agrupaciones.

Tambien debemos tener en cuentas las capacidades de cada dispositivo no todos soportan CSS avanzado, manipulación del DOM y JavaScript. Antes de hacer las agrupaciones comentadas anteriormente, debemos asegurarnos que los dispositivos móviles son compatibles con las tecnologías que ofrecerá el proyecto Web.

Estrategia 2: Crear un diseño de referencia por defecto

Después de haber definido los grupos de dispositivos, ahora debemos seleccionar el dispositivo de referencia. Este es el dispositivo que se usara como base durante el proceso de diseño y en última instancia, dará lugar a la creación de un diseño de referencia. Dependiendo de las necesidades de negocio que desee, se diseñará una versión de referencia para un ancho medio de pantalal de (240px). Esto mantiene el diseño suficientemente simple para adaptarse a pantallas más pequeñas, permitiendo al mismo tiempo la libertad de crear un diseño que se adaptará a los dispositivos con pantallas más grandes. También alguna vez crearemos 2 diseños de referencia, pero solo cuando sea necesario. Todo esto nos permite lo siguiente:

  • Progresivamente mejorar el diseño de los dispositivos más avanzados (por ejemplo: para aprovechar el GPS o el apoyo a CSS3).
  • Adaptarse a los multiples dispositivos de contacto (móviles, PDA, etc).
  • Ajustar el diseño para compensar las actuales limitaciones graves en los dispositivos más restringidos.

Diseño de referencia de dispositivos móviles

Estrategia 3: Definir las normas para el contenido y la adaptación de diseño

Una vez que hayamos completado un diseño de referencia, también debemos proporcionar una dirección específica para la adaptación de este diseño a otros tamaños de pantalla. Similares a los contenidos de un documento de diseño visual. Estas normas y directrices deben ayudar al equipo de maquetación Web a adaptar el diseño sacando partido al código XHTML y CSS. Por ejemplo:

  • El logotipo del sitio debe estar adaptado para cada agrupación de dispositivos para garantizar la visualización de dicha imagen.
  • Las cabeceras deberían estirarse al 100% del ancho de la pantalla utilizando una imagen de fondo repetitiva siempre que sea posible.
  • Las imágenes de contenido no deben ser mayor de 200 píxeles de ancho para el grupo por defecto, (o el 80% de la anchura de la pantalla del dispositivo).
  • Las imágenes de contenido debe ser automáticamente optimizadas para escalar, independientemente del ancho de pantalla.
  • Siempre que sea posible, las listas de iconos o gráficos decorativos deben de ser eliminados, y así conseguir el mayor espacio disponible para el contenido.
  • Una hoja de estilo dinámica se utilizará con el fin de establecer los valores para cada dispositivo.

Aunque no es una recomendación formal, resume las estrategias comunes para adaptar y mejorar el diseño, manteniendo los tamaños de archivos al mínimo. Siempre debemos tomar decisiones de diseño pensando en la mayoría de usuarios, y en lo objetivos del proyecto.

Estrategías de diseño para móvil

Estrategia 4: Opta por los estándares web y un diseño flexible

Con las normas del diseño de referencia y la adaptación en su lugar, la estrategia final se basa en la flexibilidad de marcado a través de la reutilización de un código genérico, basados en estándares XHTML y CSS. En la práctica significa, la creación de un código XHTML y CSS genérico, que podemos usar mayormente en cualquiera de los futuros proyectos para dispositivos móviles, esto nos aportará beneficio, tiempo y productividad en los siguientes proyectos. Dado el gran número de dispositivos móviles, este beneficio no puede ser subestimado, ya que garantiza que su contenido será accesible a un gran número de usuarios, sin complicar el trabajo a los desarrolladores. A continuación, se presenta una serie de indicaciones para aumentar progresivamente el diseño de las agrupaciones dispositivo diferentes, a través del uso de navegador y/o el dispositivo específico. CSS, gráficos y marcado HTML.

A medida que vamos leyendo aprendemos que realmente para conseguir un diseño accesible para cualquier dispositivo móvil es, crear diseños líquidos partiendo de un diseño de referencia y maximizar el uso de CSS y XHTML. Todo esto incluye tomar como referencia las siguientes inidicaciones:

  • No especificar un ancho de documento específico, permitiendo así que el diseño pueda expandirse y contraerse, y así pueda llenar la pantalla del navegador del dispositivo.
  • Aprovechar los elementos de bloque que también se expanden y se contraen de forma nativa.
  • Usar la hoja de estilos para dsitribuir los elementos de contenido de forma accesible para el usuario.
  • Especificar el tamaño de los elementos de diseño utilizando los porcentajes de modo que, naturalmente se expandan y se contraigan adaptandose al ancho de página.

Poniendo todo junto

Para minimizar al máximo el tiempo de carga de la página, debemos simplificar y agrupar el código a una sola línea. Tambien tenemos que cumplir con los estándares XHTML y CSS. Por ejemplo el marcado y diseño de la web de la BBC para móviles es bastante simple y con un contenido básico:

Diseño de la Web de la BBC

Como podemos comprobar es un diseño totalmente fluido y escalable, que ocupa todo el ancho de la pantalla, independientemente del dispositivo que se use. El resto de los estilos y contenidos son especialmente adaptados en la siguiente imagen, que satisfacen el producto o familia de dispositivos más usados actualmente:

Un diseño adaptado a multiples pantallas

  • El logotipo cambia de tamaño o es sustituido para adaptarse a la anchura de la pantalla del dispositivo.
  • La cabecera y otros elementos utilizan una textura como fondo y un color, en dispositivos más antiguos dicha textura no se muestra, perso si se muestra el color de fondo.
  • La BBC, parerce que a optado por adaptar el contenido a diferentes grupos de dispositivos, como podemos comprobar en la imagen las diferencias que hay entre el iPhone y el resto de dispositivos. También podemos ver que en el iPhone se muestran más contenidos y gráficos aprovechando al máximo su gran pantalla.
  • Las imágenes son escalables y se adaptan a cualquiera de los dispotivios.
  • En los dispositivos más grandes, los iconos asociados a cada elemento de la lista se pueden ver. Mientras que en los dispositivos más pequeños se elimina para garantizar una longitud de línea cómoda, para la visualización correcta del contenido.

El sitio Web de la BBC, es un ejemplo ideal, ya que muestra de forma simple que se puede combinar un marcado y estilos para llevar a acabo la visualización correcta de un amplio grupo de dispotitivos móviles. Su diseño, adaptación, redacción y funcionalidad esta totalmente orientado a los múltiples dispositivos que usan los usuarios. Con una rápida carga del sitio, una buena optimización y equilibrio etre diseño y accesibilidad.

User Agent Switcher

Por último quiero incluir un práctico complemento para firefox, su nombre es User Agent Switcher, nos permite visualizar una Web en diferentes dispositivos. La extensión User Agent Switcher añade un menú y un botón de la barra de herramientas para cambiar el agente de usuario del navegador. Está diseñado para Firefox, Flock, Songbird y Thunderbird, y se ejecutarán en cualquier plataforma que soporte estos navegadores, incluyendo Windows, Mac OS X y Linux. Creo que es la herramienta más apropiada para testear nuestra maquetas en cualquier dispositivo. Tambien os añado un fichero xml para integrarlo en la herramienta, con el que nos añadira los agentes de usuario de los distintos dispositivos móviles más populares y usados actualmente:

User Agent Switcher

Descargar pack de agentes de usuario

Concluyendo, espero que todo lo que hemos comentado os sirva de gran ayuda para vuestros proyectos para dispositivos móviles, ya que son el futuro de la Web.

oct 16, 2009 - Categoría: Diseño Web    Escrito por Jorge López   Número de comentarios: 2 Comentario

¿Como eran los sitios más grandes de hoy en día cuando se publicaron?

Gracias a telegraph.co.uk, podemos hacer un viaje en el tiempo. ¿Recuerdas los tiempos en los que la palabra Google no existía?, ¿o cuando cada sitio parecía tener un icono de Netscape en él?, ¿o cuando Flash era solo la luz que emitían nuestras cámaras de fotos para iluminar mejor nuestras instantáneas?, ¿recuerdas los frames?. Estamos hablando de mediados de los años noventa, cuando a las páginas web eran muy rudimentarias y los desarrolladores web eran poco más que gurus cuyo conocimiento prohibido era pagado a precio de oro.

De Google a yahoo, de msn a Apple, así es como lucían algunos de los sitios más grandes de hoy en día los primeros días de su existencia.

  1. yahoo.com – Publicada en 1994

    Pantalla principal de Yahoo en el año de su publicación

  2. msn.com – Publicada en 1995

    Pantalla principal de Msm en el año de su publicación

  3. amazon.com – Publicada en 1995

    Pantalla principal de Amazon en el año de su publicación

  4. nytimes.com – Publicada en 1995

    Pantalla principal de New York Times en el año de su publicación

  5. google.com – Publicada en 1996

    Pantalla de Google en en el año de su publicación

  6. apple.com – Publicada en 1987 (pantalla de 1996)

    Pantalla principal de Msm en el año de su publicación

  7. blogger.com – Publicada en 1999

    Pantalla principal de Blogger en el año de su publicación

  8. wikipedia.org – Publicada en 2001

    Pantalla principal de Wikipedia en el año de su publicación

Los guiones y los guiones bajos NO son lo mismo

Guiones “dashes” (”-”) o guiones bajos “underscores” (”_”). Alguna vez, todos nos hemos preguntado cual de estas dos opciones es más útil utilizar en nuestras URLs, para mejorar su posicionamiento.

Primero vamos a ver como Google lee cada uno de ellos. Tenemos estas tres direcciones:

  • http://www.circulodemaquetadores.com
  • http://www.circulo-de-maquetadores.com
  • http://www.circulo_de_maquetadores.com

En la mayoría de lenguajes de programación el (”-”), es un signo aritmético que separa nombres igual que lo haría un espacio en blanco (hablando en términos de compilación). Sin embargo, el (”_”), no es separador, así que no divide las palabras en dos. Siguiendo esta lógica, históricamente google siempre ha leído los guiones normales como separadores de palabras. Es decir, que en la opción 2 las keywords eran interpretadas correctamente por los algoritmos del buscador, mientras que la opción 3 era vista por el buscador como solo una palabra. Es decir la opción 1 y 3 tenían iguales efectos.

Esto hace pensar que aunque no exista ninguna penalización por parte de Google por usar guiones bajos, es preferible utilizar los guiones normales en URLs y enlaces internos. Si quieres saber más sobre como optimizar la estructura de nuestras URL para mejorar el posicionamiento de nuestros sitios, os remito a este magnifico artículo publicado en nuestro blog hace no mucho tiempo. Optimización Google – Parte 4: Estructura de las URL

Todo esto pareció cambiar hace un par de años, en la WordCamp 2007, Matt Cutts nos decía, que los ingenieros de Google habían decidido que el guión bajo, también fuera interpretado como separador de palabras. Esto significaba que las URLs con los dos tipos de guiones, serían interpretadas de la misma forma. Esta noticia provocó la euforia de muchos desarrolladores.

Posteriormente, el bueno de Matt rectificó sus palabras, pero añadió que si ya habías hecho su sitio web con guiones bajos, no valía la pena tratar de migrar todas sus URL a guiones medios.

En Septiembre de este año, Matt Cutts en el blog oficial para de Web masters de google, ha vuelto a hablar del tema, aquí os dejo el video en español:

En resumen:

  • Si tienes guiones bajos (”_”) y todo funciona bien, no me molestaría en cambiar su arquitectura.
  • Esto podría cambiar más adelante, pero es así como está ahora mismo.

Pues lo dicho, más claro que el agua, resulta que por ahora, sí hay diferencia entre usar guiones y guiones bajos.

Páginas:«12345678910...16»