WordPress 3.0 è, senza dubbio, uno degli aggiornamenti più interessanti della piattaforma da molto tempo.

Oltre alle cose che tutti gli utenti noteranno come menu personalizzati, sfondi personalizzati e un nuovo tema predefinito, ci sono anche enormi aggiunte al codice base, come la possibilità di eseguire più siti da una singola installazione e tipi di post personalizzati.

Queste cose portano a WordPress un CMS estremamente potente e una piattaforma di pubblicazione.

Da gennaio di quest'anno sono stato coinvolto nella principale community di WordPress per contribuire al suo continuo sviluppo e oggi mi piacerebbe raccontarti un po 'di come funziona.

Partecipare alla comunità

WordPress ha sempre avuto una forte comunità di sviluppo e infatti gli sviluppatori hanno avuto incontri e risorse regolari per organizzarsi da anni.

Il problema è che non sono uno sviluppatore. Posso fare un po 'di PHP qua e là e sono abbastanza utile quando si tratta di tematizzare WordPress ma non è certamente quello in cui sono specializzato. Per fortuna, un gruppo di lavoro OpenSource per l'interfaccia utente di WordPress (User Interface) è stato avviato di recente, che è diretto da Jane Wells: il capo di tutte le cose UX (User Experience).

Non appena sono stato coinvolto con il gruppo UI, mi sono reso conto che lo standard del mio lavoro avrebbe dovuto essere piuttosto alto. La storia delle persone coinvolte nell'interfaccia utente di WordPress è fondamentalmente di chi è chi dei più grandi designer del mondo, da Jason Santa Maria a HappyCog Studios (Zeldman).

Storia dell'interfaccia utente di WordPress

Progettare per oltre venti milioni di utenti

Il primo progetto che ho affrontato per il gruppo UI è stato quello di aggiornare l'intestazione e il piè di pagina del sistema amministrativo di WordPress; scoraggiante per non dire altro. È un cambiamento in WordPress 3.0 che (purtroppo) non viene menzionato molto spesso ma è la cosa numero uno che la maggior parte degli utenti noterà quando eseguono l'aggiornamento.

Il fondatore di WordPress, Matt Mullenweg , citato nel suo keynote al conferenza annuale di WordPress a San Francisco di recente, circa l'8,5% di tutti i siti su Internet è in esecuzione su WordPress. Con circa 246 milioni di siti Web su Internet in totale (dic 2009), oltre 20 milioni di persone (e più se si considera che molte installazioni di WordPress hanno più di un utente amministratore) vedranno il nuovo design dell'intestazione dell'amministratore; supponendo che eseguano l'aggiornamento all'ultima versione. Mi fa schifo.

Progettare per WordPress non è come progettare per un cliente. Con così tanti utenti, ci sono considerazioni che non avresti mai normalmente sognato. Ad esempio, come regola empirica quando si progetta qualcosa con del testo al suo interno: l'elemento deve essere abbastanza flessibile da espandersi per raddoppiare la sua larghezza normale. Perché? Perché WordPress è tradotto in circa 70 lingue diverse e non tutte le parole hanno la stessa lunghezza quando tradotte!

Naturalmente, quando si parla di lingue, la larghezza del testo non è l'unico problema; alcuni sono scritti da destra a sinistra. Probabilmente non sapevi che WordPress ha un intero set di fogli di stile RTL (da destra a sinistra) e immagini. Anche qualcosa di semplice come un menu a discesa deve essere prestato molta attenzione e attenzione perché la grafica utilizzata dovrà funzionare anche quando viene specchiata orizzontalmente con i controlli sul lato opposto.

WordPress in arabo, coreano e ceco

Il processo di progettazione

Il design di OpenSource è leggermente diverso dallo sviluppo di OpenSource. Quando si tratta di contribuire con il codice, non c'è molto di tutto ciò che è soggettivo, tuttavia con il design molte cose possono ridursi all'opinione personale. Per questo motivo, Jane Wells guida il lavoro del gruppo UI e ha l'approvazione finale sulle decisioni di progettazione.

Se pensavi fosse difficile prendere in considerazione tutte le sfumature dell'interfaccia utente, allora sicuramente non vuoi il lavoro di Jane. Deve valutare ogni decisione in relazione a WordPress nel suo insieme, i suoi valori e i suoi piani per il futuro. Deve gestire le richieste delle persone in cima, che potrebbero non tradursi sempre in ciò che le persone in fondo vogliono sentire. Fa un ottimo lavoro nell'organizzare tutto, non invidio il suo carico di lavoro.

Confronti mockup di WordPress

Jane ha impostato il brief per la nuova intestazione e il footer, che è stato quello di alleggerirli per promuovere l'accessibilità (testo scuro su uno sfondo chiaro) e per allontanarsi dal grigio molto scuro che è stato utilizzato in WordPress per un lungo periodo. Sono stati proposti un paio di prototipi e successivamente, dopo una discussione nelle riunioni del gruppo UI, è stata scelta una versione da implementare.

WordPress Header Mockup

Il processo di sviluppo

Una volta che il progetto era stato finalizzato, avrei potuto facilmente tornare indietro a questo punto e lasciare che uno degli sviluppatori lo implementasse ... ma dove sarebbe il divertimento? Imparare a programmare per WordPress è stata un'altra esperienza davvero interessante, nulla di simile a qualcosa che ho fatto prima.

La modifica dei principali file CSS di WordPress è, francamente, pietrificante. L'eliminazione di una singola classe in un file CSS potrebbe, ipoteticamente, interrompere qualsiasi numero di plug-in e temi per milioni di utenti, non puoi semplicemente codificarla come pensi che dovrebbe essere e andare avanti.

Anche la struttura del CSS è abbastanza diversa dalla norma. Ci sono file CSS che controllano il layout principale e i file CSS che controllano l''skin' dell'amministratore (che è mutevole). Per aggiungere un bordo di 1 pixel all'intestazione e al piè di pagina, il bordo stesso doveva essere definito nel file core css ma il colore del bordo doveva essere definito nel file css 'skin'. Con questo tipo di struttura del codice, qualsiasi plugin o sviluppatore di temi può eliminare questi stili se lo desidera.

Ticketing di WordPress per lo sviluppo

Tutto cambia, facciamolo diversamente

Un'altra differenza nel lavorare su un progetto OpenSource è che tutto è in costante sviluppo, nulla è mai finito. Una volta completata la nuova intestazione e il footer dell'amministratore, sono stati rivisti altre quattro o cinque volte. In effetti, solo pochi giorni fa abbiamo preso la decisione di portarli a usare i gradienti CSS3 con un colore solido di fallback.

Questo a volte è frustrante perché puoi finire per sentirti come se mettessi un sacco di lavoro che finisce per non essere usato (non posso nemmeno dirti quanto tempo ho speso per la grafica originale per quelle sfumature) ma alla fine porta a un risultato migliore, che è quello che tutti noi vogliamo.

Vuoi progettare per WordPress?

Poter dire che ho progettato qualcosa per una piattaforma così massiccia mi dà una vera sensazione di realizzazione ma non dimentico che chiunque può contribuire al gruppo UI di WordPress. Se sei interessato a rendere i contributi dell'interfaccia utente alla prossima versione di WordPress, vai su http://make.wordpress.org/ui per vedere le discussioni in corso e gli orari delle riunioni.

Homepage del gruppo UI di WordPress

Al momento è un gruppo piuttosto piccolo ma concentrato, incoraggerei chiunque a partecipare e plasmare il futuro di WordPress. La cosa migliore di OpenSource è che se non ti piace qualcosa, puoi contribuire a renderlo migliore.

Infine, se vuoi controllare WordPress 3.0 prima di avviarlo, puoi prenderne una copia beta pubblica da WordPress.org .