Uusin WordPress-julkaisu, 3.5, on läpäissyt 6 miljoonan latausmerkin. Se toi meille uudistuvan mediakokemuksen ja parannuksia kojelautaan. Elämä liikkuu, ja tulevan version 3.6 julkaisun soveltamisala on jo ratkaistu.

Keskustelua on paljon siitä, mitä odottaa, erityisesti julkaisuistumisemme parantamisen kannalta. Onneksi kehittäjät antavat meille joitain vihjeitä keskustelun kautta trac ja Tee WordPress Core blogi.

Katsotaanpa, mitä horisontissa on, varmistaaksemme, että projektimme ovat valmiita, emmekä löydä mitään ikäviä yllätyksiä tien päällä.

Mark Jaquith , joka aikoo olla johtava kehittäjä 3.6 sykliin, sanoo hänen johdantokappale :

Haluaisin henkilökohtaisesti, että julkaisun painopiste on sisällön muokkaamisesta (tarkistukset, autosave, työnkulku, muokkaustilat jne.).

Aaron D. Campbell johtaa yhdessä vapauttamista ja hän on myös ilmaissut hänen aikomuksensa on keskittyä sisällön muokkaamiseen parantamaan potentiaaliaan käyttäjille. Joten voimme odottaa joitain parannuksia niihin pieniin kojelautaan ominaisuuksiin, jotka tekevät elämästä helpompaa.

Post-formaattien käyttöliittymä

Postimuodot otettiin käyttöön WordPress 3.1: ssa ja tällä hetkellä meillä on paljon kauniita teemoja, jotka käyttävät niitä esittämään sisältöä visuaalisesti houkuttelevalla tavalla. Valitettavasti tämän ominaisuuden ylläpitäjän käyttöliittymässä on aina ollut käytettävyysongelmia, mikä on kehittäjien tekemää muokkaamista asiakkaiden projekteille.

Vuonna 3.6 johdolla Helen Hou-Sandi asiat muuttuvat. Helenin mukaan itse käyttöliittymää tarkistetaan auttamaan käyttäjiä paremmin ymmärtämään tietyn postimuodon. Erityisesti työstetään inspiraation lähteitä CF Post -muodot Tekijä Alex King, wordpress.com UI ja kuuluisa Tumblr käyttöliittymä.

Toinen näkökohta, joka on avoin, on "antaa teemoille jotain standardoitua ja siirrettävää, kun on kyse näytettävistä tiedoista". Joten voimme odottaa, että lopulta teemoja kehittäjät saavat standardoidut tiedot kustakin post-formaatista sen sijaan, että heidän olisi tehtävä oletuksia ja luotava omat toteutuksensa muokatuilla kentillä.

Autosave ja post locking

Autosaving on tärkeä osa kirjailijan työnkulkua - hyvän toteutuksen puute pakottaa monet ihmiset siirtymään ulkoisiin toimituksiin sen sijaan, että kirjoittaisivat suoraan WordPress-adminiin.

Tällä aiheesta Jaquith on sanonut:

... Emme saa koskaan menettää viestejä vanhentuneiden evästeiden vuoksi, yhteyden menettämisen, tahattoman navigoinnin (vaikka AYS'd), plugin- tai ydinvirheiden säästämiseen, selaimen kaatumiseen, OS-kaatumiseen, näppäimistöihin kulkevien kissoilla, lapsilla kuolemaan näppäimistöissä ...

Kuulostaa jännittävältä, eikö niin? Andrew Ozz johtaa kehitystä ja keskittyy seuraamaan komponentteja:

  • "WP Heartbeat" -sovellusliittymän luominen: suhteellisen yksinkertainen sovellusliittymä, joka lähettää pyynnöt palvelimelle 15 sekunnin välein ja käynnistää tapahtumia tietojen vastaanottamisessa. Tämä on askel samanaikaiseen muokkaussuuntaan, mutta alkuperäinen toteutus on tarkoitettu autosave- ja post-locking-toimintoihin.
  • Post-lukitus: estää ristiriidat ja tietojen menettämisen johtuen mahdollisesta samanaikaisesta viestin muokkaamisesta. Käyttöliittymää ja ilmoitusjärjestelmää parannetaan.
  • Automaattinen tallennus paikalliseen tallennustilaan: estää käyttäjätietojen menettämisen tallennuksen jälkeisiin tarkistuksiin tietokantaan.
  • Kirjautumisajan päättymisvaroitukset: estää tietojen menettämisen evästeiden vanhentumisen vuoksi. Tällä hetkellä voit käyttää PMC Post Saviour plugin, ja jotkut sen ideat luultavasti nyt tehdä tiensä ytimeen.

Toimituksellinen virtaus ja tarkistukset

3.6 julkaisun myötä odotetaan kauan odotettu askel kohti toimituksellisen työnkulun parantamista. varsinkin monen kirjoittajan sivustoille ja blogeille. Daniel Bachhuber johtaa ominaisuutta. Hän on yksi kuuluisimmista kehittäjistä Muokkaa Flow-plugin joten voimme odottaa joitain sen kykyjä päästä ytimeen.

Se alkaa mukautetuilla tilastoilla. Danielin mukaan se on "kaikkien uusien ominaisuuksien rakentamisen ydin". Joten on selvästi ilmoitettu aikomus viimeistellä mukautetun tilan API, standardisoida sen käyttäytyminen ja vuorovaikutus mukautettujen postityyppien kanssa.

Toivokaamme, että WordPress 3.6 -standardien luominen, kuten "ajatus" tai "vanhentunut", on tuulta.

Jos sinulla on tietoja tai esimerkkejä siitä, miten olemassa olevat mukautetut tilat on otettu käyttöön, voit auttaa kehittäjiä osallistumalla "Tapauskohtainen" tutkimus .

Tarkistukset ovat äärimmäisen tehokas työkalu sisällönseurannassa WordPressissä. 3.6: n osalta heidät parannetaan tekijänoikeuksien ansaitsemisen ja vertailun johdolla Peter Westwood . Käyttöliittymällä on enemmän merkitystä keskimääräiselle käyttäjälle (lue "ei kehittäjä") esittäen lisätietoja muutoksista visuaalisesti.

valikot

Valikonhallinta otettiin käyttöön versiossa 3.0 kiinteänä osana "WordPress as CMS" -liikkeestä. Tänään emme voi kuvitella teemaa, joka ei tue valikoita. 3.6: ssa on joitain käyttöliittymän tarkennuksia Dave Martin . Dave jakaa ajatuksensa siitä, miten valikkoruutu tulee näkyviin blogi ja edelleen trac . Tärkeä kysymys, josta on tarkoitus käsitellä, on selkeästi erottuut kohteiden lisäämisen valikkoon ja valikon lisääminen teeman sijaintiin. Ratkaisuna ehdotettiin välilehtinä olevaa lähestymistapaa, jota voidaan nähdä positiiviset tulokset käyttäjän testauksessa .

Sen lisäksi otetaan käyttöön uudet yhteiset linkit "meta-box", jossa on "koti" ja "Kirjaudu sisään" oletuslinkinä. Useilla käyttäjillä on ongelmia selvittääksesi, miten linkit lisätään tällä hetkellä.

Tarkoittaako se, että näemme kaikki nämä muutokset ytimessä? Meidän on odotettava julkaisua kerrottavaa. Tällä välin voit seurata Tee WordPress-käyttöliittymä blogi yksityiskohdista ja osallistua keskusteluihin.

Häiriintymätön kirjoittaminen

DFW-ominaisuus julkistettiin versiossa 3.2. Siitä lähtien se on saanut paljon huomiota, sekä myönteisiä että negatiivisia. Yksi tärkeimmistä väitteistä on muotoilutuen puuttuminen. WordPress ei tue markdownia ja samanaikaisesti DFW-editorilla luotetaan voimakkaasti pikanäppäimiin. Tämä ominaisuus ei ole johtava kehittäjä, mutta Mark on kiinnittänyt huomiota seuraaviin parantamisalueisiin:

  • On vaikea löytää
  • Siirtyminen on hieman jarring
  • Ei tue suurta osaa kirjoittamisen edellyttämistä muotoilutoiminnoista
  • Yleiset parannukset sen käyttäytymiseen kirjallisesti

Koodin ylläpito ja arkkitehtuuri

Kuten aina uudella WordPress-versiolla, 3.6-julkaisussa tulee olemaan joitain huutokauppapäivityksiä. Useimmat heistä käsittelevät välimuistiinpanoja ja suorituskykyä koskevia kysymyksiä. mikä on loogista, koska WordPress tulee monimutkaisemmaksi ja voimavaroisemmaksi. Sen lisäksi, että jotkin tietokantaan liittyvät asiat ovat muuttumassa. Haluaisin korostaa kahta:

  1. Mysql_ toiminnot ovat vanhentuneita PHP, joten WordPress 3.6 alkaa siirtyä kohti tukea SAN-laajennus tietokantayhteyksien tarjoamiseksi. Kehittäjille se tarkoittaa ensisijaisesti sitä, että jos jostain syystä et käytä natiiviin wpdb-luokkaasi toimimaan tietokannalla pluginissasi, sinun kannattaa aloittaa heti - sen lisäksi, että hyödyt sen vankasta ominaisuusluettelosta, vältät myös yhteensopimattomuus tulevien PHP-versioiden kanssa.
  2. UNIQUE-rajoitus poistetaan wp_terms-reikää varten. Tämä pieni yksityiskohta on valmistella taksonomia-sovellusliittymän tulevia parannuksia ja erityisesti sitä, miten se käsittelee yhteisiä termejä.

Muut suunnittelumuutokset löytyvät Tee WordPress Core blogi.

Ajoittaa

WordPress 3.6: n julkaisusuunnitelma on lyhyempi kuin aiemmat versiot: sykli alkoi tammikuun alussa ja ensimmäinen beta on suunniteltu 13. maaliskuuta. Huhtikuu 22 2013 on suunniteltu julkaisupäivä. Joten jos haluat osallistua tähän sykliin, käy osoitteessa Core track tai postitse ajatuksia foorumi .

Mitä toivotte WordPressin seuraavassa versiossa? Mistä näet alustan otsikon? Kerro meille kommentit.

Esitetty kuva / pikkukuva, tuleva kuva kautta Shutterstock.