(: HEC :)

El código que suelen ofrecer servicios como YouTube para incrustar vídeos en otras páginas web no valida XHTML.

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>

Compártelo

Esta es una versión actualizada de la entrada publicada el 8 de marzo de 2007: “Plugin para producir símbolos matemáticos en WP“

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.

Compártelo

Esto es lo que nos indica la pauta 10.4 (prioridad 3, es decir, mínima, pero no por ello completamente obviable) de las denominadas Pautas de Accesibilidad al Contenido Web 1.0 (WCAG 1.0), desarrolladas por la Iniciativa de Accesibilidad Web (WAI), perteneciente al World Wide Web Consortium (W3C):

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.

Compártelo

Feeds, fuentes, canales, sindicación, redifusión, agregadores…

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.

Compártelo

Cómo librarse en WordPress de los enlaces “feos” del tipo hablandoencristiano.info/ index.php?p=54 y obtener enlaces permanentes significativos y “bonitos” del tipo hablandoencristiano.info/tutoriales/ tutoriales-wp/permalinks-bonitos-wordpress/

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.

Compártelo

He añadido a la descarga de la documentación de Enthusiast 3 en español la traducción del archivo templates.txt, que no sé muy bien por qué razón no se incluye en las últimas versiones de Enthusiast.

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 .

Compártelo