Re: bug of display-table & make-glyph-code

[Stefan Monnier]

>> The number of bits left over in a glyph code for the face number
>> is vastly reduced on the unicode-2 branch, so as soon as we
>> merge that to the trunk, the problem will certainly be
>> visible on trunk.

>> The solution is to find some other way to merge a face with a
>> char-code to make a glyph code.  We have discussed this some
>> time ago.

>> I asked Handa if he could please work on this
>> in unicode-2.

> I'll work on it.

> I think we anyway need some backward imcompatible change,
> and require rewriting of old codes that utilize glyph-table.
> And, if so, it seems that deleting glyph-table (and
> create-glyph) is the easiet solution.

> Shall I go ahead along that line?

Grepping Emacs's source code and Googling emacswiki shows the following uses of
glyph-create:
- in disp-table: standard-display-g1, standard-display-graphic,
  standard-display-underline.  The last one is probably better off using
  make-glyph-code.  I don't know how to mimck the other two using
  other features.  But neither do I know why anybody would want to
  use those.  It seems that using the utf-8 encoding in current xterms
  makes those hacks completely useless.
  `standard-display-g1' seems to only be used in obsolete/iso-swed.el
  (and maybe in W3).  `standard-display-graphic' seems not to be
  used anywhere.
- in some Gnus threading display hack which also would be better off using
  make-glyph-code (http://www.emacswiki.org/cgi-bin/emacs/GnusFormatting).

So I think we can just drop this feature altogether.


        Stefan