From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Minibuffer keymaps Date: Sat, 16 Sep 2023 17:44:17 +0300 Message-ID: <83y1h6gou6.fsf@gnu.org> References: <837coqk6rr.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8231"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: "T.V Raman" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 16 16:44:44 2023 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 1qhWXM-0001xp-Jh for ged-emacs-devel@m.gmane-mx.org; Sat, 16 Sep 2023 16:44:44 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qhWX2-0003hq-23; Sat, 16 Sep 2023 10:44:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qhWX0-0003hS-3v for emacs-devel@gnu.org; Sat, 16 Sep 2023 10:44:22 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qhWWz-0005fC-S2; Sat, 16 Sep 2023 10:44:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ZtJfV3piZTLPSd1M+Pi9E+OsJ8gmfuDkuclXxYkYji4=; b=rCO+bWhicPft Pi0KbnmRce+EAd2l7Qt1WYq+F3d7TTSJyKOPC4P0Fqh5COBHm23712LCtCxnitGUlazMQ1m2jjWrB gWsgb3DzY15MkSzOGjpq7LBgysgBqXzyAx3e6tRS+HJh3Yi8f05z789U5Wa4Wpy6+X54WICBGNXxh +9FP2W8aG92SuEQGm0/7Gm0XMSVpg9XtSJ7eOoiUrtkpooF3gVC6XO1L93P0ikdwYfAfTbZiYmEU9 sBu+lmx/FLAJACM6/QnnDLQJMML5T7632rV/vAIAJmLgdHLK71aByuEVZfamawIaPibOeJytHaIXT ySAOjRlnkiTFczyF2Px7PQ==; In-Reply-To: (raman@google.com) 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:310630 Archived-At: > From: "T.V Raman" > Cc: emacs-devel@gnu.org > Date: Sat, 16 Sep 2023 07:41:55 -0700 > > Thanks! That said, are there cases today where minibuffer doesn't offer > completion? -- Perhaps read-string and some others, but we could > simplify things if it's worth it by just having completion available in > all minibuffers. I don't think we want to force all minibuffer-reading programs to use completion. There's no reason for that, and having two maps doesn't make Emacs much more complex than if we had just one. The flexibility of being able to use the minibuffer without completion is more important.