From: "Drew Adams" <drew.adams@oracle.com>
To: "'Jambunathan K'" <kjambunathan@gmail.com>, <13206@debbugs.gnu.org>
Subject: bug#13206: 24.3.50; FR: insert-char must(?) show characters visually in completion buffer
Date: Mon, 17 Dec 2012 06:45:54 -0800 [thread overview]
Message-ID: <7DEBA08D473B450EBF27EAD61A80021F@us.oracle.com> (raw)
In-Reply-To: <87licwiyp9.fsf@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1722 bytes --]
> It will be wonderful if ucs-insert shows the characters
> visually in the completion buffer.
FWIW, Icicles has had that feature for quite a while.
The attached screenshot shows also what happens when cycling:
*Completions* mode line shows the char with its code point.
,----
| icicle-read-char-by-name is a compiled Lisp function.
|
| (icicle-read-char-by-name PROMPT &optional NAMES)
|
| Read a character by its Unicode name or hex number string.
| Display PROMPT and read a string that represents a character by its
| Unicode property `name' or `old-name'. Return the char as a number.
|
| You can use completion against the Unicode name of the character.
|
| In Icicle mode:
|
| * The character itself is displayed next to its name, even though it
| is not part of the completion candidate. WYSIWYG.
|
| * When you cycle among candidates, the current character and its
| Unicode code point are shown in the mode line (provided user option
| `icicle-help-in-mode-line-delay' is greater than zero.)
|
| If you use a dedicated `*Completions*' frame, then the font used in
| `*Completions*' is the same as the frame from which you invoked
| completion.
|
| If you use library `doremi-frm.el' then you can increase the font size
| for `*Completions*' dynamically using `C-x -'.
|
| As an alternative to completing the Unicode name, you can input a
| number for the Unicode code point: a hexidecimal number or a number in
| hash notation: #o21430 for octal, #x2318 for hex, or #10r8984 for
| decimal.
|
| Non-nil optional arg NAMES is an alist of names to use in place of the
| value returned by `icicle-ucs-names'. It must have the same form as
| such a return value: (CHAR-NAME . CHAR-CODE).
`----
[-- Attachment #2: throw-icy-unicode-comp.png --]
[-- Type: image/png, Size: 14777 bytes --]
next prev parent reply other threads:[~2012-12-17 14:45 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-17 13:40 bug#13206: 24.3.50; FR: insert-char must(?) show characters visually in completion buffer Jambunathan K
2012-12-17 14:34 ` Stefan Monnier
2012-12-17 14:45 ` Drew Adams [this message]
2013-11-15 4:44 ` Jambunathan K
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7DEBA08D473B450EBF27EAD61A80021F@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=13206@debbugs.gnu.org \
--cc=kjambunathan@gmail.com \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).