De meest recente versie van WordPress, 3.5, heeft de 6 miljoen downloadmarkering gehaald. Het bracht ons een hernieuwde media-ervaring en verschillende verbeteringen in het dashboard. Maar het leven gaat verder en de omvang van de aankomende versie 3.6-release is al opgelost.
Er is veel discussie geweest over wat te verwachten, vooral als het gaat om het verbeteren van onze publicatieworkflow. Gelukkig geven de ontwikkelaars ons enkele hints via de discussie over trac en de Maak WordPress Core blog.
Laten we eens kijken naar wat er aan de horizon staat, om ervoor te zorgen dat onze projecten zijn voorbereid en dat we onderweg geen onaangename verrassingen tegenkomen.
Mark Jaquith , die een toonaangevende ontwikkelaar voor 3.6 cyclus gaat worden, verklaart in zijn inleidende post :
Ik zou persoonlijk graag zien dat de focus van de release ligt op het bewerken van inhoud (revisies, automatisch opslaan, workflow, bewerkingsmodi, enz.).
Aaron D. Campbell zal co-lead de release en hij is ook uitgedrukt zijn intentie om zich te concentreren op het bewerken van inhoud om het potentieel voor gebruikers te vergroten. We kunnen dus enkele verdere verbeteringen verwachten in die kleine dashboardfuncties die het leven gemakkelijker maken.
Postformaten zijn geïntroduceerd in WordPress 3.1 en momenteel hebben we veel mooie thema's die hen gebruiken om inhoud op een visueel aantrekkelijke manier te presenteren. Helaas heeft de beheerdersinterface voor deze functie altijd een aantal bruikbaarheidsproblemen gehad, waardoor ontwikkelaars deze voor klantprojecten hebben aangepast.
In 3.6 onder leiding van Helen Hou-Sandi dingen zullen veranderen. Volgens Helena de UI zelf zal worden herzien om gebruikers te helpen een bepaald postformaat beter te begrijpen. Er zal met name aan verschillende inspiratiebronnen worden gewerkt CF-berichtindelingen door Alex King, wordpress.com UI en de beroemde tumblr interface.
Een ander aspect dat open zal staan voor overweging is "thema's geven die gestandaardiseerd en draagbaar zijn als het gaat om beschikbare gegevens voor weergave". Dus we kunnen verwachten dat de themaontwikkelaars uiteindelijk de gestandaardiseerde dataset voor elk postformaat zullen hebben in plaats van aannames te moeten doen en hun eigen implementaties via aangepaste velden te maken.
Autosaving is een belangrijk aspect van de workflow van de schrijver - het gebrek aan goede implementatie dwingt veel mensen om over te schakelen naar externe editors in plaats van rechtstreeks in de WordPress-beheerder te schrijven.
Over dit onderwerp heeft Jaquith gezegd:
... we mogen nooit berichten verliezen als gevolg van verlopen cookies, verlies van verbinding, onbedoelde navigatie (zelfs als AYS'd), plug-in of kernfouten bij opslaan, browser crasht, besturingssysteem crasht, katten lopen op toetsenborden, kinderen kwijlen in toetsenborden ...
Klinkt opwindend, nietwaar? Andrew Ozz gaat de ontwikkeling leiden en zich richten op het volgen van de componenten:
Met de 3.6-release zal een langverwachte stap worden gezet naar verbetering van de redactionele workflow; speciaal voor sites en blogs met meerdere auteurs. Daniel Bachhuber zal de functie leiden. Hij is een van de ontwikkelaars achter de beroemde Bewerk de plug-in Flow dus we kunnen verwachten dat sommige van zijn capaciteiten de kern kunnen ingaan.
Het begint met aangepaste berichtstatussen. Volgens Daniel is dit de 'kern van het bouwen van nieuwe functies'. Er is dus een duidelijke intentie om de aangepaste status-API af te ronden, het gedrag en de interactie met aangepaste berichttypen te standaardiseren.
Laten we hopen dat vanaf WordPress 3.6 het creëren van staten zoals "idee" of "verlopen" een koud kunstje zal zijn.
Als u informatie of voorbeelden hebt van hoe bestaande aangepaste statussen zijn geïmplementeerd, kunt u ontwikkelaars helpen door deel te nemen aan de "Use case" -studie .
Revisies zijn een extreem krachtige tool voor het bijhouden van inhoud in WordPress. Voor 3.6 zullen ze worden verbeterd met auteurstoeschrijving en vergelijking onder leiding van Peter Westwood . De gebruikersinterface heeft meer betekenis voor de gemiddelde gebruiker (lees: "geen ontwikkelaar") door meer informatie over veranderingen visueel te presenteren.
Menu-beheer werd geïntroduceerd in versie 3.0 als een integraal onderdeel van de "WordPress als CMS" -beweging. Vandaag kunnen we ons geen thema voorstellen dat geen ondersteuning biedt voor menu's. In 3.6 zullen enkele UI-verfijningen geleid worden door Dave Martin . Dave deelt zijn ideeën over hoe het menu-managementscherm eruit zou moeten zien in zijn blog en verder trac . Het belangrijkste probleem dat zal worden aangepakt, is een duidelijk gesteld verschil tussen het toevoegen van items aan een menu en het toevoegen van het menu zelf aan een themalocatie. Als oplossing werd de benadering met tabbladen voorgesteld en kan men zien de positieve resultaten bij gebruikerstests .
Afgezien van dat, zal de nieuwe ophangbare "common links" metabox met "home" en "Log in" als de standaard links worden geïntroduceerd. Veel gebruikers hebben problemen om uit te zoeken hoe ze deze links momenteel kunnen toevoegen.
Betekent dit dat we al deze veranderingen in de kern zullen zien? We zullen moeten wachten op de release om te vertellen. In de tussentijd kun je de Maak WordPress UI blog voor details en om deel te nemen aan discussies.
De DFW-functie werd debuted in versie 3.2. Sindsdien heeft het veel aandacht gekregen, zowel positief als negatief. Een van de belangrijkste twistpunten is het gebrek aan opmaakondersteuning. WordPress biedt geen ondersteuning voor markdown en tegelijkertijd vertrouwt de DFW-editor sterk op sneltoetsen op het toetsenbord. Er is geen toonaangevende ontwikkelaar voor deze functie, maar Mark heeft de volgende verbeterpunten aangegeven:
Zoals altijd met een nieuwe versie van WordPress, zullen er wat updates onder de kap zijn in de 3.6-release. De meesten van hen gaan om met caching en prestatieproblemen; wat logisch is naarmate WordPress complexer en resource-hongerig wordt. Afgezien van dat zijn er enkele database-gerelateerde dingen die gaan veranderen. Ik wil er twee benadrukken:
Andere planningswijzigingen zijn te vinden op de Maak WordPress Core blog.
Het release schema van WordPress 3.6 is korter dan de vorige versies: de cyclus startte begin januari en de eerste bèta is gepland voor 13 maart. 22 april 2013 is de geplande lanceringsdatum. Dus als je wilt deelnemen aan deze cyclus, bezoek dan de Belangrijkste nummer of post je gedachten op de forum .
Waar hoop je op in de volgende versie van WordPress? Waar zie je de platformkop? Laat het ons weten in de comments.
Uitgelichte afbeelding / thumbnail, toekomstig beeld via Shutterstock.