No debería ser noticia que se retire el soporte a dos navegadores con 6 y 10 años de antigüedad, especialmente teniendo en cuenta cuánto han cambiado los hábitos de navegación en el último par de años. Pero cuando está Internet Explorer de por medio todo cambia, y algunos diseñadores, hartos de tirarse de los pelos por conseguir la compatibilidad con estas antiguallas, han decidido dejar de ofrecer soporte para IE6 e IE7.
Es el caso de HTML5 Boilerplate, que para su versión 5.0 propone retirar completamente el uso de clases condicionales para las versiones 6 y 7 del navegador de Microsoft. Su decisión, más allá del posible gusto de los committers por el trabajo sencillo, está basada en argumentos razonados de entre los que destaca el hecho de que Microsoft anunciase que Internet Explorer 10 no soportará comentarios condicionales.
Esto significa que habrá que adaptarse a los navegadores modernos y olvidar la poco ortodoxa detección del navegador (que se puede basar en prejuicios o gustos personales de quien desarrolla) y empezar a utilizar la detección de capacidades, que es lo que realmente importa a la hora de usar una u otra feature.
Para quien no los haya usado nunca, comentar que los comentarios condicionales son una estrategia utilizada por las distintas versiones de Internet Explorer para ofrecer código que sólo será interpretado por alguna versión. Dichos condicionales van incluidos dentro de comentarios HTML aparentemente normales, por lo que son completamente ignorados por cualquier otro navegador. Un ejemplo habitual de su uso es el siguiente, en el que se incluye una librería javascript que suple algunas de las funcionalidades carentes en la versión antigua.
<!—[if lt IE 7]>
<script src=“http://ie7-js.googlecode.com/svn/version/2.1(beta4)/IE7.js”></script>
<![endif]—>
Otro motivo para desechar la detección del navegador son los modos de compatibilidad de Internet Explorer, que hacen que por ejemplo su versión 9 se pueda comportar como tal, reconociendo los elementos de audio de HTML5, o pueda comportarse como IE5, renderizándolos como un elemento cualquiera. En ese caso, aunque el navegador real sea el mismo, es mejor preguntar directamente si existe la capacidad de reproducir ese audio:
function supportsAudio()
{
var o = document.createElement( 'audio' );
return ( o.canPlay );
}
Si todos los desarrolladores web empezásemos a pensar de esta manera, podría suponer un nuevo avance para la guerra de navegadores, ya que dejaríamos de lado nuestras preferencias por uno u otro para centrarnos en nuestro problema: que la página haga lo que tiene que hacer. Y se agradece que desde plataformas de moda como Bootstrap o Boilerplate, se tomen iniciativas que intenten facilitar al desarrollador esta forma de trabajar.
Lista oficial de HTML5 Boilerplate | Remove IE conditional classes
Microsoft MSDN | About conditional comments
En Genbeta Dev | ie7.js y HTML5 BoilerPlate 4.0.0
Comentarios
característica mola, pero featureeee, uf vaya si es guay, perdón quería decir cool!
PD: esto es en plan cachondeo, que nadie se ofenda :)
Soy de tu misma opinión, odio usar el término inglés cuando se puede utilizar perfectamente el español. Lo que pasa es que no he caído en "característica" y en esa frase ya había usado la palabra "capacidad", así que para evitar la cacofonía he usado la inglesa, con su correspondiente cursiva indicando que la palabra no es del todo correcta.
interesante
Pero mola en una reunión cuando dices: "Fichur".
Ahora le añades un Mac y unas gafas de pasta y eres la sensación del momento.
Eres la sensación del momento... si no tienes dos dedos de frente claro.
A mí me produce el efecto contrario: ver un gafapasta con su mac y hablando de "fichurs" me da la sensación de que no tiene mucha idea y que solo repite cosas que ha oído.
Que tampoco tiene por qué ser así, pero es mi experiencia personal de los últimos 4 gafapastas con los que me he "codeado" (de codo, no de code, concretamente de code sabían lo justo para hacer un bucle).
Añado que es curioso que todos ellos eran "web developers", con más de web que de developer...
-- editado por última vez a las 15:15
No es que seas la sensación, es que te conviertes directamente en @earcos xD
¡jaja!
2 Comentario moderado
-22.5interesante
No es problema de los desarrolladores, ya pensamos así, el problema es de nuestros jefes!
Yo de todas formas, hace tiempo que decidí que solo voy a usar HTML5 y nada de compatibilidad con ie6 o ie7. Si no pueden usar la página web por no actualizar el navegador, no son usuarios que me interesa tener.
Está claro que no, y poco a poco los usuarios van entendiendo que es necesario actualizar el software a menudo. Parece que se va encaminando todo un poco... a ver cuando el estándar del HTML5 y la incorporación de todas las etiquetas / funcionalidades en todos los navegadores :))
Yo exactamente igual, hice de todas formas algún añadido que era indispensable para que se pudiese ver medianamente bien mi web y poco más (no me llevó mucho) y solo recibo un 0.4% más o menos de visitas desde IE.
Y hay cosas que las podría hacer, como con la barra lateral rotada que se podría hacer con matrices de transformación que incorpora IE.
-- editado por última vez a las 15:31
Por poder, ya sabes que se puede hacer de todo, pero la cuestión es hacerlo lo más simple y estándar posible, para que el día de mañana no tengas que mantener a un monstruo.
Jefes? Usuarios de la web/Clientes...que, aunque parezca mentira, aún tengo que llaman porque dicen tener problemas con la web...
- Oiga, que navegador utiliza?
+ No lo se...pone nosequé de Intehné...
- Ui! Es muy peligroso! Está lleno de virus y ratas...le voy a pasar un enlace para pueda instalar un boni...Chr...
...vale, no tan "jevi"...pero tampoco se aleja mucho de la realidad...
-- editado por última vez a las 19:43
18 Comentario moderado
-2019 Comentario moderado
5Y muchas empresas no podrán acceder a esas páginas, que aún siguen con XP.
interesante
Buenos días, Estoy totalmente de acuerdo con la noticia, IE6 y 7 deberían estar retirados por Microsoft. Otra manera de conocer una característica en concreto, es usar Modernizer ( http://modernizr.com/ ). A mi personalmente me resulta muy útil y cómodo.
14 Comentario moderado
-3516 Comentario moderado
517 Comentario moderado
-2020 Comentario moderado
5Muy interesante, pero IE8 sigue siendo satanás. En mi empresa ya hace tiempo que no damos soporte a IE6 y 7, pero con el 8 seguimo erre que erre, sin canvas, sin svg, sin sin sin sin... y eso nos limita mucho a veces.
De todos modos la culpa no es siempre de ignorancia, sino de burocracia. Muchos clientes tienen que pasar montañas de burocracia para poder actualizar el software de sus ordenadores, y claro, ante eso hay poco que podamos hacer.
`canPlay` es un evento y no tiene porque encontrarse en el prototipo. Debes consultar algún método esencial que demuestre que tiene funcionalidades del elemento audio de HTML5 como puede ser `canPlayType`.
Y por último, al comprobar si se encuentra tal método realizas una comprobación de tipo de datos, cuando realmente te es suficiente con saber si se encuentra en el objeto.
return 'canPlayType' in document.createElement('audio');