Share
Următoarea versiune majoră a WordPress este deja la colț. Acesta este unul mare pentru autorii temelor, cu un accent deosebit pe formatele postale. Există un nou format de posturi UI pentru utilizatorul final WordPress, împreună cu un nou sistem de manipulare și afișare a acestor date în temele noastre. În acest articol, voi acoperi ceea ce trebuie să știți ca autor de temă pentru formatele postate în viitorul WordPress 3.6.
Anumite aspecte ale aplicațiilor sau tehnicilor utilizate în acest tutorial s-au schimbat de când au fost publicate inițial. Acest lucru ar putea face un pic dificil de urmat de-a lungul. Vă recomandăm să consultați aceste tutoriale mai recente pe același subiect:
În ceea ce privește versiunile recente de WordPress recente, 3.3 a făcut unele îmbunătățiri semnificative pentru interfața de administrare globală, 3.4 a introdus tema customizer și 3.5 a încorporat un nou mod de a gestiona mass-media pentru utilizatori. Dacă sunteți autor cu teme care există în prezent, probabil că ați fost destul de confortabil cu aceste ultime câteva versiuni importante și nu a trebuit să faceți prea mult în ceea ce privește actualizările sau asistența pentru clienți. Cu toate acestea, acest lucru s-ar putea să nu fie cazul cu WordPress 3.6.
Marele accent de 3.6 este pe formatele postale. Formatele postale au fost introduse în versiunea 3.1, dar până acum, au venit întotdeauna cu destulă inconstanță. Toată lumea are o altă formă de postare și pare să fie mai mult sau mai puțin populară în cercurile diferite ale comunității WordPress și cu diferite tipuri de teme.
Fie că sunteți fan sau nu, WordPress a luat o poziție îndrăzneață, nouă în formatele postate. Deci, este timpul să începeți să vă gândiți la ele în design-urile dvs. tematice, indiferent de tipurile de teme WordPress pe care le creați sau dacă le încorporați deja sau nu. Deși ar trebui să faceți întotdeauna acest lucru, cel puțin, aceasta este una dintre cele mai importante versiuni WordPress pe care le veți dori cu adevărat să le testați cu temele înainte de a fi lansate oficial.
Ca autor de temă WordPress, veți dori să înțelegeți noul UI format pentru posturi care va fi prezentat potențial utilizatorului final, cum corespunde noului concept de formate postate structurate și că toate noile funcționalități tematice 3.6 introduc pentru formatele postate.
Sperăm că acest articol vă va încuraja să vă uitați în timp util la WordPress 3.6 beta, să începeți să lucrați cu formate postate și să obțineți lucruri care se rostogolesc cu temele înainte de a ajunge la mase.
Primul lucru pe care utilizatorii finali WordPress îl vor observa când se actualizează în WordPress 3.6 și ceea ce vă va face ca autor de temă este noul UI format pentru posturi de post.
Acest post de formate UI design a trecut deja prin unele schimbări în etapa beta, dar aici este în cazul în care echipa WordPress este în prezent la momentul în care utilizatorul final adaugă un post nou, datorită unei mici inspirație de design de la Sara Cannon în Re-gândire WordPress Post Format UI.
În plus, WordPress a încorporat, de asemenea, un accesoriu subtil, grafic atunci când gestionează toate posturile prin adăugarea unei pictograme reprezentând formatul curent alături de fiecare titlu post.
Noul concept de formate postate structurate este esențial că WordPress stabilește acum date structurate standardizate care pot fi utilizate în afișarea anumitor elemente asociate postărilor de diferite formate.
Noul format UI de formate postale este mai mult decât o modalitate mai frumoasă de a selecta formatul fiecărui post. Cu unele dintre formate, utilizatorii sunt acum prezentați cu câmpuri pentru a colecta aceste date structurate pentru a fi asociate cu postările. De exemplu, atunci când selectați formatul "Video", utilizatorul primește apoi un câmp pentru a introduce un videoclip.
Până acum, autorii temelor care au ales să includă formate postate au trebuit să ia decizii dificile cu privire la modul în care utilizatorii vor introduce date pentru aceste formate. Acest lucru a adus cu siguranță un pic de inconstanță pentru utilizatorii care lucrează cu teme diferite.
Formatele de postare care au date structurate asociate cu acestea includ următoarele:
Accentsconagua
În timp ce suntem încă în versiune beta și toate cele de mai sus nu sunt piatră în acest moment, multe au fost făcute în cele din urmă în scopul standardizării.
Când totul este setat, indiferent de rezultatul, va fi întotdeauna loc de dezbatere. De exemplu, formatul "Link" are un câmp pentru adresa URL a link-ului, dar ar trebui să aibă și un câmp pentru textul asociat acelei linkuri? Funcționalitatea implicită aici este că titlul postării servește ca text pentru link. Este bine sau nu? Toți vor avea o opinie diferită cu privire la aceste lucruri și puteți începe cu dezbateri cu toate datele structurate post-format.
Cu standardizarea vine astfel de decizii îndrăznețe și trebuie să acceptăm că pentru binele comunității WordPress să meargă mai departe. Trebuie să lucrăm cu noile standarde și să facem tot posibilul pentru a oferi utilizatorilor o experiență administrativă mai uniformă.
Pentru cei care nu adaugă în mod specific suport pentru formate postate structurate în temele lor, WordPress 3.6 a încorporat noul post_formats_compat () funcţie. Această nouă funcție este filtrată automat continutul(). Acest lucru lucrează împreună cu noul concept structurat de posturi pentru a genera comportamentul de rezervă implicit pentru aceste date structurate.
De exemplu, într-o temă care nu adaugă în mod specific "structurate post-formate"suport pentru mesajele" Imagine ", atunci când se emite tema continutul() cu o postare de acest format, WordPress filtrează automat pe afișajul imaginii pe care a ales-o utilizatorul.
Ce este interesant în legătură cu acest lucru și care este motivul pentru unele discuții confuze este în jurul valorii de ceea ce înseamnă adăugarea efectivă a temei pentru "structurate post-formate"pentru un anumit format. Când faci acest lucru, nu spui că tema acceptă datele introduse de utilizator, dar în schimb, spui că nu vrei ca datele să fie filtrate automat continutul() pentru formatul postului dat.
Cu alte cuvinte, când adăugați "structurate post-formate"suport pentru un anumit format de post cu add_theme_support (), opriți post_formats_compat () când iese tema continutul(). Acesta este cazul formatelor - imagine, link, video, audio și citat - care îi determină pe utilizatori să facă date structurate.
Această idee este puțin confuză, deoarece până acum, folosind add_theme_support () a însemnat întotdeauna adăugarea de suport pentru un anumit tip de caracteristică pe care WordPress nu îl acceptă în mod implicit, cum ar fi miniaturi post, fundaluri personalizate etc. Cu toate acestea, datele structurate ale formatelor postale sunt acum o caracteristică implicită a WordPress. Deci, utilizarea lui add_theme_support () în acest caz, este mai mult despre modul în care vă abordați manipularea datelor structurate în fișierele tematice.
Nu vă faceți griji dacă nu faceți acest lucru încă. Vom discuta acest lucru mai departe cu exemple de coduri specifice în secțiunea următoare și va avea mai mult sens cu unele dintre noile funcționalități tematice pe care le puteți utiliza.
Cu ajutorul noilor formate de posturi UI și a datelor structurate, WordPress 3.6 introduce destul de mult o nouă funcționalitate pe care o puteți utiliza în temele dvs..
Dacă versiunea finală a aplicației WordPress 3.6 are implicit un format UI în format post, veți dori totuși să vă înregistrați că tema dvs. acceptă formate postate din fișierul cu funcții tematice, așa cum ați făcut înainte, pentru continuitate. Cu toate acestea, diferența este acum că, de asemenea, doriți să specificați ce formate au "structurate post-formate" a sustine.
add_theme_support ("structurat-post-formate", array ("link", "video")); add_theme_support ("post-formate", array ("deoparte", "audio", "chat", "galerie", "imagine", "citat", "statut")); Observați în exemplul de mai sus, deoarece "legătură" și "video"formatele au"structurate post-formate"sprijin, nu au fost necesare pentru a fi adăugate la general"post-formate"sprijin, așa cum se întâmplă automat.
Formatele are sens adăugând "structurate post-formate"sprijinul ar putea include și cele care colectează date de la utilizator - imagine, link, video, audio sau citat.
Ce efect tangibil are adăugarea suportului tematic pentru posturile structurate postate de fapt? -- Practic înseamnă că orice apeluri către continutul() pentru formatele acceptate nu va fi noua 3.6 post_formats_compat () aplicată pe care am discutat-o în secțiunea anterioară.
În fiecare temă WordPress pe care ați creat-o vreodată, le-ați folosit continutul() pentru a afișa conținutul mesajului, nu? Ei bine, WordPress 3.6 are o nouă funcție numită the_remaining_content () care pot fi folosite în loc, dacă doriți.
În mod esențial, acesta transmite doar conținutul postului fără datele structurate în format post.
De exemplu, să presupunem că stabiliți cum se afișează o postare în format "Imagine" în tema dvs. Utilizarea the_remaining_content () va scoate conținutul mesajului, permițându-vă să afișați imaginea asociată din datele postformate structurate în marcajul temei în altă parte. Rețineți că, în acest caz, ați face nu trebuie să adăugați "structurate post-formate"suport pentru formatul" Imagine "pentru că nu îl utilizați continutul().
În ceea ce privește afișarea datelor structurate, WordPress 3.6 a dat câteva funcții foarte ușor de utilizat care le cuprind pe toate. În fișierele tematice, acestea vă permit să afișați datele structurate separat de conținut, dacă aceasta este ceea ce doriți să faceți în designul temelor.
Un exemplu practic în utilizarea uneia dintre acestea ar putea arăta cam așa pentru formatul postului "Imagine":
Și din nou, pentru a reitera, cu acest exemplu de afișare a unei postări și a unei "imagini" the_remaining_content (), ai face nu trebuie să adăugați "structurate post-formate"suport temă pentru că nu utilizați continutul().
Cu toate acestea, dacă ar trebui să faceți următoarele cu continutul(), va trebui să adăugați "structurate post-formate"suport pentru formatul" Imagine ", altfel ați ajunge la afișarea imaginii de două ori.
continutul() Dacă nu utilizați funcțiile pe care le-am discutat până acum și pur și simplu vă bazați pe utilizarea continutul() pentru a afișa toate datele structurate pentru postul de post, există un lucru pe care veți observa că este posibil sau nu să-l găsiți ciudat. Cu excepția formatului "Link", WordPress are setări post_formats_compat () pentru a afișa toate datele structurate după conținutul postului.
Dacă nu vă place acest lucru, există un filtru pe care îl puteți utiliza pentru ao schimba. Iată cum ați face acest lucru din fișierul funcțiilor temei:
funcția my_post_format_compat_args ($ args) $ args ['position'] = 'înainte'; întoarcere $ args; add_filter ('post_format_compat', 'my_post_format_compat_args'); Dacă doriți să faceți ceva personalizat cu aceste date structurate, acestea sunt doar salvate ca meta la posturile pe care le puteți recupera cu ușurință cu get_post_meta (), Ca întotdeauna.
Și pentru a regăsi o singură matrice a tuturor meta-datelor post-formate pentru o postare dată, puteți folosi noul get_post_format_meta () funcția de a lua toate într-o singură lovitură.
Știu că atunci când formatele postate au ieșit pentru prima oară, formatul "Chat" a fost întotdeauna unul pe care nu prea știam cum să-l ocup. Cum introduce utilizatorul conversația în conținutul mesajului? Cum îl afișăm? Cu noul the_post_format_chat () funcția, există acum un standard mai clar.
Este de așteptat ca utilizatorul să trimită un chat în conținutul postului formatat în felul următor:
Ioan: pentru Maria: bar John: foo 2
Utilizatorul poate include și date și ore. Rețineți că ar fi așa cum ar fi dacă utilizatorul copia și lipi direct dintr-o conversație Skype, care este ideea din spatele parserilor cool, noi.
[4/10/13 4:20:30 PM] John: foo [4/10/13 4:20:58 PM] Mary: bar [4/10/13 4:22:22 PM] John: foo 2
Apoi, în tema dvs., în cazul în care afișați formatul de postare "Chat", puteți pur și simplu a inlocui continutul() cu the_post_format_chat () ceva de genul:
Acest lucru va transforma automat intrarea de chat a utilizatorilor într-un anumit marcaj standardizat, semantic, pe care îl putem începe cu stilul pe toate temele noastre. Singura captură reală cu acest lucru este că se presupune că conținutul conține doar chat-ul și nimic altceva înainte sau după. Cu toate acestea, cred că acest lucru a fost destul de comun pentru majoritatea autorilor temelor în modul în care au tratat formatul postului "Chat" anterior, oricum.
De asemenea, dacă doriți să preluați datele parsate brute din transcrierea de chat a postului, puteți utiliza funcția get_the_post_format_chat (). Aceasta va întoarce o matrice de date de transcriere de chat pe care ați putea să o manipulați cu propriul dvs. marcaj HTML.
funcția my_chat_display () $ stanzas = get_the_post_format_chat (); foreach ($ stanzas ca $ stanza) foreach ($ stanza ca $ rând) // ... // ...
Și în cele din urmă, ce se întâmplă dacă doriți doar să ascundeți noile formate de posturi UI? Bineînțeles, WordPress vă oferă un filtru pentru asta.
add_filter ('enable_post_format_ui', '__return_false'); Notă: Acest filtru este adăugat cu 3.6-beta2 (biletul Trac # 23929). Dar cred că întrebarea este mai mult ar trebui să tu faci asta? Aș spune că acest lucru probabil că nu ar fi cel mai bun lucru de făcut în majoritatea cazurilor. Din moment ce UI post-formate ar putea deveni acum o parte implicită a WordPress, în esență, doar o să-l îndepărtați de la utilizatorul final.
Dacă ați creat un întreg alt sistem personalizat pentru colectarea de date pentru a fi utilizat cu formate postate și dacă ascundeți interfața de utilizator implicită, acest lucru ar putea confunda puțin utilizatorul final cu standardizarea pe termen lung. E rau sau bun? Nu știu; este doar ceva de gândit. - În mod ironic, cred că cei care au încorporat posturi postate anterior în temele lor vor avea cel mai mult de lucru cu actualizările pentru versiunea 3.6, spre deosebire de cele care nu au deranjat încă cu ele.
Dacă se dovedește că WordPress 3.6 are în mod oficial UI-urile post-formate vizibile în mod implicit și ascundeți UI doar pentru că nu o abordați în tema dvs., atunci am putut vedea cum ar putea cineva să perceapă acest lucru ca un pic leneș.
Cu o decizie îndrăzneață de a încorpora toate acestea în WordPress, este clar că există un accent deosebit pe formatele postate care avansează. Este probabil cel mai bine să vă asigurați că temele dvs. oferă cel puțin suport de bază, dacă nu altceva, pentru a contribui la o experiență WordPress mai standardizată.
Realist, aceasta este probabil o bucată de prăjitură cu noua caracteristică de compatibilitate a formatelor postate. Există o bună șansă ca tema dvs. non-post format să funcționeze destul de mult cu datele noi structurate. Cel puțin, poate doriți doar să vă asigurați că lucrurile precum transcrierile de chat și formatul de cotație sunt afișate frumos în termenii temei CSS.
Și pentru cei care doresc să devină creativi prin afișarea de postări de diferite formate în cadrul temelor dvs., aveți acum o mulțime de funcții de temă minunate noi pentru a juca cu.
