Per Abrahamsen <abraham(a)dina.kvl.dk> writes:
Jan Vroonhof <vroonhof(a)math.ethz.ch> writes:
> Because the custom font-model is based on the FSF font model and
> ignores the specifier system completely.
It isn't based on the "FSF font model", as there is no such thing. It is
based on the pre-specifier *face* model, plus a subset of wmperrys
font.el package, the closest thing you get to a *font* model on either
emacs.
font.el now has pretty full support for the new Emacs redisplay code as
well, so if custom continues to use some subset of font.el, it should work
'out of the box'.
> In FSF Emacs this is trivial since customize exactly matches the
FSF
> font model. Adapting customize to more powerful font models (whether
> for XEmacs or for FSF 20.5+) without overly complicating the
> interface will be a challenge.
There is no XEmacs font model, which is the only hard thing about it. I
discussed with wmperry how to make it use the full font.el font model,
that's not hard, it is just a small matter of programming.
I would dearly love to see this change. Perhaps the new Emacs redisplay
will force us to do it. :) The merging of font properties is very nice and
powerful.
-Bill P.