Thanks very much for the reply. I'll apply the patch and let you know how it works. Krzysztof On Wed, May 14, 2008 at 6:15 AM, Aidan Kehoe <kehoea(a)parhasard.net&gt; wrote: > > Hi, Krzysztof, and sorry about the delay -- > > This is my bug, I think. If you have a second, can you apply the following > patch, and check if the problem still happens? > > diff -r 49f8ed034500 lisp/ChangeLog > --- a/lisp/ChangeLog Mon May 12 11:53:04 2008 +0200 > +++ b/lisp/ChangeLog Wed May 14 12:12:09 2008 +0200 > ＠＠ -1,3 +1,9 ＠＠ 2008-05-11 Aidan Kehoe <kehoea＠parhasa > +2008-05-14 Aidan Kehoe <kehoea(a)parhasard.net&gt; > + > + * mule/mule-coding.el (make-8-bit-choose-category): > + Control-1 characters extend from #x80 to #x9F (inclusive), > + not from #x80 to #xBF. > + > 2008-05-11 Aidan Kehoe <kehoea(a)parhasard.net&gt; > > * disp-table.el (make-display-table): > diff -r 49f8ed034500 lisp/mule/mule-coding.el > --- a/lisp/mule/mule-coding.el Mon May 12 11:53:04 2008 +0200 > +++ b/lisp/mule/mule-coding.el Wed May 14 12:12:09 2008 +0200 > ＠＠ -533,7 +533,7 ＠＠ disk to XEmacs characters for some fixed > (check-argument-range (length decode-table) #x100 #x100) > (block category > (loop > - for i from #x80 to #xBF > + for i from #x80 to #x9F > do (unless (= i (aref decode-table i)) > (return-from category 'no-conversion))) > 'iso-8-1)) > > Bye, > > Aidan > > Ar an naoú lá déag de mí Feabhra, scríobh Krzysztof Rudnik: > > > I've already mailed to xemacs-beta but I've got no response at all. > > > > I use mule XEmacs 21.5-b28 "fuki" (+CVS-20071205) configured for > > `i686-pc-linux'. > > to edit large number of polish texts encoded in iso-8859-2. > > > > init.el: (I've found this somewhere in the list) > > (set-language-environment "Latin-2") > > (setq latin-unity-preapproved-coding-system-list '(iso-8859-2)) > > (latin-unity-install) > > > > > > locale : LANG=pl_PL.UTF-8 > > > > In most cases xemacs recognizes coding system correctly but sometimes > > coding system for saving buffer is set to > > iso-8859-1 : > > Coding system for saving this buffer: > > Latin 1 -- iso-8859-1-unix > > Default coding system (for new files): > > Latin 2 -- iso-8859-2 > > Coding system for keyboard input: > > Latin 2 -- iso-8859-2 > > Coding system for terminal output: > > Latin 2 -- iso-8859-2 > > > > I can even I get : > > Coding system for saving this buffer: > > UTF8 -- utf-8-unix > > Default coding system (for new files): > > Latin 2 -- iso-8859-2 > > Coding system for keyboard input: > > Latin 2 -- iso-8859-2 > > Coding system for terminal output: > > Latin 2 -- iso-8859-2 > > > > > > I think the files are properly encoded ( `iconv -f iso-8859-2 -t utf8` does > > not complain). > > In fact some of them were prepared in xemacs in Latin2 environment. > > (usually edit in Latin-2 env -> save -> close -> open again -> Latin-1) > > > > I redused the problem to a very small (couple of letters) documents and got > > strange results: > > > > > > 1. if a document contains exactly one small polish letter (there are 9 of > > them) then coding system is always Latin-1 > > > > 2. if there are just 2 polish letters then coding system is Latin-2 unless > > these letters are separated by any string i.e. > > for example: it is ok for "wziąć" but not for "wzią ć" > > > > 3. I could not automaticaly get Latin-2 coding system for documents with > > exactly 3 polish letters - did't check all posibilites. > > > > 4. I could't see any rule. in more complicated cases > > > > Is this a bug or my xemacs is not configured properly? > > Could you please help me or at least sugest where I can get help? > > > > > > thanks in advance > > Krzysztof > > -- > ¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir > precipitadamente de la aldea por culpa de la escasez de rinocerontes? >