Re: displaying 8bit characters octal sequences

[Kenichi Handa <handa@m17n.org>]

In article <m3u0t1uwx5.fsf@kfs-l.imdomain.dk>, storm@cua.dk (Kim F. Storm) writes:

> Stefan <monnier@iro.umontreal.ca> writes:
>>  ..... yes, now I remember ..... someone changed the default display of
>>  eight-bit-graphic chars: in multibyte buffers it's as before
>>  (i.e. octal sequences), but in unibyte buffers they're displayed as
>>  you're seeing them (i.e. as which ever glyph your default font chose for
>>  those non-ascii chars).
>> 
>>  Kim did you do this change?  

> Not on purpose.

> I think Handa did it:

> 2002-08-27  Kenichi Handa  <handa@etl.go.jp>

> 	* xdisp.c (get_next_display_element): In unibyte case, don't use
> 	octal form for such eight-bit characters that can be converted to
> 	multibyte char.

I don't remember well :-(, but it seems that the change is
to make unibyte-display-via-language-environment work
without setting up standard-display-table.  I've just
installed the attached patch.  Now
    M-: (standard-display-default 128 255) RET
should work.

---
Ken'ichi HANDA
handa@m17n.org

2004-10-12  Kenichi Handa  <handa@m17n.org>

	* xdisp.c (get_next_display_element): If
	unibyte_display_via_language_environment is zero, display 8-bit
	chars in octal in unibyte buffer.

*** xdisp.c	30 Sep 2004 10:23:04 +0900	1.911
--- xdisp.c	12 Oct 2004 16:11:49 +0900	
***************
*** 4895,4901 ****
  			   && it->len == 1)
  			  || !CHAR_PRINTABLE_P (it->c))
  		       : (it->c >= 127
! 			  && it->c == unibyte_char_to_multibyte (it->c))))
  	    {
  	      /* IT->c is a control character which must be displayed
  		 either as '\003' or as `^C' where the '\\' and '^'
--- 4895,4902 ----
  			   && it->len == 1)
  			  || !CHAR_PRINTABLE_P (it->c))
  		       : (it->c >= 127
! 			  && (!unibyte_display_via_language_environment
! 			      || it->c == unibyte_char_to_multibyte (it->c)))))
  	    {
  	      /* IT->c is a control character which must be displayed
  		 either as '\003' or as `^C' where the '\\' and '^'