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: on helm substantial differences Date: Sun, 15 Nov 2020 14:49:32 +0300 Message-ID: References: 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="32513"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: spacibba@aol.com, andreyk.mad@gmail.com, emacs-devel@gnu.org, rudalics@gmx.at, monnier@iro.umontreal.ca, Gregory Heytings , Eli Zaretskii To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Nov 15 13:47:06 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 1keHQw-0008IH-Cb for ged-emacs-devel@m.gmane-mx.org; Sun, 15 Nov 2020 13:47:06 +0100 Original-Received: from localhost ([::1]:40052 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1keHQv-0003EV-DY for ged-emacs-devel@m.gmane-mx.org; Sun, 15 Nov 2020 07:47:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38190) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1keHPK-0001tQ-Qv for emacs-devel@gnu.org; Sun, 15 Nov 2020 07:45:27 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:60707) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1keHPI-0005gz-C1; Sun, 15 Nov 2020 07:45:26 -0500 Original-Received: from localhost ([::ffff:41.202.241.56]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0004.000000005FB122C2.0000452A; Sun, 15 Nov 2020 12:44:49 +0000 Content-Disposition: inline In-Reply-To: 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/15 07:44:41 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:259197 Archived-At: * Drew Adams [2020-11-12 20:43]: > > Features wanted in ivy or icomplete or anything inside > > of Emacs or in GNU ELPA: > > > > - full frame completion with mode line staying where it is > > - split window completion as helm does it, with mode line > > staying where it should be > > And you mentioned vertical presentation of candidates. > > FWIW, Icicles offers that. You can show candidates > vertically, in a single column *Completions*, if you set > option `icicle-Completions-max-columns' to 1. Our conversation helped me to make some conclusions. What I need is how you and others pointed out is real time dynamic filtering or searching. It is filtering when a present display of hyperlinks has to be filtered. It is searching when completion encompasses all nodes that are not only in the current selection. In that case it positions the cursor in possibly different set of the tree. Completion as such, as it works in built-in Emacs or any other, like ivy, icicles, helm, is working well for that functionality to locate the node or to find other set with searched node. Additional feature that would spare much time for user is real time dynamic filtering for tabulated-set-mode. I will see how that can be implemented. By functionality it would be similar to completing-read, though not same. > There are many kinds of completion, and many kinds of > completion candidates. For short candidates, a single > column wastes an incredible amount of screen real estate. That may be true for various other use cases. For this particular usage candidates are mixture of very long lines and sometimes short lines. Also good for thinking about that. tabulated-list-mode does allow wide or widening of candidates I think indefinitely. That helps the user to read what is really there as completion candidate or to obtain more information. For example I can go with C-e to the far left side of the text, there could be even right screen or several screens from left to right which give various information pertaining to the hyperlink while priority information is shown on first screen only. completing-read functions would mostly be limited in that regard, I would need to shorten information to accommodate completing-read. New feature shall rather accommodate the program. > That may be fine, if your only purpose is to narrow to > a particular candidate. That is one usage case. completing-read finds the candidate, but then displays all surrounding candidates in the set of the selected candidate. In the next step is possible to either examine or activate the hyperlink or do other actions. > But if you're operating on or otherwise examining the _set_ of > current matches in some way, then you likely want to see more than > just a few of them, and being able to show more than one on a single > line helps a lot. > > On-the-fly filtering is about many things. What's > really involved is manipulating a candidate _set_. > For that, it helps to see most or all of the set. Yes. > The design of Icicles recognizes this high degree of > variability in candidates (including display size) and > in uses of filtering and manipulations of a set of > candidates. For now icicles are functional and I can use it. In general I will leave to user which completing-read or package to use. Overall discussion helped me to find various other similar projects. As the words I used were not confirming to understanding of other people and I have got various other references that relate to HyperScope. GNOWSYS: A Kernel for Semantic Computing! https://www.gnu.org/software/gnowsys gstudio https://gitlab.com/gnowledge/gstudio