Gutenberg continua a creare increspature e reazioni tra la WordPress comunità. E questa sessione condotta da Andy McIlwain a Kobayashi Online con una piena affluenza non ha fatto eccezione.

Ecco il valutazione attuale del plugin Gutenberg a WordPress.org a partire dal 19 novembre 2017:

Sospetto che se dopo l'incontro venisse preso un rating di Gutenberg tra gli oltre 20 partecipanti, avrebbe un profilo simile a quello di cui sopra. Chiaramente c'erano delle preoccupazioni riguardo a Gutenberg come redattore primario di prossima pubblicazione per WordPress.

Preoccupazioni su Gutenberg

Andy ha iniziato la riunione dopo la tavola rotonda di presentazione con una demo di Gutenberg. Aveva caricato l'ultimo Gutenberg 1.7.0 sull'ultimo sito web WordPress 4.9. Andy aveva creato un impressionante post demo di Gutenberg con un'elegante parallasse che scorreva su un'immagine dell'eroe, più sezioni a colonne multiple e una galleria di immagini.

Tuttavia, l'entusiasmo è diminuito quando è stato divulgato che se si esegue Gutenberg su WordPres 4.9 o superiore allora diventa l'editor predefinito per qualsiasi nuova pagina o post. Tuttavia ci sono tre soluzioni a tale situazione:

1)Dal 1.6.1, editor Gutenberg ha uno speciale blocco Classic Edit che supporta TinyMCE o WPEdit – beh per lo più:

Ecco l'Editor Classico in azione:

Come si può vedere la fila superiore dei pulsanti nel Classic Editor sono completamente mancanti in Gutenberg. E la misura delle icone e dei pulsanti nelle seconde 2 righe è andata di traverso. Ma questo blocco Classic Edit sarà essenziale per molti utenti WP tradizionali.

2) In un processo in due fasi gli utenti possono bypassare Gutenberg per nuovi post e pagine inserendo solo il titolo della pagina o del post e quindi immediatiziamente Pubblicazione e uscita da Gutenberg. Vai alla Pagina o all'elenco Dei post e ora apri con l'Editor classico:

Quindi tutte le modifiche successive devono essere eseguite con questo vecchio Editor Classico non Modifica.

3)Il metodo più draconiano è quello di disattivare il plugin Gutenberg. Questo è disponibile nella WordPress 4.9 ma non è certo cosa sarà disponibile nella WordPress 5.0 quando Gutenberg entrerà nel core.

Altre osservazioni di Gutenberg

Uno dei marchi dei buoni WordPress Pagebuilders che sono ora concorrenti diretti di Gutenberg è che alcuni permettono di uscire dal loro uso senza lasciare un hash del codice e del markup esistente. Beaver Builder, per esempio, ha questa capacità. Bene la buona notizia con Gutenberg è che emula BeaverBuilder da vicino restituendo tutto il testo, le immagini e anche alcuni dei loro stili CSS su una pagina o un post ripristinato senza alcun codice scorciatoia.

Un altro grande vantaggio per Gutenberg è che il codice è veramente reattivo con un intervento minimo dell'utente richiesto. Ora i migliori PageBuilders [Divi, Elementor] consentono agli utenti di inserire modifiche specifiche per telefoni cellulari e tablet che consentono ulteriori perfezionamenti ai disegni per dispositivi mobili. Gutenberg non c'è ancora.

Tuttavia, considerare alcune delle altre preoccupazioni espresse dai partecipanti a Meetup.

1. Gutenberg può creare solo righe con contenitori di colonne di testo. Sì, puoi andare in HTML e popolare ogni colonna con immagini, video e altri markup, ma che sconfigge la facilità d'uso dell'Editor visivo.
2. Gutenberg è pieno di blocchi per cose molto elementari come pagrafie, singoli elementi della lista, citazioni di blocco, ecc.  Gli utenti si preoccupano di padroneggiare tutti questi blocchi di basso livello.
3. L'area di disegno Modifica di Gutenberg non riflette il layout e le dimensioni della Pagina o dei Post correnti. Ciò significa che gli utenti sono lontani dalla vera esperienza WYSIWYG che gli utenti attualmente ottengono con PageBuilders.
4. Nella maggior parte dei PageBuilders ognuno dei loro blocchi ha due livelli di stile CSS disponibili. Semplice che qualsiasi utente può capire e più avanzato per gli utenti esperti CSS. Gutenberg è ancora ai minimi.
5. I blocchi possono essere spostati da drag-and-drop praticamente ovunque nella maggior parte dei Pagebuilder. Appena su e giù a Gutenberg anche se 1.7.0 ha mostrato multi-assegnazioni.
6. Non vi è alcun suggerimento ancora di un sistema di modelli disponibile nella maggior parte PageBuilders.There is no hint yet of a templating system available in most PageBuilders.

Il punto è che Gutenberg non si limita a competere e a cercare di sostituire TinyMCE e WPEdit come strumento di scelta per la creazione di messaggi e pagine. Gutenberg è in competizione con PageBuilders, il cui frontend, la modifica WYSIWYG, definisce lo standard per un design e una creazione di post e pagine veloci ed efficaci. E con Elementor e Site Origin PageBuilders disponibili gratuitamente con enormi librerie di addon gratuite c'è una seria competizione per Gutenberg nello spazio gratuito di PageBuilder/Visual Editor. Quindi, con questa vasta gamma di preoccupazioni, non è stata una sorpresa sentire parlare di biforcazione WordPress.

Biforcazione WordPress

JavaScript è fragile e fragile come PHP. Si fanno 1-3 errori di sysntax [facili da fare in entrambi i linguaggi] e la trasposizione può diventare un incubo. Anche perché Javascript si muove così velocemente, il pericolo di usare codice deprecato è alto. Ora questo è di poca importanza per gli utenti finali, ma lo è per gli WordPress sviluppatori che si trovano nel mezzo e devono far funzionare il nuovo codice Gutenberg - questa è una preoccupazione primaria perché la curva di apprendimento per gli strumenti JavaScript usati in Gutenberg è molto grande.

Un'altra preoccupazione è che, come PHP, JavaScript ha vulnerabilità di alta sicurezza. È interessante il fatto che GITHub ha appena aggiunto avvisi speciali di sicurezza JavaScript. Quindi, dati questi pericoli e le altre preoccupazioni di cui sopra, non è stata una sorpresa sentire 2 partecipanti al Meetup suggerire che WordPress potrebbero forgiarsi in due versioni. Una classica WordPress che rimarrebbe basata su PHP e una seconda WordPress 5.0 alimentata da JavaScript e oltre. Ora, solo per dimostrare che queste non erano osservazioni aberranti controllare i commenti barra laterale a WPTavern.

riassunto

Gutenberg sta forzando il problema della conversione WordPress da PHP a JavaScript. In effetti è già stato fatto su WordPress.com dove le operazioni di Admin, JetPack, WordPress il plugin Admin e l'WordPress App hanno già effettuato il crossover a JavaScript. Questi strumenti emulano, se non duplicano molti dei plugin basati su PHP utilizzati nei WordPressplugin .org.

Ma con Gutenberg progettato per essere non solo il Visual Editor e non solo il principale PageBuilder, ma di fatto il principale SiteBuilder per WordPress, la sostituzione generalizzata di PHP con JavaScript diventa l'argomento numero uno che dovrebbe essere affrontato a WordCamp.US 2017; ma probabilmente sarà visto solo in 4 delle 52 sessioni e parlato in piccoli gruppi nei corridoi di Memphis.

Ora la questione centrale sarà quanto Gutenberg e un Core basato WordPress su JavaScript possano accogliere gli oltre 45.000 plugin PHP e gli oltre 8.000 temi PHP. Potrebbe essere una coesistenza molto aggraziata. Ma questa non è una certezza.

Risorse

WordPress Reazioni JavaScript - la controversia sull'uso di React.js come strumento principale WordPress per il futuro.
Interfaccia Jetpack 4.3 ricostruita utilizzando React.js – JavaScript arriva a plugin 1
WooCommerce esplora le sfide di Gutenberg  – Gutenberg e JavaScript arriva aplugin 2
JavaScript Arrivare WordPress furtivamente - gli WordPress utenti e gli sviluppatori si stanno appena svegliando con il JavaScript che sostituisce il PHP move in WordPress
Matt Mullenweg su WP JavaScript Ecosystem – podcast di 1 ora sullo stato di WP a partire da Novembre 2017
Gutenberg sarà THE WordPress Visual Editor – anche a Gutenberg 1.6.1 ci sono progressi sufficienti per vedere Gutenberg diventare l'editorufficiale ufficiale di WP 5.0.