Cómo mostrar la fecha en minúsculas en Wordpress

Con la utilización de administradores de contenidos hechos por extranjeros la gente de habla hispana se ha ido olvidando de parte de las reglas de nuestro idioma. En el caso de la fecha y Wordpress esto se observa en cuanto elegimos mostrar la fecha en formato, por ejemplo, 1 de Enero de 2000, o cualquier otro formato que muestre el mes en palabras.

Esto realmente viene derivado de la función date de PHP que  imprime el mes con la primera letra en mayúscula, en caso de que se le indique que muestre el mes. Y este hecho de comenzar con mayúscula el mes en español está mal, como describen las reglas sobre la fecha del Diccionario panhispánico de dudas de la RAE. En inglés no sé si es que sí que estará bien así, pero todo tiene arreglo en esta vida.

La solución más fácil sería meterle como argumento de entrada a la función strtolower() de PHP la salida de la función que nos informa de la fecha, date() en este caso. Sin embargo al tratarse de Wordpress se añade un problema más. La función que devuelve la fecha en la que fue escrita una entrada, the_time(), imprime ésta directamente, por lo que no vale meterle esa salida como argumento de entrada a la función strtolower. Pero hay una chapuza a esto: las hojas de estilo.

Si tiramos de hojas de estilo existe la propiedad text-transform que permite transformar el texto en cuestión a minúsculas, mayúsculas o sólo la primera letra a mayúsculas. Con lo cual aunque en HTML el mes estuviese escrito empezando por mayúsculas, la mayoría de navegadores, al menos los que son en modo gráfico, lo mostraría todo en mayúsculas. Hay varias formas de implementar esto, la más rápida sería por ejemplo:

<p style="text-transform:lowercase"><?php the_time('j \d\e F \d\e Y'); ?></p>

que devolvería por ejemplo: 1 de enero de 2000

Otra manera puede ser asignarle una clase al párrafo y ya en la hoja de estilos correspondiente indicarle la propiedad a la clase en cuestión. Es una chapucilla que no he sabido solventar con PHP, pero que quizás a alguien más que haya tenido la curiosidad y no haya caído en hacerlo con hojas de estilo le pueda ayudar también.

Encontrar enlaces rotos en Wordpress

Hace un tiempo me di cuenta de una buena cantidad de enlaces rotos que tenía, a costa de las herramientas estas para webmaster de Google. Pero me decía las direcciones que no funcionaban, no así desde donde se las enlazaba —lo interesante para saber a qué entradas corresponde y corregirlas—. Pero hoy, buscando como añadir la típica imagen que usan webs como Wikipedia para enlazar sitios externos desde Wordpress, di con un plugin llamado Broken Link Checker —también en el directorio de plugins—.

La instalación la describen en su página, es como la del resto de plugins. Por defecto lleva una configuración para comprobar los enlaces cada 72h, que se puede cambiar o incluso se puede desactivar el plugin y activarlo de cuando en cuando y ahorrar en recursos. Además de chivarnos los enlaces erróneos —válido también para imágenes que tengamos alojada en otro dominio—, ofrece la posibilidad de añadirle a los enlaces que fallan una clase CSS llamada broken_link, que por defecto añade un efecto tachado a dichos enlaces hasta que sean reparados.

Sin duda una buena utilidad, que luego a veces da rabia cuando nos encontramos con entradas en algunos blogs en las que la mitad de los enlaces fallan y dan la sensación de abandonados.

Validar las galerías de Wordpress 2.6 para XHTML

De cuando en cuando me da por probar el blog en el validador de W3C —manías de uno—, y esto de utilizar un DTD de XHTML 1.1, aunque no es necesario ponerse tan estricto para un blog, trae de cuando en cuando algún quebradero de cabeza con el tema de la validación. Sobre todo cuando el contenido es ubicado automáticamente, como hacen las galerías que por defecto permite crear Wordpress 2.6.

Para la entrada anterior sobre la fama de las suecas, por ejemplo, usé una galería, y el resultado fue que luego validando me lanzaba un fallo bastante gordo, ni más ni menos que justo antes de donde va el código de las imágenes, dentro del body, había un par de etiquetas style para modelar la manera de ubicar las imágenes, cuando esas etiquetas debieran de aparecer en todo caso entre <head> y </head>.

Este es el error descrito por el validador:

document type does not allow element “style” here.

<style type='text/css'>

Estuve buscando solución al asunto, porque eso es algo que Wordpress coloca de manera automática, y encontré un par de plugins pero que no me sirvieron entre que o yo no sabía acabar de ponerlos en marcha o que incluso empeoraban aún más la validación. Así que me armé de valor —porque en cuanto actualice Wordpress se irá al traste lo que modifique— y le metí mano directamente al archivo “wp-includes/media.php” para hacer una chapuza en toda regla pero que funciona.

…→→ continuar leyendo →→