Alt-Shift-Tab che non funziona su Openbox LXDE

Oggi finalmente sono riuscito a scoprire perché non mi funzionava più la combinazione per tornare indietro nello scorrimento delle finestre aperte.
Per scorrere le finestre aperte utilizzo spesso Alt-Tab per passare alla prossima della lista e Alt-Shift-Tab per tornare indietro.

Come ho già espresso in passato preferisco utilizzare la tastiera per impartire la maggior parte dei comandi al mio PC, per passare da un'applicazione ad un'altra uso difficilmente il mouse e spesso le combinazioni di tasti di cui sto scrivendo.
Giorni fa ha smesso di funzionare la combinazione Alt-Shift-Tab e quindi potevo solo andare avanti tra le finestre aperte e ad un certo momento ho deciso che era troppo scomodo, allora la ricerca mi ha riportato a rivedere l'ultima modifica che avevo effettuato alla configurazione di XORG per impostare il layout di tastiera. Aggiungendo il file

/etc/X11/xorg.d/10-keyboard.conf

avevo preso uno snippet trovato in rete e modificato secondo le mie necessità ma non avevo notato che c'era una direttiva di troppo dopo le modifiche:

Option "XkbOptions" "grp:alt_shift_toggle"

Nello snippet che avevo trovato era necessaria per permettere di passare da un layout ad uno alternativo semplicemente premendo la combinazione Alt-Shift essendo presenti due layout differenti.
Ho provveduto a commentare la direttiva incriminata e magicamente posso andare avanti e tornare indietro tra le finestre aperte.

Il 16 Agosto 2014 ed il particolare orario in Unix / Linux

$ date --date='@1408160542'
Sat Aug 16 05:42:22 CEST 2014
$ date --date='@1408160542' +%y%m%d%H%M
1408160542

In questo orario che ho indicato ho trovato la particolare combinazione per cui il numero dei secondi passati dal 1 Gennaio 1970 ha lo stesso aspetto della data e ora riportati nel formato anno (di due cifre) mese giorno ore e minuti.
L'ho provato con la versione 8.23 del comando date (GNU coreutils), con versioni più recenti non è permesso fornire la data da visualizzare con il formato preceduto da @ ma si può eseguire il comando nel modo inverso:

$ date --date='Sat Aug 16 05:42:22 CEST 2014' +%s
1408160542

Dizionario on-line da bash con curl

La RFC 2229 descrive il protocollo Internet DICT per permettere l'accesso a dizionari in rete.
Un modo molto semplice per accedere è l'utilizzo del comando curl che supporta tale protocollo.

Un esempio con la parola inglese door che viene tradotta in Italiano in porta o uscio:

curl "dict://dict.org/d:door:fd-eng-ita"

restituisce:
220 pan.alephnull.com dictd 1.12.1/rf on Linux 3.14-1-amd64 <auth.mime> <6051747.13047.1412087461@pan.alephnull.com>
250 ok
150 1 definitions retrieved
151 "door" fd-eng-ita "English-Italian FreeDict Dictionary ver. 0.1.1"
door
 porta; uscio
.
250 ok [d/m/c = 1/0/12; 0.000r 0.000u 0.000s]
221 bye [d/m/c = 0/0/0; 0.000r 0.000u 0.000s]

le righe che iniziano con un numero fanno parte del protocollo ed offrono un utilizzo agevolato per il trattamento automatico:
il 220 corrisponde al messaggio di benvenuto da parte del server che indica i suoi riferimenti e le sue caratteristiche.
il 250 seguito da ok rappresenta la presa in carico della richiesta.
il 150 riporta il numero delle definizioni trovate, se non ce ne fossero il codice sarebbe 552.
Per ogni definizione trovate avremo un 151 con l'indicazione della parola cercata, il codice e la descrizione del dizionario in cui è stata trovata
Di seguito alla riga con codice 151 viene riportato il contenuto della definizione che si conclude con una riga contenente solo un punto "."
Al termine delle definizioni trovate di nuovo un codice 250 con eventuali indicazioni dei tempi impiegati per reperire le informazioni.
Il codice 221 rappresenta i saluti da parte del server per la chiusura della connessione.

Altrettanto interessante può essere l'esecuzione di una richiesta senza specificare il dizionario da usare:

curl "dict://dict.org/d:door"

si ottiene il contenuto della definizione door per il Dizionario Inglese Collaborativo Internazionale che rappresenta il dizionario di default del server dict.org.

Per ottenere la lista dei dizionari disponibili in dict.org eseguire:

curl "dict://dict.org/show:db"

in risposta si ottiene un codice 110 con l'indicazione del numero di dizionari presenti e di seguito la lista indicante il codice e la descrizione di ognuno, termina con la solita riga con un solo punto, poi il 250 e il 221 di saluti.

Nella lista ottenuta vorrei che si notasse:
foldoc "The Free On-line Dictionary of Computing (20 July 2014)"
e trovo doveroso il comando:

curl "dict://dict.org/d:linux:foldoc"

Idea presa da http://www.thegeekstuff.com/2012/04/curl-examples/

Lubit cresce e consuma sempre poco

Lubit, attualmente alla versione 3, si conferma come ottima soluzione per l'installazione di Linux su PC con poche risorse.

L'immagine che segue ne è la prova:

Il limitato impegno di risorse in termini di memoria e di CPU ne fanno una distribuzione ideale per il recupero di vecchio hardware reperibile nelle proprie soffitte oppure dalle aziende che dismettono PC non più utilizzabili per usi professionali con i software proprietari disponibili sul mercato. Proprio i PC dismessi dalle aziende potrebbero essere riutilizzati nelle aziende stesse, anche se di solito si trova terreno poco fertile in questa direzione; ancora di più potrebbero essere utilizzati in scuole oppure associazioni in cui le disponibilità economiche sono sempre ridotte all'osso.

Inoltre trovo utili le guide nel sito del progetto, se proprio non vorrete installare Lubit potranno comunque risultare utili anche in altre distribuzioni. Di documentazione sui software liberi se ne trova sempre tanta ma la qualità di queste guide mette in evidenza le capacità e gli obiettivi del team.

Finora ho provato Lubit 3 solo installata in macchine virtuali ma a breve dovrò riutilizzare dei vecchi PC e penso che sarà la scelta che adotterò. Non mancherò di aggiornare il blog con le impressioni che ne deriveranno.

Intanto i complimenti e gli auguri di buon lavoro al team di Lubit.

Verifica in bash se una variabile è numerica

Oggi una mia necessità era di verificare se una variabile era di tipo numerico ed il valore maggiore o uguale a zero.
Dopo qualche tentativo sono arrivato alla conclusione che il mio modo preferito di eseguire la verifica era:

A=X

B=5

[ $A -ge 0 ] 2>/dev/null && echo Numerico

[ $B -ge 0 ] 2>/dev/null && echo Numerico

l'aggiunta di "2>/dev/null" permette di non ottenere il messaggio di errore "-bash: [: A: integer expression expected"
Il numero deve essere positivo oppure zero, se si vogliono verificare anche i numeri negativi l'allungo un pochino:

[ $A -ge 0 -o $A -le 0 ] 2>/dev/null && echo Numerico

Per una prova più ampia:

for VAR in 0 1 2 3 4 5 50 100 1000 -1 -2 -5 -50 -100 -100 A C 2A 10X X1 X5
do
[ $VAR -ge 0 -o $VAR -le 0 ] 2>/dev/null && echo $VAR num || echo $VAR NON num
done

Il funzionamento si basa sul comando built-in [ della bash  che implementa il comando test di unix, restituisce un valore di ritorno vero/true solo se la condizione è valida e corretta, quindi confrontando numericamente con l'operatore -ge il valore della variabile rispetto allo zero per verificare se è maggiore o uguale si ottiene vero solo se il contenuto della variabile è un numero valido, altrimenti si ottiene falso. Se il contenuto della variabile non fosse un numero valido allora si otterrebbe il messaggio di errore che possiamo sopprimere con 2>/dev/null che lo redirige verso la device virtuale che distrugge tutto quello che riceve, come se fosse un buco nero.

bash e la pagina di manuale del comando precedente

Mi capita spesso di impartire un comando errato dovuto ad un'opzione errata che mi costringe a consultare la pagina del manuale del comando, quando il nome del comando è breve faccio prima a digitarlo come parametro per il comando man.
Quando il nome del comando è lungo e non trovo a disposizione le configurazioni di "completion" per completare con TAB il nome del comando, ricorro alla sostituzione con history:

man !!:0

questo mi permette di passare a man il parametro 0 (il nome dell'eseguibile) dell'ultimo comando impartito.
Spero che possa risultare utile anche a qualche altro smemorato, buona digitazione! (poca)

Registrare il desktop in Linux

A tutte le varie alternative, dotate anche di belle interfacce grafiche, preferisco la linea di comando per attivare la registrazione dello schermo.
Serve l pacchetto che offre il comando ffmpeg, per Arch Linux il pacchetto ha lo stesso nome ed attualmente è alla versione 1:1.2.1-1, per le altre non ho indagato ma non sarà difficile trovare il corrispondente.
ffmpeg come riporta nella prima riga la pagina del manuale (man ffmpeg) è un convertitore di video ed in effetti quello che ci serve è convertire quello che viene visualizzato nel nostro desktop in un file video.

Disabilitare il salvataggio dei core con systemd

Eclipse da un po' di tempo a questa parte esegue un'operazione non corretta, che non intendo dettagliare in questo post, tale problema causa il crash del processo ed il conseguente salvataggio dello stato della memoria.
Il salvataggio della memoria di un processo che chiude in modo anomalo è utilissimo per poter indagare sulla causa dell'errore ma quando non si ha intenzione di indagare oppure non si è in grado l'operazione di salvataggio risulta inutile.
Nel caso specifico di Eclipse il salvataggio della memoria è un procedimento assai lungo ed essendo il momento in cui sto per spegnere il computer lo trovo molto fastidioso. L'aspetto più fastidioso è quello di ritrovarsi con la macchina impegnata a scrivere alcune centinaia di MiB su disco e quindi risulta scarsamente reattiva alle sollecitazioni dell'utente e tantomeno le richieste di spegnimento.
I nuovi metodi di gestione del sistema introdotti qualche mese fa su Arch Linux ancora mi risultano un po' oscuri e queste situazioni mi spingono a documentarmi, nella pagina di manuale di systemd-system.conf ho trovato nella sezione [Manager] il parametro da modificare per disabilitare il salvataggio del core:

DumpCore=no

Nel file /etc/systemd/system.conf l'ho trovata commentata con il # ad inizio riga ed il valore era yes, quello corrispondente al default, quindi l'ho "decommentata" eliminando il # e corretto con no.

Per rendere effettiva la modifica eseguire il comando

systemctl daemon-reload

oppure riavviare il sistema.

Finalmente alla chiusura di Eclipse non ho più quella fastidiosa sensazione di perdita del controllo del PC.

Lubit distribuzione leggera

Da qualche giorno è disponibile per il download la distribuzione Lubit.
Realizzata da una piccola comunità italiana, è basata su Ubuntu 13.04 e preconfezionata in modo da permettere un notevole risparmio in termini di memoria.
La prima prova in modalità live su macchina virtuale VirtualBox mi ha fatto un'ottima impressione; dopo l'installazione, sempre su macchina virtuale, l'impressione è ancora migliorata.
Vedere utilizzati 86.1MiB di memoria RAM avendo attivato un desktop grafico di tutto rispetto la rende molto utilizzabile con hardware datati ma ancora funzionanti.
Il fatto di avere OpenBox come window manager ne permette una configurabilità notevole per le operazioni con il mouse e con quelle da tastiera che personalmente prediligo.

Concludo con il consiglio di provare questa distribuzione e riporto la Pagina di presentazione e quella per il download

Chrome e audio con Flash su Linux x86_64

Con il mio Arch Linux x86_64 ho avuto un problema di audio guardando dei filmati dal sito motogp.com con browser Chrome, l'audio è "zoppicante".
Cerca e cerca ho trovato nel magico forum ufficiale di Arch l'opzione da dare a chrome per risolvere il problema:

--audio-buffer-size=4096

Con questo l'audio è corretto, spero che prosegua così.

riferimenti:
https://bbs.archlinux.org/viewtopic.php?pid=1252816
https://bbs.archlinux.org/viewtopic.php?id=160605

bash e l'aggiornamento delle dimensioni del terminale

Come ho forse accennato in post passati, utilizzo LXDE come desktop environment e bash come interprete di comandi, il tutto dentro varie linux-box con Arch Linux.
Mi capita spesso di aprire una finestra di terminale, attualmente LXTerminal, e lavorare a linea di comando con grande utilizzo delle funzioni di recupero dei comandi precedenti.
A volte, utilizzando Ctrl-R oppure con la freccia verso l'alto per ricercare un comando precedente, mi è capitato che i caratteri venissero disposti male nella riga di comando in modo da rendere impossibile correggere e avere la certezza di sottomettere il comando corretto.
Ho scoperto che non succede sempre, solo quando ho ridimensionato la finestra del terminale, ma non sempre, sapevo che le variabili COLUMNS e LINES contengono le dimensioni in caratteri della finestra di terminale e che vengono aggiornate al momento del ridimensionamento della finestra stessa ed in condizioni normali vengono aggiornate correttamente.
Capita però a volte che non si aggiornino ed ho verificato che non si aggiornano quando la finestra viene ridimensionata durante l'esecuzione di un programma, che sia esso vim, less o qualsiasi altro programma attivo al momento del resize, anche un semplice sleep o una compilazione.
La causa del mancato aggiornamento delle variabili è dovuta al fatto che il programma LXTerminal o similare, manda un segnale SIGWINCH sotto forma di kill al processo attivo al momento del ridimensionamento e non alla shell.
Per ripristinare i corretti valori delle variabili COLUMNS e LINES si può ricorrere a due metodi:
- ridimensionare la finestra nel momento in cui il controllo è tornato alla bash
- mandare il kill corretto alla shell con il comando:

kill -SIGWINCH $$

Per provare eseguire le seguenti operazioni:
- da bash su terminale grafico eseguire e prendere nota dei valori ottenuti con il comando:

echo $COLUMNS $LINES

- eseguire il comando:

sleep 10

- ridimensionare la finestra entro i dieci secondi, prima della ricomparsa del prompt
- rieseguire il comando precedente e se tutto va come ho descritto i valori dovrebbero essere invariati
- eseguire il ridimensionamento oppure il comando:

kill -SIGWINCH $$

- esaminare di nuovo i valori delle variabili che dovrebbero essere aggiornate, sempre che tutto funzioni come ho descritto

AGGIORNAMENTO
senza ricorrere al kill, quandi si è di nuovo al prompt, si può anche ridimensionare di nuovo la finestra, anche di poco. e le variabili vengono reimpostate

La data in Gnu-Linux

Per Unix il tempo è iniziato l'1 Gennaio 1970.
Ogni orario viene riferito a quel momento, quanti secondi sono passati dal 01/01/1970? Nel momento in cui scrivo 1.334.009.466.
Il comando date di Gnu ci fornisce questa informazione passandogli un determinato parametro: +%s
L'opzione  --date ( nella versione abbreviata -d ) serve per fornire una date/orario differente da quelli di sistema per la visualizzazione, quindi provando ad eseguire il comando:
date --date="2012-04-10 00:13:00" +%s
in qualunque ora lo eseguiate otterrete 1334009580.
Cercando di calcolare quanti secondi sono passati dall'impatto del Titanic con l'iceberg al 01/01/1970:
date --date="1912-04-14 23:50" +%s
a questo punto si ottiene un numero negativo essendo antecedente il 1970, sottraendo i secondi del Titanic a quelli attuali si ottengono i secondi passati dall'impatto del Titanic:

echo $(($(date --date="2012-04-10 00:13:00" +%s) - $(date --date="1912-04-14 23:50" +%s)))

I vecchi comandi date presenti nelle vecchie versioni di Unix servivano solamente per consultare ed impostare la data di sistema e quindi i progettisti avevano dato per scontato che non ci sarebbe stata la necessità di inserire date precedenti il 1970. In seguito l'implementazione Gnu ha esteso il comando date anche a funzioni di visualizzazione di date e orari arbitrari e quindi anche date antecedenti il 1970.

L'opzione --date ci permette anche di indicare date indietro o in avanti rispetto al momento attuale esprimendo ad esempio:
domani: "tomorrow"
ieri: "yesterday"
la prossima Domenica: "next Sunday"
le 18:30 della Domenica precedente "last Sunday 18:30"
il mese scorso: "last month"
la settimana scorsa: "last week"
fra 3 domeniche: "3 sunday"
fra 4 settimane: "4 weeks"
3 settimane fa: "3 weeks ago"
domani più una settimana: "tomorrow + week"
ieri più due mesi: "yesterday + 2 month"
fra 5 giorni e 2 ore: "5 days + 2 hours"

Marziani in rete ed Open SuSE 11.2

Mar 29 09:12:33 pc2kx kernel: [ 1048.245950] martian source 192.168.2.0 from 0.0.0.0, on dev eth0
Mar 29 09:12:33 pc2kx kernel: [ 1048.245970] ll header: ff:ff:ff:ff:ff:ff:00:00:00:00:fe:01:08:00
Mar 29 09:12:34 pc2kx kernel: [ 1048.999644] martian source 192.168.2.0 from 0.0.0.0, on dev eth0
Mar 29 09:12:34 pc2kx kernel: [ 1048.999665] ll header: ff:ff:ff:ff:ff:ff:00:00:00:00:fe:00:08:00
Mar 29 09:12:34 pc2kx kernel: [ 1049.745748] martian source 192.168.2.0 from 0.0.0.0, on dev eth0
Mar 29 09:12:34 pc2kx kernel: [ 1049.745768] ll header: ff:ff:ff:ff:ff:ff:00:00:00:00:fe:01:08:00
Mar 29 09:12:35 pc2kx kernel: [ 1050.499409] martian source 192.168.2.0 from 0.0.0.0, on dev eth0
Mar 29 09:12:35 pc2kx kernel: [ 1050.499429] ll header: ff:ff:ff:ff:ff:ff:00:00:00:00:fe:00:08:00

Quello che precede è quello che mi trovo regolarmente nel file /var/log/messages da un po' di tempo a questa parte della mia macchina Open SuSE 11.2. So che nella rete al quale sono collegato ci possono essere pacchetti poco puliti e poi mi preoccuperò di sollecitare un controllo a chi di dovere. Per il momento non mi preoccupo dell'origine dei pacchetti che generano il log, voglio solo disabilitare la registrazione nel log di sistema, con la frequenza di un paccheto ogni 75 centesimi di secondi il mio log di sistema diventa ingestibile. Dopo un po' di ricerche e la lettura del seguente thread nel forum OpenSUSE ho eseguito il seguente comando:

sysctl -a|grep -i martian | while read L U; do sysctl -w $L=0;done

Adesso non vengono più riportati nel log i pacchetti marziani. Dopo un po' il servizio DHCP client conferma l'indirizzo IP già ottenuto in precedenza e richiama gli script per sistemare le cose necessarie, in pratica non fa niente, solo che rieseguendo lo script di configurazione del firewall reimposta i valori di sysctl appena modificati. Ricorro allora alla modifica del file /etc/sysconfig/network/scripts/dhcpcd-hook, ho aggiunto la seguente funzione:

disable_log_martians()
{
        sysctl -a|grep -i martian | while read L U; do sysctl -w $L=0;done
}

e l'ho richiamata con:

disable_log_martians

prima del ;; del case di up) e new) Adesso aspetto, si fa per dire, se cambia di nuovo qualcosa, poi domani al reboot verifico se tutto funziona come sperato.

EasyStroke con estensione multitouch per Arch Linux

Ho realizzato l'archivio con cui distribuire la mia patch di estensione di EasyStroke per multi touch.
La mia estensione è ancoraa in versione alfa, l'ho provata solo nel mio Acer Iconia Tab W500 con sistema Arch Linux e LXDE con OpenBox.
Non ho ancora avuto modo di provarla in altri ambienti ed altri hardware.
Riporto il link per scaricare la versione del giorno:
https://sites.google.com/site/ant1antuan/easystroke-multi-touch/easystroke_mt-20111123.tar.gz?attredirects=0&d=1

Nel video che segue mostro alcune figure che ho realizzato solo a scopo di verifica di riconoscimento per visualizzare la gesture riconosciuta, non ho associato alcun comando.

Dimensioni scrollbar per touchscreen in Linux

Per il mio Acer Iconia Tab W500 con Arch Linux e LXDE / Openbox le scrollbar erano troppo piccole per le mie dita.
Le scrollbar sono utilissime per lo scorrimento in fase di visualizzazione, ma se sono troppo piccole è facile cliccare in un punto non desiderato; per la configurazione della loro dimensione sono ricorso al file

~/.gtkrc-2.0

quindi nella home directory dell'utente essendo preceduto da ~/
Al suo interno ho aggiunto il seguente contenuto:

style "scroll"
{
        GtkRange::slider-width = 30
}
class "*" style "scroll"

Con questa configurazione viene creato un nuovo stile denominato scroll in cui si imposta a 30 pixel la larghezza della scrollbar verticale o altezza della scrollbar orizzontale; infine lo stile scroll viene assegnato alle finestre di qualunque classe (con * si intente qualsiasi classe).
A me personalmente non è interessato cambiare la dimensione delle frecce nelle due direzioni per spostare le barre, non le uso mai, ma se lo ritenete necessario potete aggiungere:

GtkRange::stepper-size =30

subito dopo la riga di slider-width, la dimensione la potete scegliere a piacere, per vedere l'effetto fa effettuato logout e login di nuovo.

Comandi vim per gestione testo racchiuso

Con Vim si possono effettuare agevolmente modifiche di testo racchiuso da particolari delimitatori com parentesi oppure apici. Per eseguire la modifica di una stringa delimitata da virgolette ( doppi apici ) ci si può posizionare in uno qualsiasi dei caratteri della stringa e, in modalità comando, digitare ci" ed inserire il nuovo testo da inserire nella stringa. Allo stesso modo se si vogliono modificare i parametri passati ad una funzione, posizionarsi all'interno delle parentesi tonde, digitare ci( e digitare i nuovi parametri per la funzione.
Lo stesso funziona per l'apice singolo, le parentesi graffe e quadre ed i caratteri < e > molto usati nei linguaggi di markup. Il testo da modificare può essere anche posizionato su più righe.
Oltre alla modifica questo sistema di selezione del testo può essere utilizzato per la cancellazione utilizzando la d invece della c oppure per la copia con y per poi incollarlo con p dalla posizione del cursore.

Vedere anche gli altri post che riguardano vim.

Bash e correzione di un lungo nome di file

Se con la shell bash capita di aver creato un file con il nome sbagliato si ricorre al comando mv

mv nome-lunghissimo-e-difficile-da-scrivere-corrotto nome-lunghissimo-e-difficile-da-scrivere-corretto

Non a caso ho scelto questi due nomi in cui la differenza consiste di una sola lettera in quanto gli errori di digitazione d solito sono brevi, la potenza della bash permette di utilizzare un metodo alternativo:

mv nome-lunghissimo-e-difficile-da-scrivere-corr{o,e}tto

In questo modo al comando mv vengono passati due nomi, il primo con la lettera o al posto del pezzo con le graffe, il secondo con la e. Non sempre puo' risultare comodo ma in alcun casi l'ho trovato impagabile... essendo poi open source... effettivamente lo e'.

Clipboard e bash con xclip

Mi capita spesso di dover copiare da e verso la clipboard dalla shell ma non sempre risulta comodo ed utile farlo con Ctrl-INS oppure con il tasto centrale del mouse. A volte la necessità è quella di inserire in un file una parte del contenuto di un messaggio di posta elettronica. Per questo c'è xclip, il suo compito è quello di leggere ( richiamandolo senza opzioni ) oppure scrivere ( richiamandolo con l'opzione -o ) del contenuto della clipboard fornita da X.
Supponiamo di dover selezionare con grep le righe di un messaggio di posta elettronica che contengono un particolare indirizzo IP possiamo utilizzare, dopo aver copiato in clipboard le righe interessate:

xclip -o | grep 10.0.0.1

Se dovessimo invece spedire in chat l'output di un comando come la lista dettagliata dei file in una directory:

ls -l | xclip

e poi si può incollare nella finestra della chat il contenuto

Tux Paint - Grafica per bambini e per adulti incapaci

Tux Paint è un bellissimo programma studiato per permettere ai bambini di disegnare con il computer divertendosi come sanno fare i bambini.

L'interfaccia è semplice ma permette con pochi click di raggiungere sempre le operazioni desiderate, ha un'ampia gamma di timbri per disegnare delle figure già pronte ed una serie di pattern per i riempimenti. Sul sito sono dispobili ricche raccolte di nuovi timbri.
Molto belli gli effetti sonori stereofonici, difficilmente presenti in un programma di grafica, disegnando con la matita una riga da destra verso sinistra se ne sente il rumore che segue il movimento, il suono passa dalla cassa destra a quella sinistra.
E' disponibile per Linux, su molte distribuzioni, per Mac OSX, e per Windows nelle varie versioni.
Sono convinto che per fare grafica, buona grafica si debba essere capaci, altrimenti escono solo brutte immagini ma con questo programma si riescono a tirare fuori delle immagini guardabili anche se si è veramente negati.

XBMC e touchscreen

XBMC è un ottimo programma da utilizzare per la riproduzione di contenuti multimediali ed è altamente configurabile ed espandibile.
Provando ad usarlo con Linux (distribuzione archlinux) non riuscivo a comandarlo con il toucscreen, ma googlando un po' ho scoperto una soluzione che propone di aggiungere uno script che richiami xbmc dopo aver impostato la variabile di ambiente SDL_MOUSE_RELATIVE al valore 0