The built-in tether support acts as a WiFi hotspot and router. This does a USB tether, and acts as a network proxy. Very different.

The biggest difference, from the carrier’s end, is that routing is pretty easy to detect; each packet that goes through the router, the time-to-live (TTL) field in the IPv4 header is decremented. In addition, there is NAT going on, and there are heuristics to detect that. There are ways around this using Linux’s iptables that can masquerade the routing/NAT, but I’m unaware of any mainstream implementations of this on Android, and it would require root. This app doesn’t; I’m like 90% sure it’s all done over ADB (Android Debug Bridge), which every Android device supports.

With the USB tether acting as a network proxy, there is simply no routing/NAT going on, so there is no way for the carrier to detect what’s going on. It just appears to be data coming from the phone.

Ottimo, penso anche che il meccanismo sia estendibile anche ad altre piattaforme, non si finisce mai di imparare dai commenti! Prossima mossa, vedere se veramente il tethering USB non viene scoperto dai carrier.

http://www.youtube.com/watch?v=zHmW4pX8114

http://www.youtube.com/watch?v=5dlCrE-PrxQ

http://www.youtube.com/watch?v=4vKe2xNSUAs

Qui di seguito, invece, le slides

Problema di sicurezza iPad 2: la SmartCover scardina le password – Il codice di sicurezza degli iPad2 che protegge l’accesso al dispositivo ad estranei e’ facilmente aggirabile usando la SmartCover. Un esempio di hardware hacking. Fortunatamente l’accesso e’ completo al dispositivo, ma limitato alle app aperte prima di bloccarlo.

Bluestacks – Eseguire applicazioni Android su Windows non sembra piu’ un sogno, grazie a Bluestack. Dalle prove che ho fatto, devo dire che …

Codify iPad – Un editor LUA per iPad, con la possibilita’ di gestire la scrittura di codice anche in modo touch. Esperimento interessante, ma non mi convince molto, dato che la tastiera, e al limite il mouse, sono da sempre stati i migliori amici del dev. ;) Rimane pero’ il fatto che e’ un editor LUA per iPad con alcune interessanti funzioni (auto competition, project browser ecc).

MonoGame Goes Multi-platform: MonoGame 2.0 Announced – Si aggiunge un nuovo nato alla famiglia Mono / Monotouch/ MonoDroid: e’ infatti arrivato MonoGame, versione crossplaform per desktop e mobile delle API XNA. Quindi Windows, Linux, Mac, Android, iPad. Supporto nativo del codice, invece, da parte di XBOX e Windows Phone 7. Decisamente un qualcosa da provare non appena trovo un po’ di tempo libero!

Qualcomm Augmented Reality Mobile SDK  – Un SDK per realizzare applicazioni in realtà aumentata rilasciato da Qualcomm per Android e iPhone. Stiamo parlando di riconoscimento di forme, non piu’ solo location-base. Da tenere sott’occhio assieme agli SDK rilasciati da Layar e da Wikitude.

Holodesk bt Microsoft – Sensori 3D, Kinect, complesse computazioni, qualche specchio ben piazzato ed ecco nato un desktop olografico made in Microsoft, che da la possibilita’ di interagire in maniera naturale con gli oggetti creati al suo interno.

Android Orphans: Visualizing a Sad History of Support – Un’infografica che mostra lo stato attuale della frammentazione del mondo Android per quanto riguarda la disponibilita’ di aggiornamenti del sistema operativo rilasciati dai produttori dei dispositivi nell’arco di 3 anni. Una triste situazione, con moltissimi device lasciati a se stessi. Impossibile immaginare uno scenario diverso: i produttori hanno tutto l’interesse a far acquistare nuovi device, piuttosto che rilasciare aggiornamenti per mantenerli ancora competitivi sul mercato. Speriamo che quando dichiarato da Google al Google I/O, riguardante la policy sul supporto agli aggiornamenti del sistema operativo per almeno 18 mesi dalla data di rilascio di un dispositivo, sai davvero rispettata.

Trailer, le risposte della SIAE – Embeddate video di trailer cinematografici nel  vostro sito, che contengono colonne sonore coperte da diritto d’autore (come tutte quelle dei film)? Bene, dovete pagare la SIAE.

Continuous Integration for Mobile – LinkedIn non e’ nuova a scrivere dei dettagliati post che spiegano com’e’ organizzata la sua struttura IT per gestire specifiche situazioni. Stavolta tocca all’ambiente di Continuous Integration per le applicazioni mobili del portale.

Android, ovviamente, non fa differenza. Unica controindicazione di questo processo di customizzazione della ROM e’ la perdita della garanzia, ma si puo’ sempre ripristinare quella originale ;)

Considerazione finale dopo aver sperimentato per un paio di giorni tutto: ma come ho fatto ad aspettare cosi’ tanto tempo prima di usarle sul mio Nexus One!

I passi da seguire per un Nexus One

Ovviamente ogni telefono ha una sua sequenza di comandi per essere sbloccato e personalizzato, di seguito quelli per il mio Nexus One:

• Sbloccare il bootloader del device per poter installare una nuova recovery image, al posto di quella standard (si usa fastboot).
• Installare una Custom Recovery Image che permettera’, tra le altre cose, di installare delle ROM personalizzate (ClockWorld Mod).
• Tramite la Custom Recovery Image, fare un salvataggio del sistema e poi caricare la nuova ROM personalizzata.
• Installazioni aggiuntive.

Purtroppo, la prima volta che si esegue questo processo, tutti i settaggi delle app saranno irrimediabilmente persi. Quindi addio punti nei giochi, impostazioni di programmi e tutto quello che non viene salvato nativamente nel cloud o sulla SD dalle singole applicazioni. Le volte successive, grazie all’accesso root al dispositivo e ai tool di backup esistenti, questo problema sara’ solo un brutto ricordo. Ragione in piu’ per fare il prima possibile lo sblocco, anche solo per avere un salvataggio completo di tutto, in caso di perdita del device.

Sbloccare il bootloader ed installare Fastboot

Una volta il comando fastboot era installato nell’Android SDK, poi e’ stato tolto. Qui si puo’ trovare un eseguibile multipiattaforma: e questa e’ la procedura dettagliata per sbloccare il boot del device.

• Scaricare i pacchetti del fastboot per linux e copiati nella directory platform-tools dell’sdk Android
• Boot del device nel bootloader (premere il trackpad e accendere il dispositivo). Apparira’ uno schermo con dei robottini Android su uno skate.
• Controllare che in alto a sinistra ci sia la scritta S-OFF, che indica il security off del dispositivo, quindi la possibilita’ di sbloccarlo
• Controllare che sia selezionato FASTBOOT e non HBOOT nelle voci del menu’
• Connettere il device via USB al computer
• Lanciare, dal computer, il comando fastboot devices e controllare che il proprio device sia elencato
• Lanciare, dal computer, il comando fastboot oem unlock e confermare l’unlock del device

Tutti i dati saranno cancellati e il device verra’ riavviato. Per controllare se e’ effettivamente stato sbloccato, avviare nuovamente il bootloader e questa volta, in altro, dovrebbe apparire la scritta *** UNLOCKED ***

Installare una Custom Recovery Image

Compito della Custom Recovery Image e’ quello di installare custom rom, salvare dati, partizionare sd card, cancellare dati, resettare impostazioni particolari di sistema e molto altro. Ci sono diversi programmi molto usati e che fungono bene allo scopo, io ho scelto ClockWorldMod Recovery, ecco spiegato cos’e’. Per installarlo, ho seguito questi passi qui, che comprendono anche il link per il download del file img. In alternativa, c’e’ anche Amon-Ra’s

• Scaricato il file img nel computer
• Boot del device nel bootloader
• Connettere il device via USB al computer
• Lanciare il comando fastboot flash recovery /path/to/recovery-clockwork-3.0.0.5-passion.img
• Riavviare il device. La Custom Recovery Image e’ presente ed operativa.

Ovviamente esiste una versione piu’ nuova della 3.0.0.5, dopo l’installazione della custom rom ci sono le istruzioni per aggiornarla.

Backup del sistema operativo, conosciuto anche come Nandroid backup, e installare di una custom ROM

Prima di installare una qualunque custom rom, e’ buona cosa fare un backup dell’intero sistema operativo, che servira’ anche nel caso in cui le cose vadano storte e il device non si riavvii piu’, ad esempio a a causa di una rom sbagliata, un errore nella sd che ha corrotto il file ecc. Inoltre e’ l’immagine che va rimessa sul dispositivo in caso di invio in assistenza (assieme all’esecuzione del comando fastboot oem lock per ribloccare il bootloader e riportarlo allo stadio originale). Conosciuto anche come Nadroid backup, ecco i passi che ho seguito:

• Fare il reboot in recovery mode: lanciare il bootloader, scegliere recovery, oppure, con il device connesso via usb, lanciare il comando adb reboot recovery.
• Scegliere la voce di menu’ Backup and Restore
• Lanciare in backup e aspettare un paio di minuti
• Per il restore, stessa procedura, ma selezionando restore invece di backup, e l’immagine da ripristinare (tramite data e ora del backup fatto)

Installazione di una Custom ROM

Ovviamente esistono tantissime custom rom, sia in base al device, sia in base all’orientamento che viene dato alla rom (performance, cool&stylish, funzionalita’ ecc). Personalmente, e per un Nexus One, ritengo che ci siano tre grandi alternative: installare una rom stock, una Cyanogenmod o una MIUI. Consiglio la prima scelta a chi usa il device per sviluppare e testare le proprie applicazioini, ma non vuole perdere i benefici di essere root: le rom customizzate, infatti, sono molto diverse da quella originale, quindi potrebbero anche avere dei comportamenti inattesi / fuori dagli standard che potrebbero pregiudicare il buon esito dei test di funzionamento. La Cyanogenmod, invece, e’ tipicamente per gli smanettoni: tantissimi settaggi, ottimizzazioni alle stelle e velocita’ da urlo. MIUI, infine, e’ esteticamente qualcosa di unico ed offre applicazioni di gran lunga migliori di quelle standard (player musicale, rubrica dei contatti, backup integrato ecc). A voi la scelta. Io le sto provando entrambe e, per ora, la MIUI mi ha conquistato. Seguiranno post piu’ dettagliati.

A prescindere dal tipo di rom i passi sono molto simili, ecco quelli che ho seguito io per la Cyanogenmob, secondo la guida ufficiale.

• Scaricare nel computer il file della custom rom, prendendola dal sito o scaricandola con qualche app direttamente dal device. E’ un file zip, che va copiato nella propria SD (dove si vuole, io ho creato la cartella /roms e le metto li sotto). Io ho preso la versione stable da qui.
• Nel caso di una Cyanogenmod, se si vogliono anche le Google Apps (Market, GMail ecc), occorre scaricare l’apposito pacchetto.
• Fare il reboot in recovery mode: lanciare il bootloader, scegliere recovery, oppure, con il device connesso via usb, lanciare il comando adb reboot recovery.
• Selezionare un Wipe data/factory reset e poi Wipe data/Cache partition: questo cancellera’ tutti i dati presenti, ma e’ fondamentale farlo quando si installa una nuova tipologia di ROM, non sempre richiesto quando si passa ad un nuova versione di rom della stessa famiglia.
• Selezionare Install zip from sd card e poi Choose zip from sdcard e navigare fino a scegliere il file scaricato con la rom in precedenza
• Ripetere il precedente passo, ma con il file delle Google Apps
• Riavviare il sistema dall’apposito’ menu.
• Let’s the magic happens! La ROM e’ pronta all’uso.

Prima di perdervi in questo nuovo mondo

Consigli veloci da fare subito, per poi darsi alla sperimentazione selvaggia di tutto quello che c’e’ di nuovo:

• Installate l’app ClockWorldMod ROM Managare e aggiornate all’ultima versione disponibile la recovery image (prima voce del menu’)
• Installare Titanium Backup Root, in modo da poter salvare applicazioni piu’ i loro dati e ripristinare tutto con facilita’ in caso di installazione di una nuova rom.
• Una lista delle varie rom esistenti per Nexus One e’ qui, mentre qui ci sono alcune peculiarita’ e considerazioni d’uso.
• Procedura di installazione troppo lunga e complessa? Si puo’ provare SuperOnClick, compatibile con molti telefoni ed estremamente automatico.

Spostare le applicazioni su SD per liberare spazio (APP2SD, A2SD, APP2Ext, APP2SD+)

Prima di Froyo (Android 2.2), le applicazioni eran installate nella memoria interna del device. Il Nexus One ha circa 190 mega liberi da dedicare allo scopo ma, tra aggiormanenti di GMail, Maps, e poco altro, lo spazio a disposizione finiva in un baleno. Per questo, a partire da Froyo in poi, e’ stato introdotto il supporto all’App2SD, la possibilita’ di spostare un’applicazione sulla scheda sd. Si libera pareccha memoria interna (non tutta, perche’ alcuni dati dell’app ancora rimangono li) e si puo’ respirare un po’ di piu’, ma e’ una funzionalita’ che la singola applicazione deve implementare e, ovviamente, molte non lo fanno (per precise ragioni o per pigrizia degli sviluppatori, dipende). Le principali custom ROM hanno abilitato un workaround che sposta automaticamente tutte le app nella memoria SD, a prescindere dal loro supporto o meno all’App2sd di Froyo. Grande comodita’, non si perde praticamente nulla in velocita’, solo forse si accorcia leggermente il ciclo di vita della propria SD (ma dipende sempre dall’utilizzo). Qui, qui e qui qualche info in piu’ sulla cosa.

Brevemente, sia Cyanogenmod che MIUI hanno l’A2SD+ installato. Io per abilitarlo sulla seconda ho dovuto seguire questi passi (penso comunque utilizzabili anche per la prima)

• Creare una partizione EXT3 sulla mia SD (tramite GParted o un altro strumento). Ho scelto una dimensione di 600 mb, che penso sia abbastanza per installare moooolte cose.
• Aprire una shell sul device (tramite applicazione del terminale o digitando adb shell dal pc attaccato al device)
• Lanciare il comando a2sd check per verificare che non fosse gia’ tutto abilitato. Si puo’ capire nelle voci Apps e Private Apps, che hanno un “No Apps2SD Flag File not found.” selezionato.
• Lanciare comando as2d install per abilitare il tutto, aspettato qualche minuto e il reboot del dispositivo.

Se le applicazione supportano la modalita’ App2sd di Froyo, si potranno ancora spostare sulla SD alla vecchia maniera (nella partizione fat32), se invece si lasciano nella memoria interna, verranno automaticamente messe nella nuova partizione ext3 creata. In aggiunta, si puo’ anche spostare la cartella /data/data nella sd, liberando ancora piu’ spazio in memoria interna, grazie al comando a2sd datasd.

Ci sono diversi approcci che si possono seguire. Usare una libreria che rende anche possibile lo scrolling dei bottoni, un controllo personalizzato e gestito tutto via codice, dei TabHost con dei TabWidget, oppure inventarsi altro per gestire anche i Fragment.

Invece io voglio ottenere lo stesso risultato con la massima flessibilita’ possibile, quindi usando solo controlli standard e semplici, al massimo personalizzandone lo stile. Quindi il componente principale della navigationbar sara’ un RadioGroup, all’interno del quale ogni elemento RadioButton rappresentera’ un pulsante. Un diffuso uso di StateListDrawable rendera’ coerente l’aspetto grafico.

Di seguito il layout dell’activity principale, quella che conterra’ la navigation bar: res/layout/actnavbar.xml

<?xml version="1.0" encoding="utf-8"?>
 
<RelativeLayout
  xmlns:android="http://schemas.android.com/apk/res/android"
  android:layout_width="fill_parent"
  android:layout_height="fill_parent"
  android:background="@android:color/white"
>
  <RadioGroup
    android:layout_width="fill_parent"
    android:layout_height="60dp"
    android:layout_alignParentBottom="true"
    android:orientation="horizontal"
    android:background="@drawable/navbar_background"
  >
    <RadioButton
      android:id="@+id/btnAll"
      style="@style/navbar_button"
      android:drawableTop="@drawable/navbar_allselector"
      android:text="All"
    />
    <RadioButton
      android:id="@+id/btnPicture"
      style="@style/navbar_button"
      android:drawableTop="@drawable/navbar_pictureselector"
      android:text="Pictures"
      android:layout_marginLeft="5dp"
    />
    <RadioButton
      android:id="@+id/btnVideo"
      style="@style/navbar_button"
      android:drawableTop="@drawable/navbar_videoselector"
      android:text="Videos"
      android:layout_marginLeft="5dp"
    />
    <RadioButton
      android:id="@+id/btnFile"
      style="@style/navbar_button"
      android:drawableTop="@drawable/navbar_fileselector"
      android:text="Files"
      android:layout_marginLeft="5dp"
    />
    </RadioGroup>
</RelativeLayout>

E il file con gli stili res/values/styles.xml

<?xml version="1.0" encoding="utf-8"?>
<resources>
  <style name="navbar_button">
    <item name="android:layout_width">0dp</item>
    <item name="android:layout_height">wrap_content</item>
    <item name="android:button">@null</item>
    <item name="android:background">@drawable/navbar_backgroundselector</item>
    <item name="android:gravity">center_horizontal</item>
    <item name="android:layout_weight">1</item>
    <item name="android:textSize">12dp</item>
  </style>
</resources>

Il trucchetto e’ impostare a @null la proprieta’ android:button (in pratica, il disegno di default del RadioButton) e poi impostare android:drawableTop del testo all’icona che si vuole far apparire nella navigationbar. Impostare invece android:background serve per ottenere l’effetto del glow quando il bottone e’ schiacciato. android:layout_width a 0dp e android:layout_weight a 1 fanno occupare a tutti i bottoni lo stesso spazio, a prescindere dalla lunghezza del testo.

Al resto pensano gli StateListDrawable, grazie ai quali vengono impostate le icone da usare quando il bottone e’ Checked oppure no. Il framework sottostante pensera’ poi a gestire cosa visualizzare a seconda dello stato.

Ecco quindi uno dei selector usati per i bottoni, il primo della navigation bar: res/drawable/navbar_allselector.xml

<?xml version="1.0" encoding="UTF-8"?>
<selector xmlns:android="http://schemas.android.com/apk/res/android">
  <item
    android:state_checked="true"
    android:drawable="@drawable/navbar_allselected"
  />
  <item android:drawable="@drawable/navbar_allnormal"  />
</selector>

Gli altri sono tutti simili, cambiano solo le due icone utilizzate. Ovviamente il selector piu’ essere esteso per includere anche icone quando il bottone e’ disabilitato, oppure premuto e disabilitato e cosi’ via.

Per ottenere invece l’effetto glow quando il bottone e’ premuto, il file e’ il seguente: res/drawable/navbar_backgroundselector.xml

<?xml version="1.0" encoding="UTF-8"?>
<selector xmlns:android="http://schemas.android.com/apk/res/android">
  <item
    android:state_checked="true"
    android:drawable="@drawable/navbar_highlight"
  />
  <item android:drawable="@android:color/transparent"  />
</selector>

Anche il colore del testo potrebbe essere cambiato un base allo stato del bottone, basta impostare la proprieta’ android:textColor del RadioButton all’apposito ColorStateList.

Infine, il codice dell’Activity principale, src/com.test/NavbarActivity.java

public class NavbarActivity  extends Activity {
 
  @Override
  public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.actnavbar);
 
    RadioButton radioButton;
    radioButton = (RadioButton) findViewById(R.id.btnAll);
    radioButton.setOnCheckedChangeListener(btnNavBarOnCheckedChangeListener);
    radioButton = (RadioButton) findViewById(R.id.btnPicture);
    radioButton.setOnCheckedChangeListener(btnNavBarOnCheckedChangeListener);
    radioButton = (RadioButton) findViewById(R.id.btnVideo);
    radioButton.setOnCheckedChangeListener(btnNavBarOnCheckedChangeListener);
    radioButton = (RadioButton) findViewById(R.id.btnFile);
    radioButton.setOnCheckedChangeListener(btnNavBarOnCheckedChangeListener);
  }
 
  private CompoundButton.OnCheckedChangeListener btnNavBarOnCheckedChangeListener = new CompoundButton.OnCheckedChangeListener() {
    public void onCheckedChanged(CompoundButton buttonView, boolean isChecked) {
      if (isChecked) {
        Toast.makeText(NavbarActivity.this, buttonView.getText(), Toast.LENGTH_SHORT).show();
      }
    }
  };
}

A questo link i sorgenti dell’esempio.

Charting library for Android – Sempre in tema Android, una libreria per realizzare accattivanti grafici nelle proprie applicazioni.

When algorithms control the world – Qualche riflessione ed esempio di fallimento dei complessi algoritmi e processi automatizzati che ormai gestiscono molte sfere della nostra vita, dalla borsa alla ricerca online. Riflessione necessaria dal momento in cui deleghiamo sempre piu’ scelte a qualcosa fatto da noi, ma che non siamo noi.

Genetic Algorithm – A ‘Walt Disney’ Introduction – Una semplice introduzione alla logica con cui sono costruiti gli algoritmi della famiglia chiamata “Evolutionary Computing” (Genetic Algorithm, Evolutionary Strategies, Evolutionary Programming e Genetic Programming).

Intel ‘Temporarily’ Halting Meego Development – Come era prevedibile, anche Intel ha dato un taglio allo svilupo di Meego. Dopo Symbian e WebOS, ecco il terzo grande ferito della guerra dei tre asset: hardware, sistema operativo e cloud.

Firefox for Tablets - Qualche screenshot della versione per Honeycomb di Firefox.

The “designers should code” bullshit and a not so new idea – Ma i designer devono sapere scrivere codice per essere dei buoni designer? Personalmente penso di no, ma ritengo anche necessario uno scambio di conoscenze tra chi costruisce e chi progetta, tra questi due mondi cosi’ separati. Partendo dalla teoria delle intelligenze multiple, un approccio che propone che i designer “Know what code does”. E viceversa, aggiungerei, arrivando ad un fluido scambio di conoscenze tra membri di team eterogenei.

Why Separate Mobile & Desktop Web Pages? – Nonostante il Responsive Web Design Manifesto consigli di usare una solo pagina HTML e poi ottimizzarla tramite Javascript e CSS in base alle caratteristiche del device che la sta richiedendo (layout, immagini, dimensione degli elementi ecc), in questo post vengono analizzati i pro dell’approccio inverso, ovvero realizzare e manutenere due separate versioni della stessa pagina, una per il desktop e una per il mobile.

Don Norman: Google doesn’t get people, it sells them – Ennesima critica mossa nei confronti di Google (ma si puo’ sostituire con Facebook e altri servizi simili) che “usano” noi utenti come prodotti, per raccogliere quante piu’ informazioni possibili sulla nostra vita e poi offrirle al miglior insersionista. Come criticarlo, in fondo?

Qui il link diretto al file video, mentre di seguito le slide.

Google Shopper: spunta una Navigation Bar in basso, in pieno stile iPhone TabBar, mai vista in altre app Google.

Google Music: Nel secondo screenshot il menu’ contestuale dell’elemento e’ completamente diverso da come appare nei contatti e da come avevano caldamente consigliato al Google IO del 2010. L’Action Bar e’ assente e spunta una Navigation Bar in alto, a scorrimento orizzontale, che ricorda molto l’interfaccia Panorama di WP7, dove per indicare che c’e’ qualcosa a destra e a sinistra si lascia, appunto, troncato il titolo di quello che c’e’ ai lati.

Google+ utilizza l’Action Bar, mentre la Navigation Bar appena sotto e’ molto diversa da quanto visto fino ad oggi. Difficile da leggere e da navigare al tocco, conta comunque sullo swipe delle schermate verso destra e verso sinistra, indicando con delle freccine che ci sono ancora contenuti ai quali accedere ai lati della vista su cui si e’ focalizzati.

Google Docs utuilizza la stessa Navigation Bar  di Google+, pero’ ha un differente menu’ contestuale degli elementi rispetto a Google Music.

Anche il nuovo Android Market non scampa a qualche incoerenza con le altre app made-in Mountain View. Action Bar con navigazione incorporata (la freccia a sinistra), e appena sotto un panel che duplica la sezione dove siamo, con nessuna opzione di navigazione possibile.

Non sono un designer, ma se mi accorgo io di tutte queste macroscopiche incoerenze, figuriamoci l’occhio allenato di chi lo fa per mestiere. Tra l’altro, e’ anche difficile prendere a modello qualcosa per poi seguirla e riprodurla nelle proprie applicazioni!

Qualche sito utile sul tema: Android UI Design Patterns, Android Patterns, Top Tips for Android UIs – Getting the Magic on Tablets

New programming jargon you coined? – Direttamente da StackOverflow, una lista dei termini che generazioni di programmatori hanno coniato nel tempo. Simpatico ed imperdibile!

Android moves to the tablet - Il team di Evernote ha scritto un’interessante post tecnico sulla migrazione e 0ttimizzazione della propria applicazione per i tablet Android, partendo da quella gia’ esistente per gli smatphone. Utilizzo di Fragment, ActionBar, e Krati, una libreria a cui dovro’ dare una guardata al piu’ presto.

Most branded apps are a flop says Deloitte. But why? - Una rierca svela che l’80% delle applicazioni realizzate da piccoli e grossi brand a scopi promozionale vengono scaricate meno di 1000 volte. La chiave per il successo: risolvere un problema reale e creare una canale di comunicazione privilegiato e diretto con l’utente.

Android: all the improvements from 1.6 to 3.0 - Infografica che mostra tutte le maggiori novita’ nella piattaforma Android a partire dalla versione 1.6 fino alla 3.0. Un buon riassunto anche per i meno tecnici.

Video for Kindle – Partire da un video ed arrivare a una sequenza di immagini con dei sottotitoli. Ottimo per creare un documento riassuntivo oppure per “leggere” il video sul Kindle.

Kinect, Nodejs, and Windows Phone 7 Mango – Una guida per utilizzare far dialogare un Kinect con un Windows Phone 7 tramite le socket connection e un server node.js. Stessa logica per utilizzarlo con Android, iPhone e qualunque altro dispositivo che supporti le socket connection.

Developing Android Apps with NetBeans, Maven, and VirtualBox – Se l’emulatore Android fornito con l’SDK e’ troppo lento, creare una virtual machine con VirtualBox dove installare un Android-x86 potrebbe risolvere il problema.

What Happens When Your Phone Is Lost Or Stolen - Un’infografica tutta americana con un po’ di percentuali sulla possibilita’ di ritrovare il proprio telefono una volta che lo si e’ perso. Interessante il dato che dice che il 54% dei possessori di smartphone non lo blocca con nessuna password.

Quanto guadagna un professore - un professore universitario, Alfonso Fuggetta, che parla della sua retribuzione come docente. Un po’ di luce, con tanto di cedolini, sui miti e sulle leggende che circolano in questo ambiente.

Bored People Quit - Piccoli segnali e strategie utili ad un team leader per riconoscere se uno dei suoi compagni sta pensando di andare via a causa di noia e routine ormai non piu’ sopportabili.

The Future Of Mobile Is The Future Of Everything – Una visione sull’evoluzione del “concetto” di mobile nei prossimi 10 anni, fatta da CEO, co-founder e persone che questo mondo lo stanno innovando oggi. Sensored devices, discover rather search, connected device.

The Future of Hospital Apps – Passare dalle noiose schermate piene di dati indecifrabili a infografiche da portarti sempre dietro grazie ai tablet (iPad su tutti)

Battleheart for Android – Riflessioni da parte di uno sviluppatore di un gioco a pagamento per Android: e’ la qualita’ che conta, ed e’ possibile ottenere “meaningiful revenue” anche dal market di Google. Grazie, soprattutto, alla qualita’ media bassa delle altre applicazioni presenti.

What’s Wrong with Mobile Recommendations? – Un post veramente be fatto e zeppo di link interessanti che spiega i punti deboli dei suggerimenti dei servizi location based.

Android Market website ratings: a week of rants, reviews, and reality checks – Un’analisi sui feedback dati dagli utenti alle applicazioni pubblicate sull’Android Market. Una storia di angry users, che danno 1 stella al primo errore che trovano, e qualche “angelo custode”, che cerca invece di difendere e diffondere il suo voto a 5 stelle.

The Future of Mobile Payments – Come si evolvera’ lo scenario dei pagamenti su mobile da qui ai prossimi 4 anni? G+ ha creato un’infografica che traccia un possibile scenario, tutto basato sulla sparizione del portafoglio fisico in favore dei chip NFC con cui i prossimi smartphone saranno equipaggiati.

Skype per Android – un apk modificato della nuova versione di Skype, che allarga il numero di device sui quali e’ possibile fare e ricevere videochiamate. In attesa del supporto ufficiale.

Ad esempio, l’USB VendorID da usare con un Nexus One, dato che non e’ quello HTC di default, ma bensi’ 18d1. Occorrera’ quindi aggiungere, nel file /etc/udev/rules.d/51-android.rules questa riga

SUBSYSTEM=="usb", SYSFS{idVendor}=="18d1", MODE="0666"

Aggiungendo i vari device supportati otteniamo:

#Acer
SUBSYSTEM=="usb", SYSFS{idVendor}=="0502", MODE="0666"
#Dell
SUBSYSTEM=="usb", SYSFS{idVendor}=="413c", MODE="0666"
#Foxconn
SUBSYSTEM=="usb", SYSFS{idVendor}=="0489", MODE="0666"
#Garmin-Asus
SUBSYSTEM=="usb", SYSFS{idVendor}=="091E", MODE="0666"
#HTC G1 and others
SUBSYSTEM=="usb", SYSFS{idVendor}=="0bb4", MODE="0666"
#HTC Nexus One
SUBSYSTEM=="usb", SYSFS{idVendor}=="18d1", MODE="0666"
#Huawei
SUBSYSTEM=="usb", SYSFS{idVendor}=="12d1", MODE="0666"
#Kyocera
SUBSYSTEM=="usb", SYSFS{idVendor}=="0482", MODE="0666"
#LG
SUBSYSTEM=="usb", SYSFS{idVendor}=="1004", MODE="0666"
#Motorola
SUBSYSTEM=="usb", SYSFS{idVendor}=="22b8", MODE="0666"
#Nvidia
SUBSYSTEM=="usb", SYSFS{idVendor}=="0955", MODE="0666"
#Pantech
SUBSYSTEM=="usb", SYSFS{idVendor}=="10A9", MODE="0666"
#Samsung
SUBSYSTEM=="usb", SYSFS{idVendor}=="04e8", MODE="0666"
#Sharp
SUBSYSTEM=="usb", SYSFS{idVendor}=="04dd", MODE="0666"
#Sony Ericsson
SUBSYSTEM=="usb", SYSFS{idVendor}=="0fce", MODE="0666"
#Sony Ericsson
SUBSYSTEM=="ZTE", SYSFS{idVendor}=="19D2", MODE="0666"

Un po’ accortezze varie che potrebbero far comodo in caso di problemi:

• Ricordardi di abilitare il debug mode sul dispositivo come descritto nella guida
• Rilanciare UDEV per rendere attive le modifiche: sudo restart udev
• Rilanciare l’adb per prendere il carico il nuovo device: adb kill-server seguito da adb start-server

Ho notato che l’Android Market permette un modello distributivo ribattezzato simpaticamente da un mio amico “Serial filling“: in pratica si tratta di realizzare un’applicazione di base che va personalizzata verso un target molto specifico, per poi essere pubblicata e distribuita nelle tante versioni realizzate. In genere il guadagno e’ dato dall’advertising interno all’applicazione, quasi mai dal suo costo di acquisto.

Prendiamo ad esempio un programma che mostra le citazioni piu’ famose di un certo personaggio, la sua biografia, le foto su Internet ricercate grazie a Google Image, un suo eventuale account Twitter, video su YouTube che lo riguardano e qualche altra cosetta. Bene, create ora una versione dell’applicativo per ogni personaggio famoso che vi viene in mente, pubblicatela e boom! Abbiamo ottenuto il core-business iniziale di Idolware.

Questo particolare modello distributivo sembra realizzabile, nelle sue massime potenzialita’, solo sull’Android Market. La non necessita’ di un’approvazione prima di vederla pubblicata come avviene sull’Apple Store o l’Ovi Store rende il compito molto piu’ facile, altrimenti aspettare l’ok per 40-50 app molto simili tra loro potrebbe diventare un calvario. Anche il Marketplace di Windows Phone non permette questo approccio, dato che si possono distribuire al massimo 5 nuove applicazioni gratuite l’anno con la sottoscrizione di base, e ogni nuova applicazione costa 20 dollari. Se si e’ sicuri dei guadagni allora si potrebbe anche affrontare la spesa, ma se non si e’ sicuri, non ne vale proprio la pena…

Ho adottato questo approccio con la serie di software della famiglia WebcamHolmes, il porting su Android di un programma che avevo in passato realizzato per Windows Mobile e che permette di visualizzare sul proprio dispositivo un’immagine proveniente da una webcam e pubblicata su Internet. L’idea e’ di realizzare diverse versioni, ognuna con le webcam di una importante citta’, ed essere molto specifico nel testo presente sul Market in modo da ottimizzarlo per le ricerche. Ora come ora i risultati sono minimi, con tre versioni personalizzate (Roma, Parigi e Londra) e una omnicomprensiva con tutte le webcam disponibili, il guadagno medio tramite annunci AdMob all’interno dell’applicazione si attesta su circa un dollaro al giorno. Staremo a vedere quando ne avro’ qualche decina pubblicate quello che succedera’.

Tra l’altro, gli strumenti di sviluppo per Android offrono alcune particolarita’ che sembrano essere perfette per realizzare applicazioni atte al serial filling: le librerie, i file di risorse e uno script di build del programma.

Si realizza il programma di base, con l’accortezza di spostare tutto quello che va personalizzato nei file di risorge (immagini, stringhe, valori ecc), si fa diventare questo progetto una libreria e poi si crea un nuovo progetto per la versione finale e personalizzata: si include questa libreria, si cambia il namespace nell’AndroidManifest.xml in modo da renderlo univoco e si inseriscono le risorse personalizzate, e solo quelle. Al resto pensa tutto il sistema.

Quando poi c’e’ da rilasciare una nuova versione delle applicazioni, magari per correggere un bug o introdurre una nuova funzionalita’, si cambia solo il codice nella libreria principale e si ricompilano tutti i progetti dove questa e’ inclusa. Al limite quest’ultimo processo si puo’ automatizzare con uno script di build.

Io in genere cancello anche la cartella dei sorgenti dalle app finali, visto che tutto il codice, come dicevo prima, risiede nella libreria e per il namespace uso una radice fissa e una parte finale variabile, ad esempio it.rainbowbreeze.webcamholmes.paris, it.rainbowbreeze.webcalholmes.rome ecc ecc. Ora non so con le nuove versioni dell’ADT, ma non usate il carattere ‘-’ nel nome della libreria, ci ho perso un giorno intero a capire che creava problemi!

Buon serial-filling!

Dalla versione 2.2 (SDK 8), Android permette nativamente di spostare le applicazioni nella SD, ma solo se queste sono progettate per farlo. In soldoni, basta mettere questa riga nell’AndroidManifest.xml, nel tag <manifest>:

android:installLocation=”auto” oppure android:installLocation=”preferExternal”

Facile no? Peccato che moltissime applicazioni ancora non usino questa piccola accortezza. Per questo ho deciso di mandare una mail a tutti gli sviluppatori dei programmi che uso e che non la supportano ancora, chiedendogli di farlo. Se anche tu hai mancanza di spazio nel tuo device, guarda la mail dello sviluppatore nel market e inviagli il messaggio qui sotto ;)

——————————–

Subject: (app name) support for storage memory installation

Dear developer,

I’m an happy user of your application. It will be great if you can add support for moving the application on storage memory, because it’s a common issue of Android devices to run out of app memory in a short time (like mine).

It’ easy, you must only add this line inside the AndroidManifest.xml
android:installLocation=”auto”

You can find more info here:

http://developer.android.com/guide/appendix/install-location.html

Thank you for your great work!

——————————–

Vediamo che effetto avra’ questa mail: quando io ricevo email di questo genere, cerco sempre di accontentare chi mi scrive.

Update: ho mandato 22 email ai diversi sviluppatori: nel giro di qualche giorno: 5 mi hanno detto che avrebbero aggiunto queste feature nella prossima release, 2 che non potevano aggiungerla per caratteristiche particolari dell’app (supporto ai widget), 2 email non sono arrivate per errori nell’indirizzo. Sto aspettando le altre risposte, ma gia’ cosi’ direi che il risultato e’ ottimo!

Per fortuna esiste k9mail, un’applicazione che ha come obiettivo proprio quello di realizzare un client di posta elettronica prendendo spunto da quello rilasciato da Google stessa.

Una volta scaricato l’ultimo apk dell’applicazione disponibile sul sito, per installarlo nel dispositivo bastera’ andare con il prompt dei comandi (Windows) o la console (Linux) dov’e’ stato salvato il file .apk e lanciare il comando
adb install K-9-2.000.apk

Il package verra’ installato nell’emulatore e, una volta configurato con un account di posta elettronica, sara’ possibile fare tutte le prove del caso

Prendiamo ad esempio Big Planet Tracks, un programma che permette di accedere alla cartografia di Google Maps e registrare un percorso. Tra le opzioni c’e’ quella di salvare le mappe scaricate in un database locale. Con un po’ di pazienza, si potrebbe navigare in tutta la zona di nosto interesse, nei vari livelli di zoom e rendere queste informazioni accessibili anche offline. Ma se, ad esempio, ci si vuole portar dietro la cartografia dell’intera Corsica per una passeggiata in mezzo al deserto degli Agriates?

Proprio a questo scopo e’ stato creato un alto programma, Mobile Atlas Creator (conosciuto anche come TrekBuddy Atlas Creator). Un software open-source, scritto in Java, da eseguire sul “computer di casa”. Selezionando una zona e dei livelli di zoom, questo scarichera’ per noi tutte le mappe necessarie per poi salvarne in un formato compatibile con diversi applicativi che supportano la navigazione offline, come il sopracitato Big Planet Tracks e piu’ di altri 20 tra Android, Windows Mobile e navigatori GPS.

I passi dettagliati da seguire sono riportati in questa pagina wiki:

1. Install the Java Runtime Environment (JRE or JDK, at least JRE v1.6.0_14 or later).
2. Download and decompress Mobile_Atlas_Creator_1.7_SQLite.zip (Official Edition + SQLite Libs + Settings for “BigPlanet SQLite” format).
3. Copy the libsqlite_jni corresponding to your OS platform to the MOBAC folder (which Mobile_Atlas_Creator.jar is located).
4. Double click the Mobile Atlas Creator.exe on Windows (Run start.sh on Linux).
5. Use the left mouse button to select the download area and right mouse button to move the map after executing the MOBAC.
6. Click the "Add selection" button after selecting the multiple "Zoom Levels" of the map.
7. Confirm the "Map Source" to be "Google Maps" (default value, you can choose another types).
8. Confirm the "Format" of "Atlas settings" to be "BigPlanet SQLite" (default value).
9. Start downloading the map after clicking the "Create atlas" button.
10. After the download is finished, please click the "Open Atlas Folder" button to get the database named BigPlanet_maps.sqlitedb.
11. Copy BigPlanet_maps.sqlitedb to Android phone’s SD card whose folder is "/sdcard/RMaps/maps/BigPlanetTracks.sqlitedb" (You can use any filename as long as you use the same filename extension above).
12. Make sure to enable Android phone’s My Location setting (check "Use wireless networks" and/or "Use GPS satellites").
13. Finally, please execute Big Planet Tracks or RMaps, the map will be moving to your location (if you successfully receive the latitude and longitude coordinates from Internet or GPS satellites).

Personalmente ho verificato che un livello di zoom di 15, massimo 16, e’ l’ideale per ogni tipo di cartografia, sia stradale che satellitare. Si possono anche scegliere certe aree della mappa e scaricare solo quelle ad un livello di zoom maggiore.

La suite completa dei vari programmi fin qui illustrati si puo’ trovare nel repository su Google Code.