WordPress 6.1 se centrará en refinar la edición completa del sitio, la próxima fase de colaboración y las funciones multilingües previstas para 2023-2025

El arquitecto principal de Gutenberg, Matias Ventura, ha identificado mejoras en las experiencias introducidas en 5.9 y 6.0 como el objetivo principal para la próxima versión 6.1. Publicó la hoja de ruta para 6.1 antes de la sesión de clausura en WordCamp Europe en Oporto, donde estaba programado que se uniera a Matt Mullenweg y Josepha Haden Chomphosy para una demostración. Ventura no pudo hacerlo, pero tuiteó un hilo con demostraciones en video de algunas actualizaciones interesantes de la interfaz en las que están trabajando los colaboradores de Gutenberg.

Uno de los principales objetivos es hacer que la navegación del sitio sea una experiencia más fluida a través de un nuevo "modo de exploración" que permitirá a los editores del sitio acercarse y alejarse mientras trabajan.

Los patrones son otro enfoque importante que Ventura ha identificado como “una pieza central de la experiencia creativa”. Los colaboradores están trabajando para facilitar la construcción con patrones, con planes para mejorar el proceso de descubrimiento e inserción. WordPress 6.1 brindará un mejor soporte para el uso de patrones en tipos de publicaciones personalizadas, tipos de bloques y una experiencia más intuitiva bloqueando patrones y administrando patrones guardados.

Los colaboradores también están explorando una nueva vista aérea y otras ideas para facilitar la interacción con patrones como secciones de una página, como lo demostró Ventura en su hilo.

Ventura dijo que otro objetivo de WordPress 6.1 es mejorar la interfaz de estilos globales con un mejor soporte para restricciones, privilegios y ajustes preestablecidos seleccionados. Las herramientas de diseño también se actualizarán para admitir tipografía receptiva y permitir la administración de fuentes web.

“La melodía del lanzamiento será refinar las experiencias introducidas en 5.9 y 6.0, tejer los diversos flujos en experiencias más coherentes y satisfactorias para usuarios, mantenedores y extensores, y cerrar algunas brechas en la funcionalidad a medida que comenzamos a mirar hacia la Fase 3. de la hoja de ruta de Gutenberg”, dijo Ventura.

Más allá de WordPress 6.1: la Fase 3 de colaboración precederá a la Fase 4 multilingüe para establecer la arquitectura central

Matt Mullenweg y Josepha Haden Chomphosy respondieron varias preguntas sobre la hoja de ruta a largo plazo de WordPress durante su sesión de preguntas y respuestas en WordCamp Europa. (El video de la transmisión en vivo está incrustado a continuación).

Los colaboradores principales de WordPress planean cerrar la fase de personalización antes de comenzar la fase de colaboración en 2023. Durante la sesión de preguntas y respuestas, uno de los colaboradores políglotas preguntó por qué WordPress está esperando hasta la fase 4 para comenzar a trabajar en funciones multilingües en el núcleo.

“Parte de la razón por la que no queremos establecer datos de vez en cuando para trabajar en la función más tarde es que hemos aprendido cada vez que es difícil crear la arquitectura para algo sin crear la experiencia del usuario”, dijo Mullwenweg. “Cuando tratamos de hacer uno sin el otro, por ejemplo con la API REST, ingresamos a la API REST antes de que la estuviéramos usando por completo nosotros mismos. Cuando comenzamos a hacer un uso propio de la API REST con Gutenberg, encontramos un montón de lagunas. Me sentiría particularmente mal si esas brechas significaran que los complementos se han estado construyendo en la arquitectura incorrecta durante algunos años”.

Mullenweg también explicó por qué cree que es importante priorizar la Fase 3, a la que se refirió como "flujo de trabajo", antes que las características multilingües:

La fase 3 es el flujo de trabajo. Aquí es básicamente donde vamos a llevar la coedición en tiempo real a WordPress, al igual que los documentos de Google o algo más. Cuando inicia sesión para editar una página o sus sitios o una plantilla o algo así, si alguien más está allí al mismo tiempo, podrá verlos moverse. Por supuesto, queremos asegurarnos de tener el control de versiones integrado como lo hacemos para las publicaciones y las páginas, en tantas partes de WP como sea posible, de modo que si alguien comete un error o realiza una edición en el sitio, podrá continuar. recuperarlo fácilmente, lo que creo que es realmente clave para dar confianza a la gente.

Hizo hincapié en la importancia de establecer la arquitectura de colaboración antes de introducir el soporte multilingüe en el núcleo.

“Creo que los flujos de trabajo en torno al multilingüe son importantes”, dijo Mullenweg. “Entonces, ¿dónde se crea canónicamente el contenido, cómo fluyen los cambios de un idioma a otro, tal vez incluso bidireccionalmente, dependiendo de las personas que editan el sitio y cómo eso afecta al resto de las plantillas, cosas que están fuera de la publicación? y el contenido de la página.”

También señaló que las muchas soluciones multilingües de terceros que ya existen tendrán un período de transición a medida que el núcleo integre estas funciones.

“Espero que, al igual que sucedió con los creadores de páginas, una vez que haya algo en el núcleo, tendrán una ruta de migración de datos o se integrarán con cualquier base que pongamos en el núcleo”, dijo Mullenweg. “Pero me gustaría establecer expectativas de que probablemente sea más una iniciativa de 2024 o 2025 para WordPress. Y queremos que estas otras fases se hagan muy bien primero. ¿Por qué tenemos que ir en orden? Solo podemos hacer mucho a la vez”.

Cuando la persona que había hecho la pregunta presionó por una razón por la cual un grupo de trabajo de contingencia no podía comenzar ahora, Mullenweg alentó a los contribuyentes ansiosos a poner su trabajo en un complemento. Hizo referencia a Gutenberg, que comenzó como un complemento y se probó durante años antes de incorporarlo al núcleo.

Diría que cuando miramos la fase 4, lo primero que vamos a ver es cómo lo están haciendo todos los complementos. Quizás uno de esos complementos podría incluso convertirse en la base de lo que viene en el núcleo. Está bien si los complementos adoptan diferentes enfoques arquitectónicos, porque queremos ver sus ventajas y desventajas. Recuerda que la gente usa WordPress con millones y millones de publicaciones y páginas, a veces decenas de millones. Queremos escalar, queremos que sea eficaz, queremos que sea accesible. Tome todas las cosas que la gente sabe y en las que confía acerca de WordPress. y llevarlo a esta funcionalidad.

Mullenweg dijo que cree que el multilingüe "probablemente será una de las cosas más complejas que traigamos al núcleo, incluso más que los bloques". La razón detrás de esto es que los bloques tomaron lo que hizo WordPress antes y le dieron una nueva interfaz además de HTML.

“Multilingüe toma cada cosa dentro de WordPress: etiquetas, categorías, páginas, plantillas, y lo hace multifactorial, por lo que es como una cantidad factorial de complejidad además de lo que en este momento es más una relación uno a uno, " él dijo. “Si tiene algunas ideas sobre cómo hacerlo, involúcrese con uno de los complementos existentes o inicie el suyo propio”.