From: irenezerafa <irenezerafa@protonmail.com>
To: Carlos Pita <carlosjosepita2@gmail.com>
Cc: Lars Ingebrigtsen <larsi@gnus.org>, 51819@debbugs.gnu.org
Subject: bug#51819: The Senselessness of Emacs Company Mode
Date: Tue, 16 Nov 2021 21:44:19 +0000 [thread overview]
Message-ID: <3HH5OTjwiEa88ERSj68bCu9Csjgz9OYjUG6L5IyHtmwPK1MKtzmNTPuOGVuit4Rr8XddlRKtCDNBv1vRhuBFEd2qUCsJP268H7lADLShZ7w=@protonmail.com> (raw)
In-Reply-To: <CAEOO5Tc-7BaapQ3jy0xHDq-v-rEoozCXOWj=iANiUi_Twvw3wg@mail.gmail.com>
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Tuesday, November 16th, 2021 at 9:30 PM, Carlos Pita <carlosjosepita2@gmail.com> wrote:
> > > I am installing Company Mode so I can use auto completion.
>
> One last thing that I believe should be obvious at this point, but
> just in case: you don't need to install company to use
> auto-completion, auto-completion works OOTB.
I did not know this. Thought company is the OOTB one, than an external thing.
How does one use the auto-completion you are discussing?
> Company sports an overlay that many people find convenient and AFAIK
> also defines some extensions to the core protocol (whose usage is
> seemingly not encouraged these days anyway).
>
> Emacs auto-completions come mostly in two flavours:
>
> 1. completing-read, for example the one for C-x C-f
> 2. completion-at-point, namely the one you want to customize using company.
>
> But if you only need some vertical fuzzy-matching experience for 1 and
> a popup for 2, just install corfu and you're good with a configuration
> as simple as the one I posted above. I know this is of little
> consolation, because you have already been exposed to information that
> you don't care about, but that's the best I have.
> > There is a time that the project needs to clean things up a bit.
> There has been a significant cleanup regarding completion, both in
> core emacs and in the community. Things are pretty mature right now
> and expectations converge around the two core protocols listed above
> (compare it to the situation a few years ago, with the emergence of
> helm, ivy, company, etc, as well as ido, pcomplete, etc in the core).
I use ivy, company and orderless.
> But you are complaining about the outcome of a historical development
> that there was no clear way (nor desire, I hope) to prevent. I don't
> want to be Pangloss here, but it's in the nature of things that
> extensions will be less conservative and change faster than the core.
>
> This has both positive and negative aspects: on the plus side, you may
> have been enjoying helm, ivy and company for years now, on the minus
> side there is this senselessness you perceive (and you have painted a
> rosy picture of it...). Some alternatives are a fossilised project or
> a project that is breaking things with every release; by all means,
> there is no such way as a project evolving at the perfect rate of
> change, there is always uncertainty about future directions, many of
> them yet unknown, and also a pile of constraints inherited from past
> decisions. IMO having a creative and active community is more of an
> asset than a liability, even if sometimes it's innovating too fast for
> the project to provide any sort of meaningful coordination. But you
> seem to see a slow-paced project instead of the fast-paced community
> around it. I may agree with you about some other emacs aspects, but
> regarding completion I believe sustained progress has actually been
> made over the years.
It is more from the new user point of view that emacs is becoming
more complicated to configure. I am using company mode as is, but
decided to advise, for free.
> > wasting months or years trying to follow the haphazard evolution of the software.
> Sure, some other projects take more decisions upfront at the price of
> losing some flexibility, maybe you would be better served by vscode in
> that regard. Extreme flexibility is not necessarily a virtue, my empty
> all-in-one-editor.c is as flexible as it is useless. At any rate I don't
> think this is the case with emacs, but it's clearly biased towards
> more organic evolution that you seem to dislike.
Have used vscode. Am not against organic evolution, but once something
becomes a fundamental functionality (e.g. completion), evolution should
move consciously after some time. It is a different focus that also has
its place.
> Best regards,
> Carlos
next prev parent reply other threads:[~2021-11-16 21:44 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-13 22:57 bug#51819: The Senselessness of Emacs Company Mode irenezerafa via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-14 1:26 ` Lars Ingebrigtsen
2021-11-15 4:53 ` Richard Stallman
2021-11-16 19:12 ` irenezerafa
2021-11-15 6:51 ` Carlos Pita
2021-11-16 19:22 ` irenezerafa
2021-11-16 20:07 ` Carlos Pita
2021-11-16 20:23 ` irenezerafa
2021-11-16 21:30 ` Carlos Pita
2021-11-16 21:44 ` irenezerafa [this message]
2021-11-16 22:48 ` Carlos Pita
2021-11-16 23:24 ` irenezerafa
2021-11-17 0:15 ` irenezerafa
2021-11-17 2:30 ` bug#51819: [External] : " Drew Adams
2021-11-17 3:08 ` Carlos Pita
2021-11-17 2:53 ` irenezerafa via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-17 16:36 ` bug#51819: [External] : " Drew Adams
2021-11-17 3:00 ` irenezerafa via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-17 3:12 ` Carlos Pita
2021-11-17 3:40 ` Carlos Pita
2021-11-17 16:13 ` irenezerafa
2021-11-17 16:36 ` bug#51819: [External] : " Drew Adams
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='3HH5OTjwiEa88ERSj68bCu9Csjgz9OYjUG6L5IyHtmwPK1MKtzmNTPuOGVuit4Rr8XddlRKtCDNBv1vRhuBFEd2qUCsJP268H7lADLShZ7w=@protonmail.com' \
--to=irenezerafa@protonmail.com \
--cc=51819@debbugs.gnu.org \
--cc=carlosjosepita2@gmail.com \
--cc=larsi@gnus.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 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.