Re: 21.5 mule: Latin-2(polish) - wrong coding system identification

Hi, Adian, I've applied your patch to the fresh cvs xemacs and it seems that everything works ok. thanks very much 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? >