Newsgroup: it.comp.software.newsreader
Titolo: [XPN] Mancata lettura charset Macintosh


e seguenti della discussione "Numeri e convenzioni CGPM/SI" del gruppo
"it.comp.software.tex"
-- 
Lurkos

 cui si appoggia.
Come hai gia avuto modo di leggere, ti ho risposto su  it.comp.software.tex .
Ad ogni modo rispondo anche qui visto che nel frattempo ho approfondito un
pochetto la cosa. 
Il problema non risiede in XPN ma in Python (XPN usa l'infrastuttura di Python
per la decodifica) che non disponde del encoding "Macintosh". In effetti la
cosa è nota, e c'è stata una segnalazione di bug (ancora aperta) gia nel 2003.
http://bugs.python.org/issue843590
Segue una discussione su cosa sia in effetti questo encoding 'macintosh' e se
sia la stessa cosa del più diffuso (e presente in python) 'mac-roman',
discussione continuata fino al febbraio scorso (con un grosso periodo di
inattività nel mezzo :) ).
Alla fine mi sembra di capire che non esista una definizione univoca ed
accettabile del suddetto encoding e per questo in definitiva non è stato ancora
inserito nella lista di quelli supportati da Python.
Per chiudere ... meglio non usare quel charset ;-)
Bye.
-- 
The only way to make a man trustworthy is to trust him.
 _  _                  _
| \| |___ _ __  ___ __(_)___
| .` / -_) '  \/ -_|_-< (_-<
|_|\_\___|_|_|_\___/__/_/__/ 
http://xpn.altervista.org

 Per chiudere ... meglio non usare quel charset ;-)
Concordo. :-)
Se non si vuole sprecare qualche byte con UTF-8 meglio affidarsi a vari
ISO-8859.
-- 
Lurkos

 ISO-8859.
Usando XPN ho anche io lo stesso problema: quando dite di non usare quel
charset è però una cosa fuori dal mio controllo? Ovvero sarebbe chi
posta con quel charset a dover smettere oppure si può fare qualcosa?
Grazie
-- 
Per la perdita di un testicolo non si corrispondono indennità    -

 posta con quel charset a dover smettere oppure si può fare qualcosa?
È l'autore che dovrebbe evitare quel charset.
Personalmente però non ho visto altre persone usare la codifica
Macintosh e quindi penso che sia veramente molto poco diffusa.
Attendo smentite... :-)
-- 
Lurkos

 Macintosh e quindi penso che sia veramente molto poco diffusa.
Ok, in realtà a me capita di più con i subject, se mi ricordo li edito a
mano rimuovendo il carattere "impazzito" e sostituendolo con quello
corretto.

 corretto.
Ma ti stai riferendo alla codifica Macintosh o anche ad altri casi?
Potresti citare un Message-ID di esempio?
P.S.: vedo che il mio supersedes non è arrivato in tempo...
-- 
Lurkos

 corretto.
A memoria è perché il charset viene (eventualmente) dichiarato dopo il 
subject, quindi o si usa quella codifica particolare =?=XXX=?= oppure 
limitatamente all'oggetto ci si limita ad ASCII.


Mi esce una cosa del genere:
http://img407.imageshack.us/img407/929/sube.jpg
Io ho impostato ISO-8859-1 come "Fallback Charset (Reading)" (uso XPN in
inglese), mentre in scrittura uso il default.


 inglese), mentre in scrittura uso il default.
Hmm caso interessante.
Partiamo col dire che il messaggio č fuori standard. Perchč manca completamente
di dichiarazione dell'encoding sia nel subject che nel corpo del testo anche se
usa caratteri estesi. Quindi a rigore quel messaggio puň essere decodificato
nei modi piů strani.
Detto questo, questo ha evidenziato un comportamento un po' strano di XPN,
ovvero, il subject viene visualizzato correttamente nella lista dei messaggi,
mentre quando ci si clicca sopra ... la prima volta č visualizzato
correttamente le successive no. Quindi probabilmente faccio qualcosa di
strano quando vado a ricaricare il messaggio dall'archivio locale.
-- 
Age is not a particularly interesting subject. Anyone can get old. All
you have to do is live long enough.


 strano quando vado a ricaricare il messaggio dall'archivio locale.
In effetti era un piccolo buggetto, ora l'ho messo a posto.
-- 
I may not have gone where I intended to go, but I think I have ended up
where I needed to be.


 In effetti era un piccolo buggetto, ora l'ho messo a posto.
"Non chiedete cosa XPN può fare per voi, chiedete cosa potete fare voi
per XPN!" :)


 per XPN!" :)
Ecco, cosa potete fare? :-)
-- 
My parents only had one argument in forty-five years. It lasted
forty-three years.


 Ecco, cosa potete fare? :-)
Io solo debug casuale e involontario :)
Feedback da una nuova installazione di Ubuntu 9.04: XPN funziona, niente
da segnalare, sior Generale!
-- 
Per la perdita di un testicolo non si corrispondono indennit�    -

 da segnalare, sior Generale!
Anche io ieri ho fatto l'upgrade :-)
Tuttavia noto con disappunto che nei repository c'è ancora la 1.0.
Mentre il pacchetto per debian testing è gia aggiornato all'ultima
versione.

 versione.
Sicuro?
$ rmadison xpn
xpn |    1.0.0-3 | intrepid/universe | source, all
xpn |    1.2.6-1 | jaunty/universe | source, all
xpn |    1.2.6-1 | karmic/universe | source, all
-- 
Lurkos

 xpn |    1.2.6-1 | karmic/universe | source, all
Infatti, avevo fatto la ricerca in un momento in cui diciamo che l'update non
era proprio completato :-)
-- 
Never go to bed mad. Stay up and fight.


 No. :-)
Mi sento un primitivo, finora mi facevo lo zippone della cartella di XPN
e me la trascinavo in giro per le installazioni... :| 
Non sapevo che ci fosse anche il pacchettino gi� confezionato, ho
provveduto ad installarlo cos� non mi devo nemmeno ricordare di
controllare se � uscita la versione nuova! Va da s� che ho trascinato
tutto il contenuto della vecchia cartella in quella nuova nella mia
home e il newsreader del futuro non ha fatto nemmeno un plisset,
ripartendo alla grande :)
PS - Ho notato che avendo Ubuntu 9.04 localizzata in italiano, il
programma parte in italiano (credo sia per quello). Nelle Preferenze le
traduzioni in francese e tedesco funzionano ma non quella in inglese,
anche se l'apposia voce della lingua di Albione � spuntata.


 anche se l'apposia voce della lingua di Albione è spuntata.
Prova a verificare anche con un'installazione pulita e nel caso
segnala il problema al manutentore del pacchetto (David Paleino)
--
Lurkos

 anche se l'apposia voce della lingua di Albione � spuntata.
Hmm interesting, forse nel pacchetto hanno forzato in qualche modo la
localizzazione in base al linguaggio impostato, � una cosa che io nel programma
non ho voluto fare direttamente perch� ho preferito lasciare la scelta (io
stesso lo uso in inglese :-) ). Come dice Lurkos in effetti la persona giusta
per chiedere � David.
-- 
There are two types of people--those who come into a room and say,
'Well, here I am!' and those who come in and say, 'Ah, there you are.'


 per chiedere � David.
Segnalazione fatta (pi� o meno)!


 sicurezza.
Ma opzionalmente (dal menu Repositories in Synaptic) puoi scegliere di 
ricevere anche gli upgrade ordinari.

 ricevere anche gli upgrade ordinari.
Si certo, intendevo dire che il pacchetto appena fatto finisce in 'testing' e
quindi a meno che non si scelga di aggiungere i repository di 'testing' non lo
si pu� installare ... bisogna aspettare i 6 mesi del ciclo di rilascio di
Ubuntu ... non che io in 6 mesi rilasci chissa quante nuove versioni ;-)
-- 
Sanity is a madness put to good use.


 Ubuntu ... non che io in 6 mesi rilasci chissa quante nuove versioni ;-)
Ok, ma è sempre possibile scegliere quel che si vuole installare
oppure no. Al limite si potrebbe abilitare l'opzione momentaneamente,
installare la nuova versione di XPN, e poi disabilitare l'opzione se
non si desiderano altri upgrade ordinari, ufficialmente di "testing".
Il vantaggio, mi pare, sarebbe l'integrazione nel package manager con
tutto quel che ne consegue.

 tutto quel che ne consegue.
Si questo � vero, anche se in passato quando usavo proprio Debian, provai per
un po' a mischiare pacchetti di 'testing' con una distro 'stable' ... alla fine
si incasino' un po' tutto. Meglio non giocarci troppo con queste cose secondo
me.
-- 
I hate music, especially when it's played.


 me.
Per questo esiste 
www.backports.org
.
Volendo puoi fare tu il backport del pacchetto che ti interessa:
1) apt-get build-dep nome
2) scarichi da 
packages.debian.org
 nome.dsc, nome.diff.gz,
nome.orig.tar.gz
3) dpkg-source -x nome.dsc
4) cd nome-n.n
5) dpkg-buildpackage -us -uc -rfakeroot -b
6) dpkg -i nome-n.n.deb
-- 
Lurkos