Newsgroup: it.comp.software.newsreader
Titolo: [Agent] [Xnews] Un problema di codifica accentate (was: Re: [PROPOSTA] it-alt.mod.neverwinternights)

) esce in UTF8, credo
proprio per via dei caratteri proibiti in 8859-1 che Agent legge nel
citato di Neuro, aggravando ulteriormenti il problema (Xnews penso che
non se la cavi con l'UTF8, o sbaglio?)
La domanda centrale è: come mai Xnews converte le mie accentate? Chi
causa il problema? (So che dovrei già saperlo, dopo tutto quel che s'è
discusso, ma invece non lo so :-)
Tnx
-- 
Luca - e-mail: p.stevens at 
libero.it

 Chi causa il problema?
 
http://wiki.news.nic.it/CharSet#head-bb11f7d9378b5577c335e7e68977235b7f073cdf
Ciao.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/

 La domanda centrale è: come mai Xnews converte le mie accentate?
Non solo le tue personali di te stesso medesimo, ovvio ;-)
Dipende dal fatto che l'autore di Xnews si fatto il programma per suo uso
personale e poi lo ha gentilmente regalato alla comunità, ma
evidentemente lui per il suo uso personale non aveva corrispondenti che
scrivevano in lingue europee od asiatiche o quellochevipare che fosse
diverso dall'inglese. 
Secondo le indicazioni di AlanFord, gli consiglierei quindi due cose:
aggiungere il programma MimeProxy per la gestione generica delle
accentate in entrata e uscita,
per la storia degli errori (trasposizioni) nel testo quotato, deve
cambiare la libreria Riched32.dll (sul sito di xnews dicono che serve
solo per il rewrap, ma serve anche per gli estesi)

 appare convertita in ASCII 138,
Per la precisione, il numero č 138, ma il set č quello "DOS" 
(prova a digitare Alt+138) 
che corrisponde perfettamente alla nostra "č" (Alt+0232) 
sia nel set "ISO" che in quello "CPwindows"
Comunque sia, č un pastrocchio che l'autore del programma evidentemente
non ritiene importante da correggere e di cui probabilmente neanche si č
accorto, dato che sul sito del programma parla solo di problemi di wrap
ma non parla di caratteri estesi

 sia nel set "ISO" che in quello "CPwindows"
Ecco, questa era un'altro dei miei misteri. Quindi c'è una "sintassi" di
alt+numero? Lo 0 è significativo, ma questo non accade in una finestra
DOS, quindi ne deduco che dipende da Windows (o dal programma?), e si
possono selezionare diversi set di caratteri?
Non sono mai riuscito a crearmi una metafora "grafica", visuale, per
rappresentarmi in modo soddisfacente la stratificazione dei vari
passaggi attraverso i quali un simbolo viaggia dalla tastiera, al
sistema operativo, al programma attivo, allo schermo, e poi, attraverso
la rete, fino ad un altro computer, allo schermo di chi legge. Mi perdo
sempre in qualche passaggio.


 sistema operativo, al programma attivo, allo schermo, 
Ecco, su questo in effetti anche da queste parti, la nebbia viaggia a
banchi fitti...

discusso, ma invece non lo so :-)
No dovrebbe saperlo Neuro; gli ho già dato due volte il link alla pagina
sui charset per rimediare, peccato continui a fregarsene... e mica posso
andare a casa sua per sistemargliela io, la cosa...
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
- La bellezza salverà il mondo. -

banchi fitti...
Per quanto riguarda il breve viaggio tastiera --> sistema operativo posso
riportare quanto dice l'help di Keys (riguardante solo Windows però):
|Windows® keyboard handling is anything but simple. What follows is a very
|schematic picture. It is not even always true but close enough to help
|you understand the main steps of keyboard processing.
|When you press or release a plastic button on your keyboard it is
|signaled to your computer. An interrupt is generated which gives a chance
|to the keyboard driver to handle the event.
|The keyboard driver sends a message to the system (Windows®) containing
|information about the physical position (scan code) and the logical
|identity (virtual key code) of the key. The message also tells if the key
|was pressed or released and if the Alt key was held down during the
|keystroke. This kind of message we call key-message.
|
|The system looks for the application having the input focus. This is
|usually the active application, which is in turn the topmost on your
|screen. If there is an application having the input focus the system puts
|the key-message in the application's message queue.
|The application time to time checks its message queue and sooner or later
|reaches the key-message.
|If the key-message originates from an action-key like an F-key or Tab or
|Return the application carries out the action.
|
|If the key-message is not of action type the application calls the system
|to translate the message to a character. As a result Windows® sends a
|character-message to the application's message queue. This character
|message is similar to the key-message but it contains a character code
|instead of virtual key code. The character code sent in the character
|message depends on the currently selected keyboard layout and language
|and on the previously pressed keys as well.
|
|For example when you press the "A" key on your keyboard the key-message
|is always the same. But the character-message will be "a" or "A"
|depending on if the "Shift" key was pressed before.
|When the application gets the character-message it calls again the system
|asking for the graphical representation of the character in the currently
|selected font and paints it on the screen. It is important to understand
|that until this step only numerical code was transferred and only now the
|graphical information stored in the font will decide what appears on the
|screen.
