From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Augusto Stoffel Newsgroups: gmane.emacs.bugs Subject: bug#46469: [External] : bug#46469: 27.1; `isearch-del-char' should move point further back Date: Sun, 14 Feb 2021 08:18:23 +0100 Message-ID: <878s7rnmm8.fsf@gmail.com> References: <87zh09xggr.fsf@gmail.com> <83v9axdpkm.fsf@gnu.org> <87mtw9xckr.fsf@gmail.com> <83r1lke9dc.fsf@gnu.org> <87im6wxw11.fsf@gmail.com> <838s7se42b.fsf@gnu.org> <83wnvbb9iq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13558"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) Cc: 46469@debbugs.gnu.org, Juri Linkov To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 14 08:19:09 2021 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 1lBBgT-0003Ql-4Y for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 14 Feb 2021 08:19:09 +0100 Original-Received: from localhost ([::1]:50218 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lBBgS-0007L9-6t for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 14 Feb 2021 02:19:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59686) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lBBgM-0007L1-U2 for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2021 02:19:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52091) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lBBgM-0008Pn-Ms for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2021 02:19:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lBBgM-0003R6-Ht for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2021 02:19:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Augusto Stoffel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 14 Feb 2021 07:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46469 X-GNU-PR-Package: emacs Original-Received: via spool by 46469-submit@debbugs.gnu.org id=B46469.161328711313168 (code B ref 46469); Sun, 14 Feb 2021 07:19:02 +0000 Original-Received: (at 46469) by debbugs.gnu.org; 14 Feb 2021 07:18:33 +0000 Original-Received: from localhost ([127.0.0.1]:35404 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBBfs-0003QJ-Pu for submit@debbugs.gnu.org; Sun, 14 Feb 2021 02:18:32 -0500 Original-Received: from mail-ej1-f41.google.com ([209.85.218.41]:45866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lBBfq-0003Q7-Hp for 46469@debbugs.gnu.org; Sun, 14 Feb 2021 02:18:31 -0500 Original-Received: by mail-ej1-f41.google.com with SMTP id b9so6121812ejy.12 for <46469@debbugs.gnu.org>; Sat, 13 Feb 2021 23:18:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=VVWsKm7SzCfgjww9QfHE8DxyP00cZ9fAD103Dp4fnM4=; b=XFDdoj+xNQjfKJq9Ms2e0HRnNXNL8+LgeDyWNRcVgcSzQkA+hNJcz5GpYvQZdlK02x /rEmJgdbY+Q1U5PpD7qCIt5kjGN0RRuHhwtCdjym0lA/UiMdXaGUB28Ob7kRsbTMeVgY fDlOtJdHbin8TGGU91pjsAXO9EN2IWBNaP1MzF/XzzqVTHBT63VL/pcFQefWz23rmPex 22kYPPevBxChMUIFoGJTavi5kePMmEyewGto6iMm9o7ALDz+VeeCExSUE8eAavBhuHf4 PoTPgdpWfO9fBpaZy7kR7hKLp13mllXYKR18AxgMktvcVmNSIonuqBXKlzXqV5cqPHOe aP+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=VVWsKm7SzCfgjww9QfHE8DxyP00cZ9fAD103Dp4fnM4=; b=s4kn2GRvrb0kfMiicfyjJ/Z38qvF9eSwO7e3RNqMc7n9fca7k4pvKVpiIvL1IXYc28 LwdFcX2klUvBJ+IzOignGPpFb5K53rscqRwNGt6wFfCFbktwgNkowNL9c1oQOQHERJ3G FcyRDV6byHiuhzQxNLjzZoZVaXhf7wBa3MmdoaTCThNO6S0J1125GV8UyjiIKjLquGuI nFlefNu3W3triZl0ZWJ4rfz/COne2W3sur2NQMZufReECzX3V43ZuygqGqDfNY8dZw5a wxMP11FfTw4blRNLN4uOY+RBWK3OS4Q5hpjVEcTIJ7cfs5QxkuC91HK5zgKj1k7a320M nkVw== X-Gm-Message-State: AOAM532ofU7Ey197JWfMxE55Q+zPa0xbZG74ssSr/2f699sJuo+JHRHc YyXk931iRXtBpozTmvNz4tTqkl3bvwA= X-Google-Smtp-Source: ABdhPJxqLDHQ7n01WEQS/10MITSwDCL5pq99CApJoSgXTweh3zzjg0kuXTxeA1JuEevFl/sAB//KYw== X-Received: by 2002:a17:906:9b4f:: with SMTP id ep15mr10348620ejc.423.1613287104513; Sat, 13 Feb 2021 23:18:24 -0800 (PST) Original-Received: from ars3 ([2a02:908:2211:8540::16e5]) by smtp.gmail.com with ESMTPSA id q14sm8100504edw.52.2021.02.13.23.18.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 13 Feb 2021 23:18:24 -0800 (PST) In-Reply-To: <83wnvbb9iq.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 14 Feb 2021 05:42:05 +0200") 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" Xref: news.gmane.io gmane.emacs.bugs:199985 Archived-At: Re the idea that we can't change the behavior of an old command: if taken too seriously, this principle would imply that the standard Emacs UI can never improve; I'm glad this is not the case. Also, `isearch-del-char' changed from one obscure key to another obscure key in Emacs 27. So clearly things can change. Re this being a personal preference: I wouldn't bother to send a patch if I thought so. As already mentioned, lots of programs copied Emacs's incremental search, and apparently all changed how DEL works in a similar way. This indicates that the patched `isearch-del-char' is what most people expect (but I'm not suggesting to bind it to DEL, just have it around for those who want it). With all that said, could we discuss the merits of the change itself? If it has a real drawback in comparison with the current `isearch-del-char', then it would be fine to add a defcustom. But I suspect that 3 alternative ways to delete characters from a search string is a bit over the top. We can probably come up with a solid default behavior here. I already explained my rationale for wanting the change: I mistype things, but I never hit =E2=80=98C-s=E2=80=99 by mistake. So I want a way = to undo just what I typed. The current `iserach-del-char' does something slightly different. Refer to my third message in this thread for details. Is there a case where the current behavior is much more convenient and/or takes the search to a state that can't be easily reproduced by the patched version? Thanks, Augusto