
Sign up to save your podcasts
Or


En poco más de un mes y medio saldrá a la luz WordPress 7.1, y ya se ha planificado su lanzamiento, que comenzará con la beta el 15 de julio.
Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.
Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.
En este episodio encontrarás la información del 29 de junio al 5 julio de 2026.
WordPress 7.0.1 está en su Release Candidate 1, con 18 tickets de Core corregidos y 15 pull requests de Gutenberg incluidos. Entre los bugs más relevantes que resuelve están el problema de los botones de publicación apretados en el editor clásico, un fallo que corrompía declaraciones CSS con background-image, problemas de accesibilidad en las Revisiones Visuales, y varios bugs visuales del rediseño del administrador. El lanzamiento final está previsto para el 9 de julio.
En cuanto a WordPress 7.1, ya tenemos el calendario de release parties publicado. La Beta 1 sale el 15 de julio, la RC1 el 5 de agosto y el lanzamiento final el 19 de agosto, coincidiendo con la WordCamp US en Phoenix.
El equipo de Testing ha publicado una convocatoria de pruebas para una de las funciones más esperadas de WordPress 7.1: los estilos adaptativos por bloque. La función permite cambiar el tamaño de fuente, el espaciado, los colores o cualquier otro estilo de un bloque de forma independiente para tableta y móvil, sin escribir CSS, directamente desde el inspector del editor.
Gutenberg 23.5 ha llegado con dos novedades principales que se llevan el protagonismo.
La primera es la mejora del editor de medios modal, que ahora se extiende también al bloque de Portada: la edición de recorte con lupa, el ajuste de handles al píxel de origen y la corrección de redimensionado con teclado en recortes bloqueados por proporción son los cambios concretos.
La segunda es la previsualización de dispositivos unificada con el canvas redimensionable: ya no hay que elegir entre los tres presets fijos de escritorio, tableta y móvil, sino que se puede arrastrar el canvas a cualquier ancho intermedio. Los bloques con visibilidad por dispositivo reaccionan en tiempo real mientras se arrastra, y el selector de dispositivo pasa a ser también el punto de entrada para activar la edición responsiva, que antes estaba en otro sitio.
Fuera de esas dos novedades principales, hay cosas reseñables: los Estilos Globales añaden soporte para sombras de texto, el bloque de Iconos gana controles de volteo y rotación e inserta un icono por defecto en lugar de un marcador vacío, el bloque de Búsqueda añade soporte opt-in para el elemento semántico HTML correcto, y la colaboración en tiempo real se puede desactivar por tipo de contenido.
El equipo de Core ha publicado las directrices oficiales sobre cómo se sincronizará el código de Gutenberg en wordpress-develop a partir de ahora, algo que cambió durante el ciclo de WordPress 7.0 y que hasta ahora no estaba bien documentado.
El cambio principal fue abandonar los paquetes npm publicados para pasar a descargar un zip de assets compilados desde GitHub, lo que da más control sobre qué entra exactamente en cada versión de WordPress.
Durante el ciclo de 7.1, la sincronización ocurrirá una semana después de cada versión general de Gutenberg, con el objetivo de llegar eventualmente a sincronización semanal o incluso diaria.
También hay una propuesta de fusión para WordPress 7.1 que amplía la Abilities API con tres nuevas capacidades de solo lectura: core/read-settings, core/read-content y core/read-users. Esta propuesta da el siguiente paso lógico: que un agente de IA o un flujo de trabajo automatizado pueda leer los datos fundamentales que ya gestiona cualquier instalación de WordPress, su configuración, su contenido y sus usuarios, de forma estandarizada y con los mismos controles de permisos de siempre.
La propuesta también distingue deliberadamente entre lo que tiene sentido exponer por REST y lo que tiene sentido exponer a un agente: ciertas consultas que REST evita por razones de latencia, como filtros complejos por metadatos, pueden tener más sentido en el contexto de un agente que trabaja en segundo plano y donde el coste de traer todo y filtrar en el cliente es mayor.
El equipo de Comunidad tiene sobre la mesa una propuesta para reorganizar sus handbooks, que llevan años creciendo de forma orgánica hasta convertirse en una lista plana de nueve documentos donde es difícil orientarse, especialmente para quien llega nuevo.
La propuesta parte de agruparlos en tres bloques con una lógica clara: uno para las personas que gestionan el propio equipo de Comunidad, con el handbook general, el de respuesta a incidencias y el del programa de educación; otro para organizadores de eventos de cualquier tipo, con los handbooks de Meetup, WordCamp, Campus Connect, eventos online y KidsCamp; y un tercero de materiales de referencia, donde entrarían handbooks específicos para patrocinadores, ponentes y voluntarios, tres documentos que hoy no existen como tal sino que están enterrados dentro del handbook de WordCamp.
La propuesta también incluye una reorganización interna del handbook del equipo, y una pequeña idea que puede tener mucho impacto: añadir en la primera página de cada handbook una invitación a hacer el curso correspondiente en Learn WordPress, para que quien llegue sepa por dónde empezar a formarse.
WordPress Credits, el programa que acerca a estudiantes universitarios a la contribución a WordPress como parte de su formación académica, ha publicado su balance del primer semestre de 2026 y hay resultados concretos.
El dato más llamativo es que el objetivo anual de cerrar veinte acuerdos con universidades y escuelas de todo el mundo ya está cumplido a mitad de año, lo que ha llevado al equipo a recalibrar la estrategia para la segunda mitad. Uno de los pilotos del semestre, un módulo condensado de cincuenta horas, ha funcionado bien y se repetirá en julio y agosto.
El otro, que probaba un modelo de mentoría diferida donde los estudiantes hacían el proceso de incorporación solos antes de ser asignados a un mentor, no ha funcionado y ha confirmado lo que ya se sospechaba: la mentoría es uno de los ingredientes esenciales del programa. Como respuesta, se está poniendo en marcha una nueva estructura con responsables regionales que coordinen a los mentores dentro de su zona geográfica.
Para el segundo semestre el foco pasa de crecer a consolidar. El objetivo de nuevas alianzas baja intencionadamente a treinta y cinco en total para final de año, priorizando países y ciudades donde el programa aún no tiene presencia.
Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.
Un abrazo, y hasta el próximo programa.
By WPpodcast Team3
11 ratings
En poco más de un mes y medio saldrá a la luz WordPress 7.1, y ya se ha planificado su lanzamiento, que comenzará con la beta el 15 de julio.
Recuerda que puedes escuchar este programa desde Pocket Casts, Spotify y Apple Podcasts o suscribirte al feed directamente.
Hola, soy Javier Casares y estás escuchando WPpodcast, en el resumen de noticias de la Comunidad WordPress.
En este episodio encontrarás la información del 29 de junio al 5 julio de 2026.
WordPress 7.0.1 está en su Release Candidate 1, con 18 tickets de Core corregidos y 15 pull requests de Gutenberg incluidos. Entre los bugs más relevantes que resuelve están el problema de los botones de publicación apretados en el editor clásico, un fallo que corrompía declaraciones CSS con background-image, problemas de accesibilidad en las Revisiones Visuales, y varios bugs visuales del rediseño del administrador. El lanzamiento final está previsto para el 9 de julio.
En cuanto a WordPress 7.1, ya tenemos el calendario de release parties publicado. La Beta 1 sale el 15 de julio, la RC1 el 5 de agosto y el lanzamiento final el 19 de agosto, coincidiendo con la WordCamp US en Phoenix.
El equipo de Testing ha publicado una convocatoria de pruebas para una de las funciones más esperadas de WordPress 7.1: los estilos adaptativos por bloque. La función permite cambiar el tamaño de fuente, el espaciado, los colores o cualquier otro estilo de un bloque de forma independiente para tableta y móvil, sin escribir CSS, directamente desde el inspector del editor.
Gutenberg 23.5 ha llegado con dos novedades principales que se llevan el protagonismo.
La primera es la mejora del editor de medios modal, que ahora se extiende también al bloque de Portada: la edición de recorte con lupa, el ajuste de handles al píxel de origen y la corrección de redimensionado con teclado en recortes bloqueados por proporción son los cambios concretos.
La segunda es la previsualización de dispositivos unificada con el canvas redimensionable: ya no hay que elegir entre los tres presets fijos de escritorio, tableta y móvil, sino que se puede arrastrar el canvas a cualquier ancho intermedio. Los bloques con visibilidad por dispositivo reaccionan en tiempo real mientras se arrastra, y el selector de dispositivo pasa a ser también el punto de entrada para activar la edición responsiva, que antes estaba en otro sitio.
Fuera de esas dos novedades principales, hay cosas reseñables: los Estilos Globales añaden soporte para sombras de texto, el bloque de Iconos gana controles de volteo y rotación e inserta un icono por defecto en lugar de un marcador vacío, el bloque de Búsqueda añade soporte opt-in para el elemento semántico HTML correcto, y la colaboración en tiempo real se puede desactivar por tipo de contenido.
El equipo de Core ha publicado las directrices oficiales sobre cómo se sincronizará el código de Gutenberg en wordpress-develop a partir de ahora, algo que cambió durante el ciclo de WordPress 7.0 y que hasta ahora no estaba bien documentado.
El cambio principal fue abandonar los paquetes npm publicados para pasar a descargar un zip de assets compilados desde GitHub, lo que da más control sobre qué entra exactamente en cada versión de WordPress.
Durante el ciclo de 7.1, la sincronización ocurrirá una semana después de cada versión general de Gutenberg, con el objetivo de llegar eventualmente a sincronización semanal o incluso diaria.
También hay una propuesta de fusión para WordPress 7.1 que amplía la Abilities API con tres nuevas capacidades de solo lectura: core/read-settings, core/read-content y core/read-users. Esta propuesta da el siguiente paso lógico: que un agente de IA o un flujo de trabajo automatizado pueda leer los datos fundamentales que ya gestiona cualquier instalación de WordPress, su configuración, su contenido y sus usuarios, de forma estandarizada y con los mismos controles de permisos de siempre.
La propuesta también distingue deliberadamente entre lo que tiene sentido exponer por REST y lo que tiene sentido exponer a un agente: ciertas consultas que REST evita por razones de latencia, como filtros complejos por metadatos, pueden tener más sentido en el contexto de un agente que trabaja en segundo plano y donde el coste de traer todo y filtrar en el cliente es mayor.
El equipo de Comunidad tiene sobre la mesa una propuesta para reorganizar sus handbooks, que llevan años creciendo de forma orgánica hasta convertirse en una lista plana de nueve documentos donde es difícil orientarse, especialmente para quien llega nuevo.
La propuesta parte de agruparlos en tres bloques con una lógica clara: uno para las personas que gestionan el propio equipo de Comunidad, con el handbook general, el de respuesta a incidencias y el del programa de educación; otro para organizadores de eventos de cualquier tipo, con los handbooks de Meetup, WordCamp, Campus Connect, eventos online y KidsCamp; y un tercero de materiales de referencia, donde entrarían handbooks específicos para patrocinadores, ponentes y voluntarios, tres documentos que hoy no existen como tal sino que están enterrados dentro del handbook de WordCamp.
La propuesta también incluye una reorganización interna del handbook del equipo, y una pequeña idea que puede tener mucho impacto: añadir en la primera página de cada handbook una invitación a hacer el curso correspondiente en Learn WordPress, para que quien llegue sepa por dónde empezar a formarse.
WordPress Credits, el programa que acerca a estudiantes universitarios a la contribución a WordPress como parte de su formación académica, ha publicado su balance del primer semestre de 2026 y hay resultados concretos.
El dato más llamativo es que el objetivo anual de cerrar veinte acuerdos con universidades y escuelas de todo el mundo ya está cumplido a mitad de año, lo que ha llevado al equipo a recalibrar la estrategia para la segunda mitad. Uno de los pilotos del semestre, un módulo condensado de cincuenta horas, ha funcionado bien y se repetirá en julio y agosto.
El otro, que probaba un modelo de mentoría diferida donde los estudiantes hacían el proceso de incorporación solos antes de ser asignados a un mentor, no ha funcionado y ha confirmado lo que ya se sospechaba: la mentoría es uno de los ingredientes esenciales del programa. Como respuesta, se está poniendo en marcha una nueva estructura con responsables regionales que coordinen a los mentores dentro de su zona geográfica.
Para el segundo semestre el foco pasa de crecer a consolidar. El objetivo de nuevas alianzas baja intencionadamente a treinta y cinco en total para final de año, priorizando países y ciudades donde el programa aún no tiene presencia.
Y, para acabar, este pódcast se distribuye con licencia Creative Commons; tienes todos los enlaces para ampliar la información, y el pódcast en otros idiomas, en WPpodcast .es.
Un abrazo, y hasta el próximo programa.

24 Listeners

402 Listeners

65 Listeners

8 Listeners

17 Listeners

57 Listeners