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

Ecco una veloce statistica fatta sugli articoli di it.* attualmente
presenti sul mio server (circa 5 giorni di testo e 1 di binari):
 110845 (nessun header MIME)
  35951 iso-8859-1
  11520 us-ascii
   1376 iso-8859-15
    957 windows-1252
    220 utf-8
    253 (nessun charset specificato)
    163 ansi_x3.4-1968
     37 x-unknown
     32 x-user-defined
     31 iso-8859-2
     30 iso-2022-jp
     19 windows-1256
     13 utf-7
      9 utf8
      3 windows-1250
      3 windows-1253
      2 macintosh
      1 koi8-r
-- 
ciao, | * The Internet is full. Go away.  -- Joel Furr *
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it

      32 x-user-defined
Mi sono sempre chiesto se questo è un charset valido. Io voterei no...
-- 
Ciao, Marvin

     19 windows-1256
(giusto per citarne due)
Ma non sarebbe carino che il GCN suggerisse (non imponesse) quali
charset sono preferibilmente da utilizzare sotto it.* e quali sono
invece sconsigliati?
-- 
"Give me something to sing about.
I need something to sing about."
(Buffy, "Once More, With Feelings" BTVS 6.07)

Mi sono sempre chiesto se questo è un charset valido. Io voterei no...
No, per definizione.
-- 
ciao,
Marco

invece sconsigliati?
Per quanto mi riguarda, in ordine di preferenza:
iso-8859-15
iso-8859-1
us-ascii
utf-8


 110845 (nessun header MIME)
ne deduco che tuttora la scelta funzionalmente più valida sarebbe
quella di postare in ASCII puro. sbaglio?
-- 
Nessuno rispetta tutte le norme
Nessuna norma viene sempre rispettata

 iso-8859-1
Esistono controindicazioni in termini di incompatibilita' nel passare da
iso-8859-1 a iso-8859-15 nei post di Mailgate ?
Un saluto
-- 
Dario Centofanti
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

quella di postare in ASCII puro. sbaglio?
Si.
-- 
Layos [gir n°19][ICQ 55985554]
"La Storia non si ferma e i Noglobal ne sono la dimostrazione. I popoli continuano la loro lotta". [Fidel Castro]

Si.
OK. salvo smentite documentate me ne resto colle accentate
[toh, sono un poeta adesso :-))) )


quella di postare in ASCII puro. sbaglio?
Mi sfugge il salto logico.
Comunque ho già spiegato la mia posizione su chi usa software che non
gestisce MIME: non deve usare caratteri a 8 bit per nessun motivo, e se
non legge quelli scritti dagli altri sono esclusivamente affari suoi,
visto che siamo nel 2002 e il software aggiornato esiste ormai da un bel
po'.


Mi sfugge il salto logico.
la deduzione derivava dalla supposizione (forse errata) che chi non ha
header MIME non legge correttamente le mie accentate.
"funzionalmente valido" in quel contesto significava: "utile a non
creare problemi a nessuno al di là di policies, RFC etc" che a quanto
ne so ammettono tranquillamente il MIME.


iso-8859-1 a iso-8859-15 nei post di Mailgate ?
No, anche considerando che per chi non capisce MIME non cambierà niente.


 
No, e` chi non manda l'header giusto che causa a chi riceve il msg
e tratta correttamente i tipi mime, la non lettura delle accentate
Anche chi manda tipi mimi esotici (!) tipo il windows-nesonio7121
causa problemi...
O no?
Giorgio

Per quanto mi riguarda, in ordine di preferenza:
Ok, grazie.

 delle accentate 
Okj, ma io che sono zappatrice, come piffero faccio a capire che 
razza di header giusto dovrei inserire tra i miei per non 
causare problemi a metà pianeta, considerando che non posso 
rinunciare alle accentate per questioni professionali?
Alice Twain
-- 
Ferma la speculazione finanziaria, firma per la tassa Tobin
http://www.attac.org/italia/tobin/
http://aretino.net/f451/

No, anche considerando che per chi non capisce MIME non cambierà niente.
Un newsreader che non riconosce iso-8859-15 ma riconosce iso-8859-1
come si comporterebbe?
-- 
Marco Barisione (ICQ 84277092)

come si comporterebbe?
Da quello che ho capito avrebbe problemi solo nel riconoscere
correttamente il simbolo dell'euro (€).
Vedi 
www.cs.tut.fi/~jkorpela/latin9.html
-- 
Lapalissiano
Icq 57269703

 causare problemi a metà pianeta
Semplice: devi usare un newsreader che sappia gestire correttamente i 
charset. Sfortunatamente per te, Xnews non è tra questi.
-- 
Ciao, Marvin

 come si comporterebbe?
Non vedrebbe i glifi propri del 8859-15 (e.g., il glifo dell'euro).
Bye,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)           [ 
http://www.radiance.d2g.com/~zefram
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 come si comporterebbe?
Un nr particolarmente fiscale e poco aggiornato, non riconoscendo il 
charset, potrebbe mettere dei '?' al posto di tutti i caratteri over-127. 
Secondo me, un articolo che può essere codificato con iso-8859-1, 
dovrebbe essere codificato con iso-8859-1.
-- 
Ciao, Marvin

Non vedrebbe i glifi propri del 8859-15 (e.g., il glifo dell'euro).
Ma capirebbe che iso-8859-15 è praticamente un iso-8859-1 con qualche
segno in più o dovrebbe usare solo l'ascii a 7bit?


 0xBE    0x0178  #   LATIN CAPITAL LETTER Y WITH DIAERESIS
Ma se non sa nulla di iso-8859-15 perche' dovrebbe scegliere come codifica
alternativa iso-8859-1 (perche' non Utf8, o tutto il cocuzzaro)? Forse il
comportamento corretto di un lettore non avvertito di una codifica e`
proprio tagliare tutti i caratteri > 127, per quanto doloroso possa essere.
Almeno in uscita (in ricezione potrebbe ovviamente limitarsi a lasciare le
cose come stanno).
Ciao.

di una codifica e` proprio tagliare tutti i caratteri > 127, 
no, tu dici che non si vederebbero mai uscire i caratteri estesi? no,
non si comportano cosi` quei programmi (sarebbe troppo drastico, anche
se forse sarebbe piu` sicuro). Molto spesso utilizzano il charset del
sistema operativo in uso, che per quelli che conosco io e` quello di
windows. E quando incontrano qualcosa di diverso, inizia il terno al
Lotto. Spesso, ad esempio lo fa Eudora, inseriscono l'header mime
iso-8859-1 anche se nella ralta` pratica hanno usato quello di windows

correttamente il simbolo dell'euro (¤).
Quello e` uno dei pochissimi caratteri che differiscono tra i due set.
Pero` la domanda di Marco Barisione credo ponesse il problema se
potessero sorgere problemi con programmi che potrebbero andare in tilt
leggendo una riga di cui non conoscono il significato. 
Non che io sappia, comunque questo argomento e` strato trattato molto
in un NG in lingua francese dedicato competamente al fatto di usare i
caratteri estesi e quidi i differenti set di caratteri 
fr.usenet.8bits

 segno in più o dovrebbe usare solo l'ascii a 7bit?
No, userebbe l'ISO-8859-1 con qualche glifo diverso.


no, tu dici che non si vederebbero mai uscire i caratteri estesi?
Io dico: in ricezione, deve darmi la possibilita' di vedere il messaggio
originale cosi' com'e' arrivato (ci mancherebbe!) senza alcun intervento
(lo "Show raw message" di Agent, per intenderci): i caratteri estesi non
saranno forse visualizzati correttamente, ma sono io utente che decido
cosi', e cosi' va bene, dato che la cosa riguarda solo me; nel momento in
cui pero' cerca di visualizzarlo correttamente (o di includerne brani
quotati in un messaggio di risposta) dovrebbe decodificare il messaggio
secondo il charset in entrata e ricodificarlo nel charset in uscita. Ma se
non sa nulla del charset in entrata, in base a che dovrebbe decidere di
decodificarlo utilizzando questo o quel charset alternativo che invece
conosce? Sarebbe, come dici tu, una lotteria. L'unica cosa ragionevole (o
non arbitraria) mi sembra che sia tagliare tutti i caratteri estesi
(sostituendoli con il classico ?).
Non so poi che cosa facciano in realta' (Agent, in presenza di caratteri
che non puo' convenientemente rappresentare nel charset di uscita, propone
una scelta all'utente), dico che questo e' il comportamento che sembra piu'
ragionevole a me. Poi magari puo' essere un atto di cortesia, in risposta
ad un messaggio, utilizzare lo stesso charset in cui e' stato inviato, ma
questo sempre nell'ipotesi che il lettore lo conosca.
Ciao.

 conosce?
In base ad un parametro di configurazione, che l'utente potra`
modificare a piacimento:
set mime_charset "iso-8859-1"
ad esempio, che diventera` il charset di default in caso il NUA non
sappia che pesci prendere.


sappia che pesci prendere.
La mia personale convinzione e' che, nel momento in cui l'utente decide
consapevolmente di fare una cosa, in linea di principio bisogna
lasciargliela fare. Quindi, si', questa e' pure una possibilita'.
Pero' ha un qualche senso, mi pare, quando il charset non e' indicato;
quando e' indicato e si sa concertezza che NON e' quello li', il senso
della cosa e' molto piu' discutibile e appena appena accettabile
sottintendo l'ipotesi che l'utente sa che "piu' o meno" i due charset si
corrispondono. Si potrebbe allora forse, piu' giudiziosamente, creare una
tabella di sostituzione (come per i caratteri della stampante): a tal
charset, talaltro charset.
Ciao.

 
l'ultimo piu` alla moda:
Content-Type: text/plain; charset=ISO-8859-15
(il  8859-15 e` come 8859-1 tranne che non c'e'
l'Euro al posto del fantastico ragnetto con 4 gambe)
Giorgio

e il software aggiornato esiste ormai da un bel po'.
Hai ragione, pero` per windows non mi sembra ci sia una gran scelta,
od il "buon vecchio" Agent (a pago), 
od il "cattivo giovane" OutlookExpress (a gratis).

causare problemi a metà pianeta, 
In fin dei conti, riprendendo anche il discorso della minifaq di
Marvin, non ci sono grossi problemi nella visualizzazione di quello
che arriva, (magari meglio non metterle nelle intestazioni), ma i
problemi iniziano a sorgere se le accentarte sono inserite nel quotato
Per gli header da inserire, se non userai mai il simbolo dell'euro o
la oe francese, per andare sul sicuro ti consiglierei di mettere
ISO-8859-1, se scrivi anche in giapponese, le cose cambiano

od il "cattivo giovane" OutlookExpress (a gratis).
O gnus, o TIN, o slrn...


 Content-Type: text/plain; charset=ISO-8859-15
Questo però comporta che se per sbaglio o per ignoranza o per 
negligenza dovessi usare un carattere non compreso in questo set 
(chessò, scopro che TimesNewRoman ha in tabella caratteri di Win 
2000 dei bellissimi caratterini arabi e mi viene la balzana idea 
di usarne uno...) finirei per inviare un messaggio comprendente 
un carattere che falsa il set; ovvero il messaggio denuncerebbe 
come set ISO-8859-15, ma in realtà sarebbe PINCO-PALLINO-1234? O 
non ho capito una cippa?


invece sconsigliati?
Credo che iso-2022-jp sia il charset corretto per
it.cultura.linguistica.giapponese
-- 
Saluti,
    Mardy
http://castellina.org/interlingua

it.cultura.linguistica.giapponese
Mi sembra di sì.


ma in realtà sarebbe PINCO-PALLINO-1234?
Per essere pienamente tranquilla, allora dovre(sti)(mmo) usare un
programma che sappia gestire i charset, come dice MdI. 

 O gnus, o TIN, o slrn...
Non li puoi consigliare a chi non č gią piuttosto esperto.
-- 
Luca - e-mail: p.stevens at 
operamail.com

No, userebbe l'ISO-8859-1 con qualche glifo diverso.
Scusa mi sento un po' tonto :-)
Perché userebbe l'-1?
Cioè supponiamo che io sia in qualche paese asiatico e ovviamente uso
come default il charset adatto per la lingua che si parla lì.
Il mio nr e os supportano unicode quindi il testo viene localmente
trasformato in unicode per gestire anche i charset più strani, ma non
sa nulla di iso-8859-15.
Mi arriva un messaggio in italiano in cui è specificato proprio
l'iso-8859-15, a questo punto cosa deve fare il mio newsreader? Mi
visualizza il messaggio usando il charset per la lingua asiatica
impostata come default o in qualche modo (ed è questo che sto
chiedendo io) capisce che l'iso-8859-15 è derivato dall'iso-8859-1?
-- 
Marco Barisione

O gnus, o TIN, o slrn...
Sono incuriosito da TIN funziona senza problemi su windows?
cosa pensi dei 3 newsreader che hai citato? Quale č il migliore e
quali sono i motivi per usarne uno piuttosto che l'altro?
-- 
Marco Barisione

quali sono i motivi per usarne uno piuttosto che l'altro?
Un motivo per usare Gnus potrebbe essere che riuscire a far funzionare gli
altri due sotto Windows e` molto piu` complicato (io, almeno, non ce l'ho
mai fatta).
Un motivo per usare uno degli altri due potrebbe essere che non ti piace
Emacs.
Ciao.

 Perché userebbe l'-1?
Hai ragione: pensavo al caso di SLRN, che viene con gia` l'ISO-8859-1
impostato come charset di default.
Al posto di ISO-8859-1 mettici ${DEFAULT_CHARSET}.


 mai fatta).
L'installazione di SLRN sotto Windows e` molto semplice. Dove hai avuto
problemi?


Non li puoi consigliare a chi non è già piuttosto esperto.
TIN è a prova di cretino, e suppongo che basti installare hamster per
usarlo offline.


problemi?
Soprattutto, confesso, nella motivazione a muovermi da Agent (al limite,
avrei pensato piuttosto a tin, che ho usato per qualche tempo in Linux con
discreta soddisfazione, ma neppur questo era poi al centro dei miei
desideri). Poi, all'epoca (la situazione sara', immagino, nel frattempo
migliorata), non era poi cosi' facile neppure trovarlo, ben compilato e
pronto all'uso. Capitavo sempre in qualche versione che doveva essere
completata con questo o quello. Gnus poi rende piu' semplice anche la
configurazione (se uno gia' un po' si arrangia con il sistema di
configurazione di Emacs).
Ciao.

)
Diciamo che Tin+Hamster non č una soluzione proponibile al 99% di quelli
che frequentano Usenet con Outlook e potrebbero forse accettare di
cambiare (qualunque sia l'appellativo che tu gli riservi).


avrei pensato piuttosto a tin, che ho usato per qualche tempo in Linux con
un TIN sotto windows potrebbe interessare molto anche a me, se è
disponibile il binario, non posso compilare al momento.
puoi darmi l'URL?
-- 
Nessuno rispetta tutte le norme
Nessuna norma viene sempre rispettata

puoi darmi l'URL?
ftp://ftp.tin.org/pub/news/clients/tin/binaries/win32/
Ce ne sono, capisco, due versioni: una che gira sotto Cygwin e una nativa
Windows. Entrambe, va da se', un po' arretrate rispetto all'ultima versione
stabile rilasciata. Non chiedermi dettagli su installazione e
configurazione.
Ciao.

 configurazione di Emacs).
Per uno che non conosce Emacs, invece, potrebbe trattarsi di un incubo.
:-)))
[1] 
http://slrn.sourceforge.net


 consiglierei di mettere ISO-8859-1
A parte le accentate (ripeto, non posso prendere il vizio di 
accentare con l'apostrofo per ragioni professionali) mi capita 
raramente di usare caratteri strani, anche perché tutte le altre 
grafie in genere le medito. Il simbolo dell'euro predico da 
tempo che non è da usarsi, per cui io meno che mai lo userò 
(tanto più che a livello professionale non si usano "quelle robe 
lì"). Ogni tanto mi scappa una lettera strampalata, ma in genere 
è perché sono stanca. Da questo punto credo di essere 
sufficientemente ligia, mi interessava però cercare di essere 
anche formalmente più corretta.


 MdI. 
Piuttosto che lasciare Xnews mi venderò l'anima ^_^
Alice / troppe cose che mi piacciono per abbandonarlo per una 
mancanza


precompilato per Win32s.
Si', ho giusto provato e, in effetti, dopo aver settato appena un paio di
variabili, in due minuti ero gia' collegato al server news.
Peccato che, poverello, con tutta la stima di questo mondo, non riesce
proprio a piacermi (questione di pelle, immagino).
Ciao.

anche formalmente più corretta.
vedo che hai optato per il -15
(pero` mi sembra ti sia dimenticata del 
«Mime-Version: 1.0»
«Content-Transfer-Encoding: 8bit»)

 "Content-Transfer-Encoding: 8bit")
Eccheduemarroni! Me lo dovevate dire!!! Io ho chiesti e voi 
cattivoni mi avete dato risposte parziali!
Alice


e voi cattivoni mi avete dato risposte parziali!
ma e` per farti parlare piu` a lungo, bambina mia
(cfr. il Lupo cattivo v/s Cappuccetto)
cmq oltre la minifaq di Marvin, puo` giovare anche la parte finale di
questa paginetta valevole sia per Gravity che per Xnews
http://club.euronet.be/frederique.bouras/gr885915.htm