Just A Little Bit Of Geekness

Questa sera mi sento prolisso e speranzoso. Prolisso perchè è il secondo post, speranzoso perchè mi auspico almeno un vostro intervento ;-) La parte che mi manca nel mio script è relativa alla selezione delle foto locali tramite tag ma sono ancora indeciso su quale strada intraprendere per implementarla; le possibili candidate sono: sfruttare il db sqlite di digikam recuperare il tag tramite exif In entrambi i casi userei sempre digikam come frontend per la gestione dei tag ma mi ritrovo con pro e contro per entrambe le soluzioni, in pratica il punto forte di una soluzione è proprio il punto debole dell'altra. Sqlite è molto più prestante degli exiftool soprattutto se si è fotografi maniacali e si hanno migliaia di foto ma lo schema del db rimane legato alla gestione di digikam mentre gli exiftool recuperano un parametro exif e sono quindi indipendenti da un qualsiasi frontend. Prestazioni o Portabilità A voi il verdetto.

Ciao a tutti, come avevo anticipato ho lavorato ad una soluzione automatica per rimpiazzare le foto in un album di Picasa . Purtroppo ho riscontrato dei problemi di eleganza: avrei voluto sfruttare XPath per recuperare le info dal feed con cui Picasa risponde ma sono incappato in problematiche tecniche di difficile risoluzione. Inoltre sto ancora lavorando alla selezione di immagini locali da inviare ma per adesso se si crea a mano la lista di foto queste vengono sostituite a quelle online. Ci tengo a precisare che per il momento siamo ancora alla versione 0.1b, è più che altro una prova di concetto ma funziona e se volete provarlo per aiutarmi a migliorarlo ve ne sarei grato. #!/bin/bash #qui inserire il proprio indirizzo gmail con password email=____________@gmail.com password=___________ #il nome dell'album va scritto senza spazi album=albumdiprova ver="0.1b" to_delete=$(mktemp) to_upload=$(mktemp) auth=$(curl --silent https://www.google.com/accounts/ClientLogin \ -d...

Lo so, dovrei concentrarmi su una cosa per volta ma il tempo è così poco e tutte queste novità non smettono di capitarmi sotto gli occhi e io non riesco a ignorarle ... Google ha sfornato delle API "riviste e corrette" per la creazione di grafici. La domanda sorge spontanea: Ovviamente i dati sono farlocchi, nessuno può ignorare o disconoscere che queste API siano una figata unica. Questo grafico è ottenuto con un semplice URL contenente i parametri richiesti, vediamolo nel dettaglio. http://chart.apis.google.com/chart? cht=p3 chd=t:99,15,7 chs=400x200 chl=Si|Boh|No chco=0000FF chtt=Ti+rendi+conto+che+queste+API+sono+una+figata+? Ovviamente l'URL deve essere su una sola linea e i vari parametri devono essere separati dal carattere & , detto questo analizziamo i parametri che ho usato: http://chart.apis.google.com/chart? questo è l'indirizzo base delle API cht=p3 indica il CH art T ype, in questo caso è un grafico a torta ( P ipe) in 3 d chd=t:99,15,7 i CH art D a...

Penso che tutti voi conosciate Picasa , l'ottimo servizio che vi permette di ospitare gratuitamente album fotografici per un totale di 1 gb o 500 foto (dipende da cosa arriva prima). Comodissimo per evitare di intasare la rete inviando ad amici e parenti le stesse foto, basta fornire un link e tutti quanti possono gustarsi i vostri scatti (ovviamente si può decidere se impostare un album come pubblico o privato) e il servizio fornisce anche dei feed per poter essere avvisati delle nuove foto. Probabilmente questo non vi sembrerà molto più geek del mostrare le diapositive ai parenti annoiati (ammetterete che già qui siamo almeno un filino più geek) e vi chiederete dove voglio condurvi oggi. La risposta a questa domanda è la solita: nei meandri della mia folle pigrizia fino ai più profondi reconditi della mia geekness. Consideriamo questi fattori (in ordine di importanza): il mio desiderio di soluzioni geek la mia innata pigrizia (siano lodati gli dei che mi hanno omaggiato di si ta...

Ok, vista la marea di richieste (santo cielo, siete proprio dei lurker e non ditemi che non trovate il tempo di fare come digitaljail e scrivere almeno "chiedo") mi sono attivato per trovare un modo per postare il codice. Ecco a voi il frutto dei miei sforzi, non vi chiedo di astenervi da commentare la qualità del codice (lurker dannati), è da intendersi solo come esempio di funzionalità del DOM Storage e della capacita di FF3 beta 3 di individuare l'evento online e agire di conseguenza. <html> <head><TITLE>Offline WebApp</TITLE> <script language="JavaScript"> var storage=globalStorage['www.questoindirizzononesiste.it']; var send_item; // Invia la form distinguendo l'azione da compiere in base allo status attuale del browser function submitForm(form){ if(navigator.onLine){ alert(form.campo1.value); } else { pushItem(form.campo1.value); } form.campo1.value="Dati inviati"; } // Rimuove dal DOM Sto...

Ho deciso di redigere una roadmap per mettere dei paletti al mio lavoro sull'ormai annosa questione della gestione offline delle news. Step 1: Sync Gestire lo "stoccaggio" delle informazioni, accumulate mentre si è offline, su quali news si siano lette e inviarle nel momento in cui si torna online. Step 2: Download Gestire il salvataggio delle pagine da leggere, trovare la modalità più pratica e semplice da implementare e utilizzarla. Step 3: Integrazione I due step precedenti servono a poco se non li integro in Readeroo (l'estensione per FF che utilizzo per gestire le news). Una volta ottenuto un risultato buono lo proporrò al suo sviluppatore per una inclusione ufficiale. Ovviamente non ho nemmeno bisogno di specificare che tra il lavoro e la famiglia con un'adorabile bimba da sbaciucchiare e coccolare il tempo che riesco a ritagliare (per lo più al sonno) per seguire questa strada è risicato ma vi porto anche una favolosa notizia: ho completato lo Step 1 !!! Ho...

Ok, come anticipato mi sto cimentando nello studio della beta di firefox 3 (devo dire che da quel poco che ho visto promette veramente bene) e in particolare della sua gestione degli eventi "online" e "offline" che mi aiuterebbero non poco. Ovviamente l'applicazione, fino a quando si trova offline, si deve memorizzare le informazioni da inviare quando tornerà online e qui entra in gioco il DOM Storage che mi permetterebbe (con alcuni MB di spazio a disposizione) di salvarmi le varie operazioni da svolgere una volta online (nel mio specifico caso si tratterebbe di richiamare alcuni link corrispondenti alle API di de.icio.us). Il tutto è interessante ma la mole di documentazione inizia a lievitare e mi costringo ad attenermi al piano originale per non rischiare pericolose divagazioni. Al momento ho creato una macchina virtuale (con VirtualBox ) in cui sperimento FF3b3 e sulla mia macchina fisica ho messo un web server minimale da cui servo un paio di pagine di ...

Anche se il tempo è tiranno io non mi do per vinto è continuo a cercare un metodo geek per implementare il mio atavico desiderio . Purtroppo il mondo si evolve troppo in fretta è la mia geekness diventerà presto alla portata della casalinga di Voghera se non mi muovo. Ho appena scoperto che Firefox 3 supporterà eventi online e offline , questo dovrebbe permettere di implementare soluzioni in linea con quanto sto cercando di ottenere. Questo supporto deriva da sforzi congiunti di Mozilla e Google (molti sviluppatori di Firefox sono stipendiati da Google) ovviamente mirati a rendere fruibili le applicazioni di BigG anche offline ma con un occhio di riguardo alla compatibilità a 360°. In poche parole Firefox 3 offrirà il supporto diretto a quanto volevo implementare. Utilizzerà una cache locale per mantenere le informazioni e memorizzare le azioni da eseguire appena si torna online ( qui un post che mi ha illuminato ). Per esempio potresti scrivere e "inviare" una mail sfruttan...

Se seguite il mio feed Shared Items di Google Reader avrete avuto modo di leggere di Morph, altrimenti guardate questo video. Ovviamente si parla di un concetto futuristico pensato da Nokia in collaborazione con L'università di Cambridge (non penso che al momento esista nemmeno un prototipo) ma ciò non di meno stiamo parlando di un'idea monumentale. Nel caso dovesse arrivare sul mercato e io fossi ancora vivo penso che venderei anche un rene per potermelo permettere.

Pensa e ripensa mi sono reso conto che devo scendere a patti con queste maledette e limitatissime 24 ore e fino a quando non verrà accettata la mia richiesta di portare le giornate ad almeno 96 ore non riuscirò mai a portare a termine tutto quello che mi prefiggo. Premesso questo ribadisco che il mio obiettivo ultimo è quello di riuscire a fornire una soluzione portabile e multi piattaforma ma nel frattempo, visto e considerato che il mio obiettivo a breve termine è ottenere una gestione delle news offline su un eee (porco giuda al mediaworld l'hanno finito il giorno stesso in cui è arrivato e quelli nuovi dovrebbero arrivare ad inizio marzo :-( ) e sull'eee gira linux me ne strafotto del multi piattaforma e intavolo la mia idea originale dello script a base di wget (se proprio siete masochisti wget esiste anche per winzozz). Vediamo cosa riesco a partorire...

Ragazzi forse ci siamo, penso di aver trovato un metodo sufficientemente geek da soddisfarmi (devo valutare l'effettiva fattibilità). Da notare che IE fa così skifo da non supportarlo mentre FF, opera e altri browser si. Lo standard RFC 2397 anche conosciuto come data: URI troppo ma troppo fiko; in pratica si codifica un contenuto (un'immagine, un mp3 o un'intera pagnia web) in un testo come accade per gli allegati delle email ma in questo caso il testo ottenuto è un URI ... Sarà l'ora ma ho problemi a spiegarmi meglio, facciamo così, scollegatevi un attimo da internet (staccate il cavo o spegnete il wifi) e andate qui a gridare "Miracolo !!!" Provate adesso a pensare di avere URI siffatti nei vostri segnalibri, di fatto avreste una copia della pagina (non di tutto il sito ma a me va bene così) sempre con voi, online o meno. Purtroppo il sonno prevale sulla mia già scarsa lucidità mentale quindi mi appello alla vostra: secondo voi è più pratico farsi una cl...