Den seneste WordPress-udgave, 3.5, har bestået 6 millioner downloadmarkeringen. Det gav os en fornyet medieoplevelse og forskellige forbedringer i instrumentbrættet. Men livet går videre, og omfanget af den kommende version 3.6-udgivelse er allerede afgjort.

Der har været meget debat om, hvad man kan forvente, især hvad angår forbedring af vores udgivelsesproces. Heldigvis giver udviklerne os nogle tip gennem diskussionen om trac og Lav WordPress Core blog.

Lad os se på, hvad der er i horisonten for at sikre, at vores projekter er forberedt, og vi støder ikke på nogen ubehagelige overraskelser ned ad vejen.

Mark Jaquith , som skal være en førende udvikler for 3,6 cyklus, erklærer i sin indledende post :

Jeg vil personligt gerne fokusere på udgivelsen om indholdsredigering (revisioner, autosave, workflow, redigeringsfunktioner osv.).

Aaron D. Campbell vil medvirke til frigivelsen og han er også udtrykt hans intention om at fokusere på indholdsredigering for at øge sit potentiale for brugere. Så vi kan forvente yderligere forbedringer af de små dashboardfunktioner, der gør livet nemmere.

Postformater UI

Postformater blev introduceret i WordPress 3.1 og i øjeblikket har vi mange smukke temaer, der bruger dem til at præsentere indhold på en visuelt tiltalende måde. Desværre har admin-brugergrænsefladen til denne funktion altid haft nogle anvendelsesproblemer, som har betydet, at udviklere tilpasser det til klientprojekter.

I 3.6 under ledelsen af Helen Hou-Sandi tingene vil ændre sig. Ifølge Helen UI'en selv vil blive revideret for at hjælpe brugerne med bedre at forstå et bestemt postformat. Der vil især blive arbejdet på adskillige inspirationskilder CF Postformater af Alex King, wordpress.com UI og den berømte tumblr grænseflade.

Et andet aspekt, der vil være åbent for overvejelse er "at give temaer noget standardiseret og bærbart, når det kommer til data til rådighed til visning". Så vi kan forvente, at endelig temaudviklere vil have det standardiserede sæt data for hvert postformat i stedet for at skulle lave antagelser og skabe deres egne implementeringer gennem brugerdefinerede felter.

Autosave og postlåse

Autosaving er et vigtigt aspekt af forfatterens arbejdsgang - manglen på god implementering tvinger mange mennesker til at skifte til eksterne redaktører i stedet for at skrive direkte i WordPress admin.

Om dette emne har Jaquith sagt:

... vi må aldrig miste indlæg på grund af udløbne cookies, tab af forbindelse, utilsigtet navigation (selvom AYS'd), plugin eller kernefel ved lagring, browserkrascher, OS nedbrud, katte på tastaturer, børn kører i tastaturer ...

Lyder spændende, ikke? Andrew Ozz vil lede udvikling og fokusere på at følge komponenterne:

  • Oprettelse af en "WP Heartbeat" API: En relativt enkel API, der sender forespørgsler til serveren hvert 15. sekund og udløser begivenheder ved modtagelse af data. Dette er et skridt hen imod den samtidige redigeringsretning, men den oprindelige implementering er rettet mod autosave og post-locking funktionalitet.
  • Post-låsning: vil forhindre konflikter og tab af data på grund af mulig samtidig redigering af et indlæg. UI og meddelelsessystemet vil blive forbedret.
  • Autosave til det lokale lager: forhindrer tab af brugerdata mellem at gemme postrevisioner i databasen.
  • Login-udløbs advarsler: forhindrer tab af data som følge af cookieudløb. I øjeblikket kan du bruge PMC Post Frelser plugin for det, og nogle af dens ideer vil nok nu gøre deres vej ind i kernen.

Redaktionelle flow og revisioner

Med 3.6-udgivelsen vil der blive lavet et længe ventet trin i retning af forbedring af redaktionel arbejdsgang; især til multi-forfatter sites og blogs. Daniel Bachhuber vil føre funktionen. Han er en af ​​udviklerne bag den berømte Rediger Flow plugin så vi kan forvente nogle af dets evner at komme ind i kernen.

Det starter med brugerdefinerede indlægsstatuser. Ifølge Daniel er det "kernen i at bygge nye funktioner". Så der er en klart fastlagt intention om at færdiggøre API'en for brugerdefineret status, standardisere dets adfærd og interaktion med brugerdefinerede posttyper.

Lad os håbe, at som af WordPress 3.6 skaber stater som "idé" eller "udløbet" vil være en leg.

Hvis du har oplysninger eller eksempler på, hvordan eksisterende tilpassede statuser implementeres, kan du hjælpe udviklere ved at deltage i "Use case" undersøgelse .

Revisioner er et yderst kraftfuldt værktøj til indholdsporing i WordPress. For 3,6 vil de blive forbedret med forfatteren tilskrivning og sammenligning under ledelse af Peter Westwood . UI'en vil have mere mening til gennemsnittet (læs "ikke en udvikler") bruger ved at præsentere flere oplysninger om ændringer visuelt.

Menuer

Menuhåndtering blev introduceret i version 3.0 som en integreret del af "WordPress as CMS" -bevægelsen. I dag kan vi ikke forestille os et tema, der ikke understøtter menuer. I 3.6 vil der være nogle brugergrænseforbedringer ledet af Dave Martin . Dave deler sine ideer om, hvordan menustyringsskærmen skal se i hans blog og på trac . Hovedproblemet, der skal behandles, er en tydelig forskel mellem at tilføje varer til en menu og tilføje menuen selv til en temaplacering. Som en løsning blev den fane vindues tilgang blevet foreslået, og man kan se de positive resultater i brugerprøvning .

Bortset fra det vil den nye hookable "common links" meta box med "home" og "Log in" som standard links blive introduceret. Mange brugere har problemer med at finde ud af, hvordan man tilføjer disse links i øjeblikket.

Betyr det, at vi vil se alle disse ændringer i kernen? Vi bliver nødt til at vente på, at udgivelsen fortæller. I mellemtiden kan du følge Lav WordPress UI blog for detaljer og at deltage i diskussioner.

Distraheringsfri skrivning

DFW-funktionen blev debuteret i version 3.2. Siden da har det fået masser af opmærksomhed, både positivt og negativt. Et af hovedpunkterne er manglen på formateringsstøtte. WordPress understøtter ikke markdown og samtidig er DFW-editoren stærkt afhængig af tastaturgenveje. Der er ingen ledende udvikler til denne funktion, men Mark har peget på følgende områder for forbedring:

  • Det er svært at opdage
  • Overgangen er lidt slående
  • Støtter ikke størstedelen af ​​formateringen, der er nødvendig til skrivning
  • Generelle forbedringer af dens adfærd under skrivning

Kode vedligeholdelse og arkitektur

Som altid med en ny version af WordPress, vil der være nogle under-the-hood opdateringer i 3.6 udgivelsen. De fleste af dem skal beskæftige sig med caching og præstationsproblemer; som er logisk, da WordPress bliver mere kompleks og ressource-sulten. Bortset fra det er der nogle databaselaterede ting, der vil ændre sig. Jeg vil gerne fremhæve to:

  1. Mysql_-funktionerne fjernes i PHP, så WordPress 3.6 begynder at flytte mod støtte af PDO forlængelse til servering af databaseforbindelser. For udviklere betyder det primært, at hvis du af en eller anden grund ikke bruger den native wpdb-klasse til at fungere med en database i dit plugin, kan du bedre starte nu - foruden at nyde godt af den robuste funktionsliste, undgår du også uforenelighed med fremtidige PHP-versioner.
  2. UNIQUE сonstraint vil blive fjernet til sluggen i wp_terms. Denne lille detalje er at forberede sig på fremtidige forbedringer af taksonomi API, især hvordan det håndterer delte termer.

Andre planlægningsændringer findes på Lav WordPress Core blog.

Tidsplan

WordPress 3.6 udgivelsesplanen er kortere end tidligere versioner: Cyklen startede i begyndelsen af ​​januar, og den første Beta er planlagt til 13. marts. 22. april 2013 er den planlagte startdato. Så hvis du vil deltage i denne cyklus, besøg Core track eller post dine tanker på forum .

Hvad har du håbet på i den næste version af WordPress? Hvor ser du platformens overskrift? Lad os vide i kommentarerne.

Fremhævet billede / miniaturebillede, fremtidige billede via Shutterstock.