Share
La prossima versione principale di WordPress è già dietro l'angolo. Questo è un argomento importante per gli autori di temi che si concentrano principalmente sui formati dei post. C'è una nuova interfaccia per i formati dei post per l'utente finale di WordPress, insieme a un nuovo sistema di gestione e visualizzazione di questi dati nei nostri temi. In questo articolo, parlerò di ciò che devi sapere come autore di temi per i formati dei post nel prossimo WordPress 3.6.
Alcuni aspetti delle applicazioni o delle tecniche utilizzate in questo tutorial sono cambiati da quando è stato originariamente pubblicato. Questo potrebbe rendere un po 'difficile da seguire. Ti consigliamo di guardare questi tutorial più recenti sullo stesso argomento:
In termini di recenti importanti versioni di WordPress, 3.3 ha apportato alcuni miglioramenti significativi all'interfaccia di amministrazione generale, 3.4 ha introdotto il customizer del tema e 3.5 ha incorporato un nuovo modo per gli utenti di gestire i media. Se sei un autore con temi attualmente disponibili, probabilmente sei stato abbastanza a tuo agio con queste ultime versioni importanti e non hai dovuto fare molto in termini di aggiornamenti o assistenza clienti. Tuttavia, questo potrebbe non essere il caso di WordPress 3.6.
Il grande obiettivo di 3.6 è sui formati dei post. I formati dei post sono stati introdotti in 3.1, ma fino ad ora, sono sempre arrivati con un po 'di incostanza. Ognuno ha un approccio diverso ai formati dei post e sembra essere più o meno popolare in diversi ambienti della community di WordPress e con diversi tipi di temi.
Che tu sia un fan o meno, WordPress ha preso una posizione audace e nuova nei formati dei post. Quindi è il momento di iniziare a pensarli nei tuoi temi, indipendentemente dal tipo di temi WordPress che stai creando o dal fatto che li stai già incorporando o meno. Anche se dovresti sempre fare questo, come minimo, questa è una di quelle importanti versioni di WordPress che vorresti veramente testare con i tuoi temi prima che venga rilasciato ufficialmente.
Come autore di temi WordPress, vorrai comprendere la nuova interfaccia utente dei formati dei post che sarà potenzialmente presentata all'utente finale, in che modo questo corrisponde al nuovo concetto di formati di post strutturati e tutte le nuove funzionalità del tema 3.6 introduce per i formati postali.
Speriamo che questo articolo ti incoraggi a dare un'occhiata a beta di WordPress 3.6, a iniziare a lavorare con i formati dei post e a far girare le cose con i tuoi temi prima che colpisca le masse.
La prima cosa che gli utenti finali di WordPress noteranno durante l'aggiornamento a WordPress 3.6 e che cosa ti farà effetto come autore di temi, è la nuova interfaccia utente dei formati dei post.
Questo post formatta la progettazione dell'interfaccia utente ha già subito alcune modifiche nella fase beta, ma qui è dove si trova attualmente il team di WordPress quando l'utente finale aggiunge un nuovo post, grazie a una piccola ispirazione di design di Sara Cannon in Re-thinking WordPress Post Formato UI.
Inoltre, WordPress ha incorporato anche un sottile miglioramento grafico quando si gestiscono tutti i post aggiungendo un'icona che rappresenta il formato corrente accanto a ciascun titolo del post.
Il nuovo concetto di formati di post strutturati è essenzialmente il fatto che WordPress sta ora stabilendo dati strutturati standardizzati che possono essere utilizzati per visualizzare determinati elementi associati a post di diversi formati.
Il nuovo post formatta l'interfaccia utente è più di un semplice modo per selezionare il formato di ogni post. Con alcuni dei formati, gli utenti sono ora presentati con i campi per raccogliere questi dati strutturati da associare ai post. Ad esempio, quando si seleziona il formato "Video", l'utente viene quindi presentato con un campo per inserire un video.
Fino ad ora, gli autori di temi che sceglievano di incorporare i formati postali hanno dovuto prendere decisioni difficili su come gli utenti inseriranno i dati per questi formati. Questo ha sicuramente aggiunto un po 'di incostanza per gli utenti che lavorano con temi diversi.
I formati di post che ora hanno dati strutturati associati ad essi includono quanto segue:
Accentsconagua
Mentre siamo ancora in beta, e tutto quanto sopra non è impostato su pietra al momento, molto qui è stato fatto alla fine per il bene della standardizzazione.
Quando è tutto pronto, non importa quale sia il risultato, ci sarà sempre spazio per il dibattito. Ad esempio, il formato "Link" ha un campo per l'URL del link, ma dovrebbe anche avere un campo per il testo associato a quel link? La funzionalità predefinita qui è che il titolo del post funge da testo per il collegamento. è giusto o sbagliato? Ognuno avrà un'opinione diversa su queste cose e sicuramente inizierai i dibattiti con tutti i dati strutturati del formato post.
Con la standardizzazione arrivano questi tipi di decisioni coraggiose e dobbiamo accettare che per il bene della comunità di WordPress andare avanti. Dobbiamo lavorare con i nuovi standard e fare del nostro meglio per offrire agli utenti un'esperienza di amministrazione più unificata.
Per coloro che non aggiungono specificamente il supporto per i formati di post strutturati nei loro temi, WordPress 3.6 ha incorporato il nuovo post_formats_compat () funzione. Questa nuova funzione viene automaticamente filtrata su il contenuto(). Questo funziona di pari passo con il nuovo concetto di formati di post strutturati per generare un comportamento di fallback predefinito per questi dati strutturati.
Ad esempio, in un tema che non aggiunge in modo specifico "strutturato post-formati"supporto per i post" Immagine ", quando viene prodotto il tema il contenuto() con un post di questo formato, WordPress filtra automaticamente in una visualizzazione dell'immagine selezionata dall'utente.
La cosa interessante di questo, e il motivo per cui alcune discussioni sono confuse, riguarda ciò che significa effettivamente aggiungere il supporto per i temi per "strutturato post-formati"per un determinato formato. Quando lo fai, non stai dicendo che il tema supporta i dati immessi dall'utente, ma invece stai dicendo che non vuoi che i dati vengano automaticamente filtrati su il contenuto() per il formato di post specificato.
In altre parole, quando aggiungi "strutturato post-formati"supporto per un formato di post specifico con add_theme_support (), stai spegnendo post_formats_compat () quando esce il tema il contenuto(). Questo è il caso dei formati - immagine, collegamento, video, audio e preventivo - che richiedono all'utente tutti i dati strutturati.
Questa idea è un po 'confusa perché fino ad ora, usando add_theme_support () significava sempre aggiungere supporto per qualche tipo di funzionalità che WordPress non supporta di default, come le miniature dei post, gli sfondi personalizzati, ecc. Tuttavia, i dati strutturati dei formati dei post sono ora una funzionalità predefinita di WordPress. Quindi, l'uso di add_theme_support () in questo caso si tratta più del modo in cui ti avvicini alla gestione dei dati strutturati nei file del tema.
Non preoccuparti se non è ancora sufficiente fare clic. Discuteremo ulteriormente con esempi di codice specifici nella prossima sezione, e avrà più senso con alcune delle nuove funzionalità del tema che è possibile utilizzare.
Con il nuovo post formati UI e dati strutturati, WordPress 3.6 introduce un po 'di una nuova funzionalità che puoi iniziare a usare nei tuoi temi.
Indipendentemente dal fatto che la versione finale di WordPress 3.6 abbia l'interfaccia utente formattata per impostazione predefinita, è comunque necessario registrare che il tema supporta i formati dei post del file delle funzioni del tema, come fatto prima, per la continuità. Tuttavia, la differenza ora è che vuoi anche specificare quali formati hanno "strutturato post-formati" supporto.
add_theme_support ('structured-post-formats', array ('link', 'video')); add_theme_support ('post-formati', array ('aside', 'audio', 'chat', 'gallery', 'image', 'quote', 'status')); Nota nell'esempio sopra, perché "collegamento" e "videoi "formati hanno"strutturato post-formati"supporto, non hanno bisogno di essere aggiunto al generale"post-formati"supporto, in quanto ciò avviene automaticamente.
I formati ha senso aggiungere "strutturato post-formati"Il supporto a potrebbe includere potenzialmente quelli che raccolgono dati dall'utente: immagine, collegamento, video, audio o citazione.
Che effetto tangibile aggiunge l'aggiunta del supporto ai temi per i formati di post strutturati? -- Fondamentalmente significa che qualsiasi chiamata a il contenuto() per i formati supportati non saranno disponibili i nuovi 3.6 post_formats_compat () applicato che abbiamo discusso nella sezione precedente.
Hai usato in ogni tema WordPress che hai mai creato il contenuto() per visualizzare il contenuto del post, giusto? Bene, WordPress 3.6 ha una nuova funzione chiamata the_remaining_content () che può essere usato invece, se vuoi.
Questo in sostanza si limita a generare il contenuto del post senza i dati strutturati del formato post in esso.
Ad esempio, supponiamo che tu stia impostando la visualizzazione di un post in formato "Immagine" nel tuo tema. utilizzando the_remaining_content () produrrà il contenuto del post, consentendo di visualizzare l'immagine associata dai dati del formato post strutturato nel markup del tema da qualche altra parte. Nota che in questo caso lo faresti non necessità di aggiungere "strutturato post-formati"supporto per il formato" Immagine "perché non stai utilizzando il contenuto().
In termini di visualizzazione dei dati strutturati, WordPress 3.6 ha dato alcune funzioni molto facili da usare che racchiudono tutto. All'interno dei file del tema, questi ti consentono di visualizzare i dati strutturati separatamente dal contenuto, se questo è ciò che vuoi fare nel tuo tema design.
Un esempio pratico di utilizzo di uno di questi potrebbe essere qualcosa del genere per il formato di post "Immagine":
E ancora da ribadire, con questo esempio di visualizzazione di un post "Immagine" e utilizzo the_remaining_content (), tu vorresti non necessità di aggiungere "strutturato post-formati"supporto per i temi perché non stai usando il contenuto().
Tuttavia, se si dovesse fare quanto segue con il contenuto(), avresti bisogno di aggiungere "strutturato post-formati"supporto per il formato" Immagine ", altrimenti si finirebbe con l'immagine visualizzata due volte.
il contenuto() Se non stai utilizzando le funzioni che abbiamo discusso finora, ti stai semplicemente affidando all'utilizzo il contenuto() per visualizzare tutti i dati strutturati in formato post, c'è una cosa che noterai che potresti o meno trovare strana. Ad eccezione del formato "Link", WordPress ha l'installazione post_formats_compat () per visualizzare tutti i dati strutturati dopo il contenuto del post.
Se non ti piace, c'è un filtro che puoi utilizzare per cambiarlo. Ecco come lo faresti dal file delle funzioni del tuo tema:
function my_post_format_compat_args ($ args) $ args ['position'] = 'before'; restituire $ args; add_filter ('post_format_compat', 'my_post_format_compat_args'); Se vuoi fare qualcosa di personalizzato con questi dati strutturati, vengono semplicemente salvati come meta nei post che puoi facilmente recuperare get_post_meta (), come sempre.
E per recuperare un singolo array di tutti i metadati del formato post per un determinato post, puoi utilizzare il nuovo get_post_format_meta () funzione per afferrare tutto in un colpo solo.
So che quando sono usciti i formati dei post, il formato "Chat" era sempre uno che non sapevo davvero come gestire. In che modo l'utente inserisce la chat nel contenuto del post? Come lo visualizziamo? Con il nuovo the_post_format_chat () funzione, ora c'è più di uno standard chiaro.
È previsto che l'utente inserisca una chat nel contenuto del post formattato in questo modo:
John: foo Mary: bar John: foo 2
L'utente può anche includere date e orari. Nota che questo sarebbe quello che sembra se l'utente copia e incolla direttamente da una conversazione Skype, che è l'idea alla base del nuovo, interessante parser di chat.
[4/10/13 4:20:30 PM] John: foo [4/10/13 4:20:58 PM] Mary: bar [4/10/13 4:22:22] John: foo 2
E poi nel tuo tema, dove stai visualizzando il formato di post "Chat", puoi semplicemente sostituire il contenuto() con the_post_format_chat () qualcosa come questo:
Ciò convertirà automaticamente la voce della chat dell'utente in un markup semantico standardizzato che tutti possiamo iniziare a modellare sui nostri temi. L'unica vera presa con questo è che si presume che il contenuto contenga solo la chat e nient'altro prima o dopo. Tuttavia, credo che questo fosse abbastanza comune per la maggior parte degli autori di temi nel modo in cui hanno gestito il formato di post "Chat" precedentemente, comunque.
Inoltre, se desideri recuperare i dati analizzati non elaborati dalla trascrizione della chat di un post, puoi utilizzare la funzione get_the_post_format_chat (). Ciò restituirà una matrice dei dati di trascrizione della chat che è possibile quindi manipolare con il proprio markup HTML.
function my_chat_display () $ stanzas = get_the_post_format_chat (); foreach ($ stanze come $ stanza) foreach ($ stanza as $ row) // ... // ...
E infine, cosa succede se si desidera nascondere la nuova interfaccia utente dei formati dei post? Bene, naturalmente, WordPress ti fornisce un filtro per questo.
add_filter ('enable_post_format_ui', '__return_false'); Nota: Questo filtro viene aggiunto con 3.6-beta2 (ticket Trac # 23929). Ma immagino che la domanda sia di più dovrebbero tu lo fai? Tendo a dire che probabilmente non sarebbe la cosa migliore da fare nella maggior parte dei casi. Dal momento che l'interfaccia utente dei formati dei post potrebbe ora diventare una parte predefinita di WordPress, in pratica dovresti semplicemente eliminarla dall'utente finale.
Se hai creato un intero sistema personalizzato per la raccolta dei dati da utilizzare con i formati dei post e nascondi l'interfaccia utente predefinita, questo potrebbe confondere un po 'l'utente finale con la standardizzazione a lungo termine. È cattivo o buono? Non lo so; è solo qualcosa a cui pensare. - Ironia della sorte, penso che quelli che hanno incorporato formati di post precedentemente nei loro temi avranno il lavoro più da fare con gli aggiornamenti per la versione 3.6, in contrapposizione a quelli che non li hanno ancora infastiditi.
Se si scopre che WordPress 3.6 ha ufficialmente i formati dei post dell'interfaccia utente visibili di default, e stai nascondendo l'interfaccia utente solo perché non lo stai affrontando nel tuo tema, allora potrei vedere come alcuni potrebbero percepirlo come un po 'pigro.
Con una decisione coraggiosa di incorporare tutto questo in WordPress, è chiaro che c'è un'enfasi maggiore sui formati dei post che vanno avanti. Probabilmente è meglio assicurarti che i tuoi temi forniscano almeno un supporto di base, se non altro, per contribuire a un'esperienza WordPress più standardizzata.
Realisticamente, questo è probabilmente un pezzo di torta con la nuova funzionalità di compatibilità dei formati di post. C'è una buona probabilità che il tema del formato non post sia già abbastanza compatibile con i nuovi dati strutturati. Come minimo, puoi semplicemente assicurarti che cose come le trascrizioni delle chat e il formato delle quote siano visualizzate correttamente in termini di CSS del tuo tema.
E per coloro che vogliono essere creativi con la visualizzazione di post di vari formati all'interno dei tuoi temi, ora hai a disposizione un sacco di fantastiche nuove funzioni tema da giocare con.
