- Eldelfront….

Demos las gracias una paliza a Ymikimono, por contarme este chiste el otro día en el curro y haberme causado secuelas mentales. El topicazo de los diseñadores se cumple, están zumbaos perdidos… y si encima tienen chispa…

Bueno… va, reconozco que en el fondo no es tan malo ^_^

Goolge vuelve a dar un paso más contra este navegador mega obsoleto llamado Internet Explorer 6 amenazando adivirtiendo que a partir del 1 de marzo sus aplicaciones online como el google docs o google sites ya no podrán usarse desde IE6. Así lo ha anunciado el Encargado de Producto de Google Apps, Rajen Sheth, en el blog oficial de Google Docs, donde afirma que la compañía retirará el soporte para el navegador a partir de esa fecha.

Otra gran noticia pues para los desarrolladores Front-End. El fin de los días de Internet Explorer 6 se ve cada vez más cerca.

Fuente: cadenaser.com

Tienes que validar la web para Internet Explorer 6, 7 y 8… porque la mayoría de gente usa Explorer // porque el cliente lo ve en ese navegador // porque me gusta tocarte los cojones…

Van a pasar a formar parte de una pesadilla que tuvimos en el pasado. Y es que no uno  se cansa de repetir tantas veces que

Según unas estadísticas obtenidas de StatCounter (un servicio gratuito de estadística web, tipo google analytics), el navegador Firefox 3.5 supera por primera vez a Internet Explorer 7, coronándose como el navegador más usado.

Screenshot de la gráfica obtenida de statcounter.com

Eso sí, con matices

La noticia es muy buena y esperanzadora pero hay que matizar. La gráfica muestra a los navegadores por sus versiones, y Firefox 3.5 está por encima de IE 7. Pero si juntamos las diferentes versiones de cada navegador, entonces sigue ganando Internet Explorer con bastante margen. De todas formas, la gráfica nos muestra claramente la tendencia ascendente de Firefox y el decrecimiento de IE, y lo demás es cuestión de tiempo.

Fuente: Engadget

Internet Explorer

Para detectar si usa Internet Explorer sin tener en cuenta la versión:

var ie=(document.all)? true:false;
if (ie) alert('Su navegador es Internet Explorer');

Internet Explorer 6

Muchos sabemos que IE6 es un caso especial. El siguiente script nos ayudará a detectar este caso y controlarlo:

var is_ie6 = (window.external && typeof window.XMLHttpRequest == "undefined");
if (is_ie6 ) alert('Su navegador es Internet Explorer 6');

Safari

Para detectar el navegador de Apple:

var is_safari = navigator.userAgent.toLowerCase().indexOf('safari/') > -1;
if (is_safari ) alert('Su navegador es Safari');

Google Chrome

Aunque es un navegador que cumple bastante fielmente los estándares, sigue comportándose en determinados casos de forma especial. Controlaremos este caso así:

var is_chrome= navigator.userAgent.toLowerCase().indexOf('chrome/') > -1;
if (is_chrome) alert('Su navegador es Google Chrome');

No incluyo ningún script para detectar si el navegador es Firefox ya que es un navegador que cumple al 100% los estándares, el cual nos permite tratarlo como el caso por defecto.

El objeto Navigator

En los últimos 2 casos vemos que usamos el objeto navigator que contiene la info que buscamos. De hecho podríamos usar este objeto navigator para detectar cualquier navegador, ya que navigator.userAgent.toLowerCase() nos indica el tipo de navegador que usa, la versión y más información que nos puede servir para controlar cada caso.

Haz clic aquí para ver un ejemplo del objeto Navigator.

Al hacer clic te debe de salir la siguiente información:

Propiedades

Las propiedades de Navigator que podremos consultar son:

• appCodeName. Cadena que contiene el nombre del código del cliente.
• appName. Cadena que contiene el nombre del cliente.
• appVersion. Cadena que contiene información sobre la versión del cliente.
• language. Cadena de dos caracteres que contiene información sobre el idioma de la versión del cliente.
• mimeTypes. Array que contiene todos los tipos MIME soportados por el cliente. A partir de NS 3.
• platform. Cadena con la plataforma sobre la que se está ejecutando el programa cliente.
• plugins. Array que contiene todos los plug-ins soportados por el cliente. A partir de NS 3.
• userAgent. Cadena que contiene la cabecera completa del agente enviada en una petición HTTP. Contiene la información de las propiedades appCodeName y appVersion.

Métodos

• javaEnabled(). Devuelve true si el cliente permite la utilización de Java, en caso contrario, devuelve false.

Pronto retiraremos el servicio de asistencia para Internet Explorer 6..

Youtube acaba de hacernos  un favor inmenso a todos los Front-End developers y desarrolladores web en general. Y es que desde ahora, cuando abres Youtube usando el  IE6, muestra al usuario un mensaje “invitándole” a actualizar su navegador por uno más reciente. Youtube acompaña el mensaje recomendando los navegadores ‘Google Chrome’, el ‘Internet Explorer 8′ o el ‘Firefox 3.5′.

Youtube da la espalda a IE6

En el mensaje, Youtube informa que “Pronto retiraremos el servicio de asistencia para Internet Explorer 6, por lo que te recomendamos que actualices la versión ya.” Vamos,  un mensaje bastante claro de que va a dejar de preocuparse de que sus desarrollos funcionen en IE6 y se vea bien.

Siempre había pensado que esto es lo que teníamos que hacer los desarrolladores hace mucho tiempo. Porque hasta ahora siempre argumentábamos (o mejor dicho los clientes) que dado que más del 70% de usuarios usan IE6 (que por cierto se ha visto reducido notablemente ese porcentaje) teníamos que adaptar la web a ese navegador. La web se adapta al usuario, y no al revés. De esa forma no hay forma posible para evoucionar. Por una vez, debe ser el usuario que se tiene que adaptar a los tiempos, aprovecharse de las tecnologías nuevas.

Que una web como Youtube haya tomado esa postura sin duda se va a notar el impacto. No olvidemos que se trata de una de las webs que más visitas atrae a diario.

Tanto me ha animado esta noticia que yo también voy a mostrar el mismo mensaje en mis proyectos. De hecho, hace unos meses mostraba un mensaje similar en Cine25, pero lo quité… no sé por qué lo quité…

¡Haz lo mismo! ¡¡Esto es el principio del fin de IE6!!

Prototype vs jQuery

De todos estos frameworks, sin duda hay 2 que están por encima de los demás, almenos a lo que a popularidad se refiere, y son el jQuery y el Prototype. En este artículo me voy a ahorrar la explicación de los pros y contras de cada uno, o cual es el mejor de los 2, porque este debate ya se abrió hace mucho en Internet, hay mucha información allí fuera.

Me voy a limitar a mí propia experiencia. Y yo me quedo con Prototype. Con esto estoy llendo en contracorriente porque parece que en la actualidad, jQuery le está ganando terreno a Prototype en cuanto a popularidad. Pero la gente creo que se equivoca cuando argumentan que jQuery es más potente que Prototype.  Una cosa es que al tener más respaldo popular, se hayan creado  más plug-ins y más documentación para usar el framework, pero eso no implica que su core sea mejor que Prototype.

Llevo ya varios años usando Prototype, en conjunción con Scriptaculous, y nunca he tenido motivos para cambiarme de framework. La gente me dice, “eso es porque no has probado jQuery…” No es cierto, sí que lo he usado, y no veo una gran diferencia. Son bastante similares. Muchos me comentan que la posibilidad de concatenar varios métodos seguidos que permite jQuery es una pasada, pero no sé si saben que desde Prototype 1.6, también permite contatenar métodos.

Scripty2: El próximo salto de Prototype + Scriptaculous

La combinación de Prototype con Scriptaculous – una librería de efectos – se complementa a la perfección con Prototype, y este dúo te permite realizar prácticamente cualquier cosa que se te ocurra en la web frontal y jugar con los elementos DOM. La grandísima noticia que leí en el blog de uno de los autores directos de Scriptaculous, Thomas Fuchs, es que está de camino una nueva versión del Scriptaculous, rebautizado como Scripty2. Todavía es una versión alpha pero hay una demo online que nos da una ligera idea de las nuevas capacidades de la librería y… ¡¡madre mía!! ¡Tiene una pinta increíble!

Se ha mejorado en todos los aspectos la librería, separándolo en Core, UI y FX. Código más compacto pero más potente. La cosa promete, estaré observando con detalle la evolución de este proyecto. Cuando esté la versión final, me gustará escuchar la comunidad de desarrolladores web y Front-End’s, y en especial a los ultra defensores del jQuery

Web oficial de Scripty2: http://scripty2.com

Fuente: Mir.aculo.us

Firebug es un componente o plug-in de Firefox que ofrece interesantes herramientas para desarrollar la parte frontal de una web (css, html, js). La gran ventaja que ofrece es la de poder analizar en tiempo real cualquier elemento de la página, e incluso modificarlo y ver el cambio al momento.

Herramienta indispensable para un Front-End, sin lugar a dudas.

Nuevo componente para completar el Firebug: Rainbow

Colorea el código del javascript facilitando su análisis

Hoy encontré un plug-in nuevo que se llama “Rainbow para Firebug”, y que mejora aún más el firebug en el sentido de que cuando consultas un script desde el entorno de firebug, colorea el código facilitando MUCHISIMO el análisis del código. Un detalle que parece poco, pero en realidad es mucho.

Descárgate el plug-in “Rainbow for Firebug 1.3″ ahora

Observación: No es una versión estable sino que está en experimental, pero yo lo he probado y por ahora ningún problema.

Cito algunas de las librerías que he utilizado personalmente y que corrigen la incompatibilidad de Internet Explorer 6 (IE6). Todos ellos son válidos y funcionan a la perfección, por tanto elegir un script es más una elección por gusto que por otra cosa:

PNG fix

Correcto script que habilita las transparencias de PNG en IE6.

http://homepage.ntlworld.com/bobosola/

Unit PNG fix

Otro script que soluciona el problema, esta vez todo en menos de 1kb!
http://labs.unitinteractive.com/unitpngfix.php

SuperSleight

Esta vez un script salido de uno de los sitios web de referencia para todo Front-End o diseñador web.

http://24ways.org/2007/supersleight-transparent-png-in-ie6

IE7-js

Alojado en code.google.com, un script completo que además de corregir el problema de la transparencia, corrige otros problemas con IE6 y versiones anteriores.

http://code.google.com/p/ie7-js/

He probado todas estas librerías y todos hacen más o menos lo mismo:

Le aplica un “filter”  a la imagen (progid:DXImageTransform.Microsoft.AlphaImageLoader(...)). Es un filtro que solo admite IE6 y lo que hace es habilitar las transparencias de la propia imagen.

Cada librería lo aplica a su manera, y su aplicación también varía ligeramente. En mi trabajo actual empecé usando Unit PNG fix pero he acabado usando IE7-js ya que me interesaba el resto del paquete.

Para la creación de botones en un proyecto web, lo normal es recomendar la creación de botones con texto generado (mejor mantenimiento, mejor SEO) y que sean flexibles (mejor mantenimiento, accesible).  Pero cada proyecto es un mundo y puede ser que en alguno nos veamos forzados a optar por la utilización de imágenes como botones.

Evidentemente, como en casi todo, existen diferentes soluciones a esto. Yo voy a exponer una solución que he aplicado en persona.

Breve intro a la etiqueta HTML: button

Una etiqueta HTML que me gusta mucho es el <button>. Es una etiqueta que lleva mucho tiempo entre nosotros (desde HTML 4.01) pero que hasta hace relativamente poco no lo he empezado a usar en serio en mis proyectos. Antes lo que siempre usaba para los botones de formularios era el típico input:

// antigua forma: input tradicional
<input type="button" value="Enviar" />
// nueva forma: button
<button type="button">Enviar</button>

Ambas formas son equivalentes y correctas, pero la ventaja del button es que es más manejable mediante CSS y permite jugar más con ella. La desventaja que tiene es que no es 100% compatible ya que solo está disponible a partir de HTML 4.01. De todas formas, hoy en día más del 95% de usuarios utiliza navegadores que soportar HTML 4.01 o superior por lo que recomiendo el uso de esta etiqueta.

La imagen y el botón

Lo primero que se me ocurriría hacer es:

<input src="RUTA_IMG" type="image" />
// o con button, que me gusta mas 
<button><img src="RUTA_IMG" alt="" /></button>

Pero como tenemos que aplicar un efecto rollover en el botón, el método más optimizado es usando el CSS y tratar la imagen como imagen de fondo en el botón. Haciendo esto no necesitaremos tirar de javascript, solo necesitaremos el CSS. Por lo tanto prepararemos algo parecido a esto:

<button class="btn btn-enviar">Enviar</button>

Aplicaremos también la técnica de sprites (que explicaré un día de estos) para optimizar el tema de imágenes. Si no te suena esta técnica,  viene a ser la unificación de las imágenes para reducir el número de peticiones del servidor y agilizar la carga de imágenes. En nuestro ejemplo crearemos la imagen del botón de la siguiente manera:

Y el CSS para el botón:

button {border:0}
.btn  {text-indent:-9999px;cursor:pointer;}
.btn-enviar {background:transparent url(/img/btn-enviar.gif) no-repeat 0 0;width:76px;height:25px}
.btn-devolver:hover {background-position:0 -25px;}

Observar 4 cosas:

• En el estilo .btn-enviar definimos la imagen del botón como background.
• En este ejemplo nos interesa poner el texto dentro de la imagen (aunque habría que intentar evitar esto y conseguir que el texto sea generado). Para tales casos, observamos que en el estilo .btn he definido un text-indent negativo, para que la palabra Enviar que hemos puesto no se muestre y no se superponga a la imagen de fondo. Hago esto porque interesa mantener la palabra “Enviar” en el código por temas de accesibilidad y de SEO. La técnica del text-indent negativo es una técnica muy usada para las imágenes con texto, para no perder la accesibilidad y las palabras clave. En otro artículo profundizaré más sobre esta técnica.
• Gracias a la técnica de los sprites, nos bastará introducir la línea 3  para crear el efecto rollover.
• Podríamos habernos ahorrado el estilo .btn pero si tenemos en mente el concepto de OOP-CSS (Programación Orientada a Objetos aplicado al CSS), veremos que es mejor definirlo de esta forma, sobretodo si tenemos más botones en la web (que es lo más probable).  También dedicaré especial atención a este concepto en el futuro, porque actualmente es un concepto clave que influye en mi filosofía parar afrontar como Front-End mis proyectos.

Y ya está. Ya hemos definido una imagen como botón, 100% accesible, con rollover y usando solamente CSS.

Bienvenido al mundo con IE6

Si pruebas de aplicar este ejemplo y visualizarlo en IE6, tendrás la “grata” sorpresa de ver que tu botón no aparecerá. Este problema lo causa el text-indent negativo, que no solo desplaza el texto fuera de la parte visible, sino que desplaza el botón entero. Por suerte, hay solución para todo casi todo y hay un IE6 fix para resolver este caso en concreto. Bastará con agregar un display:block al button y habremos solucionado el problema.

.btn  {text-indent:-9999px;cursor:pointer;display:block}

Bueno, espero que mi primer artículo/tutorial explicando una técnica de Front te haya resultado interesante. Es posible que haya mezclado muchos conceptos distintos en un mismo artículo haciendo menos claro el ejemplo. Intentaré hacerlo mejor la siguiente vez.