Il team di revisione dei temi di WordPress sta reprimendo le violazioni della presentazione rispetto alle linee guida sulla funzionalità

Durante la riunione del team di revisione dei temi di WordPress.org di questa settimana, Chip Bennett ha aperto la parola per discutere le "aree grigie" della presentazione rispetto alle distinzioni di funzionalità nei temi. L'argomento molto dibattuto riguarda ciò che è lecito in termini di “creazione di contenuti” per i temi che sono ospitati nella directory ufficiale.

“Sappiamo che i CPT e le tassonomie personalizzate sono off-limits; allo stesso modo con metadati post personalizzati non di presentazione", ha affermato Bennett. "Ma che dire dei contenuti creati tramite le opzioni del tema, i widget personalizzati, ecc.?"

Questa domanda sorge spesso in relazione a temi che offrono prime pagine statiche con widget personalizzati o aree di testo nel personalizzatore in cui gli utenti possono aggiungere piccoli blocchi di testo. Ad esempio, un tema potrebbe offrire una sezione biografica o un luogo in cui inserire il testo del copyright. La preoccupazione è che un utente stia entrando nel contenuto, non sapendo che andrà perso cambiando tema.

Il team di revisione del tema ha adottato da anni una politica consolidata che vieta agli autori del tema di definire la generazione del contenuto dell'utente. Tuttavia, a causa della disorganizzazione durante il processo di spostamento della versione ufficiale dei requisiti del tema dal Codex al Theme Review Handbook, questa particolare linea guida è stata omessa.

Bennett ha pubblicato oggi una revisione dei requisiti di revisione del tema e della documentazione sul blog Make/Themes con gli elementi precedentemente omessi evidenziati in rosso per chiarezza.

Presentazione vs. Funzionalità
Poiché lo scopo dei temi è definire la presentazione del contenuto dell'utente, i temi non devono essere utilizzati per definire la generazione del contenuto dell'utente o per definire opzioni o funzionalità del sito indipendenti dal tema.

Poiché si tratta di un'affermazione abbastanza generale, il team di revisione del tema discuterà i punti più fini di come si applica durante la prossima riunione. In passato, questa linea guida è stata applicata soggettivamente e in modo incoerente, consentendo a molti temi di scivolare via con funzionalità che rientrano in queste aree grigie.

Il team di revisione del tema inizierà ad applicare in modo aggressivo la linea guida "Nessuna creazione di contenuti".

Zerif Lite, uno dei temi principali su WordPress.org, è stato evidenziato durante l'incontro come esempio di un tema a cui è stato permesso di aggirare questa linea guida, tra gli altri.

"Guardando Zerif Lite: testimonianze, il nostro team, il nostro obiettivo, su di noi: questi sono tutti CPT, mascherati da widget personalizzati", ha affermato Bennett. In un ticket in cui il tema è attualmente in fase di revisione per aggiornamenti, Bennett ha incoraggiato l'autore di Zerif Lite a rimuovere tutti i metadati dei post personalizzati, ad eccezione di quelli prenatazionali, poiché rientrano nel territorio dei plug-in. Ciò include aspetti del tema come i dettagli dell'autore, la posizione del membro del team, i profili dei social network, ecc.

I revisori stanno già reprimendo in modo aggressivo la violazione di questa specifica linea guida da parte di Zerif Lite e probabilmente estenderanno la loro vigilanza per sostenere la linea guida in modo più coerente con tutti i temi man mano che vengono esaminati.

Codeinwp, la società dietro Zerif Lite, ha risposto alle richieste di Bennetts sul ticket:

La maggior parte delle cose che stai sottolineando sono davvero delicate per due motivi:

• Probabilmente il 50% dei temi più popolari utilizza alcuni contenuti personalizzati sulla home page
• Molte cose come problemi di contatto o testimonianze non possono essere risolte senza rompere 100.000 siti che utilizzano il tema

Codeinwp sostiene che l'approccio utilizzato in Zerif Lite è molto più intuitivo rispetto alla necessità di installare un plug-in, o più plug-in, per aggiungere piccoli frammenti di testo alla home page.

Alla fine sono d'accordo sul fatto che il nostro approccio fosse un po' diverso/radicale. Tuttavia, sembra che sia qualcosa che le persone vogliono davvero (Zerif è uno dei temi più caldi al momento, con menzioni in tutto il web). Voglio dire, la maggior parte di loro vuole costruire un bellissimo sito in 10 minuti, senza alcuna conoscenza e con Zerif Lite possono farlo facilmente. Non vogliono 10 CPT, 10 plug-in richiesti, modulo di contatto e plug-in Captcha per un sito semplice.

L'autore del tema ritiene che la creazione di un plug-in per gestire quattro dei widget di focus del tema farebbe semplicemente perdere tempo agli utenti.

"Inoltre, ti rendi conto della quantità di lavoro necessaria per farlo per oltre 100 temi installati su milioni di siti, giusto?" ha detto Codeinwp. L'autore ha anche citato molti altri esempi di temi popolari in violazione, tra cui AccessPress Parallax, Onetone e Colorway.

Dato che la directory dei temi di WordPress.org è piena di violazioni di quella che si presume essere una linea guida di lunga data, è chiaro che i revisori sono stati estremamente negligenti nell'applicarla. Gli autori del tema che ignoravano questa linea guida riceveranno un brusco risveglio al loro prossimo invio per un aggiornamento. Bennett ha confermato nel ticket aperto su Zerif Lite che la politica sarà fortemente applicata in futuro:

Di recente è venuto alla nostra attenzione che forse sono stati approvati diversi temi che potrebbero avere problemi simili. Li affronteremo non appena li troveremo e lavoreremo con gli sviluppatori per elaborare un piano per riportare i temi in conformità con i requisiti, proprio come faremo qui con il tuo tema.

Ciò significherà una notevole quantità di lavoro per gli autori che hanno definito i modi in cui gli utenti possono generare contenuti attraverso il tema. Dovranno trasferire questa funzionalità in uno o più plugin.

I temi di WordPress.org non possono raggruppare i plug-in, ma gli autori possono consigliare i plug-in utilizzando la Libreria di attivazione dei plug-in TGM o un altro metodo. I temi possono solo consigliare plug-in elencati nella directory ufficiale dei plug-in di WordPress.org. Ciò significa che gli autori che rimuovono la funzionalità a favore dei plug-in complementari dovranno ottenere l'approvazione di tali plug-in per WordPress.org prima di inviare i loro temi per gli aggiornamenti.

La riunione del team di revisione del tema della prossima settimana includerà una discussione su esempi specifici di tipi di contenuto che i temi dovrebbero o non dovrebbero essere autorizzati a creare, ad esempio testo del pulsante, testo del copyright, ecc. Il team è generalmente a favore degli autori che utilizzano metodi di base per il contenuto creazione.

La documentazione relativa a questo problema è stata poco chiara, incompleta e sparpagliata, distribuita nel Codex, Make/Themes e in due diversi punti del Manuale dei temi. Il team sta lavorando per correggere questo problema alla luce della sua rinnovata dedizione a far rispettare sistematicamente la linea guida "nessuna creazione di contenuti".

Ciò influirà su molti dei principali temi ospitati su WordPress.org, che saranno costretti a implementare modifiche che probabilmente interromperanno l'aspetto di migliaia di siti durante l'aggiornamento. Senza un registro delle modifiche in atto, molti utenti non saranno consapevoli quando ricevono un aggiornamento che richiede improvvisamente l'installazione di nuovi plug-in.