unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Jean Louis <bugs@gnu.support>
To: Tassilo Horn <tsdh@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: [GNU ELPA] New package proposal: aggressive-completion.el
Date: Sat, 3 Apr 2021 12:49:10 +0300	[thread overview]
Message-ID: <YGg6FnVUf8RQB/9n@protected.localdomain> (raw)
In-Reply-To: <87o8evok58.fsf@gnu.org>

* Tassilo Horn <tsdh@gnu.org> [2021-04-03 11:19]:
>   1) automatically completes for you after a short delay, and it
>   2) always shows the completion help (unless there are too many).

Great.

I like the idea as it improves standard completion but does not
exaggerate.

What I would find very useful is to avoid writing * as wildcard symbol to
find possible completions. My candidates are like 20847 items or more
sometimes. Reason why I use ivy or helm is to avoid using wildcard. But
most of times I use standard completion with the wildcard. Here is
example, shorter list of candidates:

Articles & Stories :: It Might Help [9783]
Cards :: Help Sell War Bonds [12098]
Email :: Write to help-gnu-emacs@gnu.org mailing list [587]
Free Software :: Saying No to unjust computing even once is help [35654]
Knots :: 7 Great Idea With Rope That Will Help You A Lot [208]
Literature Reviews :: Helpful Hints for Amateurs [15027]
MELPA Notes :: <2020-10-23 Fr 14:13> DENOUNCE PROPRIETARY NON-FREE swift-helpful [35021]
Miscellaneous & Utilities :: Helpful Hints [17069]
Patter :: Helpful Advice on Patter [19062]
Poetry :: How The "Sphinx" Helps [19279]
Purposes :: Continually help Clients reach goals and purposes [35692]
WWW Bookmarks :: http://helpers.hu/investment [31872]
WWW Bookmarks :: http://www.foresoft.com/onlinehelp/cds/CDS9_1.htm [32830]

In that list I wish to pin-point ID 587, so I write:

*help*emacs<TAB><TAB>

Your package allows me to write just *help*em to get completion. I
find it useful, as I spare the TABs. Though I do not know yet if it
makes completion slower, maybe.

What I would find more useful is if completion works without wildcard,
so that space is ignored.

Then I could write:

"help emacs" and I would get the completion.

Do you think that space can be made to be ignored, if not by default,
then at least as user option?

Additionally, it would be great if terms searched could be found in
reverse order without loading external packages.

Then I could write: "emacs help" and get the completion.

Thus 2 things would improve, IMHO, this package:

1. to ignore space when completing, as that is what ivy, helm do, at
   least as user option, if not by default

2. to find candidates by any order of terms queried, at least as user
   option, if not by default

Jean




  parent reply	other threads:[~2021-04-03  9:49 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-03  7:53 [GNU ELPA] New package proposal: aggressive-completion.el Tassilo Horn
2021-04-03  8:37 ` Tassilo Horn
2021-04-03  9:11 ` Manuel Uberti
2021-04-03  9:42   ` Tassilo Horn
2021-04-03 10:14     ` Jean Louis
2021-04-03 11:17     ` Jean Louis
2021-04-03 10:07   ` Jean Louis
2021-04-03  9:36 ` Jean Louis
2021-04-03 10:03   ` Tassilo Horn
2021-04-03 10:19     ` Jean Louis
2021-04-03 10:24       ` Tassilo Horn
2021-04-04 13:53     ` Basil L. Contovounesios
2021-04-04 19:05       ` Tassilo Horn
2021-04-04 20:12         ` T.V Raman
2021-04-05  7:01           ` Tassilo Horn
2021-04-05 14:21             ` T.V Raman
2021-04-04 20:26         ` Stefan Monnier
2021-04-05  7:17           ` Tassilo Horn
2021-04-03  9:49 ` Jean Louis [this message]
2021-04-03 10:05   ` Tassilo Horn
2021-04-03 11:53 ` Philip Kaludercic
2021-04-03 11:55 ` Philip Kaludercic
2021-04-03 13:43   ` Tassilo Horn
2021-04-03 17:22     ` [GNU ELPA] New package proposal: aggressive-completion.El Philip Kaludercic
2021-04-03 18:03       ` Tassilo Horn
2021-04-03 14:04 ` [GNU ELPA] New package proposal: aggressive-completion.el Stefan Monnier
2021-04-03 18:29   ` Tassilo Horn
2021-04-03 19:30     ` Tassilo Horn
2021-04-03 21:01       ` Stefan Monnier
2021-04-03 20:02 ` Gabriel

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=YGg6FnVUf8RQB/9n@protected.localdomain \
    --to=bugs@gnu.support \
    --cc=emacs-devel@gnu.org \
    --cc=tsdh@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.
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).