unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Susam Pal <susam.pal@gmail.com>
To: Philip Kaludercic <philipk@posteo.net>
Cc: Eli Zaretskii <eliz@gnu.org>,
	Payas Relekar <relekarpayas@gmail.com>,
	rms@gnu.org, emacs-devel@gnu.org
Subject: Re: [NonGNU ELPA] New package: devil
Date: Thu, 11 May 2023 09:09:34 +0100	[thread overview]
Message-ID: <CAK-5M92v9Oao5gD7i-=gGU8J9_u-J7v54wCv163AsVOapK6=CQ@mail.gmail.com> (raw)
In-Reply-To: <87lehv2wd9.fsf@posteo.net>

Philip Kaludercic <philipk@posteo.net> wrote:
> Eli Zaretskii <eliz@gnu.org> writes:
>
> >> From: Payas Relekar <relekarpayas@gmail.com>
> >> Cc: Philip Kaludercic <philipk@posteo.net>,  susam.pal@gmail.com,
> >>  emacs-devel@gnu.org
> >> Date: Thu, 11 May 2023 10:53:15 +0530
> >>
> >> Richard Stallman <rms@gnu.org> writes:
> >>
> >> > Why use the name "Devil" for this?  It doesn't seen to explain anything
> >> > about the package's purpose.  It is likely to put some people off.
> >>
> >> Every name is going to put someone or another off, can't really help it.
> >> OpenBSD has their daemon and there are already funny anecdotes about it,
> >> but it doesn't hurt anyone.
>
> Also, "daemon" is not just an OpenBSD thing.
>
> > "daemon" is a term whose meaning in computing context is widely
> > accepted for many years.  "Devil' isn't.
>
> I agree.
>
> >> > If there is no clear reason why "Devil" is a good name, let's choose
> >> > a better name now.
> >>
> >> As mentioned by Susam in previous mail, as well as the repo README, the
> >> name refers both to 'eVil' (extensible Vi Layer) as well as 'God-mode'.
> >
> > People are extremely unlikely to understand that, even if they know
> > about Evil in Emacs.  And even if they do figure out this is related
> > to Evil, the truth is that the package is not meant to be used by
> > users of Evil.
>
> I think it is more likely than you assume if you ask enthusiasts, but if
> we consider the average user who doesn't hang around in Emacs-related
> forums, chats, etc. then this is very true.
>
> >> The name is distinct, and I like it for what it is.
> >
> > Please reconsider, I think this name is very unfortunate, because it
> > gives users no clue whatsoever about the package's purpose.
>
> Susam, what do you say?  Do you have any ideas?  A few names I can think
> of might be:
>
> - no-modifier-mode
> - prefixless-mode
> - implicit-ctrl-mode
> - comma->control-mode
>
> but I'm not really convinced by any of these (haven't really used the
> package yet either).  Perhaps this might inspire someone else to come up
> with a better suggestion?

Although the default translation rules in Devil translates comma to
ctrl, m to meta, etc., Devil is very configurable and one is free to
configure Devil in other ways that may or may not involve the comma
key or the modifier keys.

For example, I am aware that there are users of Devil who use the
semicolon as the Devil activation key and translate semicolon to
control. There are also users who only translate some activation key
to control key but regular alt modifier key on their keyboard for the
meta modifier.

> If you really insist, then I think we really have to come up with a
> better description, because "Minor mode for Devil-like command entering"
> is really confusing.
>
> > Thanks.

While I understand the desire for a more descriptive name, I believe
that "Devil" is a suitable choice due to its humorous reference to
both God mode and Evil mode. Some people like the name. Some do not. I
like this name.

If it is essential for the package's name to reflect its purpose, I
propose "Devil" to stand for "Devil's Extremely Versatile Interception
Layer".

I agree that the current description of the package needs improvement.
I have now updated it to "Minor mode for intercepting and translating
key sequences."

Regards,
Susam



  parent reply	other threads:[~2023-05-11  8:09 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-11  5:23 [NonGNU ELPA] New package: devil Payas Relekar
2023-05-11  6:26 ` Po Lu
2023-05-11  6:33 ` Eli Zaretskii
2023-05-11  6:52   ` Philip Kaludercic
2023-05-11  7:07     ` Eli Zaretskii
2023-05-12 15:02       ` Brian Cully via Emacs development discussions.
2023-05-11  8:09     ` Susam Pal [this message]
2023-05-11  8:45       ` Philip Kaludercic
2023-05-11  8:58         ` Eli Zaretskii
2023-05-11  9:08           ` Susam Pal
2023-05-11  9:12             ` Philip Kaludercic
2023-05-11  9:19               ` Susam Pal
2023-05-11  9:34                 ` Ruijie Yu via Emacs development discussions.
2023-05-11 10:09                   ` Susam Pal
2023-05-11 10:31                     ` Susam Pal
2023-05-11 10:36             ` Eli Zaretskii
2023-05-11  8:56       ` Eli Zaretskii
2023-05-12 16:19   ` Jim Porter
2023-05-13  7:10     ` Philip Kaludercic
2023-05-13  9:05       ` Susam Pal
2023-05-15 22:12         ` Richard Stallman
2023-05-17 13:30         ` João Távora
2023-05-17 14:06           ` Philip Kaludercic
2023-05-17 15:41             ` João Távora
2023-05-17 15:46               ` Eli Zaretskii
2023-05-13 22:30     ` Richard Stallman
2023-05-14  4:29       ` Naming guidelines for ELPA packages (was: Re: [NonGNU ELPA] New package: devil) Jim Porter
2023-05-14  7:47         ` Naming guidelines for ELPA packages Philip Kaludercic
2023-05-14 19:23           ` Jim Porter
2023-05-14 19:33             ` Philip Kaludercic
2023-05-19  3:49               ` Jim Porter
2023-05-19  4:33                 ` Akib Azmain Turja
2023-05-20 16:51                   ` Philip Kaludercic
2023-05-21 21:03                   ` Richard Stallman
2023-05-14 21:36         ` Stefan Monnier via Emacs development discussions.
2023-05-14 22:17           ` Jim Porter
2023-05-14 23:00             ` Stefan Monnier
2023-05-15  1:36               ` Jim Porter
2023-05-15 22:15         ` Naming guidelines for ELPA packages (was: Re: [NonGNU ELPA] New package: devil) Richard Stallman
2023-05-15 22:15         ` Richard Stallman
2023-05-16  4:51           ` Jim Porter
2023-05-16  8:42           ` Naming guidelines for ELPA packages Madhu
  -- strict thread matches above, loose matches on Subject: below --
2023-05-09  1:57 [NonGNU ELPA] New package: devil Susam Pal
2023-05-09  8:42 ` Philip Kaludercic
2023-05-09  8:52   ` Eli Zaretskii
2023-05-09  8:58     ` Philip Kaludercic
2023-05-09 18:19       ` chad
2023-05-09 22:07         ` Susam Pal
2023-05-09 20:56   ` Susam Pal
2023-05-10  6:09     ` Philip Kaludercic
2023-05-10 21:00       ` Susam Pal
2023-05-10 21:56       ` Richard Stallman

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='CAK-5M92v9Oao5gD7i-=gGU8J9_u-J7v54wCv163AsVOapK6=CQ@mail.gmail.com' \
    --to=susam.pal@gmail.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=philipk@posteo.net \
    --cc=relekarpayas@gmail.com \
    --cc=rms@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).