From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.devel Subject: Re: emacs 29 expand command in minibuf Date: Sat, 18 Jun 2022 09:37:07 +0200 Message-ID: <87v8syquog.fsf@gnu.org> References: <87r13txi5a.fsf@gnu.org> <878rq0yg9g.fsf@rub.de> <868rpvaqdr.fsf@stephe-leake.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="35870"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.7.27; emacs 29.0.50 Cc: Stephen Berman , hx , emacs-devel@gnu.org To: Stephen Leake Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jun 18 09:50:25 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 1o2TDt-0009Be-EB for ged-emacs-devel@m.gmane-mx.org; Sat, 18 Jun 2022 09:50:25 +0200 Original-Received: from localhost ([::1]:50196 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o2TDr-0002He-PB for ged-emacs-devel@m.gmane-mx.org; Sat, 18 Jun 2022 03:50:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60862) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o2TBc-0001YG-Gk for emacs-devel@gnu.org; Sat, 18 Jun 2022 03:48:08 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59560) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o2TBc-00084M-6I; Sat, 18 Jun 2022 03:48:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-reply-to:Date:Subject:To:From: References; bh=vYFbe/rn3jRIRlGghpkKXVfes3j9iDO3cNsd8LXeDbQ=; b=jtDrL24rtnAwZ9 YwKtMPOwFxUJYuTVslmDPwuuWeGNeFjXfhEEu97HVCY1DVCQb+759OVYw5Ws65d2z5uIQXZSUEbzP HbsUENqDE77out71E2o4v7E/PyBGRsM4U0sfUq+lB+zJsP/iUQEymn+zj4Q34nrLSfJXUg8gLLDwQ w6ncFkCjyyY2ih/ZB265IZaOCA0tADayjATyjVuCNJi7aUxcrU/DC7RLVj7mWtpQ5N6H4WKn72Bf/ OH7RN/qV6DqL0sdIpE6Kw4dgGLL3N10nmL6ZWCnyU8uaVNyXWQGQsw6eOL1DRFmP8Y+hyAgFDr9Ll /onhQ7bik4dggNZOJmLg==; Original-Received: from auth1-smtp.messagingengine.com ([66.111.4.227]:34439) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o2TBb-0003jD-VM; Sat, 18 Jun 2022 03:48:04 -0400 Original-Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailauth.nyi.internal (Postfix) with ESMTP id CE52327C0054; Sat, 18 Jun 2022 03:48:02 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Sat, 18 Jun 2022 03:48:02 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedruddviedguddviecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpehffgfhvfevufffjgfkgggtsehttdertddtredtnecuhfhrohhmpefvrghs shhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqnecuggftrfgrthhtvghrnh epudejtdehuddvleffjeekteegvdehleehvdeufefhueekkeekhedvgfeggeffvefgnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhrnh domhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeeijeefkeejkeegqdeifeeh vdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrihhlrdhfmh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 18 Jun 2022 03:48:01 -0400 (EDT) In-reply-to: <868rpvaqdr.fsf@stephe-leake.org> 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:291343 Archived-At: Stephen Leake writes: >> I think the real problem is that after `M-x em-v TAB' expands the >> input to "emacs-v", typing TAB again completes it to "emacs-version" >> instead of popping up a *Completions* buffer containing both >> "emacs-news-view-mode" and "emacs-version". > > +1 > > This behavior (on different but similar cases) bytes me quite often. Indeed, that looks at least surprising. When you do em-v the basic completion style cannot do anything and so the partial-completion style completes to emacs-v which is the common prefix of both emacs-version and emacs-news-view-mode for this style. But when doing emacs-v afterwards, the basic style can complete and only to emacs-version. Maybe there should be a way to "lock in" a completion style, i.e., when a more fuzzy style has computed completions in a previous step, it should not fall back to a more strict one later in the process. Now of course, there are more completion-styles than those in vanilla so the level of fuzzyness is not known for all... Bye, Tassilo