emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Kenichi Handa
Subject: Re: bug of display-table & make-glyph-code
Date: Mon, 10 Sep 2007 15:29:00 +0900
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.0 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)

In article <address@hidden>, Stefan Monnier <address@hidden> writes:

> > 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.

Thank you for investigating that.  Are there any objections
to dropping them?

---
Kenichi Handa
address@hidden




reply via email to

[Prev in Thread] Current Thread [Next in Thread]