From: Ergus <spacibba@aol.com>
To: Juri Linkov <juri@linkov.net>
Cc: Stefan Monnier <monnier@iro.umontreal.ca>,
Drew Adams <drew.adams@oracle.com>,
emacs-devel@gnu.org
Subject: Re: feature/completions-highlight-modifications e3c5b99 3/6: Add completions-highlight-mode initial implementation.
Date: Mon, 23 Nov 2020 12:46:20 +0100 [thread overview]
Message-ID: <20201123114620.6htiapgjp4oykvib@Ergus> (raw)
In-Reply-To: <87pn44juyg.fsf@mail.linkov.net>
On Mon, Nov 23, 2020 at 11:14:47AM +0200, Juri Linkov wrote:
>> Could you try it now please?
IMO icomplete (and ido/ivy/helm/etc) are more invasive than this mode
(as I conceived it initially at least) because they diverged much more
from the *Completions* way to do and the <tab> philosophy. I would
actually prefer to remove features from this one if there is a chance to
add some of these improvements to the default completion system (after
the expected war of course). Maybe making it less "zsh-ich" and just
improving a bit the Completions interaction may be possible??
In case you really think that nothing of this may become default then I
prefer to add this code as a package to elpa instead; to not overload
the base code with potentially useless/unknown modes that nobody will
find useful/discover (once a user is capable to configure their init.el
they will go for icomplete/ido/fido/ivy/helm instead of this).
I think very few old users use the default completions system these days
and it gives a terrible first impression to new comers and make emacs
feel too "vintage".
That's what I want to improve. If the changes we do are conservative
enough (maybe just like the first version I proposed: add tabs, arrows
interaction and highlight after an extra tab) It may not bother old
users while the new will find the more interactive behavior after the
extra tab very handy.
>
>Also setting buffer-local cursor-in-echo-area to t in the completions
>buffer provides a better look and feel of editing in the minibuffer
>(like you disabled mode-line).
Ahh I forgot to mention.
In gui interface cursor-in-echo-area works fine (setting the cursor in
the "right" position) but in -nw the cursor is set at the end of the
line and leaves an extra space.
I am not sure if this is an issue or a feature IMO it is an issue
because behavior must be the same either in tui or gui.
I even considered to set an overlay but maybe this is something must be
properly fixed (if it is an issue of course)
Best,
Ergus
next prev parent reply other threads:[~2020-11-23 11:46 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20201115023629.19537.77471@vcs0.savannah.gnu.org>
[not found] ` <20201115023631.C78AB20A27@vcs0.savannah.gnu.org>
2020-11-15 18:41 ` feature/completions-highlight-modifications e3c5b99 3/6: Add completions-highlight-mode initial implementation Stefan Monnier
2020-11-15 22:49 ` Ergus
2020-11-15 23:32 ` Stefan Monnier
2020-11-16 3:37 ` Ergus
2020-11-16 3:56 ` Stefan Monnier
2020-11-16 5:40 ` Drew Adams
2020-11-16 7:39 ` Ergus
2020-11-16 5:38 ` Drew Adams
2020-11-16 8:54 ` Juri Linkov
2020-11-16 10:27 ` Ergus
2020-11-16 20:23 ` Juri Linkov
2020-11-16 21:16 ` Drew Adams
2020-11-17 0:46 ` Ergus
2020-11-17 20:02 ` Juri Linkov
2020-11-17 20:52 ` Drew Adams
2020-11-18 19:43 ` Juri Linkov
2020-11-18 22:45 ` Drew Adams
2020-11-19 3:25 ` Ergus
2020-11-19 7:45 ` Juri Linkov
2020-11-19 10:50 ` Ergus
2020-11-20 9:32 ` Juri Linkov
[not found] ` <20201120145248.wmbv2zgbvs7bg25i@Ergus>
2020-11-21 19:30 ` Juri Linkov
2020-11-22 13:28 ` Ergus
2020-11-22 20:03 ` Juri Linkov
2020-11-22 23:09 ` Ergus
2020-11-23 9:14 ` Juri Linkov
2020-11-23 11:46 ` Ergus [this message]
2020-11-23 14:13 ` Jean Louis
2020-11-23 19:12 ` Eli Zaretskii
2020-11-23 19:44 ` Jean Louis
2020-11-23 20:54 ` Dmitry Gutov
2020-11-23 23:27 ` Ergus via Emacs development discussions.
2020-12-10 1:16 ` Dmitry Gutov
2020-12-10 8:23 ` Juri Linkov
2020-11-25 8:49 ` Juri Linkov
2020-11-20 14:24 ` Stefan Monnier
[not found] ` <20201120144940.p55brblxpuowslag@Ergus>
2020-11-20 15:15 ` Stefan Monnier
2020-11-16 16:03 ` Drew Adams
2020-11-16 20:28 ` Juri Linkov
2020-11-16 21:31 ` Drew Adams
2020-11-18 19:30 ` Juri Linkov
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=20201123114620.6htiapgjp4oykvib@Ergus \
--to=spacibba@aol.com \
--cc=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=juri@linkov.net \
--cc=monnier@iro.umontreal.ca \
/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).