Newsgroup: it.comp.software.newsreader
Titolo: Special campo From...

Cosa vedete nel mio nick?
un quadratino?

 un quadratino?
Come mai vedo correttamente il glifo '€' mentre in altri post di altri
mittenti vedo un quadratino?
-- 
[foobar v0.8.1 OnAir]
   - Track:   Down to the Well
   - Artist:  Pixies
   - Album:   Bossanova

 Stai usando Dialog, mica una pippa qualunque. :-)
però è un po' una rottura che possa leggere tranquillamente solo i messaggi
postati da Dialog. Ma immagino non sia colpa del newsreader...
-- 
Il Silenzio è d'oro

 postati da Dialog. Ma immagino non sia colpa del newsreader...
No, può leggere i messaggi che sono postati e dichiarati correttamente.
Peraltro, puoi anche scavalcare il charset usato per Subject o From
(Messaggio/Charset).
Tuttavia, rimane il fatto che non sarebbe male evitare di creare
problemi ed limitare caratteri a 8-bit negli header.
-- 
06/05/04 2.01.42, daRkSidE


-- 
Sani

 Stai usando Dialog, mica una pippa qualunque. :-)
Ce la fa anche Outlook Express. Non glorifichiamo troppo Dialog (che
comunque ha i suoi meriti).
Ciao.
-- 
Armando
[Per rispondere leva ''FottutiSpammer'' e ''.invalid'' dall'indirizzo]
____________________________

 ha scritto nel messaggio
news:hy29x7z9e8l3$.dlg@darkside.df...


-- 
Armando
[Per rispondere leva ''FottutiSpammer'' e ''.invalid'' dall'indirizzo]
____________________________
"daRkSidE" <daxv...@darkside.df.invalid> ha scritto nel messaggio
news:1ts3o6fvp83pl$.dlg@darkside.df...


Strano su it-alt.test funzionava. Deve essere un problema di questo gruppo.

This message was cancelled from within Mozilla.







 
Mozilla.
€€€€€€€€€€€€€€€€€€€

 €€€€€€€€€€€€€€€€€€€
Ci deve essere qualcosa che non va in questo gruppo. Poco fa avevo 
provato la stessa cosa con OE su it-alt.test e funzionava perfettamente 
ma su it.comp.software.newsreader non ne vuole sapere. ?!?
Ciao.

 ma su it.comp.software.newsreader non ne vuole sapere. ?!?
Beh c'è da dire che le prove con OE sono andate male.
-- 
[foobar v0.8.1 OnAir]
|> Eminem - Sing For The Moment

 ma su it.comp.software.newsreader non ne vuole sapere. ?!?
In che senso? il tuo post di stanotte si vede bene, 
almeno io ho scaricato dopo pranzo di martedì con PowerNews
(nel tuo From ci sono 4 euri codificati col metodo mime qp)

 (nel tuo From ci sono 4 euri codificati col metodo mime qp)
Si, ma quelli che con OE erano andati male (nonostante su it-alt.test
funzionasse) li ho cancellati.
Ciao.


 funzionasse) li ho cancellati.
Vedi, non prende il simbolo dell'euro nel mio nome ma su it-alt.test
funziona.


 ma su it-alt.test funziona.
Non funziona assolutamente (se sono quelli che ho visto io) perché anche
in quelli manca qualsiasi indicazione sulla codifica, sia negli header
sia per il corpo del messaggio, quindi con un programma serio vedi una
serie di quadratini anche in quel NG
Mi dispiace ceh invece visualizzandoli con Pimmy si veda il simbolo
dell'euro (cioè quello del charset 1252) che non è una cosa per niente
standard. Gli unici giusti sono quelli che hai mandato con Mozilla

standard.
Più precisamente Pimmy usa il charset indicato nelle opzioni di Pimmy, se
non diversamente indicato negli header. Se le opzioni non sono state
modificate Pimmy usa il charset di sistema.
In effetti bisognerebbe usare us-ascii in questo caso anche se l'effetto
finale sarebbe (inutilmente) peggiore.
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

 standard. Gli unici giusti sono quelli che hai mandato con Mozilla.
Certo l'indicazione manca ma questo
news://
news.tin.it/XK2tc.341994$rM4.14...@news4.tin.it
 si vede
correttamente mentre news:../SnQsc.242994$
hc5.10...@news3.tin.it
 non
prende il simbolo dell'euro. Eppure li ho mandati con le stesse
impostazioni.


 funziona.
In realtא sei _tu_ che non lo stai mandando, o meglio lo mandi in un
modo incomprensibile. Il fatto che le lettere accentate si vedano
correttamente ט solo un "caso".
-- 
Confucius say... Wife who put husband in doghouse soon find him in
cathouse.
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 standard. Gli unici giusti sono quelli che hai mandato con Mozilla
Non ci vedo nulla di male che Pimmy tenti di decodificare l'articolo
anche se non ci sono indicazioni del charset. Anche io lo faccio con
XPN, penso però che sia importante permettere all'utente di scegliere
quale charset usare in questi casi, io ho reso configurabile questa
cosa, quindi se l'utente lo usa lo fa nella piena consapevolezza.
-- 
Trust No One.


 finale sarebbe (inutilmente) peggiore.
ma se vogliamo piů "corretto".
-- 
Freedom is just chaos with better lighting.


 credo stia per Unicode).
Non mi pare, se non erro č un'impostazione riguardante gli allegati.
-- 
Never go to a doctor who's office plants have died.


 Non mi pare, se non erro è un'impostazione riguardante gli allegati.
Da una ricerca su Google è venuto fuori che si tratta di una codifica
obseleta e quindi decisamente non è l'Unicode.


obseleta e quindi decisamente non è l'Unicode.
E' una codifica ed è utilizzata in genere per spedire allegati sui
newsgroup.


 XK2tc.341994$
rM4.14...@news4.tin.it
 si vede correttamente
Non direi proprio, io ci vedo un quadratino, forse vedi il glifo
dell'euro se hai impostato da qualche parte di utilizzare la codifica
win1252 (occidentale windows) che non è affatto standard ed inoltre non è
stata neanche dichiarata

 (anche perchč lo faccio pure io ^__^)
In fin dei conti sono molti i programmi che comsentono di impostare un
"predefinito" per i casi privi di specifiche esplicite, e anche se la
cosa probabilmente non č molto rigorosa, probabilmente sarebbe anche
inutile far apparire un alert di avviso durante la visualizzazione

quindi anche quando si visualizzano i messaggi ricevuti
Sì, in effetti non è spiegato bene. Quella codifica è quella utilizzata per
l'invio dei messaggi e ogni qual volta il charset del messaggio ricevuto
non è indicato oppure non è presente tra i charset del sistema (e quindi
Pimmy non potrebbe abbinare nessun code-page).


Ma come si fa a impostare Content-Transfer-Encoding 8-bit con OE?
Grazie.


 Ma come si fa a impostare Content-Transfer-Encoding 8-bit con OE?
Bisogna impostare Invio - Impostazioni Internazionali - Europa Occidentale
(Windows). Mettendo Invio - Impostazioni Internazionali - Europa Occidentale
(ISO) o Latin 9 (ISO) il simbolo dell'Euro non risulta gradito anzi dice che
il messaggio contiene caratteri che non sono quelli predefiniti e chiede di
inviarlo come Unicode).
Ma perchè è l'esatto contrario di quello che è scritto in
http://wiki.news.nic.it/CharSet
 (dove consiglia Europa Occidentale (ISO) o
Latin 9 (ISO)?


 Latin 9 (ISO)?
Perché le uniche codifiche compatibili con tutti i computer di tutto il
mondo sono solo quelle ISO non quelle Windows. Poi se vuoi proprio
srivere il simbolo dell'euro (ma te lo sconsiglio) tra quelle due devi
scegliere Latin9 perché occodenale-ISO non lo contiene

 del 26 maggio 2004 23:07:18 GMT
per far apparire le tre righe relative alla codifica MIME, tra cui una
riga riguarda proprio il TransferEncoding, devi togliere l'opzione di
inviare formato messaggio in UUencode e devi mettere l'opzione del MIME
A questo punto, se nel tuo messaggio non sarà presente alcun carattere
accentato, il programma scriverà 7-bit (come nel tuo messaggio a cui sto
rispondendo) mentre se metterai anche un solo carattere accentato verrà
scritto 8-bit (come in questo mio adesso)
L'importante è che tu abbia selezionata l'opzione per inviare in MIME

 non è indicato oppure 
Però continua ad esserci qualcosa che non mi torna. Nel mio Pimmy ho
impostato in Opzioni\ Invio messaggio -> Altro Europa occidentale 8859-1
e nei messaggi di Armando su it-alt.test vedevo l'euro anche quando non
era dichiarata alcuna codifica, se effettivamete adoperasse ISO-1 non
dovrei veder nessun euro (da cui deducevo che avesse usato il 1252)
ricordo che ho W98, potrebbe dipendere da qualche errore nel distinguere
i due Europa Occidentale (win<->iso) nel sistemaoperativo ?

dovrei veder nessun euro (da cui deducevo che avesse usato il 1252)
La spiegazione sta nel fatto che su Windows (almeno sul mio XP) il charset
iso-8859-1 č abbinato al codepage 1252, quindi l'euro si vede. Per la
visualizzazione ci basiamo completamente sulle informazioni prelevate dal
registry di Windows.
Per l'invio, oltre a chiedere al sistema se ci sono caratteri scritti che
il charset non supporta, abbiamo fatto un test specifico sull'euro e quindi
se usi iso-8859-1 e scrivi euro Pimmy ti dice di usare iso-8859-15 (latin
9) oppure UTF8.



Ora è tutto chiaro. Grazie!
àèéìòù?



Per rispondere a chi non usa il Latin 9 bisogna usare l'Unicode se non si
vuole che il simbolo dell'euro vada perso.
àèéìòù€


 Che vuol dire "funzionava perfettamente"?
Che lo riuscivo a leggere. Comunque ho risolto il problema. Impostando il
Latin 9 e usando l'Unicode per le risposte a chi non usa il Latin 9 riesco
sempre a d avere il simbolo dell'euro in qualunque campo.


usa Dialog e non funziona niente se si usa OE o altri newsreader'.
Ultimamente ho scaricato un po' di programmi (foxmail, thunderbird, xpn,
ecc.) e com'è naturale tutti hanno pregi e difetti. Quando si entra nel
merito delle questioni ci si capisce o almeno si fa chiarezza su chi è
forte o più bravo in una cosa specifica.
Purtroppo spesso, anche in questo ng, ci sono programmi che vengono dipinti
come il diavolo (OE in genere) e alcuni come l'acqua santa (i progetti open
source di solito). Questo atteggiamento è davvero fastidioso, per me.


 il Latin 9
Questa storia di rispondere in unicode non mi ט molto chiara,
probabilmete i messaggi che ricevevi erano in Win1252 e ne rimane traccia
anche nella tua risposta, per cui essendoci due set diversi nello stesso
messaggio devi ricorrere al unicode, ma non ט un procediemnto lineare

source di solito). Questo atteggiamento è davvero fastidioso, per me.
Ti confondi, su quelli ci litighiamo in privato io e te. ;-)))))
Qui quanti nr opensource girano? Mi sa solo thunderbird (slrn ogni tanto,
ma la percentuale di frequentatori di icsn appartente allo 0,01% degli
utenti di pc :-P è veramente poca[1]).
Comunque è vero, gli estremismi e i discorsi "di principio" sono sempre
fastidiosi e mai abbracciano la totalità dei fattori in gioco.
Ciao.
[1] O meglio, sono così competenti che usano gnus o tin e poi rispondono ai
messaggi su OE o Agent. :-D
-- 
Antonio :-D

 sempre a d avere il simbolo dell'euro in qualunque campo.
E per fortuna che Dialog è troppo complicato...
-- 
28.05.2004 13:31:34, daRkSidE
Foobar: Pink Floyd - A saurceful of secret


 iso-8859-1 č abbinato al codepage 1252, quindi l'euro si vede. 
Moment, qualcosa non mi torna, che intendi con "iso-8859-1 č abbinato a
al codepage 1252"? e sopratutto, iso-8859-1 _non_ contiene l'euro.
-- 
Married politicians do it to wife and country.


 sempre a d avere il simbolo dell'euro in qualunque campo.
Questo mi sembra tutto tranne che "perfetto" :-D
-- 
Confucius say... Man who farts in church sits in own pew.


 source di solito). Questo atteggiamento è davvero fastidioso, per me.
Beh io questa suddivisione in categorie sinceramente non la vedo.
Insomma _IMHO_ OE è oggettivamente una ciofeca e Dialog è oggettivamente
un bel prodotto (infinitamente migliore di OE), Thunderbird non mi piace
affato e XNews trovo che sia un programma che stia lentamente morendo ma
che aveva grosse potenzialità (IMHO più di Dialog), su XPN non do
giudizi perchè sono di parte :-D.
Cmq semplificando il punto è questo, qua ci bazzica gente che di
newsreader e di standard ad essi legati ci capisce qualcosa, è quindi
chiaro che le preferenze vadano per quei software che spiccano rispetto
a queste qualità. Insomma non è un caso che la classifica dei newsreader
sia probabilmente l'unica in tutta la it.* che vede OE solo al 3/4
posto.
-- 
Enter any 11-digit prime number to continue...


 àèéìòù€
Beh non funziona proprio così eh! ;-)
-- 
George Orwell was an optimist.


al codepage 1252"? e sopratutto, iso-8859-1 _non_ contiene l'euro.
Nel registro di Windows (almeno sul mio XP) al charset iso-8859-1 č
abbinato il codepage 1252. Questo codepage contiene il simbolo dell'euro.
Iso-8859-1 non contiene l'euro; l'euro č contenuto nell'iso-8859-15 (latin
9).


Questo mi sembra tutto tranne che "perfetto" :-D
E' giusto: latin 9 e unicode contengono entrambi il simbolo dell'euro. Il
latin 9 non è riconosciuto da tutti i mailreader e quindi tutto sommato
l'uso dell'unicode è preferibile (io credo).


Beh non funziona proprio cosל eh! ;-)
Direi di sל, invece.


newsreader e di standard ad essi legati ci capisce qualcosa
Gli standard sono molto complicati, non sempre chiarissimi, spesso sono
superati da documenti non standard ma che sono perň molto seguiti
(son-of-rfc...). Quando fa comodo si fa riferimento allo standard in senso
stretto, quando non fa comodo si fa riferimento allo standard de facto
(come nel caso di OE e impostazione UUENCODE per le news, secondo me).
L'importante per un newsgroup tecnico come questo č sempre argomentare le
proprie affermazioni. Dire che OE č una ciofeca, ad esempio, senza dire
perchč non contribuisce molto alla discussione, non credi?


 9).
Appunto allora c'č qualcosa che non va, ad esempio a cosa č associato
l'iso-8859-15?
/ME che ci capisce sempre meno
-- 
Strangers: Friends you haven't bled for an easy twenty yet.


 perchè non contribuisce molto alla discussione, non credi?
Certo, ma se leggi bene l'articolo precedenti noterai che non ho cercato
mica di spacciare quella opinione come giudizio tecnico, c'è un grosso
IMHO sottolineato per giunta, insomma c'era anche un tono scherzoso
nell'affermazione. Cmq la mia idea è quella, OE probabilmente sarà anche
un software dotato di una eccellente semplicità d'utilizzo, ma nei
confronti del "rispetto" verso le diversità degli altri software è messo
male ... _IMHO_ ;-)
-- 
Io speriamo che me la chiavo (Libri "famosi")


 l'uso dell'unicode è preferibile (io credo).
Io penso che quei newsreader che non riconoscono il latin9 non
riconoscono nemmeno l'unicode, anzi probabilmente sono più numerosi i
newsreader che riconoscono il primo ma non il secondo quindi ...
-- 
(On a baby-size shirt) Party - my crib - two a.m.


 Direi di sì, invece.
Insomma famo a capisse. Che significa chi non usa Latin9? 
1) Chi non usa Latin9 in invio?
   Risposta: il charset che tu usi per inviare un tuo articolo dovrebbe
   essere indipendente da quello usato dall'OP dell'articolo a cui stai 
   rispondendo. Nello specifico basta l'iso-8859-15 non c'è bisogno di
   scomodare unicode.
2) Chi non ha la possibilità di leggere il latin9?
   Risposta: in tal caso probabilmente non leggerà nemmeno l'unicode
   quindi inviare in unicode mi pare una perdita di tempo (e di
   leggibilità).
Insomma io questi due casi vedo, ed in entrambi i casi usare unicode è
inutile. Forse non ho capito bene il senso del discorso.
-- 
Death is the consequence of being alive.


 /ME che ci capisce sempre meno
Non ne sono assolutamente sicuro, ed anzi potrei anche sbagliarmi, ma si
potrebbe provare a ragionare (più o meno all'incirca) in questi termini:
nel windows puro e semplice non esisite il ISO-8859-1 ma esiste solo il
win-1252 che gli assomiglia molto tranne alcuni caratteri particolari.
Quando i programmi si affidano solamente alle risorse di windows e non
possono sovrascriverle con le proprie risorse, anche se ti fanno vedere
una scritta che dice ISO-8859-1 in realtà si tratta soltanto del win1252
Ne è un esempio l'errore che ha fatto Pimmy (anche nella sua ultima
versione molto migliorata) che ha fatto visualizzare un euro dove non
invece non avrebbe dovuto esserci
La storia del ISO-8859-15 o Latin9 poi è ancora più complicata, nel senso
che misteriosamente senza aver capito bene quale sia la procedura, alcune
macchine lo hanno in dotazione, altre macchine anche della stessa fascia
di età ne sono prive

male ... _IMHO_ ;-)
No comment.


l'iso-8859-15?
Sul mio Windows XP nel registro di Windows non c'è proprio iso-8859-15.


newsreader che riconoscono il primo ma non il secondo quindi ...
Non credo. OE stesso su XP non riconosce il latin9 dato che non c'è sul
sistema. Inoltre UUENCODE è un bel pezzo che esiste mentre latin-9 è stato
per l'euro (o anche per l'euro, non so).
Sul mio sistema ho foxmail, riconosce utf ma non latin 9. Non ho mozilla su
questo pc e non posso controllare.


inutile.
Viste le premesse... :-)


 di età ne sono prive
Ah! Windows è una continua sorpresa :-D
Forse può dipendere dalle applicazioni installate, tipo Office o cose
del genere, boh?
-- 
I will always cherish the initial misconceptions I had about you.


 No comment.
Puoi anche commentare, non c'è problema. :-)
¹ Talmente vecchia, che è ormai sostituita dalla 2822 per tenere il
passo coi tempi.
-- 
Life in a vacuum sucks.


 questo pc e non posso controllare.
Magari ce lo può dire qualcun altro.
-- 
Lei va a casa a suonare il piano e lui la tromba.


 UNICODE.
Questa è una cosa che ignoravo e che sinceramente mi lascia perplesso.
-- 
The only real difference between an oral and rectal thermometer is the
taste.


 del genere, boh?
non so se c'entra, ma ricordo che per il millennium bug ci fu un 
aggiornamento di win fatto attraverso un aggiornamento di IE che 
sostituiva varie librerie e 4 font (arial, courier, times e symbol) per 
aggiungere il simbolo dell'euro : da quel momento su quelle macchine 
ricordo che l'euro compariva solo usando uno di quei font (forse era 
nel '97 o '98?).
-- 
Sani
L'alternativa ad OE per usenet, ora anche in italiano: 
http://mesnews.no-ip.com

 nel '97 o '98?).
Si però si parlava di Windows XP, che è uscito dopo, quindi mi
aspetterei che tale sistema abbia inglobato tali modifiche.
-- 
E' piu' facile scrivere un programma errato che capire un programma
corretto.


 del 1 maggio 2004 20:02:51 +0200      e seguenti

a Win98, diciamo che di tempo ce ne è stato.
Si parlava del confronto con UNICODE, che è sicuramente più vecchio (NT lo
supporta in modo nativo da sempre).


RFC?"
Scusa... se dici a OE di spedire usando MIME mi sembra che gli header
vengano codificati correttamente, o mi sbaglio?



es. nel luglio 2001 (draft-05) sconsigliavano il metodo "MIME2047"
|   Where the use of non-ASCII characters, encoded in UTF-8, is permitted
|   as above, they MAY also be encoded using the MIME mechanism defined
|   in [RFC 2047], but this usage is deprecated within news articles
|   (even though it is required in mail messages) since it is less
|   legible in older reading agents which support neither it nor UTF-8.
es. nel agosto 2002 (draft-08) lasciavano libera scelta tra i due
differenti metodi
|         NOTE: The choice between UTF-8 and [RFC 2047] when posting
|         depends on various factors. Some reading agents do not recogize
|         [RFC 2047], and some are incapable of decoding UTF-8 (though
|         there in an increasing tendency for modern reading agents to
|         understand, or to be configurable to understand, both). Since
|         headers encoded in UTF-8 are currently prohibited in Email,
|         special consideration needs to be given to articles that are
|         both posted and mailed (6.9) or which are mailed to moderators
|         (see 8.2.2).  Posters and implementors of posting agents need to
|         take account of all these factors when deciding which method to
|         use.

 vengano codificati correttamente, o mi sbaglio?
Mi è sembrato di capire che le due impostazioni ("usa MIME" e "consenti
8bit negli header") sono disgiunte ed indipendenti ...
-- 
WOMAN.ZIP ... No documentation, but fun to UNZIP!


 supporta in modo nativo da sempre).
E quindi? Con questo vuoi dire che MS non introdurra mai ufficilmente il
charset standard ISO-8859-15 perchè tanto c'è gia Unicode? Non ti seguo,
a questo punto perchè non eliminare anche Windows-1252 (che non è
nemmeno standard)?
-- 
I couldn't repair your brakes, so I made your horn louder.


 es. nel agosto 2002 (draft-08) lasciavano libera scelta tra i due
fino ad arrivare al novembre 2003 (draft-12) dove accettano solo il
metodo "MIME2047" :-D
|4.4.1.  Character Sets within Article Headers
|
|   The character set for headers is US-ASCII.  Where the use of non-
|   ASCII characters is required, they MUST be encoded using the MIME
|   mechanisms defined in [RFC 2047] and [RFC 2231].
Insomma ci si mettono pure loro a confonderci le idee :-D
Ad ogni modo anche nel passato, quando prevedevano la possibilità di non
usare il metodo "MIME2047" l'alternativa era quella di usare testo
UTF-8, quindi il charset doveva essere unico e ben noto. E questo ha un
senso perchè nel momento in cui non mi viene indicato il tipo di charset
utilizzato (e rifersi a quello indicato nel rispettivo header è errato
perchè potrei non averlo nemmeno scaricato) devo sapere con certezza
quale è il charset utilizzato. Quindi in conclusione OE sbagliava anche
con i Draft passati (perchè usa lo stesso charset del body) :-P
-- 
Greetings from Hell....wish you were here.


tracciato da seguire nei nuovi standard.
Forse la mia ironia era troppo sottile? Lo so cosa sono le RFC!


8bit negli header") sono disgiunte ed indipendenti ...
Sì, ma "consenti 8 bit" non è settata di default, quindi gli header vengono
codificati correttamente e OE è a posto, no?


nemmeno standard)?
E cosa c'entra questo con UNICODE e iso-8859-15?


Hello, Nemesis!
You wrote  on Sat, 29 May 2004 08:17:43 GMT:
 ??>>>>> L'importante è che tu abbia selezionata l'opzione per inviare in
 ??>>>>> MIME
 ??>>>> Per rispondere a chi non usa il Latin 9 bisogna usare l'Unicode se
 ??>>>> non si vuole che il simbolo dell'euro vada perso.
 ??>>> Beh non funziona proprio così eh! ;-)
 ??>> Direi di sì, invece.
 N> Insomma famo a capisse. Che significa chi non usa Latin9?
 N> 1) Chi non usa Latin9 in invio?
 N>    Risposta: il charset che tu usi per inviare un tuo articolo dovrebbe
 N>    essere indipendente da quello usato dall'OP dell'articolo a cui stai
 N>    rispondendo. Nello specifico basta l'iso-8859-15 non c'è bisogno di
 N>    scomodare unicode.
Dici bene : 'dovrebbe'. OE  utilizza la codifica utilizzata da chi ha
scritto il il messaggio a cui stai rispondendo (vedi le mie risposte a
buod1b$31p$1...@europa.invalid). Se aggiungo in una risposta a un messaggio
ISO-8859-1 il glifo dell'euro, che non è contenuto in ISO-8859-1, nascono i
problemi. OE al momento dell'invio mi chiede se vogli outilizzare il Formato
attuale (cioè ISO-8859-1 anche se io di predefinta per l'invio ho
ISO-8859-15) o se preferisco usare Unicode. Con Unicode è OK ma capite bene
che inviare un '€' con l' ISO-8859-15 non può che dare risultato negativo.
Non ho fatto test accurati ma mi sembra che anche Mozilla non funzioni tanto
bene nelle risposte.
With best regards, Armandoàéèìòù€.  E-mail:
alfonso....@FottutiSpammertin.it.invalid

 pare ;-)
Effettivamente ora che ho controllato con altri newsreader ti do ragione.
Hanno tutti bisogno di avere specificato ISO 8859-15 per riconscerlo
correttamente. Il mio OE li riconosceva solo perchè ho messo ISO 8859-15
come
predefinito. Mi arrendo!
-- 
Armando
[Per rispondere leva ''FottutiSpammer'' e ''.invalid'' dall'indirizzo]
____________________________

 dell'euro, che non ט contenuto in ISO-8859-1, nascono i problemi.
Infatti, proprio come nel tuo messaggio cui sto rispondendo adesso.
Tu rispondevi a Nemesis che era in ISO-1 e quindi la tua risposta con OE
si ט impostata automaticamente anche lei in ISO-1  Quando poi hai voluto
inserire un euro sono nati i problemi, non ho capito bene cosa tu abbia
risposto alle richieste del programma (hai negato unicode), fatto sta che
il tuo messaggio ט arrivato in ISO-1 e contiene svariati quadratini dove
tu avresti voluto mettere l'euro (probabilmente lo vedevi mentre
scrivevi, ma a destinazione non deve essere visibile).
(probabilmente se lo visualizzo con Pimmy vedo delle cose diverse, ma
abbiamo capito che in ricezione purtroppo Pimmy ha ancora dei problemi)
P.S. riguardo la faccenda del simbolo dell'euro, il consiglio migliore
resta sempre quello di non metterlo ma scrivere una sigla EUR

 bene nelle risposte.
Beh ti consiglierei di farlo qualche test in più con Mozilla
-- 
X-Ultimate-Answer: 42


 resta sempre quello di non metterlo ma scrivere una sigla EUR
Beh non sono d'accordo, questo grosso modo equivale a dire che non
bisogna usare del tutto i caratteri estesi negli header ... insomma
prima o poi dovremo pure iniziare a farlo, e se per gli header la
questione è ancora un pò confusa per il body mi sembra molto
stabilizzata.
-- 
Beauty is often in the thighs of the beholder.


 parlar male di questo o di quel programma (sempre dello stesso, in realtà).
Ma il mio odio nei confronti di OE prescinde queste considerazioni (che
io uso solo per rafforzare la tesi). :-D
Cmq non capisco perchè te la prendi tanto, ho ribadito più volte che è
una mia opinione, avrò il diritto di pensare che OE è una ciofeca, no?
:-)
-- 
The name is Baud...., James Baud.


abbiamo capito che in ricezione purtroppo Pimmy ha ancora dei problemi)
Non vedi cose sbagliate, al limite vedi l'euro laddove dovresti vedere un
quadratino (per il charset) anche se in realtà chi ha spedito voleva in
effetti farti vedere l'euro.
Noi ci appoggiamo al sistema operativo e il sistema operativo abbina al
code page iso-8859-1 un code page (1252) che ha l'euro.
Pimmy in ricezione usa il charset del messaggio e quindi in linea di
massima funziona bene tranne questi casi isolati, come euro e iso-8859-1,
casi che sono comunque un problema e sui quali si stanno scrivendo fiumi di
parole. L'euro ha portato problemi anche ai client di posta :-)
Però, scusami, ma dire che Pimmy ha problemi in ricezione mi sembra
un'esagerazione.
Tra l'altro ci siamo preoccupati di fare noi un controllo specifico
sull'euro per non far spedire l'euro con il charset iso-8859-1. Ma fare la
stessa cosa in entrata mi sembrava davvero inutile e non capisco chi ne
possa avere giovamento.


:-)
Tu puoi certamente tenerti la tua opinione ma spero che tu dia a me il
diritto di discutere dato che i newsgroup sono fatti per questo.


 problema (come spero possa vedere da questo mio articolo).
Scusa intendevo ISO-8859-1. Nel fare copia-incolla mi sono dimenticato di
levare il 5. Penso che ora sia tutto molto più chiaro.
Per la cronaca il tuo '€' si vede.
Ciao.


Beh ti consiglierei di farlo qualche test in più con Mozilla
L'ho installato per fare anche io delle prove, ho scritto un messaggio
nuovo con l'euro e mi ha usato il charset windows-1252!
Ho iniziato un altro thread.


resta sempre quello di non metterlo ma scrivere una sigla EUR
Questo consiglio (che rilancio) eviterebbe il problema, ma non è la
soluzione... :-)
Ciao
-- 
-angelo-
www.geminisoft.com
(per risposte private andare sul sito)

 codificati correttamente e OE č a posto, no?
Non lo so quale sia l'impostazione di default, la questione č nata
perchč sul wiki č consigliato di spuntare la suddetta opzione, e dalle
discussioni che ne sono scaturite sembra sia emerso che questa non sia
la scelta migliore.
-- 
Conserve toilet paper, use both sides.


 come predefinito. Mi arrendo!
Io ancora non ho capito perchè ti stai ingrippando in questo modo, con
OE IMHO l'unico modo per ottenere header con caratteri estesi che siano
leggibili anche da altri newsreader è quello di non consentire gli 8-bit
negli header, in questo modo vengono codificati.
Altrimenti puoi sempre cambiare newsreader ;-)
In questo caso il problema quale era?
¹ per fare incacchiare i miei interlocutori ;-)
-- 
Cole's Law: thinly sliced cabbage.


 E cosa c'entra questo con UNICODE e iso-8859-15?
Beh seguendo il ragionamento che tutto quello che hai in iso-8859-15 ce
l'hai anche in Unicode e che anche tutto quello che hai in Windows-1252
ce l'hai anche in Unicode ... laddove OE ti consiglia di uscire in
Unicode quando basterebbe un iso-8859-15 perchè non te lo consiglia
anche quando usi 1252? (che non essendo std ha meno possibilità di
essere riconosciuto da newsreader diversi da OE).
-- 
I'm gettin' out of here. The doctors and nurses are all crazy.


 bisogna usare del tutto i caratteri estesi negli header ... 
No, no, aspetta..
la faccenda dell'euro è molto diversa e più complicata degli altri
normali caratteri estesi (che siano vocali accentate o simboli grafici)
Per i caratteri nel body più o meno abbiamo visto che va tutto abbastanza
bene, per gli header ne stiamo discutendo abbondantmente in questi
giorni, ma per il simbolo delleuro¹ (ovunque tu lo voglia mettere) la
cosa è ancora più diversa e complicata perché coinvolge la
differenziazione tra WIN ed ISO e mette in mostra le differenze (poche in
verità) incolmabili tra i due sistemi ed amplifica le difficoltà che
hanno molti programmi (non solo Pimmy ma anche Eudora ad es.) ad
affrancarsi dalle impostazioni rigide imposte del sistema operativo che
insiste a mettere caratteri dove nell'altro sistema non devono esistere
Come dice Angelo, omettere il simbolo non è certo la soluzione al
problema, può essere visto come una ripiegare in ritirata strategica
anziché voler combattere, ma di sicuro all'atto pratico, come il conto
della serva, eliminerebbe molti problemi 
(lo so che poi là fuori nel mondo reale la gente ne fa di tutti i colori)
Ma, nell'altro secolo o nell'altro millennio, quanti mai usavano il
simbolo della £ira? che poi era il simbolo della lirasterlina e non della
liraitaliana?? mah vabbé ora la smetto..
¹ Per la precisione, noi italiani ci accorgiamo unicamente dela questione
dell'euro ma ad es. i francesi hanno anche la questione della EdentroO e
svedesi o cecoslovacchi non ricordo hanno anche loro un carattere
nazionale che crea confusione oltre al simbolo della valuta 

liraitaliana?? mah vabbé ora la smetto..
Sě infatti :-) Fino alla comparsa dell'euro tipicamente la lira si indicava
nei documenti con L. oppure LIT, invece quando č arrivato l'euro č
diventato obbligatorio (politically or marketingly) utilizzarlo. Pensa che
in ambito bancario sono arrivati a cambiare stampanti e/o driver per
riuscire a stamparlo. Quando bastava un timido E. oppure EURO o EUR a
risolvere il problema.
Che dire?


la scelta migliore.
Di default "consenti header a 8 bit" non è settata, quindi siamo a posto.


essere riconosciuto da newsreader diversi da OE).
Non lo so e non credo si stesse parlando di questo. Ma se vuoi avere a
tutti i costi ragione mi fermo molto volentieri.


 ammesso.
Concordo pienamente con questa posizione. Anche se c'č da ammettere che
č solo un caso che Pimmy (come anche il mio XPN, visto che ho impostato
un default-charset=ISO-8859-15) abbia mostrato effettivamente il
carattere che l'OP voleva inviare, se l'OP avesse utilizzato un altro
charset dove lo stesso byte che codifica l'euro in 8895-15 rappresenta
un altro simbolo (che lui effettivamente voleva usare) che sarebbe
successo?
-- 
E' piu' facile scrivere un programma errato che capire un programma
corretto.


 Per la cronaca il tuo '€' si vede.
Eccerto! il mio è un programma serio :-D
A parte gli scherzi ... quello nel subject riesci a leggerlo?
-- 
If in doubt, make it sound convincing.


 diritto di discutere dato che i newsgroup sono fatti per questo.
Figurati, non mi sembra di aver troncato alcuna discussione, ho
semplicementa cercato di farti notare che non era OE il fulcro della
discussione.
-- 
Feudalism: It's your count that votes.


 No, no, aspetta..
[cut]
Argomentazioni valide, ma tecnicamente non ci sono motivi ostativi ad
usare il glifo dell'euro, il problema qui è unicamente in windows che
inspiegabilmente non dispone del charset iso-8859-15, se volessi fare il
maligno anti-MS ti potrei dire che questo è uno di quei mezzucci
MS-Style per "obbligarti" ad usare il (non-standard) win-1252 che tanto
con OE sei sicuro di vederlo ;-)
Ma visto che siamo persone mature ti dico invece che laddove c'è una
mancanza del sistema operativo può cercare il software di metterci una
pezza. Nello specifico Dialog come fa ad utilizzare il charset in esame?
Presumo che Marcus si sia implementato da solo le routine, oppure ha
trovato built-in in delphi un supporto ai charset, che è indipendente
dal sistema (come per fortuna ho trovato io in Python).
Rinunciare ad usare l'iso-8859-15 solo perchè Win, ed i software che si
appoggiano a tale sistema per i codepage, non dispone di tale charset è
IMHO avvilente.
-- 
DOS means not living hand-to-mouse.
 |\ |       |HomePage   : 
http://nem01.altervista.org
 | \|emesis |XPN (my nr): 
http://xpn.altervista.org

 Che dire?
Beh è stata in pratica una moda :-D
Si è diffusa la mania di provare sto benedetto simbolo e da allora è
diventato "indispensabile" :-)
Questo però non deve impedire ai software di aggiornarsi e renderlo
fruibile, indipendentemente dalla effettiva necessità.
-- 
I love mankind. It's the people I can't stand.


 Di default "consenti header a 8 bit" non è settata, quindi siamo a posto.
OK ... anche se sarò più contento quando un domani OE non avrà affatto
tale impostazione :-P
-- 
Let me show you how the guards used to do it.


 tutti i costi ragione mi fermo molto volentieri.
Non voglio affatto avere ragione, ho semplicemente espresso una mia
personale paranoia riguardo ai comportamenti di MS :-)
... paranoia tralaltro ingrandita dal fatto, che apprendo ora, che OE è
ingrado di usare iso-8859-15 in lettura ma non in scrittura ;-P
-- 
Chess players mate better.


 L'ho installato per fare anche io delle prove, 
Il subject di questo tuo messaggio cui sto rispondendo mi appare strano
con Dialog. nella parte finale di caratteri estesi che nel messaggio
precedente di Nemesis si trattava delle 6 vocali accentate seguite
dall'euro, mi fa vedere due quadratini grandi seguiti da un quadratino
piccolo
sei uscito con Pimmy con l'header utf8 codificato in QP 
dato che nel tuo computer non hai il ISO-15
Subject: =?utf-8?Q?Re:_Special_campo_From..._=E0=E8=E9=EC=F2=F9=A4?=
(che è la normale codifica QP di quei caratteri in ISO-15)

sei uscito con Pimmy con l'header utf8 codificato in QP 
Grazie, verifichiamo il problema.
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

successo?
Se nell'header fosse stato inserito il charset effettivamente utilizzato,
allora molto probabilmente il registro di Windows l'avrebbe associato ad un
altro codepage "simile" e forse ce la saremmo cavata :-)
Se invece nello scrivere si fosse usato una codifica completamente diversa
e quindi fosse risultato il codice dell'euro quando invece si era scritto
"a barrata con la cediglia", avremmo sbagliato tutto. In questo caso, però,
è presumibile che anche altri caratteri non si sarebbero visti
correttamente.
La butto lì: forse anche in visualizzazione si potrebbe fare un controllo
dei caratteri e in caso di caratteri sconosciuti, avvisare l'utente e
dargli la possibilità di visualizzare i caratteri o sostituirli con un
quadratino. Oltre che cambiare charset, ovviamente.
Bye,
-- 
-angelo-
www.geminisoft.com
(per risposte private andare sul sito)

 A parte gli scherzi ... quello nel subject riesci a leggerlo?
Sì, certo. Lo riconosce anche anche se non imposto Latin9 come predefinto
(ovviamente la casella ''usa predefintita...'' è deselezionata).
Ciao.
-- 
Armando
[Per rispondere leva ''FottutiSpammer'' e ''.invalid'' dall'indirizzo]
____________________________

 nuovo con l'euro e mi ha usato il charset windows-1252!
Erano proprio questo i problemi di cui parlavo.
Ad esempio quando in Tools - Options - Fonts - Outgoing Mail è impostato ISO
8859-1 e nelle Properties del gruppo è impostato ISO 8859-15 nei messaggi
inviati indica che è stato usato Windows-1252.
Un po caotico direi!


 Sì, certo. Lo riconosce anche anche se non imposto Latin9 come predefinto
Lo header di Nemesis (o meglio del suo programma) è correttamente
codificato e chiaramente indicato, quindi non ha alcun effetto
l'eventuale impostazione di un qualsiasi predefinito (che servirebbe
soltanto in assenza di indicazioni corrette)
Ad es, il tuo messaggio cui sto rispondendo adesso è privo di indicazioni
corrette, è rimasto in 8 bit sia il from che il subject, mentre l'altro
tuo messaggio di stamattina ha il from correttamente codificato

 Questo lo vedi? Dovresti visto che sono costrtto a usare Unicode.
Sì questo ultimo cui sto rispondendo adesso mi sembra sia corretto

 quadratino. Oltre che cambiare charset, ovviamente.
Sinceramente questi "casi speciali" non mi sono mai piaciuti, a lungo
andare ti distruggono il codice.
-- 
I'm already visualizing the duct tape over your mouth.


 (ovviamente la casella ''usa predefintita...'' è deselezionata).
Si perchè il mio header era codificato.
Questo dovrebbe convincerti del fatto che è meglio non usare gli 8bit
negli header ... spero :-)
-- 
Happiness is not a destination. It's the trip.


 Lo header di Nemesis (o meglio del suo programma) 
Beh più o meno è lo stesso, visto che lo uso solo io :-D
-- 
Keep America beautiful, swallow your beer cans.


 Questo lo vedi? Dovresti visto che sono costrtto a usare Unicode.
Questo direi che va bene.
-- 
Confucius say... Man who pull out too fast leave rubber.


andare ti distruggono il codice.
Basta che li centralizzi. Se una metodo CheckCharset() fa un caso speciale
è comunque in un punto. Non ti distrugge nessun codice.


 differenza di invio, oppure il programma ha fatto due cose diverse
Sì e no.E' il messaggio a cui rispondi e nel caso sia diverla solita storia
di OE che nelle risposte usa il carattere di chi ha mandato so dal
predefinito ti chiede se vuoi usare Unicode (cosa che consiglio) o mantenere
il charset del tizio a cui stai rispondendo. Il problema era comunque che
avevo gli 8 bit come predefiniti.
Strano che OE abbia usato i 7 bit nel Subject del messaggio Unicode essendo
l'opzione deselezionata.
Guarda questi su it-alt.test:
news:../5HOuc.379219$
rM4.15...@news4.tin.it
news:../0POuc.379243$
rM4.15...@news4.tin.it
e fammi sapere se li vedi.Ora sia il Subject che il From dovrebbero essere
codificati a 7 bit perchè ho deselezionato ''Consenti caratteri a 8 bit
nelle intestazioni''. Ora li vedo anche con Mozilla indipendentemente dal
charset che imposto.
 I due messagi successivi su it-alt.test invece arrivano da Mozilla (che ha
di default il 7 bit) e dovresti senz'altro vederli.
Le conclusione che ne ho tratto è che tutti i newsreader non sono in grado
di leggere i caratteri 8 e pertanto conviene lasciare deselezionata
l'opzione ''Consenti caratteri a 8 bit nelle intestazioni''. Domanda: il
problema sta nelle impostazioni di invio di OE o sono gli altri newsreader a
non supportare i caratteri 8 bit in lettura?


 altri newsreader a non supportare i caratteri 8 bit in lettura?
Il problema se li mandi in 8 bit (con qualsiasi programma lo facessi) è
che verrebbe a mancare l'informazione su quale sia il charset da
applicare e di conseguenza chi legge dovrebbe tirare ad indovinare.
Quindi allo stato attuale, oggi come oggi, visto anche i documenti
ufficiali più recenti di questi ultimi tempi (contrariamente a quanto
veniva consigliato nel 2001 neanche troppo indietro negli anni), e la
diffusione di programmi mediamente meglio attrezzati da questo punto di
vista, sarebbe meglio inviarli codificati

 macchine
Seguivo le istruzioni di Isetto (DFS 93).
Comunque così dovrebbe funzionare:
news:dS2vc.271670$
hc5.11...@news3.tin.it
news://
news.individual.net/dS2vc.271670$hc5.11...@news3.tin.it


 perchè non contribuisce molto alla discussione, non credi?
Questo chiama un "google is your friend" :-)
Al di là del dibattito accademico sul valore delle RFC, il nocciolo della
questione è molto semplice: difendendo OE tu difendi in realtà un espediente
commerciale, in base al quale si crea volutamente una certa difficoltà di
comunicazione verso gli utenti di software diversi nel tentativo di imporre
l'uso del proprio. Questo principio è semplicemente inaccettabile. Il fatto
che ci tocchi comunque subirlo non implica certo che il principio sia giusto,
dimostra solamente che l'ombrello sta col manico sempre da una parte sola.
-- 
Luca - e-mail: p.stevens at 
libero.it

l'uso del proprio.
Io non difendo OE e questa è solo politica, non mi interessa, grazie.


 news://
news.individual.net/dS2vc.271670$hc5.11...@news3.tin.it
in questa forma invece mi costringerebbe, con Dialog, a sottoscrivere il
ServerNews che ha quel nome e scaricarne anche il relativo elenco dei
gruppi portati, prima di poter prelevare il tuo singolo articolo. 
Può darsi che con altri programmi, es. con OE, abbia un effettto diverso,
cioè non ti obblighi a impostare un nuovo server news con l'elenco
completo di tutti i gruppi, in ogni caso non mi sembra sia un
comportamento sufficientemente standard da consigliare 

 questa è solo politica, non mi interessa, grazie.
Anche gli artisti - i programmatori lo sono - fanno politica. Sempre, checché
ne dicano, soprattutto quelli che si proclamano "puri".


ne dicano, soprattutto quelli che si proclamano "puri".
Io cerco (anche se non sempre ci riesco) di non mischiare la politica con
le discussioni tecniche. E poi sono in conflitto di interessi perchè sono
un informatico di professione , oltre che per hobby, e se ci mettiamo a
discutere marketing, freeware, open source, digitale, libertà digitale,
eccetera (poi finiamo a parlare di Linux) , è finita :-)
Credimi, non voglio sfuggire al confronto, o fare il "superiore", tantomeno
il "puro".
