Re: Pasting from X clipboard sometimes uses different font

[Reuben Thomas <rrt@sc3d.org>]

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