Clicca questo link con il tuo iPhone, iPad, Android o Blackberry Touch:
(puoi visualizzare l’applicazione sul tuo computer utilizzando Safari o Google Chrome!)
http://ivapp.movableapp.com

Presentazione completa:
http://movableapp.com/ivapp

Brevi Info:

L’applicazione è scritta in HTML5 + Javascript utilizzando il framework Sencha Touch.

Durante il prossimo weekend proverò a creare un pacchetto per l’AppStore utilizzando PhoneGap… vediamo se me la pubblicano!

Il resto lo puoi leggere su:
http://movableapp.com/ivapp

Segnala presso:

Inizialmente ho letto parecchie discussioni sull’argomento in oggetto: “native VS webapp” e in questo articolo vorrei sintetizzare alcune mie valutazioni.

Potendo dedicare allo studio delle applicazioni mobile solamente poche ore la sera ho subito approciato il mondo delle WebApp perchè mi consentono di sfruttare competenze preesistenti: HTML5, Javascript, CSS.

WebApp

Per il primissimo approccio ho utilizzato jQuery Mobile con il quale ho realizzato una semplicissima photogallery la cui interfaccia responsiva si adatta al dispositivo che la richiede: se usi un computer vedrai una pagina web con effetto lightbox mentre se usi un iPhone, Android, iPad vedrai un’interfaccia simile a quelle native.
Inoltre il passaggio tra le immagini è gestito dal touch e non dal click. [vedi esempio].

Successivamente mi sono dedicato a SenchaTouch, un prodotto veramente incredibile e completo ma dotato di scarsa documentazione libera: l’azienda che lo produce campa vendendo formazione!
Attualmente mi sto dedicando allo studio di questo prodotto e ho aperto un piccolo blog dedicato dove pubblico i miei “appunti di viaggio” su piccole e grandi cose che scopro sull’argomento.

Principali vantaggi di un’applicazione web based:

• sviluppo su tecnologie open: html, javascript, css
• sviluppo su browser web: safari, chrome
• deploy dell’applicazione su server FTP
• installazione semplice: basta collegarsi all’indirizzo dell’app
• possibilità di funzionamento off-line (in assenza di connettività)
• compatibilità semplificata con Android, Blackberry

Applicazione Nativa

Lo studio di applicazioni native l’ho approciato qualche tempo fa scontrandomi subito con la pessima sintassi del linguaggio ObjectiveC.

Sostanzialmente i framework (volutamente al plurale) di sviluppo su cui si basano le applicazioni native sono incredibili collezioni di oggetti e componenti pronti da utilizzare e configurare.

L’applicazione risulta così una composizione creativa di oggetti mentre la realizzazione di componenti ex-novo è tutt’altra cosa.

In linea di massima ritengo che per chi proviene dal mondo web la curva di apprendimento sia piuttosto lunga rispetto all’applicazione web based a parità di obiettivo.

Principali vantaggio di un’applicazione nativa:

• AppStore: visibilità, diffusione, guadagno
• prestazioni decisamente superiori
• accesso all’hardware: fotocamera, file system, accelerometro, etc
• funzionamento off-line nativo

Applicazione Ibrida con PhoneGap!

Una possibilità di congiungere le due diverse soluzioni in un compromesso che possa sfruttare i relativi vantaggi è l’applicazione ibrida web/nativa. Questa soluzione si può ottenere con PhoneGap.

L’applicazione ibrida è un wrapper che consente il funzionamento dell’applicazione web. Una sorta di piccolo browser preconfezionato.

Solo questo punto rende possibile distribuire l’applicazione su AppStore consentendo dunque il funzionamento off-line nativo!

Cataloghi, manuali, reference, schede tecniche sono esempi di applicazioni che trovano in questa soluzione la miglior soluzione possibile: velocità di sviluppo abbinata a capacità di distribuzione su AppStore!

PhoneGap mette anche a disposizione delle API Javascript per poter accedere a funzionalità avanzate del dispositivo quali:

• file system
• fotocamera
• libreria media
• accelerometro
• bussola
• contatti
• geolocalizzazione
• connettività
• notifiche
• storage db

Con questo sistema sono riuscito, nell’arco di una giornata, a realizzare il prototipo di un’applicazione che mantiene sincronizzati sul device (in questo caso un’iPad) una serie di files (pdf) pubblicati su di un server FTP remoto. Una sorta di client Dropbox ma mooolto più semplice.

In conclusione presumo che proseguirò sulla strada dell’applicazione ibrida perchè rappresenta un punto di giunzione tra le due diverse filosofie di sviluppo. Inoltre offre un sistema piuttosto semplice per realizzare applicazioni compatibili con più dispositivi!

Segnala presso:

Scarico, installo, avvio e… scopro con immensa delusione che l’applicazione non è altro che una lunga e pesante serie di immagini inserite in un carosello! Niente più di un pdf o di un eBook… semmai con notevoli funzioni in meno perchè non è possibile inserire segnalibri o condividere i contenuti!

Che valore aggiunto da questa App?

Le schede contenute nell’App sono delle semplici immagini: scansioni di una brochure o di un libretto!
Ovviamente i contenuti ci sono, ma sono di difficile lettura.

Le schermate accorpano una o più scansioni di pagine del catalogo cartaceo ed è necessario applicare lo zoom anche per leggere i titoli!
Sono sicuro che sull’iPad il problema è leggermente meno pesante grazie alle maggiori dimensioni dello schermo ma ciò non giustifica un prodotto simile!

Linee guida di pubblicazione sull’AppStore:

L’AppStore è l’ambiente di distribuzione delle applicazioni per iPod, iPhone e iPad.
Le applicazioni qui presenti dovrebbero essere soggette a stretti controlli di qualità tra i quali cito:

https://developer.apple.com/appstore/resources/approval/guidelines.html

L’applicazione Trentino Holiday 2011 è chiaramente frutto di una semplice scansione di una versione cartacea dei medesimi contenuti e come tale dovrebbe essere distribuita come eBook e non come App!

Quali accorgimenti adottare per migliorare il risultato?

Il passaggio da rivista cartacea ad applicazione (nativa/web/sito/eBook) deve inevitabilmente passare attraverso una fase di discussione e riorganizzazione dei contenuti.

Lo strumento “carta” consente di sfogliare mentre lo strumento “computer” consente di navigare.
Sono sistemi di accesso alle informazioni estremamente diversi ed è importante che l’utente riceva ciò che si aspetta di ottenere!

Utilizzo della rivista cartacea:

La rivista cartacea ha un accesso principale di tipo sequenziale: parto da pagina 1 e arrivo a pagina x. La maggior parte delle riviste mette a disposizione un indice per un accesso diretto alle informazioni. L’indice analitico dei contenuti è un metodo di accesso secondario nella rivista cartacea!

Utilizzo della rivista digitale:

Il computer ci ha abituati al “point and click” ovvero alla selezione di oggetti di interesse. Quando ci troviamo davanti al desktop siamo abituati a cliccare direttamente su di un’icona piuttosto che scorrere l’elenco delle icone disponibili fino a trovare l’opzione desiderata.
Nel computer l’accesso diretto ai contenuti è primario.

Dovrebbe quindi essere chiaro come gli articoli (anche le sezioni degli articoli) di una rivista dovrebbero essere riorganizzati in “schede”: piccoli nuclei di contenuto messi in relazione con altri nuclei tramite i collegamenti.

L’applicazione deve dunque mettere a disposizione un sistema di navigazione predeterminata per il raggiungimento di una determinata scheda.
Intendo la definizione di menu e sottomenu che permettano all’utente di operare una semplice ricerca tramite la selezione progressiva di opzioni semplici.

Il concetto di “opzione semplice” è vitale al successo dell’applicazione mobile (iPhone/iPad). Su questo tipo di dispositivi l’utente non vuole utilizzare la tastiera per effettuare una ricerca a parole chiave bensì utilizzare le dita per navigare attraverso un sistema di filtro progressivo il quale aiuta ad identificare un numero sempre più circoscritto di “schede” tra cui scegliere la propria lettura.

Contenuti Aumentati:

Un’altro accorgimento utile nella realizzazione di un’App per riviste o cataloghi è l’inserimento di azioni utente sulle schede di contenuti.

L’ida di base è che l’utente non si limita a leggere i contenuti sull’iPhone ma li vuole condividere, segnalare, commentare, esportare etc.

Operazioni quali “invia ad un amico”, “condividi su facebook”, “aggiungi a preferiti” o simili diventano armi importanti per coinvolgere l’utente nell’utilizzo dell’App ed ottenerne così il consenso.

Ovviamente questo richiede l’esistenza di una struttura web (un sito) parallelo nel quale pubblicare parte dei contenuti delle schede fornendo così i link che possono essere condivisi tra i vari social network.

Conclusioni

Lo strumento mobile App è sicuramente potente ed allettante per moltissime realtà editoriali ma bisogna fare molta attenzione a non cadere nel banale pubblicando soluzioni frettolose ed abbozzate come l’App oggetto di questo articolo.

Segnala presso:

Apri iTunes e utilizza la ricerca per isolare il brano che vuoi portare nell’iPhone come suoneria.

Clicca sulla riga del brano con il tasto destro del mouse quindi seleziona la voce Informazioni. Clicca sulla scheda Opzioni e personalizza le impostazioni di inizio e fine del brano.

La durata totale non deve superare i 30 secondi affinchè il risultato sia compatibile con iPhone!

2. Crea un clone AAC del tuo mp3:

Mantenendo selezionato il brano originale utilizza il menu dell’applicazione: Avanzate -> crea versione AAC.

iTunes crea un nuovo file a partire dalla selezione dei tempi precedentemente impostata. Questo è il file da utilizzare come base per la tua nuova suoneria!

3. Esporta il file su desktop:

Trascina il nuovo file sul desktop o in una cartella a piacere per creare una copia estenra ad iTunes. Questa operazione è necessaria in quanto iPhone utilizza l’estensione di file “M4R” per le suonerie mentre il file generato da iTunes utilizza l’estensione “M4A”.

Utilizzando l’opzione rinomina (Windows potrebbe nascondere le estensioni di files, utilizza opzioni cartella per renderle visibili e modificabili) imposta l’estensione “M4R” per rendere il tuo file compatibile come suoneria iPhone.

4. Importa la suoneria in iTunes

Trascina il nuovo file in iTunes e assicurati che venga associato alla tipologia “suoneria” (che trovi nella barra laterale sinistra).

5. Sincronizza il tuo iPhone!

NOTE: eseguendo l’operazione ho notato che l’iPhone non importa suonerie nel cui titolo è presente un apostrofo. Per non incappare in problemi strani consiglio di utilizzare solamente caratteri standard come nome delle suonerie!

Segnala presso:

Il meraviglioso browser di casa Apple si dimostra eccezionale nel supporto dei javascript più complessi e nel rendering perfettamente corretto delle pagine più articolate.

Purtroppo visualizzare sullo schermo dell’iPhone pagine progettate per uno schermo da 20″ è a dir poco frustrante: senza un microscopio elettronico si fa poco.

E’ comunque possibile zoomare la pagina con le dita… la prima volta è entusiasmante ma poi ci ritroviamo a leggere sullo schermo all’incirca il 4% dell’informazione totale… dov’è finito il resto della pagina? Semplice! E’ tutta attorno a quello che stiamo visualizzando! E’ sufficiente continuare a scrollare come dei forsennati e procurarsi varie fratture all’indice!

La soluzione è fortunatamente molto semplice: salviamo tra i bookmarks di Safari una bookmarlet fatta apposta per disabilitare i CSS della pagina!

La seguente pagina contiene una spiegazione dettagliata del procedimento: http://dorward.me.uk/software/disablecss/.

Segnala presso: