Newsgroup: it.comp.software.newsreader
Titolo: charset=utf-8


Da cosa puo` dipendere? 
Saluti
-- 
billion (formerly known as billo)

 Da cosa puo` dipendere? 
Dai suoi headers:
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Dipenderà dalla codifica ad 8 bit, credo...
-- 
		Luca Amicone
		(da casa)

Da cosa puo` dipendere? 
Da un newsreader piuttosto scarso che non gestisce la codifica UTF-8.
-- 
ciao,
Marco

    <-- 2 scelta
->NON ABUSARE gli "abuse desk", segnala solo lo spam e il vero netabuse<-      

Da un newsreader piuttosto scarso che non gestisce la codifica UTF-8.
E` cosi`, infatti. Ce ne sono parecchi di nr piuttosto scarsi...  :-)
Effettuando delle prove con le risorse disponibili ho notato che: 
- non lo supportano:  XNews, Pimmy, NewsPro/2.8, 
USENET.LIBERO.IT
, ...;
- lo supportano: OE6, KNode/3 (Linux), 
GROUPS.GOOGLE.COM
, ... .
Senza quell'istruzione si otterrebbe il 100% di leggibilita`?
Saluti
-- 
billion

gli header vanno benissimo, e` il newsreader che non supporta l'UTF-8.
E` cosi`, ho visto. Grazie. 
(cfr. risposta a Marco d'Itri)
Saluti
-- 
billion

Senza quell'istruzione si otterrebbe il 100% di leggibilita`?
Cosa intendi con il termine "istruzione"?
Se intendi eliminare solamente la dicitura charset=utf-8 dagli header,
ma ne mantenessi la formattazione, sarebbe ancora peggio, dovresti
proprio fare in modo che non venisse neanche usata nella scrittura e
spedizione del messaggio. 
(un conto e` il nome che si da' ad una cosa ed un altro conto e`
l'essenza stessa della cosa)
Usando la modalita` Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
vieni riconosciuto da una grande maggioranza di programmi, e per
quelli che ancora non sapessero farlo, potrebbe essere giusto
attribuire ad essi la colpa di essere rimasti troppo indietro.
S.E.&O.

E` cosi`, infatti. Ce ne sono parecchi di nr piuttosto scarsi... 
Pardon. mi ero dimenticato..
non ho capito quale newsreader od altro tipo di programma hai usato tu
Anche se mi sembra che tu non usi i caratteri estesi, sarebbe meglio
(da quanto ho capito) che anche tu mettessi le 3 righe degli header
Mime nei tuoi messaggi (magari con charset=us-ascii ed Encoding: 7bit)

ascii ed Encoding: 7bit)
Questo client, piuttosto efficiente ma essenziale, non inserisce 
nessun header MIME (l'ho notato solo ora) ma non credo che ciň 
possa aver mai causato problemi di lettura da parte degli altri 
frequentatori. (O forse sě?!)
Cordiali saluti
-- 
billion

 frequentatori. (O forse sì?!)
ripeto, qui su it.* probabilmente no (a parte i newsgroup specifici di
linguistica e cultura), ma la cosa fa male ad usenet, che *deve*
diventare completamente ad 8 bit, visto che adesso i server possono
permettersi questo lusso.
-- 
ciao | Antispam in pillole: (LART 1)  Luser  Attitude Readjustment Tool;
cf   | La  segnalazione  al  provider  dello  spammer, l'unico mezzo che 
-----+ abbiamo a disposizione per combattere attivamente lo spammer. Nel 
numero l'efficacia del  LART  e`  devastante, fai anche tu la tua parte!


I programmi che non dichiarano quelle 3 righe, come il precedente
FreeAgent, Xnews, Gravity, XanaNews, NewsPro (non a caso madrelingua
anglosassone) non dovrebbero scrivere con caratteri accentati. Anche se
nella maggior parte dei gruppi it. qualcuno assume che chi scrive e chi
risponde usi un linguaggio italiano, possono occorrere problemi
(specialmente nei followup, e usando linux anche nei messaggi diretti). 
Alcuni di questi programmi consentono di aggiungere manualmente quelle
intestazioni.

 Per favore, adeguate il vostro newsreader, e se non potete/volete 
 > farlo, *non* usate i caratteri ad 8 bit, neanche nel quoting.
Recepito
Saluti
-- 
billion

 I programmi che non dichiarano quelle 3 righe ...<cut> ... 
 > non dovrebbero scrivere con caratteri accentati.
E neanche quelli che li dichiarano, quando poi utilizzano
charset non comuni come l'utf-8... :-)
(Nell'header e` venuto fuori un "format=flowed" non voluto
e non ho trovato come evitarlo   :-|   Spero che non dia
fastidio!)
Saluti
-- 
billion

Spero che non dia fastidio!
Nessun fastidio, anzi io sono un sostenitore della cosa, almeno nelle
email (che leggo con Eudora), per le news se ne era parlato un poco tempo
fa con Sleepers su icsmailreader Subject: Mozilla e format=flowed

icsmailreader Subject: Mozilla e format=flowed
Interesante, molto. (Mi era sfuggito: ero in ...ferie)
Grazie
Saluti
-- 
billion

icsmailreader Subject: Mozilla e format=flowed
Interessante, molto. (Mi era sfuggito: ero in ...ferie)
Grazie
Saluti


Correggo subito. 
[sigh... la ricerca per un NR windows free che gestisca bene l'UTF
continua...]
-- 
Renato "Hitman" Salzano | 
http://spazioinwind.iol.it/hitman/
GdG #6 - Mexico 86 Fan #2 - VFNCL counter - Transbassista dei 2ofSpades
IHGGer #778-¥ane Fan Club #00/"Sei un perfetto perdente, proprio come me"
<< Non sarò mai il tuo cigno, ma rimarrò sempre un calimero qualsiasi >>


Ho subito rimesso a posto la cosa. Grazie per la segnalazione.
Cmq nessuno sa un NR free per windows che gestisce l'UTF-8 decentemente?



Stavo facendo prove perchč vorrei iniziare a lurkare (e poi seguire) i
NG sul giappone in it.*. 
E da quel che ho letto, consigliano proprio di usare l'UTF-8.
Cmq per ora aspetto un'altro pň, sono ripassato all'ISO-8859-15.
Anzi, se posso creo ora una regola per usare l'UTF-8 lě, e l'ISO-8859-15
altrove.
-- 
Renato "Hitman" Salzano | 
http://spazioinwind.iol.it/hitman/
GdG #6 - Mexico 86 Fan #2 - VFNCL counter - Transbassista dei 2ofSpades
IHGGer #778-Ąane Fan Club #00/"Sei un perfetto perdente, proprio come me"
<< Non sarň mai il tuo cigno, ma rimarrň sempre un calimero qualsiasi >>

 possono permettersi questo lusso.
Cerchero' di adeguare anche il mio newsreader, OE5. Purtroppo, non ho
ancora trovato, alternative all' utf-8 per la visualizzazione di
caratteri ideografici (cinesi, giapponesi, coreani...).
Pero', impostando questo come codifica primaria mi e' chiesto, dallo
stesso newsreader, al momento dell'invio di una risposta, il tipo di
codifica da adottare. In questo modo posso mantenere quella
utilizzata dai piu' nel newsgroup e limitare le variazioni ai messaggi
che invio in prima persona; mi sembra una buona prima soluzione.
NB: con OE5 e' anche possibile impostare automaticamente il messaggio di
risposta in formato uguale a quello del messaggio a cui si risponde.
(purtroppo in questo modo non visualizzero' gli ideogrammi in fondo alla
signature ma credo che sia il male minore...)
--
"Your lack of power dirgusts me."
akuma_tetsu
??_?

 Cmq nessuno sa un NR free per windows che gestisce l'UTF-8 decentemente?
Beh te la sei cercata! 8-)  Senza farne il nome,  quello che uso io. :-)
-- 
     * b *
   *   y   *
 *   Piero   *

permettersi questo lusso.
A quando i primi gruppi con le accentate nel nome? :)
-- 
Ciao, Massimo | ICQ# 57669970
"Sulla sua strada gelata la croce uncinata lo sa
D'ora in poi trovera` Stalingrado in ogni citta`."

continua...]
Con Agent completo i post in utf-8 si vedono perfettamente, anche le
accentate non danno problemi.
Mi pare strano che la versione free sia "bacata", visto che condividono
lo stesso codice...


 decentemente?
Interessa anche me! :)
-- 
"You are unfit to survive."
akuma_tetsu

 l'ISO-8859-15 altrove.
Dal manifesto di ICLG (it.cultura.linguistica.giapponese) e' consigliato
l'uso della codifica JIS ma dopo alcuni test si e' convenuti che UTF-8 abbia
un set di caratteri (KANJI, cinesi per lo piu') che integrano meglio quelli
giapponesi. Taluni si discostano leggermente dagli originali giapponesi ma il
vantaggio e' che in questo modo sono disponibili in un unico set di
caratteri.


lo stesso codice...
Aspetta, non confondiamoci, il problema non e` trovare un programma da
consigliare a Renato od a Akuma, quelli che loro usano gli consentono di
scrivere e leggere il utf senza problemi. 
Il fatto e` che in giro ci sono molti altri utenti che usano altri
programmi e sono questi altri programmi di latri utenti che hanno problemi
con utf (purtroppo) e dato che quando uno scrive poi vorrebbe che gli
altri leggessero quello che ha scritto, ne deriva di osservare la
compatibilita` anche con gli altri programmi non solo con i propri.
La cosa migliore sarebbe, per Renato ed Akuma e tutti quelli con le loro
necessita`, di riuscire a scrivere in utf solo quando necessario, ed in
ISO negli altri casi. Queste regolazioni dipendono dai singoli programmi
usati. OE mi sembra abbia un automatismo che se opportunamente configurato
ti chiede al momento dell'invio come debba conportarsi. Il nuovo FreeAgent
che sa gestire bene sia utf sia base64, purtroppo non mi sembra consenta
regolazioni specifiche per un gruppo diverse da un altro.
Alternativamente, male minore, sarebbe lasciare impostato l'invio in utf
ma astenersi completamente dalla digitazione di caratteri estesi. Se si
rimane nell'ambito di digitare solo i caratteri inferiori a 127 la
compatibilta` dovrebbe essere assicurata nel senso che nessuno vedra`
degli strani segni nel testo del messaggio.

 A quando i primi gruppi con le accentate nel nome? :)
su it.* tocca ancora aspettare.
-- 
ciao | Antispam in pillole: (TRACEROUTE) Indica le reti, hop, che sono
cf   | tra te e il computer dello spammer, il penultimo hop e` di chi
-----+ fornisce connettivita` all'ISP dello spammer: inviare a lui il 
lart, se l'ISP protegge lo spammer. Il traceroute puo` essere falsificato 

giapponesi. Taluni si discostano leggermente dagli originali giapponesi ma il
Sospetto che sia esclusivamente una questione di font, dovete usarne uno
con caratteri in stile giapponese invece che cinese.
-- 
ciao,
Marco

 usarne uno con caratteri in stile giapponese invece che cinese.
Il discorso e' un po' piu' complicato perche' anche in questo caso varia in
base a diversi parametri tra cui: NR e SO. Io credo che avendo tutti i
caratteri cinesi e giapponesi istallati sul proprio computer (tramite IME nel
caso di win ad esempio) si possa utilizzare la codifica utf-8 per poterli
visualizzare contemporaneamente. Questo a mio avviso sarebbe un vantaggio (in
merito ai caratteri estesi che la codifica utf-8 offre differentemente da
molte altre.
Purtroppo come altri hanno fatto notare esistono alcuni NR che non supportano
l'utf-8 (o piu' semplicemente non hanno installato il set di caratteri
corrispondente, ma in questo caso la soluzione e' semplice...).
Oltre, quanto sopra, si deve aggiungere che la codifica piu' usata per usenet
e' quella ISO-8859-15, eccezione fatta per i gruppi di linguistica. Peccato
che l'utf-8 non sia ben vista risolverebbe molti problemi al livello di
comunicazione linguistica...
PS dal fronte delimitatore: e' corretto sulla miaggior parte dei messaggi in
replica ai NR che non siano Agent. Su alcuni messaggi sono riuscito ad
impostarlo correttamente ma non definitivamente, purtroppo. Continuo le
prove...
--
"If you cannot learn to live, learn to kill."
akuma_tetsu

degli strani segni nel testo del messaggio.
Mah... la telenovela delle accentate continua... certo, si decidessero
ad implementare le giuste codifiche... almeno in X-news e Gravity (che è
"morto", ma sempre in sviluppo, pare)...


su it.* tocca ancora aspettare.
Parecchio?



Si può anche con FreeAgent 1.9x.
Basta aggiungere una lingua extra, e usare le proprietà dei gruppi...


 regolazioni specifiche per un gruppo diverse da un altro.
Hai citato OE e volevo chiarire quel punto.  Per farlo devo usare UTF-8.
L'automatismo di cui parli esiste e si allerta all'occorrenza. Non serve
un'impostazione  particolare. L'avviso scatta  quando si tenta d'inviare
un messaggio  che contiene dei  caratteri non supportati  dal charset in
uso, come il latin9 che mi ritrovo  mentre sto scrivendo. Qui di seguito
potrai leggere,  se il tuo NR  lo consente,  due caratteri inseriti  fra
parentesi quadre,  che ho  scelto nella  "Mappa  caratteri"  di Windows,
indicati con il codice U+263A [☺] e U+263B [☻].
Rappresentano uno smile: ":-)" solo che l'uno e' il negativo dell'altro.
Per quanto  ho detto sopra,  quando premo  invio vengo  avvisato  con il
popup "Conflitto set di caratteri  nel messaggio" che mi offre 3 scelte:
1) "Invia come Unicode",  spiegandomi che il messaggio  conservera' quei
   caratteri, ma che non verra' letto correttamente se chi lo riceve non
   ha un reader che supporta l'Unicode,
2) "Formato  attuale",  informandomi che  il testo  appartenente  a quei
   caratteri risultera' illeggibile al destinatario,
3) "Annulla", consente di modificare il messaggio.
Ovviamente ho scelto "Invia come Unicode".
Oltre a questo,  OE riconosce  il charset del messaggio  da leggere e lo
visualizza con  quel set di caratteri.  Ritengo che Outlook Express, per
quanto riguarda i charset,  si comporti mooolto meglio  di altri NR piu'
titolati. :-)))
Infine c'e' da dire che avendo  scelto di inviare con UTF-8, OE-QuoteFix
non puo' togliere al delimitatore  il rettangolino e sostituirlo con uno
spazio,  in questo caso solo  Fidolook  riesce a  mantenere lo standard.
Spero di essere  stato sufficientemente chiaro  e comprensibile a tutti.


 a tutti.
Chiarissimo ma io ho riscontrato che la codifica utf-8 crea problemi quando
si incontrano taluni newsreader come Agent. In tal senso non e' possibile
configurare lo spazio dopo i due trattini e quindi non si ottiene un
delimitatore standard. Alcuni consigli in merito?
--
"There is no good o evil. Only akuma!"
akuma_tetsu

 delimitatore standard. Alcuni consigli in merito?
Tu stai usando Fidolook ed hai comunque problemi con il delimitatore. In
questo caso non posso  aiutarti perche' non conosco  quell'applicazione.
Come regola generale  tieni presente che OE trova  difficolta' non tanto
con l'utf-8,  ma con la  codifica a 8bit.  A riprova di  quanto affermo,
leggi l'header e controlla la firma di questo post. Leggendoti ho capito
che hai  necessita'  della  codifica  ad 8bit,  in tal  caso posso  solo
consigliarti di mettere "alla frusta" Fidolook e se non molli vedrai che
risolvi. :-)


in questo caso solo  Fidolook  riesce a  mantenere lo standard.
A proposito, Akuma continua ad avere difficolta` col delimitatore anche
usando Fidolook, hai capito di che cosa si tratta?

 Parecchio?
penso proprio di si`.
-- 
ciao | Antispam in pillole: (LART 1)  Luser  Attitude Readjustment Tool;
cf   | La  segnalazione  al  provider  dello  spammer, l'unico mezzo che 
-----+ abbiamo a disposizione per combattere attivamente lo spammer. Nel 
numero l'efficacia del  LART  e`  devastante, fai anche tu la tua parte!

base a diversi parametri tra cui: NR e SO. Io credo che avendo tutti i
No, se i sintomi sono quelli che hai descritto è proprio questione di
installare i font appropriati per la lingua usata. Ripeto che i font
unicode cinesi sono diversi dai font unicode giapponesi.
Se vuoi approfondire la faccenda tutto questo è una conseguenza
dell'"unificazione han".
-- 
ciao,
Marco

dell'"unificazione han".
Miiii! Capisci pure di lingue e caratteri orientali!!!!!!!!!!!!!!
Adesso capisco come possa nascere un NG it.fan.marco-ditri.   :-)
Scusami per l'OT ma a sentirti parlare dell'unificazione degli ideogrammi
con la stessa naturalezza con cui parli di USENET o di Linux....  
Ciao.
-- 
Antonio   @=D

 risolvi. :-)
E' sempre una soluzione, la terro' presente grazie. :-)


 dell'"unificazione han".
Se volesse approfondire le segnalo i sguenti messaggi:
3d63e...@news.dada.it
3d64f...@news.dada.it
--
"Return whe 'evil intent' drive your soul"
akuma_tetsu

 usando Fidolook, hai capito di che cosa si tratta?
No perche'  non lo uso,  pero' ho visto  dei post d'Isetto  che hanno un
delimitatore  a posto con utf-8  e codifica 8bit,  uno su questo  NG e':
Message-ID: 2002082...@IsettOOttesI.DfsOe
ma nello  stesso  thread  ce ne  sono ancora.  Che Akuma  chieda  a lui.



Direi non solo ad Agent, visto che anche quello di questo post ti  è
uscito male ad esempio... ^^;;;
-- 
Renato "Hitman" Salzano | 
http://spazioinwind.iol.it/hitman/
GdG #6 - Mexico 86 Fan #2 - VFNCL counter - Transbassista dei 2ofSpades


meno che sia...). Ad ogni modo terro in considerazione quanto da Lei scritto.
Non sto parlando di altre codifiche. Sei preparato sulla lingua
giapponese, ma Unicode devi studiarlo ancora un po'...
-- 
ciao,
Marco

 giapponese, ma Unicode devi studiarlo ancora un po'...
Come ho fatto in precedenza terro' in considerazione queste Sue affermazioni
anche se come ha sbagliato la prima volta sbaglia ora.


 ti  è uscito male ad esempio... ^^;;;
Ho scritto che e' corretto sulla maggior parte dei messaggi che non siano
inviati da NR Agent, non su tutti. Ho specificato anche che alcuni di quelli
inviati su Agent presentavano un delimitatore corretto ed, in ultimo, ho
specificato che continuo i test per venirne a capo. Ora Le scrivo anche che
non ho molto tempo e che non so se in breve tempo riusciro' a risolvere il
problema...


su it.* tocca ancora aspettare.
Cosicché, ogni volta che faccio un followup a it.cultura. cybersocieta
(come in questo caso), devo pensare mentalmente cybersocièta!
-- 
Bye
      Vitt

penso proprio di si`.
Come mai?
Problemi con i vari NS malconfigurati?
O è normale?
X-post e F/Up adeguati.


su it.* tocca ancora aspettare.
Cosicché, ogni volta che faccio un followup a it.cultura. cybersocieta
