Imágenes y sonidos

• A menudo suelen ser más útiles que largos bloques de texto.
• Un screen reader no puede interpretarlos
• Uso de subtítulos en los vídeos y transcripciones en los ficheros de sonido.
• Uso del atributo alt

Navegación repetitiva o excesiva

• Muchos enlaces que se hacen pesados desde un screen reader
• Los menús de navegación se repiten para facilitar la navegación.
• Se deben usar sitemaps y usar estrategias para evitar los menús de navegación.

Diseño con varias columnas

• Reducir la anchura de las líneas ayuda a la legibilidad del texto y nos permite tener más información en la pantalla.
• Puede resultar también un inconveniente para un screen reader
• Se pueden usar layouts de css con una sola columna y fijando su max-width para que no sea muy ancha.
• En caso de que usemos tablas de datos, debemos indicar cabecera, títulos, etc, para que su lectura sea comprensible desde un screen reader ver ejemplo.

Herramientas de usabilidad

Eye tracking

• Tecnologías que permiten registrar la forma en la que una persona mira una escena o imagen, en qué áreas fija su atención, durante cuánto tiempo y qué orden sigue en su exploración visual.
• Conocer los puntos calientes en los que el usuario fija inicialmente la mirada, ayudan a estructurar los contenidos en una web.
• Cuanto mas arriba y a la izquierda, más se verá. Cuanto más abajo a la derecha, menos relevancia visual tendrá.
• Pruebas con grupo de al menos 5 usuarios. Se analizan las pruebas, se realizan cambios y se vuelve a probar.

• Herramientas específicas eye tracking:

Crazyegg

Seevolution

Click Heat (Software libre)

• Observar sesión del cliente:

Silverback (Solo MacOS)

Multiplataforma

Team Viewer

• Ejemplos de eye tracking
• Más información de herramientas

Diseños preliminares: del boceto al prototipo

Sketch o borrador de un sitio web

• El prototipo es la mejor forma de aproximarse a la comprensión y concepción del producto final (en este caso un sitio y/o páginas web).
• Es útil ver y porque no, COPIAR de la competencia, que algo harán bien.
• Listado de herramientas

• Sketch o boceto:

Papel y lápiz.

Se recogen ideas

Se prueban composiciones

• Wireframe

Funcionalidad y especificaciones

Layout, menús de navegación...

Sin tipografía, colores ni otros aspectos visuales

Anotaciones sobre la funcionalidad que se espera

• Mockup

Incorporamos el look&feel

• Prototipo

Se prueba el diseño final

Tiene funcionalidad (normalmente reducida)

Diseños preliminares:presupuesto Web

Es fundamental la elaboración de algún boceto a la hora de dar un presupuesto final de un proyecto web a un cliente. 2 casos:

• Aplicación funcional

El boceto debe representar bien los requerimientos del cliente. Un boceto en papel puede ser suficiente.

Utilizaremos alguna herramienta informática para buscar resultados más vistosos de cara al cliente:

Balsamiq Mockup (de pago)

Pencil (gratuito, multiplataforma)

• Página Web centrada en el diseño

Uso de programas tipo Inkscape, Photoshop o Gimp.

Cada diseño es único y lleva su tiempo. Enseñar portfolio al cliente.

• Calculo del presupuesto Web

¿Algún tipo de clasificación por tipo de trabajo?

¿Cálculo por horas? ¿Y cómo se calculan las horas que cuesta?

Ejemplo de cálculo

Instalación de Balsamiq Mockup en Ubuntu 12.04

• Han dejado de dar soporte Adobe-air para Linux: Versión actual 2.6. Versiones Windows y Mac 3.1 o posterior.
• Proceso de instalación de Adobe-air (documentación original):

Lo primero será instalar algunas dependencias:

$ sudo apt-get install libhal-storage1 libgnome-keyring0 lib32nss-mdns

Descargar e instalar getlibs, para poder utilizar las librerías 32 bits:

$ wget http://ubuntuguide.net/wp-content/uploads/2012/06/getlibs-all.deb
$ sudo dpkg -i getlibs-all.deb

Una vez instalado, vamos a proceder a instalar las librerías necesarias, que son dos, libhal-storage:

$ sudo getlibs -l libhal-storage.so.1
$ sudo getlibs -l libgnome-keyring.so.0.1.1

Ahora enlazamos esta última librería para que entre en funcionamiento:

$ sudo ln -s /usr/lib/i386-linux-gnu/libgnome-keyring.so.0 /usr/lib/libgnome-keyring.so.0

Ya pasamos a descargar e instalar Adobe Air, la versión 2.6:

$ wget http://airdownload.adobe.com/air/lin/download/2.6/AdobeAIRInstaller.bin
$ sudo chmod +x AdobeAIRInstaller.bin
$ sudo ./AdobeAIRInstaller.bin

Ahora podemos eliminar archivos descargados que ya son innecesarios:

$ sudo rm AdobeAIRInstaller.bin && sudo rm getlibs-all.deb

• Por fin, ahora sí, instalamos balsamiq Mockup:

Descargamos el .deb eligiendo la versión adecuada

Lo ejecutamos, se cargará el centro de software y le damos a instalar :-)

Buenas prácticas para acelerar la carga de una web

• El tiempo de carga y la performance de una página web es muy importante para la experiencia de usuario (UX).
• Si tu web es lenta, no solo pierdes visitas, sino potenciales clientes.
• Buscadores como Google tienen en cuanta la velocidad de carga de las webs para sus ranking de búsqueda.
• ¡Cada milisegundo es importante!

Minimizar los HTTP Request

• Se cumple la regla del 80/20
• Según los estudios realizados por Yahoo! el tiempo de carga de una página media depende en un 80% de la parte del cliente y en un 20% de la parte del servidor. Los navegadores de los usuarios dedican la mayor parte del tiempo a descargar imágenes, archivos JavaScript, hojas de estilos CSS y otros recursos externos.
• Por este motivo, las mejoras en la parte del cliente generan muchos más beneficios que las mejoras en la parte del servidor.

Imágenes

• Uso de sprites (y también image maps para imágenes contiguas). Ver ejercicios.
• Elección del tamaño adecuado de las imágenes: el html no debe escalar la imagen.
• Podemos usar programas como Shrink O’Matic o ImageMagick para generar distintas versiones de nuestras imágenes.
• Uso de atributos: texto alternativo (alt), título de la imagen (title) y width y height.
• Elige el formato correcto de las imágenes: JPG para imágenes grandes y llenas de colores. GIF y PNG para el resto. Más información
• Nombres de ficheros de imágenes descriptivos (SEO) y en la medida de lo posible con links (al usuario le gustan y a google también).
• HAZ DE LA OPTIMIZACIÓN DE IMÁGENES UN HÁBITO.
• Uso de imágenes embebidas:

<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAUAAAAFCAYAAACNbyblAAAAHElEQVQI12P4//8/w38GIAXDIBKE0DHxgljNBAAO9TXL0Y4OHwAAAABJRU5ErkJggg==" alt="Red dot">

div.menu {
    background-image: url('elephant.png');
    background-image:  url('data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQAQMAAAAlPW0iAAAABlBMVEUAAAD///+l2Z/dAAAAM0lEQVR4nGP4/5/h/1+G/58ZDrAz3D/McH8yw83NDDeNGe4Ug9C9zwz3gVLMDA/A6P9/AFGGFyjOXZtQAAAAAElFTk
                           SuQmCC');
}

Uso de CDN

• Uso de sprites
• Optimizar las imagenes para la web
• Recudir la cantidad de HTTP Requests
• Más ideas

Cabeceras HTTP con Expires o Cache-Control

• Uso de sprites
• Optimizar las imagenes para la web
• Recudir la cantidad de HTTP Requests
• Más ideas

Uso de gzip

• Uso de sprites
• Optimizar las imagenes para la web
• Recudir la cantidad de HTTP Requests
• Más ideas

Colocación de hojas de estilos en la parte superior

• Uso de sprites
• Optimizar las imagenes para la web
• Recudir la cantidad de HTTP Requests
• Más ideas

Colocación de scripts en la parte inferior

• Uso de sprites
• Optimizar las imagenes para la web
• Recudir la cantidad de HTTP Requests
• Más ideas

Evitar expresiones CSS

• Uso de sprites
• Optimizar las imagenes para la web
• Recudir la cantidad de HTTP Requests
• Más ideas

Utilizar JavaScript y CSS externos

• Uso de sprites
• Optimizar las imagenes para la web
• Recudir la cantidad de HTTP Requests
• Más ideas

Reducir peticiones DNS

• Uso de sprites
• Optimizar las imagenes para la web
• Recudir la cantidad de HTTP Requests
• Más ideas

Uso de versiones minified de JavaScript y CSS

• YUI Compressor (Yahoo User Interface)

java -jar yuicompressor-x.y.z.jar myfile.js -o myfile-min.js

• Otras opciones: Microsoft Ajax Minifier

Contenido de la web

• No juzgues un libro por su portada
• En una web, si la primera pantalla "no gusta" el usuario no seguirá
• Intenta "cortar elementos" si la página tiene scroll para que el usuario lo perciba
• Utiliza la 3ª regla de Krug:

Reglas de Krug:

1.“Don’t make me think.”

2. “It doesn’t matter how many times I have to click, as long as each click is a mindless, unambiguous choice.”

3. “Get rid of half the words on each page, then get rid of half of what is left.”

Puede ser tu propio ordenador. Si la IP no es fija (habitual), necesitaremos usar un DNS dinámico. Servicio de hosting gratuito: pocos MB de espacio, publicidad, limitaciones de ancho de banda, sin soporte. Servicio de pago: Elegir bien el hosting en función de nuestros requerimientos. Se deben evitar los resellers.

• Un nombre de dominio

Que obtendremos por medio de un “registrador”. El dominio debe ir a nuestro nombre. En www.dot.tk obtendremos dominios .tk de forma gratuita.

• Comando whois: para averiguar datos sobre el dominio.

URL (uniform resource locator)

Es la forma de “llamar” a un documento desde la World Wide Web. El fichero puede acabar en .html o en .htm, es indiferente

http://www.soplaelcierzo.com:8080/descargas/videos/index.html
http:// nombre del servicio o protocolo

www.soplaelcierzo.com equipo

:8080 puerto (por defecto el 80)

/descargas/videos/index.html ruta a la página en la máquina y nombre del fichero

Qué es XML

• Significa eXtensible Markup Language
• Es un lenguaje mediante el uso de etiquetas, muy similar a HTML
• Fue diseñado para TRANSPORTAR datos (o almacenar), NO para MOSTRAR
• Las etiquetas no están predefinidas. Debes definir tus propias etiquetas.
• Es autodescriptivo
• Es una recomendación de la W3C
• Lenguajes desarrollados en base a XML (cientos de ellos):

RSS (real simple syndication), SOAP, XHTML...

Qué es XHTML

• Significa: eXtensible HyperText Markup Language
• Extensible porque se pueden añadir módulos para hacer por ejemplo cálculos matemáticos o dibujar gráficos.
• Es prácticamente idéntico a HTML 4.0.1
• Es más “limpio y estricto” que HTML al ser un HTML reconstruido mediante el uso de XML (v1.0).
• Es el estándar más reciente de HTML publicado por la W3C

Código en HTML

Compuesto de etiquetas (que van en parejas, etiqueta de apertura y de cierre). XML, HTML5 y XHTML fuerzan esa etiqueta de cierre. En HTML4 hay algunas que pueden ir sin cierre, pero no se recomienda. Por ej. <br>

<html>
	<head>
		<title> Este es el titulo de la página</title>
	</head>
	<body>
		<p> Salto de línea según w3c: </p>
		<br> </br>
		<p> El siguiente salto de línea funciona en todos los navegadores: 
		</p>
			<br />
	</body>
</html>