WordPress 6.9 staat voor de deur en we kunnen niet wachten om een aantal van de vele fantastische nieuwe features te gebruiken die in de nieuwste versie van ’s werelds populairste CMS zitten.
De belangrijkste verbeteringen in WordPress 6.9 zijn de volgende:
- Nieuwe coreblokken (Accordeon, Math en meer) voor meer flexibiliteit bij het maken van inhoud.
- Grote verbeteringen aan de editor, waardoor de bouwervaring nog vloeiender en intuïtiever wordt.
- Nieuwe API’s voor ontwikkelaars, zoals de Abilities API, updates voor de Interactivity API en de Block Bindings API, samen met andere extra upgrades die gepland staan voor versie 6.9.
- Verbeteringen aan workflows en samenwerking met Notes, de optie om blokken zichtbaar te maken en de uitbreiding van het Command Palette.
Deze updates zorgen voor een betere ervaring voor iedereen: WordPress gebruikers zullen profiteren van krachtigere bewerkings- en samenwerkingstools, terwijl ontwikkelaars zullen profiteren van meer geavanceerde integratiemogelijkheden dankzij een verbeterde set API’s.
Er is veel te ontdekken, dus laten we de nieuwe functies van WordPress 6.9 verkennen die ons het meest enthousiast hebben gemaakt:
Nieuwe coreblokken
In navolging van deze GitHub kwestie introduceert WordPress 6.9 zes nieuwe blokken, waarmee de creatieve mogelijkheden van de blok-editor worden uitgebreid en gebruikers geen extra plugins meer hoeven te installeren. Deze nieuwe blokken zijn Accordion, Term Query, Tijd To Read, Math, Comment Count en Comment Link.
Jarenlang hebben bijdragers gedebatteerd over de vraag of nieuwe blokken in de core moesten komen of op het terrein van plugins moesten blijven. WordPress 6.9 kiest voor de praktische weg. In de woorden van Mathias Ventura,
Ik denk dat het niet hebben van deze blokken in de corebibliotheek de expressiviteit waarop themabouwers (en gebruikers) kunnen vertrouwen om geweldige ontwerpen te bouwen ernstig beperkt en het kan de algehele ervaring schaden, waardoor mensen gedwongen worden om in plaats daarvan voor meer volledig uitgeruste blokbibliotheken te gaan of helemaal af te zien van het uitbrengen van iets dat breed is.
Laten we nu eens kijken naar elk van de nieuwe blokken die met WordPress 6.9 zijn toegevoegd aan de core.
Accordion
Het langverwachte Accordion blok komt eindelijk naar de core. Het is niet één blok, maar eerder een geneste blokstructuur die je gemakkelijk kunt verkennen in de Block Inspector.
Elk Accordion blok bestaat uit de volgende geneste blokken:
- Accordion: De container voor geneste Accordeon items.
- Accordion Item: Dit is het direct geneste element en bestaat uit een kop en een paneel.
- Accordion Heading: Een aanklikbare kop die een paneel opent en sluit.
- Accordion Panel: Dit paneel bevat de inhoud van het Accordion item en kan elk type blok bevatten.
Het blok heeft een minimalistische stijl, maar de uitstekende handleiding van Justin Tadlock, “Accordeons stylen in WordPress 6.9“, biedt de essentiële kennis om het uiterlijk van je accordeons aan te passen.
Bekijk de PR’s #64119, #71222 en #71388 voor alle details over het nieuwe Accordion blok.
Terms Query
WordPress 6.9 introduceert een nieuw Terms Query blok. Vergelijkbaar met het Query blok, maar het geeft termen weer in plaats van berichten. Dit nieuwe blok is eigenlijk een Terms template dat een Row blok bevat met een Term name en een Term count.
Het blok Terms Query heeft verschillende configuratieopties. Je kunt de taxonomie instellen, de lijstitems sorteren, de geselecteerde items specificeren en ervoor kiezen om lege of geneste termen te tonen of te verbergen. Je kunt ook het aantal te tonen termen instellen.
De term template heeft twee weergavemodi: Lijst en Raster. Met de Rasterweergave kun je de positie van rasterelementen en het aantal kolommen aanpassen.
Je kunt ook de tags van blokelementen wijzigen. Je kunt bijvoorbeeld een h2 element gebruiken voor het blok Term Name. Je kunt ook blokken invoegen tussen de elementen van het blok Terms Query. De afbeelding hieronder toont een Separator blok tussen rijen.
Voor meer informatie over het Terms Query blok, bekijk PR #70720 en Issue #49094.
Tijd om Time to Read
Zoals de naam al zegt, geeft het blok Time to Read de leestijd weer van het huidige bericht of de huidige pagina. Het blok heeft twee modi, Time to Read en Word Count, en een optie om de leestijd weer te geven als een bereik of als een specifieke waarde.
Math
Met het blok Math kun je wiskundige formules invoegen in je inhoud. Schrijf je formules in LaTeX syntaxis en ze worden omgezet in de bijbehorende wiskundige symbolen.
Het is ook mogelijk om inline formules in te voegen.
Comments Link en Comments Count
De blokken Comments Link en Comments Count zijn niet langer gemarkeerd als experimenteel. Beide blokken zijn nu beschikbaar voor gebruik in de Site Editor en de Post Editor.
Verbeteringen aan bestaande blokken
WordPress 6.9 introduceert kleine en grote updates voor een groot aantal blokken, waardoor hun functionaliteit en/of bruikbaarheid wordt verbeterd.
Probleem met achtergrondvulling voor het Heading blok opgelost
Een CSS specificiteitsprobleem met de achtergrondvulling van het Heading blok is opgelost met WordPress 6.9. Vóór deze release hadden de opvulstijlen die werden toegepast op het heading blok ook invloed op andere blokken die koppen gebruikten, zoals het Accordion blok.
Dankzij het gebruik van de :where() pseudo-klasse, is de CSS selector voor headings die achtergronden gebruiken specifieker gemaakt, zoals beschreven in de dev notes.
h1, h2, h3, h4, h5, h6
&:where(.wp-block-heading).has-background
padding: ...;
Als een thema de .has-background klasse gebruikt met heading titelelementen die geen heading telblokken zijn, krijgen deze elementen niet langer de standaard achtergrondvulling.
Selecteerbaar HTML element voor Button- en Separator blokken
Om de toegankelijkheid te verbeteren, kun je nu de HTML-elementen van de Button- en Separator-blokken selecteren.
Voor het Button blok kun je kiezen tussen <a> en <button> in de Geavanceerde instellingen van het blok.
Voor het blok Separator kun je kiezen tussen <hr> en <div>.
tagName selector voor het Post Content blok
Vanaf WordPress 6.9 kun je de semantisch geschikte wrapper voor het Post Content blok selecteren. Je kunt kiezen tussen <main>, <section> of <article>.
Custom linkpictogrammen voor sociale links
Met een nieuw block_core_social_link_get_services filter kunnen ontwikkelaars nu custom linkpictogrammen toevoegen aan het blok Sociale Links met behulp van blokvariaties. Deze toevoeging biedt meer opties voor het aanpassen van het blok Sociale Links zorgt ervoor dat de core niet langer een lange lijst met diensten hoeft te beheren.
Je kunt de technische details en de code om een Sociale Link variatie te registreren vinden in PR #70261. De volgende afbeelding toont het resultaat in de post editor.
Sorteren op menuvolgorde in het Query Loop blok
Naast berichttitel en datum kun je nu ook berichttypes die pagina-eigenschappen ondersteunen in het Query Loop blok sorteren op menuvolgorde. Om deze nieuwe functie uit te proberen, maak je meerdere pagina’s en gebruik je Quick Edit om elke pagina te bewerken.
Je kunt de volgorde van menu-items ook wijzigen door elke pagina afzonderlijk te bewerken. Klik in de paginazijbalk aan de linkerkant op de knop Actions (de drie puntjes in de rechterbovenhoek). Selecteer dan Order. Er verschijnt een popup met een numeriek veld om de menuvolgorde in te stellen.
Nadat je de paginavolgorde hebt ingesteld, maak je een nieuwe pagina en voeg je een Query Loop-blok toe. Selecteer Pages als berichttype en sorteer ze op Menu Order.
De waarde menu_order is beschikbaar voor alle berichttypen in de database; je moet echter ondersteuning registreren voor de functie page-attributes om deze instelling beschikbaar te maken voor je custom berichttypen.
Raadpleeg PR #68781 voor meer informatie over deze functie.
Updates voor het Navigation blok
Het navigatieblok heeft verschillende updates ondergaan. Hier is een korte lijst van de belangrijkste:
Er is een nieuwe knop Create Page toegevoegd aan de Link UI van het blok Navigation Link. Deze update bevat de optie om de pagina meteen te publiceren.
Deze functionaliteit is ook beschikbaar in het Button-blok, zelfs als het is opgenomen in het Navigatiemenu.
Dankzij de Block Bindings API wordt het URL-attribuut van het blok Navigation Link dynamisch bijgewerkt als de oorspronkelijke URL verandert, op voorwaarde dat de link verwijst naar een entiteit, zoals een pagina of post.
Met een nieuwe schakeloptie in de zijbalk met instellingen voor het blok Navigation Link kunnen gebruikers nu instellen dat navigatielinks in een nieuw tabblad worden geopend. Voorheen was de optie Open in new tab alleen beschikbaar in de modale link van het contextmenu. Met deze toevoeging is de optie gemakkelijker te vinden, omdat deze naast alle andere instellingen in de zijbalk staat.
Je kunt nu een transparante achtergrond instellen voor het Navigation Menu blok vanuit de editor interface. Voor WordPress 6.9 moest je aangepaste CSS code gebruiken om dit effect te bereiken.
Stretchy Heading en Stretchy Paragraph blokvariaties
De blokken Stretchy Heading en Stretchy Paragraph zijn twee nieuwe variaties die tekst automatisch uitrekken tot de volledige breedte van de container.
Je kunt de twee variaties op twee verschillende manieren invoegen: rechtstreeks vanuit de blok add-on of vanuit het vervolgkeuzemenu van de werkbalk Heading en Paragraph.
Ondersteuning voor posterafbeeldingen in het Cover blok
Dankzij een nieuw poster-image component ondersteunt het Cover blok nu posterafbeeldingen. Dit is vooral handig voor grote video’s en voor gebruikers met langzame verbindingen, waardoor de gebruikerservaring wordt verbeterd.
Nu we de belangrijkste toevoegingen en verbeteringen aan de coreblokken hebben bekeken, laten we eens kijken hoe WordPress 6.9 de samenwerking in teams bij het maken van inhoud vergemakkelijkt, afgestemd op individuele verantwoordelijkheden. Deze release introduceert twee krachtige features die de samenwerking en workflows binnen de editor aanzienlijk zullen verbeteren: Notes en visibility.
Commentaarblokken met notities in WordPress 6.9
Je kunt nu notities toevoegen aan blokken in de Post editor. Deze functie maakt asynchrone samenwerking tussen teamleden mogelijk, waardoor je activiteiten kunt bijhouden en redactionele workflows kunt stroomlijnen.
Omdat dit een functie is die specifiek is voor de post editor, moeten gebruikers de mogelijkheid edit_posts hebben voor die post om notities toe te voegen. Dit betekent dat:
- Aangemelde gebruikers met de rol Administrator of Editor alle notities van alle berichten kunnen bekijken.
- Authors en Contributors de notities die ze hebben gemaakt kunnen bekijken en bewerken.
- Subscribers kunnen geen notities bekijken.
Om een nieuwe notitie toe te voegen, klik je op de knop Notitie toevoegen in de werkbalk van het blok.
Er verschijnt een nieuwe zijbalk met notities en een notitiepaneel om je notitie toe te voegen.
Je kunt de zijbalk met notities aan/uit zetten door op de knop All notes te klikken die verschijnt nadat je je eerste notitie hebt toegevoegd.
Notities kunnen worden opgelost, gewijzigd of verwijderd.
Notities zijn standaard ingeschakeld voor berichten en pagina’s, maar je kunt ze ook inschakelen voor je custom berichttypes dankzij de nieuwe notes ondersteuning. Hier is een eenvoudig voorbeeld van hoe je ondersteuning voor notities kunt toevoegen voor een custom berichttype:
register_post_type( 'book', array(
'label' => 'Books',
'public' => true,
'show_in_rest' => true,
'supports' => array(
'title',
'editor' => array( 'notes' => true ),
'author',
'excerpt',
),
) );Het toevoegen van notitie-ondersteuning bij het registreren van een custom berichttype is vrij eenvoudig. Het toevoegen van notitie-ondersteuning aan een bestaand berichttype is echter wat lastiger. Gelukkig zijn core ontwikkelaars al bezig om het proces te stroomlijnen en we kunnen updates voor deze functie verwachten in toekomstige WordPress releases.
Technisch gezien zijn notities opmerkingen en worden ze opgeslagen in de wp_comments tabel met het comment_type veld ingesteld op note. Om programmatisch toegang te krijgen tot notities vanuit een plugin, gebruik je de get_comments() functie als volgt:
$args = array(
'post_id' => $post_id,
'type' => 'note',
);
$notes = get_comments( $args );Merk op dat wanneer je notities van een plugin probeert op te halen, je het type note moet specificeren, omdat opmerkingen van het notitie-type standaard worden uitgesloten van de zoekresultaten.
Wanneer een gebruiker een opmerking toevoegt aan een blok, ontvangt de auteur van het bericht een notificatie-e-mail. Deze e-mails zijn standaard ingeschakeld, maar kunnen worden uitgeschakeld vanaf het WordPress dashboard door te navigeren naar Settings > Discussion > Email me whenever en de nieuwe optie Anyone posts a note te deselecteren.
Ontwikkelaars kunnen deze meldingen programmatisch regelen door het filter notify_post_author te gebruiken.
Houd er rekening mee dat dit de eerste versie van de functie voor notificaties is. Het ontwikkelteam werkt al aan de volgende iteratie voor WordPress 7.0.
Bovendien zijn notities in WordPress 6.9 alleen beschikbaar op blokniveau. Inline notities zouden in toekomstige iteraties geïmplementeerd moeten worden.
Raadpleeg de ontwikkelaarsnotities en de blokcommentaar iteratie voor WordPress 6.9 voor een meer diepgaande analyse van de nieuwe notities functies met verschillende code voorbeelden.
Blok zichtbaarheidscontrole
WordPress 6.9 introduceert een nieuwe blok-API en een nieuwe interface voor het regelen van de zichtbaarheid van blokken op de front-end en in de editor.
Deze functie is handig voor het verbergen van blokken die nog niet klaar zijn om te worden weergegeven en vult de nieuwe Notes functie perfect aan. Nu kunnen teams samenwerken aan het maken van pagina’s en secties pas afronden als ze compleet en goedgekeurd zijn.
Om de nieuwe functie uit te proberen, maak je een nieuwe post of pagina en voeg je een of meer blokken of patronen toe. Verberg vervolgens het blok of patroon in het vervolgkeuzemenu Blokinstellingen of in de lijstweergave en controleer het effect in zowel de editor als de front-end.
Command palet uitgebreid naar het admin dashboard
Het Command palet is nu beschikbaar in zowel de site-editor als het WordPress dashboard (Ctrl+K of Command+K) om navigeren gemakkelijker en sneller te maken. Typ in het palet om te zoeken, door het dashboard te navigeren of direct acties uit te voeren. Als je bijvoorbeeld “add” typt, verschijnt er een menu met acties zoals Add post, Add Media File, Add User en meer.
Er zijn verschillende voorstellen gedaan om het commando palet uit te breiden en te verbeteren, en in de toekomst zullen nieuwe opdrachten worden toegevoegd. Volg het gesprek in het Command Palette Overview issue om op de hoogte te blijven.
Wat is nieuw voor ontwikkelaars?
Laten we nu verder gaan met het deel van WordPress 6.9 dat ontwikkelaars het meest zullen waarderen. Een gloednieuwe set API’s stelt ontwikkelaars nu in staat om hun plugins toegankelijk te maken voor AI-systemen. Maar dat is nog niet alles! WordPress 6.9 brengt ook veel verbeteringen aan bestaande API’s, waaronder de Interactivity API, Block Bindings en de DataViews API.
Laten we de nieuwe mogelijkheden in detail verkennen.
Abilities API
WordPress 6.9 introduceert de Abilities API, een nieuwe functionele interface die een gestandaardiseerd register biedt, waardoor plugins, thema’s en WordPress core hun mogelijkheden kunnen tonen in zowel mens- als machineleesbare formats.
Dit gecentraliseerde register is de plek waar alle functionaliteit formeel kan worden geregistreerd voor ontdekking, validatie en uitvoering via PHP, REST API’s en AI-oplossingen.
De nieuwe Abilities API komt WordPress gebruikers direct ten goede doordat het externe diensten – zoals AI assistenten, externe apps en UI functies zoals het Command Palette – in staat stelt om WordPress acties (bijvoorbeeld publiceren of bewerken) op een gestandaardiseerde manier te begrijpen en uit te voeren.
Wat zijn de voordelen hiervan voor ontwikkelaars?
Het eerste voordeel is duidelijkheid: Een ability is een geregistreerde functie met een beschrijving, invoer en uitvoer.
Het tweede essentiële aspect van de nieuwe API is standaardisatie. De API zorgt ervoor dat commando’s consistent worden geformuleerd en begrepen, ongeacht de omgeving. Dit kan het WordPress dashboard zijn, de blok editor, een externe app die toegang heeft via de REST API, of een AI assistent.
Een ander belangrijk aspect is workflow automatisering. Met de Abilities API kun je reeksen bewerkingen maken waarmee ontwikkelaars complexe geautomatiseerde workflows kunnen bouwen.
Ontwikkelaars kunnen de Abilities API voor verschillende doeleinden gebruiken, waaronder het uitbreiden van de functionaliteit van het Command Palette, het maken van geautomatiseerde workflows en meer.
Eenmaal geregistreerd worden abilities toegankelijk voor AI-systemen zoals ChatGPT en Gemini:
De API beheert de registratie en rechten, terwijl protocoladapters deze vertalen naar formaten die externe AI-systemen begrijpen. Dit zorgt voor een robuuste verbinding tussen WordPress functionaliteit en AI assistenten, waarbij de API van de eerste partij dient als de definitieve bron voor blootgelegde logica.
Een ability is “een op zichzelf staande eenheid van functionaliteit met gedefinieerde ingangen, uitgangen, toestemmingen en uitvoeringslogica.”
De API biedt een set functies waarmee je elk aspect van Abilities en Ability Categories kunt beheren. Het biedt ook nieuwe REST API endpoints, acties en filterhooks.
Om een nieuwe vaardigheid te registreren, biedt de API de nieuwe actie wp_abilities_api_init en de functie wp_register_ability. Hier is de functiehandtekening:
wp_register_ability( string $name, array $args ): ?WP_Abilitywp_register_ability accepteert de volgende parameters:
$name(string) is een unieke identifier voor de ability$args(array) is een array van argumenten
De functie retourneert een instantie van WP_Ability als de registratie succesvol was en null in geval van mislukking.
Hier is een voorbeeld van hoe je een Ability registreert, overgenomen uit de documentatie:
add_action( 'wp_abilities_api_init', 'my_plugin_register_site_info_ability' );
function my_plugin_register_site_info_ability()
wp_register_ability( 'my-plugin/get-site-info', array(
'label' => __( 'Get Site Information', 'my-plugin' ),
'description' => __( 'Retrieves basic information about the WordPress site including name, description, and URL.', 'my-plugin' ),
'category' => 'data-retrieval',
'output_schema' => array(
'type' => 'object',
'properties' => array(
'name' => array(
'type' => 'string',
'description' => 'Site name'
),
'description' => array(
'type' => 'string',
'description' => 'Site tagline'
),
'url' => array(
'type' => 'string',
'format' => 'uri',
'description' => 'Site URL'
)
)
),
'execute_callback' => function()
return array(
'name' => get_bloginfo( 'name' ),
'description' => get_bloginfo( 'description' ),
'url' => home_url()
);
,
'permission_callback' => '__return_true',
'meta' => array(
'annotations' => array(
'readonly' => true,
'destructive' => false
),
),
));
Dit is wat deze code doet:
wp_abilities_api_initis de actie om te hook bij het registreren van een nieuwe ability, waarbij ervoor wordt gezorgd dat de Abilities API volledig is geïnitialiseerd voordat wordt geprobeerd de nieuwe ability te registreren.wp_register_abilityis de functie die een nieuwe ability registreert. Het eerste argument is de unieke identifier van de ability (my-plugin/get-site-info); het tweede argument is een array van instellingen.labelis een menselijk leesbaar label voor gebruik in de UI (bijvoorbeeld het commando palet).descriptionis de beschrijving van de abilitycategoryis de categorie van de abilityoutput_schemais een array die de gegevens definieert die door de ability worden geretourneerd.execute_callbackis een callback-functie die wordt uitgevoerd wanneer de ability wordt gecalld.permission_callbackis een functie die wordt uitgevoerd om te controleren of de gebruiker of agent toestemming heeft om de ability uit te voeren.metais een array van optionele metadata.
Ontwikkelaars vinden meer details met veel codevoorbeelden in de volgende bronnen:
Block Bindings API verbeteringen
WordPress 6.9 introduceert verschillende verbeteringen in de Block Bindings API.
Ten eerste is de ondersteuning voor de Block Bindings API uitgebreid met andere blokken.
- Het Data blok accepteert nu elke datum, ongeacht de publicatie- of update datum van het bericht. Dit is mogelijk gemaakt door de nieuwe databron
core/post-datatoe te voegen. Je kunt het zelf proberen door een Datum-blok toe te voegen aan een bericht en er een aangepaste datum aan toe te wijzen. Voeg dan nog een Datum-blok toe en selecteer de Postdatum-variant. Wijzig vervolgens de publicatiedatum, sla de post op en controleer de verschillen. Voor technische details kun je PR #70585 raadplegen. - WordPress 6.9 voegt ook ondersteuning toe voor het onderschrift attribuut van het Image blok in patroon overschrijvingen.
De UI van de editor is verbeterd om verschillende Block Bindings bronnen te tonen. Gebruikers kunnen schakelen tussen gegevensbronnen en attributen binden of ontbinden met slechts een paar klikken (zie afbeelding hieronder).
WordPress 6.9 introduceert ook een paar interessante veranderingen voor ontwikkelaars.
Er is een nieuw block_bindings_supported_attributes_$block_type filter toegevoegd aan de API voor gebruik aan de serverkant. Met dit filter kun je aangeven welke blokattributen gekoppeld kunnen worden aan een custom gegevensbron.
Aan de clientzijde kun je nu je eigen bronnen registreren met de methode getFieldsList in de bronregistratiefunctie.
De dev notes bevatten een waardevol blok code dat je kunt kopiëren en plakken in de console van je browser om de verbeterde Block Bindings UI te bekijken.
De volgende afbeelding toont de nieuwe bronselector voor een Paragraph blok.
Verbeteringen aan DataViews en DataForm
De DataViews en DataForm API’s bieden een moderne, gestandaardiseerde manier om gestructureerde gegevens te bekijken en te beheren, zoals lijsten met berichten, pagina’s of media.
De twee API’s dienen verschillende doelen.
- De DataViews API is ontworpen voor het bekijken en navigeren van gegevens. Je kunt er weergaven mee maken, zoals tabellen, roosters en lijsten. Je kunt er ook gegevens mee zoeken, filteren en sorteren.
- De DataForm API is ontworpen voor het wijzigen van de elementen van een dataset.
Met WordPress 6.9 krijgen deze twee API’s verschillende verbeteringen. Hieronder vind je een lijst met de belangrijkste toevoegingen:
- De DataViews krijgen nieuwe velden, besturingselementen en operatoren. Onder de verschillende toevoegingen vind je nieuwe media, booleaanse, e-mail en array veldtype definities, nieuwe
checkboxentoggleGroupEdit controls, nieuwe filter operatoren en nog veel meer. - Het validatiesysteem is volledig herzien. Alle velden ondersteunen nu “de
requiredenelementsregel, evenals het definiëren van custom validatie via de custom functie.” - Naast het veldtype
datetimeondersteunen de DataViews nu het veldtypedate. Hiermee kun je items weergeven op basis van alleen de datum. Deze toevoeging maakt het ook mogelijk om te filteren op datum met behulp van het nieuweCalendarcomponent. - De nieuwe release voegt ook de componenten
DateCalendarenDateRangeCalendartoe. - De lay-out van de tabel is verder verbeterd. Het is nu mogelijk om meerdere items te selecteren met Control/⌘ + klikken.
- Met de nieuwe property
groupByFieldkun je gegevens visueel groeperen op basis van veldwaarden, waardoor het gemakkelijker wordt om gegevens te organiseren. Deze functie is beschikbaar voor zowel grid- als tabel lay-outs. - WordPress 6.9 introduceert ook prestatieverbeteringen in DataViews. Vóór versie 6.9 laadde de component
FeaturedImageViewdie in DataViews werd gebruikt afbeeldingen op volledige grootte. Dit betekende dat sites met veel grote voorbeeldafbeeldingen meerdere megabytes aan afbeeldingen moesten laden. Vanaf versie 6.9 gebruikt de rasterindeling echter responsieve afbeeldingen, waardoor de backendprestaties voor sites die een groot aantal afbeeldingen gebruiken aanzienlijk worden verbeterd.
Andere opmerkelijke wijzigingen in DataViews zijn onder andere:
- Vergrendelde filters geïntroduceerd waarmee de effecten van filters kunnen worden bekeken zonder ze aan te passen. Dit is handig voor vooraf geconfigureerde weergaven.
- Er is een nieuwe bewerkingsbesturing geïmplementeerd voor het veld
date. - De lege status van DataViews kan nu worden aangepast, zodat je het bericht kunt aanpassen of een React-node kunt opgeven voor verdere aanpassing.
Voor een volledige lijst van toevoegingen en wijzigingen aan de DataViews en DataForm API’s, zie de dev notes en PR’s #70567 en #70578.
Verbeteringen aan de Interactivity API
Zoals de naam al zegt, kunnen ontwikkelaars met de Interactivity API interactieve blokken maken die in realtime reageren op gebruikersinteracties. Dit is een hulpmiddel om rijke gebruikerservaringen op te bouwen en sites aantrekkelijk, dynamisch en aantrekkelijk te maken.
De Interactivity API werd voor het eerst geïntroduceerd in WordPress 6.5 en krijgt in deze versie belangrijke updates. Hieronder staan enkele van de meest interessante toevoegingen.
ID’s toevoegen aan Interactivity API directives
Je kunt nu ID’s toevoegen aan Interactivity API directives. Deze functie is handig omdat je hiermee de beperking kunt omzeilen dat je niet meerdere attributen met dezelfde naam in hetzelfde HTML-element kunt gebruiken.
Om een ID aan een directive toe te kennen, voeg je een driedubbele streep (---) toe gevolgd door de ID, zoals in het volgende voorbeeld:
<div
data-wp-watch---my-unique-id="callbacks.firstWatch"
data-wp-watch---another-id="callbacks.secondWatch"
></div>Scriptmodules en stylesheets laden
Deze verandering maakt uitgebreidere en vloeiendere client-side navigatie mogelijk. WordPress vervangt nu stylesheets en laadt scriptmodules “na” client-side navigatie. Dit heeft belangrijke gevolgen.
- Het nieuwe algoritme hergebruikt stylesheets die gedeeld zijn met vorige pagina’s, laadt nieuwe stylesheets die niet aanwezig waren op die pagina’s en schakelt ongebruikte stylesheets uit. Dit minimaliseert netwerkverzoeken.
- Scriptmodules worden ook efficiënter beheerd dankzij de nieuwe
importmapdefinities. - Tenslotte laadt prefetching alle stylesheets en scriptmodules die nog niet voorgeladen zijn.
Routergebieden binnen interactieve elementen
Een andere toevoeging is ondersteuning voor router regions binnen interactieve elementen. Voorheen moest het routergebied – het gedeelte van de pagina dat wordt bijgewerkt als de gebruiker op een link klikt – een interactief basiselement zijn. Dit betekende dat de inhoud niet werd bijgewerkt als de router region zich binnen een ander interactief element bevond. WordPress 6.9 brengt hier verandering in en stelt ontwikkelaars in staat om router-regio’s binnen interactieve elementen te plaatsen.
Nieuwe attachTo property voor router regions
Routerregio’s accepteren nu een nieuwe property attachTo die kan worden gedefinieerd binnen de data-wp-router-region directive. Dankzij deze nieuwe property kan de router region nu worden weergegeven, zelfs als deze niet aanwezig is op de beginpagina. De waarde van attachTo moet een CSS selector zijn die wijst naar het parent element waar de router region wordt geïnjecteerd. Hier is een voorbeeld uit de dev notes:
<div
data-wp-interactive="example"
data-wp-router-region=' "id": "example/region", "attachTo": "body" '
>
I'm in a new region!
</div>getServerState en getServerContext synchronisatie
De functies getServerState() en getServerContext() zijn verbeterd. Wanneer deze functies nu een waarde bijhouden die niet verandert tijdens de client-side navigatie, worden de waarden gereset. Bovendien worden alleen properties op de huidige pagina bewaard, terwijl die van vorige pagina’s worden verwijderd.
Voor een meer diepgaand overzicht van de verbeteringen aan de Interactivity API met codevoorbeelden, bekijk je Interactivity API’s verbeteringen aan clientnavigatie in WordPress 6.9 en Wijzigingen aan de Interactivity API in WordPress 6.9.
Voor een uitgebreid overzicht van de Interactivity API kun je onze uitgebreide gids raadplegen.
Extra updates voor ontwikkelaars
WordPress 6.9 introduceert verschillende updates voor ontwikkelaars. Hier is een snelle lijst van dev notes:
Vooruitblik: van WordPress 6.9 naar 7.0
WordPress 6.9 introduceert belangrijke upgrades in de block editor, API’s en collaboratieve workflows, updates die zullen blijven evolueren in 7.0. Nu het platform dynamischer wordt en meer verbonden is met AI-gedreven tooling, wordt prestatiegerichte hosting steeds belangrijker. Als je je aan het voorbereiden bent op 6.9 of aan het plannen bent voor wat er komen gaat, bekijk dan de pakketten van Kinsta om je WordPress projecten met vertrouwen aan te drijven.
Kinsta
Carlo is een gepassioneerd liefhebber van webdesign en front-end development. Hij werkt al meer dan 10 jaar met WordPress, ook in samenwerking met Italiaanse en Europese universiteiten en onderwijsinstellingen. Hij heeft tientallen artikelen en gidsen over WordPress geschreven, gepubliceerd op zowel Italiaanse als internationale websites en in gedrukte tijdschriften. Je kunt Carlo vinden op X en LinkedIn.
