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.bugs Subject: bug#43308: 28.0.50; Improvements to Edit->Search menu Date: Thu, 10 Sep 2020 17:59:12 +0300 Message-ID: <831rj9k79b.fsf@gnu.org> References: <87zh5xiuk4.fsf@localhost> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13117"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43308@debbugs.gnu.org To: Ihor Radchenko Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 10 17:00:11 2020 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 1kGO3X-0003JC-IS for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Sep 2020 17:00:11 +0200 Original-Received: from localhost ([::1]:52770 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGO3W-0005ix-4d for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Sep 2020 11:00:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33706) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGO3P-0005ip-5Z for bug-gnu-emacs@gnu.org; Thu, 10 Sep 2020 11:00:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57600) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kGO3O-0003da-R8 for bug-gnu-emacs@gnu.org; Thu, 10 Sep 2020 11:00:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kGO3O-0005qV-NP for bug-gnu-emacs@gnu.org; Thu, 10 Sep 2020 11:00:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Sep 2020 15:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43308 X-GNU-PR-Package: emacs Original-Received: via spool by 43308-submit@debbugs.gnu.org id=B43308.159974995922371 (code B ref 43308); Thu, 10 Sep 2020 15:00:02 +0000 Original-Received: (at 43308) by debbugs.gnu.org; 10 Sep 2020 14:59:19 +0000 Original-Received: from localhost ([127.0.0.1]:40909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGO2h-0005ol-16 for submit@debbugs.gnu.org; Thu, 10 Sep 2020 10:59:19 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:57870) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGO2f-0005oY-5q for 43308@debbugs.gnu.org; Thu, 10 Sep 2020 10:59:17 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:60239) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGO2Z-0003Z9-RL; Thu, 10 Sep 2020 10:59:11 -0400 Original-Received: from [176.228.60.248] (port=1615 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGO2W-0003HG-7b; Thu, 10 Sep 2020 10:59:08 -0400 In-Reply-To: <87zh5xiuk4.fsf@localhost> (message from Ihor Radchenko on Thu, 10 Sep 2020 22:18:51 +0800) 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:187738 Archived-At: > From: Ihor Radchenko > Date: Thu, 10 Sep 2020 22:18:51 +0800 > > The following menus seems to be more confusing than helpful: > - Edit->Search menu->String Forward > - Edit->Search menu->String Backwards > - Edit->Search menu->Regexp Forward > - Edit->Search menu->Regexp Backwards > - Edit->Search menu->Repeat Forward > - Edit->Search menu->Repeat Backwards I disagree. Many applications have only the non-incremental search commands, so removing them will leave the user who are used to those with the incremental variant, which might be confusing for people who have no experience with comparable commands. > In most of other applications, the search functionality is squeezed into > single search dialogue, providing searching forward, backwards, and > repeating search together (via next/prev buttons). > Current Emacs menu forces the user to click Edit->Search menu->... > multiple times to repeat the search. That is not a pleasant experience. If you are suggesting a "repeat last search" menu item, it could be a useful idea. But removing those items because we don't have a simple repeat item is a step in the wrong direction, IMO. > Also, the functionality of the above menu items seems to be strictly > inferior in comparison with isearch items from Edit->Search->Incremental > search sub-menu. See above: it is there for those who are not familiar enough with the incremental variants. Please don't forget that the menu bar targets mainly newcomers, so judging it from the POV of a veteran Emacs user might yield incorrect conclusions. > I would also add that we can show transient next match/previous match > toolbar icons to assist users, unfamiliar with key bindings. Please show the code. Please also keep in mind that changes on the tool bar require redrawing of the tool bar, which could cause unpleasant flickering. We need to consider this potential downside. > Also, the article suggests to rename "Forward/Backward String..." into > "Search Forward/Backwards...", which sounds reasonable since > non-programmer users may be confused by the meaning of word "String". The "Search" part is in the parent menu item, so repeating it would be a waste of space, which is at premium here. If people agree that removing "String" will help, maybe we could do that. But please note that "String" contrasts with "Regexp" in the next items; if we remove it, won't that be less clear? > Finally, find "Search tagged files..." and the following "Repeat" menu > confusing. What does "tagged files" mean? Feel free to suggest a better name for the item and/or a better help string. > I tried to click it, got a prompt about regex, then prompt about tag > table (what is it?). Finally, I got error "File ~/TAGS does not > exist". This made me recall vague memory about Emacs manual talking > about some kind of completion feature for large code projects - > something I never used. Did you try "C-h k" before selecting that? This would display the documentation of that command. It's a canonical way of learning about menu items that don't explain themselves enough at first reading. (Of course if we can make them more self-explanatory, it's better.) > 1. Menu items do not show the key binding (is in Incremental search > menu). I think that showing bindings is generally a great idea for > discoverability If there's no key binding shown in the menu, it means the command invoked by the menu item doesn't have a key. When there's a key binding, the machinery that displays the menu adds them automatically. > 2. There is currently no way to understand what some unfamiliar menus do > except blindly trying. See above: "C-h k" is the way to understand that. Thanks.