Presentamos WordPress 5.4 (Bloques, características, APIs nuevas)

WordPress 5.4 «Adderley» fue lanzado el 31 de marzo de 2020, y está disponible para la descarga.

Así que es hora de que nos sumerjamos en las nuevas características y cambios más interesantes que vienen con WordPress 5.4.

En primer lugar, WordPress 5.4 aporta muchas características, mejoras y correcciones de errores al editor de bloques, con un número considerable de versiones del plugin de Gutenberg fusionadas en el núcleo. Estos cambios afectan tanto a las funcionalidades como a la interfaz de usuario, mejorando la accesibilidad/utilidad del editor y la experiencia de edición en general.

Además del editor, WordPress 5.4 introduce interesantes mejoras en la Herramienta de Salud del Sitio y en la API REST, mientras que un par de características esperadas con WordPress 5.4 han sido retrasadas y deberían ser incluidas en el Núcleo con la próxima versión de WordPress 5.5 (ver Native Lazy Loading en imágenes y bloque de navegación).

Puede que quiera guardar las siguientes fechas y enlaces del ciclo de desarrollo de WordPress 5.4:

• 11 de febrero de 2020: Beta 1
• 18 de febrero de 2020: Beta 2
• 25 de febrero de 2020: Beta 3
• 3 de marzo de 2020: RC 1
• 10 de marzo de 2020: RC 2
• 17 de marzo de 2020: RC 3
• 24 de marzo de 2020: RC 4
• 27 de marzo de 2020: RC 5
• 30 de marzo de 2020: Prueba  para el lanzamiento de WordPress 5.4
• 31 de marzo de 2020: Lanzamiento de WordPress 5.4 “Adderley”

Entonces, ¿qué hay de nuevo en WordPress con WordPress 5.4?

¿Qué hay de nuevo con el Editor de Bloques?

Un número considerable de las versiones del plugin de Gutenberg se han fusionado en el núcleo, de 6,6 a 7,5. Así que, si no está usando el plugin de Gutenberg, encontrará toneladas de nuevas características, mejoras y correcciones de errores en el editor de bloques al actualizar a WordPress 5.4.

Pero hay más que bloques y características en el editor con mejoras en el rendimiento general que se reportan:

El equipo de editores de bloques ha logrado una reducción del 14% en el tiempo de carga y del 51% en el tiempo de mecanografía, para un post particularmente grande (~ 36.000 palabras, ~1.000 bloques) desde WordPress 5.3.

Eso es un montón de cosas increíbles, así que vamos a sumergirnos.

• Nuevas características y mejoras del Editor de bloques
• Cambios en el Editor de bloques para los desarrolladores de temas y bloques
• Características adicionales

Nuevas características y mejoras del Editor de bloques

Podemos estar de acuerdo en el hecho de que el editor de bloques todavía está en desarrollo, pero WordPress 5.4 trae toneladas de cambios que mejoran la usabilidad del editor tanto en el escritorio como en el móvil.

Algunos de estos cambios se refieren estrictamente a la interfaz, entre ellos el modo de pantalla completa activado por defecto, la mejora de la selección de bloques, la facilidad para cambiar entre el modo de edición y el modo de selección, la barra de herramientas móvil fija y las migas de pan para la navegación por bloques. Dos nuevos bloques y configuraciones de opciones adicionales añaden más funcionalidades al editor.

Aquí hay una lista rápida de las características y mejoras de nuestro editor de bloques favorito que viene con WordPress 5.4:

• Los nuevos iconos sociales bloquean
• Bloqueo de nuevos botones
• Una guía de bienvenida Modal
• Modo de pantalla completa activado por defecto
• Soporte de color de texto en línea en bloques de texto enriquecido
• Opciones de color adicionales para varios bloques
• Imágenes destacadas en el bloque de últimas publicaciones
• Una nueva barra de migas de pan para la navegación en bloque

Los nuevos iconos sociales bloquean

Inicialmente llamado Social Links, el bloque de Social Icons permite a los autores añadir rápidamente iconos con enlaces a perfiles sociales y proporciona un buen número de bloques de iconos sociales infantiles para elegir. Este bloque ha sido experimental durante un tiempo y es estable desde Gutenberg 7.5.

El bloque de Iconos Sociales viene con tres estilos predefinidos para sus personalizaciones visuales: Predeterminado, Sólo logos y Forma de píldora.

Desde que se introdujeron por primera vez como una característica experimental en Gutenberg 6.5 (y se fusionaron en WordPress 5.3), los Iconos Sociales han sido añadidos a Gutenberg 7.5 y puede que no funcionen como se esperaba si se está ejecutando una versión anticuada del plugin de Gutenberg.

Según Jorge Costa, hay dos maneras de prevenir los problemas con los iconos sociales:

• Migrar manualmente cualquier contenido con Iconos Sociales: actualizar a WordPress 5.4, cargar el post en el editor de bloques y guardarlo. Los Iconos Sociales serán automáticamente migrados a la nueva versión.
• Mantener el plugin de Gutenberg instalado cuando actualice a WordPress 5.4: el plugin proporciona compatibilidad con versiones anteriores y no debería experimentar ningún problema.

Bloque de nuevos botones

Añadido al editor de bloques en Gutenberg 7.2, el bloque de botones reemplaza al bloque de un solo botón, y permite a los usuarios de WordPress añadir más botones a su contenido dentro del mismo contenedor del bloque.

Los botones individuales vienen con dos estilos preestablecidos para elegir y varias opciones adicionales para afinar el aspecto de sus botones.

Con WordPress 5.4, los propietarios de sitios web adquieren un control más profundo sobre el aspecto y la sensación de su llamada a la acción gracias a la adición de fondos graduales, que también vienen con un puñado de ajustes de gradientes disponibles para que los administradores de los sitios web los utilicen como puntos de partida para futuras personalizaciones.

Una guía de bienvenida Modal

WordPress 5.4 añade una nueva presentación de diapositivas de bienvenida con información básica sobre el editor de bloques y un enlace a la documentación en línea (añadida con Gutenberg 7.1).

El modal sólo es visible justo después de actualizarse a 5.4. Si quiere activarlo de nuevo, sólo tiene que abrir el menú de Más herramientas y opciones del botón superior derecho y encontrar el enlace de la Guía de bienvenida.

Modo de pantalla completa activado por defecto

A partir de WordPress 5.4, el editor se abre en modo de pantalla completa por defecto en las nuevas instalaciones y dispositivos. Puede activar o desactivar el modo de pantalla completa haciendo clic en el menú Más herramientas y opciones, como se muestra en la siguiente imagen.

Por ahora, esta preferencia se almacena localmente, lo que significa que se sobrescribirá cada vez que cambien las preferencias, como sucede cuando se accede a la página web en modo de incógnito. En el futuro, esta preferencia debería almacenarse en la base de datos, haciendo que la elección del usuario sea persistente en cualquier contexto.

Obsérvese que la decisión de tener el editor en modo de pantalla completa por defecto no se aprecia unánimemente, ya que se considera que puede resultar confuso para los principiantes y los usuarios no avanzados. Revisa este post si quieres saber más sobre las preocupaciones de la gente en modo de pantalla completa.

Los desarrolladores del editor de bloques pueden controlar el modo de pantalla completa de forma programada con sólo unas pocas líneas de JavaScript:

const isFullscreenMode = wp.data.select( 'core/edit-post' ).isFeatureActive( 'fullscreenMode' );

if ( isFullscreenMode ) {
	wp.data.dispatch( 'core/edit-post' ).toggleFeature( 'fullscreenMode' );
}

Soporte de color de texto en línea en bloques de texto enriquecido

Si normalmente escribe artículos de forma larga, debería apreciar el soporte de color del texto en línea. Antes de esta actualización, nos vimos obligados a codificar en modo HTML los bloques de texto enriquecido para cambiar el color de las palabras y las cadenas.

A partir de WordPress 5.4, podemos seleccionar palabras y subcadenas en bloques de RichText y cambiar rápidamente sus colores usando el selector de colores incorporado.

Opciones de color adicionales para varios bloques

WordPress 5.4 añade una larga lista de características y mejoras relacionadas con el color al editor de bloques. Como se ha visto anteriormente, ya no estamos limitados a los colores sólidos. Varios bloques ahora soportan fondos de degradado y conjuntos predefinidos de degradados.

Aquí hay una lista rápida de algunas mejoras relacionadas con el color:

• Apoyo de fondo gradual para el bloque de Buttons (Gutenberg 6.7).
• Soporte de fondo gradiente para el bloque de cobertura (Gutenberg 6.8).
• Soporte de color de texto para bloques de Grupo (Gutenberg 7.4 y 7.5): los bloques anidados pueden ahora heredar el color de texto de su bloque de Grupo padre.
• Soporte de texto y color de fondo para el bloque de Columnas (Gutenberg 7.4 y 7.5).

Imágenes destacadas en el bloque de últimas publicaciones

Otra adición notable al editor del bloque es el soporte para imágenes destacadas en el bloque de Últimas Publicaciones (Gutenberg 7.5).

Esta es sólo la más reciente de varias mejoras añadidas al bloque de Últimos Mensajes a lo largo del tiempo y marca otro paso hacia «bloques dinámicos o globales más complejos».

Con WordPress 5.4, el bloque de Últimas Publicaciones le permite sacar publicaciones de una categoría específica pero no le permite construir consultas más avanzadas por categoría/etiqueta/tipo de publicación y/o incluir/excluir publicaciones individuales.

Esperamos ver más mejoras con este bloque en el futuro.

Una nueva barra de migas de pan para la navegación en bloque

Disponible para los usuarios de Gutenberg desde la versión 6.7, y ahora fusionada con el Núcleo, la nueva barra de migas de pan tiene como objetivo simplificar la navegación de los bloques anidados.

La imagen de abajo muestra varios bloques anidados y el nuevo menú de migas de pan en la parte inferior.

Cambios en el editor de bloques para los desarrolladores de temas y bloques

Los desarrolladores de temas y bloques deben estar al tanto de muchos cambios introducidos en el editor de bloques con WordPress 5.4. Estos cambios incluyen:

• Atajos de teclado del editor de bloques
• APIs de temas graduales
• Cambios de marca y estilo en el editor de bloques
• Andamios de bloques
• Bloquear las colecciones
• Variaciones de bloque

Atajos de teclado del editor de bloques

Los desarrolladores de bloques y los usuarios avanzados pueden ahora añadir atajos personalizados al editor de bloques.

Se ha introducido un nuevo paquete llamado @wordpress/keyboard-shortcuts para centralizar el registro, la eliminación y la documentación de los atajos de edición.

Los desarrolladores pueden añadir sus atajos personalizados llamando a la acción registerShortcut de esta manera:

wp.data.dispatch( 'core/keyboard-shortcuts' ).registerShortcut( {

	// Shortcut identifier
	name: 'plugin/shortcut-test',

	// Shortcut category (possible values global, block, selection)
	category: 'global',

	// Shortcut description
	description: 'My first shortcut',

	// The key combination that triggers the shortcut
	keyCombination: {

		// Available modifiers:
		// primary, primaryShift, primaryAlt,
		// secondary, access, ctrl, alt,
		// ctrlShift, shift, shiftAlt
		modifier: 'alt',
		character: 'w',
	},

	// An alias for the key combination
	aliases: [
		{
			modifier: 'primary',
			character: 'q',
		},
	],
} );

Esto agregará automáticamente el atajo personalizado a los atajos modales disponibles en el botón Más herramientas y opciones en la esquina superior derecha del editor.

Entonces, podemos adjuntar un manejador de atajos de teclado usando la función useShortcut:

import { useShortcut } from '@wordpress/keyboard-shortcuts';
import { useCallback } from '@wordpress/element';

const MyComponent = () => {
	useShortcut(

		'plugin/shortcut-test',

		useCallback(
			( event ) => {
				// Do something
			},
			[]
		)
	);
}

Puede leer más sobre los atajos de teclado en el blog Make WordPress Core.

APIs de temas graduales

WordPress 5.4 introduce fondos de gradiente con un puñado de preajustes para los botones y bloques de cobertura. Esto sucede gracias a las nuevas APIs de temas gradientes.

Las nuevas API ofrecen la opción de soporte de temas con de editor-gradient-presets, que permite a los desarrolladores de temas anular los preajustes predeterminados y definir los suyos propios:

add_theme_support(
	'editor-gradient-presets',
	array(
		array(
			'name'		=> __( 'CadetBlue to Chartreuse', 'themeLangDomain' ),
			'gradient'	=> 'linear-gradient(135deg,rgba(95,158,160,1) 0%,rgb(127,255,0) 100%)',
			'slug'		=> 'cedetblue-chartreuse'
		),
		array(
			'name'		=> __( 'Chocolate to Coral', 'themeLangDomain' ),
			'gradient'	=> 'linear-gradient(135deg,rgba(210,105,30,1) 0%,rgba(255,127,80,1) 100%)',
			'slug'		=>  'chocolate-to-coral',
		),
		array(
			'name'		=> __( 'DarkMagenta to DarkOrchid', 'themeLangDomain' ),
			'gradient'	=> 'linear-gradient(135deg,rgb(139,0,139) 0%,rgb(153,50,204) 100%)',
			'slug'		=> 'darkmagenta-to-darkorchid',
		),
		array(
			'name'		=> __( 'DeepSkyBlue to DodgerBlue', 'themeLangDomain' ),
			'gradient'	=> 'linear-gradient(135deg,rgba(0,191,255,1) 0%,rgba(30,144,255,1) 100%)',
			'slug'		=> 'deepskyblue-to-dodgerblue',
		),
	)
);

• name: una etiqueta significativa para la punta de la herramienta que proporciona información sobre el gradiente. Esto es particularmente útil para los lectores de pantalla y los usuarios que tienen dificultad para distinguir ciertos colores.
• gradient: Valores CSS para el gradiente.
• slug: un identificador para generar clases CSS utilizadas en el editor de bloques.

Puede desactivar los degradados personalizados utilizando la opción de soporte de temas de disable-custom-gradients:

add_theme_support( 'disable-custom-gradients' );

La funcionalidad de los gradientes puede ser eliminada completamente usando tanto los disable-custom-gradients los editor-gradient-presets:

add_theme_support( 'disable-custom-gradients' );
add_theme_support( 'editor-gradient-presets', array() );

Cambios de marca y estilo en el editor de bloques

WordPress 5.4 introduce varios cambios de estructura DOM que los desarrolladores de temas deben tener en cuenta.

• El prefijo de clase de editor- heredado ha sido eliminado de los scripts de editor de bloque y ahora los desarrolladores sólo deben usar el prefijo block-editor-.
• La clase de edit-post-layout__content ha sido eliminada del DOM del editor de bloques.
• Varios div envoltorios de buceo han sido retirados de RichText y los bloques como redundante. Este cambio aporta una mejora significativa del rendimiento y simplifica el árbol DOM, lo que debería ser apreciado por los desarrolladores de temas y bloques.
• Los acolchados de los bloques y los márgenes negativos han desaparecido. Los estilos de los bloques deben cambiar en consecuencia.

Para una vista detallada sobre los cambios de DOM y CSS, ver Markup y cambios relacionados con el estilo en WordPress 5.4

Andamios de bloques

Con el nuevo paquete @wordpress/create-block Package for Block Scaffolding, los desarrolladores tienen una nueva forma de generar la estructura de directorios para un plugin de edición de bloques. Esta estructura incluye típicamente index.php, index.js y style.css.

Los desarrolladores de bloques pueden ahora simplemente ejecutar el siguiente comando:

$ npm init @wordpress/block block-name

Bloquear las colecciones

Las Colecciones de Bloques proveen una forma de agrupar visualmente las colecciones de bloques en el insertador del editor de bloques. Las colecciones son diferentes de las categorías y proporcionan una forma adicional de agrupar bloques.

El nuevo API proporciona una nueva función:

registerBlockCollection( namespace, { title, icon } );

• namespace: matched against a block prefix.
• title: this is the label shown in the block inserter.
• icon: this is the icon shown with the title in the block inserter.

Introducida con Gutenberg 7.3 y ahora fusionada en el núcleo, la nueva API permite a los desarrolladores de temas y bloques organizar mejor los bloques, facilitando a los usuarios el descubrimiento y la adición de bloques al contenido.

Variaciones de bloque

La API de variaciones de bloques proporciona un conjunto de funciones que permite a los desarrolladores de bloques añadir/administrar/eliminar variaciones de bloques que los usuarios pueden elegir al añadir bloques al contenido. Registrar una nueva variación es bastante sencillo (código JS):

wp.blocks.registerBlockVariation( 'core/heading', { 
	name: 'green-text', 
	title: 'Green Text', 
	description: 'This block has green text. It overrides the default description.',  
	attributes: { 
		content: 'Green Text', 
		textColor: 'vivid-green-cyan' 
	}, 
	icon: 'palmtree', 
	scope: [ 'inserter' ] 
} );

• blockName: el nombre del bloque (es decir, el core/heading).
• variation: un objeto que describe una variación para el tipo de bloque.

• name: (string) el identificador único de la variación.
• title: (string) el título de la variación legible por los humanos.
• description: (string) una descripción detallada.
• : (WPIcon) un icono para mostrar en el insertador de bloques.
• [isDefault]: (boolean) si la variación actual es la predeterminada. Por defecto es false.
• [attributes]: (Object) valores que anulan los atributos del bloque.
• [innerBlocks]: (Array[]) configuración inicial del bloque anidado.
• [example]: (Object) datos estructurados para la vista previa del bloque. Poner en indefinido para desactivar la vista previa.
• [scope]: (WPBlockVariationScope[]) La lista de alcances en los que la variación es aplicable. Cuando no se proporciona, se asume que todos los alcances disponibles. Opciones disponibles: block, inserter.

Para una vista más cercana en el API de Variaciones de Bloques, ver PR #20068.

Características adicionales del Editor de Bloques que vienen con WordPress 5.4

Otras características notables que se incluyen en el núcleo de WordPress 5.4 son:

• Un menú para cambiar visualmente entre el modo de edición y el de navegación (7.1)

• Añadido al bloque de la tabla (7.1)

• Arrastrar y soltar imágenes en la caja de imágenes destacadas (7.1)

• Barra de herramientas de bloque fijo en el móvil (7.1)

• Añadido el selector de tamaño de la imagen al bloque de la Galería (7.2)

• Añadidos enlaces a imágenes en el bloque de Media & Text (7.2)

Características y mejoras para los desarrolladores de WordPress

Los desarrolladores deberían beneficiarse de varias nuevas adiciones que vienen con WordPress 5.4.

Nuestros cambios favoritos incluyen lo siguiente:

• Un Widget de calendario semánticamente correcto y nuevas clases de CSS
• Códigos cortos en los scripts PHP
• Mejoras en el manejo de Favicon en WordPress 5.4
• Nuevos ganchos para añadir campos personalizados a los elementos del menú
• Cambios adicionales para los desarrolladores

Un Widget de calendario semánticamente correcto y nuevas clases de CSS

La especificación HTML 5.1 ha cambiado la forma en que los elementos de pie tienen que ser usados en las tablas. Antes de que los elementos tfoot de HTML 5.1 pudieran preceder al elemento tbody. La nueva especificación cambia las cosas y ahora tfoot debe seguir a tbody.

El widget de calendario de WordPress cambia en consecuencia. A partir de WordPress 5.4, los enlaces de navegación se mueven a un elemento de nav fuera de la tabla de calendario.

Fue un cambio muy esperado, considerando que el nav es el elemento HTML más apropiado para los enlaces de navegación en cualquier concurso, y también puede ayudar a mejorar la accesibilidad en los lectores de pantalla. De acuerdo con la documentación de Mozilla:

Un documento puede tener varios elementos < nav>, por ejemplo, uno para la navegación del sitio y otro para la navegación dentro de la página. aria-labelledby puede ser usado en tal caso para promover la accesibilidad…

Los agentes de usuario, como los lectores de pantalla dirigidos a usuarios discapacitados, pueden utilizar este elemento para determinar si se debe omitir la representación inicial del contenido de sólo navegación.

Además, las siguientes clases CSS han sido introducidas en get_calendar() para facilitar la orientación:

• wp-calendar-table para el elemento table.
• wp-calendar-nav para el elemento nav.
• wp-calendar-nav-prev para el enlace del mes anterior, reemplazando el #prev ID.
• wp-calendar-nav-next para el enlace del próximo mes, sustituyendo a #next ID.

El siguiente fragmento muestra la estructura HTML del nuevo calendario:

<div class="widget widget_calendar">
	<div class="widget-content">
		<div id="calendar_wrap" class="calendar_wrap">
			<table id="wp-calendar" class="wp-calendar-table">
				<caption>February 2020</caption>
				<thead>
					<tr><!-- Day names --></tr>
				</thead>
				<tbody>
					<!-- Calendar cells -->
				</tbody>
			</table>
			<nav aria-label="Previous and next months" class="wp-calendar-nav">
				<span class="wp-calendar-nav-prev"><a href="http://example.com/?m=201912">« Dec</a></span>
				<span class="pad"> </span>
				<span class="wp-calendar-nav-next"> </span>
			</nav>
		</div>
	</div>
</div>

Los desarrolladores de temas pueden querer cambiar sus hojas de estilo en consecuencia.

Códigos cortos en los scripts PHP

WordPress 5.4 introduce la función apply_shortcodes() como un alias para do_shortcode(), que nos permite usar un código corto en un archivo PHP.

Desde el punto de vista semántico, podemos esperar ver el resultado de las funciones do_* simplemente llamando a la función misma. Pero ese no es el caso de do_shortcode. Para imprimir la salida del código corto especificado, do_shortcode tiene que hacerse eco:

// Muestra el resultado del atajo
echo do_shortcode ( '[shortcode]' . $text . '[/shortcode]' );

WordPress 5.4 cambia un poco las cosas con la introducción de apply_shortcodes(), que funciona de la misma manera que do_shortcode(), pero permite a los desarrolladores construir un código más legible y semánticamente correcto:

// Displays the result of the shortcode
echo apply_shortcodes( '[shortcode]' . $text . '[/shortcode]' );

A partir de WordPress 5.4 RC 3, do_shortcode()no está previsto que se desapruebe porque se utiliza ampliamente en los plugins de terceros.

Mejoras en el manejo de Favicon en WordPress 5.4

Con WordPress 5.4, los desarrolladores de temas pueden manejar las solicitudes de faviconos con mucha más flexibilidad y varias nuevas funciones permiten manejar los faviconos de la misma manera que las funciones relacionadas con robots.txt. Sergey Biryukov explica:

Una petición a favicon.ico debe ser manejada de la misma manera que manejamos robots.txt con do_robots():

• Si existe un archivo físico, no haga nada y deje que el servidor se encargue de la solicitud.
• De lo contrario, sirve un icono de reserva (véase más abajo).

Así que, si no se proporciona un archivo físico favicon.ico, así es como WordPress lo maneja:

• Si hay un conjunto de iconos en el Personalizador, redirige /favicon.ico a ese icono específico.
• Si no hay un conjunto de iconos, entonces usa el logo de WordPress (wp-admin/images/w-logo-blue.png) como una opción alternativa.

Un puñado de nuevas funciones y ganchos complementan las correspondientes funciones/ganchos relacionados con robots.txt:

• La nueva función is_favicon() complementa a is_robots().
• La acción do_favicon complementa a los do_robots y se activa cuando el cargador de plantillas determina una solicitud de favicon.
• La función do_favicon() se engancha a la acción do_favicon y complementa a los do_robots().
• La acción do_faviconico complementa a do_robotstxt y permite a los desarrolladores anular el comportamiento por defecto.

Lea más sobre el manejo del favicon.

Nuevos ganchos para añadir campos personalizados a los elementos del menú

Con WordPress 5.4, los desarrolladores pueden usar dos nuevos ganchos de acción para añadir campos personalizados a los elementos del menú.

El wp_nav_menu_item_custom_fields se activa justo antes de que se añada un elemento del menú de navegación al editor del menú de administración. Vea el ejemplo a continuación:

function kinsta_add_menu_item_custom_field() {
	echo '<p class="menu-item-custom-field">Hey! This is an example for Kinsta blog readers!</p>';
}
add_action( 'wp_nav_menu_item_custom_fields', 'kinsta_add_menu_item_custom_field' );

El nuevo gancho de acción soporta cinco parámetros que puede usar para ajustar el comportamiento del campo personalizado:

• $item_id: el elemento del menú ID (entero).
• $item: el elemento del menú datos objeto (objeto).
• $depth: la profundidad del elemento del menú (entero).
• $args: un objeto de argumentos de elementos de menú (objeto).
• $id: el ID del menú de navegación (entero).

La plantilla wp_nav_menu_item_custom_fields_customize_template funciona de la misma manera que wp_nav_menu_item_custom_fields, pero se activa al final de la plantilla de campos de formulario para los elementos del menú de navegación en el Personalizador. La imagen de abajo muestra la sección de Menús del Personalizador en WordPress 5.4.

Cambios adicionales para los desarrolladores

Otros cambios para los desarrolladores y usuarios avanzados que vienen con WordPress 5.4 incluyen:

• Más información sobre los errores que causan fallos en el inicio de sesión gracias a un nuevo parámetro $error ahora soportado por la acción wp_login_failed.
• Notificación de administración personalizable en WordPress Multisite dependiendo de la identificación del sitio.
• El nuevo metavalor del post de _source_url ahora permite almacenar la URL original de los archivos de medios.
• La barra de administración está ahora cargada en wp_body_open en lugar de wp_footer.
• Varios cambios en el REST API.

¿Cómo instalar una versión de desarrollador de WordPress?

Si quiere asegurarts de que sus temas y plugins son totalmente compatibles con WordPress 5.4 o simplemente tiene curiosidad por las nuevas características que vienen con la última versión de WordPress, puede instalar la versión de desarrollo actual con unos pocos clics.

Tiene dos maneras de instalar una versión Beta/RC de WordPress:

• Instale el plugin WordPress Beta Tester y ejecutela instalación en el tablero de un entorno WordPress existente.
• Descargue e instale el actual Beta/RC manualmente. Puede obtener el «nightly build«, que se crea desde el repositorio de Subversion. Si busca una versión específica de WordPress, ya sea estable o de desarrollo, puede revisar el Archivo de la Categoría de Lanzamientos.

Si decide instalar el plugin Beta tester, necesitará instalar primero una instalación normal de WordPress, ya sea en su máquina local o en su entorno de ensayo.

Una vez que su sitio web de WordPress esté en funcionamiento, navegue a Plugins → Agregar nuevo y busque el plugin WordPress Beta Tester.

El plugin proporciona una manera rápida y fácil de probar la versión beta de WordPress, permitiendo instalar y/o actualizar la versión beta actual o el Release Candidate con el clic de un botón.

Así que, instale y active el plugin como de costumbre.

Navegue a Herramientas → Prueba Beta y marque la opción de «Bleeding edge nightlies» y guarde los cambios.

Después de eso, navega a la pantalla de actualizaciones de Dashboard → y hag clic en el botón Actualizar ahora.

WordPress descargará e instalará el siguiente paquete:

https://wordpress.org/nightly-builds/wordpress-latest.zip

Una vez que la instalación se haya completado, será redirigido a la página temporal de WordPress About.

Y eso es todo. Ahora están listos para hacer sus pruebas en las versiones Beta y RC de WordPress.

Revise la documentación oficial para más información sobre las pruebas de WordPress Beta.

Resumen

Con diez versiones del plugin de Gutenberg fusionadas en el núcleo, WordPress 5.4 se centra principalmente en el Editor de Bloques. Tenemos dos nuevos bloques, atajos personalizados, mejor usabilidad y accesibilidad, y podemos esperar más desarrollos en un futuro próximo.

Pero hay aún más:

• Se ha añadido un widget de estado de salud del sitio en el tablero, facilitando al usuario la comprobación de la salud, la seguridad y el rendimiento de su sitio.
• Una mejor gestión del enfoque, una navegación por teclado más fácil y una Guía de Política de Privacidad más fácil de leer que mejora la accesibilidad en el móvil y en el escritorio.
• Varios cambios en las herramientas de privacidad simplificando UX al exportar datos personales.

Ahora es su turno. ¿Qué opina de WordPress 5.4? ¿Qué cambios y características le gustan más? Háganoslo saber en los comentarios!