From unknown Sat Sep 13 13:16:18 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#50935 <50935@debbugs.gnu.org> To: bug#50935 <50935@debbugs.gnu.org> Subject: Status: minibuffer-electric-default-mode interface Reply-To: bug#50935 <50935@debbugs.gnu.org> Date: Sat, 13 Sep 2025 20:16:18 +0000 retitle 50935 minibuffer-electric-default-mode interface reassign 50935 emacs submitter 50935 Stefan Kangas severity 50935 minor tag 50935 patch thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 01 07:44:07 2021 Received: (at submit) by debbugs.gnu.org; 1 Oct 2021 11:44:08 +0000 Received: from localhost ([127.0.0.1]:54831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWGxT-00052t-Oj for submit@debbugs.gnu.org; Fri, 01 Oct 2021 07:44:07 -0400 Received: from lists.gnu.org ([209.51.188.17]:48952) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWGxO-00052h-LV for submit@debbugs.gnu.org; Fri, 01 Oct 2021 07:44:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33482) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mWGxN-0003ck-A7 for bug-gnu-emacs@gnu.org; Fri, 01 Oct 2021 07:44:02 -0400 Received: from mail-pf1-f179.google.com ([209.85.210.179]:36355) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mWGxL-0006wM-3d for bug-gnu-emacs@gnu.org; Fri, 01 Oct 2021 07:44:00 -0400 Received: by mail-pf1-f179.google.com with SMTP id m26so7684057pff.3 for ; Fri, 01 Oct 2021 04:43:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=acw7sJgmeDUhsmHkyFTqVfjLgz6P6tYUCrWrokXpflc=; b=Tcatj3rdNJYQYdpzJmHyGY/i17Q+SvUZvVyWRKvJKh6Dio02/3F/m9DJmKnizmbG08 rx5t6dxm1MgJQF0qIZ0a1yawwZDBf7chTRCeY6echWUD/FAMTCXMkeAtgQcgEpvVrrVx u3JB8s2EQcRjlPIU+jfz6qe+VJfIPldLVTsLvbDQo4ZFeSg4UWSHd3ENcc9j2idjH0kp FVkDOuIFUcMBw/EKDHoqbuBAGYDprM8uHM6AZ+vCVxxfB9uuJVuYRl3+znPg8Fl2jRyI NvedIt1e0kM1RZruxwyGAIrb0vGCUypnab4TI5NbviLreU3XSpHKL/+6pC71QCID6DIw SYIQ== X-Gm-Message-State: AOAM533arumHm2GdqBhApQDcOtjs4vAYOJb7DbLu/tKZB8BcEMT8pBQ8 YC1phrkTS35RGfmMCmz4Lg2WCKg3B0X7DUJb+uApUxxrLpQ= X-Google-Smtp-Source: ABdhPJxh4taXbMY7/Bmng9BcpUS/9JbUDGxuNmt3EnP8soMGJYSAqcxcnKZ2ccPKhdddOIi61G2ZkMhob5qi8WjgiVE= X-Received: by 2002:a63:4717:: with SMTP id u23mr9257110pga.359.1633088637468; Fri, 01 Oct 2021 04:43:57 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Fri, 1 Oct 2021 13:43:46 +0200 Message-ID: Subject: minibuffer-electric-default-mode interface To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=209.85.210.179; envelope-from=stefankangas@gmail.com; helo=mail-pf1-f179.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) In (info "(emacs) Basic Minibuffer"), I see: if you change the variable =E2=80=98minibuffer-eldef-shorten-default=E2=80= =99 to a non-=E2=80=98nil=E2=80=99 value, the default argument is displayed as =E2= =80=98[DEFAULT-ARG]=E2=80=99 instead of =E2=80=98(default DEFAULT-ARG)=E2=80=99, saving some screen spac= e. To enable this minor mode, type =E2=80=98M-x minibuffer-electric-default-mode= =E2=80=99. But when I run "emacs -Q", I can't customize 'minibuffer-eldef-shorten-default', and this has no effect: 0. emacs -Q 1. (setq minibuffer-eldef-shorten-default t) 2. M-x set-fill-column RET I still see "(default 0)". Only if I run 'M-x minibuffer-electric-default-mode' does this change to "[0]". So the above text seems wrong. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 02 15:27:18 2021 Received: (at 50935) by debbugs.gnu.org; 2 Oct 2021 19:27:18 +0000 Received: from localhost ([127.0.0.1]:60599 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWkfG-0000Gi-9n for submit@debbugs.gnu.org; Sat, 02 Oct 2021 15:27:18 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:42979) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWkfE-0000GU-BA for 50935@debbugs.gnu.org; Sat, 02 Oct 2021 15:27:16 -0400 Received: (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id ECF6D100005; Sat, 2 Oct 2021 19:27:08 +0000 (UTC) From: Juri Linkov To: Stefan Kangas Subject: Re: bug#50935: minibuffer-electric-default-mode interface Organization: LINKOV.NET References: Date: Sat, 02 Oct 2021 22:15:54 +0300 In-Reply-To: (Stefan Kangas's message of "Fri, 1 Oct 2021 13:43:46 +0200") Message-ID: <87k0ixq6wt.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > In (info "(emacs) Basic Minibuffer"), I see: > > if you change the variable ‘minibuffer-eldef-shorten-default’ to a > non-‘nil’ value, the default argument is displayed as ‘[DEFAULT-ARG]’ > instead of ‘(default DEFAULT-ARG)’, saving some screen space. To > enable this minor mode, type ‘M-x minibuffer-electric-default-mode’. While I don't know how to fix this issue, I have to note that this Info node should also mention that minibuffer-electric-default-mode is now obsoleted by the new user option minibuffer-default-prompt-format. The only problem is that currently not all prompts use 'format-prompt'. Maybe this should be added to etc/TODO? From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 02 19:15:17 2021 Received: (at 50935) by debbugs.gnu.org; 2 Oct 2021 23:15:17 +0000 Received: from localhost ([127.0.0.1]:60766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWoDt-0007da-Ib for submit@debbugs.gnu.org; Sat, 02 Oct 2021 19:15:17 -0400 Received: from mail-pj1-f46.google.com ([209.85.216.46]:41612) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mWoDs-0007We-5n for 50935@debbugs.gnu.org; Sat, 02 Oct 2021 19:15:16 -0400 Received: by mail-pj1-f46.google.com with SMTP id na16-20020a17090b4c1000b0019f5bb661f9so5787827pjb.0 for <50935@debbugs.gnu.org>; Sat, 02 Oct 2021 16:15:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=QGymwIxdNtmjbiu9OLxePxMDR5tE/AtX73MLaHy3760=; b=jm6Yzzab7svWdswBIND0sD/y+ibYRzaN0qVrHlu2QyF08IkcIG3HqpF81RHCUeZJ9m YXzVg6D7WIfy/NagkMNELTwX93JQ8A3uP9NWibvmM/wgGxt3p5asS6eO/lMvlubZ/3+g xd6gaG6ScvdCWADOu/KNMyE1y4kftVP322t3Dujx4iojinTb5hCYjWuE5FswUcmQ8/r1 hp1BfAL3CTEB3qmPNQcypEYknksTGIpHP2d3Qf+XYQa+RX/hNr88SyOV6pBt9odiFgCZ IBtl/pal21JxNSHaSRz1/tHxGmzFl1hTMs96Iq65SpyMiO7wg8GfXswQfPA6uYvjC1RI Px2g== X-Gm-Message-State: AOAM53192RfHlYI3a2brDbjS739hgXOpGKyjzWLssujQCNUROzFlQN/Z yE7NMwvIXWTEr7uIiM8exIDQ1sSk8UjapUGVQwg= X-Google-Smtp-Source: ABdhPJwSZyA9T4v/BVQlPIHt8ThqespIH+rUizGVR2V20pCzvnqjGMB6fp9K/IzCX+UbZIl9b9vFDv90LuTOq4k40Is= X-Received: by 2002:a17:90a:5583:: with SMTP id c3mr21223888pji.133.1633216510398; Sat, 02 Oct 2021 16:15:10 -0700 (PDT) MIME-Version: 1.0 References: <87k0ixq6wt.fsf@mail.linkov.net> In-Reply-To: <87k0ixq6wt.fsf@mail.linkov.net> From: Stefan Kangas Date: Sun, 3 Oct 2021 01:14:59 +0200 Message-ID: Subject: Re: bug#50935: minibuffer-electric-default-mode interface To: Juri Linkov Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Juri Linkov writes: > > In (info "(emacs) Basic Minibuffer"), I see: > > > > if you change the variable =E2=80=98minibuffer-eldef-shorten-default=E2= =80=99 to a > > non-=E2=80=98nil=E2=80=99 value, the default argument is displayed as = =E2=80=98[DEFAULT-ARG]=E2=80=99 > > instead of =E2=80=98(default DEFAULT-ARG)=E2=80=99, saving some screen = space. To > > enable this minor mode, type =E2=80=98M-x minibuffer-electric-default-m= ode=E2=80=99. > > While I don't know how to fix this issue, I have to note that > this Info node should also mention that minibuffer-electric-default-mode > is now obsoleted by the new user option minibuffer-default-prompt-format. Hmm, shouldn't the info node then just mention 'minibuffer-default-prompt-format' instead, and only that? I don't think we mention obsolete things if we can avoid it, do we? Also, should 'minibuffer-electric-default-mode' be declared obsolete, or is it too early for that? > The only problem is that currently not all prompts use 'format-prompt'. > Maybe this should be added to etc/TODO? It can't hurt. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 03 07:51:54 2021 Received: (at 50935) by debbugs.gnu.org; 3 Oct 2021 11:51:54 +0000 Received: from localhost ([127.0.0.1]:33037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mX026-0004wR-An for submit@debbugs.gnu.org; Sun, 03 Oct 2021 07:51:54 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58398) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mX025-0004wA-7p for 50935@debbugs.gnu.org; Sun, 03 Oct 2021 07:51:53 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46348) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mX01y-00066P-Ve; Sun, 03 Oct 2021 07:51:47 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1135 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mX01u-0001UU-Pw; Sun, 03 Oct 2021 07:51:46 -0400 Date: Sun, 03 Oct 2021 14:51:30 +0300 Message-Id: <83o8868gxp.fsf@gnu.org> From: Eli Zaretskii To: Juri Linkov In-Reply-To: <87k0ixq6wt.fsf@mail.linkov.net> (message from Juri Linkov on Sat, 02 Oct 2021 22:15:54 +0300) Subject: Re: bug#50935: minibuffer-electric-default-mode interface References: <87k0ixq6wt.fsf@mail.linkov.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50935 Cc: stefan@marxist.se, 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Juri Linkov > Date: Sat, 02 Oct 2021 22:15:54 +0300 > Cc: 50935@debbugs.gnu.org > > While I don't know how to fix this issue, I have to note that > this Info node should also mention that minibuffer-electric-default-mode > is now obsoleted by the new user option minibuffer-default-prompt-format. > The only problem is that currently not all prompts use 'format-prompt'. > Maybe this should be added to etc/TODO? If we haven't yet completed the conversion between the two, I'm not sure the time is right for us to announce the obsolescence of the old method, as it is still needed in some situations. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 03 13:10:06 2021 Received: (at 50935) by debbugs.gnu.org; 3 Oct 2021 17:10:06 +0000 Received: from localhost ([127.0.0.1]:34840 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mX502-0005Fb-G8 for submit@debbugs.gnu.org; Sun, 03 Oct 2021 13:10:06 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:54211) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mX500-0005Eh-FT for 50935@debbugs.gnu.org; Sun, 03 Oct 2021 13:10:05 -0400 Received: (Authenticated sender: juri@linkov.net) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 7A65840003; Sun, 3 Oct 2021 17:09:56 +0000 (UTC) From: Juri Linkov To: Stefan Kangas Subject: Re: bug#50935: minibuffer-electric-default-mode interface Organization: LINKOV.NET References: <87k0ixq6wt.fsf@mail.linkov.net> Date: Sun, 03 Oct 2021 19:54:51 +0300 In-Reply-To: (Stefan Kangas's message of "Sun, 3 Oct 2021 01:14:59 +0200") Message-ID: <87r1d285o4.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> While I don't know how to fix this issue, I have to note that >> this Info node should also mention that minibuffer-electric-default-mode >> is now obsoleted by the new user option minibuffer-default-prompt-format. > > Hmm, shouldn't the info node then just mention > 'minibuffer-default-prompt-format' instead, and only that? I don't > think we mention obsolete things if we can avoid it, do we? > > Also, should 'minibuffer-electric-default-mode' be declared obsolete, > or is it too early for that? It seems it's too early to obsolete it. But maybe still 'minibuffer-default-prompt-format' should be mentioned? Since it's a user option supporting the same format (but in a limited set of prompts) as 'minibuffer-electric-default-mode'. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 03 22:17:48 2021 Received: (at 50935) by debbugs.gnu.org; 4 Oct 2021 02:17:48 +0000 Received: from localhost ([127.0.0.1]:35169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXDY4-0004Lm-A1 for submit@debbugs.gnu.org; Sun, 03 Oct 2021 22:17:48 -0400 Received: from mail-pg1-f174.google.com ([209.85.215.174]:42914) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXDY1-0004LY-Db for 50935@debbugs.gnu.org; Sun, 03 Oct 2021 22:17:46 -0400 Received: by mail-pg1-f174.google.com with SMTP id 66so14681052pgc.9 for <50935@debbugs.gnu.org>; Sun, 03 Oct 2021 19:17:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=DlleW8GtF8a4XQwjOvqS6C2Xkw9uWI1rv/SlDgsO+WA=; b=oBsf/aIggKO0iApBuv/99GL7Wpluk0rl5tZABUDbAQ+quGGH/3JuxtmzqcREXUHhqz cqpy8CGpqu2aDGXkV2J3DQG3eHBIbpvdumXlu8S0DIH4AZa2tRrQvZ6A44ouDvbcT60p VJbKCGQ+b2Qq0+VIq5kCg1aEyvLWkxKzTaJ6aF3QLQoc9VlWc11l+asfKi9IyX8iNNxI 5KOdeZUjmcT7aRjH+x2JJF3XxV+kS+6sD8L2aa+JCSGemSpmCmTKocK8BXIGKQEtZKOx L9/zvmdY2c4eO7V4mI2IKSzdRfDWUaNwNNf9PQO3ZLSxL7XSgzOM3i3By6OOzipY121m HMAg== X-Gm-Message-State: AOAM532sAhEQc0qwFruxwdcbcj8AB/2yLQXSgSJXSTzwU63kphMWbOtZ Tn0QhD5/Gd+LaKo8nJQxIXtE31FUzJyNxDfDUwtiFHCh X-Google-Smtp-Source: ABdhPJxMu/531BgO2OQvjO+EmYaDVQgTWWtZd5+MAAQGljyoJZ7CL2m+Da72Jr65NCpPZYG+nEcYT66FAcPupKwy1ps= X-Received: by 2002:a63:4717:: with SMTP id u23mr8614042pga.359.1633313859387; Sun, 03 Oct 2021 19:17:39 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 4 Oct 2021 02:17:38 +0000 From: Stefan Kangas In-Reply-To: <87r1d285o4.fsf@mail.linkov.net> References: <87k0ixq6wt.fsf@mail.linkov.net> <87r1d285o4.fsf@mail.linkov.net> MIME-Version: 1.0 Date: Mon, 4 Oct 2021 02:17:38 +0000 Message-ID: Subject: Re: bug#50935: minibuffer-electric-default-mode interface To: Juri Linkov Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Juri Linkov writes: > It seems it's too early to obsolete it. But maybe still > 'minibuffer-default-prompt-format' should be mentioned? > Since it's a user option supporting the same format (but in > a limited set of prompts) as 'minibuffer-electric-default-mode'. I guess we have this problem for many defcustoms, unless they are autoloaded, so for `minibuffer-eldef-shorten-default' we have that: - "Setting it to a non-nil value" using setq before the library is loaded will work. - "Setting it to a non-nil value" using setq after the library is loaded will *not* work, you must use customize. - You can only set it with customize after the library has been loaded. I think instead of documenting all that, we could just delete the reference to `minibuffer-eldef-shorten-default' from the manual, as it is the same thing as `minibuffer-default-prompt-format', just with a different interface. Of course, the latter is not yet perfect, but anywhere it isn't, that's just a bug, right? That option would look like the below diff. Another option is to just add a reference to 'minibuffer-default-prompt-format' without any deletions, basically accepting that the text is not perfect and move on. A third option is to add 'minibuffer-default-prompt-format' on emacs-28, but make the suggested deletion on master -- which give us more time to get `minibuffer-default-prompt-format' up to scrap. Thoughts? diff --git a/doc/emacs/mini.texi b/doc/emacs/mini.texi index 6dcee3fa82..2581be30ba 100644 --- a/doc/emacs/mini.texi +++ b/doc/emacs/mini.texi @@ -41,11 +41,14 @@ Basic Minibuffer canceling the command asking for the argument (@pxref{Quitting}). @cindex default argument +@vindex minibuffer-default-prompt-format Sometimes, the prompt shows a @dfn{default argument}, inside parentheses before the colon. This default will be used as the argument if you just type @key{RET}. For example, commands that read buffer names usually show a buffer name as the default; you can type -@key{RET} to operate on that default buffer. +@key{RET} to operate on that default buffer. You can customize how +the default argument is shown with the user option +@code{minibuffer-default-prompt-format}. @cindex Minibuffer Electric Default mode @cindex mode, Minibuffer Electric Default @@ -55,11 +58,7 @@ Basic Minibuffer Emacs hides the default argument as soon as you modify the contents of the minibuffer (since typing @key{RET} would no longer submit that default). If you ever bring back the original minibuffer text, the -prompt again shows the default. Furthermore, if you change the -variable @code{minibuffer-eldef-shorten-default} to a non-@code{nil} -value, the default argument is displayed as @samp{[@var{default-arg}]} -instead of @samp{(default @var{default-arg})}, saving some screen -space. To enable this minor mode, type @kbd{M-x +prompt again shows the default. To enable this minor mode, type @kbd{M-x minibuffer-electric-default-mode}. Since the minibuffer appears in the echo area, it can conflict with diff --git a/lisp/minibuf-eldef.el b/lisp/minibuf-eldef.el index f67ec353c8..039d0f8828 100644 --- a/lisp/minibuf-eldef.el +++ b/lisp/minibuf-eldef.el @@ -56,7 +56,9 @@ minibuffer-default--in-prompt-regexps ("\\( \\[.*\\]\\):? *\\'" 1)))) (defcustom minibuffer-eldef-shorten-default nil - "If non-nil, shorten \"(default ...)\" to \"[...]\" in minibuffer prompts." + "If non-nil, shorten \"(default ...)\" to \"[...]\" in minibuffer prompts. +This only takes effect if `minibuffer-electric-default-mode' is +active." :set (lambda (symbol value) (set-default symbol value) (setq-default minibuffer-default-in-prompt-regexps @@ -183,7 +185,9 @@ minibuffer-electric-default-mode the default when it's applicable -- that is, when hitting RET would yield the default value. If the user modifies the input such that hitting RET would enter a non-default value, the prompt -is modified to remove the default indication." +is modified to remove the default indication. + +See also the user option `minibuffer-eldef-shorten-default'." :global t :group 'minibuffer (if minibuffer-electric-default-mode From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 04 13:47:03 2021 Received: (at 50935) by debbugs.gnu.org; 4 Oct 2021 17:47:03 +0000 Received: from localhost ([127.0.0.1]:38326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXS3L-0006rs-1W for submit@debbugs.gnu.org; Mon, 04 Oct 2021 13:47:03 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:8449) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXS3G-0006qg-0V for 50935@debbugs.gnu.org; Mon, 04 Oct 2021 13:47:01 -0400 Received: (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id B5F4624000A; Mon, 4 Oct 2021 17:46:50 +0000 (UTC) From: Juri Linkov To: Stefan Kangas Subject: Re: bug#50935: minibuffer-electric-default-mode interface Organization: LINKOV.NET References: <87k0ixq6wt.fsf@mail.linkov.net> <87r1d285o4.fsf@mail.linkov.net> Date: Mon, 04 Oct 2021 20:22:45 +0300 In-Reply-To: (Stefan Kangas's message of "Mon, 4 Oct 2021 02:17:38 +0000") Message-ID: <87bl44bto2.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I think instead of documenting all that, we could just delete the > reference to `minibuffer-eldef-shorten-default' from the manual, as it > is the same thing as `minibuffer-default-prompt-format', just with a > different interface. Of course, the latter is not yet perfect, but > anywhere it isn't, that's just a bug, right? That option would look > like the below diff. > > Another option is to just add a reference to > 'minibuffer-default-prompt-format' without any deletions, basically > accepting that the text is not perfect and move on. > > A third option is to add 'minibuffer-default-prompt-format' on emacs-28, > but make the suggested deletion on master -- which give us more time to > get `minibuffer-default-prompt-format' up to scrap. > > Thoughts? I guess the answer depends on the question how many prompts are already converted to 'minibuffer-default-prompt-format', and how many remain. I checked a few commands, and noticed only one command that doesn't use the new format. It's 'M-.' ('xref-find-definitions'). But maybe it can't use the new option 'minibuffer-default-prompt-format' because xref.el should be available in old versions? Still it could use (if (boundp 'minibuffer-default-prompt-format) ... From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 05 02:58:45 2021 Received: (at 50935) by debbugs.gnu.org; 5 Oct 2021 06:58:45 +0000 Received: from localhost ([127.0.0.1]:38869 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXePU-0001Ir-PR for submit@debbugs.gnu.org; Tue, 05 Oct 2021 02:58:45 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:33593) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXePP-0001IZ-5i for 50935@debbugs.gnu.org; Tue, 05 Oct 2021 02:58:43 -0400 Received: (Authenticated sender: juri@linkov.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 01E31C0008; Tue, 5 Oct 2021 06:58:31 +0000 (UTC) From: Juri Linkov To: Stefan Kangas Subject: Re: bug#50935: minibuffer-electric-default-mode interface Organization: LINKOV.NET References: <87k0ixq6wt.fsf@mail.linkov.net> <87r1d285o4.fsf@mail.linkov.net> Date: Tue, 05 Oct 2021 09:43:49 +0300 In-Reply-To: (Stefan Kangas's message of "Mon, 4 Oct 2021 02:17:38 +0000") Message-ID: <874k9wc8je.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain > A third option is to add 'minibuffer-default-prompt-format' on emacs-28, > but make the suggested deletion on master -- which give us more time to > get `minibuffer-default-prompt-format' up to scrap. > > Thoughts? Thanks for adding format-prompt to many more prompts. I noticed that when minibuffer-default-prompt-format is customized to the recommended format " [%s]", then the prompt of proced-send-signal is confusing with two pairs of the same brackets: Send signal [3 processes] [TERM]: The following patch makes the prompt more readable: Send signal to 3 processes [TERM]: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=proced-send-signal.patch diff --git a/lisp/proced.el b/lisp/proced.el index 29996068f9..cb66d68302 100644 --- a/lisp/proced.el +++ b/lisp/proced.el @@ -1773,7 +1773,7 @@ proced-send-signal `(:annotation-function ,(lambda (s) (cdr (assoc s proced-signal-list)))))) (proced-with-processes-buffer process-alist - (list (completing-read (format-prompt "Send signal [%s]" + (list (completing-read (format-prompt "Send signal to %s" "TERM" pnum) proced-signal-list nil nil nil nil "TERM") @@ -1798,7 +1798,7 @@ proced-send-signal `(:annotation-function ,(lambda (s) (cdr (assoc s proced-signal-list)))))) (proced-with-processes-buffer process-alist - (setq signal (completing-read (format-prompt "Send signal [%s]" + (setq signal (completing-read (format-prompt "Send signal to %s" "TERM" pnum) proced-signal-list nil nil nil nil "TERM")))))) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 05 10:11:20 2021 Received: (at 50935) by debbugs.gnu.org; 5 Oct 2021 14:11:20 +0000 Received: from localhost ([127.0.0.1]:41554 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXlA8-00049l-1U for submit@debbugs.gnu.org; Tue, 05 Oct 2021 10:11:20 -0400 Received: from mail-pg1-f171.google.com ([209.85.215.171]:45943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXlA5-00049W-QI for 50935@debbugs.gnu.org; Tue, 05 Oct 2021 10:11:18 -0400 Received: by mail-pg1-f171.google.com with SMTP id q201so7234769pgq.12 for <50935@debbugs.gnu.org>; Tue, 05 Oct 2021 07:11:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=+aoDPLRozVGDCQFrMKE4gbBUxg7x9B7JoZ6+0XueUGc=; b=x4CZAJv/hoGPHdJJwXt7dhDfjzuAXGtg0L7wXlya6gQVzYhC6YswP8KAZEpCBtBOdD +gImMYz3vvT30+VLdI61iyYI58FehXXN8wG2e06A/cVPQwg0JZdc29ZeHwMYb3NuU+lU snbY5ZSUv4/3HUxB5Z9d13gGZKZfckUQrUIZdmTajTilBvrn27DKGS+T7SpluXoUciEN EeGXL+B6/aTnX95U4k1XPVi4ZRJLbVi1DARzKYmtHqhhvw2o2CmV2TNGb/e/FwU2Gmiv s59oRA5SKDWdHqa2kfpH+tK03olqE7PVwZdf7aDlw0iE89QlDbDGbwDHEQgfYCoXyP2y d+mg== X-Gm-Message-State: AOAM530TCxXacRk5icGtnRIPO2WwrFYMO/s1qAHzl7gZ5TWmPzVNnB1t 3IaO4CgjVxTU9rHLEUNXEVW4b8ZzfKKCqCL7ZGuJ7J4o X-Google-Smtp-Source: ABdhPJy++xWZebgSWiWE9IYg5Jy/CRc76urPn9UXtihOCLp4SNDGbxi70KnX+r18xgcl/Y9jtgnERYzcvMJwDk0RQW8= X-Received: by 2002:a05:6a00:1586:b0:447:b30c:4a65 with SMTP id u6-20020a056a00158600b00447b30c4a65mr30618567pfk.0.1633443071946; Tue, 05 Oct 2021 07:11:11 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 5 Oct 2021 10:11:11 -0400 From: Stefan Kangas In-Reply-To: <874k9wc8je.fsf@mail.linkov.net> References: <87k0ixq6wt.fsf@mail.linkov.net> <87r1d285o4.fsf@mail.linkov.net> <874k9wc8je.fsf@mail.linkov.net> MIME-Version: 1.0 Date: Tue, 5 Oct 2021 10:11:11 -0400 Message-ID: Subject: Re: bug#50935: minibuffer-electric-default-mode interface To: Juri Linkov Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Juri Linkov writes: > The following patch makes the prompt more readable: > > Send signal to 3 processes [TERM]: Sounds good to me. BTW, did you send the right patch? I can't see the word "processes" below. > diff --git a/lisp/proced.el b/lisp/proced.el > index 29996068f9..cb66d68302 100644 > --- a/lisp/proced.el > +++ b/lisp/proced.el > @@ -1773,7 +1773,7 @@ proced-send-signal > `(:annotation-function > ,(lambda (s) (cdr (assoc s proced-signal-list)))))) > (proced-with-processes-buffer process-alist > - (list (completing-read (format-prompt "Send signal [%s]" > + (list (completing-read (format-prompt "Send signal to %s" > "TERM" pnum) > proced-signal-list > nil nil nil nil "TERM") > @@ -1798,7 +1798,7 @@ proced-send-signal > `(:annotation-function > ,(lambda (s) (cdr (assoc s proced-signal-list)))))) > (proced-with-processes-buffer process-alist > - (setq signal (completing-read (format-prompt "Send signal [%s]" > + (setq signal (completing-read (format-prompt "Send signal to %s" > "TERM" pnum) > proced-signal-list > nil nil nil nil "TERM")))))) From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 05 11:52:31 2021 Received: (at 50935) by debbugs.gnu.org; 5 Oct 2021 15:52:31 +0000 Received: from localhost ([127.0.0.1]:41689 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXmk3-0006q4-9t for submit@debbugs.gnu.org; Tue, 05 Oct 2021 11:52:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39140) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXmjz-0006po-90 for 50935@debbugs.gnu.org; Tue, 05 Oct 2021 11:52:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44280) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mXmjt-0001yt-Gr; Tue, 05 Oct 2021 11:52:21 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1478 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mXmjt-0002iD-3F; Tue, 05 Oct 2021 11:52:21 -0400 Date: Tue, 05 Oct 2021 18:52:11 +0300 Message-Id: <838rz74ggk.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Tue, 5 Oct 2021 10:11:11 -0400) Subject: Re: bug#50935: minibuffer-electric-default-mode interface References: <87k0ixq6wt.fsf@mail.linkov.net> <87r1d285o4.fsf@mail.linkov.net> <874k9wc8je.fsf@mail.linkov.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org, juri@linkov.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Tue, 5 Oct 2021 10:11:11 -0400 > Cc: 50935@debbugs.gnu.org > > Juri Linkov writes: > > > The following patch makes the prompt more readable: > > > > Send signal to 3 processes [TERM]: > > Sounds good to me. It could be confusing. Previously, the prompt was Send signal [TERM] So it was much more clear that "TERM" refers to "signal" and vice versa. Now we have "3 processes" in the way, and someone could think "TERM" refers to the processes or something. How about this instead: Signal N processes with [SIGTERM]: Note that I deliberately added the "SIG" part so that it would be more clear this is the name of a signal. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 05 12:56:02 2021 Received: (at 50935) by debbugs.gnu.org; 5 Oct 2021 16:56:02 +0000 Received: from localhost ([127.0.0.1]:41759 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXnjV-0002E4-Oq for submit@debbugs.gnu.org; Tue, 05 Oct 2021 12:56:02 -0400 Received: from mail-pl1-f172.google.com ([209.85.214.172]:40772) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXnjU-0002Dj-5T for 50935@debbugs.gnu.org; Tue, 05 Oct 2021 12:56:00 -0400 Received: by mail-pl1-f172.google.com with SMTP id j15so2720428plh.7 for <50935@debbugs.gnu.org>; Tue, 05 Oct 2021 09:56:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=gOaoNUVK7UQubQWXxA5Svhvs6ft0FYkmxL8GDnKWiiE=; b=HDWxBYRCDY+sTmiFIEsjOkgBC5/A3YYXqDHBuf5F4vLkX67O7IDsSoHwUJVz5UZlZw eM11AQ964h3NDX8GW9njNZfHEStXn/c3CcVWJc2xVdIJ7BIKS0W6g6D9syWki0FIOp3d /UadlOJ4P5glSSRcbmOOWmkO5VY0I1lMq7cuR4dhNEZIfc00OcBCVMcxsHw/f2w1cDmb oz6xYTsLvwWuMgJqyn8c7IV5YNCV00qY4uFWhECe7t/av9Q98Pfj0G2gLSjHMvLxVMlR Mhc+aTkZUjWXoEgxZXBaMKbPLcpti/wGCRDWehr4H8/bsEsJrWbnhkAp2ll5HV1fUeVR rkRA== X-Gm-Message-State: AOAM531oHjujQ4awAmBAtD5LqvdFMh2IMOAMMXGK+3o5RHHF0NGlkHaA gI/kOxS5sK2F31qK/+RDYcVUiHUdTnYpdU0SCaw= X-Google-Smtp-Source: ABdhPJzCI7xxqIOVfucC2IOgKl2hpEPkKwpLW+odpdP7+Uz34fpSIqYhWh2cIRMZY5uGuhJQfvKjkV6QMHt9DrKSi40= X-Received: by 2002:a17:90a:460a:: with SMTP id w10mr5078771pjg.132.1633452954085; Tue, 05 Oct 2021 09:55:54 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 5 Oct 2021 12:55:52 -0400 From: Stefan Kangas In-Reply-To: <87bl44bto2.fsf@mail.linkov.net> References: <87k0ixq6wt.fsf@mail.linkov.net> <87r1d285o4.fsf@mail.linkov.net> <87bl44bto2.fsf@mail.linkov.net> MIME-Version: 1.0 Date: Tue, 5 Oct 2021 12:55:52 -0400 Message-ID: Subject: Re: bug#50935: minibuffer-electric-default-mode interface To: Juri Linkov Content-Type: multipart/mixed; boundary="00000000000016071405cd9de70d" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) --00000000000016071405cd9de70d Content-Type: text/plain; charset="UTF-8" tags 50935 + patch thanks Juri Linkov writes: >> A third option is to add 'minibuffer-default-prompt-format' on emacs-28, >> but make the suggested deletion on master -- which give us more time to >> get `minibuffer-default-prompt-format' up to scrap. > > I guess the answer depends on the question how many prompts > are already converted to 'minibuffer-default-prompt-format', > and how many remain. I checked a few commands, and noticed > only one command that doesn't use the new format. It's 'M-.' > ('xref-find-definitions'). But maybe it can't use the new option > 'minibuffer-default-prompt-format' because xref.el should be > available in old versions? Still it could use > > (if (boundp 'minibuffer-default-prompt-format) ... I've now updated any prompt I could find to use `format-prompt' (by grepping for " (default "). Maybe I've missed one or two, but that should mean that that the overwhelming majority of our prompts now respect `minibuffer-default-prompt-format'. See commit 6640942221. With that, I think the option `minibuffer-eldef-shorten-default' should be declared obsolete, as in the attached patch, and consequently removed from the manual. This change should go to master, of course. The command `minibuffer-electric-default-mode' shouldn't be declared obsolete as it does something different. --00000000000016071405cd9de70d Content-Type: text/x-diff; charset="US-ASCII"; name="0001-Make-minibuffer-eldef-shorten-default-obsolete.patch" Content-Disposition: attachment; filename="0001-Make-minibuffer-eldef-shorten-default-obsolete.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: c0696cd9d0ac0ee5_0.1 RnJvbSAyYWE3ODM4ZTI2M2Y4NjQ1YjExNDI1NTRhOGRmMTY0MjEwYjM1OTg5IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBTdGVmYW4gS2FuZ2FzIDxzdGVmYW5AbWFyeGlzdC5zZT4KRGF0 ZTogVHVlLCA1IE9jdCAyMDIxIDE4OjM3OjMwICswMjAwClN1YmplY3Q6IFtQQVRDSF0gTWFrZSBt aW5pYnVmZmVyLWVsZGVmLXNob3J0ZW4tZGVmYXVsdCBvYnNvbGV0ZQoKKiBsaXNwL21pbmlidWYt ZWxkZWYuZWwgKG1pbmlidWZmZXItZWxkZWYtc2hvcnRlbi1kZWZhdWx0KTogTWFrZQp2YXJpYWJs ZSBvYnNvbGV0ZSBpbiBmYXZvciBvZiAnbWluaWJ1ZmZlci1kZWZhdWx0LXByb21wdC1mb3JtYXQn LgoqIGRvYy9lbWFjcy9taW5pLnRleGkgKEJhc2ljIE1pbmlidWZmZXIpOiBEZWxldGUgYWJvdmUg b2Jzb2xldGUKdmFyaWFibGUuCi0tLQogZG9jL2VtYWNzL21pbmkudGV4aSAgIHwgOCArKy0tLS0t LQogZXRjL05FV1MgICAgICAgICAgICAgIHwgNiArKysrKysKIGxpc3AvbWluaWJ1Zi1lbGRlZi5l bCB8IDIgKysKIDMgZmlsZXMgY2hhbmdlZCwgMTAgaW5zZXJ0aW9ucygrKSwgNiBkZWxldGlvbnMo LSkKCmRpZmYgLS1naXQgYS9kb2MvZW1hY3MvbWluaS50ZXhpIGIvZG9jL2VtYWNzL21pbmkudGV4 aQppbmRleCBiMGY2ZTQyNGE3Li5kNzY0MzUyOTk4IDEwMDY0NAotLS0gYS9kb2MvZW1hY3MvbWlu aS50ZXhpCisrKyBiL2RvYy9lbWFjcy9taW5pLnRleGkKQEAgLTU4LDEyICs1OCw4IEBAIEJhc2lj IE1pbmlidWZmZXIKIEVtYWNzIGhpZGVzIHRoZSBkZWZhdWx0IGFyZ3VtZW50IGFzIHNvb24gYXMg eW91IG1vZGlmeSB0aGUgY29udGVudHMgb2YKIHRoZSBtaW5pYnVmZmVyIChzaW5jZSB0eXBpbmcg QGtleXtSRVR9IHdvdWxkIG5vIGxvbmdlciBzdWJtaXQgdGhhdAogZGVmYXVsdCkuICBJZiB5b3Ug ZXZlciBicmluZyBiYWNrIHRoZSBvcmlnaW5hbCBtaW5pYnVmZmVyIHRleHQsIHRoZQotcHJvbXB0 IGFnYWluIHNob3dzIHRoZSBkZWZhdWx0LiAgRnVydGhlcm1vcmUsIGlmIHlvdSBjaGFuZ2UgdGhl Ci12YXJpYWJsZSBAY29kZXttaW5pYnVmZmVyLWVsZGVmLXNob3J0ZW4tZGVmYXVsdH0gdG8gYSBu b24tQGNvZGV7bmlsfQotdmFsdWUsIHRoZSBkZWZhdWx0IGFyZ3VtZW50IGlzIGRpc3BsYXllZCBh cyBAc2FtcHtbQHZhcntkZWZhdWx0LWFyZ31dfQotaW5zdGVhZCBvZiBAc2FtcHsoZGVmYXVsdCBA dmFye2RlZmF1bHQtYXJnfSl9LCBzYXZpbmcgc29tZSBzY3JlZW4KLXNwYWNlLiAgVG8gZW5hYmxl IHRoaXMgbWlub3IgbW9kZSwgdHlwZSBAa2Jke00teAotbWluaWJ1ZmZlci1lbGVjdHJpYy1kZWZh dWx0LW1vZGV9LgorcHJvbXB0IGFnYWluIHNob3dzIHRoZSBkZWZhdWx0LiAgVG8gZW5hYmxlIHRo aXMgbWlub3IgbW9kZSwgdHlwZQorQGtiZHtNLXggbWluaWJ1ZmZlci1lbGVjdHJpYy1kZWZhdWx0 LW1vZGV9LgogCiAgIFNpbmNlIHRoZSBtaW5pYnVmZmVyIGFwcGVhcnMgaW4gdGhlIGVjaG8gYXJl YSwgaXQgY2FuIGNvbmZsaWN0IHdpdGgKIG90aGVyIHVzZXMgb2YgdGhlIGVjaG8gYXJlYS4gIElm IGFuIGVycm9yIG1lc3NhZ2Ugb3IgYW4gaW5mb3JtYXRpdmUKZGlmZiAtLWdpdCBhL2V0Yy9ORVdT IGIvZXRjL05FV1MKaW5kZXggZTlmY2ZiYTQyNS4uNzljY2E0YjRlZiAxMDA2NDQKLS0tIGEvZXRj L05FV1MKKysrIGIvZXRjL05FV1MKQEAgLTk4LDYgKzk4LDEyIEBAIGFsc28gaGFuZGxlIEFOU0kg Y29kZXMgZm9yIGZhaW50LCBpdGFsaWMgYW5kIGJsaW5raW5nIHRleHQsIGRpc3BsYXlpbmcKIGl0 IHdpdGggbmV3ICdhbnNpLXRlcm0tZmFpbnQvaXRhbGljL3Nsb3ctYmxpbmtpbmcvZmFzdC1ibGlu a2luZycKIGZhY2VzLgogCisqKiBNaXNjZWxsYW5lb3VzCisKKysrKworKioqIFVzZXIgb3B0aW9u ICdtaW5pYnVmZmVyLWVsZGVmLXNob3J0ZW4tZGVmYXVsdCcgaXMgbm93IG9ic29sZXRlLgorQ3Vz dG9taXplIHRoZSB1c2VyIG9wdGlvbiAnbWluaWJ1ZmZlci1kZWZhdWx0LXByb21wdC1mb3JtYXQn IGluc3RlYWQuCisKIAwKICogTmV3IE1vZGVzIGFuZCBQYWNrYWdlcyBpbiBFbWFjcyAyOS4xCiAK ZGlmZiAtLWdpdCBhL2xpc3AvbWluaWJ1Zi1lbGRlZi5lbCBiL2xpc3AvbWluaWJ1Zi1lbGRlZi5l bAppbmRleCBmNjdlYzM1M2M4Li5jMWE0NDQzMDU3IDEwMDY0NAotLS0gYS9saXNwL21pbmlidWYt ZWxkZWYuZWwKKysrIGIvbGlzcC9taW5pYnVmLWVsZGVmLmVsCkBAIC02NCw2ICs2NCw4IEBAIG1p bmlidWZmZXItZWxkZWYtc2hvcnRlbi1kZWZhdWx0CiAgIDp0eXBlICdib29sZWFuCiAgIDpncm91 cCAnbWluaWJ1ZmZlcgogICA6dmVyc2lvbiAiMjQuMyIpCisobWFrZS1vYnNvbGV0ZS12YXJpYWJs ZSAnbWluaWJ1ZmZlci1lbGRlZi1zaG9ydGVuLWRlZmF1bHQKKyAgICAgICAgICAgICAgICAgICAg ICAgICdtaW5pYnVmZmVyLWRlZmF1bHQtcHJvbXB0LWZvcm1hdCAiMjkuMSIpCiAKIChkZWZ2YXIg bWluaWJ1ZmZlci1kZWZhdWx0LWluLXByb21wdC1yZWdleHBzCiAgIChtaW5pYnVmZmVyLWRlZmF1 bHQtLWluLXByb21wdC1yZWdleHBzKQotLSAKMi4zMC4yCgo= --00000000000016071405cd9de70d-- From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 05 13:01:29 2021 Received: (at 50935) by debbugs.gnu.org; 5 Oct 2021 17:01:29 +0000 Received: from localhost ([127.0.0.1]:41791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXnom-0003gk-OC for submit@debbugs.gnu.org; Tue, 05 Oct 2021 13:01:29 -0400 Received: from relay12.mail.gandi.net ([217.70.178.232]:53525) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXnoi-0003YV-PV for 50935@debbugs.gnu.org; Tue, 05 Oct 2021 13:01:27 -0400 Received: (Authenticated sender: juri@linkov.net) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 152CC200007; Tue, 5 Oct 2021 17:01:17 +0000 (UTC) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#50935: minibuffer-electric-default-mode interface Organization: LINKOV.NET References: <87k0ixq6wt.fsf@mail.linkov.net> <87r1d285o4.fsf@mail.linkov.net> <874k9wc8je.fsf@mail.linkov.net> <838rz74ggk.fsf@gnu.org> Date: Tue, 05 Oct 2021 19:46:56 +0300 In-Reply-To: <838rz74ggk.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 05 Oct 2021 18:52:11 +0300") Message-ID: <878rz74dxb.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 50935 Cc: Stefan Kangas , 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> > The following patch makes the prompt more readable: >> > >> > Send signal to 3 processes [TERM]: >> >> Sounds good to me. > > It could be confusing. Previously, the prompt was > > Send signal [TERM] The previous prompt was: Send signal [3 processes] (default TERM): or with customized minibuffer-default-prompt-format: Send signal [3 processes] [TERM]: This was too confusing. > So it was much more clear that "TERM" refers to "signal" and vice > versa. Now we have "3 processes" in the way, and someone could think > "TERM" refers to the processes or something. > > How about this instead: > > Signal N processes with [SIGTERM]: > > Note that I deliberately added the "SIG" part so that it would be more > clear this is the name of a signal. Sorry, the phrase "Signal N processes" is too difficult to comprehend - it's diffucult to see that "signal" is a verb here. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 05 13:01:38 2021 Received: (at 50935) by debbugs.gnu.org; 5 Oct 2021 17:01:38 +0000 Received: from localhost ([127.0.0.1]:41795 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXnow-0003ox-BC for submit@debbugs.gnu.org; Tue, 05 Oct 2021 13:01:38 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:33583) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXnog-0003VL-IA for 50935@debbugs.gnu.org; Tue, 05 Oct 2021 13:01:37 -0400 Received: (Authenticated sender: juri@linkov.net) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id C4FC2FF813; Tue, 5 Oct 2021 17:01:14 +0000 (UTC) From: Juri Linkov To: Stefan Kangas Subject: Re: bug#50935: minibuffer-electric-default-mode interface Organization: LINKOV.NET References: <87k0ixq6wt.fsf@mail.linkov.net> <87r1d285o4.fsf@mail.linkov.net> <874k9wc8je.fsf@mail.linkov.net> Date: Tue, 05 Oct 2021 19:42:54 +0300 In-Reply-To: (Stefan Kangas's message of "Tue, 5 Oct 2021 10:11:11 -0400") Message-ID: <87tuhv4e41.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> The following patch makes the prompt more readable: >> >> Send signal to 3 processes [TERM]: > > Sounds good to me. > > BTW, did you send the right patch? I can't see the word "processes" > below. You can see the word "processes" in the source code outside of the patch diff context ;-) From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 08:52:05 2022 Received: (at 50935) by debbugs.gnu.org; 2 Sep 2022 12:52:05 +0000 Received: from localhost ([127.0.0.1]:45246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU69V-0001L8-8L for submit@debbugs.gnu.org; Fri, 02 Sep 2022 08:52:05 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35574) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU69U-0001Kc-3Y for 50935@debbugs.gnu.org; Fri, 02 Sep 2022 08:52:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=4RPaXMFPV8qCBnWjygD0la9//Ecf3CVN/H6PbMBmDiQ=; b=s+eSDleMMHoyW2aU/ia2i6jffv fOesouObZ0fYu1n6Lg0E69V+cSaVod+AMyuGJtf0g9YOjiar47diPmOTiEGlK4FpAL620HRG+BCh2 xUhva5Epp3K4f+RqaeFCxEYZ82W8MH64MkP1YqAgCfdGMY3BWyaYIIHoJIzAjmm9y2Gw=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oU69L-0005cZ-6R; Fri, 02 Sep 2022 14:51:57 +0200 From: Lars Ingebrigtsen To: Stefan Kangas Subject: Re: bug#50935: minibuffer-electric-default-mode interface In-Reply-To: (Stefan Kangas's message of "Tue, 5 Oct 2021 12:55:52 -0400") References: <87k0ixq6wt.fsf@mail.linkov.net> <87r1d285o4.fsf@mail.linkov.net> <87bl44bto2.fsf@mail.linkov.net> X-Now-Playing: Brigitte Fontaine's _Comme =?utf-8?Q?=C3=A0?= la radio_: "Tanka II" Date: Fri, 02 Sep 2022 14:51:54 +0200 Message-ID: <87y1v2szv9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Kangas writes: > I've now updated any prompt I could find to use `format-prompt' (by > grepping for " (default "). Maybe I've missed one or two, but that > should mean that that the overwhelming majority of our prom [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50935 Cc: 50935@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Stefan Kangas writes: > I've now updated any prompt I could find to use `format-prompt' (by > grepping for " (default "). Maybe I've missed one or two, but that > should mean that that the overwhelming majority of our prompts now > respect `minibuffer-default-prompt-format'. See commit 6640942221. > > With that, I think the option `minibuffer-eldef-shorten-default' should > be declared obsolete, as in the attached patch, and consequently removed > from the manual. This change should go to master, of course. > > The command `minibuffer-electric-default-mode' shouldn't be declared > obsolete as it does something different. Makes sense to me, so I've now pushed this to Emacs 29 and am closing this bug report. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 08:52:09 2022 Received: (at control) by debbugs.gnu.org; 2 Sep 2022 12:52:09 +0000 Received: from localhost ([127.0.0.1]:45249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU69Z-0001LP-Hk for submit@debbugs.gnu.org; Fri, 02 Sep 2022 08:52:09 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35592) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU69Y-0001L0-GI for control@debbugs.gnu.org; Fri, 02 Sep 2022 08:52:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=r+qMRpxEzNEyzktqD0Qn2qtWUrEvmqxTrxua1strNxs=; b=bA2jTs5dVc3VVtjQjD5c5CgE0F nxowl7AMzmSE7sk6N3ajRTQ/aQNoOaKMBz7p5Cefq0Q3/e4ZrTrLdmpkawnUqvXRAg87p1niBGYwh WMBZQW1TVYb43v81m4+JHSM33twn0LYnDt0Q23TkOmJQ2K99wJKXpBtkGtGxatS8O2gE=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oU69Q-0005ci-Qa for control@debbugs.gnu.org; Fri, 02 Sep 2022 14:52:02 +0200 Date: Fri, 02 Sep 2022 14:52:00 +0200 Message-Id: <87wnamszv3.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #50935 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 50935 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 50935 29.1 quit From unknown Sat Sep 13 13:16:18 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 01 Oct 2022 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator