From: David Kastrup <dak@gnu.org>
Cc: juri@jurta.org, eliz@gnu.org, emacs-devel@gnu.org
Subject: Re: Possible change to startup.el
Date: Sun, 17 Apr 2005 11:31:41 +0200 [thread overview]
Message-ID: <85mzrxg35u.fsf@gnu.org> (raw)
In-Reply-To: <E1DMyv2-00079M-W6@fencepost.gnu.org> (Richard Stallman's message of "Sat, 16 Apr 2005 21:49:52 -0400")
[proposal was IIRC:]
(menu-string-displayable-p STRING &optional DISPLAY)
Richard Stallman <rms@gnu.org> writes:
> For example, AUCTeX has an option that will enable the use of Unicode
> math characters in menus. How can I know when to enable it by
> default? I need to know for every platform that Emacs might be
> running on, and this might even depend on your settings for the menu
> font and the locale.
>
> The interface that has been proposed is defined so as to make
> complete informatoin available about what is or isn't supported.
> That makes it so complex to implement--to complex to be considered
> for now, and undesirable even for later.
I can't quite see why having complete information about what is or
isn't supported would be undesirable for later. As an application
developer, I'd rather consider it desirable. It seems reasonable to
solve this task once, within Emacs.
> AUCTeX needs *some* information. Could it be satisfied with less?
> What is the minimum, simplest, information that could be enough?
Well, we can omit the "technicality" of actually installed fonts: it
would be sufficient to know whether a given string could be mapped to
the toolkit _if_ the fonts were available (this will be an incentive
to people to actually install fonts _if_ they could be made to work).
I can't see how one could get along with different call semantics,
though: different displays may have different toolkits at least on the
upcoming multi-tty (like being on the tty and on x11), so it would
seem silly not to provide the DISPLAY option, and the various unifying
modes mean that we can't really give a definite decision when only
knowing about the charset instead of the actual characters in STRING.
As an intermediate version, something based on the charset/display
combination instead of the character/display combination would help a
lot already, and since charsets are not strings, one could later make
the function accept a string, too, or just a single character (in
Emacs encoding?).
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2005-04-17 9:31 UTC|newest]
Thread overview: 85+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-03 10:31 Possible change to startup.el Thien-Thi Nguyen
2005-04-07 6:55 ` Juri Linkov
2005-04-08 3:22 ` Richard Stallman
2005-04-08 6:31 ` Marcelo Toledo
2005-04-08 7:27 ` Kenichi Handa
2005-04-08 18:32 ` Juri Linkov
2005-04-08 18:43 ` Marcelo Toledo
2005-04-10 1:54 ` Richard Stallman
2005-04-08 10:44 ` Eli Zaretskii
2005-04-08 18:32 ` Juri Linkov
2005-04-09 8:00 ` Eli Zaretskii
2005-04-13 23:58 ` David Kastrup
2005-04-14 4:02 ` Eli Zaretskii
2005-04-14 9:46 ` David Kastrup
2005-04-15 8:15 ` Eli Zaretskii
2005-04-14 19:03 ` Richard Stallman
2005-04-14 23:40 ` David Kastrup
2005-04-17 1:49 ` Richard Stallman
2005-04-17 9:31 ` David Kastrup [this message]
2005-04-17 19:20 ` Richard Stallman
2005-04-17 19:51 ` David Kastrup
2005-04-10 1:54 ` Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2005-03-31 12:01 Thien-Thi Nguyen
2005-03-31 12:59 ` Kim F. Storm
2005-03-31 13:43 ` David Kastrup
2005-03-31 22:19 ` Kim F. Storm
2005-04-01 4:10 ` Richard Stallman
2005-04-01 4:03 ` Juri Linkov
2005-04-03 5:20 ` Richard Stallman
2005-03-31 11:37 Thien-Thi Nguyen
2005-03-31 12:05 ` Miles Bader
2005-03-31 13:32 ` Thien-Thi Nguyen
2005-03-31 14:29 ` Miles Bader
2005-03-31 16:15 ` Thien-Thi Nguyen
2005-03-31 22:23 ` Miles Bader
2005-04-01 4:10 ` Richard Stallman
2005-03-30 22:47 Thien-Thi Nguyen
2005-03-30 23:38 ` David Kastrup
2005-04-01 4:11 ` Richard Stallman
2005-03-31 1:40 ` Miles Bader
2005-03-31 1:02 ` Marcelo Toledo
2005-03-31 3:20 ` Miles Bader
2005-03-31 2:21 ` Marcelo Toledo
2005-03-31 6:59 ` Juri Linkov
2005-04-01 4:11 ` Richard Stallman
2005-03-25 18:07 Thien-Thi Nguyen
2005-03-27 3:52 ` Richard Stallman
2005-03-27 23:15 ` Juri Linkov
2005-03-28 22:53 ` Richard Stallman
2005-03-29 20:19 ` Thien-Thi Nguyen
2005-03-30 4:08 ` Marcelo Toledo
2005-03-30 9:42 ` Thien-Thi Nguyen
2005-03-24 10:49 Thien-Thi Nguyen
2005-03-24 19:05 ` Miles Bader
2005-03-25 6:43 ` Richard Stallman
2005-03-21 18:44 David Kastrup
2005-03-21 20:50 ` Thien-Thi Nguyen
2005-03-21 21:10 ` David Kastrup
2005-03-21 21:25 ` Andreas Schwab
2005-03-21 22:14 ` David Kastrup
2005-03-22 0:03 ` Andreas Schwab
2005-03-22 1:38 ` David Hansen
2005-03-23 18:25 ` James Cloos
2005-03-27 3:53 ` Richard Stallman
2005-03-22 4:55 ` Eli Zaretskii
2005-03-22 6:24 ` Miles Bader
2005-03-22 8:15 ` Kenichi Handa
2005-03-22 8:27 ` Miles Bader
2005-03-22 10:40 ` David Kastrup
2005-03-22 12:44 ` Jason Rumney
2005-03-22 20:31 ` Werner LEMBERG
2005-03-22 11:23 ` Kenichi Handa
2005-03-22 12:33 ` Juri Linkov
2005-03-22 19:32 ` Eli Zaretskii
2005-03-22 10:18 ` David Kastrup
2005-03-22 19:34 ` Eli Zaretskii
2005-03-22 22:24 ` David Kastrup
2005-03-22 20:44 ` Richard Stallman
2005-03-22 22:32 ` Thien-Thi Nguyen
2005-03-23 6:21 ` Richard Stallman
2005-03-23 13:55 ` Juri Linkov
2005-03-23 18:01 ` Werner LEMBERG
2005-03-25 12:51 ` Kenichi Handa
2005-03-23 20:25 ` Richard Stallman
2005-03-22 13:57 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=85mzrxg35u.fsf@gnu.org \
--to=dak@gnu.org \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=juri@jurta.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.