Vad vi kan förvänta oss från WordPress 3.6

Det senaste WordPress-utgåvan, 3.5, har passerat 6 miljoner nedladdningsmarkeringen. Det förde oss en förnyad medieupplevelse och olika förbättringar i instrumentbrädan. Men livet går vidare och omfattningen av den kommande version 3.6-utgåvan har redan lösts.

Det har skett mycket debatt om vad man kan förvänta sig, särskilt när det gäller att förbättra vårt publiceringsarbete. Lyckligtvis ger utvecklarna oss några tips via diskussionen om trac och den Gör WordPress Core blogg.

Låt oss ta en titt på vad som står i horisonten för att se till att våra projekt är förberedda och vi stöter inte på några obehagliga överraskningar på vägen.

Mark Jaquith , som kommer att bli en ledande utvecklare för 3,6 cykel, förklarar i hans inledande post :

Aaron D. Campbell kommer att leda frisläppandet och han är också uttryckt hans avsikt att fokusera på innehållsredigering för att öka sin potential för användare. Så vi kan förvänta oss några ytterligare förbättringar av de små instrumentpanelen som gör livet enklare.

Postformat UI

Postformat infördes i WordPress 3.1 och för närvarande har vi många vackra teman som använder dem för att presentera innehåll på ett visuellt tilltalande sätt. Tyvärr har admin-användargränssnittet för den här funktionen alltid haft några användbarhetsproblem som har medfört att utvecklare anpassar det till klientprojekt.

I 3.6 under ledning av Helen Hou-Sandi saker kommer att förändras. Enligt Helen UI-enheten kommer att revideras för att hjälpa användarna att bättre förstå ett visst format. Flera inspirationskällor kommer att arbeta i, i synnerhet CF-postformat av Alex King, wordpress.com UI och den berömda tumblr gränssnitt.

En annan aspekt som är öppen för övervägande är att "ge teman något standardiserat och bärbart när det gäller data som är tillgängliga för visning". Så vi kan förvänta oss att temat utvecklare kommer att ha den standardiserade uppsättningen data för varje postformat istället för att behöva göra antaganden och skapa egna implementeringar genom egna fält.

Autosave och postlåset

Autosaving är en viktig aspekt av författarens arbetsflöde. Bristen på bra implementering tvingar många människor att byta till externa redaktörer istället för att skriva direkt i WordPress-administratören.

I detta ämne har Jaquith sagt:

Låter spännande, eller hur? Andrew Ozz kommer att leda utvecklingen och fokusera på att följa komponenterna:

• Skapa ett "WP Heartbeat" API: ett relativt enkelt API som skickar förfrågningar till servern var 15: e sekund och utlöser händelser vid mottagande av data. Detta är ett steg mot den samtidiga redigeringsriktningen, men den inledande implementeringen riktar sig till autosave och postlåssfunktionalitet.
• Postlåset: kommer att förhindra konflikter och förlust av data på grund av möjlig samtidig redigering av ett inlägg. UI- och anmälningssystemet kommer att förbättras.
• Autosave till lokal lagring: kommer att förhindra förlust av användardata mellan att spara postrevisioner i databasen.
• Inloggningsavslutningsvarningar: kommer att förhindra förlust av data på grund av cookieutgången. För närvarande kan du använda PMC Post Frälsaren plugin för det, och några av dess idéer kommer förmodligen nu att komma in i kärnan.

Redaktionellt flöde och revisioner

Med 3,6-utgåvan görs ett efterlängtat steg mot förbättring av redaktionellt arbetsflöde; speciellt för flera författares webbplatser och bloggar. Daniel Bachhuber kommer att leda funktionen. Han är en av utvecklarna bakom den berömda Redigera flödesplugin så vi kan förvänta oss att några av dess förmågor kommer in i kärnan.

Det börjar med anpassade poststatus. Enligt Daniel är det "kärnan att bygga några nya funktioner". Så det finns en tydlig avsikt att slutföra API för anpassad status, standardisera sitt beteende och interaktion med anpassade posttyper.

Låt oss hoppas att från WordPress 3.6 skapa stater som "idé" eller "utgått" blir en bris.

Om du har information eller exempel på hur befintliga anpassade statuser implementeras kan du hjälpa utvecklare genom att delta i "Användarfall" studie .

Revisioner är ett extremt kraftfullt verktyg för spårning av innehåll i WordPress. För 3,6 kommer de att förbättras med författarskrivning och jämförelse under ledning av Peter Westwood . Användargränssnittet kommer att ha mer betydelse för genomsnittet (läs "inte en utvecklare") användare genom att presentera mer information om förändringar visuellt.

menyer

Menyhantering introducerades i version 3.0 som en integrerad del av "WordPress as CMS" -rörelsen. Idag kan vi inte föreställa oss ett tema som inte stöder menyer. I 3.6 kommer det att finnas några användargränssnitt för förbättringar ledda av Dave Martin . Dave delar sina idéer om hur menyskärmen ska se ut i hans blog och igen trac . Huvudproblemet som ska behandlas är en tydligt angiven skillnad mellan att lägga till objekt i en meny och lägga till menyn själv till ett tematälle. Som en lösning föreslogs den flikade fönsteranpassningen och man kan se De positiva resultaten i användarprovning .

Bortsett från det kommer den nya kopplingsbara meta-boxen "common links" med "home" och "Logga in" som standardlänkar att introduceras. Många användare har problem att räkna ut hur man lägger till dessa länkar för tillfället.

Betyder det att vi kommer se alla dessa förändringar i kärnan? Vi måste vänta på att utgåvan ska berätta. Under tiden kan du följa Gör WordPress-gränssnittet blogga för detaljer och delta i diskussioner.

Distraktionsfri skrivning

DFW-funktionen debuterades i version 3.2. Sedan dess har den fått gott om uppmärksamhet, både positiv och negativ. En av de viktigaste punkterna är bristen på formateringsstöd. WordPress stöder inte markdown och samtidigt är DFW-editoren starkt beroende av tangentbordsgenvägar. Det finns ingen ledande utvecklare för den här funktionen, men Mark har pekat på följande områden för förbättring:

• Det är svårt att upptäcka
• Övergången är lite krossad
• Stödjer inte majoriteten av formateringen som behövs för skrivning
• Allmänna förbättringar av sitt beteende under skrivning

Kodunderhåll och arkitektur

Som alltid med en ny version av WordPress kommer det att finnas några uppdateringar under-the-hood i 3.6-versionen. De flesta av dem kommer att hantera caching och prestanda frågor; vilket är logiskt som WordPress blir mer komplext och resurshushigt. Bortsett från det finns det några databasrelaterade saker som kommer att förändras. Jag skulle vilja markera två:

1. Mysql_-funktionerna avlägsnas i PHP, så WordPress 3.6 börjar röra sig mot stöd av PDO förlängning för att servera databasanslutningar. För utvecklare betyder det i första hand att om du av någon anledning inte använder den inbyggda wpdb-klassen för att fungera med en databas i pluginprogrammet, så startar du bättre just nu - förutom att du drar nytta av den robusta funktionslistan så undviker du också oförenlighet med framtida PHP-versioner.
2. UNIQUE сonstraint kommer att tas bort för sluggen i wp_terms. Denna lilla detalj är att förbereda sig för framtida förbättringar av taxonomiprogrammet, särskilt hur det hanterar delade termer.

Andra planeringsändringar finns på Gör WordPress Core blogg.

Schema

WordPress 3.6-versionen är kortare än tidigare versioner: cykeln startade i början av januari och den första Beta är planerad till 13 mars. 22 april 2013 är det planerade lanseringsdatumet. Så om du vill delta i denna cykel, besök Kärnspår eller posta dina tankar på forum .

Vad hoppas du på i nästa version av WordPress? Var ser du plattformens rubrik? Låt oss veta i kommentarerna.

Utvalda bild / miniatyrbild, framtida bild via Shutterstock.

• ← Design Fundamentals: Begränsningar
• 10 saker HBOs tjejer kan lära dig om design →