Vuelve a emerger el tema del necesario —y urgente— rediseño del gestor de complementos de Firefox. Hace dos años, en septiembre de 2007, escribí sobre cinco cambios que necesitaba ese que es uno de los puntos más importantes del navegador. Eventualmente Firefox 3 adoptó el primero de esos cambios, así que les recuerdo los otros cuatro:

• Indicación de la fecha de instalación/actualización. Actualmente instalamos las extensiones como quien echa manzanas en un saco. El resultado es que cuando Firefox empieza a cojear y sospechamos de una extensión, la única vía que tenemos para identificar a la sospechosa es, ni más ni menos, nuestra muy ineficaz y humana memoria. Si Firefox se me puso lento el viernes pasado, me gustaría saber qué extensión instalé o actualicé ese día.
• Lista de extensiones exportable. Un mecanismo de exportación de la lista de extensiones sería útil para ciertas tareas. Si este listado incluyera las direcciones de donde fue descargada cada una, el usuario podría valerse de él para reinstalarlas total o parcialmente en caso de creación de un nuevo perfil o de instalación de Firefox en otra computadora. Esto puede hacerse actualmente usando una extensión como Infolister o Extension List Dumper, pero sería magnífico que una función como esta fuera incluida en el navegador en su versión original.
• Historial de extensiones desinstaladas. Si un usuario desinstala por error una extensión y luego no recuerda su nombre (un problema más común de lo que podría pensarse), o si de pronto se da cuenta de que necesita una función que era prestada por una extensión que desinstaló hace tiempo, le sería muy útil contar con un historial en el que se registrara cada extensión desinstalada, la fecha en que se desinstaló y la dirección de donde fue descargada originalmente.
• Selección múltiple de extensiones. ¿No es molesto realizar una y otra vez el mismo proceso cuando se necesita desinstalar o deshabilitar varias extensiones? Sería ideal poder seleccionar varias a la vez usando la tecla Control y el botón izquierdo del mouse (como suele usarse en este tipo de acciones) para deshabilitarlas, desinstalarlas o simplemente ver información extendida sobre las que el usuario seleccione.

En abril de 2008 volví a tocar el tema a raíz de un post en el que Dave Townsend pedía sugerencias al respecto. Ahora es el blog del sitio oficial de complementos de Mozilla (AMO) que el lunes se hacía eco de las sugerencias que ha hecho Jennifer Boriss para ponerle esteroides al ya caduco gestor de complementos, y que están siendo consideradas por los panas de Mozilla. Las traduzco para ustedes en versión libre:

1. Mantenimiento y configuración
   • Permitir a los usuarios la ubicación rápida de un complemento particular por nombre o tipo.
   • Proveer controles simples y eficaces para operaciones básicas con las extensiones.
   • Permitir que nuevos tipos de complementos, como Jetpacks o Personas, puedan ser fácilmente mantenidos y configurados desde el mismo gestor, como si fueran extensiones tradicionales.
2. Actualización
   • Actualización automática de extensiones como proceso predeterminado. La mayoría de los usuarios, una vez que deciden que una extensión es confiable, no desean tener que actualizarla manualmente. En especial no quieren que se les recuerde, durante el inicio del navegador, que deben actualizarla.
   • Permitir a los usuarios diversas opciones para actualizar los complementos manualmente, actualizar manualmente sólo uno en particular, y quizás deshacer alguna actualización.
3. Instalación
   • Reducir el proceso de instalación de complementos a la menor cantidad posible de pasos.
   • Proveer al usuario indicaciones claras de toda acción requerida, especialmente cuando algunos complementos requieren que el navegador sea reiniciado y otros no.
4. Descubrimiento
   • Proveer una poderosa experiencia inicial a usuarios de nuevos complementos, incluyendo explicaciones claras sobre la funcionalidad que ofrece cada uno y los cambios que introducirá en el navegador.
   • Proveer una forma eficaz de exploración del índice de complementos existentes, limitando la visita a AMO por parte del usuario sólo cuando requiera localizar mayor información o participar en actividades de la comunidad.
5. Resolución de problemas
   • Proveer formas de determinar si un complemento en particular puede estar causando problemas de desempeño, tales como medición de tamaños, uso del CPU, etc.
   • Ofrecer comunicación e instrucciones claras si existe un problema de seguridad con un complemento.

Entre los comentarios que ya ha recibido el post de J. Boriss se encuentra uno muy interesante de John Barton, desarrollador de Firebug:

Un área emergente es la de extensiones para extensiones (Firebug tiene ya más de veinte). Estamos planeando nuestra propia solución de extensiones, muy parecida a las colecciones de AMO sólo que con la posibilidad de agrupar extensiones y probarlas en forma colaborativa. Deseamos que la experiencia del usuario se enfoque menos en la gestión de software y más en la gestión de funciones.

Las negritas son mías, pues me parece que es muy destacable esto que dice Barton: ¿por qué el usuario debe tomar en cuenta conceptos como versión, xpi, xul, sandbox? Estos son elementos que para un usuario experimentado son fáciles de dominar, pero para la mayoría se trata de un mundo oscuro y, obviamente, muy pocas personas tienen el deseo o la necesidad de descender a semejantes profundidades. ¿Veremos algún día un enfoque como este en el gestor de complementos?