all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'William Xu'" <william.xwl@gmail.com>, <help-gnu-emacs@gnu.org>
Subject: RE: Info-mode and ido
Date: Mon, 31 Mar 2008 10:29:26 -0700	[thread overview]
Message-ID: <000d01c89354$c4c12f70$c2b22382@us.oracle.com> (raw)
In-Reply-To: <m2d4pbczd6.fsf@gmail.com>

> > A difference is that Ido shows candidates in the minibuffer 
> > and Icicles does not, but that is not a major UI difference.
> > (And you can use Icicles with icomplete[+].el.)
> 
> Thanks for pointing out.  (I guess mastering Icicles must be tough...)

Tough why? Because it does not give you "ido-style" out of the box?

You don't need to master Icicles to use it, but if you want non-default behavior
then yes, you need to find out what's available. It's like Emacs: you can get
behavior you are used to in another editor, but you might need to read some doc
to find out how.

> That works more like ido, only very slow.  I did some tests with
> icy-mode and icomplete-mode on.  It(switching buffers, selecting nodes
> in Info-mode) usually takes around 0.5~1 second for the completions to
> appear in minibuffer, on a 2.2GHz, Intel Core 2 Due macbook. 

I don't want to belabor this, but I'll mention it for others:

1. icomplete[+].el is different from Icicles. I mentioned it only because you
like to see candidate feedback in the minibuffer - even if you don't look at it.
;-)

2. By default, Icicles updates the set of completions at each character you
edit. You can turn this incremental completion off as an option or toggle it
off/on using `C-#' in the minibuffer. There are also other options to control
this behavior: a delay and a threshold (number of candidates).

3. Icicles also checks where, in your input, matching fails, and it highlights
that non-matching part (hit `C-M-l' to delete it). (This is similar to the
isearch match-failure highlighting that we added to Emacs recently.) That can
mean multiple checks of parts of your input against the domain of candidates (it
uses binary search to minimize the number of checks).

`C-#' also turns this off/on. There are additional options to control this
behavior: a delay, a threshold, and when to perform it - never, only on demand
(when you hit [S-]TAB), not for lax completion (e.g. file names), not for remote
file names, and so on.

Someone like yourself, who tends not to look at what he types and is concerned
about speed, might want to turn off non-match highlighting for specific contexts
or always.

4. You can complete without displaying *Completions*. That display, which you
find distracting, also takes some time.

5. What seems to be faster is sometimes slower. ;-)

HTH.





      reply	other threads:[~2008-03-31 17:29 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-25 11:32 Info-mode and ido William Xu
2008-03-29 22:02 ` Drew Adams
2008-03-30  7:49   ` William Xu
2008-03-30  9:12     ` Peter Dyballa
2008-03-30  9:18       ` William Xu
2008-03-30 16:42         ` Drew Adams
2008-03-30 16:42     ` Drew Adams
2008-03-31  0:20       ` William Xu
2008-03-31  1:29         ` Drew Adams
2008-03-31  2:40           ` William Xu
2008-03-31  3:34             ` Drew Adams
2008-03-31  4:05               ` William Xu
2008-03-31 17:29                 ` Drew Adams [this message]

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='000d01c89354$c4c12f70$c2b22382@us.oracle.com' \
    --to=drew.adams@oracle.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=william.xwl@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.