La solución es bien sencilla, pero hay que indagar un poco en PHP.net:

Puede prevenir que un caracter reconocido en la cadena de formato sea expandido escapándolo con una barra invertida. Si el caracter con una barra invertida es una secuencia especial, puede que necesite escapar también la barra invertida.

De esta manera:

<?php
// imprime algo del tipo: lunes, 6 de abril de 2009
echo date(”j, d \\d\e F \\d\e Y”);
?>

En WordPress puede hacerse usando:

<?php the_time(’l, j \\d\e F \\d\e Y’) ?>

Que es el código que utilizo para mostrar la fecha en esta bitácora.

He visto que en algunos sitios se ofrece la posiblidad:

Publicado el <?php the_time(’l'); ?>, <?php the_time(’j'); ?> de <?php the_time(’F'); ?> de <?php the_time(’Y'); ?>

Es lo que se me ocurrió hacer la primera vez que necesité ese formato, pero me parece que es complicarse la vida demasiado cuando PHP suele tener soluciones bastante sencillas. Y en efecto: puede hacerse simplemente con ese par de líneas que os comento.

¡Espero que os sirva!

Mientras tanto, si alguien necesita servicios de traducción, redacción de contenidos o edición de páginas web, estoy disponible. Más información: Traduxnet C.B. (mi empresita) y mi perfil en LinkedIn.

Ya que predico, que sea con el ejemplo. Yo he pagado 6 EUR por artículo a un amigo por su colaboración en uno de mis sitios, y me siento mal por no haber podido darle más.

Ante esto quiero manifestar mi buena experiencia con Maestros del Web en los años 2006 y 2007: un entorno amigable, bastante libertad a la hora de redactar y, ahora puedo apreciarlo como se merece, bien pagado.

Hace un año y medio seguí el Curso online de diseño de webs eficaces (3ª edición) organizado por la Universidad de Murcia. Entre los profesores estaba Imma Bermejo, de Chavalina.net.

Para la evaluación del curso nos propusieron varios ejercicios y nosotros teníamos que realizar uno. Yo elegí construir un sitio web que cumpliese los estándares relacionados con la usabilidad y la accesibilidad.

Aprendí mucho construyéndolo y como por lo visto el material es aprovechable, publico aquí el resultado final para que sirva de inspiración o ilustración a quien le interese el tema. No obstante, he observado cosas que aún podrían mejorarse, así que lo revisaré y mejoraré en cuanto pueda.

Se trata del sitio web final, con los contenidos requeridos en el ejercicio, pero al que añadí una sección “créditos” para explicar cómo y con qué lo construí.

He aquí el enlace.
Sitio web usable y accesible

Descargar:
También pongo a vuestra disposición el código fuente, pero si usáis algo de él, no olvidéis dar crédito a quien corresponda:
Plantilla XHTML CSS usable y accesible

Por favor, no me fusiléis el sitio entero y luego vayáis diciendo por ahí que lo habéis hecho vosotros (no está tan bien como para presumir ).

En muchos páginas web se explica el código que se puede usar en su lugar para que el sitio donde queráis incluir vídeos de YouTube sí pase la validación del Markup Validation Service del W3C, este es el que yo utilizo.

Atención: cambiad únicamente las partes en negrita por el código del vídeo de YouTube, la parte que va tras watch?v= en la URL del vídeo, también podéis cambiar el tamaño de la ventana del vídeo. En este código se incluye también la URL del vídeo para que si alguien está suscrito a las entradas y lee la nota como un correo electrónico, por ejemplo, pueda ver al menos la dirección a la que debe ir para ver el vídeo.

<object type="application/x-shockwave-flash" style="width:425px; height:350px;" data="http://www.youtube.com/v/yOOmFgBAdIA"><param name="movie" value="http://www.youtube.com/v/yOOmFgBAdIA" />http://www.youtube.com/watch?v=yOOmFgBAdIA</object>

Pero si tenéis un clon de YouTube o archivos .flv procedentes de otros sitios, el código anterior no suele servir de mucho: esta es la solución que a mí me ha funcionado. Cambiad las partes con “elsitioencuestion.ext” con vuestro dominio y video.flv con el nombre del archivo, quizás tengáis también que arreglar la URL para mostrar la ruta exacta del archivo. Podéis cambiar el tamaño, añadir un logotipo con un enlace, lo veréis en el código.

Atención: la parte en negrita debe ir sin espacios, en una sola línea, aquí tuve que hacer cortes para que se viera bien en la página:

<object type="application/x-shockwave-flash" data="http://www.elsitioencuestion.ext/flvplayer.swf" width="425" height="355" id="VideoPlayback"><param name="movie" value="http://www.elsitioencuestion.ext/flvplayer.swf" /><param name="allowScriptAcess" value="sameDomain" /><param name="quality" value="best" /><param name="bgcolor" value="#000000" /><param name="scale" value="noScale" /><param name="salign" value="TL" /><param name="FlashVars" value="&amp;file=http://www.elsitioencuestion.ext/video.flv&amp;
width=450&amp;height=425&amp;displaywidth=355&amp;
displayheight=367&amp;overstretch=true&amp;
autostart=false&amp;showfsbutton=false&amp;
logo=http://www.elsitioencuestion.ext/logo.ext&amp;
link=http://www.elsitioencuestion.ext&amp;
linktarget=_blank&amp;
backcolor=0xFFFFFF" /></object>

Para WordPress, el plugin más extendido es WP-LaTeX.

En cuanto a otras plataformas, a partir de una consulta en los comentarios de la otra entrada, he descubierto cómo integrar LaTeX en Blogger a través de una nota que publicó Víctor Álvarez en su blog.

En el artículo de LaTeX en la Wikipedia, nos proporcionan algunos recursos sobre LaTeX, entre los que destaca la lista de símbolos de LaTeX, para no perdernos demasiado.

Espero que le ayude a alguien.

WCAG 10.4: Hasta que las aplicaciones de usuario manejen correctamente los controles vacíos, incluya caracteres por omisión en los campos de edición y áreas de texto. (Prioridad 3).

Según esto, todos los campos de edición y áreas de texto deben contener algún caracter porque existen ayudas técnicas que no pueden poner el foco en los controles vacíos.

Si nos interesa cumplir con todas las pautas pero no queremos que se vea por defecto ningún caracter y estamos desesperados porque el truco de colocar &nbsp; no nos funciona, he aquí una solución.

Una manera de incluir textos por defecto (y así cumplir con los estándares de accesibilidad) y al mismo tiempo evitar que sea un engorro para el visitante borrar el texto por defecto para introducir sus propios datos es utilizar JavaScript siguiendo la propuesta de HTML Source.

Lo que viene a decir es que, para conseguirlo, no hay más que descargar dos archivos .js: util-functions.js y clear-default-text.js

Luego, “llamamos” a esos archivos desde la cabecera de nuestro sitio (entre las etiquetas <head>):

<script type="text/javascript" src="util-functions.js"></script>
<script type="text/javascript" src="clear-default-text.js"></script>

Y luego, asociar la clase “cleardefault” a cada campo del formulario:

<input type="text" name="date" value="yy-mm-dd" class="cleardefault" />

Aunque se deshabilite JavaScript el sitio seguirá siendo usable, aunque no se borrarán los valores por defecto al colocar el cursor sobre ellos.

Espero que pueda ayudaros.

Todos esos términos aluden a la posibilidad de suscribirse y leer con facilidad información que se actualiza con frecuencia.
El último artículo que he publicado en Maestros del Web pretende ser una guía para iniciarse y optimizar nuestra experiencia con los feeds (fuentes o canales de información).

Os invito a echarle un vistazo. Es extenso pero creo que muy informativo:
Herramientas para optimizar la lectura de tus feeds.

Recomiendo seguir este orden de pasos: es bueno, rápido y ahorra disgustos.

Primero: hacer una copia de seguridad de la base de datos, por si estropeamos algo.

Segundo: en el panel de control de WordPress, ir a “Opciones” y en el submenú escoger “Permalinks” o “Enlaces permanentes” (depende del archivo de traducción que uséis).

Tercero: en la sección “Permalinks” escogemos la opción “Personalizada, especificar aquí”.

Cuarto: en el campo “Estructura personalizada” configuramos la estructura que queremos para nuestros enlaces. He aquí las diferentes etiquetas que podemos usar, separadas por barras oblicuas (/). Para hablandoencristiano.info, por ejemplo, utilizo /%category%/%postname%/

%year% - El año en el que se publicó la entrada, con cuatro dígitos, por ejemplo, 2007.
%monthnum% - mes del año en formato de dos dígitos, por ejemplo, 05 (mayo).
%day% - día del mes, por ejemplo, 25.
%hour% - hora del día en formato 24 horas, por ejemplo, 15 (las 3 de la tarde).
%minute% - minuto de la hora, por ejemplo, 43
%second% - segundo del minuto, por ejemplo, 59
%postname% - título de la entrada en versión “sanitizada”, es decir, sin caracteres especiales para que no den problemas. De este modo “¡Cómo mola esta entrada!” se convertirá en “como-mola-esta-entrada” en la URI.
%post_id% - el número de ID único de la entrada, por ejemplo, 54
%category% - categoría en la que se archiva la entrada con su nombre “sanitizado”. Las subcategorías aparecen como subdirectorios en la URI y en el caso de que la entrada se archive en varias categorías, en la URI aparecerá sólo la primera.
%author% - nombre sanitizado del autor de la entrada

OJO: si usamos una estructura basada en la fecha, no es nada recomendable cambiar el orden “anglosajón”, es decir: año, mes, día (/%year%/%monthnum%/%day%/). Cambiar el orden puede darnos problemas a la hora de ver los archivos como es debido.

Quinto: una vez guardados los cambios y ANTES DE TOCAR NADA MÁS EN EL PANEL DE CONTROL ir a nuestro cliente FTP y añadir el código que se sugiere en el panel de control a nuestro archivo .htcacess (si no tenemos ese archivo, podemos crear un archivo de texto nuevo en el directorio principal de nuestra instalación de WP y llamarlo .htcacess). Normalmente, este código será como el siguiente:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Sexto: volver al panel de control de WP, darle a “Ver sitio” y comprobar que nuestros enlaces permanentes ya son “bonitos” .

Basado en la información del Códex de Wordpress.

Las variables que se listan en el documento siguen siendo válidas para las nuevas versiones de Enthusiast, y resulta muy útil conocerlas para personalizar las páginas que produzcamos con el script.

También he corregido algunos errores tipográficos que había en los documentos en español ya publicados.

Podéis encontrarlo todo en la entrada original sobre la documentación de Enthusiast en español.

Si tenéis sugerencias, podéis ponerlas en los comentarios a esta entrada.
Si tenéis problemas, a los foros .