Riccardo Mori

Da quando si parlava di realizzare una versione di Google Chrome per Mac, fra i siti che ho iniziato a tenere d’occhio vi è il blog di Mike Pinkerton. Mike è nel team di sviluppatori di Camino ed è coinvolto anche nel progetto Chromium per realizzare una versione di Chrome per Mac.

Tre giorni fa Mike ha postato il primo screenshot di Chrome per Mac. Ovviamente siamo ancora in una fase piuttosto embrionale:

Badate bene, i clic non funzionano, e i renderer vanno in crash come pochi, ma una cosa eccezionale è l’interfaccia utente, che continua a funzionare malgrado i crash. Basta aprire un nuovo pannello e via! È importante sottolineare che se ci abbiamo messo così tanto ad arrivare fin qui è anche per questo. Il motore WebKit che viene integrato in Mac OS X non può funzionare in questo modo, e ci è voluto parecchio lavoro affinché funzionasse così. Inoltre, l’interfaccia utente necessita senza alcun dubbio di tutta una serie di miglioramenti, ma è comunque un buon indicatore della direzione di pulizia e semplicità che stiamo percorrendo.

Fra l’altro è interessante notare anche il secondo screenshot postato poco dopo il primo. Nell’immagine si vede cosa succede a un pannello quando va in crash. (Ricordo che in Chrome, a differenza di tutti gli altri browser, ogni pannello rappresenta effettivamente un processo indipendente — è questa una delle novità di Chrome più significative. Se un sito è mal fatto o contiene codice che normalmente manderebbe in crash tutto il browser, in Chrome va in crash soltanto il pannello in cui quel sito viene aperto. È dunque possibile aprirne un altro e continuare a navigare).

Gli utenti Mac di lunga data sorrideranno a questo simpatico tributo: il “Sad Tab” è un esplicito riferimento al “Sad Mac”, la schermata che veniva visualizzata al posto del Mac sorridente se un Mac d’annata riscontrava qualche problema all’avvio.

L’interfaccia utente, come dice Pinkerton, è ancora abbozzata, ma spero rimanga così spartana anche nelle versioni successive. Voglio ricordare che al momento esiste un altro progetto, non legato a Chromium, per portare su Mac OS X (Leopard) un browser a pannelli/processi indipendenti: Stainless.

Nato inizialmente più come proof of concept che come applicazione completa, Stainless ha rapidamente incrementato il ritmo di aggiornamenti fino ad assestarsi sull’attuale versione 0.4.5, stabile e veloce. In più, la grande quantità di feedback positivo (compreso il mio — e ho ricevuto persino una risposta in tempi brevi da uno dei programmatori) ha indotto il team di Stainless a fare sul serio, e al momento stanno lavorando a una prossima versione con nuove funzionalità (compresa la gestione dei bookmark), che rendano Stainless una vera alternativa agli altri browser in circolazione.

Il mio suggerimento ai programmatori di Stainless è stato quello di cambiare il comportamento di default del browser quando si fa clic su un link in un’altra applicazione. Al momento Stainless gestisce i link in entrata aprendo una nuova finestra, ma questo — come ho suggerito — rientra poco nella filosofia di Chrome (a cui Stainless si ispira): meglio che apra un nuovo pannello, o che vi sia un’opzione nelle preferenze che specifichi quale deve essere il comportamento di default (come avviene già in Safari, Camino, Firefox, ecc.). La risposta è stata positiva: evidentemente è un’esigenza che altri come me hanno sentito.

Ho già menzionato Stainless in un vecchio post, ma ho voluto riparlarne perché credo sia un browser molto promettente e da tenere d’occhio. E da installare, per chi non ha la pazienza di aspettare Chrome per Mac.

Leggo stamattina su Macworld USA la notizia secondo cui Microsoft avrebbe in programma di aprire una catena di negozi à la Apple Store per “trasformare l’esperienza di acquisto di un PC e dei prodotti Microsoft”. Per svolgere questo compito ha persino assunto un esecutivo di Dreamworks.

Sì, so quel che state pensando. L’ho pensato anch’io.

Piccoli stralci dall’articolo di Macworld:

Secondo un comunicato stampa Microsoft, gli store aiuteranno Microsoft ad avere un contatto più diretto con i consumatori e a capire immediatamente ciò che vogliono acquistare e in che modalità.

Che dite, meglio tardi che mai?

Per quanto riguarda l’interazione diretta con i propri clienti e consumatori, è da molto ormai che si ritiene Microsoft piuttosto indietro rispetto ad Apple, sua concorrente, e Apple ha un vantaggio e l’esperienza di svariati anni nel gestire una catena di negozi. Malgrado Microsoft produca le sue console di gioco (Xbox), i suoi media player (Zune) e altri dispositivi, è tuttora priva di un prodotto PC con il proprio marchio come il Macintosh di Apple.

Ecco, appunto. Il nodo della situazione è ben riassunto in queste poche righe. Anzitutto, Microsoft e Apple sono sempre state percepite come acerrime rivali, quando in realtà competono seriamente in ben pochi mercati. Lo ribadirò fino alla nausea: Apple è un’azienda che produce hardware in primis, e poi anche il software per far funzionare tale hardware. Microsoft è essenzialmente un’azienda che produce software. E se vogliamo guardare un po’ più a fondo, oggi Apple e Microsoft non competono granché neanche sotto il profilo software. Apple ha sviluppato programmi per Windows (QuickTime, iTunes, Safari…), e Microsoft ha sempre prodotto Office per Mac. Il fatto che i Mac con processori Intel possano far girare nativamente Windows non può che essere una buona notizia per Microsoft, che vende qualche licenza di XP o di Vista in più.

Apple non produce una console di gioco, quindi nessuna competizione con Xbox. E in quei territori in cui potrebbe esserci competizione (player MP3, e adesso la catena di negozi — dando per assodato che il progetto verrà effettivamente realizzato), in realtà non c’è competizione, perché Microsoft si è sempre svegliata troppo tardi. Questa idea dei Microsoft Store ne è l’ennesima prova.

Questa mossa fa parte dei preparativi che l’azienda sta approntando con la prossima uscita di Windows 7, e le nuove release di Windows Mobile e del portale online Windows Live. È una decisione in linea con i cambiamenti che Microsoft ha effettuato nel settore marketing dopo l’immagine negativa creatasi intorno al suo sistema operativo Windows Vista.

Buona fortuna. A parte che da quando ho letto questa notizia sto cercando davvero di immaginarmi come possa essere un Microsoft Store e in che cosa si possa differenziare dal solito reparto PC dei negozi di informatica, degli ipermercati e centri commerciali. Perché il successo degli Apple Store è dovuto a tanti fattori, ma davanti a tutto metterei il design gradevole del luogo e la potenza del marchio Apple, che uniti formano un’esperienza ‘diversa’, ‘alternativa’ al solito negozio. Ordine, eleganza dell’esposizione, utilizzo dei materiali (gli Apple Store hanno una certa sobrietà quasi da museo d’arte moderna), addestramento del personale, in genere amichevole, preparato e non invadente.

Microsoft che farà? Scaffali con Xbox, Zune, scatole di Office, delle tante versioni di Vista e del prossimo Windows 7, tastiere e mouse, probabilmente ci sarà uno spazio dedicato al merchandising dove si venderanno le nuove T‑shirt della linea Softwear e che altro? Ci saranno forse dei PC, dei palmari e smartphone con sistema operativo Windows Mobile. Cerco di essere il più possibile imparziale, ma non riesco, non riesco proprio a immaginarmi uno store appetibile e che faccia venir voglia di entrare a dare un’occhiata e provare i prodotti. A parte la prima volta, forse, per curiosità.

Insomma, per recuperare gli anni perduti e cercare di ridurre il vantaggio accumulato da Apple, dovranno farsi venire delle ottime idee. Altrimenti sarà altro denaro buttato, come per la campagna pubblicitaria I’m a PC.

Qualche giorno fa, passando in rassegna i nuovi post della trentina di feed RSS che seguo assiduamente, notavo l’annuncio di una nuova applicazione per Mac OS X: Tags, di Gravity Applications LLC.

Tags implementa un sistema di tagging (in italiano diremmo forse ‘un sistema di etichettatura’) esteso a tutto il sistema e non legato a una o più applicazioni in particolare. Come nota Gruber, l’interfaccia grafica è simile a Quicksilver o a LaunchBar, in quanto è richiamabile in qualsiasi momento grazie a una scorciatoia da tastiera. Lo screencast presente nella pagina principale di Tags illustra molto bene il funzionamento del programma; la spiegazione è ovviamente in inglese, ma anche solo osservando il video si può avere un’idea di come funziona l’utility.

In sostanza, si può etichettare tutto: foto, messaggi email, file nel Finder, segnalibri di Safari, e chi più ne ha più ne metta. I tag vengono archiviati come metadati, e quindi è possibile effettuare in un secondo momento potenti ricerche con Spotlight.

In generale, il concetto dei tag è mostruosamente semplice: se a ogni elemento — che siano file sui miei dischi, foto caricate online con un servizio come Flickr, segnalibri condivisi, articoli di un blog, ecc. — applico delle etichette identificative (i tag, appunto), le mie ricerche future saranno di molto velocizzate e semplificate. Più tag attacco a un elemento, e più aumenta la specificità di quei tag, ancora meglio. Trovare file, foto, messaggi, segnalibri e quant’altro sarà ancora più facile.

Fin qui tutto bene. E allora dove stanno le mie perplessità?

In primo luogo voglio far notare quel che secondo me è il punto più debole dell’applicazione Tags: nella maggior parte dei casi, gli utenti che la provano/comprano si troveranno con uno o più Mac in cui probabilmente non è mai stato fatto un lavoro di tagging in precedenza. Oppure lo si è incominciato scrivendo parole chiave nella sezione Commenti Spotlight nel pannello di informazioni dei file (ma quanti lo fanno davvero?). Certo, si può incominciare a etichettare tutti i nuovi file che vengono aggiunti al sistema dopo l’acquisto di Tags, ma a un certo punto, se si vuole sfruttare appieno Tags, bisognerà cominciare a gestire tutto l’archivio di file ed elementi già immagazzinati nel Mac. Non voglio provare nemmeno a fare un calcolo approssimativo del tempo che una tale operazione porta via. Che sia tempo buttato o ‘investito’ lo deciderà il singolo. Per quanto mi riguarda, niente da fare. Preferisco utilizzare uno o più strumenti di ricerca: forse ci metterò tre minuti invece di trenta secondi per trovare il documento che mi interessa, ma alla fine con ogni probabilità avrò perso meno tempo che non a ‘taggare’ intere directory di file di testo, immagini, PDF, e via dicendo.

Non ritengo i tag una cosa inutile a priori, anzi. Io stesso ne faccio un uso leggero, per esempio in Flickr e in questo stesso blog. Ma perché ho iniziato a mettere i tag alle fotografie fin da quando attivai il mio account qualche anno fa. Se in tutto questo tempo non avessi mai inserito i tag, non mi metterei certo a farlo ora, dopo aver caricato più di 500 foto. Stesso dicasi per le Categorie e i Tag di questo blog. Ce ne sono perché le ho stabilite fin dal principio.

Un altro fattore che incide sulla reale efficacia dei tag, come ho già accennato poco sopra, è la loro specificità. Tag come “lavoro”, “progetto”, “confidenziale”, “vacanza”, “scansione”, “fattura”, “amici”, sono troppo generici per poter aiutare davvero nel momento in cui si effettua una ricerca. Usare tag del genere non serve a molto e quasi si fa prima a trovare il file di una certa fattura servendosi di una Cartella Smart (Cerca il documento che contiene ‘fattura’ nel nome, compreso tra il 15/10/2008 e il 30/11/2008). Più ci mettiamo a pensare tag creativi e specifici per i vari elementi, più tempo impieghiamo nella nostra titanica operazione di tagging.

Lo considero tempo perso perché il tempo impiegato a etichettare tutti i dati che ci interessano non viene quasi mai interamente ammortizzato dal tempo che in teoria si risparmierebbe nella successiva fase di ricerca. Soprattutto, è tempo investito in maniera preventiva: si cataloga tutto quanto perché ‘potrebbe servire’, ma la quantità di ricerche effettuate difficilmente supererà il numero degli elementi catalogati. In altre parole: ‘tagghiamo’ (brrr che verbo!), cataloghiamo migliaia di elementi per poi magari ricercarne effettivamente un paio di dozzine. E con ‘ricercare’ intendo proprio affidandosi a strumenti di ricerca (come Spotlight) e non — come a me capita nella maggior parte dei casi — sfogliare quelle due o tre cartelle nel disco rigido in cui sappiamo già dove si trova il file che cerchiamo.

Il personal computer è nato con una filosofia ben precisa: aiutare l’uomo a svolgere compiti difficili e operazioni noiose e ripetitive. Con Tags, e il tagging in generale, a mio avviso si fa un passo indietro. Nel mio sistema operativo ideale dovrebbe essere il calcolatore a estrarre più informazioni possibili dai file per poi catalogarli e aiutare l’utente nelle ricerche.

No, non si tratta di un post sulla fotografia. Ma se avete Mac OS X Leopard e il browser che usate principalmente è basato su WebKit, come Safari (e non Camino o Firefox), e come me odiate quei siti ad alto contenuto Flash (o comunque siti con una irritante presenza di banner pubblicitari fatti in Flash), allora non esitate a installare ClickToFlash. Si tratta di un plug-in che filtra la maggior parte del contenuto Flash di un sito, mettendo un segnaposto con etichetta “Flash”. Un esempio:

Ultimamente eBay mostra una fastidiosissima pubblicità Flash animata in un punto della pagina che è impossibile ignorare. Con ClickToFlash gli occhi riposano.

Se si è interessati a vedere il contenuto Flash, basta fare clic sul riquadro. Se si vuole aggiungere il sito che fornisce il contenuto Flash a una ‘lista bianca’ (perché si vuole istruire il browser affinché visualizzi sempre i contenuti Flash quando lo si visita), basta fare Ctrl-clic o clic con il pulsante destro del mouse sul riquadro e scegliere Add [nome del sito] to whitelist dal menu contestuale. Se in un secondo momento si vuole modificare l’elenco dei siti inseriti nella lista bianca, scegliere Edit whitelist sempre dal menu contestuale. Semplice ed efficace.

Lo so, la notizia non è nuovissima, ma prima di parlarne in questa sede ho voluto collaudare il plug-in sul mio Mac per qualche giorno e finora non ho notato alcun problema.