Re: Re Re: Renaming eglot -- or at least add an alias?

[Jean Louis]

* Pedro Andres Aranda Gutierrez <paaguti@gmail.com> [2022-10-06 09:59]:
> > On 5. Oct 2022, at 17:08, Alfred M. Szmidt <ams@gnu.org> wrote:
> >
> >   It provides LSP client services to several Emacs features, yes.
> >   Having a client without this glue would be much less useful, because
> >   it would mean we'd need to develop that ourselves.
> 
> would lsp-glue describe it better?

lsp-client is meaningful as Eglot is already described as "A client
for Language Server Protocol servers".

In hacker's world inventing package names is not an easy task. Though
it is important to understand that well named packages and functions
contribute to popularity and usage in the world.

See: https://github.com/joaotavora/eglot

Myself personally, I did not find it appealing that I have to know
various spell checking commands on the system, like ispell, aspell,
but same is valid for many system commands, packages and similar.

In general, we have to think that package names were historically
limited in length and people had to be creative.

Today, we don't have limited computers.

My vision is that package names shall be totally descriptive. Their
underlying files and file locations shall not and need not be visible
to users.

One shall be able to install packages in the manner that does not talk
about their abbreviated names. What is package description it should
be the package name.

M-x package-install shall thus accept the description and not only
shortcut or short and not understandable package name.

cpio-mode? dismal? ebdb? evil? sesman? pyim? rubocop? eglot?

I beg your pardon, but that is not human friendly.

In my completion functions I am always using long descriptive names of
elementary objects. Sometimes those objects can be of same name, in
that case they are concatenated to their parents, groups, categories,
for better distinction. And I use their ID numbers.

The eglot entry in a completion function could look like:

M-x package-install RET:

A client for Language Server Protocol servers by João Távora [eglot]:

That way user would get clarity what it is about. The abbreviated name
may be parsed by function to understand which package to install.

Multiple entries become possible:

A client for Language Server Protocol servers by João Távora [eglot]:
A client for Language Server Protocol servers by Joe Doe [lsp-client]:
A client for Language Server Protocol servers by Minime [lsp-mode]:

 
-- 
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/