From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#70968: 29.2.50; choose-completion on an emacs22-style completion deletes text after point Date: Sat, 14 Sep 2024 18:18:46 +0300 Message-ID: References: <86bk56jhsp.fsf@gnu.org> <377f815c-52d2-4770-ae85-55e096e104b0@gutov.dev> <8634qhipgj.fsf@gnu.org> <7e05fd14-3499-4811-b4bc-b53186b15408@gutov.dev> <86ed5vzzru.fsf@gnu.org> <86o74qh9wv.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15969"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: 70968@debbugs.gnu.org, monnier@iro.umontreal.ca, juri@linkov.net To: Eli Zaretskii , Spencer Baugh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Sep 14 17:20:03 2024 Return-path: Envelope-to: geb-bug-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 1spUZ8-0003u6-4y for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 14 Sep 2024 17:20:03 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1spUYz-00077L-IP; Sat, 14 Sep 2024 11:19:53 -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 1spUYx-00077D-NW for bug-gnu-emacs@gnu.org; Sat, 14 Sep 2024 11:19:51 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1spUYx-0001pF-3h for bug-gnu-emacs@gnu.org; Sat, 14 Sep 2024 11:19:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=In-Reply-To:From:References:MIME-Version:Date:To:Subject; bh=GelZBCac7XQxjzBgxCdc9N3gAiDOXoCTmubuYseOWtQ=; b=AVwBEAH23TgwQahqpCq8m0ylvE/uqdUjkLkiFfijX2m9KiA3zIAyXWNCpANPFDduoJOx7/99FCU68E6spLjoArxR+5Eyu7VnohsPYipAzxNzaV+JHHtiSV2Op7iZzykNPOTdmtyX5xw1scpQhuvx8MU4pJVB9uPcHzI24NvEviZ+C2jBQh3m7CHe2jc+jKRMgkCYvANOFS+6HXZQQ0TUbLIADAnS3+0Chgk/YlStW9ckquUmp6Ha9Syam7pVsXAeuzQ/Nuftaw/vnwFuYGDHO17IVAosdbJF9+dJQ+dQ7gpQKlCdzw0/Q+lsycaOXBnvifaTmqBnNfTAB9C/PPgryA==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1spUZ7-0004sz-LE for bug-gnu-emacs@gnu.org; Sat, 14 Sep 2024 11:20:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Sep 2024 15:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70968 X-GNU-PR-Package: emacs Original-Received: via spool by 70968-submit@debbugs.gnu.org id=B70968.172632714918669 (code B ref 70968); Sat, 14 Sep 2024 15:20:01 +0000 Original-Received: (at 70968) by debbugs.gnu.org; 14 Sep 2024 15:19:09 +0000 Original-Received: from localhost ([127.0.0.1]:47634 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1spUYH-0004r3-Eo for submit@debbugs.gnu.org; Sat, 14 Sep 2024 11:19:09 -0400 Original-Received: from fout2-smtp.messagingengine.com ([103.168.172.145]:42235) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1spUYE-0004qQ-TO for 70968@debbugs.gnu.org; Sat, 14 Sep 2024 11:19:08 -0400 Original-Received: from phl-compute-06.internal (phl-compute-06.phl.internal [10.202.2.46]) by mailfout.phl.internal (Postfix) with ESMTP id 1D33A13801F6; Sat, 14 Sep 2024 11:18:50 -0400 (EDT) Original-Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-06.internal (MEProxy); Sat, 14 Sep 2024 11:18:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1726327130; x=1726413530; bh=GelZBCac7XQxjzBgxCdc9N3gAiDOXoCTmubuYseOWtQ=; b= WeTz3PJ+4swkRhGG+Nat01WQRLWlFseMMrlM0cIIuyQCJFVdzxVk5Eb8KbOmcOnt AyaZhRslF+wTqMrGrqXAMvTy1Li9wluMcC6yqust3Ps1Fl57vi6+Zn+Bjk9xohQ3 oqAYeKTPHSZ/z1+nQhuRPCRK5Unwy56CkHF0Fa9TUQyAQV7dQJJ40Mn7XjffCbqf f57V1NcpBCUP9cvjA/227zfu+qGpHaRvjNXnwxAjweexuDK7IdF5KoCyAVWAXOAy DD8po26deFJGI/w/aHtyPr/2QtWLl4b9wNsB+D7dEPU3UlMgXNkMc88fEZw04Q0X jSkS+IIj+v9r4hwSZBgA2g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1726327130; x= 1726413530; bh=GelZBCac7XQxjzBgxCdc9N3gAiDOXoCTmubuYseOWtQ=; b=T r0953aYQVWzF9R3lGqlz9TAchgKOtBJ4Cgt7lePsjlzXuaIj94s5ekPHvzk5lZMI LxmmQRohPmKP9gRW6Hv7Rlf2ungHfp1BVdsieax4E5uF3WkgNMKbx7L6Ss2CQ8Iu uah8peITIwhm2Rf4Qw7IqRUA5bRlaG/JtfrmXTGKcaExBuPh4p4gk3GKVEDDXWH4 DdsaDwFT43q+ICYpZX1T2Gm1zVq+vY6ZHonylVTY8CJdgkDbrz6XBIUMGdn1AOVu j1xU5TY1QfTcwzA0OkZN4C0XaduoSrxQGfSJ56R68HS8ov2O1cag74+rkEzL9czG Csdvl4jErRDDSQhvAf0RA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudektddgkeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdej necuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdrug gvvheqnecuggftrfgrthhtvghrnhepteduleejgeehtefgheegjeekueehvdevieekueef tddvtdevfefhvdevgedujeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdguvghvpdhnsggprhgtphhtthho peehpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopegvlhhiiiesghhnuhdrohhrgh dprhgtphhtthhopehssggruhhghhesjhgrnhgvshhtrhgvvghtrdgtohhmpdhrtghpthht ohepmhhonhhnihgvrhesihhrohdruhhmohhnthhrvggrlhdrtggrpdhrtghpthhtohepjh hurhhisehlihhnkhhovhdrnhgvthdprhgtphhtthhopeejtdelieekseguvggssghughhs rdhgnhhurdhorhhg X-ME-Proxy: Feedback-ID: i07de48aa:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 14 Sep 2024 11:18:48 -0400 (EDT) Content-Language: en-US In-Reply-To: <86o74qh9wv.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:291778 Archived-At: On 14/09/2024 12:17, Eli Zaretskii wrote: > B. Deprecate the emacs22 style and replace it with a new style called > `ignore-suffix` which has this bug fixed, and which replaces emacs22 > in the default value of completion-styles. Note that while this is a viable option, we're still lacking a mechanism which would fix the problem for the new completion style. And then we'd have two code paths for this behavior that somehow need to distinguish between these styles. With the original proposal we would delegate to the style's completion logic, but it would apparently behave the same between emacs22 and the new style. > Option C is from my POV the least desirable one: it adds some > complicated logic, which will almost certainly produce unintended > results, as everything in this completion-related mess we have. That's probably true, but whether it will make things more complicated or not would also depend on the overall design. With some effort, it could be the opposite - but with more changes across the board, overall not backward compatible ones. > I'm okay with adding a new style, per B, but why do we need to > deprecate emacs22 at the same time? Let users who want this new > behavior customize their completion styles to use this new style > instead of emacs22. I don't envy the person who's going to write documentation and has to describe the distinction between these two styles, that they differ in this particular place of the UI, and are otherwise the same. Deprecating the old style would at least say that this complication is a wart which would someday go away, and we could take a shortcut in the implementation (e.g. hardcode the value `emacs22` in some check).