Re: Bug in help.el
i seriously think we should create a bunch of standard faces, both fixed kinds
like `red', `blue' and logical kinds like `emphasized', `hyperlink', ...
the problem with specifiers of course is [a] not in fsf, [b] not supported by
custom.
i hate hate hate the fsf fragmentation problem but it seems unlikely to get much
better as long as rms is lingering behind the scenes there -- this fragmentation
is exactly what he wants, since he seems to have decided that we're the sworn
enemy.
"Stephen J. Turnbull" wrote:
>>>>> "ben" == Ben Wing <ben(a)666.com> writes:
ben> i put those in. i didn't want to create a new face as of
ben> yet, since help and hyper-apropos will be merged.
The whole face-creation policy and its supporting code needs to be
rethought. Too many packages have their own versions of "emphasized"
and similar common faces. Packages like Gnus have huge suites of
faces that could easily be reused, but nobody does. I wonder if this
could be at least partially alleviated by making a point of
autoloading at least the commonly reusable faces?
Then there's the domain/locale feature of specifiers that rarely gets
used. It _should_ allow a messaging agent like Gnus to specify a spec
for emphasized text that is different in summaries and message
buffers, or different between the message buffer and an extent
containing a citation, but nobody ever uses it that way.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
--
ben
I'm sometimes slow in getting around to reading my mail, so if you
want to reach me faster, call 520-661-6661.
See http://www.666.com/ben/chronic-pain/ for the hell I've been
through.