Posts Tagged: javascript

javascript / opensource / social — No Comments
28
May 10

#hidebykeyword v0.7.2.1

“Piccolo” bugfix che dovrebbe far contenti gli utenti Firefox, sembra che lo script sia ora completamente funzionante, risolvendo il problema dei post che non venivano nascosti a fronte di una keyword già presente nello storico, visibile o meno nell’elenco. Ho capito che la gestione delle keyword è un argomento piuttosto sentito, quindi la prossima release sarà dedicata proprio a questo. Allo stato attuale, le keyword vengono registrate nel localStorage, e ci rimangono anche se nessun post le contiene, a meno che non si faccia click su Unhide, nel quel caso vengono eliminate. L’intenzione è di realizzare un’area nascosta per default, che viene mostrata cliccando su “qualcosa” [da definire], e che contiene le keyword archiviate, area nella quale sarà possibile aggiungere/togliere keywords indipendentemente da quelle che vengono già mostrare nella UI attuale. Mi sembra un buon modo per gestirle, ma sono ovviamente ben contento di sentire eventuali altre opinioni. In relazione a questo, volevo ricordare che la pagina dello script su Userscripts.org presenta due utili tab, “Discussions” e “Issues” [vabbè, c'è pure "Fans", ma mi pare eccessivo], che potrebbero [dovrebbero, eh] essere usate per contenere suggerimenti e discussioni circa lo script.

As usual, lo script, su GitHub e Userscripts.

Alla prox

Technorati Tags: , ,

javascript / opensource / social / strumenti — 1 Comment
27
Apr 10

#hidebykeyword , aggiornamenti

Aggiornamenti importanti riguardanti l’hidebykeyword!
Sembra che la lotta estenuante contro Chrome sia finita, e che finalmente questa scheggia di browser possa godere appieno delle potenzialità del mio script. Inizialmente ho temuto di dover sviluppare una versione specifica per Chrome, ma per fortuna sono riuscito a mantenere lo script crossbrowser, semplificando così la manutenzione/gli aggiornamenti; è bastato in realtà fare un detect del browser ove richiesto, e utilizzare funzioni aventi funzionalità uguali in entrambi. La novità di rilievo è la variazione della soluzione di storage per la blacklist delle parole, passando dai cookies al localStorage implementato in HTML5 [in questo sito è possibile vedere il livello di supporto del proprio browser alle nuove specifiche]: codice più snello e leggibile, una ventina di righe di codice in meno che su un totale di circa duecento hanno un peso rilevante.
Lo script è disponibile sia su Userscripts sia su Github: le due versioni sono ora in sync, ma in teoria il primo è per le versioni stabili, mentre il secondo per le release di sviluppo. Ogni commento è ben accetto, qui, su Friendfeed, per email, dove vi pare.

Enjoy it e alla prox

Technorati Tags: , ,

javascript / linux / windows — 7 Comments
26
Mar 10

JS Benchmarking

Ho colto l’occasione dell’arrivo del nuovo PC in ufficio per un poco di sano benchmarking dei vari browser disponibili sulla piazza.
In particolare sono andato a testare le performance del motore Javascript, componente direi fondamentale dei vari siti che navigo quotidianamente. Ho usato due tools online legati al test del codice Javascript, il SunSpider Benchmark e il Kane JSBenchmark.
Ho volutamente tralasciato il test sulla velocità di avvio dei browser, così come l’occupazione della RAM, perchè trovo più utile la velocità di esecuzione di una pagina piuttosto che il tempo necessario a far partire il programma.
Le piattaforme testate sono in realtà due: Windows XP SP3 sul PC dell’ufficio, in esecuzione su un processore Intel i3-530 a 2.4GHZ con 2GB di RAM, e Ubuntu 9.10 sul mio laptop, in esecuzione su un processore Intel T3200 a 2GHz con 3GB di RAM.
I browser testati sono: in XP, Chrome 4.1.249.1036, Firefox 3.6.2, Opera 10.51b3315, Internet Explorer 8.0.6001.18702; in Ubuntu, Chrome 5.0.307.11, Firefox 3.5.8, Opera 10.00beta4402, Epiphany 2.28.0 [con motore Webkit, e quindi assimilabile ad un Safari, ad esempio].

I test sono realizzati monitorando l’esecuzione di diversi algoritmi, e valutati o attribuendo un punteggio alle performance [Kane] oppure misurando i tempi di esecuzione [SunSpider].

Ecco i grafici riassuntivi.
Nota1: per il Kane, un valore alto indica prestazioni migliori, mentre per il SunSpider viceversa.
Nota2: cliccare sulle singole immagini per vederle ingrandite.

Kane JSBenchmark - Windows

Kane JSBenchmark - Windows


Kane JSBenchmark - Linux

Kane JSBenchmark - Linux


SunSpider Benchmark - Windows

SunSpider Benchmark - Windows


SunSpider Benchmark - Linux

SunSpider Benchmark - Linux

E’ chiaro che il confronto numerico Windows/Linux non è possibile, girando i due sistemi su due macchine differenti; il confronto può essere fatto in modo percentuale, al limite.

Qualche conclusione.
Opera: l’ultima versione è veramente veloce, sia rispetto agli altri browser, sia rispetto alla versione 10.00;
Explorer: incredibilmente lento, mi aspettavo un risultato migliore;
Firefox: si comporta mediamente bene;
Epiphany: da considerare, visti i risultati;

Io, a prescindere dai risultati, uso Chrome su entrambi i sistemi.

Alla prox

Technorati Tags: , ,

javascript / opensource / social / strumenti — No Comments
10
Feb 10

Hide by keyword

L‘hide by keyword su FriendFeed, sembra che ci siamo.
Mancava, e in parecchi ne soffrivano l’assenza.
Ho pensato che sarebbe stato un bel regalo al miei socialamici, e mi ci sono messo di buona lena.
Sono arrivato ad una versione abbastanza funzionante, almeno su Firefox, e quindi la rilascio al mondo. Chrome è il prossimo obiettivo.
Questa feature l’ho implementata tramite l’estensione Greasemonkey per Firefox, ed è di conseguenza richiesta per il funzionamento dello script; Chrome non richiede alcuna estensione, perchè dalle ultime (ultima?) versioni questi userscripts vengono gestiti automaticamente.

Come funziona? Installando lo script apparirà nella sidebar (indipendentemente dal tema) un box nel quale scrivere la parola (d’ora in poi KW) che ci irrita, con a fianco un comodo link chiamato Hide; cliccando sul link i post (non i commenti) contenenti la KW scompariranno dall’elenco, e la KW verrà aggiunta sotto il box, con a fianco un numero indicante quanti post sono stati nascosti e un link Unhide per tornare a mostrare i post bannati. Se la KW scritta non scompare dall’entry box in seguito al click su Hide, vuol dire che nessun post contiene la stessa. Ah, la ricerca è case insensitive.
Ogni KW che riporta almeno un match viene salvata immediatamente in un cookie (che ho chiamato ffhbk_kws), in modo che la lista delle KW possa essere recuperata in automatico in seguito ad un refresh della pagina.

Tutto qui.

Questo che segue è un piccolo elenco di browser compatibility:

Firefox3.5/Linux: funzionante
Chrome4/Linux: non funzionante
Chrome-dev/Linux: parzialmente funzionante
Konqueror/Linux: non testato
Opera/Linux:non testato
Galeon/Linux: non testato

Firefox3.5/WinXP: funzionante
Chrome4/WinXP: non funzionante
Opera/WinXP: non testato
Safari/WinXP: non funzionante (1)
IE/WinXP: non testato

Firefox3.5/Windows Vista: non testato
Chrome4/Windows Vista: non testato
Opera/Windows Vista: non testato
Safari/Windows Vista: non funzionante (1)
IE/Windows Vista: non testato

Firefox3.5/Windows Seven: funzionante
Chrome4/Windows Seven: non testato
Opera/Windows Seven: non testato
Safari/Windows Seven: non funzionante (1)
IE/Windows Seven: non testato

Chrome/OSX: funzionante
Firefox/OSX: non testato
Safari/OSX: non testato

(1) l’estensione GreaseKit, che permette di sfruttare gli userscripts in Safari, è disponibile solo per OSX.

Lo script, nella sua versione stabile, è disponibile su userscripts.org, mentre per la versione di sviluppo ho aperto uno spazio su GitHub.
Ora come ora le due versioni sono le medesime.
Ogni commento/suggerimento è il benvenuto (qui, su FF, sulla pagina di UserScripts.org), così come una eventuale partecipazione al progetto (l’accesso al git tree).

Per tenervi aggiornati, seguite l’hashtag #hidebykeyword su Friendfeed.

Alla prox

Technorati Tags: , ,

blog / javascript / windows — No Comments
24
Jul 07

Liste nascoste: IE okHidden lists: IE ok

Dopo un po’ di lavoro sono riuscito a sistemare la visualizzazione con IE6, che ad essere onesti non aveva colpe: e’ bastato scrivere correttamente i tag relativi alle liste.
Ora pero’ mi chedo: cosa succede con gli altri browser? Hai per caso Safari, Konqueror o Opera per i vari OS? Mi lasci un commento con il risultato della prova?
Grazie!

Alla prox

← Older Entries