In article <[EMAIL PROTECTED]>, Richard Stallman <[EMAIL PROTECTED]> writes:
> I don't think it is unreasonable for single-key-description to use the > same description for these many thousands of characters especially if > they are not produced directly by any keyboard in common use. > If those values are meaningless junk, then it is not crucial what happens > for those argument values. But if they are meaningful, then they should be > handled right. > Handa, can you tell us whether these values are meaningful? > Please ask Drew for more info if you need it. It seems that Drew misunderstand generic characters. "Drew Adams" <[EMAIL PROTECTED]> writes: > `single-key-description' returns the exact same key description for > each key in the asian character sets (Japanese, Chinese, etc.). > For example, for the different input events (keys) 20864 and 20992, > the exact same description is given: "Character set JISX0208.1978 > (Japanese): ISO-IR-42". Both 20864 and 20992 are generic characters, i.e. not an acutual character but a code representing a group of characters (a charset or a row of characters). For instance, (insert 20864) signals an invalid-character error. > This is useless. The single-key description must be unique for a given > key. If nothing else, the event value should be included in the > description: e.g. "Character set JISX0208.1978 (Japanese): ISO-IR-42 - > 20864". As (split-char 20864) => (japanese-jisx0208-1978 35 0), the description can be changed to "Characters in row 35 of character set JISX0208.1978 (Japanese): ISO-IR-42 - 20864" if that is more useful. > I have code, for instance, that lets you complete key sequences. The > completion candidates are the `single-key-descriptions' of the key > sequences typed so far. At top level, they are the descriptions of > all top-level bindings and commands. For example, this is a possible > completion: > "a = self-insert-command" > And so is this: > "Character set JISX0208.1978 (Japanese): ISO-IR-42" = self-insert-command" How did you get the key 20864? --- Kenichi Handa [EMAIL PROTECTED] _______________________________________________ emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
