La versión más reciente de WordPress, 3.5, ha superado la marca de 6 millones de descargas. Nos trajo una experiencia de medios renovada y varias mejoras en el tablero. Pero la vida sigue y el alcance de la próxima versión 3.6 ya se ha resuelto.

Ha habido mucho debate sobre qué esperar, especialmente en términos de mejorar nuestro flujo de trabajo editorial. Afortunadamente, los desarrolladores nos dan algunos consejos a través de la discusión sobre trac y el Hacer WordPress Core Blog.

Echemos un vistazo a lo que está en el horizonte, para asegurarnos de que nuestros proyectos estén preparados y no encontremos sorpresas desagradables en el futuro.

Mark Jaquith , que va a ser un desarrollador líder para 3.6 ciclo, declara en su publicación introductoria :

Personalmente, me gustaría que el enfoque del lanzamiento se centre en la edición de contenido (revisiones, autoguardado, flujo de trabajo, modos de edición, etc.).

Aaron D. Campbell co-liderará el lanzamiento y él también se expresó su intención de centrarse en la edición de contenido para mejorar su potencial para los usuarios. Por lo tanto, podemos esperar algunas mejoras adicionales en las pequeñas características del tablero que hacen la vida más fácil.

Interfaz de usuario de formatos de publicación

Los formatos de publicación se introdujeron en WordPress 3.1 y actualmente tenemos muchos hermosos temas que los utilizan para presentar contenido de una manera visualmente atractiva. Desafortunadamente, la interfaz de usuario de administrador para esta característica siempre ha tenido algunos problemas de usabilidad lo que ha significado que los desarrolladores la modifiquen para proyectos de clientes.

En 3.6 bajo la dirección de Helen Hou-Sandi las cosas cambiarán. Según Helen la interfaz de usuario se revisará para ayudar a los usuarios a comprender mejor un formato de publicación en particular. Se trabajarán varias fuentes de inspiración, en particular Formatos de publicación CF por Alex King, wordpress.com UI y el famoso Tumblr interfaz.

Otro aspecto que estará abierto a consideración es "dar a los temas algo estandarizado y portátil cuando se trata de datos disponibles para mostrar". Así que podemos esperar que finalmente los desarrolladores de temas tengan el conjunto estandarizado de datos para cada formato de publicación en lugar de tener que hacer suposiciones y crear sus propias implementaciones a través de campos personalizados.

Autoguardado y bloqueo posterior

El autoguardado es un aspecto importante del flujo de trabajo del escritor: la falta de una buena implementación obliga a mucha gente a cambiar a editores externos en lugar de escribir directamente en el administrador de WordPress.

Sobre este tema Jaquith ha dicho:

... nunca deberíamos perder mensajes debido a cookies expiradas, pérdida de conexión, navegación inadvertida (incluso si AYS), errores de complemento o núcleo en el almacenamiento, bloqueos del navegador, bloqueos del sistema operativo, gatos caminando en los teclados, niños babeando en los teclados ...

Suena emocionante, ¿no? Andrew Ozz va a liderar el desarrollo y se enfocará en seguir los componentes:

  • Creación de una API "WP Heartbeat": una API relativamente simple que envía solicitudes al servidor cada 15 segundos y desencadena eventos al recibir datos. Este es un paso hacia la dirección de edición simultánea, pero la implementación inicial está dirigida a la funcionalidad de autoguardado y postbloqueo.
  • Bloqueo posterior: evitará conflictos y pérdida de datos debido a la posible edición simultánea de una publicación. Se mejorará la interfaz de usuario y el sistema de notificación.
  • Guardado automático en el almacenamiento local: evitará la pérdida de datos del usuario entre guardar las revisiones posteriores a la base de datos.
  • Advertencias de caducidad de inicio de sesión: evitarán la pérdida de datos debido al vencimiento de la cookie. Actualmente puedes usar el PMC Post Salvador un complemento para eso, y algunas de sus ideas probablemente ahora llegarán al núcleo.

Flujo editorial y revisiones

Con la versión 3.6, se realizará un paso largamente esperado hacia la mejora del flujo de trabajo editorial; especialmente para sitios y blogs de múltiples autores. Daniel Bachhuber dirigirá la función. Él es uno de los desarrolladores detrás del famoso Editar el plugin Flow así que podemos esperar que algunas de sus habilidades entren al núcleo.

Comenzará con estados personalizados de publicaciones. Según Daniel, es el "meollo de la construcción de nuevas características". Por lo tanto, existe una intención claramente definida de finalizar la API de estado personalizado, estandarizar su comportamiento e interacción con los tipos de publicaciones personalizadas.

Esperemos que a partir de WordPress 3.6 crear estados como "idea" o "expirado" será muy sencillo.

Si tiene información o ejemplos de cómo se implementan los estados personalizados, puede ayudar a los desarrolladores participando en Estudio "caso de uso" .

Las revisiones son una herramienta extremadamente poderosa para el seguimiento de contenido en WordPress. Para 3.6 se mejorarán con la atribución del autor y la comparación bajo la dirección de Peter Westwood . La IU va a tener más significado para el usuario promedio (léase "no un desarrollador") presentando más información sobre los cambios visualmente.

Menús

La administración de menús se introdujo en la versión 3.0 como parte integral del movimiento "WordPress as CMS". Hoy no podemos imaginar un tema que no respalde los menús. En 3.6 habrá algunos refinamientos de UI liderados por Dave Martin . Dave comparte sus ideas sobre cómo debe verse la pantalla de administración de menús en su Blog y en trac . El principal problema que se abordará es una diferencia claramente establecida entre agregar elementos a un menú y agregar el menú a la ubicación del tema. Como solución, se propuso el enfoque de ventana con pestañas y se puede ver los resultados positivos en las pruebas de usuario .

Además de eso, se introducirá el nuevo cuadro de meta de "enlaces comunes" con "inicio" y "Iniciar sesión" como enlaces predeterminados. Muchos usuarios tienen problemas para descubrir cómo agregar estos enlaces actualmente.

¿Significa que veremos todos estos cambios en el núcleo? Tendremos que esperar a que salga el lanzamiento. Mientras tanto, puedes seguir el Hacer la interfaz de usuario de WordPress blog para obtener más información y participar en las discusiones.

Escritura sin distracciones

La función DFW fue lanzada en la versión 3.2. Desde entonces ha recibido mucha atención, tanto positiva como negativa. Uno de los principales puntos de discordia es la falta de soporte de formato. WordPress no es compatible con el descuento y, al mismo tiempo, el editor de DFW se basa en gran medida en los atajos de teclado. No hay un desarrollador líder para esta función, pero Mark ha señalado las siguientes áreas para su mejora:

  • Es difícil de descubrir
  • La transición es un poco discordante
  • No es compatible con la mayoría de los formatos necesarios para escribir
  • Mejoras generales de su comportamiento durante la escritura

Mantenimiento de código y arquitectura

Como siempre con una nueva versión de WordPress, habrá algunas actualizaciones bajo el capó en la versión 3.6. La mayoría de ellos se ocuparán de los problemas de caché y rendimiento; que es lógico ya que WordPress se vuelve más complejo y hambriento de recursos. Aparte de eso, hay algunas cosas relacionadas con la base de datos que van a cambiar. Me gustaría destacar dos:

  1. Las funciones mysql_ están en desuso en PHP, por lo que WordPress 3.6 comienza a moverse hacia el soporte de Extensión PDO para servir conexiones de bases de datos. Para los desarrolladores, significa principalmente que si por alguna razón no estás usando la clase wpdb nativa para operar con una base de datos en tu complemento, será mejor que comiences ahora mismo, además de beneficiarte de su robusta lista de características, también evitarás incompatibilidad con futuras versiones de PHP.
  2. Se eliminará la restricción ÚNICA para la babosa en wp_terms. Este pequeño detalle es para prepararse para futuras mejoras de la taxonomía API, en particular, cómo maneja los términos compartidos.

Otros cambios de planificación se pueden encontrar en Hacer WordPress Core Blog.

Programar

El calendario de lanzamientos de WordPress 3.6 es más corto que las versiones anteriores: el ciclo comenzó a principios de enero y el primer Beta está programado para el 13 de marzo. El 22 de abril de 2013 es la fecha de lanzamiento planificada. Entonces, si desea participar en este ciclo, visite el Pista principal o publica tus pensamientos en el foro .

¿Qué estás esperando en la próxima versión de WordPress? ¿Dónde ves que se dirige la plataforma? Háganos saber en los comentarios.

Imagen / miniatura destacada, imagen futura a través de Shutterstock.