OneClick HtmlSource

Ovvero “Sorgente HTML a portata di mouse”…

Questa è una utility che ho sviluppato un paio di anni fa, mi era servita per capire come era stato gestito un particolare oggetto javascript dentro una pagina HTML che veniva visualizzata dentro il Microsoft Media Center. Con la speranza che torni utile a qualcuno…

Il problema:
L’applicazione “Microsoft Media Center” è un programma utile per sfogliare/visualizzare file multimediali (audio, foto, video) anche da televisore, usando delle pagine HTML (installate insieme al programma, quindi localmente, sia in siti esterni) e javascript specifici per funzionare in tale ambiente. Avevo un dubbio e volevo capire come MS avesse affrontato la questione nelle sue pagine (si trattava del sito OD2 per MediaCenter). Il problema è che se mettevo l’url dell’applicazione HTML in un normale Internet Explorer, veniva fatto un redirect verso una pagina che non gestiva il MediaCenter ma, ovviamente, funzionava con tale browser. Quindi questo non era il sistema per “frugare” dentro i sorgenti… qui mi venne l’idea:

La soluzione:

sapevo che MediaCenter renderizza le pagine con un controllo WebBrowser (di IE) interno, quindi occorreva un programma capace di mostrarne il sorgente partendo dall’Handle della finestra. Per recuperare tale Handler si può utilizzare un semplice cursore a freccetta che si “trascina e rilascia” per indicare la finestra interessata.

E fu così che creai tale programma… In realtà non si limita a funzionare solo dentro il MediaCenter ma in qualunque programma e/o finestra Windows che integri, al suo interno, un webbrowser (ad esempio molti dei pannelli di MSN Messenger lo sono, come MSN Alerts)

L’applicativo è stato fatto ad uso personale per cui non è perfetto dal punto di vista usabilità, ma se se ne scopre una effettiva utilità pratica non sono escluse possibili migliorie o features aggiuntive…

E’ scritto in .Net 2 ma usa collegamenti a librerie di Windows native, per cui non funziona in ambiente Linux

Per scaricare il file eseguibile (o anche i sorgenti) clicca qui

Aspetto vostri consigli e/o feedback

FileTransfer Server

Purtroppo il Server utilizzato dalla Midlet è stato dismesso per cui sino a che non verrà messo da qualche altra parte, o quando troverò un altro servizio analogo (e aggiornerò la MIdlet) vi sconsiglio di scaricare la Midlet perchè sarebbe inutile! ;((

FileTransfer Midlet Demo Video

Ecco il video di una dimostrazione di utilizzo dell’applicativo.
Il telefono in cui è installata l’applicazione è un recente Nokia N80 e il telefono che riceve il file, su cui l’applicativo NON E’ installato, è un vecchio Nokia 6680

FileTransfer Midlet

Dopo aver visto e provato il formidabile servizio FileTransfer (HTTP) creato dal mio amico Daniele, servizio che permette l’invio, tramite un internet-browser, di un qualsiasi file nel PC ad un altro utente, tramite internet-browser, mi è balenata l’idea che una cosa simile potrebbe essere utilizzata in moltissimi altri contesti/ambienti.

Il primo utilizzo che mi è venuto in mente è la possibilità di inviare un qualsiasi file da uno Smartphone java2me, tramite notifica sms. Mi spiego:

- Io ho un file (un video o un, perchèno, documento pdf) che vorrei spedire al mio amico Luca. Non posso mandarglielo tramite MMS perchè questo tipo di messaggio supporta solo determinati tipi di file ed è limitato in dimensioni. Quindi uso la midlet che ho creato specificando Luca come destinatario, il file in questione e… VIA!
- A questo punto Luca riceve un SMS con suscritto un link dove scaricare il file.
- Luca, usando il suo telefono che (preciso) non ha nemmeno la mia applicazione installata (ma che è almeno capace di navigare sul web ), scarica il file semplicemente selezionando il link che gli compare nell’SMS.
- Sia io che Luca rimaniamo collegati sino a trasferimento completato (l’applicazione mostra una barra di scorrimento).

Questo è il tipico scenario d’utilizzo. Ma in realtà nessuno vieta l’utente a digitare quell’url in un internet-browser, se lo ritiene più conveniente.

La cosa simpatica è che il destinatario può avere un qualsiasi tipo di Smartphone (SymbianOS/Windows Mobile/IPhone/etc…) e non ha bisogno dell’applicazione.

Ovviamente ci si potrebbe chiedere perchè usare questa applicazione anzicchè utilizzare i normali MMS. Vediamo quindi quali sono i pro e i contro di questa scelta.

PRO:

• posso usare qualsiasi tipo di file e di qualsiasi dimensione
• il costo dell’operazione è in base ai dati effettivamente scambiati (con TIM un MMS di max 100k costa 60 centesimi di Euro)
• Il costo non cambia se il destinatario si trova all’estero.
  
• Il trasferimento effettivo può avvenire anche tra dispositivi differenti (ad esempio il download può esser fatto da PC)
• In caso di file molto grandi non occorre attendere sino al completamento dell’upload perchè il destinatario inizi il download poichè, per come è costruito il servizio di base, questi due (upload e download) possono andare simultaneamente.
• Sia chi trasferisce che per chi riceve può utilizzare una rete WiFi (se disponibile e se lo Smartphone lo può fare), in questo caso l’unico costo da sostenere è quello della notifica dell’SMS.

CONTRO:

• L’applicazione deve rimanere in esecuzione (ma anche in background mentre si usa il telefono per altre cose) sino a trasferimento completato (download)
• Non tutti i telefonini sono supportati (sotto trovi un elenco di quelli supportati).
• Il costo del trasferimento è da sostenere da entrambi (da chi spedisce e da chi riceve).

Per capire quanto costa ho fatto un test spedendomi una immagine da 28K e ho speso 0,24 Euro (in sola ricezione). Ovviamente non ho nessun piano speciale per la navigazione in internet (che sarebbe l’ideale così non si spende nulla).
Vi chiedo la cortesia di provare ad utilizzare l’applicazione e di darmi un feedback con eventuali consigli per miglioramenti o problemi riscontrati. Nel frattempo aggiornerò questo post indicando quelle che sono le mie idee o quali sono le migliorie o variazioni che intendo fare.

I telefonini in cui l’applicazione dovrebbe funzinoare sono quelli che hanno la JVM versione Java2ME con il pacchetto opzionale JSR-75 (File Connection and PIM API 1.0)

I device sono dovrebbero essere i seguenti:

Nokia (marò quanti sono!!! se non la smette di produrre in questo modo chi sviluppa impazzisce ) :
MIDP 2.0 CLDC 1.1
2610, 2626, 2855, 2865, 2865i
3109 Classic, 3110 Classic, 3152, 3155, 3155i, 3250, 3500 Classic
5070, 5140i, 5300, 5500, 5700 Xpress Music
6060, 6080, 6085, 6086, 6101, 6102, 6102i, 6103, 6110 Navigator, 6111, 6120 Classic, 6121 Classic, 6125, 6126, 6131, 6131 NFC, 6133, 6136, 6151, 6152, 6155, 6155i, 6165, 6230i, 6233, 6234, 6235, 6235i, 6255, 6265, 6265i, 6270, 6275, 6275i, 6282, 6288, 6300, 6630, 6680, 6681, 6822
7360, 7370, 7373, 7390
8800, 8801, 8600 Luna
9300, 9300i, 9500
E50, E60, E61, E61i, E62, E65, E70, E90 Communicator
N70, N71, N72, N73, N75, N76, N77, N80, N81, N90, N91, N92, N93, N93i, N95

Scarica la versione per Java2ME MIDP 2.0 CLDC 1.1 : JAD, JAR.

UPDATE:

Questioni aperte:
- La midlet non è firmata elettronicamente quindi ogni volta che si accede alla rubrica, al file system e ogni volta che inizia l’invio del file e spedice l’sms, il telefono chiede conferma all’utente. Questo, se vogliamo, potrebbe essere fastidioso in quanto dobbiamo dare una serie di autorizzazioni per usare l’applicazione. Devo trovare il modo di firmare l’applicazione in modo free (se qualcuno ha qualche info mi faccia sapere)

- La rubrica ha bisogno di esser sfogliata consentendo di filtrarne la visualizzazione indicando le lettere iniziali dei nomi.
- Sarebbe sicuramente utile un preview dei file immagine. Altrimenti l’utilizzatore deve ricordare il nome delle immagini.
- Estendere l’applicazione per l’uso con i telefonini che non supportano la JSR-75 (File connecion e PIM API):
- dando la possibilità di specificare direttamente il numero del destinatario (anzicchè sfogliare la rubrica)
- non potendo accedere ai file esistenti (immagini, video e altro) si potrebbe dar la possibilità di creare immagini o video “al volo”.