YouTube está usando un codec propietario para la visualización de videos en HTML5, lo que implica que Firefox no podrá abrir estos videos cuando concluyan la transición a la nueva versión del estándar HTML.

Firefox no dará soporte a este codec porque es propietario y las políticas de la Fundación Mozilla -la organización detrás de Firefox- solo les permite trabajar con estándares abiertos.

La Web debe ser libre y abierta a todo el mundo, así que no entiendo cómo fue posible que las entidades encargadas de definir la nueva versión del estándar HTML aceptaran un codec propietario para correr dentro de la nueva etiqueta <video>.

Si usas Firefox y te gusta YouTube, firma esta petición para que no nos dejen sin este servicio.

Todo lenguaje de programación multi-propósito debe tener entre sus funciones primitivas algúna rutina para desencadenar errores, y todo buen programador deberá conocer métodos para aplicar estas rutinas y atenderlas en sus desarrollos.

Básicamente hay 2 tipos de errores: las advertencias y los errores fatales. El primer grupo lo componen los errores que pueden ser atendidos en el mismo algoritmo, como por ejemplo una versión antigua de un descriptor que deberá ser actualizada. El segundo grupo se compone por errores que no pueden ser atendidos desde el proceso, como por ejemplo tratar de crear un archivo dentro de un directorio para el que no tenemos permisos de escritura.

Leer más »

Un amigo de Detroit usuario de Lexi añadió a sus fuentes un enlace al portal The Detroit News. Con sorpresa descubrió que Lexi no conseguía leer la información del portal de noticias y me escribió para que le ayudara a encontrar alguna solución. En definitiva no pude lograr que Lexi leyera desde la fuente en cuestión, y tampoco pude publicarla en los widgets de RSS de WordPress, así que todo apuntaba a la librería de RSS. La motivación era poderosa. ¿Cómo lograr que una fuente de RSS con problemas para ser leída por la librería de RSS pueda ser publicada en Lexi?

Leer más »

Es gracioso que mi primer desarrollo para WordPress fuera también el último plugin que publicara en los servidores de SVN, aunque viéndolo con calma tiene sentido.

MudSlideShow (MudSlide para abreviar) es un plugin diseñado para incluir futuras expansiones en librerías de fuente de datos y mecanismos de publicación de resultados, y con sus casi 1300 líneas entre código y documentación es, junto con Schreikasten, uno de los desarrollos más complejos que haya hecho para WordPress. Ese es MudSlide, el plugin que inició sus días como un script que facilitaba la integración con Picasaweb para visualizar galerías con Highslide, y que ahora es mucho más de lo que siquiera habría imaginado inicialmente, aunque -irónicamente- sigue haciendo lo mismo.

Leer más »

Desde Polonia preguntaron si había alguna forma de hacer que Indizar funcionara en los reportes categorizados como páginas una vez se activaran los permalinks. Los requerimientos del plugin tan solo llegaban hasta los reportes asignados como posts, así que nunca fui más allá en cuanto a la declaración de las reglas para páginas, pero ahora tenía un reto para encontrar una solución. Buscando una respuesta a esa pregunta nació este artículo y la nueva versión de Indizar con soporte para permalinks en páginas.

Las versiones anteriores a 0.5.1 hacían uso del filtro ‘generate_rewrite_rules’, que como su nombre lo indica sería llamado al momento de generar las reglas, pero como lo general no siempre soluciona cuestiones particulares, no conseguí definir con este filtro las reglas para etiquetas en páginas y posts.

Leer más »