From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#65347: 29.1; Underscore in query replace prevents case-matching Date: Fri, 18 Aug 2023 15:20:21 -0400 Message-ID: References: <838raa6syr.fsf@gnu.org> <83o7j451iu.fsf@gnu.org> <83wmxs2p52.fsf@gnu.org> Reply-To: Stefan Monnier Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29703"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , 65347@debbugs.gnu.org To: Spencer Baugh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 18 21:21:25 2023 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 1qX52D-0007W7-6S for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 18 Aug 2023 21:21:25 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qX51s-0004px-HK; Fri, 18 Aug 2023 15:21:04 -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 1qX51p-0004pd-FR for bug-gnu-emacs@gnu.org; Fri, 18 Aug 2023 15:21:01 -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 1qX51p-00009f-6V for bug-gnu-emacs@gnu.org; Fri, 18 Aug 2023 15:21:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qX51p-0004tG-Nb for bug-gnu-emacs@gnu.org; Fri, 18 Aug 2023 15:21:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 19:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65347 X-GNU-PR-Package: emacs Original-Received: via spool by 65347-submit@debbugs.gnu.org id=B65347.169238643318745 (code B ref 65347); Fri, 18 Aug 2023 19:21:01 +0000 Original-Received: (at 65347) by debbugs.gnu.org; 18 Aug 2023 19:20:33 +0000 Original-Received: from localhost ([127.0.0.1]:48837 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qX51N-0004sG-JF for submit@debbugs.gnu.org; Fri, 18 Aug 2023 15:20:33 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:46863) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qX51K-0004s2-22 for 65347@debbugs.gnu.org; Fri, 18 Aug 2023 15:20:31 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 099C1442A68; Fri, 18 Aug 2023 15:20:24 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1692386422; bh=y07BINQeRawJ5tJNlo6CQtYld296IbLJBsxGa0Zut8w=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=FAA31yy84tbz8UC3YuIVUkWft3oxE5pC4ACOsOVsqOJA9ZyVvgJYHMHx0y2Hgj95n L2o+p4+CqjrLm3Aa9X+xHy1ScsDeypE8RxjGsPJZ1Bz70NOfG9ivAPFr9XIZYQLBh2 Z1r0tY5JeIUqwH8VLSD20k0a2IOV6uPC0BQy7B3T8ztlyFQke5FWgwp/KcYeBymw2b E/MfqD51B4C9JXId9NKuIl7G7+Y0XxIh2DWpIu1tQXnRr7diqmz1+D+of7oqp2JeHD uyyifJZ63D3gtMYGPoL+E3uJvUhT7WCs8xEQNObqrOSj3v4iktCwr2VckrzWTVOXnW jGZ84ZVE0e9QA== Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 86395440409; Fri, 18 Aug 2023 15:20:22 -0400 (EDT) Original-Received: from alfajor (unknown [23.233.149.155]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 645BF12023C; Fri, 18 Aug 2023 15:20:22 -0400 (EDT) In-Reply-To: (Spencer Baugh's message of "Fri, 18 Aug 2023 14:31:46 -0400") 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:267785 Archived-At: >> We look at this from different angles. As an Emacs maintainer, I >> would like to see every place that deals with words to honor >> find-word-boundary-function-table, instead of inventing its own ideas >> about where a word begins and where it ends. Yes, that could be good in any case. It would happen to fix the example problem, tho only in the specific case where the user has enabled `superword-mode`. In my experience, there are enough slightly different circumstances that it's going to be hard to cover all cases automatically. Personally (as a user) the functionality I'd prefer is the following: When the matched string does not have the same capitalization as the search pattern, I'd like Emacs to guess what should be the capitalization of the replacement and ask me to confirm its guess. This solution would not satisfy the "automatically" part, but it would succeed at the "cover all cases" part, only at the small cost of an extra RET. Stefan