From: Drew Adams <drew.adams@oracle.com>
To: "B. T. Raven" <btraven@nihilo.net>, help-gnu-emacs@gnu.org
Subject: RE: .emacs poser
Date: Sun, 29 Dec 2013 15:48:34 -0800 (PST) [thread overview]
Message-ID: <ded3b467-c5b8-4887-9466-c013e862b3ec@default> (raw)
In-Reply-To: <l9q71t0502@news6.newsguy.com>
> >>> I know about ucs-insert but don't want to have to look
> >>> up the hexcodes.
> >>
> >> You do not have to know the hex code — the canonical character name
> >> will do just fine, and there is tab completion.
>
> Wow! Who'd'a thunk? I entered in lower case 'combining', tab
> upcased it, and tab again gave a whole page of canonical names
> starting with COMBINING !!
>
> > And if you have completion with regexp or substring patterns
> > then it becomes even simpler.
>
> Any regular expression in the mini-buffer returns "Not a unicode
> character..."
I said, "IF you have completion with regexp or substring patterns".
If you use Icicles, for instance, you can match using such patterns.
And you can use progressive completion: match any number of such
patterns, in any order (e.g., multiple substrings).
Actually, you can even match against the character itself. Why
might you want to do that? To see the corresponding Unicode
character name(s), including any old names. For example, for
the character ` you get these two completion candidates:
GRAVE ACCENT `
SPACING GRAVE `
Completion candidates for this command are multi-completions: the
char name followed by the char itself, separated by a TAB char.
The main purpose for this is to show you the characters along
with their names (WYSIWYG). The chars are shown in
*Completions* using the same font as the frame from which you
invoked `C-x 8 RET'. That you can also match against the chars
themselves is just a nice-to-have.
Another part of this feature: When you cycle among the
candidates that match your input, the mode line of *Completions*
shows the char together with its code point (in hex, octal, and
decimal).
The most important parts of this feature, however, are (a)
seeing the characters (WYSIWYG) and (b) being able to use
progressive completion, so you can use multiple simple patterns
instead of a single complex pattern.
next prev parent reply other threads:[~2013-12-29 23:48 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-17 0:01 .emacs poser B. T. Raven
2013-12-17 0:36 ` Emanuel Berg
2013-12-17 1:48 ` Dale Snell
2013-12-17 2:46 ` Drew Adams
[not found] ` <mailman.9443.1387244913.10748.help-gnu-emacs@gnu.org>
2013-12-17 2:03 ` Emanuel Berg
2013-12-17 2:58 ` Dale Snell
2013-12-17 5:53 ` Jambunathan K
[not found] ` <mailman.9453.1387249112.10748.help-gnu-emacs@gnu.org>
2013-12-17 3:16 ` Emanuel Berg
2013-12-17 5:32 ` Dale Snell
2013-12-17 6:27 ` Tilman Ahr
2013-12-17 16:42 ` Emanuel Berg
2013-12-18 2:25 ` Tilman Ahr
2013-12-18 21:17 ` Emanuel Berg
2013-12-18 3:01 ` Yuri Khan
[not found] ` <mailman.9542.1387335681.10748.help-gnu-emacs@gnu.org>
2013-12-18 21:23 ` Emanuel Berg
2013-12-19 1:13 ` Yuri Khan
[not found] ` <mailman.9626.1387415627.10748.help-gnu-emacs@gnu.org>
2013-12-20 1:40 ` Emanuel Berg
[not found] ` <mailman.9460.1387258387.10748.help-gnu-emacs@gnu.org>
2013-12-17 16:17 ` Emanuel Berg
2013-12-17 17:36 ` Dale Snell
[not found] ` <mailman.9507.1387301817.10748.help-gnu-emacs@gnu.org>
2013-12-17 17:41 ` Emanuel Berg
2013-12-17 3:06 ` Yuri Khan
2013-12-17 15:17 ` Drew Adams
2013-12-18 1:38 ` Yuri Khan
2013-12-17 7:41 ` Kevin Rodgers
2013-12-17 15:24 ` Doug Lewan
[not found] ` <mailman.9465.1387266001.10748.help-gnu-emacs@gnu.org>
2013-12-17 15:40 ` Sebastien Vauban
2013-12-17 16:29 ` Drew Adams
2013-12-17 16:49 ` Emanuel Berg
2013-12-17 18:20 ` Eli Zaretskii
[not found] ` <mailman.9492.1387293902.10748.help-gnu-emacs@gnu.org>
2013-12-17 17:14 ` Emanuel Berg
2013-12-17 17:16 ` Emanuel Berg
2013-12-17 19:04 ` Doug Lewan
[not found] ` <mailman.9512.1387307070.10748.help-gnu-emacs@gnu.org>
2013-12-17 22:42 ` Emanuel Berg
2013-12-17 23:35 ` Doug Lewan
2013-12-17 21:15 ` Joost Kremers
2013-12-17 22:44 ` Emanuel Berg
2013-12-17 23:25 ` Emanuel Berg
2013-12-18 3:22 ` Jambunathan K
[not found] ` <mailman.9544.1387337046.10748.help-gnu-emacs@gnu.org>
2013-12-18 21:42 ` Emanuel Berg
[not found] ` <mailman.9628.1387418319.10748.help-gnu-emacs@gnu.org>
2013-12-19 2:52 ` Emanuel Berg
2013-12-19 3:00 ` Emanuel Berg
2013-12-20 5:31 ` Jambunathan K
2013-12-20 5:38 ` Jambunathan K
[not found] ` <mailman.9724.1387517532.10748.help-gnu-emacs@gnu.org>
2013-12-20 17:52 ` Emanuel Berg
2013-12-27 6:00 ` B. T. Raven
2013-12-27 14:12 ` Yuri Khan
2013-12-27 16:11 ` Drew Adams
[not found] ` <mailman.10526.1388160732.10748.help-gnu-emacs@gnu.org>
2013-12-29 22:17 ` B. T. Raven
2013-12-29 23:48 ` Drew Adams [this message]
2013-12-20 1:52 ` Jambunathan K
2013-12-19 22:24 ` Joost Kremers
2013-12-19 23:16 ` Emanuel Berg
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=ded3b467-c5b8-4887-9466-c013e862b3ec@default \
--to=drew.adams@oracle.com \
--cc=btraven@nihilo.net \
--cc=help-gnu-emacs@gnu.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.
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).