From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings Newsgroups: gmane.emacs.devel Subject: Re: [External] : Re: master 513c5d827d: Use `format-prompt' in Date: Mon, 05 Sep 2022 16:02:36 +0000 Message-ID: <0b2303e39250624d54a6@heytings.org> References: <83ilm4om39.fsf@gnu.org> <87r10sizhc.fsf@gnus.org> <83fsh8ol0v.fsf@gnu.org> <87ilm4iyeh.fsf@gnus.org> <8735d6fcqz.fsf@gmail.com> <83a67ekpx9.fsf@gnu.org> <87pmgadojz.fsf@gmail.com> <831qsqko7t.fsf@gnu.org> <87leqydmxw.fsf@gmail.com> <83v8q2j8zw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1RRxbD4rUX" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12837"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Robert Pluim , rms@gnu.org, drew.adams@oracle.com, larsi@gnus.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Sep 05 18:11:34 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVEhC-00039D-Ep for ged-emacs-devel@m.gmane-mx.org; Mon, 05 Sep 2022 18:11:34 +0200 Original-Received: from localhost ([::1]:57238 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oVEhB-0005v7-GJ for ged-emacs-devel@m.gmane-mx.org; Mon, 05 Sep 2022 12:11:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60018) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVEYb-0004Rv-6T for emacs-devel@gnu.org; Mon, 05 Sep 2022 12:02:43 -0400 Original-Received: from heytings.org ([95.142.160.155]:54306) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVEYZ-00060r-DV; Mon, 05 Sep 2022 12:02:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1662393756; bh=z1CcfGoXu8D7EcGxk1qWnlrH0mfLdiZX4PgaDM/SiNs=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=6K7EfB5aWUBdcex5IacyUF5o6mGzKlCJvcw4CbXscmPTmtp+nlo8vP+N0ISbxY/9z U468mbJwgzRp3XlTGK3nf7vhN2fCpZIjDcTV5uWJi6N8P3db4jjR7tAl1NWmHhNv50 bwDlSwjEHGlxjP68pb9uihZRiniWTvGbog1xG+GX9IL5roiI9iBeflcey+YhncbP4q 4xolIi58wt/HWCupEQUxS6iJc9zQPC7aBcmpOhv4vctfftpPSpzI+voFrTjMUmiVUM jmDpyZ75x+U8M6kw1bauHJotIODjjAJTQWn4XmVlAobGntUCFG1DcNaQZ5v8dWouDA bRi/Cvpu6g+5A== In-Reply-To: <83v8q2j8zw.fsf@gnu.org> Content-ID: <0b2303e39242e59d857e@heytings.org> Received-SPF: pass client-ip=95.142.160.155; envelope-from=gregory@heytings.org; helo=heytings.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:294751 Archived-At: --1RRxbD4rUX Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-ID: <0b2303e392520a21c7f6@heytings.org> >> My admittedly not well-calibrated lisp taste=CA=BCo=CA=BCmeter doesn=CA= =BCt find >> >> (format-prompt "Prompt" nil :default "all") >> >> all that appealing either > > Then I hope someone will come up with a better idea. > > My point is that using format-prompt obfuscates the code to some degree,= =20 > and we should try to find a way of avoiding that, while keeping its=20 > advantages. > FWIW, I'm not sure using minibuffer-default-prompt-format is optimal in=20 this specific case. Before the change the prompt said: Character (Unicode name or hex, default all): Now it says: Unicode name, single char, or hex (default all): or, with minibuffer-default-prompt-format set to "": Unicode name, single char, or hex: IMO, the original prompt was much clearer, and I don't think those who=20 customized minibuffer-default-prompt-format would have protested that this= =20 specific prompt does not obey their customization: "Unicode name or hex,=20 default all" is an explanation about the kind of input that is expected,=20 like the one we have for C-x 8 RET, which says: Insert character (Unicode name or hex): --1RRxbD4rUX--