WordPress Pódcast (español)

Ahora que se acerca el momento de la primera versión candidata de WordPress 6.7, ya tenemos la mayor parte de novedades que va a incluir esta versión. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 14 al 20 de octubre de 2024. Matt ha querido agradecer a Salesforce [https://wordpress.org/news/2024/10/thank-you-salesforce/], los propietarios de Slack, la donación que hacen de esta herramienta a la comunidad. Con más de 49.000 usuarios en la instancia (por valor de más de 8 millones de dólares), se plantea tener que subir de nivel a una versión superior de la plataforma. Esta contribución se va a ver reflejada en una nueva sección de patrocinios del proyecto Five for the Future [https://wordpress.org/five-for-the-future/sponsorships/]. Aprovechando la explicación sobre Slack, también se ha modificado el Código de Conducta [https://make.wordpress.org/handbook/community-code-of-conduct/] de la comunidad para proteger conversaciones privadas. Ahora, compartir mensajes privados sin consentimiento es considerado un comportamiento inaceptable. Esto busca garantizar que las discusiones privadas entre los miembros de la comunidad se mantengan confidenciales, reforzando la confianza y colaboración dentro de la comunidad. Se permite compartir mensajes solo si es necesario para reportar incidentes al equipo de respuesta [https://make.wordpress.org/community/handbook/irt/]. Con la llegada de WordPress 6.7 beta 3 [https://wordpress.org/news/2024/10/wordpress-6-7-beta-3/], parece que ya comienza un flujo de todos los detalles que van a venir con la nueva versión, tanto con el Source of Truth [https://gutenbergtimes.com/6-7-source-of-truth/] como con una gran cantidad de artículos específicos sobre algunas novedades o cambios. Esta última versión beta incluye 26 actualizaciones del editor y 18 tickets para el núcleo, con respecto a la beta 2. Y la pregunta importante: ¿qué va a incluir WordPress 6.7? Quizá lo más destacado, como cada año, es el lanzamiento del nuevo tema: Twenty Twenty-Five [https://make.wordpress.org/core/2024/08/15/introducing-twenty-twenty-five/]. El tema está dirigido a una variedad de bloggers, ya sean blogs personales simples o fotoblogs, hasta blogs más complejos, como sitios de noticias que requieren bloques avanzados. Incluye variaciones de estilo, plantillas y patrones de página. Con respecto a las Vistas de Datos, las actualizaciones buscan hacer las vistas más personalizables y funcionales, con características como la densidad de información configurable, opciones para ocultar filtros, personalización de columnas y mejoras en la interfaz móvil. Además, se amplía la extensibilidad con una API para gestionar acciones de terceros en las vistas de datos. Se optimizan acciones como eliminar, duplicar y mover elementos. Con respecto al soporte de los bloques, se han expandido las opciones de diseño [https://make.wordpress.org/core/2024/10/17/roster-of-design-tools-per-block-wordpress-6-6-edition-2/], incluyendo soporte para sombras en bloques de grupo, y se ha añadido soporte para bordes en una variedad de bloques como botones, comentarios, imágenes y más. También se han agregado controles de margen, color y radio de bordes en varios bloques, lo que permite más personalización y flexibilidad en el diseño sin necesidad de código adicional. Las mejoras en las Block Bindings permiten conectar datos dinámicos a atributos de bloques y crear estos enlaces mediante una nueva interfaz gráfica en lugar de solo código. En esta versión, se han agregado APIs para extender esta funcionalidad, advertencias de errores de conexión y mejoras en la experiencia de usuario, como textos más claros para no desarrolladores. Actualmente, solo es posible conectar campos meta, pero se prevé ampliar estas opciones en el futuro. Además, se mejora el bloque de Query Loop con un enfoque en la simplicidad. Ahora hereda automáticamente la consulta de la plantilla, mostrando el contenido sin configuración adicional. Se eliminó la opción de Post List por su confusión. Las opciones clave, como el número de publicaciones y la paginación, se consolidan en la barra lateral y se agregan nuevos parámetros para personalizar consultas, como filtrar por formato de publicación. Esto facilita el uso para principiantes y brinda más control a usuarios avanzados. La nueva vista Zoom Out facilita la creación de contenido a nivel de patrones, permitiendo una vista general de la estructura de la página o plantilla. Los usuarios pueden mover, eliminar y editar patrones de manera eficiente, además de aplicar estilos rápidamente a bloques superiores. La opción es activable desde la barra de herramientas y permite cambios de diseño a gran escala, manteniendo un control detallado sobre los elementos principales sin gestionar cada bloque individualmente. Las imágenes HEIC se convierten automáticamente a JPEG al subirlas, permitiendo su visualización en WP Admin y uso en publicaciones, incluso si el navegador del visitante no soporta HEIC. Esta conversión automática se puede desactivar usando el filtro image_editor_output_format en el código PHP, brindando flexibilidad a los desarrolladores. Se implementa el estándar HTML para imágenes de carga diferida [https://make.wordpress.org/core/2024/10/18/auto-sizes-for-lazy-loaded-images-in-wordpress-6-7/] (lazy-loaded), agregando automáticamente “auto” al atributo sizes si la imagen tiene el atributo loading="lazy". En los navegadores compatibles, esto ajusta el tamaño al objeto concreto de la imagen. En los navegadores que no soportan este estándar, “auto” es ignorado sin causar problemas. Las actualizaciones recientes de WordPress amplían el soporte de imágenes de fondo a bloques como Quote, Verse y Post Content, permitiendo más personalización sin necesidad de anidar bloques. También se puede aplicar una imagen de fondo globalmente a través de Styles en temas de bloques, con opciones para configurar imágenes fijas. Además, se introdujo una nueva interfaz para controlar las imágenes de fondo y se pueden usar valores de referencia en theme.json, mejorando la flexibilidad y evitando errores. Se ha mejorado la integración de metaboxes en el editor de publicaciones [https://make.wordpress.org/core/2024/10/18/post-editor-iframing-with-meta-boxes-in-wordpress-6-7/] con iframe, añadiendo una vista dividida que permite ver tanto el contenido como los metaboxes al mismo tiempo. Esto asegura una experiencia visual más coherente entre el editor y la vista previa del sitio. Los desarrolladores de plugins deberán adaptar sus extensiones para este cambio, especialmente si usan metaboxes. Además, se introducen mejoras en la interfaz, como la capacidad de redimensionar los metaboxes y guardar la preferencia del usuario. Las actualizaciones de gestión de fuentes en WordPress mejoran la interfaz para crear, editar y aplicar tamaños de fuente predefinidos, permitiendo activar la tipografía fluida y ajustar sus valores. Los usuarios pueden gestionar fuentes de manera más eficiente con una biblioteca organizada por fuente y nuevas opciones para activar o desactivar todas las fuentes a la vez. También se mejoró la visualización cuando no hay fuentes instaladas. Se introducen mejoras como la nueva API de registro de plantillas [https://make.wordpress.org/core/2024/10/17/new-block-type-registration-apis-to-improve-performance-in-wordpress-6-7/], simplificando la integración de plantillas y partes de plantillas personalizadas para plugins y temas. También se mejora la API de opciones de vista previa, permitiendo añadir ítems personalizados en el menú de vista previa. La API Heartbeat ajusta los intervalos de bloqueo de publicación para una mejor colaboración. Además, se incluye una nueva opción para limitar niveles de encabezado en bloques clave. También se introducen mejoras en la barra de herramientas del editor, con botones reorganizados para mayor claridad. Añade la opción de ocultar el modal Choose a Pattern al crear páginas y mejora la persistencia de imágenes en progreso. También se ajusta la funcionalidad de “pattern shuffling” y se implementan mejoras en el flujo de escritura, como la inserción de múltiples imágenes a la vez. Los ejemplos visuales para bloques facilitan su búsqueda, y el editor del sitio recibe mejoras de estilo y tipografía. En una parte más técnica, WordPress 6.7 introduce mejoras en la API de Interactividad [https://make.wordpress.org/core/2024/10/15/subscribe-to-changes-in-the-interactivity-api-state-and-context-on-client-side-navigation-in-6-7/], como correcciones de errores y nuevas APIs para manejar datos de forma asincrónica. También se han actualizado la API HTML [https://make.wordpress.org/core/2024/10/17/updates-to-the-html-api-in-6-7/] para un procesamiento completo de documentos HTML y la opción de separar campos de hora en TimePicker. Los desarrolladores pueden definir variaciones de bloques a través de archivos PHP y sobrescribir estilos dinámicamente. Se añadió una solución de clearfix para el bloque Post Content y mejoras de compatibilidad con PHP 8.x. En el Blog de Desarrolladores, un artículo explora cómo dominar el archivo theme.json, pudiendo reducir la necesidad de escribir CSS [https://developer.wordpress.org/news/2024/10/17/mastering-theme-json-you-might-not-need-css/]. Configuraciones globales, variaciones de estilo y configuraciones personalizadas para temas, incluyendo colores, tipografías y estilos específicos para bloques. También resalta cuándo es aún necesario utilizar CSS. El equipo de Test ha presentado a sus dos nuevas representantes [https://make.wordpress.org/test/2024/10/15/introducing-test-team-reps-for-2024-2025/], que van a ser Olga Gleckler [https://profiles.wordpress.org/oglekler/] y Krupa Nanda [https://profiles.wordpress.org/krupajnanda/]. El equipo de Diseño vuelve una vez más a presentar sus propuestas [https://make.wordpress.org/design/2024/10/18/design-share-66-oct-7-oct18/] y lo hace comenzando con un posible cambio en la barra superior de edición, que quedaría reducida a una pequeña zona con la posibilidad de extenderse tanto para la edición como para el menú. Otra de las novedades sobre la que se trabaja es la de un modo oscuro nativo en el panel de administración, con la presentación de una paleta de colores en positivo y negativo. En general, para el sitio web, se ha presentado la propuesta de diseño de WordPress Photos y de los patrocinios del Five for the Future. El equipo de Accesibilidad parece que volverá a tener reuniones, pero lo va a hacer de forma mensual [https://make.wordpress.org/accessibility/2024/10/14/next-steps-for-the-accessibility-team/], tras las dudas generadas por el acceso al sitio y la posibilidad de publicar contenidos en la web del equipo. El equipo de Formación ha anunciado la próxima edición del curso de Learn WordPress que se centrará en el desarrollo de plugins [https://make.wordpress.org/training/2024/10/13/announcing-the-next-learn-wordpress-course-cohort/]. Está diseñado para desarrolladores principiantes y abarcará desde la configuración de un entorno de desarrollo local hasta conceptos clave como tipos de publicaciones personalizadas, CSS y JavaScript. El curso comenzará la semana del 4 de noviembre de 2024 y durará seis semanas. El equipo de Photos ha anunciado a sus nuevos representantes de equipo, que van a ser Nilo Velez [https://profiles.wordpress.org/nilovelez/], Bigul Malayi [https://profiles.wordpress.org/mbigul/] y Michele Butcher-Jones [https://profiles.wordpress.org/m_butcher/]. Hace unas semanas, el Internet Archive [https://archive.org/] informó que, tras un ataque DDoS y la exposición de correos y contraseñas encriptadas de usuarios, tuvieron que desactivar temporalmente su sitio para mejorar su seguridad. Aunque algunos de sus sistemas ya se han restablecido, la Fundación WordPress ha aprobado una donación de 100.000 dólares [https://wordpressfoundation.org/news/2024/wordpress-foundation-donation/] para ayudar a restaurar el archivo y sus funciones. De la última reunión de la Fundación [https://wordpressfoundation.org/news/2024/meeting-minutes/] también se extraen algunos datos. En la parte de resumen financiero, la fundación tiene una posición de efectivo de 264.680 dólares, con un aumento en las donaciones de 12.952 dólares con respecto al año anterior. También se han discutido estrategias bancarias y la posibilidad de mover fondos a cuentas de mercado monetario. En el resumen de programas, se realizaron 8 hackathons benéficos y más de 21 sitios web. Además, 8.600 personas completaron cursos en Learn WordPress. Los Meetup y WordCamp también aumentaron en participación. En las novedades, se anunció la nueva directora ejecutiva, Mary Hubbard. También se planean nuevas reuniones semestrales para revisar avances financieros y de programas. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.

La salida de Josepha Haden como directora ejecutiva del proyecto WordPress ha dado paso a la llegada de Mary Hubbard, también de Automattic tras su paso por TikTok. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 7 al 13 de octubre de 2024. Con un breve mensaje en el sitio oficial de WordPress, se hizo la presentación de Mary Hubbard [https://profiles.wordpress.org/4thhubbard/] tras su salida como Directora de TikTok Americas, Gobernanza y Experiencia. Comenzará como nueva Directora Ejecutiva de WordPress.org el 21 de octubre. Previamente, trabajó en Automattic de 2020 a 2023 como Directora General de Marketplace y Directora de Experiencia y Producto para WordPress.com. Según Matt Mullenweg, en una consulta [https://news.ycombinator.com/item?id=41781008] sobre si su trabajo tendrá las mismas características que cubría Josepha Haden, su respuesta ha sido que “el alcance será mucho mayor, ya que Mary aporta muchos talentos al ecosistema”. Otra de las novedades es que Jason Bahl ha anunciado que WPGraphQL se convertirá en un canonical plugin de WordPress [https://www.wpgraphql.com/2024/10/07/wpgraphql-becomes-a-canonical-plugin-my-move-to-automattic], al unirse a Automattic tras tres años y medio en WP Engine. Al convertirse en un canonical project, como WP-CLI, Gutenberg o la REST API, WPGraphQL recibirá el respaldo de Automattic. Los canonical plugin serán desarrollados por la comunidad, con múltiples desarrolladores, no solo una persona, y abordarán algunas de las funcionalidades más solicitadas. Estos plugins están bajo la licencia GPL, disponibles en el repositorio de WordPress.org, y se desarrollan en colaboración con el núcleo de WordPress. Aunque oficialmente no se ha anunciado [https://x.com/WordPress/status/1843957482231849174], desde el pasado miércoles es necesario aceptar un mensaje en la pantalla de acceso o registro de WordPress.org que dice lo siguiente: “No estoy afiliado a WP Engine de ninguna manera, ni financiera ni de otro tipo”. En la cuenta de la red social X, la propia cuenta de WordPress sugería que si tienes dudas sobre si estás afiliado a WP Engine o no, te pongas en contacto con ellos. En el Slack de la comunidad, Colin Stewart, colaborador en el núcleo de WordPress, preguntaba algunas dudas a Matt Mullenweg sobre la nueva casilla. Matt contestó que esto forma parte del bloqueo a WP Engine y que la denuncia de la empresa ha puesto a todos los participantes en WordPress.org en la posibilidad de necesitar representación legal. Tras participar en esa conversación, algunos miembros de la comunidad como Ryan McCue [https://x.com/rmccue/status/1843967630585311595], colíder de la API REST de WordPress, Andrew Hutchings [https://x.com/LinuxJedi/status/1843966957495939093], director de Contribuciones de la Fundación MariaDB, o Javier Casares [https://x.com/JavierCasares/status/1843963052183433331], representante del Equipo de Hosting y responsable del Advanced Admin Handbook, fueron bloqueados de la herramienta de comunicación de la comunidad, tal y como otros miembros hicieron referencia posteriormente en esa misma conversación. Este no es el único cambio que podemos encontrar en el sitio web. Y este es un aviso a todos los que usan Advanced Custom Fields [https://www.advancedcustomfields.com/blog/acf-plugin-no-longer-available-on-wordpress-org/]. Desde el pasado sábado, el usuario de WordPress.org se ha hecho con la titularidad del plugin para convertirlo en Secure Custom Fields [https://wordpress.org/news/2024/10/secure-custom-fields/]. La entrada con su comunicado menciona que, en nombre del Equipo de Seguridad de WordPress, se ha invocado el punto 18 de las guías de plugins y se ha hecho un fork de ACF a un nuevo plugin, eliminando la posibilidad de pasar a la versión Pro [https://make.wordpress.org/plugins/2021/02/16/reminder-forked-premium-plugins-are-not-permitted/], algo que va en contra de las propias reglas de la comunidad, como ya se publicó en 2021, y corrigiendo un problema de seguridad. En esta acción entran varios elementos que debemos poner en contexto. Lo primero es que el plugin ACF sigue en desarrollo activo y que los desarrolladores no pueden hacer las actualizaciones de seguridad que ya han aplicado en la versión disponible en su sitio web, debido al bloqueo de hace unos días. Por otro lado, el plugin no es un fork por definición, ya que se ha sobrescrito el existente y no se ha creado un nuevo plugin, que es lo que define un fork. Y en la ronda de novedades, ya tenemos WordPress 6.7 beta 2 [https://wordpress.org/news/2024/10/wordpress-6-7-beta-2/], con 18 cambios en el editor y 28 cambios con respecto a la beta 1 del núcleo. También se ha lanzado Gutenberg 19.4 [https://make.wordpress.org/core/2024/10/09/whats-new-in-gutenberg-15-9-31-may-2/], que aplica algunos cambios a la edición anterior y lanza de forma pública las API del editor para el Block Bindings. Otro cambio está en los modos de Editar y Seleccionar, que han cambiado su nombre a Modo de Escritura y Modo de Diseño, pensados para que en el modo escritura solo aparezcan en la barra lateral los elementos correspondientes, y en el modo diseño, los que afectan a colores, tamaños y otros elementos visuales. El equipo de Core propone hacer que los tickets de pruebas unitarias sean más fáciles de identificar [https://make.wordpress.org/core/2024/10/11/proposal-make-unit-test-tickets-easier-to-distinguish/]. Se sugiere utilizar etiquetas específicas para distinguir estos tickets de otros problemas de desarrollo general. Esta mejora facilitaría la colaboración, ya que los colaboradores podrían centrarse mejor en las pruebas unitarias y su resolución. La propuesta busca mejorar la organización y eficiencia del sistema de seguimiento de tickets de WordPress, ayudando a la comunidad a encontrar, gestionar y resolver estos problemas más fácilmente. También se han presentado [https://make.wordpress.org/core/2024/10/08/core-editor-improvement-new-features-and-flows-for-font-management/] las novedades con respecto a la gestión de tipografías en WordPress 6.7. Ahora se van a poder modificar los preajustes proporcionados por un tema o crear tus propias opciones personalizadas. Una característica clave es la capacidad de alternar la tipografía fluida, que permite el escalado de fuentes responsivas, con la opción de establecer valores fluidos personalizados para un control más preciso sobre la responsividad. Las fuentes ahora están agrupadas por origen, por ejemplo, una fuente que viene del tema o personalizada, ayudándote a entender de un vistazo de dónde proviene cada fuente. Y en la línea de personas que se apartan temporalmente de las contribuciones, tenemos a Scott Kingsley [https://make.wordpress.org/core/2024/10/13/fields-api-team-seeking-new-leadership/], quien hasta ahora lideraba el proyecto de la Fields API, y que ha decidido dar un paso al lado a la espera de cambios. En su entrada, ha dejado una lista de las consideraciones que se tomaron en WordCamp US, además de una recopilación de entradas y material que se ha ido trabajando en los últimos 10 años. El equipo de Accesibilidad ha parado temporalmente sus reuniones de equipo [https://make.wordpress.org/accessibility/2024/10/12/accessibility-team-meetings-suspended/] debido a la incertidumbre generada por la casilla de verificación en el login del sitio web, aunque las tareas fuera del sitio, como las de GitHub, seguirán activas. El equipo de Hosting ha presentado un nuevo proyecto para probar los perfiles de Hosting de WordPress [https://make.wordpress.org/hosting/2024/10/09/hosting-test-the-profiles/]. Los perfiles permiten a los hosts compartir configuraciones de servidores optimizadas para WordPress, mejorando el rendimiento y la compatibilidad. El equipo busca comentarios de la comunidad para ajustar y perfeccionar estas pruebas, facilitando la colaboración entre desarrolladores y proveedores de hosting para mejorar la experiencia de alojamiento. El equipo de Polyglots ha presentado una propuesta de uso de GlotPress para traducir contenido localizado [https://make.wordpress.org/polyglots/2024/10/09/using-glotpress-to-translate-content/] dentro de los sitios Rosetta de WordPress. La propuesta explica cómo utilizar GlotPress, proporcionando una guía paso a paso para traductores, destacando cómo encontrar proyectos de traducción, cómo sugerir y validar traducciones, y el uso de características como filtros y cadenas de traducción para gestionar el trabajo de traducción de manera más eficiente. El equipo de Comunidad ha publicado un resumen del proyecto de revisión y resultados [https://make.wordpress.org/community/2024/10/07/project-wrap-up-wordpress-meetup-chapter-program-review-and-results/] del programa WordPress Meetup Chapter, lanzado entre julio y septiembre de 2024. De los 372 grupos inactivos, se reactivaron 216 (58%) y se cerraron 156 (42%). El programa ayudó a aumentar la actividad de los Meetups, pasando del 51% al 69% de grupos activos. También se destacó el ahorro de 4700 dólares en suscripciones a Meetup.com al haber eliminado esos grupos de las comunidades locales, y se planea que el programa de reactivaciones se lleve a cabo dos veces al año. También tenemos el anuncio de la tercera edición del Programa de Tutorías para Contribuidores de WordPress [https://make.wordpress.org/community/2024/10/08/announcing-the-third-cohort-2024-q4-of-the-wordpress-contributor-mentorship-program/], correspondiente al cuarto trimestre de 2024, que destaca los esfuerzos por atraer y apoyar a nuevos contribuidores a la plataforma. Este programa ofrece tutoría a través de cohortes trimestrales para guiar a los participantes en su camino para contribuir a WordPress de manera significativa. Los mentores, con experiencia en diversas áreas de WordPress, ayudarán a los participantes a comprender mejor el ecosistema, fomentando una colaboración activa. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.

El esperado lanzamiento de WordPress 6.7, que incluirá el tema Twenty Twenty-Five, sigue viéndose empañado por la guerra entre Automattic y WP Engine. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 30 de septiembre al 6 de octubre de 2024. Dicen que tras la tormenta llega la calma, y si bien es cierto que desde el 1 de octubre, último episodio del drama en la relación entre Automattic y WP Engine, han pasado principalmente dos cosas. La primera es que WP Engine ha enviado una propuesta formal de denuncia a los juzgados de California [https://wpengine.com/wp-content/uploads/2024/10/Complaint-WP-Engine-v-Automattic-et-al.pdf], con una serie de informaciones sobre todo lo que está pasando, según su punto de vista, claro. De los 11 reclamos legales, hay algunos que afectan al proyecto o al sitio web, como el bloqueo al acceso de las redes de WP Engine, el impedimento de la promesa de que WordPress sería una plataforma abierta y colaborativa, o las afirmaciones que sugieren que no contribuyen al ecosistema de WordPress y que dañan a la comunidad. La segunda, y una que afecta directamente a la comunidad de WordPress, en este caso del lado de Automattic, tiene que ver con sus trabajadores. Recordemos que gran parte de la directiva y personas clave de la comunidad estaban gestionadas por personas bajo el paraguas de la compañía. Según Matt, 159 personas (un 8,9% de los trabajadores) han aceptado el paquete de salida que se ha ofrecido y que, entre otras cosas, impide que puedan volver a trabajar para Automattic. Algunas personas clave ya han anunciado su salida. Quizá una de las más destacadas es la de Josepha Haden [https://josepha.blog/2024/10/04/thank-you-wordpress/], conocida por haber sido desde 2019 la directora ejecutiva del proyecto WordPress. Otra es la de Naoko Takano [https://naoko.blog/2024/10/04/leaving-automattic/], que tras 14 años dice no estar alineada con las decisiones que se han tomado. Otras personas que se han despedido son Chloé Bringmann, del equipo de operaciones, o Reyes Martínez, que estaba liderando el reciente equipo de Media Corps. Esto no solo está afectando a personas de Automattic, sino también a personas clave de algunos equipos que ya están dejándolo o planteándose hacerlo, ya que a finales de cada año llegan las votaciones de los nuevos representantes de equipo, donde algunos ya están preparando la elección. Ya tenemos disponible para probar, no en producción, WordPress 6.7 beta 1 [https://wordpress.org/news/2024/10/wordpress-6-7-beta-1/], la primera versión de esta nueva rama que incluye la mayoría de las funcionalidades que se han ido proponiendo en los últimos meses. Lo más destacado de esta versión es: * el tema Twenty Twenty-Five, * el Zoom Out para crear y editar patrones, * las mejoras de Medios, con soporte a imágenes HEIC, * muchas mejoras en varios bloques, * la nueva API que permite ampliar la funcionalidad de la previsualización, * todas las mejoras de las nuevas Vistas de Datos, * la gestión directa de los Block Bindings, * mejoras y simplificación del bloque de Query Loop, * más control sobre los tamaños de fuentes, * el cambio en la gestión de Meta Boxes, * y la API de registro de plantillas. Aunque estos son los elementos más destacados, se espera que en los próximos días comience a aparecer la lista de detalles de cada una de estas funcionalidades y de otras tantas más. El equipo de Test ha preparado una entrada en la que nos da una lista de todos los elementos a probar en WordPress 6.7 [https://make.wordpress.org/test/2024/10/01/help-test-wordpress-6-7/] beta 1 y siguientes versiones de prueba. Las áreas clave de prueba incluyen: el nuevo tema por defecto “Twenty Twenty-Five”, mejoras en vistas de datos, refinamiento del bloque de bucle de consulta, nuevas herramientas de diseño, mejoras en el manejo de medios como soporte para imágenes HEIC y auto-tamaños para imágenes con carga diferida, y compatibilidad con PHP 8. Se anima a los usuarios a probar en diferentes entornos, como sitios locales, entornos de prueba y utilizando WP-CLI. El equipo de Plugins ha anunciado que desde el 1 de octubre, WordPress.org exige que los desarrolladores de plugins activen la autenticación de dos factores (2FA) para enviar nuevos plugins. Además, todos los plugins deberán pasar por una verificación automatizada [https://make.wordpress.org/plugins/2024/10/01/plugin-check-and-2fa-now-mandatory-for-new-plugin-submissions/] con “Plugin Check”, que revisa problemas comunes como versiones mal configuradas o dominios de texto incorrectos antes de ser revisados manualmente. Estas medidas buscan mejorar la seguridad y reducir el tiempo de revisión de nuevos plugins en el directorio. El equipo de Formación está preparando un camino de formación relacionado con el diseño [https://make.wordpress.org/training/2024/09/30/call-for-contributors-designer-learning-pathway/]. El Designer Learning Pathway ahora requiere crear contenido para la redacción de guiones, grabación de voz, edición de video, la propia creación de contenido y su revisión. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.

En los últimos días ha comenzado un WPdrama de los que marcan historia de WordPress, con la intervención de Automattic y WP Engine. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en este episodio especial. Seguramente, estos últimos 10 días están entre los más complejos para WordPress, y no especialmente por el software, sino en lo que a la comunidad y a su entorno se refiere. Ya te aviso que en esto que voy a explicarte hay claramente 4 bandos: los que están en el lado de Automattic, los que están del lado de WP Engine, los que están en el centro de la Comunidad WordPress y los que no tienen ni idea —ni les interesa— lo que está pasando. La situación tiene muchas aristas, por lo que intentaré ser lo más ordenado posible, tanto temporal como objetivamente hablando. Aunque esto viene de lejos, hablamos de hace alrededor de 18 meses, la bomba explotó en la presentación de Matt Mullenweg en WordCamp US, co-creador de WordPress y fundador de Automattic, la empresa detrás de WordPress.com y de la mayoría de acciones de la Fundación WordPress, incluidas sus marcas registradas para uso comercial. En la presentación, a diferencia de la mayoría de ellas, Matt no hizo mucha referencia a WordPress como producto, sino a la necesidad de contribuir en el proyecto. Y lo hizo hablando de grandes empresas e inversiones. En un momento determinado, sacó a la palestra a Silver Lake, el fondo de inversión detrás de un proveedor de hosting llamado WP Engine, bastante conocido entre los asistentes y la comunidad. Sin entrar mucho en detalle, el resumen es que WP Engine genera cientos de millones de dólares de beneficio y sólo dedica 40 horas a través del Five for the Future. A esto le podemos sumar un uso incorrecto de las marcas WordPress o WooCommerce, entre otras. No cabe duda de que esto es algo poco habitual en un evento de WordPress, y que los casos en los que se ha señalado a una empresa son contados y conocidos. Pero nunca a este nivel. El rún-rún comenzaba justo al finalizar la WordCamp y con la publicación de una entrada en el blog oficial del proyecto WordPress llamada WP Engine no es WordPress [https://wordpress.org/news/2024/09/wp-engine/], en la que se explica que esta empresa de hosting genera confusión con la marca WordPress y lo que ofrecen. También se hace referencia a lo comentado en el evento: generan medio millón de dólares de beneficios y sólo contribuyen 40 horas, cuando Automattic contribuye casi 4.000 a la semana. Quizá lo más sorprendente del artículo es la larga explicación de que WP Engine, por defecto, deshabilita la revisión de los contenidos, una funcionalidad que se puede configurar por el fichero de configuración, y que, cabe añadir, en la propia documentación de WordPress se recomienda limitar, tanto en la documentación para usuarios finales [https://wordpress.org/documentation/article/revisions/] como en la documentación avanzada [https://developer.wordpress.org/advanced-administration/performance/optimization/]. Según Matt, WP Engine no te está ofreciendo WordPress porque es una versión modificada del software. Sin entrar en mucho debate, hay que recordar que la licencia bajo la cual se distribuye WordPress, llamada General Public License, o GPL, otorga cuatro libertades: * La libertad de usar el programa para cualquier propósito. * La libertad de estudiar cómo funciona el programa y modificarlo para que haga lo que tú quieras. * La libertad de redistribuir. * La libertad de distribuir copias de tus versiones modificadas a otros. Aunque quizá lo más sorprendente es el lenguaje utilizado para referirse a la empresa: > Esta es una de las muchas razones por las que son un cáncer para WordPress, y es importante recordar que sin control, el cáncer se extenderá. WP Engine está estableciendo un estándar pobre que otros pueden mirar y pensar que está bien replicar. Debemos establecer un estándar más alto para asegurar que WordPress esté aquí durante los próximos 100 años. En Internet sabemos que alguien puede encender una cerilla para iluminar momentáneamente una habitación oscura en Londres y, sin saber cómo, se acaba quemando el bosque del Amazonas. Y eso es lo que pasó. Sin entrar en detalles legales, WP Engine publicó una carta de cese y desistimiento [https://wpengine.com/wp-content/uploads/2024/09/Cease-and-Desist-Letter-to-Automattic-and-Request-to-Preserve-Documents-Sent.pdf] contra Automattic. Aunque los contribuidores al proyecto se han mantenido bastante al margen en Slack, el chat oficial de WordPress, se puede decir bastante, porque sí que en el canal de Hosting hubo cierto movimiento [https://wordpress.slack.com/archives/C3D6T7F8Q/p1726963719496239], en el que algunos contribuidores levantaban la mano para señalar si el blog oficial de WordPress era el lugar adecuado y, por tanto, si debía ser distribuido en el panel de administración de todos los WordPress del mundo. Un usuario en concreto, Ángel Plaza, publicó una entrada llamada WordPress.com no es WordPress [https://wpherc.com/wordpress-com-is-not-wordpress-1369/], haciendo referencia al mismo título del blog oficial, y explicando que esta empresa de hosting también realiza algunas prácticas que limitan las funcionalidades de WordPress. La respuesta de Matt [https://wordpress.slack.com/archives/C3D6T7F8Q/p1727018874179309] no se hizo esperar: > Gracias por tu opinión, pero en última instancia, yo tengo el control último de wordpress.org y creo que este post es apropiado para aparecer en cada panel de administración de cada instalación de WordPress, porque lo que WP Engine está haciendo es tan perjudicial, que ha sido un patrón durante años, y he intentado durante 18 meses resolverlo. La conversación continuó, en la que Matt seguía pidiendo que WP Engine participe con 4.000 horas a la semana [https://wordpress.slack.com/archives/C3D6T7F8Q/p1727042565118559] de contribuciones, o lo que ellos consideren proporcional a sus ingresos, dejando también caer que, por otro lado, estaba la batalla legal por el uso de la marca [https://wordpress.slack.com/archives/C3D6T7F8Q/p1727042667036649]. Hay que decir que, poco tiempo después, Ángel había sido bloqueado del Slack [https://x.com/angelfplaza/status/1839088237396058401] de forma unilateral y sin previo aviso, aunque no ha sido la única persona bloqueada en este proceso. En distintas plataformas y redes sociales, la batalla había comenzado, con muchas personas posicionándose en alguno de los dos lados. Lo que sí que ya se empezaba a entrever es que, en cualquier caso, la Comunidad WordPress era la que estaba en una situación de perder, pase lo que pase. En este punto, lo que en general se comentaba venía por tres partes muy diferenciadas: * La contribución, que nadie discute que es necesaria para un proyecto de código abierto, aunque en todos los sitios, como en Five for the Future, se indica claramente que no es obligatoria, aunque sabemos que es moralmente necesaria para la sostenibilidad de un proyecto; * El uso de la marca registrada, en la que hay opiniones y visiones en todos los sentidos, y que vienen de lejos con la gestión de la propia marca comercial por parte de Automattic y de la no-comercial por parte de la Fundación WordPress; * Y la libertad de uso por parte de cualquiera del software, de modificarlo, y en definitiva, del uso del código abierto. El siguiente paso llegó cuando comenzaron los rumores de que WP Engine estaba bloqueando en el panel de administración el bloque que muestra los eventos y las noticias. Recordemos que uno de los objetivos de Matt es que esa entrada apareciera en todos los WordPress del mundo, incluidos los de WP Engine. A esto se le sumó la publicación por parte de Automattic de su propia carta de cese y desistimiento [https://automattic.com/2024/09/25/open-source-trademarks-wp-engine/] sobre el uso de las marcas registradas. Poco después, también salió a la luz una nueva entrada en el blog oficial: WP Engine ha sido bloqueada para WordPress.org [https://wordpress.org/news/2024/09/wp-engine-banned/]. En la entrada se dejaba claro que WP Engine necesita una licencia de uso de WordPress y que, de forma preventiva, se ha bloqueado el acceso a las redes de WP Engine mientras se resuelve esta situación, alegando que no contribuyen al proyecto, pero que los sitios que alojan sí consumen sus datos. Esta última acción ha generado todavía más revuelo, ya que entre otras cosas no permite que los usuarios de WordPress puedan actualizar plugins, temas o el núcleo de forma automática mediante la funcionalidad de auto-actualización. Y aquí volvemos a los mayores afectados: los usuarios que muchas veces no saben ni dónde tienen su sitio WordPress. Muchas agencias pedían a Matt que desbloquease esto por el perjuicio económico que les estaba suponiendo. El viernes desde el sitio de WordPress.org se anunciaba un levantamiento temporal de las restricciiones [https://wordpress.org/news/2024/09/wp-engine-reprieve/], hasta el martes para permitir que WP Engine pueda hacer sus espejos de los sistemas que usa, mientras que los usuarios pueden hacer los mantenimientos necesarios. A partir del 1 de octubre, a las 00:00 en horario universal, se volverá a la situación de la que venimos. El siguiente capítulo está por escribir. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.

La herramienta de creación de sitios WordPress al vuelo, WordPress Playground ha lanzado un gestor que permite tener varias instancias a la vez. Recuerda que puedes escuchar este programa desde Pocket Casts [https://www.wppodcast.es/pocketcasts/], Spotify [https://www.wppodcast.es/spotify/] y Apple Podcasts [https://www.wppodcast.es/apple/] o suscribirte al feed [https://www.wppodcast.es/feed/podcast/] directamente. TRANSCRIPCIÓN DEL PROGRAMA Hola, soy Javier Casares [https://www.javiercasares.com/] y estás escuchando WPpodcast [https://www.wppodcast.es/], en el resumen de noticias de la Comunidad WordPress. En este episodio encontrarás la información del 23 al 29 de septiembre de 2024. Ya se están preparando los últimos ajustes de Gutenberg [https://make.wordpress.org/core/2024/09/25/whats-new-in-gutenberg-19-3-25-september/] con la mirada puesta en la próxima versión mayor de WordPress. El modo Zoom Out ya está fuera del nivel de experimentación y está disponible para todos los usuarios, permitiendo crear patrones a un nivel más granular. También se han corregido algunos elementos de la interfaz, como el botón de publicar, o que los nombres personalizados de bloques se apliquen en todos los lugares donde corresponde. Además, se va a poder deshabilitar el modal de selección de patrones al crear una página nueva, y los números de teléfono se enlazarán automáticamente con el prefijo “tel”. Un elemento interesante es que en el bloque de Imagen se van a poder arrastrar y soltar varias imágenes, convirtiéndolo automáticamente en un bloque de Galería. Y, aunque ya se sabía, se han publicado de manera oficial las fechas de lanzamiento de WordPress 6.7 [https://make.wordpress.org/core/2024/09/24/wordpress-6-7-release-party-schedule/], junto con las horas a las que se prepararán los paquetes correspondientes con cada lanzamiento. La primera versión beta se lanzará el 1 de octubre, la primera versión candidata el 22 de octubre, la congelación de código será el 11 de noviembre y, un día después, el 12 de noviembre, alrededor de las 18:00 horas, en horario universal, tendremos el paquete definitivo para descargar. El equipo de Core ha hecho un resumen de las reuniones que tuvieron los “Core Committers” [https://make.wordpress.org/core/2024/09/27/wcus-2024-core-committers-meeting-notes/] en la mesa de Core en la WordCamp US, en la que se destacó la importancia de permitir que los nuevos colaboradores se conecten con los más experimentados. También se discutió sobre las mejores prácticas para realizar “commits” y se fomentó que cada colaborador comparta su configuración personal en blogs para mejorar la documentación sobre el proceso de contribución. Además, se abordó cómo solicitar retroalimentación de manera adecuada dentro de la comunidad, sugiriendo que los blogs personales se utilicen para validar ideas, mientras que el blog oficial de WordPress se reserve para comunicaciones más formales. Por otro lado, la mejora del bloque Query Loop [https://make.wordpress.org/core/2024/09/23/core-editor-improvement-simplified-query-loop-block-with-smarter-defaults-intuitive-settings/] en el editor de WordPress busca hacerlo más intuitivo con configuraciones predeterminadas inteligentes. Ahora hereda automáticamente las consultas del contexto de la página, lo que simplifica su uso al mostrar las publicaciones sin configuraciones adicionales. También se han agrupado opciones de filtrado y personalización para facilitar el uso de consultas personalizadas, incluidas publicaciones por autor o formato. Estas mejoras estarán disponibles en WordPress 6.7. El equipo de Performance trae una propuesta que plantea la creación de un canal privado en Slack (#performance-hosting) que conecte al equipo de rendimiento de WordPress con representantes de empresas de hosting [https://make.wordpress.org/core/2024/09/23/proposal-create-connections-between-performance-team-and-hosts/]. Este espacio permitiría compartir datos y probar mejoras en el rendimiento de sitios en tiempo real, con un ciclo de retroalimentación rápida. La idea surge a partir de la exitosa colaboración en el canal #security-hosting. Aunque algunos sugieren que la colaboración sea pública, otros ven la necesidad de un canal privado para discutir temas sensibles relacionados con el rendimiento. En el Blog de Desarrolladores se ha publicado una entrada sobre cómo aprovechar las nuevas Vistas de Datos [https://developer.wordpress.org/news/2024/09/23/actions-from-data-views-adding-images-to-the-media-library/] para montar un sistema que permita subir imágenes al Media, trabajando con React y los componentes correspondientes. El ejemplo, muy detallado, explica cómo mostrar un listado de imágenes de otro proveedor y un botón que permita integrar esas imágenes en el Media propio del sitio. El equipo de Playground ha añadido una funcionalidad en el sistema que permite gestionar varias instancias a la vez [https://make.wordpress.org/playground/2024/09/27/running-multiple-playgrounds-with-wordpress-playground/], con distintas configuraciones. Hasta ahora, cuando entrabas en el sitio, se generaba una nueva instalación o podías recuperar una anterior si habías exportado los datos. Con esta nueva configuración, mediante el Playground Manager, se pueden crear instancias estables e instancias temporales. El equipo de Temas informa que ya hay 49 contribuidores en el nuevo tema Twenty Twenty-Five [https://make.wordpress.org/themes/2024/09/26/themes-team-meeting-notes-for-september-24-2024/], que vendrá de serie con WordPress 6.7, y que no sólo se buscan contribuciones en la creación propia del tema, sino también para ayudar con la creación de bloques, patrones o elementos de diseño. El equipo de Diseño ha presentado sus propuestas quincenales [https://make.wordpress.org/design/2024/09/24/design-share-64-sep-9-sep-20/] con el rediseño del pódcast The WordPress Briefing, o el cambio del acceso de “Log In” al menú secundario en WordPress.org. También se está mejorando la forma en la que indicar a los usuarios que pueden arrastrar un elemento a una zona determinada, por ejemplo al subir una imagen o una fuente, dejando mucho más claro en qué lugar se puede soltar. Sombras y controles son dos elementos que también cambiarán en WordPress 6.7. El equipo de Accesibilidad sigue trabajando en los últimos detalles sobre WordPress 6.7 [https://make.wordpress.org/accessibility/2024/09/26/accessibility-team-meeting-notes-september-18-2024/] y avanza en la mejora de la interfaz de los Block Bindings, en el Design System, en algunos elementos de la interfaz general como el botón de Guardar y Publicar, el modal de selección de patrones y varios elementos relacionados con la vista de zoom. Tras la finalización de la WordCamp US 2024 llegan algunos datos [https://wordpress.org/news/2024/09/pdx-wcus-2024-a-recap/], como la participación de 400 personas contribuyendo en 25 equipos y proyectos, muy focalizados todos en el lanzamiento de WordPress 6.7. También se incluyó un showcase, con una serie de presentaciones de proyectos y empresas que usan WordPress, como Disney Experiences, The New York Post, CNN o Amnistía Internacional. La WordCamp US 2025 se volverá a realizar en Portland (Oregón) del 26 al 29 de agosto de 2025. Y, para acabar, este pódcast se distribuye con licencia Creative Commons [https://creativecommons.org/licenses/by-nc-sa/4.0/]; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es [https://www.wppodcast.es/]. Un abrazo, y hasta el próximo programa.