Newsgroup: it.comp.software.newsreader
Titolo: Charset corretto

Buona sera a tutti,
    ho da poco installato MesNews, lo stó piano piano configurando come 
meglio risponde alle mie esigenze, ma ho problemi con la lettura di 
alcuni caratteri nei post. Utilizzo il server news del mio provider 
Fastweb: 
news.fastwebnet.it
 , da dove posso capire quale é il Charset 
corretto?
Grazie in anticipo, n0mad.
-- 
Regards, n0mad.

 
news.fastwebnet.it
 , da dove posso capire quale é il Charset corretto?
se puoi, leggi la Discussione fatta da Guido Noè il 26/11.
Altrimenti ti riscrivo la risposta.
Altrimenti puoi usare un motore di ricerca sui charset in generale o 
uno specifico.
-- 
tramite server 
nnrp-beta.newsland.it


Questa parte č sbagliata.
   Altri tipi di charset (in particolare quelli della famiglia Windows,
   come il windows-1252) sono invece da evitare: non offrono nulla in piů
   rispetto a quelli ISO, e non sono standard (quindi possono non essere
   supportati dai newsreader). 
Il charset wnidows-1252 č nella lista dei charset standard definita dallo
IANA e quindi pienamente utilizzabile su Internet. 
Inoltre, anche se il fatto di essere credo sia sufficiente, ha l'indubbio
vantaggio di contenere le accentate e il simbolo dell'euro, oltre che
essere il charset di tutte le macchine Windows dell'europa occidentale e
piů. 
Quindi ha vantaggi ed č standard. Meglio di cosě, ci sarebbe da dire...
Sě, lo so... si potrebbe correggere visto che č fatto con il Wiki...
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

 Sì, lo so... si potrebbe correggere visto che è fatto con il Wiki...
magari usando una frase sufficientemente diplomatica politicallycorrect

 da dove posso capire quale é il Charset corretto?
Guardando le intestazioni degli altri post che girano sui newsgroup ;-) 
Ciao
-- 
http://pinoradioattivo.altervista.org
  (il mio sito)
http://wiki.news.nic.it/QuotarBene
 (una buona regola...)

diverse, speriamo di no.
La mia non č un'opinione, č un fatto.
 
http://www.iana.org/assignments/character-sets


 Sě, lo so... si potrebbe correggere visto che č fatto con il Wiki...
Penso che hai fatto bene a segnalare sul newsgroup prima di
correggere, anche per un confronto di opinioni piů ampio. :)

 Forse perche' stai usando l'unicode (utf-8)?!
Non credo proprio che, in mesnews, le due differenti impostazioni siano
obbligate ad essere collegate

 La mia non č un'opinione, č un fatto.
cvd

 siano obbligate ad essere collegate
Mah non saprei, non l'ho mai usato... la mia era solo un' ipotesi :-)


 cvd
Beh, a parte i toni (che anch'io auspico "pol.corr." nell'eventuale
correzione sul wiki ;) , come stanno le cose? Il wincharset è
omologato tra gli "standard" oppure no? Antonio D. afferma di sì, e
non mi pare che nessuno l'abbia smentito nel merito...
Sui "vantaggi" invece ho già espresso il mio dubbio, visto che esiste
uno standard ISO che comprende euro e accentate...

 l'iso-8859-15 per i tuoi post in entrata/uscita, e vivi felice :-) 
Ok, per quanto riguarda la corretta visualizzazione dei post ho risolto 
sostituento il charset da utf-8 a quello da te indicato.
Grazie per le dritte ;-)
-- 
Regards, n0mad.



Se non partiamo dai fatti č tutto inutile. Se per te postare il link che
dimostra che windows-1252 č uno standard vuol dire fare la solita crociata
non so che dirti. Quel link dimostra che il documento che hai citato
contiene una parte sicuramente sbagliata, frutto *forse* di quella crociata
che mi accusi di voler fare.


Il wincharset è omologato tra gli "standard" oppure no?
Beh, non c'è molto da discutere. Da
http://www.iana.org/assignments/charset-reg/windows-1252
   Charset name: windows-1252
   The name is suitable for use as the value of a MIME content-type
   parameter.
 
Abbastanza chiaro, direi.


correggere, anche per un confronto di opinioni più ampio. :)
Ma io non ci penso neanche a correggere il wiki.


 Ma io non ci penso neanche a correggere il wiki.
e perché? 
-- 
"la prima cosa che vi posso dire è che sto usando molto di più i
newsgroups. Prima dovevo aprire il browser e collegarmi al Vostro
sito. Ora apro semplicemente il programma ed accedo. E' solo una
piccola differenza."
[da  newsland.discussioni.nnrp-beta ]

e perché? 
Perchè sono timido.


 IANA e quindi pienamente utilizzabile su Internet.
Se  correttamente  dichiarato  nei  MIME  header,  concordo con te. Uno dei
problemi  è  che,  spesso,  tale  charset  non  viene  dichiarato  o  viene
dichiarato  scorrettamente  (mi  riferisco a certi NR, che lo fanno passare
per ISO, e poi non  si  peritano  di  inserire  ottetti  che  in  ISO  sono
proibiti).
Ribadisco:  che  sia  legittimo utilizzarlo, non vedo come negarlo. Che sia
opportuno,  un  po'  meno.  La  proliferazione  di  charset  totalmente   o
parzialmente  sovrapponibili  è  infatti  deprecata,  benché accettata come
dev'essere la reltà dei fatti. E  disponendo  degli  ISO-8859-X,  non  vedo
proprio perché scegliere una CP-1252.
Con  queste precisazioni, una revisione in tal senso del wiki sarebbe forse
auspicabile.
-- 
Bye, Lem
Come portarsi sui newsgroup? 
http://wiki.news.nic.it/AiutoComposizione
Impariamo a "quotare": 
http://wiki.news.nic.it/QuotarBene
Un eccellente newsreader gratuito? DIALOG: 
http://www.40tude.com/dialog/

 Grazie per le dritte ;-)
De nada ;-)  Usando l'iso-8859-15 che t'ho consigliato, al posto del
"canonico" iso-8859-1 , dovresti visualizzare/spedire correttamente
anche il simbolo dell' Euro (Alt-Gr+E)


 Abbastanza chiaro, direi.
Sì, pare anche a me. 
Però, sempre da ignorante in materia, chiedo: quale standard è... più
standard? :)
"Standard IANA" vuol dire, se ben capisco, che è stato registrato
dalla Internet Assigned Numbers Authority (secondo Wikipedia, "an
organisation that oversees IP address, top-level domain and Internet
protocol code point allocations. IANA was formerly one man, the late
Jon Postel"), soddisfacendo ai requisiti previsti in
http://www.ietf.org/rfc/rfc2278.txt
 .
Standard ISO, invece,  si intende, sempre da Wikipedia, "an
international standard published by the ISO", ovvero uno standard
internazionale pubblicato dalla International Organization for
Standardization, "a global federation of over a hundred national
standards bodies with central secretariat in Geneva, Switzerland. The
name ISO is derived from ίσος (see above) and is not an acronym for
the organization's name in any of its working languages, though it is
conventionally written in all capitals."
Iso is the stem of the Latin transliteration of the Greek word ίσος
(ísos, meaning "equal").
 
[Unicode Message *UTF-8* Messaggio con codifica Unicode]

 standard? :)
In  buona  sostanza,  mi  pare  che  la  registrazione  IANA  serva  solo a
certificare che il charset  soddisfa  le  caratteristiche  minimali[*]  per
essere  usato  nel  MIME, e gli dia un nome che lo definisce ufficialmente.
Se il charset, pur soddisfacendo le  caratteristiche  minimali  per  essere
usato,  fosse  noto  solo  tra privati, dovrebbe essere dichiarato col nome
concordato, che dovrebbe assolutamente cominciare con "X-".
[*] Dalla RFC 2046, i passi cruciali:
|    The canonical form of any MIME "text" subtype MUST always represent a
|    line break as a CRLF sequence.  Similarly, any occurrence of CRLF in
|    MIME "text" MUST represent a line break.  Use of CR and LF outside of
|    line break sequences is also forbidden.
| 
|    This rule applies regardless of format or character set or sets
|    involved.
|
|    [...]
|
|    The charset parameter for subtypes of "text" gives a name of a
|    character set, as "character set" is defined in RFC 2045.  The rules
|    regarding line breaks detailed in the previous section must also be
|    observed -- a character set whose definition does not conform to
|    these rules cannot be used in a MIME "text" subtype.
|
|    [...]
|
|    Note that the control characters including DEL (0-31, 127) have no
|    defined meaning in apart from the combination CRLF (US-ASCII values
|    13 and 10) indicating a new line.  Two of the characters have de
|    facto meanings in wide use: FF (12) often means "start subsequent
|    text on the beginning of a new page"; and TAB or HT (9) often (though
|    not always) means "move the cursor to the next available column after
|    the current position where the column number is a multiple of 8
|    (counting the first column as column 0)."  Aside from these
|    conventions, any use of the control characters or DEL in a body must
|    either occur
| 
|     (1)   because a subtype of text other than "plain"
|           specifically assigns some additional meaning, or
| 
|     (2)   within the context of a private agreement between the
|           sender and recipient. Such private agreements are
|           discouraged and should be replaced by the other
|           capabilities of this document.
|
|    [...]
|
|    No character set name other than those defined above may be used in
|    Internet mail without the publication of a formal specification and
|    its registration with IANA, or by private agreement, in which case
|    the character set name must begin with "X-".
| 
|    Implementors are discouraged from defining new character sets unless
|    absolutely necessary.


 non mi pare che nessuno l'abbia smentito nel merito...
non ho mai sentito Antonio fare una *affermazione* se non č piů che 
certo di ciň che dice.
-- 
Ciao, Dmitry
I've a dream... bring usenet to every family 

 :


???
NON devi sostituire un bel niente: in lettura MN applica il charset 
dichiarato nel messaggio (seleziona gli altri articoli di questo stesso 
thread e vedrai cambiare il charset attivo nel menu Messaggi|Charset).
Se un messaggio ha una errata dichiarazione, o non ne ha per niente pur 
utilizzando un set diverso dall'ASCII, puoi forzare la lettura con uno 
di quelli disponibili in MesNews. L'azione vale solo per il messaggio 
selezionato e non è permanente.
Quelli che si impostano nelle proprietà (generale, sever, gruppi), 
riguardano la composizione, e qui consiglio di lasciare la serie 
predefinita: ISO8859-1 > ISO8859-15 > UTF-8. MN sceglie il primo della 
serie in grado di codificare il contenuto del messaggio.
-- 
Sans

    community comment and sanity checking without excessive time delay.
Hai ragione, a parte che questa è la RFC 2278. ;)
Però prima leggo:
| 3.1.  Required Characteristics
| 
|    Registered charsets MUST conform to the definition of a "charset"
|    given above.  In addition, charsets intended for use in MIME content
|    types under the "text" top-level type must conform to the
|    restrictions on that type described in RFC 2045. All registered
|    charsets MUST note whether or not they are suitable for use in MIME.
                                                                  (ibidem)
Quindi,  se  mi sbagliavo a dire che la registrazione certifica, è pur vero
che loro ti ammoniscono: "prova a registrare il tuo charset solo se  è  OK,
sotto la tua responsabilità: noi comunque non garantiamo per te".
Tuttavia  il  tipico  procedimento stesso di registrazione implica un certo
grado di controllo da parte della comunità informatica:
|    Provided that the charset registration has either passed review or
|    has been successfully appealed to the IESG, the IANA will register
|    the charset, assign a MIBenum value, and make its registration
|    available to the community.
                                                                  (ibidem)
Notazione in  merito  al  caso  specifico:  il  windows-1252  soddisfa  gli
standard  richiesti  per  il  MIME,  a  norma di RFC, almeno secondo quanto
precisa il registrante (e non ci sono state  obiezioni  significative,  che
abbiano portato a rigettare la richiesta di registrazione):
| The name is suitable for use as the value of a MIME content-type
| parameter.
   (tratto   da:  
http://www.iana.org/assignments/charset-reg/windows-1252
)


 [*] Dalla RFC 2046, i passi cruciali:
[...]
Nella RFC 2278, che definisce le caratteristiche minimali per la
registrazione IANA e la procedura di registrazione, noto che *non* si
usa il termine "standard". Si dice anzi: "This is not a formal
standards process..."
Sempre dalla RFC 2278.
The registration of a charset does not imply endorsement, approval, or
recommendation by the IANA, IESG, or IETF, or even certification that
the specification is adequate. It is expected that applicability 
statements for particular applications will be published from time to
time that recommend implementation of, and support for, charsets that
have proven particularly useful in those contexts.
[...]
   The following procedure has been implemented by the IANA for review
   and approval of new charsets.  This is not a formal standards
   process, but rather an administrative procedure intended to allow
   community comment and sanity checking without excessive time delay.
 m

 Hai ragione, a parte che questa č la RFC 2278. ;)
Ops... sě, ovviamente!  >:-(
 

 Perchè sono timido.
io perchè comincia a starmi antipatico il WIKI :)


 cvd
Sì, vabbeh, ma ancora ci discutete con quello? Complimenti per la
pazienza.
Bye
-- 
Jikan
La amo per quello che e'. Ricca     
 

standard? :)
Scusa, ma č una questione secondaria, se consideri che le RFC non sono
propriamente degli standard eppure fanno girare Internet!
Comunque l'rfc che parla di MIME stabilisce che si puň usare us-ascii,
iso-8859-x o altri charset approvati da IANA. Questo č il punto e chi dice
che windows-1252 non si puň usare dice una cosa sbagliata.
Per la questione del simbolo dell'euro, a ben vedere, sarebbe meglio usare
proprio il charset maledetto, visto che č il piů diffuso, molto piů di
iso-8859-15.


pazienza.
Grazie per il tuo contributo alla discussione. Ognuno mette quello che ha.


proprio perché scegliere una CP-1252.
Essendo standard, utilizzabile e già presente sul sistema, in effetti non
vedo controindicazioni per usare i charset windows-12xx.
Piuttosto vedo difficoltà ad usare iso-8859-15 perchè questo spesso non è
presente, neanche sui sistemi nuovi.
Infatti spesso si consiglia di non usare il simbolo dell'euro, quando la
cosa più semplice sarebbe di consigliare l'uso del windows-1252.


 iso-8859-15.
Bisognerebbe però verificare le cose che si domandava Cataldo
Vallone...
| Comunque sarebbe utile avere anche un riscontro
| da parte di utilizzatori di altri sistemi operativi, sulla facilità o
| difficoltà eventuale (in concreto) di saper o poter gestire e tradurre
| quel set che inizia con la sigla di una ditta commerciale 
| (come potrebbe essere Mac o Ibm o altro) non solo per il simbolo
| dell'euro ma anche trepuntini apostrofoinclinato crocedamorto e altri

Vallone...
Ho capito, devo verificare io (che non uso altri sistemi) per non passare
per quello che fa le crociate.
Il mac supporta nativamente il codepage 1252, così ho capito io dalla
documentazione per gli sviluppatori.
   kCFStringEncodingWindowsLatin1
   An encoding constant that identifies the Windows Latin 1 encoding (ANSI
   codepage 1252).
Java supporta windows-1252.
Linux... proprio non l'ho capito, ho cercato un po' ma non ho trovato
niente.
I vari programmi di posta proprio non saprei e non posso essere d'aiuto.


cosa più semplice sarebbe di consigliare l'uso del windows-1252.
La cosa più semplice sarebbe che alcuni programmi fossero impostati di
default per uscire con gli header corretti.
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

 presente, neanche sui sistemi nuovi.
Sto usando da diverso tempo Dialog, e non vi è alcun problema con il
iso-8859-15. Tempo fa usavo Agent, la versione gratuita, non mi sembra di
ricordare che avesse problemi neanche lui con gli iso-8859.
Di sicuro i problemi ce li avrebbe Eudora, il mailreader, ma dal punto di
vista dei caratteri i problemi li ha in ogni caso perché esce sempre con
la dichiarazione fissa Ascii oppure -1, e quindi ci sarebbero problemi
ugualmente sia col -15 che col 1252, quel programma andrebbe riscritto da
capo. Quali sono i programmi che hanno problemi con il iso-8859-15 ? 


-- 
Fare Well!
G
 
www.fiag.it
 ~ ICQ# 16553733 ~ 
gan...@jabber.linuxfan.it
                MSN id: 
alfa...@hotmail.it
 ~ Gandalf on 
irc.azzurra.org

 default per uscire con gli header corretti.
infatti. In MesNews vi è una impostazione di default.
Cliccando sul ng con il tasto destro, si seleziona Proprietà (del 
server o, forse meglio, del singolo ng) e poi la linguetta Charset. 
Togliendo il segno di spunta compare l'elenco dei gruppi di carattere 
("charsets").
-- 
tramite server 
nnrp-beta.newsland.it

default per uscire con gli header corretti.
Questo è indipendente dal problema euro.


 ha scritto:
   Content-Type: text/plain; charset="x-mac-roman"
Stai usando x-mac-roman, ovvero un charset che non va usato, visto che
inizia per x, se non sei già d'accordo con il tuo interlocutore. E visto
che scrivi su un newsgroup non puoi essere sicuro.
Naturalmente l'hai fatto apposta per dimostrare qualcosa, a me qualcosa
l'hai di certo dimostrato.


Direi proprio di sì, ecco un esempio:
Allora siamo a posto, tutti i sistemi supportano windows-1252.


 Allora siamo a posto, tutti i sistemi supportano windows-1252.
Questo mi conferma nell'idea che sia una scelta *legittima*.
[polemic mode ON]
Peccato tutti quegli OE in giro che non lo usano, quando dovrebbero...
;)
[polemic mode OFF]
-- 
Enrico C
*** Indirizzo nel Reply-To ***
*** (togliere ".invalid" finale) ***

 Mi sembra ovvio che l'oste dica che il proprio menù è ottimo
Già, è come un'autocertificazione. Però se qualcuno ha obiezioni può
farle, mi pare sia previsto da quella procedura... (se ho ben capito).
E se nessuno fa obiezioni...
-- 
Enrico C
Make Laugh, Not War!

 capo. Quali sono i programmi che hanno problemi con il iso-8859-15 ? 
In generale quelli che si appoggiano ai charset di sistema (OE, Pimmy e
probabilmente anche altri), mi č sembrato di capire che invece Dialog se
li implementa da se (o piů probabilmente si affida a qualche facility
di Delphi).
P.S. ho notato il tuo charset="x-mac-roman", Python dispone del charset
MACROMAN ma non riconosce quell'alias e quindi il tuo articolo non l'ha
decodificato correttamente. Hai scelto tu di dichiararlo cosě oppure č
stato Dialog. Se lo avessi dichiarato come "mac-roman" non ci sarebbero
stati problemi.
-- 
Experience is something you don't get until just after you need it.
 
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 presente, neanche sui sistemi nuovi.
<SPAM>
Basta usare XPN e si avranno a disposizione ISO-8859-15 e questi altri
qui sotto su tutti i sistemi. ;-)
</SPAM>
US-ASCII (English)
ISO-8859-1 (West Europe, latin1)
ISO-8859-2 (Central and Eastern Europe, latin2)
ISO-8859-3 (Esperanto, Maltese, latin3) 
ISO-8859-4 (Baltic languages, latin4) 
ISO-8859-5 (Cyrillic) 
ISO-8859-6 (Arabic) 
ISO-8859-7 (Greek) 
ISO-8859-8 (Hebrew) 
ISO-8859-9 (Turkish, latin5) 
ISO-8859-10 (Nordish languages, latin6) 
ISO-8859-13 (Baltic languages) 
ISO-8859-14 (Celtic languages, latin8) 
ISO-8859-15 (Western Europe) 
ISO-2022-JP (Japanese) 
ISO-2022-KR (Korean) 
KOI8-R (Russian) 
KOI8-U (Ukrainian) 
GB-2312 (Simplified Chinese) 
BIG5 (Traditional Chinese) 
UTF-7 (All languages) 
UTF-8 (All languages) 
WINDOWS-1250 (Central and Eastern Europe, cp1250) 
WINDOWS-1251 (Cyrillic, cp1251) 
WINDOWS-1252 (Western Europe, cp1252) 
WINDOWS-1253 (Greek, cp1253) 
WINDOWS-1254 (Turkish, cp1254) 
WINDOWS-1255 (Hebrew, cp1255) 
WINDOWS-1256 (Arabic, cp1256) 
WINDOWS-1257 (Baltic Languages, cp1257) 
WINDOWS-1258 (Vietnamese, cp1258) 
MACCYRILLIC (Cyrillic) 
MACICELAND (Icelandic) 
MACLATIN2 (Central and Eastern Europe) 
MACROMAN (Western Europe) 
MACTURKISH (Turkish)
-- 
Conserve wildlife - pickle a squirrel .


E se nessuno fa obiezioni...
Ma davvero a qualcuno questa frase in testa al documento
http://www.iana.org/assignments/character-sets
 non basta? Giusto per
capire, forse io sono troppo ingenuo?
   These are the official names for character sets that may be used in
   the Internet and may be referred to in Internet documentation.
Traduzione in italiano:
   Questi sono i nomi ufficiali per i set di caratteri che possono essere
   usati in Internet e ai quali si può fare riferimento nella
   documentazione Internet.


 MACTURKISH (Turkish)
e il x-mac-arabic e gli altri...? 
:-PPPPPPPPPPPP


stati problemi.
Il "mac-roman" non è tra i charset definiti dallo IANA, almeno io non l'ho
trovato. Quindi, direi, salvo smentita, che non si può usare neanche quello.


qui sotto su tutti i sistemi. ;-)
:-) Pimmy ha questi che mancano in XPN:
euc-kr		coreano
euc-jp		giapponese
iso-8859-11	thailandese
koi8-ru		cirillico
shift-jis		giapponese
windows-936	cinese semplificato
Sempre che il relativo codepage sia presente sulla macchina, naturalmente
:-)


    the Internet and may be referred to in Internet documentation.
Non è per polemica, ma secondo me «thay may be used» etc si riferisce
agli _official names_ e non ai _charcter sets_. Comunque mi pare sia
assodato che windows-1252 (così come mac-roman, eh) sia un charset con
la stessa "dignità" dell'ISO-8859-1 e di tutti gli altri; che il loro
uso sia più o meno consigliato su Internet, è IMHO un altro discorso.


 e probabilmente anche altri), 
Quindi (escludendo ovviamente quelli come Eudora o Xnews che hanno una
gestione talmente penosa della cosa da dover ricorrere in ogni caso a
plugin esterni), per venire incontro alle caratteristiche di due o tre o
poco pi— programmi, si dovrebbe rinunciare alla completa e sicura
standardizzazione? cioŠ dico rinunciarci in modo sistematico e perenne,
da consigliarne in ogni caso generalmente a tutti l'uso? 
Che sia una riscrittura della legge del pi— forte? 
P.S. 
A che punto eravamo arrivati con la faccenda dell'Utf-8?

 Direi proprio di s , ecco un esempio:
Ma, a parte il Mozilla, che se non sbaglio Š multipiattaforma per
nascita, gli altri nativi di quei luoghi, anche loro? 
(almeno nei limiti dei normali smanettamenti cui sono abituati?)

 ("charsets").
Ma questa scelta che dici si riferisce sempre alla fase di scrittura
invio?, mentre invece per la ricezione lettura, come diceva Lidrie, non
esiste una impostazione permanente da adottare? Ci si affida sempre a
quanto dichiarato dal messaggio arrivato, salvo momentanee
sovraimpostazioni che comunque non vengono memorizzate per il futuro? 
Non riesco a vedere quali sono le impostazioni che migliorerebbero la
situazione dell'OP nel merito alla sua domanda iniziale

 (almeno nei limiti dei normali smanettamenti cui sono abituati?)
Knode: perfettamente supportato in lettura, per niente in scrittura.


assodato che windows-1252 (cosě come mac-roman, eh) sia un charset con
mac-roman non c'č nella lista IANA. In Windows ho verificato che il
codepage 10000 č quello da utilizzare, ho fatto una prova con il messaggio
x-mac-roman di questo thread e l'ho visto bene. Ma che nome dovrei
utilizzare per l'associazione?


 l'ho visto bene. Ma che nome dovrei utilizzare per l'associazione?
Passo. cataldo? Nemesis?


 Passo. cataldo? Nemesis?
Non ho capito la domanda...
Ho provato, seguendo alcuni link, ad arrivare qui
ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/APPLE/
e ho smesso immediatamente, anche perch‚ mi sembra dai aver capito che
poi al loro interno i sistemi Mac si sono ulteriormente incas..suddivisi
con il nuovo osx e via dicendo. 
E sul sito dell'Unicode c'Š da perdercisivi
Un posto dove sono raffigurati i charset sarebbe questo:
http://www.eki.ee/letter/
e fa anche delle simpatiche comparazioni:
http://www.eki.ee/letter/chardata.cgi?cp=8859-15&cp1=ROMAN+%28Mac%29
ma non ho capito se i nomi che usa lui non sono nomi rigorosi o se sono
proprio i set a non essere quelli registrati dato che anche lui li chiama
con il nome "ROMAN (Mac)" e quindi non sono sicuro che si tratti di
quello che Š stato registrato dalla IANA al numero "MIBenum: 2027" e con
il nome [Name:macintosh] [Alias: mac] potrebbe essere quello oppure
potrebbe essere uno diverso. Bisognerebbe esaminmare uno ad uno tutti i
128 caratterei estesi e vedere a quale glifo sono stati associati..
rispetto la RFC1345, oppure trovare un sito che abbia gi… fatto la
comparazione

 :-PPPPPPPPPPPP
LOL, beh si vede che la libreria di Delphi è più fornita di quella di
Python ;-)
-- 
Death to all fanatics.


 Passo. cataldo? Nemesis?
Boh? Ti so solo dire che Python lo riconosce se lo dichiari come
mac-roman oppure mac_roman oppure ancora macroman (piů varianti con
maiuscole). Non saprei quale č la versione corretta per la dichiarazione
negli header.
-- 
Life is something that happens when you can't sleep.


 A che punto eravamo arrivati con la faccenda dell'Utf-8?
... ehm ... quale faccenda?
-- 
Siate pressappoco precisi. (Netiquette)


 :-)
E allora non vale, quelli di XPN sono garantiti funzionanti ;-P
-- 
Pretend to spank me - I'm a pseudo-masochist.


 trovato. Quindi, direi, salvo smentita, che non si può usare neanche quello.
Ah, OK.
-- 
Five out of four people have trouble with fractions.


negli header.
Nessuna, se diamo retta a IANA. Il nome giusto, come suggerito da cataldo,
sembrerebbe in effetti essere "macintosh" o "mac" o "csMacintosh".
Chi mi legge bene? Ho scritto con charset "macintosh".
(alla fine windows-1252 è il male minore)


Vi tirereste fuori da questo tipo di problemi.
Sì, ci abbiamo pensato, ma bisognerebbe portarsi dietro tabelle di
conversione, che ingrandirebbero il programma e che di fatto sarebbero un
doppione di quelle che dovrebbero già trovarsi sul sistema. L'attuale
soluzione ci soddisfa.


 Chi mi legge bene? Ho scritto con charset "macintosh".
Io ho letto anche la tua «č» perfettamente, ma prove del genere sarebbe
meglio farle inserendo anche qualche carattere piů raro (?), o sbaglio?


 (alla fine windows-1252 Ź il male minore)
Le accentate non si leggono.


 Le accentate non si leggono.
Ma hai provato sia lasciando che Dialog tirasse a "indovinare", cosa che
sappiamo non funzionare quando la dichiarazione non č corretta, sia con
l'impostazione manuale del charset per il Body?


meglio farle inserendo anche qualche carattere più raro (?), o sbaglio?
Giusto, ora (e poi la smetto - promesso) spedisco il quotato tuo che ha le
virgolette strane e scrivo un bel simbolo dell'euro € che non so neanche se
sia supportato da questo charset.


 neanche se sia supportato da questo charset.
In questo tuo post vedo tutto perfettamente, ma mi sono accorto che
invece il simbolo dell'euro ? che avevo messo tra parentesi dopo "raro"
è diventato un punto interrogativo... già nel mio post, che era uscito
in ISO-8859-1 (il charset di invio predefinito); ora ho disabilitato
l'opzione «use own charset when replying», vediamo che ne esce fuori...


l'opzione «use own charset when replying», vediamo che ne esce fuori...
Permane il problema, mi sembra. Anche OE e Thunderbird vedono bene il mio
post.


 Anche OE e Thunderbird vedono bene il mio post.
Non sono sicuro che sia un punto a favore ;)


 Quale, il mio con Knode e i charset
Ero convinto che Knode scegliesse automaticamente il charset con cui
inviare un post, /à la Dialog/, invece adesso noto che nella finestra
di composizione, menu Options > Set charset, è possibile scegliere il
charset manualmente (quello predefinito viene impostato dalle opzioni
generali del programma). Quindi se voglio scrivere l'€uro devo cambiare
manualmente il charset in ISO-8859-15 :/


manualmente il charset in ISO-8859-15 :/
OK, era questo il problema a cui mi riferivo. OE e Thunderbird
probabilmente hanno il charset "macintosh" anche se non è tra quelli
impostabili per spedire. Se provo a mettere un charset inesistente OE non
me lo fa vedere bene, quindi presumo che il charset "macintosh" lo
riconosca. Non riconosce invece "mac", "csMacintosh", "mac-roman",
"x-mac-roman".


 l'impostazione manuale del charset per il Body?
Io vedo correttamente il post solo selezionando manualmente X_Mac_Roman
per il corpo. "Tirando a indovinare" non funziona...
-- 
Ciao!
Gerardo Fransecky
Microsoft MVP - Windows Shell/User

 E allora non vale, quelli di XPN sono garantiti funzionanti ;-P
HamsterPG (e chi ce l'ha più lungo):
| 2005/12/05 01.01.36 {14} {script prova.hsc} Start
| 2005/12/05 01.01.36 {14} > 437
| 2005/12/05 01.01.36 {14} > 850
| 2005/12/05 01.01.36 {14} > ANSI_X3.4-1968
| 2005/12/05 01.01.36 {14} > ANSI_X3.4-1986
| 2005/12/05 01.01.36 {14} > arabic
| 2005/12/05 01.01.36 {14} > ASCII
| 2005/12/05 01.01.36 {14} > ASMO-708
| 2005/12/05 01.01.37 {14} > big5
| 2005/12/05 01.01.37 {14} > cp10000
| 2005/12/05 01.01.37 {14} > cp-10000
| 2005/12/05 01.01.37 {14} > cp10006
| 2005/12/05 01.01.37 {14} > cp-10006
| 2005/12/05 01.01.37 {14} > cp10007
| 2005/12/05 01.01.37 {14} > cp-10007
| 2005/12/05 01.01.37 {14} > cp10010
| 2005/12/05 01.01.37 {14} > cp-10010
| 2005/12/05 01.01.37 {14} > cp10017
| 2005/12/05 01.01.37 {14} > cp-10017
| 2005/12/05 01.01.37 {14} > cp10029
| 2005/12/05 01.01.37 {14} > cp-10029
| 2005/12/05 01.01.37 {14} > cp10079
| 2005/12/05 01.01.37 {14} > cp-10079
| 2005/12/05 01.01.37 {14} > cp10081
| 2005/12/05 01.01.37 {14} > cp-10081
| 2005/12/05 01.01.37 {14} > cp10082
| 2005/12/05 01.01.37 {14} > cp-10082
| 2005/12/05 01.01.37 {14} > cp1026
| 2005/12/05 01.01.37 {14} > cp-1026
| 2005/12/05 01.01.37 {14} > cp1250
| 2005/12/05 01.01.37 {14} > cp-1250
| 2005/12/05 01.01.37 {14} > cp1251
| 2005/12/05 01.01.37 {14} > cp-1251
| 2005/12/05 01.01.37 {14} > cp1252
| 2005/12/05 01.01.37 {14} > cp-1252
| 2005/12/05 01.01.38 {14} > cp1253
| 2005/12/05 01.01.38 {14} > cp-1253
| 2005/12/05 01.01.38 {14} > cp1254
| 2005/12/05 01.01.38 {14} > cp-1254
| 2005/12/05 01.01.38 {14} > cp1255
| 2005/12/05 01.01.38 {14} > cp-1255
| 2005/12/05 01.01.38 {14} > cp1256
| 2005/12/05 01.01.38 {14} > cp-1256
| 2005/12/05 01.01.38 {14} > cp1257
| 2005/12/05 01.01.38 {14} > cp-1257
| 2005/12/05 01.01.38 {14} > cp1258
| 2005/12/05 01.01.38 {14} > cp-1258
| 2005/12/05 01.01.38 {14} > cp1361
| 2005/12/05 01.01.38 {14} > cp-1361
| 2005/12/05 01.01.38 {14} > cp20127
| 2005/12/05 01.01.38 {14} > cp-20127
| 2005/12/05 01.01.38 {14} > cp20261
| 2005/12/05 01.01.38 {14} > cp-20261
| 2005/12/05 01.01.38 {14} > cp20866
| 2005/12/05 01.01.38 {14} > cp-20866
| 2005/12/05 01.01.38 {14} > cp21866
| 2005/12/05 01.01.38 {14} > cp-21866
| 2005/12/05 01.01.38 {14} > cp28591
| 2005/12/05 01.01.38 {14} > cp-28591
| 2005/12/05 01.01.38 {14} > cp28592
| 2005/12/05 01.01.38 {14} > cp-28592
| 2005/12/05 01.01.39 {14} > cp28594
| 2005/12/05 01.01.39 {14} > cp-28594
| 2005/12/05 01.01.39 {14} > cp28595
| 2005/12/05 01.01.39 {14} > cp-28595
| 2005/12/05 01.01.39 {14} > cp28597
| 2005/12/05 01.01.39 {14} > cp-28597
| 2005/12/05 01.01.39 {14} > cp28599
| 2005/12/05 01.01.39 {14} > cp-28599
| 2005/12/05 01.01.39 {14} > cp28603
| 2005/12/05 01.01.39 {14} > cp-28603
| 2005/12/05 01.01.39 {14} > cp28605
| 2005/12/05 01.01.39 {14} > cp-28605
| 2005/12/05 01.01.39 {14} > cp367
| 2005/12/05 01.01.39 {14} > cp37
| 2005/12/05 01.01.39 {14} > cp-37
| 2005/12/05 01.01.39 {14} > cp437
| 2005/12/05 01.01.39 {14} > cp-437
| 2005/12/05 01.01.39 {14} > cp500
| 2005/12/05 01.01.39 {14} > cp-500
| 2005/12/05 01.01.39 {14} > cp65000
| 2005/12/05 01.01.39 {14} > cp-65000
| 2005/12/05 01.01.39 {14} > cp65001
| 2005/12/05 01.01.39 {14} > cp-65001
| 2005/12/05 01.01.39 {14} > cp737
| 2005/12/05 01.01.39 {14} > cp-737
| 2005/12/05 01.01.39 {14} > cp775
| 2005/12/05 01.01.39 {14} > cp-775
| 2005/12/05 01.01.39 {14} > CP819
| 2005/12/05 01.01.39 {14} > cp850
| 2005/12/05 01.01.40 {14} > cp-850
| 2005/12/05 01.01.40 {14} > cp852
| 2005/12/05 01.01.40 {14} > cp-852
| 2005/12/05 01.01.40 {14} > cp855
| 2005/12/05 01.01.40 {14} > cp-855
| 2005/12/05 01.01.40 {14} > cp857
| 2005/12/05 01.01.40 {14} > cp-857
| 2005/12/05 01.01.40 {14} > cp860
| 2005/12/05 01.01.40 {14} > cp-860
| 2005/12/05 01.01.40 {14} > cp861
| 2005/12/05 01.01.40 {14} > cp-861
| 2005/12/05 01.01.40 {14} > cp863
| 2005/12/05 01.01.40 {14} > cp-863
| 2005/12/05 01.01.40 {14} > cp865
| 2005/12/05 01.01.40 {14} > cp-865
| 2005/12/05 01.01.40 {14} > cp866
| 2005/12/05 01.01.40 {14} > cp-866
| 2005/12/05 01.01.40 {14} > cp869
| 2005/12/05 01.01.40 {14} > cp-869
| 2005/12/05 01.01.40 {14} > cp874
| 2005/12/05 01.01.40 {14} > cp-874
| 2005/12/05 01.01.40 {14} > cp875
| 2005/12/05 01.01.40 {14} > cp-875
| 2005/12/05 01.01.40 {14} > cp932
| 2005/12/05 01.01.40 {14} > cp-932
| 2005/12/05 01.01.40 {14} > cp936
| 2005/12/05 01.01.40 {14} > cp-936
| 2005/12/05 01.01.40 {14} > cp949
| 2005/12/05 01.01.40 {14} > cp-949
| 2005/12/05 01.01.40 {14} > cp950
| 2005/12/05 01.01.40 {14} > cp-950
| 2005/12/05 01.01.41 {14} > csASCII
| 2005/12/05 01.01.41 {14} > csISOLatin1
| 2005/12/05 01.01.41 {14} > csISOLatin2
| 2005/12/05 01.01.41 {14} > csISOLatin3
| 2005/12/05 01.01.41 {14} > csISOLatin4
| 2005/12/05 01.01.41 {14} > csISOLatin5
| 2005/12/05 01.01.41 {14} > csISOLatin6
| 2005/12/05 01.01.41 {14} > csISOLatinArabic
| 2005/12/05 01.01.41 {14} > csISOLatinCyrillic
| 2005/12/05 01.01.41 {14} > csISOLatinGreek
| 2005/12/05 01.01.41 {14} > csISOLatinHebrew
| 2005/12/05 01.01.41 {14} > csKOI8R
| 2005/12/05 01.01.41 {14} > csPC850Multilingual
| 2005/12/05 01.01.41 {14} > csPC8CodePage437
| 2005/12/05 01.01.41 {14} > cyrillic
| 2005/12/05 01.01.41 {14} > ECMA-114
| 2005/12/05 01.01.41 {14} > ECMA-118
| 2005/12/05 01.01.41 {14} > ELOT_928
| 2005/12/05 01.01.41 {14} > euc-kr
| 2005/12/05 01.01.41 {14} > gb2312
| 2005/12/05 01.01.41 {14} > greek
| 2005/12/05 01.01.41 {14} > greek8
| 2005/12/05 01.01.41 {14} > hebrew
| 2005/12/05 01.01.41 {14} > IBM367
| 2005/12/05 01.01.41 {14} > IBM437
| 2005/12/05 01.01.41 {14} > IBM819
| 2005/12/05 01.01.41 {14} > IBM850
| 2005/12/05 01.01.41 {14} > ISO_646.irv:1991
| 2005/12/05 01.01.41 {14} > ISO_8859-1
| 2005/12/05 01.01.41 {14} > ISO_8859-1:1987
| 2005/12/05 01.01.41 {14} > ISO_8859-10:1992
| 2005/12/05 01.01.41 {14} > ISO_8859-14
| 2005/12/05 01.01.42 {14} > ISO_8859-14:1998
| 2005/12/05 01.01.42 {14} > ISO_8859-15
| 2005/12/05 01.01.42 {14} > ISO_8859-2
| 2005/12/05 01.01.42 {14} > ISO_8859-2:1987
| 2005/12/05 01.01.42 {14} > ISO_8859-3
| 2005/12/05 01.01.42 {14} > ISO_8859-3:1988
| 2005/12/05 01.01.42 {14} > ISO_8859-4
| 2005/12/05 01.01.42 {14} > ISO_8859-4:1988
| 2005/12/05 01.01.42 {14} > ISO_8859-5
| 2005/12/05 01.01.42 {14} > ISO_8859-5:1988
| 2005/12/05 01.01.42 {14} > ISO_8859-6
| 2005/12/05 01.01.42 {14} > ISO_8859-6:1987
| 2005/12/05 01.01.42 {14} > ISO_8859-7
| 2005/12/05 01.01.42 {14} > ISO_8859-7:1987
| 2005/12/05 01.01.42 {14} > ISO_8859-8
| 2005/12/05 01.01.42 {14} > ISO_8859-8:1988
| 2005/12/05 01.01.42 {14} > ISO_8859-9
| 2005/12/05 01.01.42 {14} > ISO_8859-9:1989
| 2005/12/05 01.01.42 {14} > ISO646-US
| 2005/12/05 01.01.42 {14} > ISO-8859-1
| 2005/12/05 01.01.42 {14} > ISO-8859-10
| 2005/12/05 01.01.42 {14} > ISO-8859-13
| 2005/12/05 01.01.42 {14} > ISO-8859-14
| 2005/12/05 01.01.42 {14} > ISO-8859-15
| 2005/12/05 01.01.42 {14} > ISO-8859-16
| 2005/12/05 01.01.42 {14} > ISO-8859-2
| 2005/12/05 01.01.43 {14} > ISO-8859-3
| 2005/12/05 01.01.43 {14} > ISO-8859-4
| 2005/12/05 01.01.43 {14} > ISO-8859-5
| 2005/12/05 01.01.43 {14} > ISO-8859-6
| 2005/12/05 01.01.43 {14} > ISO-8859-7
| 2005/12/05 01.01.43 {14} > ISO-8859-8
| 2005/12/05 01.01.43 {14} > ISO-8859-9
| 2005/12/05 01.01.43 {14} > iso-celtic
| 2005/12/05 01.01.43 {14} > iso-ir-100
| 2005/12/05 01.01.43 {14} > iso-ir-101
| 2005/12/05 01.01.43 {14} > iso-ir-109
| 2005/12/05 01.01.43 {14} > iso-ir-110
| 2005/12/05 01.01.43 {14} > iso-ir-126
| 2005/12/05 01.01.43 {14} > iso-ir-127
| 2005/12/05 01.01.43 {14} > iso-ir-138
| 2005/12/05 01.01.43 {14} > iso-ir-144
| 2005/12/05 01.01.43 {14} > iso-ir-148
| 2005/12/05 01.01.43 {14} > iso-ir-157
| 2005/12/05 01.01.43 {14} > iso-ir-199
| 2005/12/05 01.01.43 {14} > iso-ir-6
| 2005/12/05 01.01.43 {14} > KOI8-R
| 2005/12/05 01.01.43 {14} > l1
| 2005/12/05 01.01.43 {14} > l2
| 2005/12/05 01.01.43 {14} > l3
| 2005/12/05 01.01.43 {14} > l4
| 2005/12/05 01.01.43 {14} > l5
| 2005/12/05 01.01.44 {14} > l6
| 2005/12/05 01.01.44 {14} > l8
| 2005/12/05 01.01.44 {14} > latin1
| 2005/12/05 01.01.44 {14} > latin2
| 2005/12/05 01.01.44 {14} > latin3
| 2005/12/05 01.01.44 {14} > latin4
| 2005/12/05 01.01.44 {14} > latin5
| 2005/12/05 01.01.44 {14} > latin6
| 2005/12/05 01.01.44 {14} > latin8
| 2005/12/05 01.01.44 {14} > shift_jis
| 2005/12/05 01.01.44 {14} > us
| 2005/12/05 01.01.44 {14} > US-ASCII
| 2005/12/05 01.01.44 {14} > UTF-16
| 2005/12/05 01.01.44 {14} > UTF-16BE
| 2005/12/05 01.01.44 {14} > UTF-16LE
| 2005/12/05 01.01.44 {14} > UTF-7
| 2005/12/05 01.01.44 {14} > UTF-8
| 2005/12/05 01.01.44 {14} > windows-10000
| 2005/12/05 01.01.44 {14} > windows-10006
| 2005/12/05 01.01.44 {14} > windows-10007
| 2005/12/05 01.01.44 {14} > windows-10010
| 2005/12/05 01.01.44 {14} > windows-10017
| 2005/12/05 01.01.44 {14} > windows-10029
| 2005/12/05 01.01.44 {14} > windows-10079
| 2005/12/05 01.01.44 {14} > windows-10081
| 2005/12/05 01.01.44 {14} > windows-10082
| 2005/12/05 01.01.44 {14} > windows-1026
| 2005/12/05 01.01.45 {14} > windows-1250
| 2005/12/05 01.01.45 {14} > windows-1251
| 2005/12/05 01.01.45 {14} > windows-1252
| 2005/12/05 01.01.45 {14} > windows-1253
| 2005/12/05 01.01.45 {14} > windows-1254
| 2005/12/05 01.01.45 {14} > windows-1255
| 2005/12/05 01.01.45 {14} > windows-1256
| 2005/12/05 01.01.45 {14} > windows-1257
| 2005/12/05 01.01.45 {14} > windows-1258
| 2005/12/05 01.01.45 {14} > windows-1361
| 2005/12/05 01.01.45 {14} > windows-20127
| 2005/12/05 01.01.45 {14} > windows-20261
| 2005/12/05 01.01.45 {14} > windows-20866
| 2005/12/05 01.01.45 {14} > windows-21866
| 2005/12/05 01.01.45 {14} > windows-28591
| 2005/12/05 01.01.45 {14} > windows-28592
| 2005/12/05 01.01.45 {14} > windows-28594
| 2005/12/05 01.01.45 {14} > windows-28595
| 2005/12/05 01.01.45 {14} > windows-28597
| 2005/12/05 01.01.45 {14} > windows-28599
| 2005/12/05 01.01.45 {14} > windows-28603
| 2005/12/05 01.01.45 {14} > windows-28605
| 2005/12/05 01.01.45 {14} > windows-37
| 2005/12/05 01.01.45 {14} > windows-437
| 2005/12/05 01.01.45 {14} > windows-500
| 2005/12/05 01.01.45 {14} > windows-65000
| 2005/12/05 01.01.46 {14} > windows-65001
| 2005/12/05 01.01.46 {14} > windows-737
| 2005/12/05 01.01.46 {14} > windows-775
| 2005/12/05 01.01.46 {14} > windows-850
| 2005/12/05 01.01.46 {14} > windows-852
| 2005/12/05 01.01.46 {14} > windows-855
| 2005/12/05 01.01.46 {14} > windows-857
| 2005/12/05 01.01.46 {14} > windows-860
| 2005/12/05 01.01.46 {14} > windows-861
| 2005/12/05 01.01.46 {14} > windows-863
| 2005/12/05 01.01.46 {14} > windows-865
| 2005/12/05 01.01.46 {14} > windows-866
| 2005/12/05 01.01.46 {14} > windows-869
| 2005/12/05 01.01.46 {14} > windows-874
| 2005/12/05 01.01.46 {14} > windows-875
| 2005/12/05 01.01.46 {14} > windows-932
| 2005/12/05 01.01.46 {14} > windows-936
| 2005/12/05 01.01.46 {14} > windows-949
| 2005/12/05 01.01.46 {14} > windows-950
| 2005/12/05 01.01.46 {14} {script prova.hsc} End
-- 
daRkSidE, 05/12/2005 1.02.30

sia supportato da questo charset.
Con Agent tutto OK; vedo male invece le accentate di Cataldo:
 |Content-Type: text/plain; charset="x-mac-roman"
 |Content-Type: text/plain; charset="cp850"
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

 curioso di farlo fare anche al criceto classico ;o)
| CharsetList( <list> )
| 
| Fills the given <list> with the names of all supported character sets.
-- 
daRkSidE, 06/12/2005 0.03.57

  |Content-Type: text/plain; charset="cp850"
Questo (il buon vecchio Dos) Agent non ce lo ha proprio per niente
Che tu sappia, se uno si costruisce a manina un file di testo.cod e poi
lo mette nella directory All_COD che potrebbe succederee??? 

lo mette nella directory All_COD che potrebbe succederee???
Non so :-(, ma se vuoi proviamo.


 | 2005/12/05 01.01.37 {14} > cp-10000
Almeno la metà sono alias dello stesso charset ;-)
-- 
Blonde's mating call: ... I'm soooooo drunk. [Giggle]


 (alla fine windows-1252   il male minore)
Ovviamente non concordo.
-- 
Excellent day for drinking heavily.


Ovviamente non concordo.
windows-1252, previsto dallo IANA, presente sicuramente su tutte le
macchine, supportato da Windows, Macintosh, Linux e Java.
Secondo me c'è bisogno di qualche argomento in più, un "ovviamente" è un
po' pochino, se hai seguito la discusione.


 po' pochino, se hai seguito la discusione.
La discussione piů o meno l'ho seguita.
Innanzitutto, mi č sembrato di capire che il fatto che sia previsto
dallo IANA serva solo a dire che il nome "windows1252" č utilizzabile
come charset.
Poi non sarei cosě certo che sia disponibile su tutti i sistemi. Quelle
che avete preso come prove, ovvero i mid riportati da Gandalf... beh non
lo sono. 
Mi spiego, Gandalf ha riportato 3 mid, non mi pronuncio sull'articolo di
lucatinit, perchč non l'ho trovato su groups, ma gli altri due
facevano riferimento ad un articolo postato da Gandalf da Linux
utilizzando il windows-1252. 
C'č un particolare il newsreader utilizzato č Thunderbird, newsreader
*multipiattaforma* che evidentemente si implementa da solo le tabelle di
conversione, quindi diciamo che non fa testo. Il fatto che lui lo
supporta non ti autorizza automaticamente a dire che il windows-1252
sia "presente sicuramente" su tutte le macchine, in particolar modo
quelle linux-based, anche perchč non so proprio se il concetto sia
applicabile sulle linux-box, cioč non so se esista un meccanismo (una
api, una chiamata di libreria ...) che permetta di accedere ai
"charset di sistema". 
Con lo stesso ragionamento potrei dirti che visto che thunderbird (e xpn
e pan e dialog e tanti altri) supporta il charset "iso-8859-15" su
windows (e anche su gli altri sistemi almeno per quanto riguarda
Thunderbird ed in parte XPN) allora questo č decisamente la soluzione
migliore oppure il male minore. E dovendo scegliere tra due mali
minori preferisco quello che inizia per iso e non per il nome
_registrato_ di un marchio commerciale.
Detto questo per la soluzione ideale č comunque "Utf-8".
Non proseguire oltre se vuoi una giustificazione imparziale perchč ora
attacco con le mie solite paranoie.
Un altro motivo per cui non mi va che sia "windows-1252" il charset da
considerare "il male minore" č che nella mia immensa mania di
persecuzione io ci vedo uno dei tanti subdoli giochetti attuati da MS
per svantaggiare i concorrenti. 
Non mi spiego perchč altrimenti OE nelle sue impostazioni di default
produce articoli in windows1252 senza perň dichiararlo negli header ...
ed altrettanto miracolosamente li decodifica pure correttamente in
lettura ...
OK la pianto qui.
-- 
640K sono sufficienti per chiunque. (Bill Gates - 1981)


lettura ...
L'ho già spiegato varie volte. OE di default NON dichiara niente perchè di
default, all'antica diciamo, su usenet si postava SENZA header mime in
us-ascii. L'invio di caratteri non us-ascii senza le giuste impostazioni è
un bug, perchè non ha senso, visto che OE ha una gestione dei charset in
piena regola.
Infatti sulla posta si comporta in maniera differente specificando header
mime e html, se ci fosse volontà si spedirebbe alla c***o anche sulla
posta, che è di certo molto più usata che usenet.


 posta, che è di certo molto più usata che usenet.
quanto meno però dimostrano uno scarso rispetto verso utenti non OE.
-- 
Given a conflict, Murphy's law supercedes Newton's.


quanto meno però dimostrano uno scarso rispetto verso utenti non OE.
Non vedo volontà in questo perchè non capisco l'utilità per Microsoft di
spedire in windows-1252 senza l'indicazione del charset. Non basterebbe
spedire in windows-1252 dichiarandolo? Ma se qualcuno mi spiega che utilità
c'è... io sono qui.


 c'è... io sono qui.
Beh loro sanno che OE è in grado comunque di decodificarlo ... perchè
scomodarsi ad inviare la dichiarazione, solo per farla leggere agli
altri newsreader? chi se ne fotte. 
Ovviamente ci metto un bel IMHO.
¹ Sul numero 49 di Linux&C attualmente in edicola c'è un ottimo articolo
che parla proprio di unicode.
-- 
Multitasking: 3 PC con Windows95 ed una sedia con le ruote.


 Ovviamente ci metto un bel IMHO.
Non penso che sia fatto di proposito, ma in effetti il risultato è
quello che dici: gli altri reader, che *correttamente* non leggono
come windows-1252 un post non dichiarato come tale, "fanno la figura",
agli occhi di molti, di visualizzare male, mentre il problema è
appunto la mancata dichiarazione del charset da parte di OE.
Si tratta di un bug noto di OE che potrebbe essere corretto con minimo
sforzo ma non viene corretto, AFAIK.
-- 
Enrico C
* cut the ending "cut-togli.invalid" string when replying by email *

 sforzo ma non viene corretto, AFAIK.
Non ho mai nascosto il fatto di essere prevenuto nei confronti di MS 
... anche perchè me ne danno di buoni motivi ;-)
-- 
Life without danger is a waste of oxygen.


 Gandalf per inciso.
Avevo solo portato un esempio di post inviato in cp1252 usando Linux
(ammetto di non aver considerato la natura multipiattaforma di TB, in
effetti), non ho mai detto che Linux non ha problemi con quel charset.


altri newsreader? chi se ne fotte. 
Che stupidaggine. Fanno la stessa cosa per la posta, non vedo perchè non
dovrebbero farlo per usenet. Secondo me sei paranoico.


Non ho mai nascosto il fatto di essere prevenuto nei confronti di MS 
"Lo direi con un po' meno di orgoglio" (cit. da Santa Maradona, di Marco
Ponti).


 Secondo me sei paranoico.
può darsi, ma è anche MS ad essere in cattiva fede ;-)
-- 
If God had intended man to watch TV, he would have given him rabbit
ears.


 effetti), non ho mai detto che Linux non ha problemi con quel charset.
sorry errore di sbaglio fu, volevo dire "quelli che hanno interpretato
il tuo post in quel modo".
-- 
E' molto piu' facile suggerire soluzioni quando non sai nulla del
problema.


 Ponti).
non lo dico mica con orgoglio, sono loro che mi danno i buoni motivi ;-)
-- 
Oggi mi sento moderatamente soddisfatto
