Newsgroup: it.comp.software.newsreader
Titolo: Re: Prova charset

 in realtà si legge perfettamente.
^__^
Temo che l'UTF-8 sia l'unica soluzione per non dover stare attento a
quando è necessario cambiare manualmente il charset predefinito...
-- 
Fare Well!
G
 
www.fiag.it
 ~ ICQ# 16553733 ~ 
gan...@jabber.linuxfan.it
                MSN id: 
alfa...@hotmail.it
 ~ Gandalf on 
irc.azzurra.org


Ciao.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/


Dovrei provare¹, ma così a occhio direi che è lo stesso problema: non
sapendo che pesci pigliare, in mancanza della dichiarazione di charset,
imposta come charset di invio quello predefinito (proprio come quando
l'opzione "Use own default charset when replying" è spuntata); però i
caratteri nel quotato non sono certo codificati in UTF-8, quindi...
(però mi viene un dubbio... perché non accade lo stesso anche con gli
ISO-8859-1 e -15? Sono forse parzialmente sovrapponibili al cp1252?)
/me ignorante
__________
¹: mi piacerebbe rispondere a un messaggio in cp1252 senza header MIME,
se qualcuno ha sottomano il M-ID...



PS: non ci sto capendo più niente, nonostante il default charset sia
impostato a 8859-15 il messaggio di ieri è partito in 8859-1 (bella
figura con l'€uro!) mentre adesso lui parte con l'US-ASCII e mi avverte
che non va bene -ovviamente- perché ci sono caratteri non compresi...
ora seleziono manualmente l'UTF-8, e che il cielo ce la mandi buona :)


 se qualcuno ha sottomano il M-ID...
Eccotene uno creato al volo inviando il messaggio con qualche č ň ě ů e 
anche un bell'? con OE senza header MIME.
-- 
-antonio-
www.geminisoft.com
 


Ehm, l'euro č venuto male :-)
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

 e anche un bell'? con OE senza header MIME.
Grazie, vediamo cosa ne esce fuori (in Posting news > Technical >
Default charset c'è sempre l'ISO-8859-15).


 Grazie, vediamo cosa ne esce fuori 
Direi nessun problema, ma quelle lettere accentate erano in cp1252 o no?


 Direi nessun problema, ma quelle lettere accentate erano in cp1252 o no?
Il fatto č che Antonio aveva finito i soldi,
e non ci aveva messo neanche un euro (EUR)...
le vocali normali sono ininfluenti cioč combaciano con entranmbi, 
ci vorrebbero le virgolette come quelle della Stenella...

Direi nessun problema, ma quelle lettere accentate erano in cp1252 o no?
Ehm... non sono sicuro. Facciamo così, ora scrivo con Pimmy in windows-1252
ma prima dell'invio elimino gli header mime.
Metto delle accentate è à ì ò e anche, spero, un fantastico euro €.


 ci vorrebbero le virgolette come quelle della Stenella...
Ma basterebbe anche l'euro, no?
***
Stavolta è partito da ISO-8859-1... ora capisco -era facile in effetti-
il charset di partenza dipende da quello del messaggio a cui rispondo,
visto che ho deselezionato «Use own charset when replying»... rimane
solo da capire perché se parte da US-ASCII mi avverte della presenza di
caratteri estesi mentre non è in grado di riconoscere che con l'8859-1
non può inviare il simbolo dell'euro... ma non si può avere tutto :)


 Metto delle accentate è à ì ò e anche, spero, un fantastico euro  .
L'euro lo vedo solo selezionando manualmente il cp1252, ovviamente.


L'euro lo vedo solo selezionando manualmente il cp1252, ovviamente.
In Pimmy, invece, abbiamo messo un piccolo automatismo. Se il programma si
accorge che il charset non è giusto per i caratteri prova ad usare il
charset di sistema (windows-1252, nel nostro caso) e se è compatibile lo
usa. In questo caso il programma scrive:
   Per mostrare al meglio intestazioni e testo è stata usata la codifica
   windows-1252 al posto di us-ascii. Cambiare codifica in caso di problemi.



Ciao.
-- 
 __    _  _  |    |_/    .-.      .-.   |_|          WWW   \o/   \V/
(  )  ( \/ ) | -._(^}   /(")\  W '(")'  [`)__,~      (')   (')   (')
/ (_/\/ \/ \ |  (__)   / /_\ \(O)`_/|    (___)     %-J_| $-J_| &-J_|
\____/\_)(_/ |  |\|\    (/_\) (_) | |    /\ /\      _/_|  _/_|  _/_|

 avere tutto :)
Questo ha il tuo stesso charset: 88959-1. Lo leggi l'€uro? [1]
[1] Non prendermi in parola, in realtא ט cp1252 /taroccato/. :-D
-- 
    * b *
  *   y   *
*   Piero   *
[ /carpe diem/ ] (Qףוסעא נטדא סט כודדו צמם װטהמכממך) 

 mandi buona :)
Il comportamento di Dialog è stato correttissimo[1]. ;-)
In entrambi casi è stato usato lo stesso charset del post a cui 
rispondi, salvo essere avvertito che US-ASCII non comprende l'€.
[1] È lo stesso di OE, che usa il charset del post a cui rispondi e ti 
avverte se alcuni font non sono supportati. In OE questa opzione può 
essere disabilitata, ma non consiglierei di farlo. ^_^
-- 
    * b *
  *   y   *
*   Piero   *
[ /ad audiendum verbum/ ] (Qóåñòà ðèãà ñè ëåããå öîí Ôèäîëîîê) 

 Solo per rimanere su questo NG:
quei quattro che hai indicato sono iso-8859-1 
cioč potrebbero anche essere 1252, intendiamoci, ma sono anche ISO dato
che hanno tutti i caratterei in comune e non ci sono nessuno di quella
decina di caratteri incompatibili
I problemi maggiori vengono fuori quando vengono usati questi ultimi
caratterei incompatibili, nei due metodi molto frequenti, 
cioč senza alcuna dichiarazione (predefinito di OE) oppure dichiarati
erroneaemte come iso (Eudora Xnews Foxmail)

 dichiarati erroneaemte come iso (Eudora Xnews Foxmail)
Xnews non dichiara niente. Se si decide di mettere le header false 
(anziché usare Mime-proxy), si è convenuto (nel wiki) per l'iso-8859-1, 
ma (come dissi tempo fa ad *Alice Twain* su gnam.icsn) sarebbe corretto  
mettere il windows-1252.
FoxMail (ma forse non ricordo a cosa alludi) non possiede l'iso-8859-
15, ma sul resto è uno dei migliori client email per quanto riguarda i 
charset (non per niente è cinese).


solo 144 hanno le header Mime
L'assenza di header MIME non è di per sè un problema, è pienamente
legittimo, e si assume il testo us-ascii. Ma se uno usa OE e scrive
un'accentata il testo viene fuori sbagliato (parliamo di configurazione
standard) e questo non va per niente bene!


 sono testimonianza continua.
Secondo voi, in quei casi (quando ci sono caratteri speciali win tra
il 130 e il 159), è preferibile uscire con codifica windows-1252,
laddove possibile, oppure UTF-8 ?
-- 
Enrico C
* cut the ending "cut-togli.invalid" string when replying by email *

 windows-1252, laddove possibile, oppure UTF-8 ?
Sono i "27 maledetti" :)
Il *troppo buon Cataldo* ha già ampiamente spiegato le varie 
spiegazioni tecniche.
*Nemesis* quelle un po' più "politico/commerciali".
Alla tua domanda dovrebbe rispondere il GCN¹, con un documento, tipo 
quello dei francesi, sul comportamento consigliato sulla it.*
L'iso-8859-1 è un perfetto sottinsieme del 1252:
 
http://www.eki.ee/letter/chardata.cgi?cp=8859-1&cp1=CP1252+%28Western%29
ma non è vero il contrario:
 
http://www.eki.ee/letter/chardata.cgi?cp=CP1252+%28Western%29&cp1=8859-1
ci sono 27 righe rosse, 27 "quasi inutili" extra.
Questa la miriade di charset registrati fino al 26 febbraio di 
quest'anno (prelevati con uno script PERL):
 
http://www.cs.tut.fi/~jkorpela/chars/sorted.html
Io ti posso fare un'analisi non tecnica né politica, ma sperimentale 
basata sui newsreader.
Per quelli sotto Windows, sicuramente il 1252. Quelli "forti" non hanno 
problemi, quelli "deboli" ne hanno di meno.
Per tutti gli altri, probabilmente l'utf-8.
Considerato però che sotto Windows i deboli si contano sulle corna di 
*Gandalf*, mi vien da dire che l'utf-8 sia la scelta da fare.
Ciao.
_____
¹ A tal proposito, visto che nei curatori del wiki sono presenti due 
tra i suoi migliori esponenti, mi son permesso di editarlo il 3 
dicembre 
http://wiki.news.nic.it/CharSet?action=info
 sperando che le 
email automatiche li risvegliasse dal sonn<-<-<- impegni che queste 
festività (purtroppo) impongono.


 *Gandalf*, mi vien da dire che l'utf-8 sia la scelta da fare.
Ehm... non ho capito!


 sia piů "letto" del win-1252, anche al di fuori di win?
Ho letto ora il post di Nemesis, che mette in discussione quanto avevo
capito da Gandalf, cioč che linux leggesse tranquillamente il
windows-1252. Se cosě non č, le cose cambiano, anche da un punto di
vista solo pratico...
 [e non entro nella discussione sugli standard e non standard, volendo
limitarmi per ora sul piano delle considerazioni pratiche, della
diffusione dei charset]


 V e ci spalanchiamo ben oltre...
Ah, anche la VI! :)
Però volevo capire anzitutto dal punto di vista pratico, cosa
funziona, cosa può creare problemi...


 sia piů "letto" del win-1252, anche al di fuori di win? 
A lume di naso direi di si, visto che i newsreader che girano su sistemi
diversi da win e che supportano il 1252 probabilmente si sono
implementati da soli le tabelle di conversione quindi č altrettanto
probabile che abbiano anche quella dell'utf. Mi sovviene perň subito
anche un controesempio, SLRN che non č (ancora per poco) UTF ready.
Quindi direi piů letto probabilmente no, ma IMHO sono pari con un
leggerissimo vantaggio di 1252.
-- 
Pretend to spank me - I'm a pseudo-masochist.
 
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 V e ci spalanchiamo ben oltre...
quoto e sottoscrivo.
-- 
Happiness is a belt-fed weapon.


 IC.macintosh; se non ti † prima, torni e riƒerisci ;oP
LOL :)


) sembra
positivo, ha codificato anche il quotato in UTF-8. Bug risolto, quindi?


 rispondi, salvo essere avvertito che US-ASCII non comprende l'€.
Infatti mi chiedo perché non dia lo stesso warning anche con ISO-8859-1.


 [1] Non prendermi in parola, in realtà è cp1252 taroccato. :-D
Ma Knode non c'è cascato ;)



(Tra l'altro già in visualizzazione le accentate erano state sostituite
dal doppioquadratino, quindi credo fosse ovvio che non sarebbe andata)


 codificato anche il quotato in UTF-8.
Mi tocca riscriverlo ancora una volta. Quello a cui hai risposto non era
in 1252. Od almeno non lo era nel senso comune che si applica alla
espressione codificato in 1252. Se non contiene uno di quei caratteri
proibiti, allora potrebbe essere benissimo in una vasta serie di set ISO
e non è a questi casi che si riferisce chi segnala la presenza del bug

 in
cui c'è una ò non-Unicode, ma dichiarata UTF-8, come si spiega? o__O;


 cui c'è una ò non-Unicode, ma dichiarata UTF-8, come si spiega?
Quella è chiaramente una cosa venuta fuori sbagliata,
ma se gli hai detto di usare il charset preferito, e il set preferito
guarda caso è utf8, non mi meraviglierei troppo se poi esce proprio in
utf8, scusa non glielo avevi detto tu di farlo? lui che ne sa, porello?

 ma se gli hai detto di usare il charset preferito, e il set preferito
Se però, nella stessa situazione, imposto ISO-8859-15 come default e poi
gli dico manualmente di passare a UTF-8, non ha problemi a codificare
la ò in Unicode. In ogni caso hai ragione, bisognerebbe trovare un post
codificato in cp1252, senza dichiarazione, contenente almeno l'€uro...


.


codificato in cp1252, senza dichiarazione, contenente almeno l'€uro...
Ne ho fatto uno io qualche giorno fa:
 
news:075015DB20051207212...@blu.it


.
Niente di strano, Unicode comprende tutti i caratteri, il messaggio cui
rispondevi era correttamente dichiarato, non vedo cosa ci sia da
meravigliarsi.

 UTF-8, non ha problemi a codificare la ò in Unicode.
Forse allora, potrebbe dipendere da quella strana (ed insensata)
associazione che fa tra ricezione ed invio? Se non ho fatto confusione,
mi sembra che eri tu a proposito di knode, vero, che dicevi che se si
imposta un default questo viene applicato sia alle visualizzazioni prive
di header, sia alle spedizioni? o forse mi sbaglio con altro programma

.
Mi pare normale, come dice Cataldo.
Non puoi rispondere correttamente in 8859-15 a un 1252 con i 27,
perché i 27 non sono compresi nel 15. ;)


).
Poi, in visualizzazione, ho impostato manualmente il charset a cp1252 e
ho provato nuovamente a rispondere in UTF-8: nessun problema, tutti gli
estesi -euro incluso- sono stati codificati correttamente in Unicode...
Insomma, se imposto l'UTF-8 come default charset, dovrei selezionare il
cp1252 manualmente in ogni post senza dichiarazione, non solo per poter
rispondere correttamente ma anche solo per la visualizzazione... vado a
impostare nuovamente l'ISO-8859-15 :)


 visualizzazioni prive di header, sia alle spedizioni? 
Non sbagli, Knode assume che i post privi di dichiarazione siano
codificati con il suo default charset di invio... non so se è voluto :/


 meravigliarsi.
Mi meraviglio della disparità di comportamento tra UTF-8 e ISO-8859-1x.


 perché i 27 non sono compresi nel 15. ;)
Forse comincio a capire qualcosa... io ero convinto che i "27 maledetti"
fossero presenti tanto nell'ISO-8859-15 quanto nel windows-1252, ma in
"posti" (codifiche) differenti; e questo direi che è vero sicuramente
per quanto riguarda l'€uro. Se invece mi dici che nel 15 *non* ci sono,
immagino a parte l'€uro, è chiaro il perché del comportamento diverso 
tra UTF-8 (che di certo ce li ha tutti) e ISO-8859-15...


 anche solo per la visualizzazione...
Esattamente, ed io farei sempre in questo modo, anche se hai impostato 
il Latin9 (quando rispondi a un articolo PRUGNA -adesso lo vedi dalle 
header Content-Type- imposta a mano il cp1252, poi ricontrolla che 
all'articolo successivo con le header Mime si riposizioni in 
automatico).
Il *vero* bug è quello di OE, e dovresti fare intensa campagna 
persuasiva... (ed in questo sei uno spaccamar... formidabile).
Ciao.
-- 
 __    _  _  |    |_/    .-.      .-.   |_|          WWW   \o/   \V/
(  )  ( \/ ) | -._(^}   /(")\  W '(")'  [`)__,~      (')   (')   (')
/ (_/\/ \/ \ |  (__)   / /_\ \(O)`_/|    (___)     %-J_| $-J_| &-J_|
\____/\_)(_/ |  |\|\    (/_\) (_) | |    /\ /\      _/_|  _/_|  _/_|

 tra UTF-8 (che di certo ce li ha tutti) e ISO-8859-15...
Šì‚ ƒra quei “maledetti” del windows–1252 ce ne sono alcuni in cœmune
presenti anche nell'iso–8859–15 (sia pur in pœsizione diversa, come
l'€uro) — ma non tutti…
http://en.wikipedia.org/wiki/Comparison_of_western_latin_character_sets

 ISO-8859-1.
Sembra che nel raw sia stato usato il cp1252, e che per questo, non ci 
sono stati avvisi.
Si può solo constatare che certi font, non compresi nel charset 
utilizzato per la visualizzazione, vengono trasformati in altri diversi, 
ma comunque leggibili, cosa che non avviene nel caso dell'€uro. Inoltre 
sarebbe interessante sapere, se ciò è dovuto ad una scelta di chi ha 
scritto il NR, oppure ad altra causa.
P.S. - Ho letto tutti i tuoi post del thread: m'è venuto il mal di 
testa. :-D
-- 
    * b *
  *   y   *
*   Piero   *
[ /cogito ergo sum/ ] 

 l'€uro) - ma non tutti.
                        ^
Infatti! Come vedi alcuni sono stati conservati, altri trasformati[^].
-- 
    * b *
  *   y   *
*   Piero   *
[ /errare humanum est/ ] 

 testa. :-D
Figurati io che li ho scritti :-P
(non tutti insieme, per fortuna)


 l'€uro) — ma non tutti…
Adesso tutti i pezzi del puzzle sembrano andare a posto nella mia testa
(...spero), ad esempio ho ricollegato anche quel discorso dell'€uro e
del simbolo generico di valuta che hanno pari posizione nei due ISO...
***
Potresti scrivere un script di Hamster per inserire qualche “maledetto”
a casaccio nei tuoi post (e poi magari cancellare gli header MIME) :P


 Infatti! Come vedi alcuni sono stati conservati, altri trasformati[^].
OE, il newsreader(?) delle libertà :)


 (ed in questo sei uno spaccamar... formidabile). 
Vero ^^ ma con gli utenti di OE ci rinuncio in partenza... o quantomeno
provo a far loro cambiare programma direttamente :P
PS: scherzi a parte, non mi sono mai interessato del problema... oltre a
segnalare la tua pagina sulle impostazioni di OE (a proposito, non ho
trovato il link su Google Groups, l'hai sempre inviata in XNA?) c'è un
altro modo? OE-QuoteFix non fa nulla alle impostazioni dei charset?


 Infatti! Come vedi alcuni sono stati conservati, altri trasformati[^].
Chiaro.
Vedi commento di Gandalf... ;)


 OE-QuoteFix non fa nulla alle impostazioni dei charset?
No, nemmeno Fidolook.


 a casaccio nei tuoi post (e poi magari cancellare gli header MIME) :P
Addirittura! ;)


 quando il default è l'UTF-8. [Credo sia questo il *vero* bug di Knode]
Se vedi due quadratini (in alcuni casi potrebbero anceh diventare tre ma
lasciamo stare) vuol dire che tenta di interpretare il citato come se
fosse stato utf8 e quindi applica in lettura lo stesso default della
scrittura. Una scelta un pochino strana, che potrebbe andar bene in
alcuni ambiti ristreti dove gli utenti scrivono tutti nello stesso
prevedibile modo ma mi sembra presenti molti difetti

 ISO-8859-1 invece non mi dice nulla...
Se alla fine poi quello che arriva il simbolo pallinocrociato della
valuta monetaria generica, non sarebbe neanche sbagliato, cioè potrebbe
anche essere, ma ho perso il filo del discorso e non mi ricordo più quel
era la situazione. Se stai rispondendo ad un messaggio che è arrivato
senza dichiarazioni, solo un umano dal contesto può dire se il simbolo
doveva essere quello dell'EUR o della valuta generica o altro
In altre parole, nella stessa posizione in cui tu dici che sarebbe un
euro perché proveniva da un ISO-15, potrebbe altrettanto essere un
pallinocrociato in ISO-1 (e comunque ho perso il filo del discorso)


Sono entrambi su it.test e non mi pare che OE abbia commesso errori. Nel 
secondo c'è un a capo diverso, ma non so a cosa sia dovuto. :-?
-- 
    * b *
  *   y   *
*   Piero   *
[ /do ut des/ ] 

 Addirittura! ;)
Questo è quello che hai scritto tu?
-- 
     * b *
   *   y   *
 *   Piero   *
[ /in medio stat virtus/ ] 

 Questo è quello che hai scritto tu?
Sì. Avevo anche tolto i campi header MIME prima dell'invio, tramite
Hamster.

 in ISO-1  
Parlavo di quando io *invio* un post: dovrebbe essere in grado di capire
se voglio inviare €uro o pallinocrociato, a prescindere dal charset che
viene impostato automaticamente o manualmente...


 No, nemmeno Fidolook.
Peccato...


 Una scelta un pochino strana, 
IMHO un bug, o una svista progettuale... di sicuro non una feature.


 male...), per loro esiste Mime-Proxy
In ogni caso, per questi che zoppicano alquanto almeno un po' e dobbiamo
aggiungerci anche Agent, non si deve comunque eccedere, come dicevamo con
Enrico, ma ci deve pur sempre essere una /autoregolamentazione/ cioč
usare solo i caratterei necessari e non lasciarsi prendere la mano con
stranezze e graficismi inutili. 
Molti di questi programmi infatti possono gestire sě utf8 ma con un solo
set di lingua alla volta non si possono mescolare nello stesso messaggio
lingue occidentali ed asiatiche, tanto per fare un esempio.

 
snurl.com/guidaoe
 o simili? (O magari vuoi farlo tu?)
Come preferisci, anche se io preferisco dare sempre gli URLi originali.
[Beccato per caso, ormai i thread sui charset li salto quasi a piè pari
 :-P ]
-- 
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]

 esempio, orientali).
╔═════╕   ╥     ╥   ╥         ╔═════╗   ╥
║   ╒═╗   ║     ║   ║         ║╘════╝   ║
╚═════╝   ╚═════╝   ╚═════╛   ╨         ▪
Quoto e sottoscrivo tutto.
Infatti con l'unicode *devo* poter scrivere tutto (o quasi):
armeno - Ֆ
cirillico - Щ
hangul - ᅄ
ideogramma - 两
ebraico - שׁ
arabo - ﴽ
katakana - ﾎ
segno - ￦
simboli - ①
etc. etc.
Certo che per visualizzarli serve Arial Unicode MS od altro che ne 
faccia le veci. ☺
-- 
    * b *
  *   y   *
*   Piero   *
[ /deus ex machina/ ] 

 Certo, ma ottenere quello č semplice.
Legalmente?


 faccia le veci. ☺
Con Arialuni Unicode MS li vedo tutti correttamente.
(salvo che il GULP perde l'allineamento).
Come li vede chi non usa l'Arialuni?
 
[Unicode Message *UTF-8* Messaggio con codifica Unicode]


 Legalmente?
Ierisera incuriosito dai suoi dichiarati sessantamila glifi circa 8 mega,
ho provato a scaricare Code2000  (indicazioni tramite il solito sito
http://www.alanwood.net/unicode/fonts_windows.html
 ) 
ma non mi funziona, cioč una volta installato il font, come tocco le
impostazoni per i caratteri in uno qualsiasi dei programma di windows, si
blocca e si chiude quel programma. Ho dovuto disinstallarlo e la
situazione (per fortuna) č tornata normale.

 Se sì mi piacerebbe sapere dove scaricarlo... ;o)
Code2000, pare avere lo stesso ordine di grandezza, come numero di
caratteri.
da 
http://www.alanwood.net/unicode/fonts.html
Code2000 - 51,155 characters (63,888 glyphs) in version 1.15
Includes many characters that are difficult to find elsewhere, making
it a useful font to assign to the user-defined encoding or character
set in your Web browser, and well worth the $5 registration. Produced
by James Kass.
si scarica da 
http://home.att.net/~jameskass/

 ho provato a scaricare Code2000
Anche quello "a pago", anyway.


 caratteri.
Leggo ora il post di Cataldo Vallone, in cui dice che Code2000 gli ha
dato problemi. Da provare con cautela, quindi!


 visualizzazione a OE :D
Non penso proprio, IMO vi fate solo del male a vicenda... :-D
Ciao.
-- 
 __    _  _  |    |_/    .-.      .-.   |_|          WWW   \o/   \V/
(  )  ( \/ ) | -._(^}   /(")\  W '(")'  [`)__,~      (')   (')   (')
/ (_/\/ \/ \ |  (__)   / /_\ \(O)`_/|    (___)     %-J_| $-J_| &-J_|
\____/\_)(_/ |  |\|\    (/_\) (_) | |    /\ /\      _/_|  _/_|  _/_|

LOL, questo non lo so, ma è il risultato che conta, no? ;o)
Mi sembra che l'unico modo per installare quel font sia installare Office o
mi sbaglio?
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

 mi sbaglio?
In passato però era distribuito /a gratise/ da MS, quindi il possesso
senza Office non implica necessariamente l'illegalità, AFAIK...


Pimmy mi pare abbia scelto questa strada (di tentare col 1252); 
Non esattamente. Pimmy tenta di decodificare il messaggio con il charset
relativo al codepage di sistema, 1252 da noi. Quindi si adatta al paese,
diciamo così.
Fa questa operazione quando il testo non è conforme con quello specificato
negli header (quindi non solo se non è specificato) e usa il charset di
sistema solo se il test di conformità non fallisce. Se fallisce avvisa che
il testo non è in quel charset ed eventualmente chiede di cambiarlo. Si
potrebbe anche fare un giro con tutti i charset e cercare di indovinarlo...
:-)


 se lo vuoi provare te lo carico sul mio sito.
Grazie non importa, lo ArialUni lo avevo scaricato tempo fa, devo solo
(ri)trovare in quale partizione di quale disco ero andato a salvarlo.
Poi ci avrei anche una fotocopia (non molto ufficiale quindi) di un disco
di OfficeDuemila, anche se non sono riuscito a trovarci dove sarebbe
archiviato su quel disco. La questione sarebbe però come diceva Enrico,
sembra che non lo potresti usare se non compri regolarmente un programma.

 (Windows)' (il 1252 appunto
[CUT]
Mi ricordo qualcosa del genere, ma è contrario alla mia filosofia 
impostare un charset predefinito di lettura. Ho sempre suggerito di 
lasciare ad OE il compito di scegliere il charset da usare.[1] Nel caso 
in cui il messaggio ne sia privo, OE usa sempre il cp1252, perché 
visualizza anche i /famosi/ 27 font.
[1] strumenti/opzioni/lettura/impostazioni internazionali, togliere la 
spunta a: utilizza la codifica predefinita per tutti i messaggi in 
arrivo.
-- 
    * b *
  *   y   *
*   Piero   *
[ /errare humanum est/ ] 

 Come li vede chi non usa l'Arialuni?
Con Arial Unicode MS vedo correttamente allineato anche il reply.
http://tinypic.com/ip2qv4.png
-- 
    * b *
  *   y   *
*   Piero   *
[ /errare humanum est/ ] 

 funzionante ;o)
Ottimo!
 
X'Posted to: it.comp.software.newsreader,hamster.it.misc
äÏÇìÉúî ñ Äuro ó Ö [Followup-to: / Risposte a:]  hamster.it.misc


 in cui il messaggio ne sia privo, OE usa sempre il cp1252, 
Anche su un Windows russo o cinese? :)


 funzionante ;o)
Ottimo!
 
Fup2: [Followup-to: / Risposte a:]  hamster.it.misc
X'Posted to: it.comp.software.newsreader,hamster.it.misc

 messaggi in arrivo.
-- 


 indovinarlo...
Questo IMO non è possibile sempre; nel caso ad esempio di un 
"pastrocchio" generato da KNode (il motivo di questo thread) dove il 
citato è iso ed il nuovo testo è utf, non esiste soluzione a meno di 
ricodificarne uno dei due.
Ma poi, se nel mio testo volessi scrivere proprio `Ã²' (l'ammettenza 
nel dominio del tempo al quadrato) e non una `ò' come farebbe un 
automatismo ad accorgersene? ;oP


 
http://tinypic.com/ip2qv4.png
_Sorry, con quel font proporzionale non posso vederlo allineato!_  [1] 
:-/
Lo visualizzo con Courier New, che comprende anche tutti gli altri glifi 
del post. Non so dire se li comprendeva anche prima d'installare Arial 
Unicode MS oppure no. Per verificarlo dovrei disinstallarlo. :-/
Qualcuno che non ha Arial Unicode MS (o simile) ce lo può dire? :-)
[1] Mi ha fregato il fatto che, per visualizzare l'utf-8 con OE ho 
impostato Arial Unicode MS, però nella skin di Fidolook uso il Courier 
New... e allora... :-O
-- 
    * b *
  *   y   *
*   Piero   *
[ /ad audiendum verbum/ ] 

 Anche su un Windows russo o cinese? :)
Sarebbe tutto da ridere. LOL
No, ovviamente mi riferivo a noi, che abbiamo impostato Italiano 
(Italia), nelle "opzioni internazionali e della lingua".
-- 
    * b *
  *   y   *
*   Piero   *
[ /do ut des/ ] 

 header Mime.
No, ho provato prima di scrivere.
OE, se trova un messaggio senza header mime prova a leggerlo in cp1252 e 
risponde con quel charset, se invia e non dichiara l'header mime usa 
sempre il cp1252 (in entrambi i casi) indipendentemente dal charset 
impostato come predefinito.
-- 
    * b *
  *   y   *
*   Piero   *
[ /audaces fortuna iuvat/ ]