From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: completing-read depricated initial-input Date: Thu, 23 Jun 2022 12:10:36 +0200 Message-ID: <87zgi3itb7.fsf@dataswamp.org> References: <86r13hubaw.fsf_-_@gnu.org> <86letphfke.fsf_-_@gnu.org> <87bkuljsvz.fsf@yahoo.com> <86fsjvlrjo.fsf@gnu.org> <874k0bkco7.fsf@dataswamp.org> <87letnhhj3.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34776"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:JRX6Cf1fRG4NyyUUn5ubWB0eDXk= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jun 23 12:39:32 2022 Return-path: Envelope-to: geh-help-gnu-emacs@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 1o4KFI-0008oQ-FY for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 23 Jun 2022 12:39:32 +0200 Original-Received: from localhost ([::1]:55374 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o4KFH-0002TR-EM for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 23 Jun 2022 06:39:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53042) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o4JnS-0004tb-Rf for help-gnu-emacs@gnu.org; Thu, 23 Jun 2022 06:10:53 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:46424) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o4JnR-00037A-08 for help-gnu-emacs@gnu.org; Thu, 23 Jun 2022 06:10:46 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1o4JnP-0001zX-1T for help-gnu-emacs@gnu.org; Thu, 23 Jun 2022 12:10:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:138008 Archived-At: Tassilo Horn wrote: >>>>> I agree that there are cases where INITIAL-INPUT still >>>>> has its place, but as I said, I remember the reason for >>>>> phasing it out was different than stylistic preferences. >>>> >>>> What other reason can there be? [...] >>> >>> Improved user experience? >> >> Why/how so? > > You have to delete the initial input if it's not what you > want or if you want to see the other possibilities. > So basically all occurrences where INITIAL-INPUT is used as > a kind of default value are better handled with the > DEF argument. I know but ... why are you telling me this? IMO this is the best way of doing it: (let ((name "Danger")) (read-string (format "name: [%s] " name) nil nil name) ) > The only places where I can see it's useful is when all > possible completions have a common prefix [...] It is useful there but only in terms on relying on completion over a huge set of pretty much similar symbol names which is a situation that shouldn't be encouraged to begin with, and neither should completion BTW. And, alltho, as Merlin the Great Wizard was fond of saying, there is no right or wrong, just what is and what isn't, it still holds that two wrongs don't make one right. -- underground experts united https://dataswamp.org/~incal