I progressi sui progetti 2019 di WordPress impostano la roadmap 2020

Josepha Haden, Direttore Esecutivo di WordPress, ha pubblicato un aggiornamento degli obiettivi di WordPress nel 2019. L'obiettivo di WordPress nell'ultimo anno si è concentrato su nove progetti principali. Dei nove progetti, WordPress è riuscito a spedirne solo due nel 2019. Ciò significa che l'attenzione nel 2020 sarà più o meno la stessa poiché la comunità continua a costruire sui progressi compiuti verso i progetti esistenti.

Attualmente, ci sono tre versioni principali pianificate per WordPress nel 2020:

• Versione 5.4 – marzo 2020
• Versione 5.5 – Agosto 2020
• Versione 5.6 – Dicembre 2020

Ognuna di queste date è soggetta a modifiche. Dovremmo anche ottenere date più specifiche man mano che ogni versione si avvicina. I vari progetti per il 2020 dovrebbero arrivare in ogni versione.

Matt Mullenweg, co-fondatore di WordPress, ha inizialmente esposto i piani per il 2019 nel suo discorso sullo stato della parola del 2018 e ha elencato i progetti sul blog Make Core. Il grande risultato è che il 2019 doveva essere l'anno in cui ci siamo avvicinati alla personalizzazione completa del sito (Fase 2 del progetto Gutenberg). Sebbene gli sviluppatori abbiano fatto enormi passi avanti per renderlo realtà, gran parte del progetto è ancora agli inizi.

Progetti spediti nel 2019

Tutti i widget principali di WordPress esistenti ora esistono come blocchi. Invece di limitarsi a posizionare i widget dove decide il tema, gli utenti possono ora inserire widget in post, pagine o qualsiasi altra area di contenuto tramite l'editor di blocchi. Man mano che il progetto continua a spostarsi verso la modifica dell'intero sito, gli utenti alla fine avranno la possibilità di posizionare questi widget e altri blocchi quasi ovunque.

Il progetto per la salute del sito è stato fuso nel nucleo. È dotato di una schermata che fornisce informazioni sulla salute del sito ai proprietari del sito. Ha anche uno script di rilevamento degli errori irreversibili che invia un'e-mail ai proprietari dei siti quando vengono rilevati problemi di plug-in e temi.

Progetti da aspettarsi nel 2020

La maggior parte dei progetti rimanenti che non sono stati tagliati per il rilascio nel 2019 hanno ancora fatto progressi durante l'anno. Quello che segue è una ripartizione di quali progetti aspettarsi nel prossimo anno.

Blocco menu di navigazione

Attualmente, l'obiettivo del blocco di navigazione è di spedire con WordPress 5.4. Questa è una realtà probabile perché ora è fuori dalla fase sperimentale ed è disponibile per il beta testing in Gutenberg 7.0. Il team di sviluppo ha lavorato su questo blocco per diverse versioni e ora ha qualcosa di abbastanza stabile per i test degli utenti.

Questo blocco è un pezzo importante del puzzle di personalizzazione del sito. A lungo termine, gli utenti avranno bisogno di un blocco facile da usare per gestire i menu di navigazione nel loro sito.

Aree di contenuto personalizzate in grado di riconoscere i blocchi per i temi

La fase 1 del progetto Gutenberg ha portato l'editor di blocchi a pubblicare contenuti. Gran parte della Fase 2 si interrompe al di fuori del contenuto del post e consente agli utenti di aggiungere blocchi in più aree. Non è chiaro esattamente come sarà a lungo termine. I temi dovrebbero essere in grado di registrare ulteriori aree in grado di riconoscere i blocchi.

La versione target per questa funzione è impostata su WordPress 5.5, ma è troppo presto per indovinare se si tratti di un obiettivo realistico. È un problema difficile da risolvere perché dovrà coincidere con le decisioni sui modelli di blocchi di temi, il salvataggio di più entità e la personalizzazione completa del sito in generale. Non è una funzionalità che può essere affrettata perché avrà conseguenze di vasta portata sul funzionamento di WordPress negli anni futuri.

Aree widget per supportare i blocchi

Il piano attuale prevede di consentire alle aree dei widget (barre laterali) di supportare i blocchi insieme ai widget. Il plug-in Gutenberg ha un'opzione sperimentale per le aree dei widget per abilitare una prima versione di questa funzione, che ha una versione target di WordPress 5.5.

Ci sono due aspetti per rendere questa caratteristica una realtà. Il primo è farlo funzionare nella schermata di amministrazione dei widget. Il secondo è farlo funzionare nel personalizzatore, un'area in cui gli utenti possono anche gestire i widget.

Al momento, sembra che il concetto di barra laterale debba essere deprecato. La funzione sperimentale funziona consentendo agli utenti di aggiungere blocchi a una barra laterale, che vengono convertiti in un grande widget "area di blocco" in uscita. Se WordPress è "tutto compreso" nel paradigma dei blocchi, sarebbe meglio spendere energia per concentrarsi sul consentire ai temi di creare aree di blocco personalizzate e lasciare che l'API Sidebar ufficiale muoia lentamente. Mescolare un vecchio concetto con uno nuovo sembra tutt'altro che goffo. È ora di andare avanti e deprecare le barre laterali e i widget fino a quando la maggior parte dei temi non li supporta più.

Blocca la ricerca e l'installazione nella directory

Alla fine, tutti gli utenti di WordPress potranno cercare un blocco tramite l'inseritore di blocchi. Se il blocco esiste, possono inserirlo nell'area del blocco. In caso contrario, l'inseritore consentirà agli utenti di scoprire nuovi blocchi dalla directory dei blocchi. L'installazione, l'attivazione e l'inserimento del nuovo blocco dovrebbero essere senza interruzioni.

La versione di destinazione per questa funzione è impostata per WordPress 5.5, che dovrebbe essere possibile (se non precedente) in base al modo in cui la funzione attualmente funziona nel plug-in Gutenberg. Non è ancora perfetto e ha rotto più di alcuni dei miei post quando si lavora con i blocchi installati. Ci sono ancora diverse questioni aperte che devono essere affrontate.

Gli autori di plug-in che stanno cercando di anticipare il gioco possono inviare plug-in di blocco seguendo le linee guida dei plug-in di blocco.

Plugin automatico, temi e aggiornamenti principali principali

Dopo anni di test approfonditi e utilizzo di aggiornamenti automatici per versioni minori di WordPress, sembra che a questo punto dovremmo già avere aggiornamenti automatici su tutto. Dover tenere il passo con gli aggiornamenti di plugin e temi può essere una seccatura per alcuni proprietari di siti. Con un numero sufficiente di plug-in, non è escluso dalla possibilità di avere uno o più plug-in da aggiornare quotidianamente.

Alcune soluzioni di hosting e Jetpack hanno attenuato questo problema per molti utenti offrendo aggiornamenti automatici dei plug-in, ma questa è una funzionalità di base attesa da tempo che dovrebbe essere una priorità assoluta. Non è stata fornita alcuna versione target per gli aggiornamenti automatici su temi/plugin o versioni principali principali. Speriamo che la funzione non venga messa in secondo piano per un altro anno.

Affrontare oltre 6.500 problemi di traccia

Con il plug-in Gutenberg che riceve molta attenzione in questi giorni, è facile dimenticare che ci sono migliaia di ticket in attesa di patch, recensioni e decisioni su Trac. Sono stato a lungo un sostenitore dell'utilizzo di una delle principali versioni di WordPress per correggere semplicemente i bug esistenti senza aggiungere nuove funzionalità.

Jonathan Desrosiers ha scritto un ampio post che copre gran parte del lavoro svolto dal Triage Team all'inizio di quest'anno.

Il triage non è qualcosa che raggiunge mai veramente una conclusione. È un processo continuo che deve continuare per tutta la vita di un progetto. Le persone interessate a essere coinvolte nel Triage Team possono trovare maggiori informazioni nel post dell'annuncio del Triage Team.