Mentre ho eseguito il debug dei problemi con la nuova funzione block gap aggiunta in Gutenberg 11.4 la settimana scorsa, ho trovato il biglietto che lo presenta. E c’era già un nuovo biglietto per un problema che avevo colpito. Tuttavia, c’è stata qualche discussione sull’opportunità di consentire ai temi di non partecipare, proponendo la propria soluzione. Non c’era modo di farlo in quel momento.

Mi è sembrato un gioco da ragazzi, qualcosa a cui non avrei pensato due volte. io in fretta è intervenuto:

Gli autori del tema dovrebbero essere in grado di rinunciare? Se questa è una domanda che sorge, la risposta è sempre: Assolutamente, 100%, sì!

Il front-end di un sito è il dominio dell’autore del tema. In definitiva, definiscono come funzionano le cose lì. Almeno, così è sempre stato. Prima dell’avvento del sistema a blocchi, c’erano casi in cui WordPress aggiungeva il proprio tocco alle funzionalità di front-end, come gli stili per lo shortcode della galleria e la sostituzione dell’immagine JavaScript delle emoji. I temi hanno sempre avuto metodi per disabilitarli.

Con l’introduzione del progetto Gutenberg e del suo set di funzionalità in evoluzione, WordPress continua a entrare nel design front-end. Ciò comporta il vantaggio di standardizzare la relazione tra piattaforma, temi e utenti. Rende universali cose come i modelli di blocco e continuerà a farlo man mano che entreremo in strumenti di layout più avanzati. Questo è un futuro a cui sono ansioso di assistere perché renderà molto più facile il tematizzazione.

Tuttavia, all’interno della discussione in-ticket, mi sono imbattuto in una delle fratture fondamentali tra alcune persone che lavorano su Gutenberg e sviluppatori di terze parti:

Non sono d’accordo con questa presa. Ciò significa che tutto dovrebbe essere facoltativo in WordPress e va contro le decisioni, non le opzioni. alcune cose devono essere opzioni, ma non tutto… Non penso che dovrebbe essere una regola avere un opt-out per tutto personalmente. Ad esempio, per gli stili strutturali, preferirei che i temi si basassero sempre su Core invece di reinventare i propri. I temi sono qui per conferire personalità e design, ma non per definire cosa significhi “allineamento orizzontale”, ad esempio.

Riad Benguella

Se una tale posizione diventa una delle pietre miliari dello sviluppo del tema a blocchi, allontanerà molti temi tradizionali.

Sono d’accordo con il principio che questo dovrebbe essere il fondamento, il modo predefinito in cui il tema funziona in WordPress in futuro. Più pezzi possiamo standardizzare, meglio è. Ma, come regola generale, gli autori del tema dovrebbero essere in grado di rinunciare a qualsiasi funzionalità relativa al design. Quindi, facciamo rare eccezioni a tale regola quando se ne presenta la necessità.

Indipendentemente da ciò che fanno Gutenberg e, in definitiva, WordPress, gli autori di temi troveranno un modo per aggirarlo. Supponiamo che “l’allineamento orizzontale” sia definito da CSS flexbox nel core. Garantisco che qualcuno verrà e utilizzerà la griglia CSS.

Nel caso della funzionalità “block gap” introdotta in Gutenberg 11.4, è essenzialmente un nome di fantasia per un margine superiore globale che viene applicato ai blocchi (da non confondere con l’attuale CSS gap proprietà). In sostanza, è un sistema per definire parte del ritmo verticale predefinito.

Questa funzione è stata a lungo nella mia lista dei desideri, ma l’idea di imporla non mi è mai passata per la mente. Se vuoi assistere a una discussione accesa, metti una manciata di web designer in una stanza e invitali a discutere la miriade di modi di gestire la spaziatura verticale tra gli elementi. Sono nel campo di margine superiore.

Fortunatamente, gli autori del tema saranno in grado di abilitare o disabilitare la funzione block gap. Ma questa è solo una battaglia.

Avevo programmato di rispondere in-ticket, ma non volevo andare troppo fuori tema. Volevo anche dare qualche considerazione a l’altra parte. Tuttavia, potrei pensare a pochi casi in cui WordPress dovrebbe essere sempre il fattore decisivo per il design del front-end.

Da quella posizione, immagino poco più che autori di temi che creano soluzioni alternative per quello che vedranno come un sistema guasto. Non c’è niente di sbagliato nel definire le impostazioni predefinite di WordPress. Tuttavia, dovrebbe sempre essere dalla mentalità che gli sviluppatori vorranno avventurarsi. Il modo migliore per renderli felici è non mettersi in mezzo. Costruisci un sistema che loro volere da usare, non che loro dovere utilizzo. E, per chi decide di percorrere una strada diversa, rendilo facile. Anche se pensiamo che quei designer ribelli stiano creando un’esperienza utente rotta, va bene. È il loro progetto da creare o distruggere.

Ciò che rende WordPress così unico è che la piattaforma ha sempre soddisfatto coloro che vogliono estenderla in quasi tutti i modi immaginabili. Se inizia a creare ostacoli che non devono necessariamente esserci, abbiamo fatto un pessimo lavoro come amministratori del software.