Xenos Blog All

..È vero che non vogliamo pagare la colpa di non avere colpe e che preferiamo morire piuttosto che abbassare la faccia, è vero cerchiamo l'amore sempre nelle braccia sbagliate...

..È vero che non ci capiamo, che non parliamo mai in due la stessa lingua..

..Ma ho visto anche degli zingari felici corrersi dietro, far l'amore e rotolarsi per terra, ho visto anche degli zingari felici..

..e mi ricordo chi voleva al potere la fantasia erano giorni di grandi sogni sai erano vere anche le utopie..

..però ricordo chi voleva un mondo meglio di così..

Link: http://gmpg.org/xfn/11

Dopo aver provato la demo di Social Graph API - My Connections ho scoperto una serie di metadati che ancora non conoscevo per presentare le relazioni tra le persone attraverso i link nelle pagine web: XFN.

Riporto qui la traduzione dei principali tag.

Read more »

Link: http://www.ibm.com/developerworks/xml/library/x-foaf.html

The Friend-of-a-Friend vocabulary can make it easier to manage online communities

In un articolo su IBM/developerWorks, Edd Dumbill esplora un'applicazione XML e RDF conosciuta come Friend-of-a-Friend (FOAF). FOAF permette di descrivere persone e le loro relazioni, ed è un utile mattone per creare sistemi informativi a supporto delle community. Il codice di esempio dimostra le basi dell'uso di questa tecnologia.

leggi l'articolo originale: XML Watch: Finding friends with XML and RDF

Link: http://xenos.altervista.org/blogs/media/blogs/b//dbus-freerunner-listener-0.0.1.tar.gz

Ho passato gli ultimi giorni a scrivere un programma che mi permette di essere avvisato graficamente ogniqualvolta il FreeRunner viene collegato tramite usb al mio pc e di lanciare rapidamente le operazioni più comuni e meccaniche che di solito eseguo una volta collegati i due apparecchi. Un'anticipazione di questo programma è visibile sul forum di telefoninux.org

Ritengo che finalmente questo programmino sia degno di essere provato anche da altri appassionati possessori del FreeRunner, dopo una settimana di rimpasto generale ho introdotto la possibilità di una configurazione più flessibile e personalizzabile dall'utente senza aver bisogno di mettere mano al codice python del programma.

Per certi versi questo programma dipende dal precedente script per udev o almeno richiede che la rete usb sia configurata in automatico.

Per favore, segnalate qui eventuali bug, commenti e suggerimenti per migliorare il programma nella prossima versione, saranno molto apprezzati.

download dbus-freerunner-listener-0.0.1

Read more »

Link: http://wiki.openmoko.org/wiki/USB_Networking

Basandomi su quanto scritto sul wiki con l'aggiunta delle istruzioni per Slackware di enricozini, nonostante qualcuno dicesse che usare udev per autoconfigurare l'interfaccia usb0 quando si connette il freerunner al pc, nonostante alcuni problemi iniziali, ho pensato bene di impiegare una mattina per fare una serie di script che permettono di fare proprio questo: Autoconfigurare l'interfaccia usb quando si inserisce il cavo del freerunner nel pc.

Read more »

Link: http://jonoscript.wordpress.com/2008/07/21/language-based-interfaces-part-1-the-problem/

Traduzione parziale dell'articolo Language-Based Interfaces, part 1: The Problem di Jono

Come deve essere un'UI linguistica ideale?

Basandosi su tutte queste esperienze [espresse nella parte di articolo non tradotta N.d.T.], riporto qui il mio pensiero attuale su come dovrebbe essere una UI basata sul linguaggio ideale.

Per soddisfare il requisito semplicità di apprendimento, dovrebbe:

• Accettare comandi in un linguaggio molto simile a quello umano col quale siamo già familiari.
• Fornire suggerimenti su quali comandi sono disponibili.
• Fornire suggerimenti su come concludere il comando che si sta digitando.
• Dare un'idea di quello che potrebbe succedere una volta eseguito il comando.
• Dare suggerimenti su altri comandi ai quali lui pensa io potrei essere interessato.
• Aiutare a capire quale gamma di argomenti è valida per il comando, e che cosa significano quei comandi.
• Proporre comandi appropriati al contesto di lavoro o al tipo di dati selezionati.

Per efficenza, dovrebbe:

• Permettere all'utente di iniziare il comando con il nome o con il verbo.
• Permettermi di autocompletare un comando premendo un tasto.
• Riconoscere le parole persino se super-abbreviate.
• Ricordare quali proposte sono state scelte in passato e proporle la volta successiva si reimmette lo stesso input.
• Permettermi di inserire un comando parziale, mostrare dei suggerimenti, scegliere tra questi il più simile a quello che voglio lanciare e infine permettermi di editare questo comando prima di eseguirlo.
• Indovinare, a partire dal contesto e dalla selezione, che cosa vuole l'utente, quindi mostrare i sugerimenti e permettere all'utente di modificare il comando nel caso questo sia sbagliato.

Per essere espressiva, dovrebbe:

• Gestire comandi con argomenti multipli, inclusi argomenti opzionali, e che possono richiedere diversi tipi di dati.
• Se ho selezionato dei dati, permettermi di usare quella selezione come input per tutti gli argomenti oppure per solo qualcuno di questi.
• Permettermi di concatenare i comandi tra di loro, l'output di uno dovrebbe poter essere usato come input per un altro, come le pipe di Unix.
• Se il mio input può avere più di una interpretazione, darmi la possibilità di risolvere l'ambiguità in modo appropriato.
• Permettermi di comporre comandi complessi a partire da parti più semplici, sfruttando la flessibilità dei linguaggi naturali.
• Permettermi di salvare un comando complesso che ho creato e dargli un nome semplice in modo da poterlo riutilizzare in futuro.
• Darmi un modo facile per creare miei programmi e condividerli con gli altri.

Una lista di richieste notevole? Si!

Conflitti tra gli obiettivi? Probabilmente!

Impossibile? Non credo!

Approfondimenti:

• Language-Based Interfaces, Part 2: Where do we stand now?