Problemas con themes de WordPress

Antes de poder crear un theme creo que es importante saber cuáles son las cosas molestas de los themes para poder evitarlas. Eso no sólo resultará en un mejor theme, sino también en más satisfacción de quienes lo usen (nosotros incluídos).

La siguiente lista está basada en las cosas que más me molestaron de algunos (léase la mayoría) themes y – por lo tanto – yo recomiendo tenerlos en cuenta siempre
Continue reading

Thunderbird 3: lo que se viene

De la mano del blog de uno de los desarrolladores, tenemos un pequeño y especulativo avance sobre lo que podemos esperar de la próxima versión de Thunderbird.

Lamentablemente, esto es sólo una lista tentativa que podrían o no estar en la versión final por no estar terminadas todavía. Pero definitivamente se ve muy bien:

  • Pestañas: para escribir un mail nuevo, leer otro, tener más de una carpeta abierta y cuanto uso se les ocurra
  • Un nuevo gestor de contraseñas: más seguridad e integración
  • Poder esconder las citas de mensajes anteriores: excelente idea para poder ver todo más junto
  • Mejores filtros de búsqueda rápida: así no necesitamos abrir la ventana de búsqueda avanzada
  • Mostrar información de los contactos en nuestra agenda al posar el puntero sobre su e-mail
  • Una forma sencilla de copiar las direcciones de e-mail desde la agenda de contactos
  • Incorporación del nuevo gestor de errores: desarrollado en conjunto con Google y siendo utilizado en Firefox 3

Sin embargo, algo muy esperado para quienes usan MAC es el uso de la agenda de contactos de OS X. Esto, hasta donde sé, es una de las principales razones por la que los usuarios de MAC evitan Thunderbird. Seguramente va a hacer una gran diferencia para quienes utilizan esta plataforma intensivamente y ya utilizan Thunderbird y va a aumentar la cantidad de gente que lo utiliza.

Como si todo esto fuese poco, el conocido cliente de mail Eudora lanzó el mes pasado su primera gran versión libre: 8.0.0b2 (después de la última versión 7.1 propietaria de Qualcomm) última versión. Lo notable es que ahora es Software Libre y su código se basa en el de Thunderbird. La competencia seguramente resultará en grandes beneficios para los usuarios de ambas aplicaciones ya que tendrán diferentes funcionalidades… que seguramente serán agregadas al otro rápidamente.

Siendo ávido usuario de Thunderbird, es muy bueno saber que avanza. No creo que suceda, pero sería muy interesante ver que éste gane suficiente popularidad como lo hizo Firefox. Así también como que las ventajas de su 3º versión marquen una diferencia con respecto a otras alternativas disponibles.

Desinstalando plugins en WordPress

Una de las principales ventajas de WordPress es la gran cantidad de plugins disponibles. Hay para todas las necesidades y caprichos, de todos los colores y formas que uno se pueda imaginar… y si no existe, no es complicado crear uno. Instalarlos también es extremadamente sencillo: copiar los archivos y luego dos clicks desde la interfaz de administración. ¿Pero qué pasa cuando no los queremos más?

Desde la interfaz de administración se pueden desactivar y activar los plugins disponibles en nuestra instalación. Para “desinstalarlos” hay que borrar los archivos que se copiaron. Sin embargo, la mayoría de los scripts hacen modificaciones a la base de datos sobre la que funciona WordPress al activarlos por primera vez.

Jeff nos hace notar, sin embargo, que al desactivar un plugin no se deshacen esos cambios, simplemente se dejan de utilizar; de la misma forma cuando uno borra los archivos. Y uno termina con una base de datos con un montón de información que no utiliza y pero que abulta y ocupa espacio y posiblemente multiplica las chances de que las actualizaciones causen problemas.

Por suerte, en respuesta a la discusión iniciada por Jeff, Andrew Rickman creó un plugin que agrega una opción para desinstalar plugins. Éste se encarga de llamar al script de desinstalación de un plugin si éste existe. Obviamente, el plugin tiene que tener un script de desinstalación en primer lugar.

Lamentablemente, el plugin de Andrew no es muy “limpio” que digamos. Y siendo ésto una funcionalidad referida a la administración de plugins es algo que debería de estar en WordPress mismo y no ser un plugin. Por eso, ya se abrió un pedido al respecto a los desarrolladores de WordPress y fue algo tan obvio que ni se discutió si era necesario o no, sólo se está discutiendo cómo implementarlo.

Por ahora la idea es la siguiente (traducida a lenguaje lo menos técnico posible):

  • Al instalar el plugin, éste hace lo que tenga que hacer
  • Entre las cosas que “tiene que hacer” al instalarse, define el código necesario para desinstalarse
  • Si el plugin no está activo, la interfaz de administración mostrará un link para desinstalarlo
  • Al hacer click en dicho link, se ejecuta el código necesario
  • Si el código no falló, se elimina el código para desinstalar el plugin (y con él el link para desinstalarlo)

Yo creo que es una excelente idea pero tiene una gran desventaja: hay que modificar todos los plugins existentes. Obviamente esta última desventaja no creo que se pueda salvar; pero si la iniciativa prospera va a haber que tener cuidado al instalar plugins o simplemente vamos a tener que conformarnos con la situación actual.

Viendo que nadie se quejó antes ¿estamos agrandando un problema menor? Mucha gente ahora vive sin tener que preocuparse por si los plugins se desinstalan bien o mal y es felíz. Escucho opiniones; además si creen que existe una mejor forma de hacer todo eso, me ofrezco a traducirlas al inglés y agregarlas al pedido oficial.