all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Namespaces - summary, conclusion
@ 2020-05-04  9:27 Philippe Vaucher
  2020-05-04 10:11 ` Philippe Vaucher
                   ` (3 more replies)
  0 siblings, 4 replies; 26+ messages in thread
From: Philippe Vaucher @ 2020-05-04  9:27 UTC (permalink / raw)
  To: Emacs developers

Hello,

I think for my part the amount of bikeshedding done was enough now and
I can come to some conclusions.

The proposal of aliasing or renaming Elisp functions that some of us
feel inadequately named/grouped got mostly a strong resistance by what
can be considered iconic figures of this community. I think that
cannot be taken lightly.

Here's a non exhaustive list of the counter-arguments, roughly ordered
how I feel are the best arguments to the not-so-relevant but
interesting:

- Adding new aliases, while improving the experience of those who like
to do an exact search for the regexp "^domain-.*", will degrade the
experience of those who like to search the manual "the classic way"
using "C-h d" or "C-h a".
- Adding new aliases or renaming functions might confuse the users
that are used to the current names. For example they might not
immediately understand that "re-search-in-string" means "string-match"
and have to look it up, wasting time.
- Adding new aliases increases the memory usage, the size of the
manual, and the amount of things to maintain.
- Emacs Lisp is fundamentaly a language where all concepts intermix
and thus is chaotic by nature, trying to organize it into categories
is against history and does not make sense.
- Even if we agree not to even touch the function name other than
adding a prefix (e.g `keep-lines` becoming `buffer-keep-lines`),
people will disagree on which prefix to use or about the genericity of
a function making it unprefixable, or that's it's a crime to history,
and thus consensus will be impossible to attain for almost every
proposed function.

Given this is more or less the position held by Alan, Eli, Richard,
Drew and João I think the chances of seeing new aliases is close to 0.
Until now every one of the proposed aliases (in string- or regexp-)
were rejected for arguably good reasons but the message is pretty
clear, I think aliases in Emacs core are a dead end (for now, that
might change later) and will only live in libraries in MELPA (or ELPA
is authors care).

So, the altenatives proposed are, ordered by chances of seeing it happening:

- Not rename anything, write some completion function that first
completing-read one of the section at
https://www.gnu.org/software/emacs/manual/html_node/elisp/index.html,
then using tricks to collect all function names there completing-read
that list of functions. Might be bound to a new "C-h <somekey>".
- Improve the sorting algorithm so somehow the function names
associated with a topic are automatically but to the top when you
search one of the "obvious" keywords like "alist" or "regexp". The
path toward that solution is pretty unclear to me, feel free to expand
on it.
- Add namespaces to Emacs Lisp.

Then there are other discussions going on, like the manual not
offering a "tutorial view" with highlighted examples, but I think
these are other discussions and should be discussed on their own.

Kind regards,
Philippe



^ permalink raw reply	[flat|nested] 26+ messages in thread

end of thread, other threads:[~2020-05-05 16:12 UTC | newest]

Thread overview: 26+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-05-04  9:27 Namespaces - summary, conclusion Philippe Vaucher
2020-05-04 10:11 ` Philippe Vaucher
2020-05-04 11:38 ` Stefan Kangas
2020-05-04 12:42   ` Philippe Vaucher
2020-05-04 13:13     ` Alfred M. Szmidt
2020-05-04 13:24       ` Stefan Kangas
2020-05-04 13:35       ` Joost Kremers
2020-05-04 14:18         ` Alfred M. Szmidt
2020-05-04 15:35           ` tomas
2020-05-04 16:32             ` Philippe Vaucher
2020-05-04 14:59     ` 조성빈
2020-05-04 16:28       ` Philippe Vaucher
2020-05-05 10:22       ` 조성빈
2020-05-04 15:00     ` Eli Zaretskii
2020-05-04 16:36       ` Philippe Vaucher
2020-05-04 16:52         ` Alfred M. Szmidt
2020-05-04 16:52         ` Alfred M. Szmidt
2020-05-05 16:12           ` Alfred M. Szmidt
2020-05-04 17:08         ` Eli Zaretskii
2020-05-04 18:47         ` Stefan Monnier
2020-05-04 17:36     ` Stefan Monnier
2020-05-04 18:05       ` Philippe Vaucher
2020-05-04 18:25         ` Drew Adams
2020-05-04 14:43 ` Eli Zaretskii
2020-05-04 16:25   ` Philippe Vaucher
2020-05-04 23:40 ` chad

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.