In questo tipo di contesto, l’alt text è davvero indispensabile? L’argomento viene trattato in maniera molto interessante su Rebuilding the Web, con alcune riflessioni degne di nota.

A cosa serve il testo alternativo?

Il testo alternativo serve per comunicare lo stesso significato di un’immagine quando quest’ultima non è visibile. Questo è un concetto fondamentale: molti infatti si confondono, pensando che l’alt text serva a descrivere un’immagine aggiungendo altri significati.

Il fattore determinante è il contesto in cui viene inserita l’immagine, che ne influenza il significato.

Prendiamo un’immagine come esempio:

Se fosse affiancata dal testo “Il mio gatto dorme sempre”, un testo alternativo valido potrebbe essere “E’ su un letto a fare l’ennesimo pisolino”. Oppure se il testo fosse “Ho un gatto da 7 anni”, potrei usare come alt “Dorme spesso ed è bianco”.

Questi esempi non sono assoluti, le combinazioni possibili sono tante e non è sempre intuitivo stabilire il testo alternativo migliore per un’immagine. Chiarire il concetto non è semplice, ma se vi vengono in mente esempi migliori fatemi sapere!

Immagini senza contesto

Nel caso  di immagini non accompagnate da alcun testo invece le cose diventano più complicate, proprio perché non esiste un contesto in cui inserire il testo alternativo.

Aggiungere un alt text come “Il mio gatto mentre dorme sul letto nella casa al mare in Versilia” comunicherebbe sicuramente informazioni utili, ma nel modo sbagliato. Il testo alternativo (lo dice la parola) deve servire a trasmettere un significato equivalente, senza aggiungere dettagli non intuibili altrimenti.

E le immagini sui siti di photo-sharing?

Proprio per questo motivo l’alt text perde significato sulle community che hanno al centro di tutto delle immagini. Qual è la soluzione migliore? Non è facile dare una risposta, ma una pratica corretta potrebbe essere sfruttare i campi destinati a titolo e descrizione per spiegare la foto, lasciando l’alt vuoto.

Prendendo l’esempio di Flickr, nell’ultimo redesign l’alt delle foto è “photo”. Serve a qualcosa? Non direi, sarebbe stato meglio lasciarlo vuoto. Sono presenti però titolo e descrizione, che se usati correttamente potrebbero proprio servire allo scopo desiderato.

In un sito simile, il problema di spiegare il significato di un’immagine non è una questione di accessibilità, ma di usabilità. Non sono infatti solo gli utenti non vedenti a voler conoscere il soggetto di un’immagine: anche tutti gli altri visitatori hanno bisogno di dettagli che non sono intuibili dal contesto.

Una parte di questo problema sarà progressivamente risolto grazie all’uso della tecnologia: basti pensare al gps che ricava la posizione di una foto ed ai dati exif, che vengono già mostrati in automatico. Per quanto riguarda il resto al momento non ci sono soluzioni: solo con una descrizione testuale aggiuntiva sarà possibile avere delle pagine veramente informative, usabili ed accessibili.

Le linee guida per la realizzazione di siti accessibili da tempo hanno chiarito un punto: è fondamentale offrire ad un utente la stessa esperienza di navigazione, indipendentemente dal dispositivo utilizzato. Se fino a poco tempo fa era ovvio pensare alla navigazione da tastiera oltre a quella via mouse, l’avvento dei touchscreen ha aggiunto un altro livello di complessità.

Non si tratta di una questione banale, perché utilizzare un touchscreen è un’esperienza totalmente diversa rispetto alla navigazione tradizionale: ve ne sarete resi conto se avete uno smartphone o un iPad.

Cosa dicono le linee guida

Tra i 22 requisiti per la verifica tecnica della legge Stanca, è da sottolineare il numero 16:

Garantire che i gestori di eventi che attivano script, applet oppure altri oggetti di programmazione o che possiedono una propria specifica interfaccia, siano indipendenti da uno specifico dispositivo di input.

Ed anche un passaggio del requisito 21:

I collegamenti presenti in una pagina devono essere selezionabili e attivabili tramite comandi da tastiera, tecnologia in emulazione di tastiera o tramite sistemi di puntamento diversi dal mouse.

Indicazioni di questo tipo esistono anche nelle WCAG, sia nella loro versione 1.0 che nella più recente 2.0. Un esempio è la linea guida 9 delle WCAG 1.0: Design for device-independence.

I problemi con i touchscreen

La differenza fondamentale tra un mouse ed un touchscreen è che per il secondo non esiste mouseover. Potrebbe sembrare una banalità, ma se pensate a quanti siti utilizzano i CSS o JavaScript per scatenare un evento al passaggio del mouse, potete rendervi bene conto dell’entità del problema (menu a tendina, tooltip…).

Fino ad ora la soluzione più utilizzata consiste nel trasformare il mouseover in un ulteriore clic, anche se questo aumenta la complessità della navigazione. E’ una soluzione efficace? Sì, perché risolve il problema, ma non è detto che sia quella ottimale.

Il discorso quindi si lega anche al tema usabilità ed al design delle interfacce: è inevitabile che l’arrivo di una nuova modalità di navigazione introduca nuove variabili.

Da evitare

Sono sicuramente da eliminare o rappresentare in maniera differente:

• contenuti leggibili solo con lo stato :hover (ad esempio testi con poco contrasto rispetto al background)
• link visibili solo al mouseover, normalmente poco distinguibili dal testo semplice
• azioni correlate al mouseover su un particolare elemento (le più comuni sono modifica e cancella)

Uno sguardo al futuro

I touchscreen sono ormai sul mercato da anni, e la loro presenza continua ad aumentare. Tralasciando le discussioni sulla loro effettiva utilità, è logico pensare che nei prossimi anni continueremo a vedere dispositivi che li utilizzano, seguendo l’esempio dell’iPad.

In questo scenario è obbligatorio considerarne la presenza, soprattutto se si realizzano siti con interfacce fuori dal comune. Proprio questa originalità a volte può rendere un sito inaccessibile: l’importante è ricordare che non esiste solo il mouse.

La prima cosa da fare è assicurarsi che sia possibile usufruire di tutti i servizi di un sito indipendentemente dal mezzo utilizzato per navigare. I touchscreen hanno introdotto nuovi fattori, e la situazione è destinata a diventare sempre più complicata: pensate a chi sta già utilizzando la propria console di casa per navigare dal televisore, o a chi sta usando lo stesso Tv LCD per collegarsi ad internet. In futuro i dispositivi connessi alla rete saranno sempre di più: forse sarà l’occasione buona per vedere considerare l’accessibilità una necessità e non un lusso per pochi.

[Foto di bark]

Incredibile ma vero, nella tabella di compatibilità preparata in maniera eccellente da Quirksmode, IE9 entra infatti nel gruppo dei browser che possono utilizzare tutti i selettori più utili, compresi anche alcuni dei CSS 2.1.

I selettori supportati da Internet Explorer 9

CSS 2.1

• :before e :after
• :first-child
• :focus

CSS 3

• :empty
• :enabled, :disabled e :checked
• :first-of-type
• :last-child
• :last-of-type
• :not
• :nth-child()
• :nth-last-child()
• :nth-last-of-type()
• :nth-of-type()
• :only-child
• :only-of-type
• :root
• ::selection
• :target

In questa lista sono esclusi alcuni selettori che sono già supportati dalle versioni precedenti di IE.

Interessante notare che mentre le ultime versioni di Firefox, Safari e Chrome non hanno problemi, adesso è Opera l’unico browser ad essere rimasto indietro, con delle difficoltà di interpretazione dei selettori :nth-child() ed :nth-of-type(). Opera infatti non riesce ancora a capire il funzionamento di queste regole, utili ad esempio per evidenziare gli elementi pari di una lista, o dare alternativamente a delle immagini float:right e float:left.

Implicazioni future

Questo ovviamente non significa che con l’uscita di Explorer 9 i selettori dei CSS3 potranno essere usati senza problemi (le versioni precedenti ci faranno compagnia per molto tempo), ma ci stiamo avviando verso un futuro più semplice per gli sviluppatori. L’uso di queste regole infatti consentirà di eliminare id e classi inutili dall’HTML, alleggerendo la struttura delle pagine.

Per il momento non resta che sperimentare ed affidarsi se necessario a soluzioni come ie-css3.js, aspettando la scomparsa dei browser più obsoleti.

Come consuetudine la novità è stata pubblicata come preview per gli utenti, che possono decidere se mantenere la vecchia versione per qualche tempo o utilizzare la nuova: questa pratica è ormai consolidata e concede ad una buona fetta di utenti di abituarsi al cambiamento, senza imposizioni da un giorno all’altro. Le critiche non mancheranno comunque, ma sarebbe un’utopia pensare di fare felici tutti con un redesign di un’interfaccia.

Per l’elenco delle novità in dettaglio vi rimando al post ufficiale sul blog di Flickr: io preferisco soffermarmi solo su alcuni aspetti del cambiamento, e su come certi dettagli siano stati molto apprezzati dagli utenti abituali. E’ stata una sorpresa infatti leggere molti pareri positivi, cosa che non era successa con altri redesign (vedi il caso di Facebook).

I dettagli più interessanti

Foto più grandi

In un sito che ha nelle immagini la sua ragione di esistere, aumentare la dimensione di default delle stesse è una mossa vincente. Le foto iniziavano infatti ad essere troppo piccole per le risoluzioni sempre più elevate dei nuovi monitor: adesso arrivano ad una larghezza di 640 pixel, sicuramente più accettabile.

Ingrandimento con un clic

Questa è una delle novità più interessanti: molti utenti infatti inserivano nella descrizione delle foto un link alla stessa immagine più grande su sfondo nero. Sono nati anche servizi esterni per questo, e Yahoo! ha deciso di assecondare gli utenti offrendo la feature direttamente su Flickr. Adesso con un clic sull’immagine questa viene visualizzata a schermo intero su sfondo nero, e la resa è ottima:

Geotagging in evidenza

Mettere in evidenza le informazioni geografiche collegate ad una foto qualche anno fa sarebbe stata una follia. Adesso non lo è più. Con smartphone e fotocamere dotate di GPS, geolocalizzare le foto è automatico, e comunque è sempre possibile farlo anche manualmente dopo aver importato gli scatti.

Inserire questa feature al primo posto sulla sidebar destra fa capire la sua importanza. In questo modo diventa ancora più facile ritrovare tutti gli scatti di una certa località e scoprire le foto più popolari di un luogo.

I difetti

Nonostante il redesign sia positivo, alcune cose potrebbero essere ulteriormente migliorate.

Avrei apprezzato molto uno spazio dedicato ai dati EXIF delle immagini: Flickr è una community ricca di fotografi, e certe feature sarebbero sicuramente apprezzate. In questo redesign invece i metadati rimangono su una pagina separata: sarebbe stato interessante vedere almeno apertura, tempo di esposizione ed ISO.

Per quanto invece riguarda il codice e l’accessibilità delle pagine, non mi è mai piaciuta (e continua a non piacermi) l’eccessiva dipendenza da JavaScript di alcune funzioni. E’ comprensibile che certe azioni siano impossibili senza appoggiarsi a degli script, ma si potrebbe fare di meglio anche solo per quanto riguarda i menu di navigazione: con JavaScript disabilitato infatti la maggior parte dei link non funzionano ed i menu non possono essere aperti (cosa che sarebbe facile da implementare con qualche riga di CSS).

Sono invece funzionanti i nuovi link di zoom e di navigazione (foto successiva / precedente): è possibile che per alcuni nuovi elementi dell’interfaccia sia stata prestata più attenzione, ed altre parti del sito come il menu generale siano rimaste invece con i vecchi difetti. Questo redesign infatti riguarda solo la pagina foto di Flickr, tutto il resto è rimasto inalterato.

In conclusione

Il nuovo design è piacevole e più funzionale: il parere complessivo è decisamente positivo. Ci sono alcuni elementi che potrebbero essere ulteriormente migliorati, ma riguardano più la piattaforma intera di Flickr che la pagina delle singole foto. Per il momento fa piacere vedere qualcosa di nuovo in un sito che era rimasto fermo da anni: le modifiche faranno contenti i molti utenti pro che decidono ogni anno di rinnovare il proprio abbonamento.

Il 18 giugno scorso ho partecipato al primo WordCamp italiano lontano da Milano: era la prima volta che veniva organizzato un barcamp su WordPress nel sud Italia, e mi ha fatto molto piacere poter essere presente a Catania.

Dopo essere stato presente alle edizioni milanesi del 2008 e del 2009, i confronti vengono quasi spontanei, e devo ammettere che sono rimasto molto contento dell’evento organizzato da Roberto Chibbaro. Era una bella occasione per coinvolgere delle realtà che molto spesso vengono colpevolmente dimenticate, e poter assistere a degli interventi interessanti mi ha permesso di fare diverse conoscenze utili.

Proprio sulle differenze di mentalità ha scritto un post interessante Luca, che è riuscito a dipingere un quadro molto verosimile, confrontando i diversi scenari che ci si possono parare davanti partecipando agli eventi di networking tra Londra, Roma e Catania. Quella della Sicilia è una realtà viva, che ha voglia di mettersi in mostra ed è capace di presentare delle idee interessanti, ma incontra difficoltà nel metterle in pratica. Parlare poi di soldi e finanziamenti per delle idee è quasi un’utopia: difficile trovare qualcuno disposto ad investire.

Nonostante tutto però c’è chi ha ancora voglia di emergere, e per questo non posso che fare i complimenti a chi continua ad insistere cercando una via per mettersi in mostra, come i ragazzi di Your Inspiration Web. I loro talk sono stati interessanti, così come è stato molto discusso l’intervento di Francesco “Fullo” Fullone, che ha esaminato WordPress sconsigliandone l’utilizzo in casi estremi, dove altri CMS si comporterebbero meglio.

Ho cercato di dare anche io il mio contributo, con un breve speech riguardante la mia esperienza con GdR Players. E’ stato utile discutere insieme ai presenti dell’utilizzo di WordPress per una community ridotta ai minimi termini, considerando anche ipotesi alternative come BuddyPress o le novità della versione 3.0. Mi ha fatto piacere ricevere pareri, suggerimenti e proposte interessanti, segno che la semplicità di WordPress continua ad attirare ed incuriosire, anche dopo gli ultimi aggiornamenti.

Se volete avere un quadro ancora più completo dell’evento, in rete potete trovare:

• I video di alcuni interventi, sul canale YouTube di Valerio Novelli.
• Le foto dell’evento su Flickr

Le slide della mia presentazione, dal titolo “WordPress per una community?”, sono le seguenti. Vederle fuori dal contesto non è ovviamente l’ideale, ma potete farvi comunque un’idea del contenuto:

L’appuntamento è per il WordCamp 2011: se avete proposte, suggerimenti, oppure eravate presenti e volete aggiungere qualcosa, i commenti sono a vostra disposizione.

Un ultimo ringraziamento va a Roberto ed a Giovanni, che con i loro consigli mi hanno regalato una fantastica settimana di vacanza in giro per la Sicilia.

In queste circostanze però c’è un dettaglio da tenere sempre presente: un sito accessibile non può prescindere dalla validazione manuale, effettuata da una persona in carne ed ossa.

Gli strumenti automatici possono aiutare in determinate circostanze, ma alcuni tipi di controlli così come la scrittura del codice devone essere effettuati da uno sviluppatore. Per alcuni requisiti infatti non esistono ancora i mezzi per sostituire la mente di un web designer ben preparato, per fortuna di chi lavora nel settore.

I tool utili

Non è comunque corretto generalizzare, perché esistono vari strumenti efficaci. Questi tool vanno presi seriamente in considerazione quando un controllo manuale richiede troppo tempo o è effettivamente impossibile: sono un esempio il controllo del contrasto dei colori, della leggibilità per utenti daltonici, e la ricerca di errori HTML in lunghi estratti di codice.

Quelli di cui non posso fare a meno sono:

Graybit

Permette di convertire un sito esistente in bianco e nero. Utilizzando solo tonalità di grigio è molto più facile capire se il contrasto di determinati elementi sia sufficiente. E’ così possibile avere un’idea di come certi utenti potrebbero visualizzare il sito in esame.

Check My Colours

Avevo parlato già della creazione di Giovanni Scala: Check My Colours è un altro utile strumento per valutare il contrasto degli elementi di un sito web. Il test è molto severo e rigoroso, e fa bene il suo dovere.

Juicy Studio Tools

Questo sito offre diversi strumenti utili: il più famoso è quello per analisi del contrasto dei colori (esistente anche come estensione di Firefox), ma non è l’unico tool disponibile. Tra quelli esistenti, segnalo Image Analyser, che unisce in modo intelligente la praticità di un test automatico con la validazione manuale, per controllare che le immagini di una pagina abbiano il testo alternativo corretto.

Come realizzare un sito accessibile?

L’obiettivo di questo post non è spiegare passo dopo passo la realizzazione di un sito accessibile, ma una considerazione è d’obbligo: la progettazione di un sito che rispetti determinati requisiti inizia fin dalle prime bozze, ancora prima della realizzazione delle proposte grafiche.

Una parte fondamentale è anche la scrittura del codice delle pagine: realizzare un template HTML rispettando gli standard del W3C è un primo passo per la realizzazione di un sito accessibile. E’ molto più difficile fare il percorso a ritroso, analizzando a posteriori un sito già esistente.

Proprio per questo motivo l’utilizzo di qualsiasi validatore automatico viene dopo l’abilità di uno sviluppatore: se il codice di un sito è ben realizzato, renderlo accessibile sarà più facile. Ricorrere a tool esterni significa che molto probabilmente sono stati commessi degli errori in passato, o si è trascurato il tema dell’accessibilità in fase di creazione per poi pagare la scelta a caro prezzo.

L’incognita più grande resta però quella riguardante i contenuti. Non serve a niente realizzare un template accessibile (vedi Stardust per WordPress), se poi chi si occupa di gestire il sito non tiene conto di determinati problemi come l’alt text delle immagini o la leggibilità dei testi. Un sito accessibile può essere tale solo se tutte le parti coinvolte sono coscienti del problema e sanno come gestirlo, altrimenti è facile ritrovarsi con un risultato scadente.

Aggiornamento: è stato pubblicato proprio in questi giorni un interessante articolo sulle checklist dei test di accessibilità automatici. L’argomento è del tutto simile a quello trattato in questo post, con alcune proposte e raccomandazioni. Le conclusioni sono simili, ma vi consiglio di leggerlo (è in inglese): Can checklist accessibility be harmful?

Unboxing e configurazione

La Apple ha ridotto al minimo il contenuto della scatola: oltre all’iPad, c’è solo l’alimentatore e qualche foglio illustrativo. Nessun manuale. Appena acceso il tablet, appare l’indicazione di collegarlo ad iTunes per la prima sincronizzazione: collegato al computer in pochi minuti sono riuscito a riversare all’interno tutti i contenuti e le applicazioni che mi interessavano e che avevo già scaricato per iPhone.

Prime impressioni: ottima velocità

Una delle cose che mi hanno più impressionato è stata la velocità di risposta. Abituato ai tempi dell’iPhone 3G (che ha poco meno di 2 anni), sono rimasto stupito vedendo aprirsi in pochi istanti le stesse applicazioni che sullo smartphone impiegano vari secondi. Il processore A4 fa il suo dovere, e fino ad ora non ho trovato app che riuscissero a metterlo in difficoltà.

Il tempo di risposta alle varie interazioni con lo schermo è eccellente: inutile negarlo, è uno dei vantaggi principali dell’interfaccia realizzata da Apple. Avere un feedback immediato su un touchscreen è fondamentale.

Navigazione in rete

L’iPad si comporta bene navigando in rete: sembra una cosa da poco, ma poter scorrere un sito web usando le proprie mani invece che un mouse dà una sensazione completamente diversa, molto più naturale.

Il caricamento delle pagine via Wi-Fi non mi ha mai dato problemi con una normale linea a 8Mb (circa 6Mb effettivi in download). Non posso dire come si comporti in questo senso l’iPad con connessione 3G, ma facendo le dovute proporzioni con l’iPhone, l’apertura delle pagine sarà sicuramente più lenta quando non si usa la connessione wireless.

L’assenza di Flash

Che problemi mi ha dato il mancato supporto di Flash? Fino ad ora mi sono trovato bloccato in un caso, aprendo un sito di un hotel realizzato interamente in flash e senza versione HTML alternativa. Sorvolando il discorso accessibilità, è stata l’unica situazione in cui ho dovuto ricorrere ad un altro computer.

E’ anche vero che non mi interessano i giochi in Flash e navigo molto spesso per siti informativi dove il testo è prevalente. La mancanza per me non è grave, ma ero ben consapevole di questo al momento dell’acquisto: ovviamente ognuno dovrà fare le sue considerazioni in base all’utilizzo che fa della rete.

Rendering dei siti

Ho rivolto particolare attenzione al rendering dei siti su iPad, argomento che mi interessa direttamente. Tenendo il dispositivo orizzontale, i testi sono quasi sempre leggibili senza bisogno di zoom, a seconda delle dimensioni del font utilizzato. I siti con la classica larghezza di 960-980px non presentano quindi grandi problemi.

Per gli sviluppatori: non ritengo necessario realizzare una versione apposita per iPad di un sito, a meno che non ci siano particolari esigenze. Un esempio potrebbe essere un sito in Flash, con contenuti multimediali che potrebbero essere forniti in HTML5, ma in quel caso invece di realizzare una versione alternativa per il tablet Apple la cosa migliore sarebbe rifare il sito originale in maniera più accessibile.

E’ comunque da considerare con attenzione la dimensioni di elementi come link e pulsanti. Sullo schermo dell’iPad (1024x768px) alcuni oggetti potrebbero apparire troppo piccoli. E’ una cosa che potrebbe mettere in difficoltà alcuni utenti, obbligando a zoomare la pagina prima di premere un pulsante.

Una cosa fastidiosa, che sarà sicuramente risolta con il tempo ma che crea problemi in questo primo periodo di entrata sul mercato dell’iPad, è che molti siti lo riconoscono come un iPhone caricando la versione mobile. Succede anche su questo sito utilizzando il plugin MobilePress: è fastidioso, perché l’iPad ha a tutti gli effetti uno schermo di dimensioni normali, e non c’è motivo di trattarlo al pari di un palmare o di uno smartphone.

Disponibilità di applicazioni

In questi giorni l’App Store sta iniziando a popolarsi di applicazioni per iPad: è normale che siano ancora una minoranza, ma è logico aspettarsi già dalle prossime settimane un buon numero di nuovi programmi. Ce ne sono di gratuite, ma i prezzi medi sono più alti di quelle per iPhone.

Tra quelle che ho potuto provare mi limito a segnalarne un paio:

Dropbox: è eccellente, gratuita, permette di scaricare sull’iPad i file preferiti per quando non si ha la connessione a disposizione e consente di aprire i formati supportati anche con applicazioni esterne (ad esempio i pdf con GoodReader). In pratica avrete accesso in qualsiasi momento ai file che già condividete tra vari computer grazie a Dropbox.

Keynote (iWork): provata per la prima volta in un Apple Store, ho creato una presentazione di 4-5 slide in 2 minuti. Unita ad un eventuale adattatore VGA per collegarsi ad un proiettore esterno, rende l’iPad un ottimo strumento per realizzare delle slide.

Per quanto riguarda iBooks, trovate un discorso a parte più avanti.

Uso delle applicazioni per iPhone

E’ possibile usare le applicazioni per iPhone senza problemi, l’unica differenza è la risoluzione. Portando la visualizzazione a tutto schermo, il risultato è ovviamente sgranato e per me poco soddisfacente: può essere una soluzione di ripiego nel caso di alcune App insostituibili, ma ben presto vi ritroverete a cercare delle alternative apposite per iPad.

Non è solo un discorso di qualità della grafica, ma anche di interfaccia: lo spazio a disposizione sul tablet è inevitabilmente maggiore, per questo motivo utilizzare le applicazioni per iPhone è spesso limitante. Inoltre alcune non permettono di seguire l’orientamento del dispositivo in tutti e quattro i versi, ma ne hanno uno fisso (capita spesso con i giochi).

iPad come e-book reader e iBooks

Ho iniziato a leggere un e-book da qualche giorno e la prima impressione è stata positiva. I libri in formato ePub possono essere importati su iTunes e da lì sincronizzati con l’iPad. Leggere sul tablet fino ad ora non mi ha dato problemi, anche perché è possibile regolare facilmente contrasto, dimensioni e tipo di font (Palatino di default). E’ possibile che per periodi di lettura lunghi lo schermo affatichi comunque la vista: ancora non mi è capitato, ma non escludo che possa succedere dopo alcune ore.

Questa è la cruciale differenza con il Kindle di Amazon, che nasce apposta per un unico scopo e si comporta egregiamente usando l’e-ink. Se avete bisogno semplicemente di un e-book reader, l’iPad non è la scelta migliore, perché consente di fare anche molto altro. Se però siete interessati a leggere dei fumetti, il discorso si fa già più interessante, perché la resa dei colori su schermo è eccellente.

Tastiera virtuale

Inutile negarlo, la tastiera virtuale è scomoda rispetto all’alternativa fisica. Non è difficile da utilizzare con un po’ di attenzione, ma è sicuramente meglio connettere l’iPad ad una tastiera “reale” se si ha intenzione di utilizzarlo per scrivere lunghi testi.

Tenetelo presente anche in base all’uso che ne potreste fare: non ci sono problemi per scrivere l’indirizzo di un sito web, inserire una e-mail, o fare delle brevi chat, ma in altre situazioni potreste trovarla scomoda.

Io mi sto abituando gradualmente, ma la cosa più difficile è trovare una posizione ideale in cui scrivere. Utilizzando il case originale Apple come supporto per tenere l’iPad inclinato non è un gran problema, a patto di essere seduti ad un tavolo o comunque con una superficie di appoggio.

Wi-Fi o 3G?

Dopo aver utilizzato per diversi giorni il modello Wi-Fi, continuo ad essere convinto che l’uso principale dell’iPad sia quello casalingo. Sinceramente non vedo l’utilità dell’acquisto del modello 3G, soprattutto considerando anche la spesa di un abbonamento telefonico aggiuntivo: la soluzione più accessibile al momento è quella di 3 Italia, ma i problemi di copertura continuano a lasciarmi dubbioso.

L’iPad è un dispositivo comunque ingombrante, non può essere portato in tasca e sicuramente non lo tirerete fuori per fare un check-in su Foursquare o per aggiornare il vostro status su Twitter quando siete per strada. In questi casi uno smartphone resta la soluzione ideale.

La versione 3G può avere senso se viaggiate molto e lo schermo del cellulare vi sta stretto per navigare su internet, ma per vedere un film o presentare delle slide la connessione è inutile.

Conclusioni

Non è passato un tempo sufficiente per poter dare giudizi definitivi, ma fino ad ora sono decisamente soddisfatto dell’acquisto. Non c’è un solo modo per utilizzare l’iPad, ma ogni giorno scopro nuove possibilità e mi vengono in mente soluzioni a cui non avevo pensato prima.

Le limitazioni della chiusura del sistema Apple si avvertono solo se avete esigenze tali da non poter tollerare alcuni limiti. Lato hardware, l’unica cosa che avrei trovato comoda sarebbe stato un lettore di memory card integrato, invece di averlo come accessorio esterno.

Sono comunque pronto ad aggiornare questo articolo in futuro, in caso cambiassi opinione su uno dei punti elencati.

Se avete delle curiosità riguardo all’iPad, volete chiedermi qualcosa sul suo funzionamento o siete incuriositi da alcune applicazioni dell’App Store, scrivetemi nei commenti e risponderò a tutte le richieste.

Al momento gli interventi proposti sono diversi, ed il numero dei partecipanti continua a crescere. Potete trovare tutte le informazioni sui siti dedicati:

• WordCamp Milano
• WordCamp Catania

Io sarò presente a Catania, approfittando dell’occasione per godermi un po’ di vacanze in Sicilia nei giorni successivi all’evento. Non so ancora se parteciperò con un intervento (potrei raccontare qualcosa su GdR Players…), ma sarà comunque una bella opportunità per conoscere altre persone interessate all’argomento.

Se siete interessati a partecipare, registratevi sul sito del WordCamp che vi interessa. Ci vediamo a Catania!

E’ possibile infatti creare dei menu contenenti contemporaneamente:

• pagine
• categorie
• link diretti ad url specifiche

Questa novità facilita le possibilità di personalizzazione: non è più necessario nemmeno modificare nel template funzioni come wp_list_pages() o wp_page_menu, alle quali andavano passate come parametri le pagine da escludere.

I menu personalizzati sono gestiti in maniera simile alle widget: si selezionano le pagine e con il drag & drop è possibile ordinarle anche su sottolivelli. Il problema più grave di questo metodo riguarda l’accessibilità: non c’è stato alcun miglioramento dalle versioni precedenti di WordPress. E’ infatti impossibile ordinare gli elementi senza usare il mouse.

Rendere compatibile un tema con i menu personalizzati

E’ possibile adattare un tema esistente con i nuovi custom menu senza troppe difficoltà. E’ stata infatti introdotta una nuova funzione, che inserisce automaticamente sul sito il primo menu personalizzato che viene creato:

<?php wp_nav_menu(); ?>

Trovate la documentazione relativa ed i parametri opzionali in questa pagina del Codex. L’unica cosa necessaria da sapere è che se non è stato creato nessun menu personalizzato, la funzione wp_nav_menu va in fallback direttamente su wp_page_menu, di cui avevo già parlato in passato. Questo garantisce sempre la presenza di un menu di navigazione, permettendo agli utenti con esigenze particolari di poterlo personalizzare.

Aggiornamento: in attesa dell’uscita della versione ufficiale, potete scaricare la beta 2 di WordPress 3.0 dal blog.

Gli ospiti internazionali

La prima cosa che ho pensato tornando a casa, è stata che le presenze internazionali sono un grande valore aggiunto per eventi come questo. Ascoltare il talk di apertura di Jason Hobbs sull’importanza dell’Architettura dell’Informazione (ma soprattutto del gettare le basi di una scienza comune a cui fare riferimento) è stato illuminante. Trovate la sua presentazione (con alcune differenze) su SlideShare: “The door, the wind, the bird and the valise”, ed il video che appare nella slide 15 è questo:

Clicca qui per vedere il video incorporato.

Notevole anche il keynote conclusivo di Andrew Hinton: un lungo intervento su IA ed organizzazione delle informazioni, passando da D&D e Quake (!) al web design. Tanto materiale su cui riflettere, presentato in maniera eccellente: è apparso evidente come certi personaggi siano abituati a stare sul palco parlando di questi argomenti.

Gli interventi italiani

Gli ospiti stranieri di cui ho parlato valevano da soli il viaggio, ma sono stato contento di ascoltare anche altri talk interessanti: sicuramente quello di Federico Fasce, che aspettavo con curiosità e che non ha deluso le aspettative, ma anche un bell’intervento di Cristiano Rastelli sull’esperienza utente nei quotidiani online, con replica in sala di un rappresentante del gruppo dell’Espresso/Repubblica.

Ci sono state alcune note stonate, interventi troppo autoreferenziali o poco in tema con il summit, ma sono state poche eccezioni che non hanno abbassato di troppo la qualità media dell’evento.

Quando possibile cerco sempre di non mancare ad appuntamenti come questo: sono un’ottima occasione per discutere con altri lavoratori del settore, fare nuove conoscenze, e trovare spunti interessanti nei talk presentati. Mi rendo conto di averlo già scritto altre volte parlando di eventi simili e barcamp, ma non posso fare a meno di ripetermi. Partecipare a questi incontri permette di allargare i propri orizzonti, assorbendo quante più informazioni possibili. Il guadagno può essere sia culturale che interpersonale, ed ha poca importanza quale sia dei due l’aspetto prevalente, perché il bilancio sarà comunque positivo.

Alberto Mucignat ha raccolto in un video alcuni pareri sull’evento:

Clicca qui per vedere il video incorporato.