Este fin de semana he estado trabajando en un par de plugins de creación propia, más que nada para solucionar un par de pequeñas “quejas” que leí en los foros de TxP:

• jnm_comments_reply – Permite responder a un comentario desde el propio administrador de TxP. Si tenemos los comentarios moderados creo que es especialmente útil ya que no nos obliga a “aprobar” nuestros propios comentarios.

• jnm_no_reset_time – Desmarca el check de “Emplear fecha/hora actual” que está marcado en determinadas circunstancias. A veces cambiamos la fecha a una entrada por error si no nos damos cuenta de que está marcado.

Por si a alguien le resultan de utilidad :-)

El sistema de edición de páginas, formularios y estilos de TxP tiene como gran ventaja el que se presta a hacer modificaciones sobre el sitio sin necesidad de subir ficheros, habilitar FTPs, etc. Esto hace que la modificación del sitio se convierta en una tarea cómoda que invita a la mejora del sitio debido a su inmediatez.

Esto, claro está, conlleva algunos inconvenientes, uno de los cuales es que perdemos la posibilidad de utilizar nuestro editor de texto favorito. Y esto es incomodo, no lo vamos a negar. La edición dentro de las textareas del navegador no tiene ninguna de las facilidades que cualquier editor nos facilita: completado de elementos html, coloreado de la sintaxis, etc.

Por fortuna, tenemos la extensión It’s All Text! para firefox:

Cuando instalemos esta extensión aparecerá un botón de edición debajo de cada textarea de las páginas que estemos visitando. Al pulsar sobre ella se abrirá el contenido de dicha textarea en nuestro editor de textos preferido, con todas las utilidades a las que estamos acostumbrados y nos permitirá editar directamente con él. Para mi, este ha sido un gran hallazgo que complementa perfectamente a Textpattern.

Jorge decía en este comentario que sería interesante que el formato del feed fuese completamente configurable (a partir de un form).

He creado un plugin que hace justo eso y que creo que puede ser bastante útil para muchos proyectos (por ejemplo, poder mostrar el contenido de campos custom en el feed): jnm_feed_custom_item

Espero que resulte útil.

El autor de Micrographic se quejaba en los foros de TxP de que el campo imagen del artículo no sale en los feeds.

Hacer un plugin para resolver eso era sencillo. Cuestión de 4 líneas de código. Por si alguien más lo necesita, dejo el plugin aquí. Instalar y activar (cuidado con la cache del navegador cuando vayamos a probarlo):

jnm_feed_image (por llamarlo de alguna manera :-) )

pabloh decía en un comentario ayer que:

Nunca me gustó ese sistema de TXP de guardar los estilos en la base de datos. Más que por la velocidad de carga, por la incomodidad de no poder editarlo con mi editor favorito.

Creo que fue por consejo tuyo, yo suelo poner las hojas de estilos en un archivo css, enlazándolo en el ; vamos, como lo harías en una página html estática. Y me resulta muy cómodo.

Personalmente, creo que la “ventaja” del sistema online es que te evita la necesidad de un FTP sólo para cambiar un estilo de vez en cuando.

Personalmente, yo normalmente trabajo en el “slicing” del diseño (convertir de una imagen a html+css) en mi equipo, antes de trabajar con TxP, y por lo tanto uso mi editor preferido.

Una vez que ya paso eso a TxP suelo trabajar con el editor de TxP ya que toco mucho menos los estilos y es cómodo no tener que estar subiendo el fichero cada vez. Al final, una vez terminado el proyecto, a veces lo paso a un fichero estático para aumentar la velocidad (aunque no siempre).

Con el plugin que comentaba ayer, el rvm_css simplemente se soluciona el dilema del último paso. El CSS queda disponible para editarlo desde TxP y al mismo tiempo es un fichero estático.

Por otro lado, la opción de seguir trabajando siempre con un fichero estático subido por FTP y olvidarnos del editor online de TxP es perfectamente válida. Es una posibilidad que te da el gestor de contenidos. Si preferimos no usarla, es nuestra elección.