Den nyeste WordPress-utgivelsen, 3.5, har passert 6 millioner nedlastingsmerket. Det ga oss en fornyet medieopplevelse og ulike forbedringer i dashbordet. Men livet går videre, og omfanget av den kommende versjon 3.6-utgivelsen har allerede blitt avgjort.

Det har vært mye debatt om hva du kan forvente, spesielt når det gjelder å forbedre vår publiserings arbeidsflyt. Heldigvis gir utviklerne oss noen tips via diskusjonen om trac og Lag WordPress Core blogg.

La oss ta en titt på hva som skjer i horisonten, for å sikre at prosjektene våre er forberedt, og vi møter ikke noen ubehagelige overraskelser nedover veien.

Mark Jaquith , som skal være en ledende utvikler for 3,6 syklus, erklærer i sin innledende innlegg :

Jeg vil personlig ha fokus på utgivelsen om innholdsredigering (revisjoner, autosave, arbeidsflyt, redigeringsmoduser, osv.).

Aaron D. Campbell vil medføre lanseringen og han er også uttrykt hans intensjon om å fokusere på innholdsredigering for å forbedre sitt potensial for brukere. Så vi kan forvente ytterligere forbedringer på de små dashbordfunksjonene som gjør livet enklere.

Postformat UI

Postformater ble introdusert i WordPress 3.1, og for tiden har vi mange vakre temaer som bruker dem til å presentere innhold på en visuelt tiltalende måte. Dessverre har admin-brukergrensesnittet for denne funksjonen alltid hatt noen bruksproblemer som har betydd utviklere å tilpasse det til klientprosjekter.

I 3.6 under ledelsen av Helen Hou-Sandi ting vil endre seg. Etter Helen Brukergrensesnittet selv vil bli revidert for å hjelpe brukerne bedre å forstå et bestemt postformat. Flere inspirasjonskilder vil bli jobbet spesielt CF Postformater av Alex King, wordpress.com UI og den berømte tumblr grensesnitt.

Et annet aspekt som vil være åpent for vurdering er "å gi temaer noe standardisert og bærbart når det gjelder data tilgjengelig for visning". Så vi kan forvente at endelig temautviklere vil ha standardisert datasett for hvert innleggformat i stedet for å gjøre forutsetninger og lage egne implementeringer gjennom egendefinerte felt.

Autosave og postlåse

Autosaving er et viktig aspekt av forfatterens arbeidsflyt - mangelen på god implementering tvinger mange mennesker til å bytte til eksterne redaktører i stedet for å skrive direkte i WordPress-administrasjonen.

Om dette emnet har Jaquith sagt:

... vi bør aldri miste innlegg på grunn av utgått informasjonskapsler, tap av tilkobling, utilsiktet navigering (selv om AYS'd), plugin eller kjernefeil ved lagring, nettleserkrasj, OS-krasjer, katter som går på tastaturer, barn som drar i tastaturer ...

Høres spennende ut, ikke sant? Andrew Ozz skal lede utvikling og fokus på å følge komponentene:

  • Opprette en "WP Heartbeat" API: En relativt enkel API som sender forespørsler til serveren hvert 15. sekund og utløser hendelser ved mottak av data. Dette er et skritt mot den samtidige redigeringsretningen, men den første implementeringen er rettet mot autosave og post-locking funksjonalitet.
  • Innleggslåsing: vil forhindre konflikter og tap av data på grunn av mulig samtidig redigering av et innlegg. Brukergrensesnittet og varslingssystemet vil bli forbedret.
  • Autosave til lokal lagring: Forhindrer tap av brukerdata mellom lagring av postrevisjoner i databasen.
  • Innloggingsutløpsadvarsler: hindrer tap av data på grunn av cookieutløpet. For tiden kan du bruke PMC Post Frelser plugin for det, og noen av dens ideer vil sannsynligvis nå komme seg inn i kjernen.

Redaksjonell flyt og revisjoner

Med 3,6-utgivelsen vil et langt ventet skritt mot forbedring av redaksjonell arbeidsflyt bli gjort; spesielt for nettsteder med flere forfattere og blogger. Daniel Bachhuber vil lede funksjonen. Han er en av utviklerne bak den berømte Rediger Flow plugin slik at vi kan forvente at noen av sine evner kommer inn i kjernen.

Det begynner med tilpassede innleggsstatuser. Ifølge Daniel er det "kjernefeltet i å bygge nye funksjoner". Så det er en tydelig uttalt intensjon om å fullføre API for tilpasset status, standardisere oppførselen og samspillet med egendefinerte innleggstyper.

La oss håpe at fra WordPress 3.6 å skape stater som "ide" eller "utløpt" blir en bris.

Hvis du har informasjon eller eksempler på hvordan eksisterende tilpassede statuser implementeres, kan du hjelpe utviklere ved å delta i "Bruk case" studie .

Revisjoner er et ekstremt kraftig verktøy for innholdsporing i WordPress. For 3,6 blir de forbedret med forfatterskrivelse og sammenligning under ledelse av Peter Westwood . Brukergrensesnittet vil ha mer mening til gjennomsnittet (les "ikke en utvikler") bruker ved å presentere mer informasjon om endringer visuelt.

menyer

Menyadministrasjon ble introdusert i versjon 3.0 som en integrert del av "WordPress as CMS" -bevegelsen. I dag kan vi ikke forestille oss et tema som ikke støtter menyer. I 3.6 vil det bli noen UI-forbedringer ledet av Dave Martin . Dave deler sine ideer om hvordan menystyringsskjermen skal se i hans blog og på trac . Hovedproblemet som skal løses, er en tydelig angitt forskjell mellom å legge til elementer i en meny og legge til menyen selv til et temasted. Som en løsning ble tabben-vinduet tilnærmet foreslått, og man kan se de positive resultatene i brukertesting .

Bortsett fra det, vil den nye koble "common links" meta-boksen med "hjemme" og "Logg inn" som standardkoblinger bli introdusert. Mange brukere har problemer med å finne ut hvordan man legger til disse koblingene for øyeblikket.

Betyr det at vi vil se alle disse endringene i kjernen? Vi må vente på utgivelsen for å fortelle. I mellomtiden kan du følge Lag WordPress brukergrensesnitt blogg for detaljer og delta i diskusjoner.

Distraheringsfri skriving

DFW-funksjonen ble debutert i versjon 3.2. Siden da har det fått stor oppmerksomhet, både positiv og negativ. En av hovedpoengene er at det ikke er formateringsstøtte. WordPress støtter ikke markdown, og samtidig er DFW-editoren sterkt avhengig av tastaturgenveier. Det er ingen ledende utvikler for denne funksjonen, men Mark har spisset følgende områder for forbedring:

  • Det er vanskelig å oppdage
  • Overgangen er litt slående
  • Støtter ikke det meste av formateringen som trengs for skriving
  • Generelle forbedringer av det er atferd under skriving

Kodevedlikehold og arkitektur

Som alltid med en ny versjon av WordPress, vil det være noen under-the-hood oppdateringer i 3.6-utgaven. De fleste av dem skal håndtere caching og ytelsesproblemer; som er logisk som WordPress blir mer komplisert og ressurs-sulten. Bortsett fra det er det noen databaselaterte ting som skal endres. Jeg vil gjerne markere to:

  1. Mysql_-funksjonene blir utdatert i PHP, så WordPress 3.6 begynner å bevege seg mot støtte av PDO forlengelse for å betjene databaseforbindelser. For utviklere betyr det først og fremst at hvis du av en eller annen grunn ikke bruker den native wpdb-klassen til å operere med en database i pluginet ditt, kan du starte bedre nå - bortsett fra å dra nytte av den robuste funksjonslisten, vil du også unngå inkompatibilitet med fremtidige PHP-versjoner.
  2. UNIQUE сonstraint vil bli fjernet for sluggen i wp_terms. Denne lille detalj er å forberede seg på fremtidige forbedringer av taksonomiprogrammet, spesielt hvordan det håndterer delte termer.

Andre planlegging endringer kan bli funnet på Lag WordPress Core blogg.

Rute

WordPress 3.6-utgivelsesplanen er kortere enn tidligere versjoner: syklusen startet tidlig i januar, og den første Beta er planlagt 13. mars. 22. april 2013 er den planlagte lanseringsdatoen. Så hvis du vil delta i denne syklusen, besøk Kjernespor eller legg inn tanker på forum .

Hva håper du på i neste versjon av WordPress? Hvor ser du plattformens overskrift? Gi oss beskjed i kommentarene.

Utvalgt bilde / miniatyrbilde, fremtidig bilde via Shutterstock.