Newsgroup: it.comp.software.newsreader
Titolo: Un altro cavaliere Unicode? (was: Problema aperture finestre)

Come da oggetto vi propongo la vista di uno stesso messaggio letto con
Thunderbird prima nel Newsgroup:
http://img209.imageshack.us/img209/6687/inng6mw.jpg
poi copiando il messaggio nella cartella Inbox:
http://img209.imageshack.us/img209/3636/ininbox9qq.jpg
Si osserva la capacità di TB di "vedere" lo stesso messaggio Unicode tra le
mail ingrandendo il carattere, ma non nei NG dove il carattere, tra
l'altro, rimane normale.
-- 
Ikkyu
FF&TB config
http://snipurl.com/ikkyu

 messaggio letto con Thunderbird
Se la versione di TBrd cui ti riferisci non è ancora una versione stabile
definitiva, (come sembra da quel che si dice), è perfettamente inutile
che tu continui a segnalarlo qui su i.c.s.newsreader, invece di
segnalarlo ai betatester di quel specifico programma (ammesso che
esistano e che accettino suggerimenti)

 il carattere, tra l'altro, rimane normale.
Mi pare cambi anche font (da Tahoma a Verdana forse?).
Comunque, non è strano che cambi carattere (font e/o dimensione), in 
quanto per ogni charset dovrebbe essere possibile personalizzare il 
font appunto; questo perché di solito, a charset molto vasti va 
associato un font altrettanto vasto (altrimenti appaiono quadrati o 
punti interrogativi).
Il fatto che cambi quindi, è IMO il segno che ha riconosciuto l'header 
mime ed ha attivato la relativa traduzione dalla codifica dichiarata 
(confermato soprattutto dalla corretta visualizzazione dell'articolo).
Se dall'anteprima del NG lo forzi tu a mano, (Menu: Visualizza -> 
Codifica Caratteri -> unicode) cambia allo stesso modo?
Ciao.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/

 Codifica Caratteri -> unicode) cambia allo stesso modo?
Esattamente.
Ciao


 Esattamente.
Ok, allora le probabilità che sia come ho detto aumentano. Non ti so 
dire però quale possa essere la causa.
Per farti un esempio, in passato mi pare che ad una vecchia versione di 
non so quale nr, gli davano fastidio le header mime scritte in una 
particolare combinazione di maiuscole/minuscole, così andava in crisi e 
non le riconosceva (non ci sono invece vincoli -mi pare- sulla 
sintassi).
Ma non può essere questo il caso; primo perché quelle di KNode mi 
paiono standard, poi perché a quanto ho capito lo fa con tutti gli 
articoli unicode anche di altri nr, infine perché se lo sposti in una 
cartella di posta funziona.
Curiosità: la decodifica non "scatta" nemmeno se gestisci il NG 
offline, ovvero scarichi il Body e poi lo leggi senza connessione?



Solo per segnalare che è stata rilasciata la 1.5 definitiva, o meglio, 
la RC2 è stata dichiarata definitiva.
Per cui tutti i problemi presenti nella RC2 sono giocoforza presenti 
anche in quella che è la versione stabile.
-- 
Ale
http://lermocolle.splinder.com

 tutti i problemi presenti nella RC2 sono giocoforza presenti
Qualcuno di voi che lo state usando, è in grado di contattare gli
sviluppatori? accettano riscontri?


A parte il segnalare la cosa sui newsgroup ufficiali in netscape.*, bug 
e segnalazioni vengono tracciati attraverso 
http://www.bugzilla.org
-- 
Ale
http://lermocolle.splinder.com

 segnalazioni vengono tracciati attraverso 
http://www.bugzilla.org
Forse sarebbe questo: 
https://bugzilla.mozilla.org/
 ?
o 
http://www.mozilla.com/support/thunderbird/bugs
 

 Forse sarebbe questo: 
https://bugzilla.mozilla.org/
 ?
qualcosa di simile a questo?
ma con le versioni del programma mi ci intrigo...
https://bugzilla.mozilla.org/show_bug.cgi?id=289557
charset="UTF-8" ignored


Riporto tutto il post di "L'altro nick del Trev":
***
Ho dato una guardata a bugzilla, e credo (_*CREDO*_) che la
segnalazione che più si avvicina al problema che avete indicato è
questa:
https://bugzilla.mozilla.org/show_bug.cgi?id=289557
che però si riferisce a un problema rilevato con la 1.0.2 e trattato
l'ultima volta il 4 luglio scorso. Se vi sembra che corrisponda
effettivamente a quanto capita a voi, credo sia il caso che qualcuno
si attacchi a quel bug e segnali che è ancora presente nella 1.5.
***
-- 
Ale
http://lermocolle.splinder.com

 l'ultima volta il 4 luglio scorso.
Fatta una prova su PC in ufficio "vergine", TBird scaricato dal sito 
ufficiale in italiano, senza estensioni, S.O. Win98, il bug *non* mi si 
presenta (leggo tranquillamente l'utf-8).


 su PC in ufficio "vergine", TBird scaricato dal sito ufficiale
Forse che i nostri amici con problemi, avevano aggiornato sopra a beta
ancora precedenti e si tramandavano l'errore...
Tra l'altro mi sembra che per la segnalazione di errori, si dovrebbe
prima installare da zero la versione corrispondente di MozillaSuite ed
eventualmente se si verifica ancora l'errore, segnalarlo come errore di
Mozilla perché loro intenderebbero gli errori di Tunderbird (o di
Firefox) solo quelli errori che non dipendono dal motore interno del
programma, ma solo di quella particolare versione distaccata (toolbar
ec.), ma qui si andrebbe veramente nel difficile...

 charset="UTF-8" ignored
Orpo, l'abbiamo postato praticamente in contemporanea... :)
-- 
Bye,Marco.  --  
http://appuntidiviaggio.iobloggo.com
** Se proprio vuoi scrivermi, usa l'indirizzo del Reply-To **

 ancora precedenti e si tramandavano l'errore...
In teoria (ripeto: *in teoria*) l'installazione di aggiornamenti di
TB, almeno fino alla prima 1.5, doveva essere fatta previa
disinstallazione di qualsiasi release precedente.
Detto questo, è assodato che la RC2 e la final sono la stessa build, e
che la 1.0.2 (che è l'unica versione cui si riferiscono nella
segnalazione indicata sia da Cataldo che da me) non era una beta ma
una release stabile.
Ultima considerazione: sempre su iacsm c'è chi sostiene che con la
1.0.7 questo problema non si verifichi. Ma anche Alan dice che la sua
1.5 final non ha questo comportamento.
Il mistero s'infittisce, e nel frattempo mi torna la voglia di postare
in unicode. :)


 [...]   (leggo tranquillamente l'utf-8).
Anche nelle News?
-- 
ikkyu

 Anche nelle News?
Yep!
 
http://www.webalice.it/alanford/shot/tbirb15_unicode.png
Aggiungo anche un altro PC "vergine" con XP SP1, ed un terzo (quello 
dello shot - il mio) dove c'era la versione vecchia, su XP SP2 (qui ho 
dovuto disinstallare la vecchia 1.0.6 perché la nuova non partiva), 
ora senza estensioni (about:config a parte).
Però avete ragione, c'è qualcosa che non va.
Intanto nelle impostazioni di associazione [charset <-> font] non c'è 
più l'unicode...
Ci sono delle lingue (come in GG2).
A me la decodifica "scatta" (e lo vedo sia dalla corretta 
visualizzazione, sia se controllo dal menu), ma il font che sceglie non 
riesco a controllarlo.
Dallo shot sopra, vedi che da about:config (l'unico modo per 
controllare l'impostazione) ci sono tre tipi di font per l'unicode, 
nessuno di quelli però è utilizzato.
Quindi non capisco cosa sceglie e come settarlo diversamente.
Di più nin zò :)


 Però avete ragione, c'è qualcosa che non va.
Visto che il «cavalierato» sta portando a frutti tangibili, facendo
scoprire problemini anche in NR considerati ferrati su Unicode? ;D
-- 
Ciao, | 
www.fiag.it
 ~ it-alt.config | Cavaliere Unicode ~ UTF-8 knight
A.    | Usi OE? 
http://snurl.com/guidaoe
 ~ it.comp.software.newsreader
ICQ#: 16553733 ~ GoogleTalk: alfavata ~ Jabber: 
aln...@jabber.linux.it
Alnair on 
irc.azzurra.org
 ~ MSN: 
alfa...@hotmail.it
 ~ Yahoo: alfavata

 Yep!
Beh, ho provato con un nuovo profilo (per i non Thunderbirdiani vuol anche
dire fare una bella pulizia di roba vecchia). Il problema permane, ma è
sparito l'aumento dimensione carattere.
Ovviamente non ho modificato, per ora, via about:config.


 via about:config.
Quello è l'unica cosa che riesco a controllare, il valore è nel:
    font.size.fixed.x-unicode
Aggiungo altre stranezze che ho notato:
1. La finestra sorgente (Ctrl+U) ora è decodificata, e tra le scelte 
non trovo l'ascii (quindi il RAW vero non lo vedo più).
2. I charset di uscita e di lettura standard (di default iso-8859-15) 
non si cambiano più, c'è la combo ma non si sposta né appaiono altre 
scelte, neppure provando a spostarsi con le freccine).
Ciao.


 scelte, neppure provando a spostarsi con le freccine).
La butto li senza aver ancora avuto modo di controllare: non è che proprio
la modifica apportata al Pref.js ne sia la causa?
Perché, al punto a cui sono arrivato ora utf-8, quando indicato, TB lo
legge correttamente e senza cambio/aumento dimensione carattere.
BTW, ti ringrazio per il tempo che stai dedicando all'argomento nonostante
tu non usi TB per i NG.
[Sviolinata two?] ;)


 ora utf-8, quando indicato, TB lo legge correttamente
Se non sbaglio, ieri avevi detto che non cambiavano le dimensioni ma che
il problema di decodifica in lettura persisteva ancora. 
Oggi invece hai fatto qualche altro cambiamento e riesci a decodificare
in lettura senza problemi?
Allora i pasticci dipendevano da alcune modifiche che avevate fatto
rispetto ad una installazione di fabbrica da zero?
Possiamo dire quindi che TBrd non ha problemi a leggere con utf-8?
(salvo alcune modifiche che comportano effetti collaterali dannosi?)
F/up2: news:it.comp.software.newsreader
Xpost: news:it.comp.software.newsreader ,
       news:it-alt.comp.software.mozilla

 [Sviolinata two?] ;)
:o)
Non lo uso a casa, lo faccio usare ai colleghi, lo trovo comunque un 
programma interessante (questa release č un po' cicciona ed instabile mi 
  pare, ma...).



-- 
Ikkyu
FF&TB config
http://snipurl.com/ikkyu
[Rot me, pleeeze] vx...@k-ceving.bet
15/01/2006 12.39.58
°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°
       Great straightness seems twisted.
       Great intelligence seems stupid.
       Great eloquence seems awkward.
                   -- Lao-Tzu (B.C. 600)

 rispetto a Dialog 
Ottimo, aspettavo solo di sentirtelo dire. :)
Back to unicode!
-- 
Bye,
L'altro
Le FAQ di it-alt.comp.software.mozilla: 
http://snurl.com/mozfaq


Vogliamo le prove. Linkaci lo screenshot. :o)
-- 
    * b *
  *   y   *
*   Piero   *
[ /do ut des/ ]

 Vogliamo le prove. Linkaci lo screenshot. :o)
TBird:
http://img13.imageshack.us/img13/5750/tbird8zv.jpg
Dialog:
http://img13.imageshack.us/img13/513/dialog7bt.jpg
Enjoy! ;)


 
http://img13.imageshack.us/img13/513/dialog7bt.jpg
Ecco, io lo vedo così.
Di questo riesci a leggere tutti i font?
Message-ID: 
dt.0512161...@127.0.0.1
-- 
    * b *
  *   y   *
*   Piero   *
[ /beati monocoli in terra caecorum/ ] 

 Message-ID: 
dt.0512161...@127.0.0.1
Umf.
Qualcuno conosce un font A SPAZIATURA FISSA con il quale quel post sia
visualizzabile decentemente?
-- 
Bye,Marco. -- Cavaliere Unicode ~ UTF-8 knight


 visualizzabile decentemente?
Pare di no... AFAIK
-- 
Enrico C
* cut the ending "cut-togli.invalid" string when replying by email *

 visualizzabile decentemente?
Non credo esista, tuttavia OE li visualizza tutti.
Aspetto conferma da chi utilizza Tbird.


 Message-ID: 
dt.0512161...@127.0.0.1
No. Ho un *?* su
hangul, ideogramma, katakana, segno e simboli.
Su FF, ovviamente.



http://img13.imageshack.us/img13/513/dialog7bt.jpg
Hanno interlinee leggermente differenti :-)
Ciao, Alessio.
-- 
Materiale in italiano per Agent: 
http://agentit.altervista.org/
FAQ di ICS.newsreader: 
http://faq.news.nic.it/wiki/IcsnFaq
Il mio sito: 
http://www.sleepers.it

 hangul, ideogramma, katakana, segno e simboli.
Ma, ArialUnicode (circa una ventina di mega), ce lo hai?
(ovviamente a spaziatura variabile)

 (ovviamente a spaziatura variabile)
Hai notato che Dialog accetta di elencare l'ArialUni anche tra i font
di ripiego *monospaced*, selezionati in visualizzazione monospaced,
anche se l'ArialUni non lo è?


 di ripiego *monospaced*
Tra i font di ripiego (fallback), sě (ho fatto mente locale adesso), ma
non solo ArialUni ma anche tutti gli altri font o per l meno se non tutti
sono tantississimissimi anche il timesnewroman il symbol e windlings,
credo che dipenda dal fatto che accettando un /ripiego/ e quindi scende a
compromessi pur di far vedere qualcosa anche se non monospaziato

 (ovviamente a spaziatura variabile)
Io non capisco...
 
http://www.webalice.it/alanford/shot/tbird_gulp.png
...a parte l'arabo (forse), mi pare ci sia tutto; io ho l'arialunicode, 
ma mi sembra non venga usato da TBird, ma soprattutto non mi ricordavo 
un andalemono così ricco... (boh).


 ma soprattutto non mi ricordavo un andalemono cosě ricco... 
Il mio č di 103 KB (win98) e non contiene quasi nulla di quelle strane
cose (soltanto il cirillico)

 Pare di no... AFAIK
Buffo che nessuno abbia ancora pensato di crearne uno.


 Non credo esista, tuttavia OE li visualizza tutti.
E come fa? Sceglie arbitrariamente un font sostitutivo? Hmmm...


 E come fa? Sceglie arbitrariamente un font sostitutivo? Hmmm...
Nel senso che, per il poco che mi ricordo di OE, non mi pare ci siano
delle impostazioni relative al font fallback. O ricordo male?


 E come fa? Sceglie arbitrariamente un font sostitutivo? Hmmm...
A quanto ho capito dei post di P/ero, lo usa solo per i caratteri che
non riesce a visualizzare altrimenti, cioč a livello di singolo char e
non di intero messaggio.
Non ho peraltro ben chiaro se č il comportamento di OE o č possibile
grazie a qualche plugin.



-- 
    * b *
  *   y   *
*   Piero   *
[ /ad maiora/ ] 

 Ma, ArialUnicode (circa una ventina di mega), ce lo hai?
Ehm... no.
-- 
ikkyu

 on
it.comp.software.newsreader :

Non hai un CD di Office?


 Non hai un CD di Office?
Ehm... no.
-- 
ikkyu

 strane cose
felicitazioni ^^



di P/ero del 19 Dec 2005 17:38:41 +0100

 possa usare per un pezzo di testo un font, per un altro uno diverso, 
Si in html si può cambiare il font ed il colore parola per parola anzi
carattere per carattere, scrivere il codice a manina sarebbe un po' lungo
ma i programmatori sanno automazzizare questo genere di cose. Comunque
non so se usi effettivamente un formato html od uno binario proprietario

 Hanno interlinee leggermente differenti :-)
Grazie per avermi dato l'input. :-)
Inserendo l'interlinea giusta, nel .css della skin, posso vederlo come 
Tbird. :-)
http://xs.to/xs.php?h=xs64&d=06033&f=nuovo_css.png
-- 
    * b *
  *   y   *
*   Piero   *
[ /carpe diem/ ] 

 Hanno interlinee leggermente differenti :-)
Grazie per avermi dato l'input. :-)


 non mi ricordavo un andalemono cosě ricco... (boh).
C'č anche l'arabo. :-)
Perň che brutta visualizzazione... riesci a leggere bene con quel font?


 di P/ero del 19 Dec 2005 17:38:41 +0100
Quindi in pratica fa il fallback d'ufficio così, senza dir niente?


 binario proprietario
Ok, abbandono... :)
Ciao.


 Vabbè, ci saresti arrivato da solo :-)
No giuro, non mi passava nemmeno per l'anticamera del cervello!
Non avevo considerata la possibilità di migliorare la visualizzazione.
P.S. Sei stato più veloce di me, rispondendo a questo messaggio 
cancellato subito dopo l'invio. Come vedi, è fuori posto in seguito ad 
un esperimento non riuscito. Subito dopo l'ho inviato con le giuste 
references.
Dovevo una spiegazione. :-)
-- 
    * b *
  *   y   *
*   Piero   *
[ /cogito ergo sum/ ] 

 so già, evita di infierire... :)
Il font è ok, anche se gli preferisco l'arial.
Alludevo all'immagine, spero che vedrai meglio di quello screenshot. ^_^
Per contrasto negativo, intendi sfondo nero e testo bianco? Io non 
potrei mai usarlo, ma de gustibus... :-)


 Come faccia non l'ho capito, però ci riesce. :-)
[CUT]
Ci provo. ;-)
Un messaggio in utf-8 con glifi a 16bit, contiene tutte le informazioni 
necessarie per essere visualizzato correttamente da chi lo riceve. Basta 
vedere il raw per rendersene conto, e su questo non dovrebbero esserci 
dubbi.
È legittimo chiedere come ci riesca, quando per la visualizzazione viene 
usato un carattere che non contiene quei glifi, e che addirittura 
appartengono ad altri alfabeti. Posso ipotizzare che alcuni reader siano 
stati programmati per farlo (OE sembrerebbe uno di questi), qualora 
questi alfabeti siano installati, oppure che gli stessi reader 
presentino dei /buchi/ nel programma che lasciano passare un po' di 
tutto (questo mi sentirei di escluderlo). Sembrerebbe un'ipotesi 
accettabile in mancanza di spiegazioni tecniche, e adesso non mi viene 
in mente altro.
Dopo questa /pensata/, ho voluto fare questa prova, che se volete potete 
ripetere. Copy&paste questo codice in notepad e salvatelo come file 
.htm:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<HTML><HEAD></HEAD>
<BODY><P>&#32;&#1366;&#32;&#1065;&#32;&#4420;&#32;&#20004;&#32;&#64298;&#32;&#64829;&#32;&#65422;&#32;&#65510;&#32;&#9312;&#13;&#10;</P>
</BODY></HTML>
apritelo, preferibilmente con firefox, e potrete leggere tutti i glifi 
che avevo già postato nel messaggio del "GULP" (notate che usa il 
charset iso-8859-1). Cambiando codifica li vedrete sempre, e ne ho 
provate molte di codifiche, anche se non tutte quelle disponibili. 
Questo è possibile perché il raw, contiene tutti i codici decimali di 
quei glifi? Ed allora a cosa serverebbe l'utf-8 nell'html?
Ora sono veramente confuso; per me è un vero rebus. :-?
Poi magari arriva qualcuno, che RFC di qui RFC di là... cataldo? :-)
-- 
    * b *
  *   y   *
*   Piero   *
[ /errare humanum est/ ] 

 potrei mai usarlo, ma de gustibus... :-)
    È molto più riposante per la lettura.
-- 
Ryoma
ICQ#41121680
@1674@
Wants do tend to become needs

 screenshot. ^_^
Quello che vedi è come lo vedo ^^ (è un png senza perdita di dati).
Non mi piace impostare i nr tutti allo stesso modo (in generale, ma 
anche nelle impostazioni di visualizzazione: posizione finestre, font, 
colori, etc.), a volte noto cose diverse che diversamente non avrei 
notato...
Se invece intendi una leggera "sfumatura" (non so come definirla) è 
forse l'opzione di XP "smussa gli angoli dei caratteri..." (credo si 
chiami Cleartype o anti-alias, boh).


     È molto più riposante per la lettura.
Non potrei mai usarlo, solo al pensiero divento idrofobo. :-/
-- 
    * b *
  *   y   *
*   Piero   *
[ /panem et circenses/ ] 

 chiami Cleartype o anti-alias, boh).
Leggera sfumatura? tutti i caratteri sono incompleti, però se a te va 
bene... è tutto ok. ^_^
-- 
    * b *
  *   y   *
*   Piero   *
[ /deus ex machina/ ] 

 tutti i caratteri sono incompleti
Non è che hai problemi a visualizzare le .PNG ?
o forse hai uno zoom che rimpiccolisce o ingrandisce?

 Ed allora a cosa serverebbe l'utf-8 nell'html?
Quella che hai usato tu è il (cioè uno dei) tipo di codifica  (HTML 4.01
Specification:character reference) che viene usato nelle pagine del web
da visualizzare con un browser.
Ed infatti giustamente tu avevi proposto di salvarle in un file.htm da
aprire con FireFox od un qualsisi altro programma di navigazione del web.
Punto e basta. (e che tra l'altro sono fonte innumerevole di problemi e
fraintendimenti). Il formato da usare nei messaggi email ed news è tutta
un altra cosa. Punto e a capo. 
Il problema in realtà scaturisce quando si vengono ad usare delle
interfaccie che fanno da gateway tra il web e le news o tra il web e le
email, come ad esempio tanto per fare un nome a caso, il tanto di moda
goooooogle con il quale spesso e volentieri si leggono articoli o
messaggi senza problemi nella loro visualizzazione sul web, ma quando si
va a cercare il formato originale raw oppure si tenta di salvare od
esportare il messaggio verso un clien, nascono i problemi. Spessissimo e
volentieri con la lingua giapponese, ma sovente anche con le europee.
La maledizione di Babele e della sua torre...
http://www.cs.tut.fi/~jkorpela/www/windows-chars.html
http://www.cs.tut.fi/~jkorpela/html/chars.html

 
http://www.cs.tut.fi/~jkorpela/html/chars.html
Saranno certamente interessanti, appena posso li leggo.
-- 
    * b *
  *   y   *
*   Piero   *
[ /carpe diem/ ] 

 o forse hai uno zoom che rimpiccolisce o ingrandisce?
Hai ragione. (scusa Alan)
Non avevo tenuto conto che il browser riduce l'immagini quando queste 
sono piů grandi della finestra. Copiato lo screenshot, incollato in 
Paint: OK.
-- 
    * b *
  *   y   *
*   Piero   *
[ /cogito ergo sum/ ] 

 (non mi sarebbe mai venuto in mente,
Non mi ricordo che tipo di browser usa p/ero, ma in FireFox quando
l'immagine č stata rimpiccolita, il cursore del mouse diventa una
lentedingrandimento con il segno + dello zoom propio per permetterti di
ottenere la vera grandezza, impossibile non accorgerrgesene se si ha il
mouse anche per un attimo sulla immagine (e lo scrive anche nella barra
del titolo in alto ma qui č meno visibile). Con Opera se si avesse
attiavata l'impostazione di adattamento alla larghezza della fienstra
anche per le immagini, invece sarebbe piů difficile accorgersene, resta
pigiato uno dei pulsanti della toolbar, ma comunque in ogni caso con
entrambi per vedere l'immagine grande normale basta un clic, non si deve
stare a incollare od aprire con altro visualizzatore

 sicuro).
Vero, appare un'icona che, posizionandoci il cursore, mostra:
espandi alle dimensioni normali. ;-)
Però non c'ho pensato. :-/
-- 
    * b *
  *   y   *
*   Piero   *
[ /carpe diem/ ] 

 si deve stare a incollare od aprire con altro visualizzatore
Si lo so, ma sei hai la testa in "tutt'altre faccende affaccendate"... 
:-D
-- 
    * b *
  *   y   *
*   Piero   *
[ /memento mori/ ] 

 di quei glifi? Ed allora a cosa serverebbe l'utf-8 nell'html?
Credo che nelle pagine html la dichiarazione del charset serva se si 
utilizzano caratteri di quel set, e non i codici di escape...
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
«Solo due cose contano, nella vita: l'amore in tutte le sue forme con
ragazze carine, e la musica di New Orleans e Duke Ellington. Il resto
sarebbe meglio che sparisse, perché il resto è brutto.» [B. Vian]