From: Stefan Monnier <monnier@IRO.UMontreal.CA>
To: Jambunathan K <kjambunathan@gmail.com>
Cc: 11131@debbugs.gnu.org
Subject: bug#11131: 24.0.94; Apropos bookmarks
Date: Tue, 11 Sep 2012 14:04:28 -0400 [thread overview]
Message-ID: <jwvk3w0v3z5.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <87sjao33j1.fsf@gmail.com> (Jambunathan K.'s message of "Tue, 11 Sep 2012 22:22:50 +0530")
>>> With a simple ido-like completion (or iswitchb-like completion),
>>> I can jump to the function name quickly without typing the whole
>>> function name.
>> Again: "Which part of "ido-like" would you like to see there?".
> The answer has to be how the UI works (i.e., how I *interact* with the
> completion mechanism and not how completions are computed.)
In that case the change can't be active by default because that would be
incompatible with our desire for a consistent completion UI.
> It would be wonderful if -
> All aspects of completion happens right within the mini-buffer.
> With the default interface the following are turn-offs (which is pretty
> much everything)
> - TAB,
> - work window getting split in to two
> - Using mouse or RET for final choice
I'm not exactly sure about what you mean by the above. IDO still uses
TAB and RET in mostly similar ways to the default UI, and still splits
the window when displaying the *Completions* buffer.
Have you tried icomplete-mode?
> Since my bookmarks are function names, substring completion is what I
> desire. (Many functions share the *same* prefix)
It seems this can't be changed by customizing
completion-category-overrides right now, so we'll need to change
bookmark.el's completion table to provide a `category'.
> [Context Switch] I think having a standard hook to choose the default
> name of bookmark will also be useful. In prog-modes, I will probably
> set it to which-function.
Sounds fine. Patch welcome.
>>> Have bookmark use completing-read-function.
>> It does, since it calls completing-read which in turn calls the
>> completing-read-function.
> May be there is a reason why completing-read-function is not
> customizable?
You can customize it, just not with Custom. No particular reason.
Stefan
next prev parent reply other threads:[~2012-09-11 18:04 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-30 8:26 bug#11131: 24.0.94; Apropos bookmarks Jambunathan K
2012-03-30 12:45 ` Stefan Monnier
2012-09-11 8:11 ` Jambunathan K
2012-09-11 13:18 ` Stefan Monnier
2012-09-11 16:52 ` Jambunathan K
2012-09-11 18:04 ` Stefan Monnier [this message]
2012-09-11 19:29 ` Juri Linkov
2012-10-26 17:35 ` Stefan Monnier
2012-10-26 20:11 ` Jambunathan K
2012-10-26 20:45 ` Stefan Monnier
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=jwvk3w0v3z5.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=11131@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 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.