Categoria: opensource

  • Ringraziamenti

    Il riconoscimento degli sforzi compiuti per portare a termine un lavoro è molto importante, soprattutto se il lavoro in questione non ha finalità commerciali e/o remunerative, tipo un progetto opensource o una espressione della propria creatività.
    Esprimo dunque i miei più sentiti ringraziamenti all’autore delle icone dei vari social networks che ho messo in alto nella sidebar.
    L’autore si chiama jwloh, qui il link al suo profilo su DeviantArt, qui il link al icon set.

    Many thanks, jwloh!

    [tags]jwloh, icons, social[/tags]

  • Cubi rotanti, finestre gommose, tutto qui?

    Purtroppo sembra di si, una moltitudine di effetti indubbiamente efficaci e cool dal punto di vista visivo, ma che secondo la mia opinione non hanno apportato alcuna novità dal punto di vista dell’usabilità del sistema.
    E questo lo trovo un pò deludente.
    Ammetto che sia piuttosto complesso allontanarsi da ciò che sono gli standard di implementazione di un sistema di gestione delle finestre, altrimenti detto Window Manager, ma se si vuole creare qualcosa di realmente innovativo bisogna cominciare a rompere con il passato, e i tempi mi sembrano maturi per una cosa del genere.
    Il motivo scatenante che mi ha portato a questo post è stato il rendermi conto della continua rincorsa al pulsante di chiusura delle finestre, che dalla notte dei tempi si trova nella barra del titolo, con vicino i pulsanti per ingrandire o minimizzare la finestra stessa.
    Ora, non sono ne pigro ne sprovveduto, e so benissimo che esistono gli shortcut da tastiera, però questa soluzione può starmi bene durante una sessione di editing, durante la quale ho già le mani sulla tastiera; ma durante il resto del tempo che passo davanti al monitor?

    (altro…)

  • Twittare da SciTE

    Si, diciamo che mi sento abbastanza Twitter-addicted, e quindi perchè non perdere un pò del mio scarso tempo libero per mixare il servizio di microblogging con l’altro programma che mi trovo ad utilizzare più di frequente, e cioè SciTE?
    Detto, fatto! E ora spiego l’arcano.
    Come spiegato nel wiki delle API di Twitter, per inviare un aggiornamento di stato, come per altre operazioni, del resto, è sufficiente un client che gestisca gli URL, come il testualissimo e altrettanto diffuso curl.

    Esempio

    curl -u user:pass -d status="your message here" http://twitter.com/statuses/update.xml

    Ne più ne meno che una sessione HTTP autenticata verso il server, con il testo dello stato opportunamente codificato.

    Ok, SciTE ce l’ho, curl ce l’ho, l’account su Twitter pure: uniamo il tutto.

    Lanciamo SciTE, e dall’apposito menù apriamo il file denominato “User Options File”, che sull’HDD corrisponde allo .SciTEUser.properties nella propria homedir.
    Ci spostiamo alla fine del file, e aggiungiamo:


    twitter.user=MYUSER
    twitter.pass=MYPASS
    command.name.16.*=Tweet
    command.subsystem.16.*=0
    command.16.quiet.*=1
    command.16.*=curl -u $(twitter.user):$(twitter.pass) -d status="$(CurrentSelection)" http://twitter.com/statuses/update.xml

    Occhio all’ultima linea, potrebbe risultare a capo causa formattazione del post , va accodata alla linea precedente.

    Qualche spiegazione, anche tutto mi sembra piuttosto autoesplicativo…
    Le prime due righe contengono grosso modo la creazione/assegnamento di due variabili contenenti ripettivamente l’username e la password dell’account su Twitter.
    Le righe seguenti definiscono la creazione di una nuova entry nel menù Tools, e l’ultima, in particolare, contiene il comando da eseguere, e cioè l’invocazione che abbiamo visto più sopra, con in più l’assegnazione del testo di stato: a $(CurrentSelection) verrà sostituito il testo attualmente selezionato all’interno di SciTE.
    E il gioco è fatto.
    È evidente che il lavoro che ho fatto non è niente più di un buon esercizio di integrazione, ma ben vengano tutti quei piccoli hack che ci consentono di rendere i nostri strumenti di lavoro/hobby più versatili e funzionali!
    L’esercizio può essere esteso molto facilmente associando una combinazione di tasti all’esecuzione del comando, in modo da non dover allontanare le mani dalla tastiera, ed essendo basato sull’esecuzione di un comando esterno è applicabile a moltissimi altri editor, o comunque software che permettano l’esecuzione di un programma esterno.

    Alla prox

  • WebKit aggiunge il supporto alle EFL

    È con grande piacere che annuncio la presenza del porting di WebKit, il famoso engine per il browser per le EFL, le librerie che stanno alla base di E17. Il WebKit utilizza la libreria Cairo per il rendering vettoriale, e l’oggetto renderizzato è assimilabile ad un Evas_Object, quindi gestibile nativamente dalle EFL. Questo lavoro spettacolare è stato realizzato da Kenneth Christiansen (lo trovate su freenode con il nick kenne), uno sviluppatore danese che lavora all’ INdT (Instituto Nokia de Tecnologia a Recife (Brasile), vera fucina per lo sviluppo di applicazioni per la piattaforma Maemo.

    (altro…)

  • Nuovo tema di default per E17

    Il fantastico lavoro svolto da Toma- e raster, e’ praticamente giunto al termine, e infatti il glorioso tema di default “Bling” e’ stato sostituito con il nuovo “BlackAndWhite”, assolutamente da vedere e provare.

    Ecco lo screenshot, linkato dal sito di raster:

    BlackAndWhite
    BlackAndWhite

    Ed ecco il link alla news originale.

    Alla prox

    [tags] e17, theme, enlightenment [/tags]

  • Swisscom + Linux = EFL!

    La notizia e’ dunque ufficiale, ed e’ stata data da Rasterman in persona: Swisscom utilizzera’ le EFL (Enlightenment Foundation Libraries) nella propria piattaforma Linux-based per i telefoni cellulari.

    Il lavoro svolto da Raster e’ stato quello di migliorare E17, di rendere usabile Illume, un modulo per E17 che trasforma il classico DE in qualcosa di piu’ funzionale per i devices con scarse risoluzioni, e di creare Elementary, un set di widget ottimizzato anch’esso per i dispositivi mobili con touchscreen.

    Il codice funziona molto bene su cellulari e PDA come il Treo650, con solo 32 MB di RAM, e il risultato e’ interfaccia grafica molto più attraente rispetto all’originale PalmOS, basata sul progetto OpenEmbedded.

    Per maggiori dettagli, in particolare i dettagli tecnici sulla installazione (Treo650 e Freerunner) vedere il sito di Rasterman.

    [tags]swisscom, linux, enlightenment, e17[/tags]

  • Lo stato di Enlightenment

    Oggi voglio dedicare un po’ del mio tempo per aggiornare il mondo circa lo stato del progetto al quale sto attivamente contribuendo, e cioe’ Enlightenment.
    Nonostante l’annosa questione della major release non ancora disponibile, Enlightenment (d’ora in poi E) e’ assolutamente usabile, con la sua innata velocita’ e piacevolezza alla vista, e soprattutto e’ in costante crescita, percio’ l’utilizzo di E dai sorgenti e’ il modo migliore per apprezzarne le features: il build non deve assolutamente spaventare, una volta soddisfatte le dipendenze il processo scivola via senza problemi, soprattutto grazie alla presenza di script (easy_e17 [1] e ReasyE17 [2]) che fanno il lavoro sporco per noi.
    Nei mesi appena trascorsi c’e’ stato un grosso fermento nel progetto, non solo a livello di codice, ma anche nella community che gravita attorno ad E.
    Ecco cosa e’ successo.

    (altro…)

  • Screenshot di E17

    In attesa di far uscire dal draft il post sulle ultime novita’ relative ad E17 ecco un paio di screenshot del mio desktop, aggiornato al 30/08/2008.
    Niente cubi rotanti o altri fronzoli inutili, semplicemente lo stato dell’arte circa eleganza e leggerezza: questo e’ Enlightenment.
    Per i piu’ curiosi:
    * E17 compilato da SVN
    * Tema B&W (non ancora completo, ma Toma- e Raster ci stanno lavorando parecchio)
    * Modulo Bling (composite manager) attivato
    * SciTE nella mia versione “dark”, piuttosto spudoratamente copiata da Textmate
    * Sfondo: versione negativa di uno dei background originali di Matrix

    Il mio dekstop
    Il mio dekstop

    Sessione di codifica con SciTE
    Sessione di codifica con SciTE

    Alla prox

    [tags] enlightenment, e17 [/tags]

  • Approfondimento su SciTE

    Secondo appuntamento relativo a SciTE, non previsto inizialmente, ma necessario per descrivere come poter gestire al meglio API e keywords in un progetto che utilizza le EFL.
    Nel post precedente l’indicazione di quale file API utilizzare veniva fatta tramite il file .SciTEUser.properties , ma questo modo non mi sembra troppo “pulito”, infatti la necessità di caricare diversi file API potrebbe rendere meno chiaro il file di configurazione stesso; e ancora peggiore sarebbe l’impatto per le keywords (per ottenere l’highlight delle funzioni): il file cpp.properties conterrebbe così un lunghissimo elenco di funzioni, e chiarezza e leggibilità andrebbero a farsi benedire.
    Inoltre, cosa ben più grave, le modifiche ai file del pacchetto base (cpp.properties nel dettaglio, e SciTEGlobal.properties nel caso delle configurazioni di stile) potrebbero andare perse in caso di aggiornamenti di SciTE.
    E allora cosa si puo’ fare?
    Niente di piu’ semplice, utilizzare la capacità di SciTE di sovrascrivere le varie impostazioni dal basso verso l’alto, partendo dal file SciTE.properties fino ad arrivare al file SciTEGlobal.properties.
    Nel dettaglio, i files interessati sono i seguenti, in ordine di overriding:
    il file SciTE.properties (posizionato nella directory del file che si sta editando) sovrascrive il file SciTEDirectory.properties (posizionato o nella directory del file che si sta editando oppure nella directory superiore), che sovrascrive il file .SciTEUser.properties (posizionato nella propria homedir), che sovrascrive il file SciTEGlobal.properties (in Ubuntu presente nella directory /usr/share/scite).
    E’ chiara la possibilità di realizzare un sistema che permette, tramite i file SciTE.properties oppure SciTEDirectory.properties, di caricare i file API e l’elenco di keywords relativi alla EFL che si usa realmente.

    Happy coding e alla prox