unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Yuri Khan <yuri.v.khan@gmail.com>
To: emacs-devel@gnu.org
Subject: Re: how to speed up Lisp devel time
Date: Sat, 10 Aug 2024 13:01:49 +0700	[thread overview]
Message-ID: <CAP_d_8UdCJrHcUNJuWLUThb=Q5bbwiTekqPAUXcfuy1oWK1K1w@mail.gmail.com> (raw)
In-Reply-To: <87h6bt15vx.fsf@dataswamp.org>

On Sat, 10 Aug 2024 at 12:21, Emanuel Berg <incal@dataswamp.org> wrote:

> > Interactive interface for more than one argument must be explicitly
> > designed. Asking for a more defaulting, more validating sequential
> > 'read-*'
>
> What do you mean by that, at some point a human has to do it?
>
> And that point is more than one?
>
> Hardly, even in the Emacs source, using `interface', there are
> tons of such interfaces setup with easy.
>
> And, note that I'm not proposing what you say, I'm proposing
> an interface interface so that you can set it up the way
> you like.

I am not against a way to describe a function’s argument types,
validation conditions and defaults per se.

I *am* against a specific user interface technique that takes those
descriptions and asks for each argument in a sequence of modal
prompts.

In my opinion, a prompt is okay for one single argument. Two, like in
‘query-replace’, is straining it somewhat; a recent version of Emacs
made it possible to recall both arguments from history at the same
time, and that was an improvement. Three prompts in a sequence is
something I would not be able to use without irritation. Now that
‘transient’ is in core, some kinds of complex interactive interfaces
can be based on it where necessary.



  reply	other threads:[~2024-08-10  6:01 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-09  7:16 how to speed up Lisp devel time Emanuel Berg
2024-08-09  7:24 ` Eli Zaretskii
2024-08-09  7:39   ` Emanuel Berg
2024-08-09 10:43     ` Eli Zaretskii
2024-08-09 11:18       ` Emanuel Berg
2024-08-09 12:02         ` Eli Zaretskii
2024-08-09 13:54           ` Emanuel Berg
2024-08-09 14:58             ` Eli Zaretskii
2024-08-09 16:03               ` Emanuel Berg
2024-08-09 16:16                 ` Emanuel Berg
2024-08-09 17:54                   ` Eli Zaretskii
2024-08-09 18:56                     ` Christopher Dimech
2024-08-09 21:57                       ` Emanuel Berg
2024-08-09 21:47                     ` Emanuel Berg
2024-08-09 17:27                 ` Yuri Khan
2024-08-09 21:21                   ` Emanuel Berg
2024-08-10  2:14                   ` Emanuel Berg
2024-08-10  6:01                     ` Yuri Khan [this message]
2024-08-10  6:08                       ` Emanuel Berg
2024-08-10  6:44                         ` Yuri Khan
2024-08-10  7:22                           ` Emanuel Berg
2024-08-10  7:51                             ` Emanuel Berg
2024-08-10  4:32                   ` Emanuel Berg
2024-08-10  5:58                     ` Eli Zaretskii
2024-08-09 14:59             ` Eduardo Ochs
2024-08-09 16:19               ` Emanuel Berg
2024-08-09 18:00                 ` Eli Zaretskii
2024-08-09 18:54                   ` Christopher Dimech
2024-08-09 22:17                     ` Emanuel Berg
2024-08-09 22:00                   ` Emanuel Berg
2024-08-09  8:24   ` Emanuel Berg
2024-08-09 10:36     ` Christopher Dimech

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='CAP_d_8UdCJrHcUNJuWLUThb=Q5bbwiTekqPAUXcfuy1oWK1K1w@mail.gmail.com' \
    --to=yuri.v.khan@gmail.com \
    --cc=emacs-devel@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).