From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: tabulated-list-mode needs incremental search option Date: Thu, 12 Nov 2020 00:38:38 +0300 Message-ID: References: <87361liqpt.fsf@gmail.com> <87v9edu11u.fsf@stupidchicken.com> <87sg9gx825.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7984"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: Stefan Monnier , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Nov 11 22:40:16 2020 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 1kcxqi-0001xX-18 for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 22:40:16 +0100 Original-Received: from localhost ([::1]:33754 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcxqh-0000Rb-48 for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 16:40:15 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42716) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcxpJ-0007Rh-Iv for emacs-devel@gnu.org; Wed, 11 Nov 2020 16:38:49 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:35971) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcxpG-0005rf-Gh for emacs-devel@gnu.org; Wed, 11 Nov 2020 16:38:49 -0500 Original-Received: from localhost ([::ffff:197.157.34.177]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0006.000000005FAC59E3.00000689; Wed, 11 Nov 2020 21:38:42 +0000 Content-Disposition: inline In-Reply-To: <87sg9gx825.fsf@mail.linkov.net> Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/11 16:21:17 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:259054 Archived-At: * Juri Linkov [2020-11-11 22:24]: > > In general I am advising that every application with choices offers > > among others the narrowing incremental search. > > The term "incremental search" is too ambiguous to use here. I understand. Please see here how other people refer to incremental search: https://en.wikipedia.org/wiki/Incremental_search Quote: In computing, incremental search, incremental find or real-time suggestions is a user interface interaction method to progressively search for and filter through text. As the user types text, one or more possible matches for the text are found and immediately presented to the user. This immediate feedback often allows the user to stop short of typing the entire word or phrase they were looking for. The user may also choose a closely related option from the presented list. To make it more specific I was often referring to Emacs completion functions, built-in or outside packages. It is in that context. My references are always in the context of built-in or modified `completing-read' function and related functions used by helm, ivy, ido, fido, icomplete, selectrum, etc. I do not use the context of C-s or M-C-s which is also incremental search. > You had a better alternative below: "incremental matching" or > "incremental narrowing". And "incremental completion" would be too > specific to icomplete.el. When user chooses a file, user is completing file name and works on specific file. For my work now I am in 2 options, maybe I do look for specific item, in that sense I am not really completing the item but jumping to the item within a list in tabulated-list-mode. There is no action specified on that item. In the second option I am just looking for the subtree where that item belongs as maybe I wish to add new sets or subtrees or other items relevant to that item. I do use completing-read but maybe to enact some actions only closely related to completed item. Maybe technically I "complete" but result is quite different.