Check Check-It!

Finalmente dopo tanto tempo speso a lavorare con Android, pubblico anch'io la mia prima app!
Come molti, mi son buttata su qualcosa di semplice, per capire i meccanismi che stanno dietro a Google Play (sembrerà strano, ma personalmente non avevo ancora pubblicato nulla). Si tratta, infatti, di una semplice app per gestire note e todo list che guarda caso si chiama Check-It!

"Tutto qua?" Starete pensando. Ebbene sì, ma con una piccola chicca. La creazione, cancellazione, spunta e il ritorno alla schermata principale si effettuano tramite 'gesti'. In poche parole si disegna il comando che si desidera impartire all'applicazione invece che andarlo a selezionare da un menù a tendina o da una lista di icone. Questo dovrebbe permettere un uso più rapido dell'app ed evitare di riempire il piccolo schermo dello smartphone di troppe immagini, non sempre facilmente selezionabili e/o differenziabili.
Alcuni comandi impartibili tramite gesti:

AGGIUNGERE UNA NUOVA NOTA
Per aggiungere una nuova nota basta disegnare un "+"

SALVARE UNA NUOVA NOTA
Per salvare una nota, basta disegnare una "S"










E così via...
Al momento l'app è davvero basilare, ma ho intenzione di sviluppare il concept e di aggiungere alcune funzioni come la modifica delle note create e una risposta aptica al riconoscimento del comando. Se la cosa vi ha incuriosito, scaricatela da Google Play (è gratuita) e lasciatemi un commento. Critiche e consigli son ben accetti :)

Sfarfallio ATI Radeon Xpress 200M su linux

Dopo tanto parlare di Android, ecco una breve guida su linux che spero torni utile a quanti come me hanno avuto (e tutt'ora hanno) problemi con la scheda video ATI Radeon Xpress 200M.

Nel mio caso, la scheda video in questione è montata su di un Acer Aspire 5102WLMi (serie 5100) del 2006. Il problema si presenta immancabilmente dopo essere ritornati dalla sospensione in RAM con uno sfarfallio talmente marcato da rendere impossibile l'utilizzo del portatile e costringere al riavvio forzato.
Finalmente, dopo anni, ho trovato una soluzione che voglio condividere con quanti non hanno perso la speranza di risolvere questo fastidiosissimo problema.

Potete trovare la soluzione in inglese a questo indirizzo, post #11. Di seguito invece il mio mini-tutorial in italiano:


PROBLEMA
Sugli Acer Aspire 5100 con scheda video ATI Xpress 200M e linux per 64bit, mandare in sospensione il portatile e ripristinarlo provoca sfarfallii e tremolii molto marcati, tanto da richiedere il riavvio forzato della macchina.

SOLUZIONE
utilizzare il seguente comando da root:

pm-suspend --quirk-radeon-off --quirk-vbemode-restore --quirk-vbestate-restore --quirk-vbe-post

Questo comando dovrebbe mandarvi il portatile in sospensione. A questo punto provate a riattivarlo premendo un tasto qualsiasi: lo sfarfallio dovrebbe essere scomparso :)

Se il comando precedente ha fatto il suo lavoro, provate ad eseguirlo di nuovo aggiungendo:

--store-quirks-as-lkw

In questo modo le opzioni verranno salvate e utilizzate ad ogni futura sospensione.
Spero che questo risolva definitivamente il problema anche sulla vostra macchina :)


APPROFONDIMENTO
Se volete approfondire, di seguito trovate una breve spiegazione delle opzioni utilizzate.

--quirk-radeon-off: Forza l'hardware Radeon a spegnere il display durante la sospensione e a riaccenderlo al ripristino.

--quirk-vbemode-restore: Salva e ripristina la modalità VESA corrente. Può rendersi necessario per impedire la corruzione di X.

--quirk-vbestate-restore: Salva e ripristina degli stati hardware di basso livello che potrebbero essere invalidati dopo la sospensione.

--quirk-vbe-post: Prova a re-inizializzare la scheda video durante il riavvio da sospensione, utilizzando lo stesso codice che usa il BIOS durante il boot.

--store-quirks-as-lkw: Salva i quirks in /etc/pm/last_known_working.quirkdb.

Gesti composti con Gestures Builder

Recentemente ho cominciato ad approfondire alcuni aspetti un po' più avanzati delle API Android e tra questi mi ha subito incuriosito la possibilità di creare gesti personalizzati attraverso il Gestures Builder, uno strumento presente all'interno dell'emulatore che viene caricato automaticamente all'avvio se si è aggiunta una scheda di memoria SD virtuale al sistema emulato.
L'utilizzo del Gestures Builder e dei metodi per riconoscere i gesti personalizzati è spiegato molto bene in questo tutorial presente sul sito ufficiale per sviluppatori, per cui eviterò una descrizione approfondita di tali aspetti in questa sede.
Ho però riscontrato alcune difficoltà nell'utilizzo del Gestures Builder (altrimenti che scrivevo a fare questo post? ^_^) una volta che ho voluto cimentarmi con l'utilizzo di gesti composti. Per gesti composti intendo tutti quei gesti che per essere eseguiti hanno bisogno che il dito si alzi dalla superficie touch e si posi ad un certa distanza. Pensate a come disegnereste un " + " o una " x ". Ecco, questi gesti!

Ovviamente sul sito ufficiale nemmeno l'ombra di una spiegazione, perché evidentemente il problema non si dovrebbe nemmeno porre. In teoria i gesti composti vengono tranquillamente rilevati dal tool e salvati, esattamente come tutti gli altri gesti. In realtà, a meno di essere davvero veloci, risulta molto difficile create gesti composti attraverso il mouse su emulatore e quindi il primo pezzo del nostro gesto scomparirà prima di riuscire a completare l'operazione.
La soluzione è abbastanza semplice, ma per risolvere il problema dovrete scaricare gli esempi forniti attraverso SDK Manager per la versione delle API con cui state sviluppando l'applicazione.
Se siete interessati alla spiegazione originale che ho utilizzato per questo mini-tutorial, la potete trovare qui

UNO: LOCALIZZARE I SORGENTI DI GESTURES BUILDER
Una volta scaricati gli esempi, in inglese "sample for SDK", dovrete andare a cercare la cartella in cui sono stati salvati. Generalmente si trovano all'interno della cartella dell'SDK sotto:

samples/android-#/ 

dove # sta per la versione di API che state utilizzando. All'interno troverete una cartella chiamata Gestures Builder: quelli sono i sorgenti del tool.

DUE: IMPORTARE I SORGENTI COME PROGETTO ANDROID
Per importare i sorgenti all'interno di Eclipse create un nuovo progetto del tipo "Android Sample Project". Eclipse vi aiuterà con una creazione guidata del progetto. Seguitela e vi ritroverete a scegliere direttamente il sorgente per il Gestures Builder.

TRE: MODIFICARE IL FILE create_gesture.xml
A questo punto aprite il file res/layout/create_gesture.xml, trovate l'elemento android.gesture.GestureOverlayView ed aggiungete tra i parametri android:fadeOffset="1000".  Nel mio caso ho scelto di inserire un'attesa di 1 secondo (1000ms = 1s) prima della scomparsa del precedente gesto, ma potete inserire un valore a piacimento.
Salvate e avviate il progetto sull'emulatore.

A questo punto siete pronti per seguire il tutorial ufficiale e creare tutti i vostri bellissimo gesti composti :)

Fragments of Android Ice Cream Sandwich

Ed eccomi con una nuova piccola nota sullo sviluppo Android.
Dopo aver finito la mia prima app per Android 2.2, ho pensato bene di renderla compatibile con Android Ice Cream Sandwich e ottimizzarla anche per tablet. Tralasciando i problemi che ha l'emulatore sotto OS X 10.6 (diciamo solo che va una volta su 10 e ha tempi di caricamento biblici -_-), sto comunque avendo delle difficoltà a capire il funzionamento dei Fragment.
I Fragment sono una funzionalità aggiunta in Honeycomb e dovrebbero rendere la gestione dell'interfaccia grafica più semplice per i programmatori. In realtà, essendoci veramente pochi esempi in giro per la rete (personalmente ne ho trovato solo uno replicato all'infinito) risulta difficile capire esattamente come vadano usati. E qui arriviamo all'ultimo di una serie di difficoltà che ho riscontrato nel loro utilizzo.

Volendo inserire un fragment in maniera programmatica all'interno di un Activity, si legge sul sito ufficiale di Android, bisogna utilizzare la classe FragmentTransaction in questo modo:

FragmentManager fragmentManager = getFragmentManager()
FragmentTransaction fragmentTransaction = fragmentManager.beginTransaction();
ExampleFragment fragment = new ExampleFragment();
fragmentTransaction.add(R.id.fragment_container, fragment);
fragmentTransaction.commit();

peccato che si dimentichino di far notare che all'interno del metodo onCreateView della classe Fragment bisogna definire una View tramite il metodo inflate(int resource, ViewGroup root, boolean attachToRoot) passando false come ultimo parametro, pena il crash dell'applicazione, cioè:

public static class ExampleFragment extends Fragment {
    @Override
     public View onCreateView(LayoutInflater inflater, ViewGroup
                                          container, Bundle savedInstanceState) {
        return inflater.inflate(R.layout.example_fragment, container,                                              false);
    }
}

Senza impostare il flag a false, la View così creata viene assegnata a root e non può essere richiamata all'interno dell'Activity in cui vorremmo inserire programmaticamente il Fragment e il programma si interrompe con un poco significativo:

java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.

Per ora è tutto, ma temo che tornerò presto per colpa di Android 4.
Stay Tuned :)

Visualizzare un'immagine diversa per riga in una ListView Android

Dopo le vacanze, il TOEFL e il periodo esami, torno ad inserire una piccola guida, ricavata in ore e ore di ricerca sul web. Spero torni utile ad altri ;)

Recentemente ho ripreso in mano lo studio di Android e, visto che credo nell'utilità della pratica, ho pensato di creare una piccola applicazione; nulla di fantascientifico, ma abbastanza complessa da costringermi ad utilizzare le principali classi a disposizione.
Una delle opzioni che mi ha fatto più penare fino ad ora, è stata la visualizzazione di un'immagine diversa, in ogni riga di una ListView, a seconda di un determinato valore estratto da un database. In sè la cosa non dovrebbe essere particolarmente difficile, ma quando tentavo di richiedere ad Android l'ID dell'ImageView tramite cui visualizzare l'immagine, ricevevo sempre e comunque un NullPointerException.
Il codice originale che cercavo di utilizzare era qualcosa di questo tipo:

...
setContentView(R.layout.lista);
listaEventi = (ListView) findViewById(R.id.lista);
imageRow = (ImageView) findViewById(R.id.img_row);
imageRow.setImageDrawable(aDrawable); // NullPointerException
cursor = db.query(somequery);
startManagingCursor(cursor);
adapter = new SimpleCursorAdapter(this, R.layout.row, cursor, FROM, TO);
listaEventi.setAdapter(adapter);
...

Il problema era che imageRow non veniva istanziato e quindi la successiva chiamata a setImageDrawable() generava un NullPointerException. All'inizio credevo si trattasse di un problema di ordine delle chiamate (dovevo prima settare l'adapter?), ma dopo svariate prove ho capito che il problema risiedeva proprio nell'uso del SimpleCursorAdapter: cedendo il controllo sulla generazione delle singole righe della ListView al SimpleCursorAdapter, dovevo trovare il modo di dire a quell'adapter come gestire ImageView presente all'interno di R.layout.row.
La soluzione, dopo due giorni di smanettamenti, è arrivata grazie al libro Learning Android di Marko Gargenta (a proposito, ottimo libro per principianti ^_-):

In pratica bisogna passare all'adapter un parametro di tipo ViewBinder in cui è inserita l'implementazione di setViewValue() che verrà poi utilizzata per personalizzare il comportamento dell'adapter  nella gestione delle View. Non avete capito cosa intendo? Effettivamente anch'io all'inizio ero perplessa, perciò ecco a voi un esempio concreto:

Questo è il parametro da passare all'adapter. Si, avete letto bene: è un parametro!

static final ViewBinder VIEW_BINDER = new ViewBinder(){
   public boolean setViewValue(View view, Cursor cursor, int columnIndex) {
      if(view.getId() != R.id.img_row)
         return false;
      int type = cursor.getInt(columnIndex);
      ImageView image = (ImageView)view;
      switch(type){
      case 0:
         image.setImageResource(R.drawable.pippo);
         return true;
      case 1:
         image.setImageResource(R.drawable.pluto);
         return true;
      default:
         return true;
      }
   }
};

E questo è il codice precedente, modificato correttamente. Ora funziona :)

...
setContentView(R.layout.lista);
listaEventi = (ListView) findViewById(R.id.lista);
cursor = db.query(somequery);
startManagingCursor(cursor);
adapter = new SimpleCursorAdapter(this, R.layout.row, cursor, FROM, TO);
adapter.setViewBinder(VIEW_BINDER); // Importante
listaEventi.setAdapter(adapter);
...

Ora avete capito cosa intendevo? ^_^
Personalmente è la prima volta che mi capita di trovare una soluzione del genere e, senza l'esempio del sopraccitato libro, non credo ci sarei mai arrivata, nemmeno leggendo da cima a fondo la documentazione. Conoscete altri esempi dove viene utilizzato un parametro in maniera simile a questa, oppure è solo una chicca di Android?

Usare libreria RXTX su Snow Leopard

Non so per quale motivo, ma è un periodo che devo continuamente penare per far funzionare su OS X quello che mi serve per i miei progetti e siccome so cosa significhi passare ore alla ricerca di qualche blogger di buon cuore che abbia condiviso con il mondo la soluzione, non posso fare a meno di scrivere un post per ogni nuova esperienza acquisita. Questa volta parliamo della libreria Java RXTX per la comunicazione con porte seriali.

Volendo passare a qualcosa di più della semplice accensione temporizzata di LED tramite Arduino, ci si imbatte subito nella comunicazione tramite porta seriale che, lato microcontrollore, è gestita egreggiamente dalle librerie standard della piattaforma mentre, lato computer, è più o meno banale a seconda del linguaggio scelto.
Prevedendo una possibile integrazione con alcune funzionalità offerte dalla libreria WiiRemoteJ ho pensato bene di utilizzare Java e quindi la libreria RXTX che dovrebbe sostituisce le funzionalità delle Java Communication API. Ovviamente essendo su OS X 10.6 non poteva di certo andare tutto liscio e di fatti mi ritrovavo con il seguente errore, non appena cercavo di invocare la libreria:

java.lang.UnsatisfiedLinkError: /Library/Java/Extensions/librxtxSerial.jnilib: no suitable image found. Did find: /Library/Java/Extensions/librxtxSerial.jnilib: no matching architecture in universal wrapper thrown while loading gnu.io.RXTXCommDriver

Se avete scaricato dal sito ufficiale della libreria l'ultima versione, sapete che una volta estratta la cartella, vi ritroverete con due file: librxtxSerial.jnilib e RXTXcomm.jar. Il primo (.jnilib) va inserito in /Library/Java/Extensions/ mentre il secondo va inserito nel build path del vostro progetto Java.

Il problema però è proprio il file .jnilib che è stato compilato per 32bit ma non per 64bit (e ti pareva -_-). Per risolvere la questione potete scaricare dal sito ufficiale i sorgenti e compilarli per la vostra macchina oppure, se siete pigri, potete trovare il file già compilato sul sito di Robert Harder che ha gentilmente pensato di mettere a disposizione la versione per 64bit, qui.

A questo punto basta sostituire il file originale con quello scaricato dal blog precedentemente menzionato e voilà, il vostro codice funzionerà come per magia.

Spero che anche questa volta vi possa risultare utile questa piccola guida in italiano. Se vi è piaciuta (o se non vi è piaciuta), fatemelo sapere nei commenti. ^_-

P.s. piccola nota personale: mi chiedo come sia possibile che nonostante Snow Leopard sia in giro da qualche anno ormai, molte librerie Java non siano state aggiornate per 64bit. Con l'arrivo di Lion, cosa succederà?

Wiimote e Bluecove: errore PSM

Come promesso ecco il secondo post sul tema Wiimote e bluecove.
Se avete già tentato di sperimentare con i due, vi sarete accorti che tentando di connettere il Wiimote al computer si riceve il seguente errore:

java.lang.IllegalArgumentException: PCM 11, PCM values restricted by JSR-82 to minimum 4097, see BlueCoveConfigProperties.PROPERTY_JSR_82_PSM_MINIMUM_OFF

Il problema è legato alla gestione del PSM da parte del Wiimote. Infatti il controller ha un PSM inferiore a 0x1001, limite inferiore posto dalle specifiche JSR-82 alle quali bluecove si attiene. Per risolvere è quindi necessario settare bluecove in modo tale da permettergli di ignorare tale restrizione, e questo è possibile inserendo nel codice, prima del tentativo di connessione, la seguente istruzione Java:

System.setProperty(BlueCoveConfigProperties.PROPERTY_JSR_82_PSM_MINIMUM_OFF, "true");

A questo punto il codice non dovrebbe più generare errori e il vostro Wiimote dovrebbe connettersi senza alcun problema.

WiiRemoteJ sotto Snow Leopard

Come promesso torno con qualcosa di inerente alla programmazione, questa volta Java.
Ormai avrete capito che le mie attenzioni si rivolgono soprattutto verso l'interazione uomo-macchina e una delle cose, a mio parere, più divertenti in questo campo è il riutilizzo di un Wiimote come interfaccia.

Avevo già sperimentato un anno fa con il controller Nintendo e con la libreria Java WiiRemoteJ, realizzata da Michael Diamond (aka Cha0s) e scaricabile gratuitamente dal suo sito, ma poi avevo dovuto abbandonare il tutto a causa di mancanza di tempo e di problemi con la libreria. Dopo aver aggiornato a Mac OS X 10.6 infatti, continuavo a ricevere questo errore connesso al bluetooth:

java.lang.IllegalStateException: Bluetooth failed to initialize. There is probably a problem with your local Bluetooth stack or API.

che non sono riuscita a risolvere fino a ieri.

Avevo scelto WiiRemoteJ poiché tale libreria è compatibile con Windows, Linux e Mac OS X grazie al fatto che si appoggia su un altro componente, bluecove (implementazione delle specifiche JSR-82), che si occupa di interfacciarsi con i driver bluetooth della macchina su cui risiede.
Il problema era che da Snow Leopard in poi, lo stack bluetooth è diventato 64bit e la libreria bluecove veniva compilata solo per il 32bit (potete leggere la storia del bug qui). Il bug è stato risolto, ma non è ancora disponibile una versione stabile della libreria che contenga la soluzione.
Se volete far funzionare WiiRemoteJ su OS X 10.5 con Java 1.6 o su OS X 10.6 dovete utilizzare uno degli snapshot di bluecove a questo indirizzo, dal numero 61 in avanti.

Esiste ancora un piccolo problema da risolvere nell'utilizzo di bluecove e Wiimote prima di potersi mettere in pista con gli esperimenti, ma rimando ad un altro post.

Stay tuned ;)

Random Thoughts

No, non sono sparita nel nulla come qualcuno di voi potrebbe aver pensato. L'università si porta via la maggior parte del tempo a disposizione e così il tempo per sperimentare è poco. Recentemente ho ripreso a guardare la mia Arduino UNO con gli occhi luccicanti, in previsione di chissà quali utilizzi. Mi sono dotata di un multimetro e di una Solviden (lampada ikea) perché vorrei provare a riutilizzare il piccolo modulo solare, ma ancora non ho le idee chiare. Appena avrò qualche aggiornamento su questo progetto, metterò un post dedicato.

Nel frattempo ho partecipato ad un piccolo corso sull'amministrazione di un sistema Linux organizzato da alcuni ragazzi dell'associazione POuL. Devo dire di essere rimasta davvero soddisfatta. Mi ha tolto molta della confusione che avevo in testa riguardo ai SO Linux e mi hanno mostrato alcuni tool davvero utili di cui non conoscevo l'esistenza. Sul loro sito ci sono slide e video delle quattro lezioni, disponibili gratuitamente.

Rimanendo in tema, venerdì 24 giugno (tra due giorni) il signor Richard Stallman sarà presente alla V Conferenza italiana sul software libero con un intervento dal titolo "A Free Digital Society". Studio permettendo mi piacerebbe parteciparvi.

Per questa volta solo qualche pensiero sparso. Spero di tornare presto con notizie sul progetto Arduino e qualche altra chicca software.

Wireshark su Snow Leopard

Non so per quale motivo, ma Wireshark mi ha sempre creato qualche problema al momento dell'installazione su OS X. Dicono si tratti di problemi di permessi sulle interfacce ed effettivamente, una volta installato e avviato non viene rilevata nemmeno un'interfaccia dalla quale catturare pacchetti.
Su Leopard avevo risolto tempo fa, ma non ricordo più esattamente come e, infatti, una volta passata a Snow Leopard mi sono ritrovata punto e a capo. Mi ero illusa che avessero risolto il conflitto nelle realease più recenti ed invece quello che offrono è una semi-pezza.

All'interno del dmg di Wireshark 1.4.4 c'è una cartella chiamata ChmodBPF che va copiata tutta intera in /Library/StartupItems/ . Quello che fa questa cartella è semplicemente settare all'avvio i permessi necessari perchè Wireshark possa vedere le interfacce. Quello che però succede è che questa cartella non ha i permessi necessari per settare un bel niente. Infatti riavviando il computer vi apparirà una bella finestra che vi avvisa che ChmodBPF non è stato avviato ("Insecure Startup Item disabled"). Tutto ciò non è comico? XD
Effettivamente nemmeno io l'ho trovato molto comico all'inizio, tanto che ho lasciato perdere il tutto fino a data da destinarsi. L'altro giorno, stufa di vedere il messaggio di errore all'avvio del mio povero Mac, ho scavato nella rete e ho trovato la soluzione!
Nel blog da cui ho preso la soluzione dicono che il problema è l'ownership (ma come si dice in italiano??) dello script e usando queste due linee su terminale dovrebbe andare tutto a posto.

cd /Library/StartupItems
sudo chown -R root:wheel ChmodBPF

Una volta sistemati i permessi di ChmodBPF bisogna riavviare il computer oppure, semplicemente, avviare ChmodBPF tramite:

sudo /Library/StartupItems/ChmodBPF/ChmodBPF start

Per ora il tutto funziona, vedremo cosa succederà alla prossima release.

AGGIORNAMENTO: ad oggi (release 1.8.3) il problema sembra essersi risolto.

Regole di Traduzione

Dopo essermi addentrata nel mondo PyObjC e aver trovato ben poco materiale a riguardo, ho pensato di tradurre in italiano le "regole" basilari di conversione da Objective-C a Python. Dedicherò un post ad ogni regola di cui verrò a conoscenza, partendo da quelle basilari.
Purtroppo non conosco nel dettaglio la sintassi di Objective-C e quello che presento di seguito è quello che ho capito dalla documentazione (alquanto scarna) che si trova sul sito di PyObjC.
Vi chiedo scusa per le inevitabili imprecisioni e se doveste riscontrare errori, segnalatemelo.
E ora cominciamo.

PRIMA REGOLA(la più importante):

Sintassi Objective-C

metodo: arg1 argomento: arg2;

Sintassi PyObjC

metodo_argomento_(arg1, arg2) 

Per "tradurre" un metodo da Objective-C a Python, PyObjC richiede che il nome del metodo in Python sia composto dal nome del metodo Objective-C e dai nomi degli argomenti, ognuno seguito da un underscore ("_") per indicare al traduttore la posizione originale dei due punti (":"). I valori degli argomenti vanno inseriti ordinatamente all'interno delle parentesi.

Tutto qui, questo è tutto quello che vi serve per cominciare ad utilizzare i framework cocoa all'interno dei vostri programmi scritti in Python. Nient'altro. ^_^

Internet of things con Massimo Banzi

Giovedì 24 febbraio a Bologna si terrà:

"Internet delle cose - Che futuro ci aspetta"

L'incontro, gratuito, è organizzato da Assi (Associazione Specialisti Sistemi Informativi) e Cofimp. Interverranno Massimo Banzi (co-fondatore del progetto Arduino) e Leandro Agrò (co-fondatore di WideTag e Global Director User Experience di Publicis Healthware International).
Se volete iscrivervi, seguite il link alla pagina dedicata all'evento su EventBrite, ma affrettatevi che al momento sono disponibili solo 5 posti.

Codemotion 2011

Il 5 marzo si terrà a Roma il primo Codemotion, un evento dedicato a tutti gli appassionati di tecnologia e programmazione.
L'evento, gratuito, è un'evoluzione del JavaDay che dopo 4 anni si apre a tutti i linguaggi di programmazione e diviene appunto Codemotion. L'iniziativa vuole essere una festa dei linguaggi di programmazione: un'occasione per condividere le proprie esperienze e incontrare le aziende sponsor, a cui è possibile lasciare il proprio CV. Tra gli sponsor più conosciuti troviamo Samsung, Oracle, Adobe, Sony Ericsson, IBM e Capgemini.

Il programma si presenta molto ricco, con i primi interventi previsti alle 9.00 e gli ultimi alle 18.00. I talk sono suddivisi in 7 categorie: gaming, mobile, web & beyond, tools & process, hacking & OS e what's hot per un totale di 65 talk spalmati lungo tutto l'arco della giornata.

Durante questo mese di attesa è inoltre possibile iscriversi a due concorsi: Il primo, aperto a tutti, si chiude il 15 febbraio e mette in palio un iPod touch da 32 GB a chi invierà il codice che verrà votato come il più "emozionante". Il secondo invece è aperto solo a studenti universitari e si chiude il 18 febbraio; in questo caso il premio è di 1000€ per i primi tre classificati in grado di creare il processo migliore sulla piattaforma Blueworks Live della IBM.

Personalmente trovo positivo che in Italia si sia riusciti ad organizzare un evento simile, dato che nel nostro paese si fa fatica a scovare eventi di una certa dimensione legati al mondo della tecnologia e della programmazione. Spero vivamente che il tutto si svolga piacevolmente e che il Codemotion diventi un appuntamento fisso.
Ora ho solo un piccolo problema, come faccio a scegliere quali talk seguire? ^_^

Nota: per approfondire, visitate il sito del Codemotion.

GDD Milano #15 - Data

Piccolo aggiornamento per quanto riguarda la data della quindicesima Girl Geek Dinner Milanese.
L'incontro dal titolo: "User interfaces – Come interagire con la tecnologia e padroneggiarla senza esitazioni" si terrà il 4 marzo in luogo da definirsi.
Se siete una Girl Geek e volete intervenire durante la serata, andate sul sito delle Girl Geek Milanesi, stanno infatti cercando ragazze disponibili a prendere in mano il microfono. Se siete Boy Geek invece, è meglio che cominciate a cercare qualche donzella perché gli uomini accedono solo accompagnati da vere Girl Geek.

OpenMT: Multi-touch DIY

Grazie a twitter ed al blog di Make:, sono venuta a conoscenza di un interessante progetto: OpenMT.
Il progetto è stato sviluppato dalla  Sensible UI, una piccola azienda coreana, che stanca di andare alla ricerca di dispositivi multi-touch adatti ai propri scopi, ha deciso di crearne uno.
La particolarità di questo dispositivo sta nel fatto che è possibile riprodurlo autonomamente grazie al software open-source e ad Arduino. Al momento è disponibile la release 0.1,  che promette di poter operare un trackpad multi-touch 8x8. Il progetto si compone di 3 software (VIS3D, MTView, SGDriver) e di un dispositivo multi-touch basato su Arduino (ArduMT1).
I video mostrano alcuni esempi di funzionamento:

Il software è stato sviluppato per Windows 7, ma confido nel fatto che, se il progetto si dimostrerà valido, presto verrà portato anche su Linux e Mac.
Vi ho stimolato la curiosità? Se volete approfondire potete fare riferimento al sito del progetto OpenMT, al blog ufficiale o alla repository su sourceforge.

IOBluetoothDeviceInquiry - Ora funziona!

Nonostante avessi richiesto una mano per del codice nel post PyobjC e Cocoa API, sono riuscita in breve a scovare nei meandri della rete qualcuno che come me ha avuto qualche difficoltà a capire il funzionamento della classe IOBluetoothDeviceInquiry e che per questo ha messo a disposizione un esempio corretto. L'esempio originale (lo trovate qui) è stato scritto in objective-c e comprende anche qualche manipolazione dei dispositivi trovati.
Quello che ho fatto è stato semplicemente "tradurre" l'esempio in Python tramite le regole di conversione di PyObjC, eliminare le parti che non mi servivano e personalizzarlo un po':

# Setup the inquiry to search for available devices
inquiry = IOBluetoothDeviceInquiry.alloc().init()
inquiry.start()
NSThread.sleepUntilDate_(NSDate.dateWithTimeIntervalSinceNow_(7))
inquiry.stop()
# Create an array of foundDevices
deviceList = inquiry.foundDevices()
print deviceList.count()

Effettivamente, mi ero già accorta che il mio codice precedente terminava troppo rapidamente, di certo non i 10 secondi cui dovrebbe durare la ricerca, ma non avevo trovato il modo di risolvere la questione e così foundDevices() veniva chiamato troppo presto. Quello che invece non mi è ben chiaro, è perché sia necessario chiamare anche stop(): la ricerca non dovrebbe terminare da sola dopo massimo 10 secondi? C'è ancora qualcosa che mi sfugge?

Pagamento Sociale

Navigando nella sconfinata rete sono incappata in questo strano modo di farsi pubblicità e "vendere" i propri prodotti. Si chiama Pay with a Tweet e si tratta di rendere disponibili contenuti (libri, mp3, trailer) in cambio di un tweet e nient'altro.
Lo trovo un ottimo modo per farsi pubblicità a patto che i contenuti rilasciati siano di effettiva qualità e non un semplice sotterfugio per diffondere il proprio marchio attraverso i tweet degli utenti.
Al momento il fenomeno non sembra particolarmente diffuso anche se sul sito è scritto che sono stati già creati più di 300.000 tweet-pagamenti. Se vi interessa un elenco dei file "comprabili" andate a dare un occhiata qui. Personalmente sono interessata solo all'offerta dell'Hotel Domspitzen che offre una birra per un tweet, peccato si trovi a Colonia!

Finiti gli indirizzi IPv4

Appena un paio di anni fa frequentavo il mio primo corso inerente le reti di comunicazione e Internet. In quel corso ci vennero presentati tra le altre cose IPv4, IPv6 e il problema dell'esaurimento di indirizzi pubblici sotto IPv4. Ci venne detto che in realtà da anni esiste un'alternativa, IPv6 appunto, ma che a causa dei costi di aggiornamento delle infrastrutture e della prorogabilità del problema, davvero pochi si erano preoccupati di adeguarsi al nuovo standard.

Bene, è del 3 febbraio scorso la notizia che effettivamente anche gli ultimi indirizzi pubblici sono stati assegnati a vari RIR (per approfondire: qui e qui).

In realtà, per ora, questo non comporta grandi stravolgimenti per gli utenti comuni, ma certo fa pensare, e personalmente mi stupisce, con che rapidità sia cresciuto Internet negli ultimi anni.

PyobjC e Cocoa API

E' da non molto che mi sono avvicinata al mondo Mac e al mondo Python. Le due cose non sono necessariamente legate, ma dato che sto cercando di esplorare le potenzialità del Wiimote e tutti i tutorial e le API che trovo sono o dedicati agli sviluppatori Windows o agli sviluppatori Java, ho pensato di risalire alla fonte e di provare a crearmi una mini libreria personalizzata (forse dovrei chiamarla framework? ^_^) per gestire l'interfaccia bluetooth direttamente da un programma Python.
A dire la verità, esisterebbe già un API scritto proprio per gli utenti della mela, ma è un progetto arrivato alla release 0.4 e mai più toccato dal novembre 2009. La cosa non mi rende molto fiduciosa per quanto riguarda la compatibilità e mi sono quindi detta che avrei speso meglio il mio tempo creandomi un API ad hoc, piuttosto che imparando quella di qualcun'altro e nel frattempo avrei anche preso dimestichezza con Python.

In mio soccorso sono arrivati subito Pyobjc e i framework Cocoa (in particolare IOBluetooth e IOBluetoothUI).
Il primo è un bridge tra Python e Objective-C che si trova direttamente installato in OS X 10.5 o superiori, mentre le seconde sono le API presenti nei sistemi operativi Apple più recenti e sono scritte in Objective-C.

A questo punto, pensavo di avere tutto quello che mi servisse per mettermi a programmare, ed invece sto trovando parecchi intoppi lungo la strada. Il fatto è che trovo pochissima documentazione su Pyobjc, anche se sembrerebbe largamente utilizzato e lodato. Se qualcuno dovesse trovare qualche fonte aggiornata mi farebbe cosa gradita se me la segnalasse, magari in un commento.
Nel frattempo cercherò di raccogliere tutte le informazioni che riesco a trovare in questo e successivi post, in modo che possano essere utili anche ad altri.

Importare un framework in un modulo Python:
Da OS X Leopard per importare un framework in un modulo Python tramite Pyobjc si utilizza:

__bundle__ = objc.initFrameworkWrapper("IOBluetooth",
               frameworkIdentifier="com.apple.IOBluetooth",
               frameworkPath=objc.pathForFramework(
               "/System/Library/Frameworks/
               IOBluetooth.framework"),globals=globals())


E non come suggerito in molti post nella rete:

objc.loadBundle("IOBluetooth", globals(),                 bundle_path=objc.pathForFramework
                (u'/System/Library/Frameworks/
                IOBluetooth.framework'))

il problema a questo punto diventa cercare un device remoto, che nel mio caso è il Wiimote. Ho provato in vari modi, ma il risultato è sempre negativo.
Questo è il codice:

inquiry = IOBluetoothDeviceInquiry.alloc().init()
a = inquiry.start()
if a == 0:
  devices = inquiry.foundDevices()
  print devices.count()
else:
  print "errore"

devices.count() ritorna sempre 0, il che dovrebbe indicare che non è stato trovato nessun device bluetooth. Evidentemente sto sbagliando da qualche parte, ma non riesco a capire dove. Nessuna idea?

Aggiornamento: Ho risolto il problema! Se volete sapere come, leggete questo post.

Una nuova Girl Geek Dinners Milanese

Sul blog delle Girl Geek Milanesi è di ieri il post che annuncia l'organizzazione di una nuova cena tra geek dal titolo:

"User interfaces: i vari modi per utilizzare il web, i device di nuova generazione e gli strumenti di uso comune in modo semplice e user friendly"

E' da qualche anno ormai che seguo abbastanza assiduamente il blog principale e la sezione milanese, ma solitamente gli argomenti trattati, soprattutto nelle cene, mi hanno sempre interessato marginalmente. Infatti, nonostante apprezzi il lavoro di informazione e networking che svolgono, ho sempre trovato gli argomenti rivolti più ad un pubblico di utilizzatori delle nuove tecnologie che non di sviluppatori. Questa volta invece mi hanno davvero incuriosito e spero di riuscire a presenziare all'incontro.
Per ora non è dato sapere né il giorno, né il luogo della cena, ma è stata presentata una prima scaletta:

-  Interfaccia grafica di un sito web
-  Architettura dell’informazione
-  Usabilità
-  Interazione uomo-macchina
-  Interfaccia game
-  Interfaccia TV
-  Interfaccia mobile

Cercherò di tenervi aggiornati sugli sviluppi della serata e soprattutto spero che per una volta affrontino l'argomento anche dal punto di vista di chi lavora nella tecnologia e non soltanto di chi lavora con essa.