Si eres desarrollador web, seguro coincides con Manuel Lemos, en estas 10 características que hacen a Firefox un mejor navegador para realizar tus trabajos. El artículo fue tomado de PHPClases. Esto es una traducción del inglés hecha por mí, el artículo original se puede leer aquí.

Las 10 razones por las que Firefox es mejor que Chrome para el desarrollo web.

Hace algún tiempo atrás, muchos de nosotros, los desarrolladores web, dejamos de usar Firefox para usar Chrome por características importantes como la rapidez.

Ahora que Firefox 4 fue lanzado, dirigido a solucionar algunos de los problemas que teníamos con las versiones anteriores, haciéndolo mejor, al menos para el desarrollo web.

Este artículo explica algunas de las principales razones por las cuales Firefox sigue siendo un navegador mejor que Google Chrome para ayudarnos en el desarrollo web.

Contenidos:

– Evolución de los navegadores en Market Share.

– Las 10 razones por las que Firefox es mejor que Chrome para el desarrollo web.

– Conclusiones.

Evolución de los navegadores en Market Share:

Hace aproximadamente un año, escribí otro artículo diciendo lo que muchos de ustedes ya saben, que es que los desarrolladores PHP están cambiando para Google Chrome (PHP developers are switching to Google Chrome), como navegador para explorar la web.

Como podrán notar en el siguiente gráfico, esa tendencia continua siendo cierta este año. Estos números son tomados de las estadísticas de los desarrolladores que han accedido al sitio PHPClases en los últimos 30 días.

 

Como pueden ver Chrome casi dobla su cuota en un año, mientras que Internet Explorer disminuyó a un poco más de la mitad. Firefox también disminuyó un tanto.

La ganancia de Chrome es más que la pérdida de Firefox e Internet Explorer. Esto significa que Chrome también ganó en cuota por la pérdida en otros navegadores.

Las 10 razones por las que Firefox es mejor que Chrome para el desarrollo web:

Dado el hecho de que Chrome continúa creciendo mucho, se preguntaran cual es la razón del título de este artículo. El hecho de que Chrome continua ganando popularidad para la navegación web, no significa que cuando los desarrolladores trabajan en sus proyectos continúan usando Chrome.

Para mí, que no es el caso. A menudo cuando estoy haciendo trabajos de desarrollo web, siento la necesidad de cambiar para Firefox por las razones que listo a continuación.

Teniendo en cuenta que ese artículo no es exactamente una habladuría contra Google. Google nos da a los desarrolladores web muchas cosas por las cuales estar agradecidos, pero con Chrome, deja mucho que desear.

Decido hacer este post ahora, con la esperanza de que quizás alguien de Google lo lea y haga algo para solucionar estos errores que muy a menudo, molesta realmente a muchos de nosotros, que no queremos estar cambiando de navegador constantemente.

1. Visualización de HTML

Cuando el código de nuestros sitios contiene errores, generalmente genera código HTML que es incorrecto e incluso invalido. Por lo que debemos examinar el código HTML para que nos ayude a averiguar que está mal.

Firefox tiene esta asombrosa característica que te permite seleccionar una porción de la página y muestra exactamente el HTML que corresponde a la porción de la página seleccionada. No existe tal funcionalidad en Chrome.

Lo mejor que tenemos es una funcionalidad de Inspeccionar Elemento que te permite encontrar el código HTML del elemento de la página bajo del puntero del mouse.

Otra molestia es que Chrome trata de embellecer el código HTML, esto significa que si tenemos HTML malformado, no podrás ver donde esta malformado, porque Chrome te mostrará la versión embellecida del código HTML después de haberla arreglado. Desearía que hubiera una opción de deshabilitar el embellecimiento.

2. Validación HTML

Otra gran característica de Firefox es la posibilidad de mostrarnos cualquier error de validación del HTML que podamos tener. Actualmente estas es una funcionalidad proveída por la extensión HTML Validator.

Probé varias extensiones para el mismo propósito en Chrome pero ninguna fue cercanamente buena. Algunas solo usan el servicio de validación de W3C pasando la URL de la página, lo cual no es bueno porque si estas desarrollando una página que no es pública, el servicio W3C ni puede acceder a este, ni puede acceder como un usuario autenticado del sitio que estas desarrollando.

Otras extensiones tratan de copiar la página actual cargada y pasarla al servicio validador pero ninguna muestra el eventual código HTML inválido como lo hace la extensión HTML Validator de Firefox.

También esta extensión de Firefox no depende de un servicio de validación externo, esto significa que puedes validar tus paginas incluso sin tener acceso a Internet.

Por todas estas razones, una extensión como HTML Validator de Firefox es seriamente necesitada para Chrome.

3. Deshabilitar JavaScript

En ocasiones necesitamos probar nuestro sitio con JavaScript deshabilitado. La única forma de hacerlo en Chrome es en preferencias y deshabilitarlo ahí. Esto es un verdadero atraso.

En Firefox puedes usar la extensión Web Developer por Chris Pederick para añadir un botón a la barra del navegador para deshabilitar y habilitar JavaScript rápidamente cada vez que quieras.

Para Chrome existe también la extensión Web Developer por el mismo autor, pero no provee una forma de deshabilitar JavaScript.

El problema se debe a una limitación de la API de Chrome expuesta a las extensiones. Este no provee una forma de deshabilitar JavaScript desde extensiones.

Existe un pedido de funcionalidad para el proyecto Chromium para que implementen el soporte necesario para deshabilitar JavaScript. La implementación de esta funcionalidad incluso fue asignada hace alrededor de un año pero nunca lo hicieron. Extrañamente, se deshabilitó la posibilidad de postear nuevos comentarios en este tema.

4. Limpiar la caché del navegador

A veces necesitamos forzar al navegador a limpiar la caché, para que el contenido nuevo sea tomado del servidor en el que estamos desarrollando.

Es la misma limitación de deshabilitar el JavaScript. No se puede hacer desde una extensión. Hay que ir a las preferencias de Chrome.

También existe una petición de funcionalidad para darle soporte a la limpieza de la caché del navegador desde una extensión. Esta fue solicitada hace más de dos años, pero solo hace tres meses fue asignada para ser implementada.

5. Cambiando la identificación del User  Agent del navegador

En ocasiones necesitamos acceder a nuestro sitio en desarrollo pretendiendo estar usando un navegador distinto para poder verificar que tu sitio se adapte al navegador actual como se espera.

Por ejemplo si estamos sirviendo un canal RSS para que sea consumido por Feedburner, necesitas redireccionar todos los navegadores a la URL del Feedburner a menos que el user agent sea el propio Feedburner verificando si tu feed fue actualizado. Por lo que sería útil si puedes hacer que tu navegador pretenda ser Feedburner para poder verificar que está funcionando como necesitas

En Firefox puedes usar la extensión User Agent Switcher también por Chris Pederick. En Chrome también existe una extensión llamada User Agent Switcher. El problema es que no funciona. Bueno, sí lo hace pero no de la forma que esperas.

Esta extensión solo puede cambiar la identificación del navegador expuesta a JavaScript, esto significa que la petición http enviada al servidor  no usara la cadena de identificación del user agent que necesitas que se envíe.

Sospecho que debe haber una petición de implementación de esta funcionalidad para el proyecto Chromium pero no la encontré. Mientras que se implementa esa funcionalidad, tendremos siempre que volver a Firefox que funciona bien con la extensión User Agent Switcher.

6. Botones en la barra de estado

Algo bueno de Firefox y la mayoría de los navegadores, es que puedes tener botones útiles en la parte de debajo de la ventana del navegador en la barra de estado. Es aquí donde está el botón de Firebug y de otras extensiones útiles. Cuando quieres usarla es muy fácil hacer clic en el botón para abrir Firebug y depurar el código JavaScript.

Chrome prácticamente elimina la barra de estado. Solo es usada para mostrar algunos mensajes temporales. Si deseas abrir las herramientas de desarrollador para depurar tu código JavaScript o verificar el HTML de la página. Necesitas encontrar una función en el menú o memorizar una secuencia de teclas no trivial.

Eventualmente vas a necesitar usar esto pero sería mucho más amigable para el usuario si pudiese hallar estas extensiones si aparecen en la barra de estado abajo o incluso en la parte superior del navegador.

7. Almacenamiento en cache de las paginas enviadas en el historial del navegador

A veces necesitas regresar en tu historial de navegación a una página que fue presentada después del envío de un formulario usando el método POST. Sin embargo no quieres repetir la petición que fue enviada al servidor cuando la página fue mostrada.

En algunos casos en los cuales no podría determinar las circunstancias, Chrome pregunta si deseo enviar el formulario nuevamente y no me muestra la página en el historial de navegación si no acepto el envío del formulario nuevamente. Firefox no tiene este problema. Siempre me muestra la página en el historial de navegación, incluso si fue el resultado de un formulario enviado.

8. La extensión de Flash colisiona frecuentemente

Yo no desarrollo sitios en Flash. No obstante a veces necesito acceder a determinados sitios de Google que proveen información útil presentada usando Flash. Ese es el caso de Google Analytics y Google Webmaster Tools.

Desafortunadamente la extensión de Flash que viene con Chrome, falla frecuentemente. Esto no sucede cuando estamos usando Firefox para acceder a las mismas páginas.

Preferiría que Google no usara Flash en tales sitios. La mayoría de lo que ellos presentan no necesita el uso de Flash. Asumo que cambiar esos sitios para que no dependan de Flash tomaría a Google más recursos de desarrollos de los que quieren emplear. En ese caso es necesario que Google arregle la extensión de Flash que viene con Chrome.

9. Edición de HTML genera HTML malformado

Hoy en día, la mayoría de los sitios que publican contenido HTML enviado por los usuarios, proveen una interfaz enriquecida de editor WYSIWYG. Esto se hace estableciendo el atributo contenteditable HTML, por ejemplo un tag div.

El proble es que los editores HTML en Chrome se mantienen con muchos fallos. A menudo si copian y pegan HTML en el editor resulta HTML malformado. He visto etiquetas meta del HTML aparecer fuera de nada en el medio del HTML pegado después de haber sido copiado de otras partes del mismo documento siendo editado. También he visto a veces estilos CSS falso nombrado Apple-style-span aparecer en el HTML pegado, cuando tal estilo nunca ha existido en el HTML que está siendo editado.

Esto es solo un recordatorio de que necesitas tener un validador HTML y un sistema de filtrado en tus scripts del lado del servidor para limpiar cualquier HTML confuso enviado al servidor después de haber sido editado en Chrome.

Siempre es una buena idea usar tales filtros, ya que no hay garantía de que todos los navegadores siempre van a enviar HTML válido. Pero el hecho es que si usas Firefox, no pareces tener tal HTML malformado.

10. No hay retroalimentación para el reporte de errores

He tratado de reportar algunos de los problemas mencionados usando el sistema de envío de reportes de Chrome. Vas al menú Herramientas y luego Reportar un error y muestra una agradable página de reporte de errores la cual debería incluso incluir una captura de pantalla de la página actual que estoy navegando.

El problema es que nunca recibo ninguna retroalimentación de mi error reportado. Por lo cual no sé si el error fue enviado y recibido adecuadamente, mucho menos habiendo sido visto en función de esto.

No sé si el tiempo que emplee tratando de escribir el reporte del error valió la pena. Sospecho que esto podría ser más eficiente probablemente si reporto cualquier bug al proyecto Chromium directamente.

Quizás esté equivocado, pero a veces tengo el presentimiento de que la gente de Google no ven el acto de la retroalimentación a la comunidad de usuarios como algo importante.

Esto me recuerda el problema de AppEngine de soporte a PHP. Fue la funcionalidad más solicitada para la AppEngine. La gente de Google decidió no dar soporte a PHP en ningún sentido, dando como justificación la carencia de recursos. Es algo muy extraño que decir para una compañía que hace miles de millones al año en beneficios.

También deshabilitaron la posibilidad de postear nuevos comentarios en esta petición de funcionalidad. Parece que no es relevante para Google lo que puede aportar la comunidad de desarrolladores PHP. A pesar de que es la comunidad de desarrolladores web más grande del mundo.

Conclusiones

Este artículo es mayormente mi opinión y no necesariamente lo que todos los desarrolladores PHP y web piensan de como Google debe priorizar el desarrollo de Chrome y otros productos de Google.

Es posible que haya malentendido ciertos aspectos de como Chrome trabaja para darle solución a las necesidades de los desarrolladores web. En caso de que estes de acuerdo o desacuerdo con mi opinión o tienes alguna sugerencia para darle solución a los problemas que planteo, por favor siéntase libre de escribir comentarios de lo que cree acerca de esto.