119. Browser, el nuevo panel de WordPress

Desde WordPress 3.8 (2013) tenemos el diseño del panel de administración actual, pero desde hace unas versiones y pruebas ya se ven detalles de lo que será el nuevo formato.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify, Google Podcasts, Apple Podcasts e iVoox o suscribirte al feed directamente.

Transcripción del programa

Hola, soy Javier Casares y estás escuchando WordPress Podcast, el resumen de noticias de la Comunidad WordPress. En este programa encontrarás la información del 24 al 30 de octubre de 2022.

El pasado martes 25 se lanzó WordPress 6.1 Release Candidate 3 con las últimas 60 correcciones pendientes… aunque no es del todo cierto: no fueron las últimas correcciones.

Aunque no suele pasar, está previsto que de forma extraordinaria se planteen más lanzamientos tras las 3 versiones candidatas, y así ha pasado. También van a existir la versión RC4 y la versión RC5, que ya están disponibles aunque sólo se han hecho públicas en el blog del equipo de Core y n de forma general.

La versión RC4 corrige dos elementos. El primero hace referencia a los estilos globales en bloques de terceros, probado por ejemplo en el WooCommerce Blocks, y que no permitía que un cambio en bloques de terceros se guardase. La otra corrección también tenía que ver con estilos, en este caso con la caché de estilos de un usuario.

La versión RC5 más que corregir, lo que lleva es una regresión de código de WordPress 6.1 al sistema previo, ya que se ha detectado que la función que revisa si un contenido tiene elementos adjuntos iba extremadamente lenta en alojamientos con sistemas NFS de disco. Esto hacía que algo que tenía que tardar 2 microsegundos tardase 2 milisegundos, o sea, hasta 1.000 veces más lento, por lo que, hasta que se encuentra una solución, esta futura mejora se ha dejado archivada.

A partir de aquí, ¿cuñando tendremos WordPress 6.1? Pues, está previsto que el Dry Run se comience el lunes 30 a las 14 horas UTC y, a partir del momento en que s acabe este proceso, se bloqueará la publicación de código durante 24 horas. Esto significa que, probablemente el martes 1 de noviembre alrededor de las 17 horas UTC tengamos disponibles los paquetes ZIP disponibles para descargar.

Y el camino sigue hacia WordPress 6.2 y esto nos lleva a una nueva versión de plugin experimental Gutenberg, que en su nueva versión 14.4 implementa algunas funcionalidades interesantes.

En el “Inserter”, un nuevo diseño ofrece una visualización partida entre categorías y patrones, mejorando la navegación con mayores previsualizaciones para los patrones.

También se incorpora un elemento que ha ido y ha vuelto varias veces como es el Modo Sin Distracciones que elimina por completo todas las navegaciones y menús del sitio.

Las imágenes tendrán una nueva opción para activar o desactivar los pies de foto desde la barra, y el bloque de navegación se podrá bloquear para que no sea editable.

Y, como última prueba, en este caso sobre la tipografía fluida, el experimento está en que de forma automática las configuraciones personalizadas de tamaños de fuente se puedan convertir en fluida.

El equipo de Core ya está preparándose para WordPress 6.2 y, entre lo más destacado, es el inicio del nuevo diseño o estilo del panel de administración, llamado “Browser”, y que en realidad ya conoceos parcialmente al entrar en el Editor del Sitio cuando estamos en un tema de bloques. Ese nuevo menú de navegación lateral que también está disponible en beta en WooCommerce, y que podría llegar a estar en WordPress 6.2.

El equipo de Performance ha anunciado que en WordPress 6.1 los proyectos de Caché Persistente y Caché de Página estarán en el Salud del Sitio.

El equipo de Themes ha incluido 15 temas de bloques nuevos, lo que hace que la suma total alcance los 166 temas de bloques en el repositorio de WordPress.

Uno de ellos es el tema Pixl, liberado por Automattic.

El martes 25 de noviembre se llevó a cabo el primer Documentación Team Contributor Day durante 10 horas. Se aprobaron bastantes temas pendientes, lo que hará que la documentación e WordPress 6.1 esté bastante al día cuando se lleve a cabo su lanzamiento, principalmente todo lo enfocado en la documentación más sencilla para usuarios finales.

El equipo de Soporte de WordPress, junto al de Drupal y Synfony, han solicitado a la Fundación PHP una extensión del soporte a PHP 7.4 debido a que, aunque el núcleo de los distintos proyectos soporta PHP 8, no lo hacen la mayoría de las extensiones, lo que podría suponer un problema de seguridad en los próximos meses para los proyectos creados en PHP. Aún no hay una respuesta oficial por parte de PHP.

El equipo de BuddyPress ha lanzado la versión 10.5 lista para WordPress 6.1, en la que no hay cambios significativos, sólo aquellos que adapta determinados cambios entre WordPress 6.0 y la nueva versión.

Y, para acabar, ya sabes que tienes todos los enlaces para ampliar la información, en WordPress Podcast .es.

Un abrazo, y hasta el próximo programa.

118. WordPress Accessibility Day 2022

Los días 2 y 3 de noviembre van a tener un evento de 24 horas, en línea, disponible sobre accesibilidad en la web, y en especial para WordPress.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify, Google Podcasts, Apple Podcasts e iVoox o suscribirte al feed directamente.

Transcripción del programa

Hola, soy Javier Casares y estás escuchando WordPress Podcast, el resumen de noticias de la Comunidad WordPress. En este programa encontrarás la información del 17 al 23 de octubre de 2022.

Se acerca el lanzamiento de WordPress 6.1, con la congelación del código esta semana, y con las últimas versiones lanzadas los últimos días.

Por un lado, WordPress 6.0.3 que incluye 16 correcciones de seguridad, algunas de ellas bastante complejas, por lo que es más que recomendable actualizar a la última versión menor del núcleo.

En el camino de WordPress 6.1, ya tenemos la RC2, y está previsto que en breve salga la RC3, que debería ser la última edición antes del lanzamiento final el próximo 1 de noviembre.

Y aprovechando el lanzamiento de WordPress 6.1, el directorio de temas va a incorporar un cambio interesante en el que los desarrolladores de temas podrán incorporar un JSON con las variaciones de forma que se puedan previsualizar directamente en la web, antes de ser instalados.

El rediseño de WordPress.org continúa y antes de abril de 2023 deberíamos ver la mayoría de las secciones con la nueva versión. La navegación global, la página de móvil o la de descarga ya han sufrido el rediseño, además de la página principal y la de noticias.

Las siguientes serán la de hosting, empresas y el sobre WordPress, seguidos de sitios más complejos como Documentación, Developer, Learn, Five for the Future o los directorios de plugins, fotos, patrones o temas.

Algunas de las novedades de WordPress 6.1, en este caso para MultiSite, las vamos a encontrar en las páginas de registro y activación, que han mejorado su código HTML y CSS, sobre todo con el foco en la accesibilidad, la prevención de errores, mejoras de contraste y la estandarización de elementos HTML de los distintos formularios.

El equipo de Performance ya tiene preparado el módulo de SQLite en el Performace Lab que podría incorporarse en la próxima versión del plugin.

El equipo de WP-CLI ha lanzado la versión 2.7.1 del software que incluye 12 cambios, con algunas correcciones con respecto a la versión anterior, y mejoras con respecto a TinyMCE, PHP 8.1 y correcciones de código.

El equipo de Hosting recuerda que ya se puede probar la funcionalidad de Rollback. Este nuevo sistema plantea que, al instalar, por ejemplo un plugin, si la actualización falla, se pueda recuperar la versión previa de forma sencilla, manteniendo una copia de seguridad del contenido previo.

Ele quipo de Accesibility nos recuerda que el próximo 2 y 3 de noviembre se celebra el evento virtual en línea de 24 horas, WordPress Accessibility Day, para promocionar y la accesibilidad y buenas prácticas en sitios web. Es un evento sin ánimo de lucro y os podéis registrar gratuitamente en wpaccessibility.day.

El equipo de Marketing ha informado que a partir de ahora todos los vídeos que se suban a WordPress TV se van a publicar automáticamente en Youtube a través del sitio youtube.com/wordpress, y en los que, por ejemplo, ya puedes ver los vídeos de la WordCamp Pontevedra.

El equipo de Documentación lanza su primer Contributor Day en línea para todo el mundo, este martes 25 de octubre de 2022, durante 10 horas, podrás participar a través de Zoom.

La lista de tickets y tareas a revisar ya está disponible, da igual el nivel de conocimiento que tengas, y sólo necesitas dos cosas: saber un poco de inglés, y muchas ganas de contribuir en la Comunidad WordPress.

Además, junto al equipo de Diseño se ha preparado el nuevo frontal del HelpHub y DevHub, con una nueva organización de los contenidos y nuevas funcionalidades, comenzando por el cambio de nombre de Soporte a Documentación.

El equipo de Polyglots está de enhorabuena porque a falta de una semana para el lanzamiento de WordPress 6.1 ya está disponible su traducción al 100% 8 ediciones locales, y 54 ya están disponibles para ser lanzados. Además, hay 14 que están muy cerca de acabar. Esto hará que, al menos, se lancen las traducciones el mismo día del lanzamiento en 62 ediciones.

El equipo de Mobile nos presenta las aplicaciones móviles en su versión 21.0.

La versión de Android incluye correcciones en la numeración del árabe, y la versión de iOS incluye cambios en la pantalla de inicio y el rediseño de los detalles de comentarios.

El equipo de Training quiere introducirnos en una nueva terminología: el DRI, que es el Directly Responsible Individual, o sea, el Individuo Directamente Responsable, y que básicamente sería la persona líder de un proyecto. Existen proyectos dentro de WordPress que están dirigidos por una persona y este término sería el adecuado para referirse a ellos.

El equipo de BuddyPress sigue preparando la versión 11.0 en la que se incorporarán mejoras en la caché, la posibilidad de incorporar comunidades privadas o dejar fuera de la actividad a una lista de usuarios.

La versión 11.0 sigue con fecha de lanzamiento del 14 de diciembre, con una primera versión candidata el 1 de diciembre, aunque el lanzamiento de la versión beta se ha retrasado al 8 de noviembre.

Además, se lanzará la versión 10.5 justo después del lanzamiento de WordPress 6.1 para ajustar algunos elementos, principalmente de los temas.

Y, para acabar, ya sabes que tienes todos los enlaces para ampliar la información, en WordPress Podcast .es. Un abrazo, y hasta el próximo programa.

117. Y más cosas que no sabíamos de WordPress 6.1

Siguen apareciendo las novedades de WordPress 6.1, y parece un camino interminable de cambios, optimizaciones y mejoras, grandes y pequeñas.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify, Google Podcasts, Apple Podcasts e iVoox o suscribirte al feed directamente.

Transcripción del programa

Hola, soy Javier Casares y estás escuchando WordPress Podcast, el resumen de noticias de la Comunidad WordPress. En este programa encontrarás la información del 10 al 16 de octubre de 2022.

El último programa comenzaba con un “cosas que aún no sabíamos de WordPress 6.1 y que te van a interesar”, pues esta semana es más de lo mismo, porque siguen apareciendo más novedades, cambios y optimizaciones como hacía muchísimas versiones anteriores que no veíamos.

Comenzamos con WordPress Multisite, que ha hecho cambios en el sistema de almacenamiento de metainformación.  Ahora la información quedará mucho mejor separada entre lo que es la red y el sitio, con las mejoras correspondientes en llamadas a la base de datos. A esto se le une el almacenamiento del identificador de la red en las opciones de la red, lo que hará que los sitios con WordPress Network también incrementen su rendimiento.

Y hablando de WordPress MultiSite, en este caso WordPress MU, su precursor, hay que tener en cuenta que se han eliminado los Global Terms.

Este sistema venía desde WordPress 3.0, pero dejó de funcionar en WordPress 3.5. Cuando llegó WordPress 4.2 se introdujo el sistema nuevo de términos y que acabó quedando completamente obsoleto con WordPress 4.4 cuando todo el sistema ya tenía sustituto. Ahora, con WordPress 6.1 toda esta tecnología se va a eliminar del núcleo.

Otro de los elementos con mejoras es la REST-API, usada principalmente por sistemas no-code y aplicaciones externas, también ha incluido mejoras de optimización para las respuestas con código de enlaces, o aquellos elementos que se repiten, como podría ser los datos de un mismo autor y que se encuentran en caché.

En cuanto a funcionalidades, vamos a poder buscar contenidos sin saber su ID, incluir o excluir contenidos de un listado, o buscar aquellos contenidos que incluyan un bloque determinado.

Para acabar, se puede activar el modo “bonito” del JSON, para que en vez de devolverse minimizado y en una línea, venga con un formato legible para humanos.

Y si hablamos de mejoras de rendimiento, las cachés se van a convertir en un elemento básico de cualquier instalación de WordPress.

Las principales mejoras se encuentran en la Caché de Objetos con nuevas funciones que afectan principalmente a los temas, además de nuevas funciones como wp_cache_flush_group() que permite limpiar todo un grupo de cachés, o wp_cache_supports() para saber si u plugin o tema soporta determinadas funcionalidades de caché.

Pero no sólo de caché se vive, teniendo mejoras en el Media, con los atributos de imagen decoding=»async», o la carga de lista del Media que podrá estar cacheado.

A nivel de cabeceras HTML, se implementa de forma nativa el uso del rel=’preload’.

Y un cambio importante en el funcionamiento de carga de las páginas lo tenemos en las cabeceras HTTP. Esto va a permitir mejoras en el comportamiento de la caché, poder inyectar cabeceras de precarga o mejoras en redirecciones y la gestión de códigos 300 o 400.

Actualmente las cabeceras se envían justo antes de leer los datos de la URL y la consulta principal de la página. A partir de ahora se hará después de ejecutar la consulta principal, lo que permitiría que dependiendo del resultado de esa consulta se pueda hacer una redirección o solicitar una página de error y actuar en consecuencia.

En referencia al Editor, muchas más novedades. Para la accesibilidad, se va a poder inyectar código ARIA a los bloques que contengan HTML que lo necesite.

Aunque si hemos de ver accesibilidad, los temas 2022 y 2023 ya tienen la etiqueta “accesibility ready”, además de haber incluido 15 mejoras en el panel de administración, mejorado toda la pantalla de login y más de 40 mejoras en el Editor.

Y algo que ha evolucionado desde WordPress 6.0 es la posibilidad de que, al comentar un tipo de contenido nuevo, por defecto en vez de aparecer la página en blanco, se pueda incluir un patrón por defecto. Por ejemplo, si tienes un contenido de tipo coche, al crear un nuevo Coche, no comenzar con el lienzo en blanco sino poder ver un patrón que incluya una cabecera, una foto y Loren Ipsum y un pie de contenido, de forma que el redactor sólo tenga que modificar esa plantilla base.

El bloque de Destacado ya permite el funcionamiento del Duotono en la imagen de fondo y los Enlaces Sociales permiten enlazar a direcciones de correo

También vamos a tener un nuevo tipo de diseño: el diseño restringido. Hasta ahora cuando añadíamos un bloque, este se adaptaba al ancho completo de la ventana, o al ancho de su bloque superior, su contenedor. Ahora tenemos un diseño restringido al que podemos darle un ancho concreto que deberá cumplir por defecto.

Aunque si no te gusta ningún sistema de los que viene, siempre podrás un “disable-layout-styles” y desactivar por completo la funcionalidad en el tema.

Como curiosidad, y que también es una mejora, a partir de ahora tus preferencias en el editor se van a guardar en la base de datos lo que hará que sean consistentes. Esto va a permitir que, al entrar en cualquier dispositivo o navegador, si habías configurado que el Editor se viera con todos los menús activos, vas a seguir teniendo esa configuración en todos y no sólo en el navegador donde se configuró.

Los creadores de formularios están de enhorabuena. Sí, pude parecer raro, pero se han añadido funciones y hooks específicos para aquellos campos en formularios que son obligatorios y que normalmente se marcan con un asterisco.

Y es que los lectores de pantalla no son capaces de leer si un campo es obligatorio o no tal y como funcionaban hasta ahora, así que como una gran mejora de accesibilidad se ha incluido este soporte de forma nativa en el núcleo de WordPress.

En cuanto a los Bloques en general, se han hecho mejoras en el block.json.

Los bloques se van a poder renderizar mediante PHP, indicando la ruta del fichero que ejecutará las acciones cuando se guarde.

Por otro lado, se han separado los scripts en 3 niveles: editar, visualizar y el normal. De esta forma, se ejecutará script distinto según el momento y se podrá reducir el que se necesita para el usuario.

Además, para los desarrolladores que usan boques del núcleo, ya es posible llamarlos por separado y no tener que descargar el uso de todos.

Para los creadores de bloques también vienen novedades con algo que se preguntaba bastante: la creación de estilos. Para esto se ha incluido el Style Engine, el agente responsable de centralizar la generación y render consistente de los estilos de bloques tanto en el servidor como en el cliente.

Reducción de código, nuevas funciones para llamar y procesar los estilos, funciones JavaScript para compilar o acceder a los CSS, y como siempre, retrocompatibilidad. Eso sí, este nuevo sistema por ahora sólo da soporte a bordes, colores, espaciado y tipografía.

Recordemos que se han normalizado las herramientas de estilos en todos los bloques posibles, de forma que prácticamente todos los bloques van a permitir las mismas herramientas de colores, tipografías, espaciados o duotono.

Pero la cosa no queda aquí, ya que también se incluye una estandarización de algunos contenidos del theme.json. En WordPress 6.1 se pueden dar estilos a botones, leyendas, citas y cabeceras.

A esto hay que sumarle los estados interactivos, como el active, focus o hover, que también afectaría a los elementos que hay anidados en los bloques.

Y si hablamos del theme.json una novedad interesante para aquellos que se han preguntado cómo se podrían modificar desde el exterior mediante funciones. Pues ya es posible gracias a varios hooks que permiten el acceso a los datos por defecto, bloques, tema y usuario.

Este sistema, por ejemplo, permitiría desde un plugin o tema añadir una nueva paleta de colores creando una función y añadiendo el filtro correspondiente.

También se han incorporado las referencias al theme.json. Por ejemplo, si quieres que el color de un botón sea el color por defecto, puedes referenciarlo al estilo existente. De esa forma cuando se cambie un color en un sitio, automáticamente se cambiará en el resto.

Y en un nivel bastante avanzado, tenemos algunos cambios en componente internos de WordPress, algunos de ellos ya con fecha de caducidad.

El primero el Popover que prácticamente se ha reescrito; el sistema CustomSelectControl que permite la selección de elementos, y que por defecto usará el 100% del ancho de los elementos padre, y que será ya el estándar en WordPress 6.4.

Para acabar, algunos elementos con márgenes que quedarán obsoletos, y que hacen referencia principalmente a selectores.

Para acabar la ronda de novedades, tenemos los cambios del bloque Query Loop que ya admite variaciones.

Con esto podríamos crear una variación específica para un Custom Post Type de libros en el que se muestren 10, ordenados por novedad descendiente con sólo unas pocas líneas de código, ofreciendo al usuario una plantilla de resultados de contenido con un clic.

A nivel general, algunos cambios que merecen mención:

Las nuevas funciones is_term_publicly_viewable(), para saber si una taxonomía se puede mostrar, o la función did_filter() que devuelve cuántas veces se aplican filtros.

El cambio en la función add_settings_section() que permite pasarle las secciones, antes, durante y después.

Varios nuevos filtros como wp_read_audio_metadata, pre_option, ajax_term_search_results, get_header_image, wp_list_table_class_name, lost_password_html_link, wp_send_new_user_notification_to_admin y wp_send_new_user_notification_to_user.

A los listados de usuarios como wp_list_authors() o wp_list_users() se les va a poder pasar algunos filtros, de forma que no se traiga toda la información sino que puedas pedir los datos que necesitas.

También hay más granularidad en feed_links() y the_posts_pagination().

Además, se ha incluido un nuevo proveedor oEmbed: Pocket Casts.

Y, así a modo general, algunas otras cosas que se han cambiado:

  • Los SuperAdministradores pueden crear un Application Password en cualquiera de los sitios.
  • La nueva categoría de Pies de Página en los patrones.
  • Actualización de librerías externas como PHPMailer, jQuery, Moment o Sodium.
  • Permiso para usar en los CSS las funciones min, max, minmax y clamp.
  • O el uso de la rotación del EXIF de imágenes.

Todo esto es sólo una parte de lo que viene con WordPress 6.1, y lo que todavía queda por llegar.

Y hablando de lo que va a llegar, todo esto lo sabemos porque ya ha aterrizado WordPress 6.1 Versión Candidata 1, que ya bloquea cualquier cambio en el sistema y se centra en corregir errores que puedan ir apareciendo. Así que, si tienes sitios en desarrollo, ya es el momento de instalar esta nueva versión y validar que todos los plugins, temas y componentes funcionan con normalidad. En las próximas semanas deberían aparecer la versión 2 y 3, para que el 1 de noviembre tengamos la versión final.

Y aprovechando el lanzamiento de todas las novedades de WordPress 6.1 también se ha lanzado WP-CLI 2.7.0 con caso 200 cambios.

Lo más destacado es el soporte a docker-compose-run, la posibilidad de personalizar de forma global los parámetros, poder descargar el Core de WordPress, pero no extraerlo o instalar directamente con una edición local.

También se ha creado la función clean-duplicates para eliminar los metadatos duplicados de un contenido.

Y siguiendo con las novedades, el plugin Gutenberg 14.3 incluye algunos elementos experimentales como el usar Alt + Flechas, arriba y abajo, para moverse por los bloques en el editor.

También, si arrastras una imagen a un bloque de párrafo que no tenga contenido, automáticamente se convertirá en un bloque de imagen.

El equipo de Core está buscando propuestas de mejora de interoperabilidad entre navegadores para 2023. Gracias a la extensión de WordPress, se ha ayudado a la mejora en la implementación del funcionamiento en los distintos navegadores de algunas funcionalidades que se usan en WordPress.

El equipo de Test nos invita de forma oficial a probar el Plugin Dependencies. Este plugin permite incorporar la funcionalidad para que los plugins puedan informar de las dependencias de otros plugins, con el objetivo de integrar esta funcionalidad, de forma nativa, en WordPress 6.2.

El equipo de Design está preparando el diseño del que podría ser el bloque Navigation Overlay, un menu de navegación que se superponga por encima de toda la pantalla.

El equipo Polyglots recuerda que con el lanzamiento de WordPress 6.1 RC 1 ya está disponible la posibilidad de traducir todo WordPress 6.1. Alrededor de 60 idiomas ya están por encima del 90% de sus traducciones finalizadas, entre ellas el español, gallego, catalán,  euskera o aragonés.

El equipo de Mobile, junto al de Sistemas, están preparando la redirección de iOS, Android o iPhone punto wordpres.org a las páginas correspondientes de WordPress.ORG y no a las de WordPress.COM como actualmente ocurre.

El equipo de Meta tiene una petición para cambiar el nombre Support del menú general de navegación por Documentation. Ya existen datos de todo el mes de septiembre y el nuevo menú ha incrementado el tráfico de algunas partes de la web que previamente no estaban enlazadas, y se quiere hacer este experimento, ya que la zona de Soporte actual indica en todo momento la existencia de documentación.

Y, para acabar, ya sabes que tienes todos los enlaces para ampliar la información, en WordPress Podcast .es.

Un abrazo, y hasta el próximo programa.

116. Cosas que aún no sabíamos de WordPress 6.1

Se acerca el momento de la primera versión candidata de WordPress 6.1 y comienzan a salir a la luz aquellas cosas menos visibles, lo que no es de Gutenberg o del Editor y que tiene mucho que ver con mejorar el rendimiento.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify, Google Podcasts, Apple Podcasts e iVoox o suscribirte al feed directamente.

Transcripción del programa

Hola, soy Javier Casares y estás escuchando WordPress Podcast, el resumen de noticias de la Comunidad WordPress. En este programa encontrarás la información del 3 al 9 de octubre de 2022.

Comenzamos un programa más con una sesión de “cosas que aún no sabíamos de WordPress 6.1 y que te van a interesar”.

Comenzamos con el comportamiento del Bloque de Navegación, que va a tener comportamientos retroactivos para según que casos. Si un bloque de navegación está construido con las nuevas tecnologías de bloques, es decir, incluye bloques internos, el sistema hará su trabajo normal. Pero si un bloque de navegación está vacío, o viene heredado de uno clásico, el sistema lo entenderá y se comportará como tal. Si i siquiera existe ningún menú de navegación, el sistema creará de forma automática un listado de las páginas de navegación, como ya ocurría previamente. ¿Qué pasa si hay varios menús? El sistema tomará el último menú creado.

Y siguiendo con la retrocompatibilidad, los temas clásicos van a poder usar las template parts, o partes de plantilla. Esto va a permitir que en 3 pasos un desarrollador de temas clásicos permita el uso de bloques en su diseño.

Lo primero será activar la funcionalidad, después crear las partes de plantilla, por ejemplo, un pie de página, sustituyendo el código habitual del tema, por una parte hecha con bloques. Para acabar, en donde tenga que mostrarse, se cargará con la función correspondiente.

A parir de ese momento, el usuario podrá entrar en la zona del Editor y cambiar todo el pie de página a su gusto.

Otra de las novedades es la mejora del Salud del Sitio con información de la caché de objetos y de página.

Por un lado, la información sobre Caché de Objetos te informará si existe y está disponible, y si es recomendable usarla o no según las necesidades de WordPress.

El sistema de Caché de Página también te muestra si el sitio la está utilizando, si es óptima o si debería usarla.

Y aunque los plugins ya le dieron soporte, ahora llega el turno a permitir la cabecera de Update URI en los themes, en la que se puede indicar la URL oficial del tema.

De esta manera, si existen dos temas que se llaman igual, una en el repositorio y otra en cualquier otro lugar de Internet que permita su descarga, al ser lugares distintos, aunque tengan un mismo nombre, se considerarán temas distintos y no se sustituirá el tema externo con un tema que se llame igual y se encuentre en el repositorio de WordPress.

Una de las grandes mejoras, que podría reducir hasta un 50% el consumo de recursos del servidor de base de datos, son las nuevas mejoras en la caché de la función WP_Query, que básicamente es la función principal de llamada a la base de datos.

Por defecto las consultas se cachearán, aunque se han añadido métodos para que esto no ocurra si el desarrollador así lo requiere.

Si sois desarrolladores de bloques y los incluís usando el sistema de registro, se ha trabajado en una serie de mejoras para que la carga funcione mucho más rápida, lo que beneficiará a todos los que tengan plugins o temas que incluyan sus propios bloques.

Hasta ahora el sistema escaneaba una serie de carpetas, cargaba todos los elementos, y PHP los procesaba.

Con el nuevo sistema se puede registrar directamente los ficheros para saber donde está la información, se ha mejorado el sistema de lectura de los JSON y se ha añadido el registro del bloquea a la caché de WordPress, lo que significa que la carga será mucho menor.

En WordPress 6.1 se incorpora el funcionamiento completo de los espaciados y esto hace que los usuarios puedan establecer los valores que quieran, y eso es algo que puede provocar desastres.

Así que se han creado las escalas de espaciado. Este sistema, en vez de mostrar la típica barra de 0 a 100, mostrará una serie de pequeños pasos para que existan una serie de datos ya prefabricados. En vez de que el usuario elija 27, se podrán crear unos de 2, 5, 10, 25, 50, 75 y 100, por ejemplo, dándole la oportunidad al usuario de elegir unos valores que tengan cierto sentido desde el punto de vista del diseñador del tema.

En la parte de seguridad, se han hecho unos cambios en la función prepare() de la base de datos. Esta función es a la que hay que llamar antes de ejecutar una consulta y permite la sustitución de placeholders por variables para que el sistema se encargue de corregir posibles inyecciones SQL.

Ahora se ha creado el %i (porcentaje i) creado específicamente para el nombre de campos y tablas, reduciendo las expresiones regulares y mejorando el rendimiento de todas las consultas.

Y, una semana más, tenemos ya WordPress 6.1 beta 3, con la expectativa de que el ciclo de versiones candidatas comience este 11 de octubre. Esto significa que empieza el periodo de pruebas final con una versión disponible ya para probar en entonos de prueba y finalizar las traducciones de las cadenas pendientes.

Si todo sigue su curso, el próximo martes 1 de noviembre tendremos la versión general de WordPress 6.1 y comenzará el ciclo de desarrollo de las versiones menores y de WordPress 6.2, que podría llegar alrededor de finales de febrero.

El equipo de Documentación ha acabado la segunda revisión en el proyecto de Reclasificación de la Documentación para Usuarios finales.

Finalmente, la documentación se organizará en distintos grupos:

  • Sobre WordPress
  • Guías técnicas
  • Guías de soporte
  • Personalización

La documentación más técnica se moverá al Advanced Administration Handbook.

Los próximos pasos de Openverse están bastante claros: mejorar la documentación, eliminar el iframe, que es un proyecto que ya está muy avanzado, y preparar la integración del proyecto dentro del núcleo de WordPress a través de una serie de bloques de Gutenberg.

Esto último ya tiene un ticket por parte del equipo de Gutenberg, con algunos cambios importantes. Actualmente el “inserter” tiene una pestaña para Bloques, otra de Patrones y una de Bloques Reutilizables. Esto podría cambiar por Bloques, Patrones y Media.

En el caso de la nueva pestaña de Media nos encontraríamos con 4 opciones: Imágenes, Audio, Vídeo y Openverse, en la que encontraríamos integrado un pequeño buscador que nos mostraría una previsualización de los contenidos directamente en el Editor, integrando todo este nuevo proyecto dentro de la fase 2 de personalización de Gutenberg.

El equipo de Comunidad está planteando la instalación y uso de Freescout, como plataforma de ticketing y control del correo para las WordCamp. Habitualmente se hacía una redirección a una cuenta de Google en la que todo el mundo entraba, y por temas de seguridad era más complejo. Este sistema podría facilitar la comunicación entre los organizadores de WordCamp, asistentes, patrocinadores y, en el fondo, cualquiera que quiera ponerse en contacto.

Está muy claro: BuddyPress necesita un nuevo theme, y eso es lo que se va a acabar haciendo. Gracias a los pasos previos como el de BP Rewrites esto será posible, y ya hay quien se ha ofrecido a preparar el nuevo diseño.

Y es que el próximo 19 de octubre está previsto el lanzamiento de la primera versión beta de BuddyPress 11.0 en la que se integrará BP Attachments, como una librería Media gestionada desde el frontal, y el Activity block, que permitirá a los usuarios ver toda su actividad en la red de forma centralizada.

Y, para acabar, ya sabes que tienes todos los enlaces para ampliar la información, en WordPress Podcast .es.

Un abrazo, y hasta el próximo programa.

115. 10.000 temas en el repositorio

Hace unas semanas se alcanzaba la cifra de 60.000 plugins, y ahora llegan los 10.00 temas al repositorio.

Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify, Google Podcasts, Apple Podcasts e iVoox o suscribirte al feed directamente.

Transcripción del programa

Hola, soy Javier Casares y estás escuchando WordPress Podcast, el resumen de noticias de la Comunidad WordPress. En este programa encontrarás la información del 26 de septiembre al 2 de octubre de 2022.

Una semana más, una versión beta más. En este caso WordPress 6.1 beta 2, que incluye 24 correcciones con respecto a la beta 1, y que ya tiene en marcha la beta 3 que debería el 4 de octubre.

A partir del 11 de octubre tendremos la primera versión candidata lo que significa que se podrán comenzar las traducciones y veremos las primeras entradas con información detallada de todas las nuevas funcionalidades de esta versión.

También ha llegado la versión 14.2 de Gutenberg, que serán los primeros experimentos de cara a WordPress 6.2.

Bastantes cambios que se tenían que quedar fuera de la versión que actualmente está en beta, pero que deja tiempo suficiente para su evolución hasta la próxima.

La primera gran propuesta es la de las variaciones en el bloque del Query Loop, que se mezclará con patrones. El objetivo es poder ofrecer multitud de diseños de los contenidos de forma sencilla, además de poder crear tu propia versión fácilmente en base a las existentes.

La selección de bloques o el botón de insertar mejoran la interacción con el usuario ya que es mucho más visible saber dónde están o a qué afectan.

En las cabeceras se podrá seleccionar el espaciado entre letras, y el bloque de Calendario ha recibido una actualización importante en cuanto a os estilos.

En los patrones se han incluido dos nuevas categorías. Los Banners y los Footers. Los banners serán la suma de las cabeceras y los “hero”, y los footers los pies de página.

El equipo de Plugins ha mandado un aviso para recordar que los enlaces que se incluyen en las descripciones de los plugins, sobre todo los que hacen referencia a las páginas donde hay información, se van a ir revisando periódicamente y que puede ser una razón para la desactivación de estos, o el bloqueo del alta de un plugin. Si tu sitio no está listo, el plugin no podría ser aprobado para estar en el directorio.

El equipo de Themes está de celebración porque se han alcanzado los 10.000 temas en el repositorio.

También se está proponiendo el cambiar definitivamente, en los temas, el concepto de “Full Site Editing” a “Site Editor”.

El equipo de Design está acabando TT3, y, aunque todavía no hay una versión descargable de por sí, se puede ver que ya están disponibles los 10 estilos.

Esto significa que ya se podría descargar y probar esta nueva versión que, o se prueba sobre WordPress 6.1 beta, o se puede probar en versiones anteriores con el plugin Gutenberg activado.

Además, para los desarrolladores de temas, puede servir de base para la estructura de carpetas, qué ficheros incluir, cómo agregar patrones, fuentes, estilos y plantillas.

En otra línea, se sigue con la actualización del sitio de WordPress y se está preparando la nueva página de /mobile.

El equipo de Polyglots sigue muy active con las nuevas versiones de los paneles. La herramienta de Feedback, que permite comunicar a responsables de traducción con los traductores sigue con sus mejoras en la recepción de notificaciones, el feedback para una traducción en concreto y de forma masiva, o las discusiones sobre una traducción.

Además, se ha incluido un nuevo estado: se requieren cambios. Hasta ahora cuando una cadena de traducción no era del todo correcta la única forma que se tenía, era la de rechazarla. Esto no significaba que estuviera completamente incorrecta, sino que no se podía aprobar por cualquier error. Con este nuevo estado estás diciendo que hay algo que no es del todo correcto, pero que queda pendiente de mejorar.

La herramienta también incluye mejoras de comunicación entre los GTE creando los paneles de discusión para que toda la gestión y comunicación se haga dentro de la plataforma y no mediante otros sistemas donde no queda registro.

El equipo de Comunidad ha estado trabajando en el Global Meetup Reactivation Project y ha conseguido que un tercio de las Meetup que estaban dormidas se hayan reactivado ya o lo vayan a hacer en las próximas semanas. También se han cerrado algunas Meetup que ya no iban a seguir, principalmente por falta de organizadores.

Esto deja 764 comunidades en 112 países con una suma de 495.000 personas.

Por otro lado, se está trabajando en mejorar la llegada de los nuevos participantes en la Comunidad, tanto en los distintos grupos como en los Contributor Day. El proyecto impacta tanto a los organizadores, mentores, y al propio equipo, como a las nuevas personas que llegan.

El equipo de TV y Polyglots están trabajando en añadir subtítulos a todos los vídeos de WordPress TV de forma automática con herramientas de código abierto.

La herramienta elegida es Whisper, de OpenAI, que permitiría la extracción del audio a un fichero de subtítulos que posteriormente podría ser traducido a otros idiomas.

A finales de 2019 se llegó al pico de instalaciones de BuddyPress con unos 245.000 sitios que incluían este plugin, pero en los últimos años el uso del plugin ha caído por debajo de las 200.000 instalaciones, lo que supone alrededor de un 20% menos.

Aunque esto no significa que el proyecto corra riesgo de desaparecer, sí que supone una serie de dudas sobre qué se está haciendo bien y mal. Sin duda este proyecto necesita de más dedicación con las pruebas, documentación y, sobre todo, código.

Esto ha llevado al equipo a abrir una serie de consultas para saber qué quieren los usuarios que van a montar una red social o de comunicación entre sus usuarios.

Y, para acabar, ya sabes que tienes todos los enlaces para ampliar la información, en WordPress Podcast .es.

Un abrazo, y hasta el próximo programa.