La concorrenza

Ubuntu, con la sua Netbook edition è al momento, per quello che ne so io, l’unica distribuzione interamente pensata per i netbook. Questo se escludiamo il progetto MeeGo, che però è più un ibrido netbook/tablet/smartphone, e che comunque quasi nessuno, forse a torto, si sta veramente fumando.
Comunque avrei probabilmente provato Ubuntu Netbook, se non avessi visto tanti articoli negativi su di essa (1, 2 e 3 giusto come assaggio).
Insomma, pare proprio che Canonical questa volta abbia sbagliato qualcosa.

Nota personale: mi da l’idea delle volte di una compagnia che annuncia sopra le proprie possibilità, come certi politici. Che stia cercando di annunciare più di quanto non riesca veramente a creare. Probabilmente la nuova interfaccia Unity avrebbe richiesto ancora sei mesi o un anno di lavoro, invece hanno preferito migliaia di utenti incavolati che hanno reinstallato la versione vecchia di Ubuntu. Non credo di capirli.

Quindi che fare?

Plasma Netbook

Il team KDE ha una solidissima tradizione nel mondo degli ambienti desktop. Nata nel 1996, ha fatto la storia degli spazi di lavoro grafici su Linux, ed ha saputo riconoscere il momento in cui era necessario un nuovo inizio quando ha lanciato la versione 4 del suo Desktop Environment (che oggi si chiama Software Compilation). KDE SC è disponibile per tutte le principali distribuzioni Linux, ma probabilmente pochi sanno che dispone integrato anche di un ottimo ambiente per netbook, ovvero proprio Plasma Netbook.

Se volete provarlo anche se non avete un netbook, aprite le Impostazioni di sistema, cliccate su Spazio di lavoro e nella tendina del tipo selezionate Ultraportatile (ma che traduzione è?!?!!). Non serve nemmeno riavviare.

Questo l’aspetto quasi standard (ho modificato lo sfondo ed alcune delle icone). Negli screenshot è in inglese, ma è disponibile anche in italiano. Sono io che sono strano.

La schermata di base si chiama Search and launch ed è divisa in tre fasce. Nella prima è presente una lista di icone «preferite», personalizzabili semplicemente trascinandovi sopra le icone desiderate, mentre nell’ultima quello viene visualizzato altro non è che il menu delle applicazioni, con le sue categorie. Cliccando su una categoria si apre il contenuto (con una piacevole animazione). Nella fascia centrale, infine, si trova il tasto Back per tornare indietro nella navigazione delle categorie, ed una comoda barra di ricerca. Qui è possibile digitare varie cose, tra cui il nome (o parte del nome) delle applicazioni, che verranno immediatamente filtrate nella fascia in basso. Molto comodo per avviare programmi senza dover usare il mouse o il trackpad.

Cliccando sul tab Page one in alto, invece, si passa ad un’altra pagina che possiamo definire una bacheca, dove possono essere inseriti vari «plasmoidi» a scelta dell’utente. In definitiva una cosa equivalente alla Dashboard che gli utenti Mac ben conoscono.

Uso delle applicazioni

Il comportamento predefinito di tutte le finestre che si aprono è quelle di essere visualizzate a tutto schermo, il che rende il tutto molto coerente, e permette di ottimizzare gli spazi ridotti del monitor di un netbook. Non solo: la barra in alto scompare (basta andare sul bordo in alto con il mouse per farla ricomparire), e le finestre stesse perdono la barra del titolo, mentre i pulsanti di chiusura e ridimensionamento vengono integrate nella barra a scomparsa. Ecco come appare il filemanager Dolphin quando faccio comparire la barra in alto.

Le icone a destra servono appunto per ridimensionare (utile quando si vuole fare drag&drop di qualcosa) o chiudere l’applicazione. Come ho già detto prima, l’uso della barra principale a scomparsa come barra del titolo permette un ottimo risparmio di spazio. Cliccando poi sul nome del programma aperto accanto alle icone di ridimensionamento e chiusura, compare l’elenco delle applicazioni avviate, per cui è possibile spostarsi tra di essere (oppure si può premere Alt+Tab).

Conclusione

KDE Plasma Netbook è in tutto per tutto uguale a KDE Desktop, e del resto sono installati assieme. Per cui rimane disponibile tutta la flessibilità e la potenza tipica di KDE, ma con un’organizzazione ed un’ottimizzazione degli spazi appositamente pensata per le ridotte dimensioni dei netbook. Mi azzardo a dire che è probabilmente la miglior interfaccia per netbook al momento disponibile, dove del resto la battaglia non sta certamente infuriando, anche a causa del disinteresse delle case di sviluppo commerciali. Insomma, se avete un netbook, o state pensando di acquistarlo, vi consiglio di provare una versione recente di KDE Plasma Netbook.

Note sul sistema di test

Qualche informazione finale anche su questo aspetto, che ha la sua importanza. Il netbook provato, come dicevo, è l’Asus EeePC 1001PXD, con processore Intel Atom N455, 1 GB di memoria ram e 250 GB di hard disk. Il monitor è a led, da 10.1 pollici e con una risoluzione di 1024×600 pixel. Ho testato KDE Plasma Notebook con KDE 4.5.5, installato sulla Spin KDE di Fedora 14. Devo dire che la distribuzione ha riconosciuto subito tutto l’hardware presente (il lettore di schede SD in realtà non l’ho ancora provato), e supporta pienamente lo sleep in ram. Ottimo!

Al lavoro…

Lo sviluppo mobile è proprio un mondo a parte. Essendo io principalmente uno sviluppatore web, credevo di avere una certa dimestichezza con il design delle interfacce, devo dire che la creazione di applicazioni per dispositivi mobili si sta rivelando essere molto interessante da questo punto di vista. Credo di aver già ridisegnato l’interfaccia dalle 3 alle 4 volte (su 9 revisioni totali che ho committato).

Io mentre penso a come fare l’interfaccia. Credo di aver già usato questa foto in un altro post. Foto: mia. Soggetto: io. Fotografo: GaMe.

Cose che mi piacciono dello sviluppo Android, fino ad ora:

• Si può sviluppare da Linux
• Layout del programma in XML
• Il sistema operativo Android
• Alcune cose molto intuitive da sviluppare
• È un’applicazione nativa per cellulare!

Cose che non mi piacciono:

• Il plugin per disegnare le interfacce di Eclipse (lo so, questa è come sparare sulla Croce Rossa)
• Come viene gestita l’integrazione con il database SQLite
• Alcune cose molto poco intuitive da sviluppare
• Poco MVC out-of-the-box
• È Java (ma si dice che i programmatori sono più bravi se programmano con linguaggi che non gli piacciono, quindi io sarò bravissimo!)

Liste ovviamente non esaustive! Mmm, che cosa volevo dire a questo punto? Ah, che non so se l’app andrà mai sull’Android Market, ma comunque ne saprete di più tra qualche tempo, tra non molto dovrebbe essere ormai abbastanza completa per distribuirla ad una «coalition of willings» che la testino! Poi avrò da pensare anche ad un progetto web che ho in mente, che convergerà sia sul desktop che sul mobile, ma di questo è ancora presto per parlare.

Quindi non mi resta che augurarvi BUON NATALE!

Questo il metodo onCreate dell’activity che crea la ListView:

@Override
public void onCreate(Bundle savedInstanceState) {
    // ...
    // items è l'istanza di Cursor che contiene i dati da mostrare
    MyAdapter myAdapter = new MyAdapter(this, items);
    setListAdapter(myAdapter);
    // ...
}

L’adapter che inserisce i dati nella lista è definito così:

private class MyAdapter extends CursorAdapter {
    public MyAdapter(Context context, Cursor items) {
        super(context, items);
    }

    // ... override dei metody newView e bindView ...
}

Per aggiornare la lista dopo qualche operazione su di essa, quindi, basterà chiamare il metodo requery() sull’istanza della classe Cursor che è visualizzata nella ListView:

items.requery();

Questo metodo si curerà di effettuare nuovamente la query sul database, e quindi di ricompilare la lista con i nuovi risultati.

Non c’entra con il caso in questione, ma per chi fosse interessato al magico mondo delle ListView, non posso che consigliare questo video sul tema, da una conferenza del Google I/O del 2010.

La differenza si vede subito guardando per prima cosa l’occupazione della ram: Cherokee ne occupa davvero uno «sbanderno» in meno. Non ho dati precisi, ma Apache con tre processi (che sono pochi) lasciava alla mia vps da 512 MB di ram circa 100 MB liberi, con Cherokee ho liberi quasi sempre 250 MB (ed ho molte più istanze attive)! Altri pregi di Cherokee sono la maggiore velocità (almeno rispetto ad Apache con prefork, con il worker non lo so), e l’interfaccia di amministrazione web-based, che permette di configurare tutte le opzioni del server senza modificare direttamente i file di configurazione.
L’unico vero difetto che ho riscontrato in Cherokee riguarda la gestione degli url, ovvero quella cosa che gli utilizzatori di Apache conoscono come RewriteRule. Si riesce a fare praticamente tutto, ma ahimè non è particolarmente intuitivo. È un peccato, perché in assenza di una procedura guidata specifica (che è disponibile per i framework/cms più diffusi), la creazione di pretty url è un po’ ostica.

Foto: sugree

Discorso url rewrite a parte, la VPS mi sembra molto buona (magari ve ne parlerò più esplicitamente in futuro), l’azienda che la gestisce seria, e sono finalmente riuscito ad usare la mia distribuzione Linux preferita. A proposito, mancano solo 8 giorni! No, non alla soluzione del problema dei rifiuti promessaci da Berlusconi, ma all’uscita della nuova versione della Fedora!

Insomma, spero di trovarmi bene. Intanto «giro» i DNS, quando vedrete questo post vorrà dire che si saranno girati!

Per ulteriori informazioni su come utilizzare la mia lista, consulta la pagina apposita sul wiki: http://wiki.poluz.net/pub:poluzadblock
Per segnalarmi problemi o suggerimenti, in attesa di strumenti più adatti, scrivimi a questo link: http://www.formspring.me/poluz

Diciamocelo chiaramente, agli utenti scoccia molto non avere aggiornamenti per un terminale che hanno pagato qualche centinaia di euro, e che magari ha potenza di calcolo e capacità varie ancora sulla cresta dell’onda.
Al momento non è che gli aggiornamenti non ci siano, ma il loro rilascio è in balia della volontà e dei tempi dei singoli produttori di terminali, che sembrano fare gara a chi aggiorna per ultimo i propri prodotti. L’ultima versione 2.2 «Froyo», rilasciata proprio negli ultimi giorni, nelle aspettative dovrebbe attenuare questo problema implementando un sistema di aggiornamento migliorato. Non so se le aspettative si siano poi avverate, non ho ancora controllato, ma il problema è che per usufruire di questo ipotetico nuovo sistema, a Froyo bisogna arrivarci!

La «questione» aggiornamenti secondo me può allontanare eventuali acquirenti. L’acquistare un apparecchio non proprio economico, senza sapere se potrà evolvere con nuove funzionalità o sarà, al contrario, dimenticato, può bloccare alcuni potenziali clienti più «avanzati». iPhone si aggiorna praticamente per tutti, e questo è certamente un pro.

Io credo che se Google vuol far diventare Android un sistema operativo su cui si può veramente contare, deve assolutamente mettere una pezza al problema e gestire gli aggiornamenti per il maggior numero di dispositivi. Esiste tra l’altro una specie di «consorzio», chiamato Open Handset Alliance a cui partecipano aziende software ed hardware legate ad Android, che invece di stare a guardare (come è stata a torto o ragione accusata da alcuni articoli qualche tempo fa), potrebbe avere un ruolo più che attivo nel gestire gli aggiornamenti in comune accordo con i produttori di smartphone e terminali in genere.

Senza una svolta decisa al sistema degli aggiornamenti, anche i produttori più virtuosi non potranno fare di meglio che «rincorrere» le versioni, rendendone disponibile una quando magari ci sarà già quella nuova, e rendendo frustrante per un po’ tutti l’utilizzo della piattaforma. Se Google vuole sfondare, non deve solo creare il sistema operativo migliore, deve anche renderlo utilizzabile a tutti.

Android – Guida per lo sviluppatore cade, in definitiva, nel solito «problema» che affligge molti testi tecnico/scientifici italiani: sono troppo nozionistici e poco operativi. Bisogna arrivare oltre pagina 230 per cominciare a poter programmare qualche applicazione con un minimo di senso, e sinceramente mi sembra troppo, soprattutto se guardiamo i libri in inglese su Android che in 50 di pagine ti permettono di creare qualcosa che almeno reagisce ad una tua azione. Android – Guida per lo sviluppatore invece ti riempie subito di informazioni, a volte inutili nel processo di apprendimento, mentre per cercare quello che vuoi devi cominciare a saltare subito avanti ed indietro (ad esempio se vuoi salvare qualche dato si comincia a parlare della cosa solo a pagina 329).

In definitiva, Android – Guida per lo sviluppatore è un libro molto approfondito, certamente ben curato, che però ha scelto un approccio didattico che non aiuta al rapido sviluppo iniziale ed all’affinamento sucessivo. Come mia personalissima opinione dico quindi che se volete iniziare a sviluppare in fretta è meglio se vi indirizzate a qualche opera diversa ed inglese, eventualmente anche ai tutorial sul sito ufficiale. Android – Guida per lo sviluppatore potrà eventualmente tornarvi utile in una fase successiva, come libro di approfondimento.

Anno: 2010
Pagine: 534
Editore: Apogeo
ISBN: 978-88-503-2921-2

Prima di tutto, ecco in un’immagine il risultato che desideriamo ottenere.

Come si vede molti widget sono stati eliminati (non sono presenti nemmeno nella tendina «Impostazioni schermo» che si trova in alto a destra), ed in prima posizione nella colonna di destra troviamo le nostre linee guida.
Tutto il codice per ottenere questo risultato deve essere scritto nel file functions.php presente nella cartella principale del vostro tema di WordPress. Nel caso utilizziate il tema di default, ad esempio, il file sarà in cartella di wordpress/wp-content/themes/default. Nel caso in cui il file functions.php non sia presente, basterà crearlo ex novo. I passi che dobbiamo svolgere sono essenzialmente tre: cancellare i widget non desiderati, creare un nuovo widget personale, ed infine posizionarlo ove desiderato.

Cancellare i widget non desiderati

La funzione seguente, cancella il widget «Plugins»:

function remove_dashboard_widgets() {
    // $wp_meta_boxes contiene i widgets della dashboard
    global $wp_meta_boxes;
    // cancello il widget
    unset($wp_meta_boxes['dashboard']['normal']['core']['dashboard_plugins']);
}

Basta? No, dovete «agganciare» questa funzione a quella di WordPress che gestisce la bacheca. Lo potete fare con questa riga da inserire dopo la funzione che abbiamo appena definito:

add_action('wp_dashboard_setup', 'remove_dashboard_widgets');

Ora ricaricando la pagina vedrete magicamente scomparire il widget. Quelli che seguono, sono i widget che si possono togliere:

• $wp_meta_boxes['dashboard']['normal']['core']['dashboard_right_now']
• $wp_meta_boxes['dashboard']['normal']['core']['dashboard_recent_comments']
• $wp_meta_boxes['dashboard']['normal']['core']['dashboard_incoming_links']
• $wp_meta_boxes['dashboard']['normal']['core']['dashboard_plugins']
• $wp_meta_boxes['dashboard']['side']['core']['dashboard_quick_press']
• $wp_meta_boxes['dashboard']['side']['core']['dashboard_recent_drafts']
• $wp_meta_boxes['dashboard']['side']['core']['dashboard_primary']
• $wp_meta_boxes['dashboard']['side']['core']['dashboard_secondary']

Purtroppo è necessario specificare uno alla volta tramite unset() quali eliminare.

Creare un nuovo widget personale

Per prima cosa è necessario creare una funzione che gestirà il contenuto del nostro widget. Che generi dinamicamente il testo o lo legga da un file (solo per fare due esempi) è indifferente, l’importante è che alla fine della fiera lo si «stampi» con il comando echo, come nell’esempio seguente.

function my_dashboard_widget_function() {
    echo 'Il testo del mio bel widget';
}

Fatto ciò, aggiungiamo la nostra funzione all’elenco dei widget, definendo una funzione apposita.

function mywidget_add_dashboard_widgets() {
    wp_add_dashboard_widget('my_dashboard_widget', 'Mio Widget', 'my_dashboard_widget_function');
}

Il primo parametro è una stringa identificativa del widget, che ci permette di referenziare il nostro widget come abbiamo fatto prima per dashboard_plugins, ad esempio. Il secondo parametro è il testo che comparirà come titolo del widget («Linee guida gestione sito» nell’immagine di esempio ad inizio post), infine il terzo parametro è il nome della funzione che stampa il testo del widget, e che abbiamo definito in precedenza.

L’ultimo passaggio è quello di «agganciare» il nostro lavoro, similmente a come abbiamo fatto con la funzione che elimina i widget:

add_action('wp_dashboard_setup', 'mywidget_add_dashboard_widgets');

Ricarichiamo la pagina dell’amministrazione, e se non abbiamo commesso errori nella scrittura del codice vedremo comparire il nostro nuovo widget.

Ordinare i widget

Mmmm… però il widget che abbiamo creato ora compare alla fine della prima colonna. E se lo volessimo all’inizio della seconda colonna? Il codice seguente, con un po’ di lavoro sporco, riposiziona il widget all’inizio della seconda colonna.

function move_my_dashboard_widget() {
    global $wp_meta_boxes;
    $myWidget = array('my_dashboard_widget' => $wp_meta_boxes['dashboard']['normal']['core']['my_dashboard_widget']);
    unset($wp_meta_boxes['dashboard']['normal']['core']['my_dashboard_widget']);
    $sideDashboard = $wp_meta_boxes['dashboard']['side']['core'];
    $wp_meta_boxes['dashboard']['side']['core'] = $myWidget + $sideDashboard;
}
add_action('wp_dashboard_setup', 'move_my_dashboard_widget' );

Andiamo con ordine. La prima riga del corpo della funzione, rende nuovamente globale l’elenco dei widget, così che le operazioni che svolgiamo su di esso si ripercuoteranno su tutto WordPress (l’abbiamo già fatto prima).
La seconda riga fa essenzialmente una copia di backup del nostro widget: lo legge dalla prima colonna (che WordPress chiama «normal»), lo mette in un array con il suo nome (che crea al volo), e lo salva nella variabile $myWidget.
Nella terza riga, eliminiamo dalla colonna «normal» il nostro widget (per quello nella riga precedente ce lo siamo copiati!).
La terza e la quarta riga uniscono (concatenano) la colonna destra (che WordPress chiama «side» e che avevamo temporaneamente salvato nella variabile $sideDashboard), e l’array con la copia di backup del nostro widget. Il risultato dell’unione lo salviamo nuovamente nell’array che definisce la colonna di destra.
Fuori dalla funzione, con il consueto comando, informiamo WordPress dell’esistenza del nostro lavoro.

Ricaricando la pagina, vedremo spostarsi il widget all’inizio della colonna di destra. Se invertiamo l’ordine degli operandi della concatenazione, il widget verrà aggiunto alla fine della colonna. Per posizionamenti intermedi, sarà necessario giocare un altro po’ con gli array, ma ciò esula dagli scopi di questa guida.

Quando l’ordinamento non funziona

L’ordinamento funziona solo quando l’utente che visita la bacheca non ha già in precedenza ordinato a mano i widget. In caso contrario l’ordinamento da lui impostato prevarrà su quello settato dalle funzioni create in functions.php. Tutti gli utenti nuovi, invece, vedranno l’ordinamento da noi voluto immediatamente.

Riferimenti

Il risultato desiderato è stato ottenuto. Infine un paio di link di riferimento:

• Le API dei widget della bacheca sul Codex di WordPress
• 10 WordPress dashboard hacks

service NetworkManager stop
rm /var/lib/NetworkManager/NetworkManager.state
service NetworkManager start

I comandi vanno eseguiti da root o con sudo.

La forma

L’altezza e la larghezza dell’Acer Liquid sono equivalenti a quelle dell’iPhone 3G, lo spessore invece è maggiore, pari a 12,77 mm. Il peso inclusa batteria è di 135 grammi. Rispetto al cellulare che usavo prima (il Motorola L6 che si vede anche nella foto seguente), la larghezza è leggermente maggiore così come lo spessore, che rimane comunque nella media di tanti altri cellulari più «tradizionali» (il Motorola è davvero sottile). Devo dire che nella tasca dei pantaloni non si sente più di tanto e non da alcun tipo di fastidio.

Generazioni a confronto.

L’apparecchio (che per il momento ho soprannominato Poldo), non è dotato di tasti fisici sul frontale (i quattro pulsanti standard di Android sono tasti touch anch’essi), mentre sul lato sinistro presenta il pulsante di accensione, ed a destra il bilancere del volume e il pulsante di scatto della fotocamera.
Il connettore per la ricarica della batteria e lo scambio dati è di tipo mini USB, e si trova sul fondo del telefono, mentre in testa troviamo il connettore per gli auricolari e il bellissimo sistema delle notifiche a led, di cui l’immagine seguente mostra l’utilizzo.

Le icone di notifica si accendono nella parte superiore dell’Acer Liquid.

Le icone sono tre: batteria, messaggi e chiamate, e si attivano con varie modalità di lampeggio per indicare cosa sta accadendo. Veramente molto comode e «stilose».

La qualità costruttiva è abbastanza buona. Per permettere la realizzazione di un dispositivo così economico, Acer ha dovuto impiegare la plastica per il corpo del terminale, a scapito di materiali di qualità superiore. Comunque il Liquid in mio possesso è ben assemblato, e non presenta nessuno scricchiolio od imperfezione di alcun tipo.

Le cose che fa

Fa effetto vedere che la cosa che una volta era l’attività principale di un cellulare, ovvero la telefonata, sia diventata un’icona come le altre, insieme alla posta elettronica, al browser web ed a tante applicazioni «sociali», da Facebook a Twitter. Cosa fa l’Acer Liquid? Più o meno tutto quello che può fare uno smartphone al giorno d’oggi: scrivere documenti, email, scattare foto e caricarle online, cercare nelle mappe, fare da navigatore satellitare, ascoltare musica, guardare video e chi più ne ha più ne metta. Liquid fa tutto questo, magari non «out of the box», ma può farlo semplicemente installando il software necessario. Elencare le applicazioni presenti di default nel dispositivo non è particolarmente utile, se manca qualcosa quasi sicuramente si può installare.

Sempre in tema di software, sono rimasto piacevolmente colpito dall’assortimento dell’Android Market, che è il mezzo standard per installare applicazioni sui terminali Android. Gli utenti di iPhone affermano che il livello qualitativo dell’Android Market non è paragonabile allo store di Apple, tuttavia a me non è parso male, c’è della bella roba.

La fotocamera da 5 megapixel è dotata di una messa a fuoco automatica al centro anziché fissa come nella maggior parte dei concorrenti, permettendo migliori risultati fotografici. Dalle mie prove (trovate qualche esempio sotto), mi è sembrato che le foto prodotte siano di buona qualità. I video vengono invece registrati a 640×480 di risoluzione, a 15 fotogrammi al secondo. L’unica pecca del comparto fotografico è l’assenza del flash, quindi in condizioni di scarsa illuminazione le foto sono un po’ come sono (cioè generalmente mosse), per il resto niente male.

Due foto scattate dall’Acer Liquid. A sinistra, una foto esterna realizzata nei 30 secondi di sole (molto velato) che ci sono stati questa settimana; a destra una foto con luce alogena scattata a distanza ravvicinata. Si nota che il sistema di autofocus mette a fuoco nel centro dell’immagine. Cliccate sulle immagini per andare su Flickr dove si possono anche vedere alla dimensione originale.

Funziona bene?

Direi di sì. L’interfaccia è molto reattiva (grazie al potente processore), e tutto si avvia e funziona molto rapidamente. La connessione dati via rete telefonica è stabile anche in movimento (provata in corriera) ed il wi-fi «prende» discretamente bene. Il GPS è rapido. Per la parte telefonica l’audio è molto pulito e potente, anche con le cuffie in dotazione (che sono inoltre abbastanza buone nella riproduzione dei bassi nella musica). La batteria dura, con un uso abbastanza intenso soprattutto dati, 1 giorno e mezzo sempre connesso in 3G, e due giorni abbondanti connesso in 2G.

Android mi è parso un sistema operativo molto avanzato, e tuttavia semplice da utilizzare. È ovviamente molto più complesso da usare rispetto ad un cellulare «old style», ma è certamente incredibilmente più potente. Un ottimo ambiente per telefoni avanzati, quindi, che avrà molto probabilmente il suo boom nel corso del 2010.

In conclusione, l’Acer Liquid è un dispositivo con caratteristiche tecniche irraggiungibili in questa fascia di prezzo. Anzi, è spesso più prestante di terminali più costosi; come rapporto qualità-prezzo non ci sono paragoni sul mercato al momento. Acer poi sembra molto interessata ad entrare in forze nel mercato smartphone: non solo ha annunciato che a marzo aggiornerà l’Android del Liquid alla versione 2.0, ma pare sia anche interessata a presentare fino a 10 smartphone nel corso del 2010. È nella qualità dell’assistenza post vendita (e nel caso degli smartphone, quindi, anche negli aggiornamenti per il sistema) che si crea una credibilità attorno al proprio marchio, se a queste notizie seguiranno i fatti, Acer avrà fatto le mosse giuste.