[\u00daltima actualizaci\u00f3n: 21\/10\/2018]<\/p>\n
Dada la inmensa variedad de navegadores que existen en el mercado, es extremadamente complicado que una p\u00e1gina se vea igual en todos ellos. En ocasiones, eso es deseable: en general no querremos que una p\u00e1gina se vea igual en un navegador ‘de escritorio’ que en la pantalla de un m\u00f3vil, pero en general querremos que, como m\u00ednimo, toda la funcionalidad est\u00e9 disponible para todos los navegadores y que se conserve un aspecto tan homog\u00e9neo como sea posible independientemente del navegador que usemos.<\/p>\n
Existen diversas filosof\u00edas sobre el tema, como la graceful degradation<\/i> (que propone dise\u00f1ar para los navegadores m\u00e1s potentes y asegurar que toda la funcionalidad est\u00e1 disponible para todos los navegadores) o el progressive enhancement<\/i> (dise\u00f1amos para los navegadores m\u00e1s b\u00e1sicos y a\u00f1adimos despu\u00e9s, en capas, las funcionalidades m\u00e1s sofisticadas para navegadores m\u00e1s potentes).<\/p>\n
Pod\u00e9is leer, sobre el tema, Define Graceful Degradation & Progressive Enhancement<\/a> de Julien Etienne<\/em><\/cite>. Y otro documento muy interesante es Graded Browser Support<\/a>, propuesto inicialmente por Yahoo!.<\/p>\n Y naturalmente, hoy todo se combina con la necesidad de tener en cuenta temas como el responsive design<\/a> y filosof\u00edas como el mobile first<\/i>, que propone que es mejor comenzar pensando en m\u00f3viles y despu\u00e9s ‘crecer’ a pantallas y dispositivos m\u00e1s grandes y probablemente m\u00e1s potentes, aunque todas las aproximaciones al tema presentan dificultades importantes.<\/p>\n Un recurso imprescindible en que se documenta el soporte de las diferentes versiones de los diferentes navegadores tradicionales (entendiendo por tradicionales aquellos que corren sobre ordenadores con sistemas operativos Windows, OS X o Linux) para las diferentes funcionalidades de CSS es Can I use<\/a>. Cuenta con un equivalente para navegadores para dispositivos: Mobile HTML5<\/a>.<\/p>\n Una herramienta a tener muy en cuenta para poder ofrecer caracter\u00edsticas sofisticadas y no presentes en todos los navegadores son los \u00abpolyfills\u00bb, bibliotecas de JavaScript que podemos cargar si el navegador no soporta de manera nativa alguna caracter\u00edstica que nos resulta necesaria, y emularla a trav\u00e9s de la biblioteca, de manera transparente. De todas formas, deben usarse con cuidado y con moderaci\u00f3n, porque comportan efectos secundarios, como un efecto potencialmente muy negativo sobre la velocidad con que los navegadores pueden mostrar la p\u00e1gina que hemos creado.<\/p>\n Bibliotecas como html5shiv<\/a> a\u00f1aden soporte para los elementos de HTML5 a las versiones de Internet Explorer que no lo tienen por defecto (esto es, en general, las versiones 6, 7 y 8). Existen alternativas m\u00e1s sofisticadas, como Modernizr<\/a>, que permiten detectar qu\u00e9 soporte para caracter\u00edsticas de HTML5 y CSS3 tiene el navegador en que se est\u00e1 visualizando una p\u00e1gina web.<\/p>\n Algunos ‘polyfills’ a tener en cuenta:<\/p>\n Otro recurso a tener en cuenta son los ‘hacks’, trampas que explotan inconsistencias en el manejo de determinadas sentencias por parte de los navegadores para pasar determinado CSS en exclusiva a determinados navegadores. Una buena documentaci\u00f3n sobre el tema puede consultarse en Browserhacks<\/a>.<\/p>\n Dealing with IE <\/a> (Jeremy Keith, 9 de enero, 2013)<\/p>\n Chrome hits 17-month low, Windows 8 still only creeping upward<\/a> (Ars Technica, 2 de marzo de 2013. Hay que tener en cuenta, por un lado, que se trata de un estudio de mercado, como siempre en estos casos y, por otro lado, que tiene en cuenta a todo el planeta.)<\/p>\n Browser Trends October 2014<\/a> (Sitepoint, octubre de 2014)<\/p>\nPolyfills<\/h2>\n
\n
\nCuota de mercado<\/h2>\n