Re: Pasting from X clipboard sometimes uses different font

[Reuben Thomas]

On Tue, 29 Jan 2008, Jason Rumney wrote:

> Rather than going into hexl-mode, try pressing C-u C-x = on both characters 
> and compare the results.

Thanks, this gives me the difference. The one I paste is:

  character: … (53444, #o150304, #xd0c4, U+2026)
    charset: japanese-jisx0208 (JISX0208.1983/1990 Japanese Kanji: ISO-IR-87.)
 code point: #x21 #x44
     syntax: _  which means: symbol
   category: j:Japanese |:While filling, we can break a line at this character.
buffer code: #x92 #xA1 #xC4
  file code: #xE2 #x80 #xA6 (encoded by coding system mule-utf-8-unix)
    display: by this font (glyph code)
     -Misc-Fixed-Medium-R-Normal--14-130-75-75-C-140-JISX0208.1983-0 (#x2144)

There are text properties here:
  fontified            t
  rear-nonsticky       t

while the one in the buffer is:

  character: … (342438, #o1234646, #x539a6, U+2026)
    charset: mule-unicode-0100-24ff (Unicode characters of the range 
U+0100..U+24FF.)
 code point: #x73 #x26
     syntax: _  which means: symbol
buffer code: #x9C #xF4 #xF3 #xA6
  file code: #xE2 #x80 #xA6 (encoded by coding system mule-utf-8-unix)
    display: by this font (glyph code)
     -Misc-Fixed-Medium-R-SemiCondensed--13-120-75-75-C-60-ISO10646-1 (#x2026)

There are text properties here:
  fontified            t

So the two are the same unicode code point, but Emacs is treating them 
differently. Why? Also, why does Emacs think the character I pasted is 
Japanese?

--
http://rrt.sc3d.org/
lawyer, n.  one paid to make the inexcusable incomprehensible