X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Jean Louis <bugs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 10 Nov 2020 10:37:01 +0000
Resent-Message-ID: <handler.44550.B.1605004603325 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: 44550 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.1605004603325
(code B ref -1); Tue, 10 Nov 2020 10:37:01 +0000
Received: (at submit) by debbugs.gnu.org; 10 Nov 2020 10:36:43 +0000
Received: from localhost ([127.0.0.1]:36494 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1kcR11-000056-2k
for submit <at> debbugs.gnu.org; Tue, 10 Nov 2020 05:36:43 -0500
Received: from lists.gnu.org ([209.51.188.17]:49552)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <support1@HIDDEN>) id 1kcR0z-00004y-Li
for submit <at> debbugs.gnu.org; Tue, 10 Nov 2020 05:36:42 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:37090)
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <support1@HIDDEN>)
id 1kcR0z-00034M-D5
for bug-gnu-emacs@HIDDEN; Tue, 10 Nov 2020 05:36:41 -0500
Received: from static.rcdrun.com ([95.85.24.50]:51097)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <support1@HIDDEN>)
id 1kcR0x-00006G-B5
for bug-gnu-emacs@HIDDEN; Tue, 10 Nov 2020 05:36:40 -0500
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.000000005FAA6D16.000028A9; Tue, 10 Nov 2020 10:36:05 +0000
Date: Tue, 10 Nov 2020 13:36:03 +0300
From: Jean Louis <bugs@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Message-ID: <courier.000000005FAA6D15.000028A9@HIDDEN>
Received-SPF: pass client-ip=95.85.24.50; envelope-from=support1@HIDDEN;
helo=static.rcdrun.com
X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/10 05:35:57
X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy]
X-Spam_score_int: -16
X-Spam_score: -1.7
X-Spam_bar: -
X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9,
HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_PASS=-0.001,
SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.1 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.1 (--)
I have asked author if narrowing incremental search feature could be
included in tabulated-list-mode. He asked me to file bug report for
that proposal and I include last part of conversation here:
* Chong Yidong <cyd AT stupidchicken.com> [2020-11-10 10:25]:
> Hi Jean Louis,
>
> > But now when you gave me references on how to filter the view then I
> > can make function for my particular case myself to enter one or more
> > words to filter by words. That is workaround, not real solution.
> > ...
> > In my opinion the above is enough for me. You said how / k filtering
> > is implemented, even I used it but I forgot it. You reminded me, so
> > now I can filter in similar way myself.
> >
> > If it happens that you decide to improve it, I have idea how you could
> > do it: simply concatenating all tabulated items with space between and
> > then using matching words on that list.
>
> Glad the interim solution can be done.
>
> I think the incremental typing functionality is best implemented as its
> own minor mode. It should not be tied to tabulated-list-mode.
>
> This could be modelled after Emacs' completion functions. In
> completion, you start typing and Emacs draws in information from the
> buffer to try and complete what you have in the minibuffer. In the new
> incremental processing mode, you start typing and Emacs alters the
> buffer to reflect what's in the minibuffer. Similar to completion, it
> would not be mode-specific, but different modes would be able to
> customize the effects in a way that makes sense for that mode.
>
> Could you file a feature request in the Emacs bug tracker, or send an
> email to emacs-devel to open a discussion? It's possible there's
> already related functionality that I'm not current aware of, e.g. in an
> external package.
I will also Cc: this email to emacs-devel.
In general I am advising that every application with choices offers
among others the narrowing incremental search.
Be it by invoking a key binding first or directly by simply
typing. Because there are various key bindings in almost every mode it
is better to start narrowing incremental seach when user press special
key like / or something.
To come out of narrowed list one could press other key binding and see
the original list.
In my program I am using (setq tabulated-list-entries entries) and it
is common in tabulated-list-mode.
So I guess it could be implemented as you said in a derived mode
invoked by programmer or program where:
- user press some key to start a real-time narrowing incremental
search
- program remembers the original `tabulated-list-entries' as
ORIGINAL-DATA
- program can concatenate parts of each entry into strings (or maybe
use other method) during the incremental narrowing search
- user starts typing and lines shown in tabulated-list-mode get
narrowed to selected lines
- program obtains the ID numbers and displays only those ID numbers by
using (setq tabulated-list-entries NARROWED-DATA) and redisplays
- use could press ENTER and narrowing incremental search stops at that
point, user is facing new tabulated list and can handle it in usual
manner.
- user may press a key to go back to go to original
`tabulated-list-entries' and program does (setq
tabulated-list-entries ORIGINAL-DATA) and re-displays
--
Thanks,
Jean Louis
⎔ λ 🄯 𝍄 𝌡 𝌚
Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) Content-Type: text/plain; charset=utf-8 X-Loop: help-debbugs@HIDDEN From: help-debbugs@HIDDEN (GNU bug Tracking System) To: Jean Louis <bugs@HIDDEN> Subject: bug#44550: Acknowledgement (28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search) Message-ID: <handler.44550.B.1605004603325.ack <at> debbugs.gnu.org> References: <courier.000000005FAA6D15.000028A9@HIDDEN> X-Gnu-PR-Message: ack 44550 X-Gnu-PR-Package: emacs Reply-To: 44550 <at> debbugs.gnu.org Date: Tue, 10 Nov 2020 10:37:02 +0000 Thank you for filing a new bug report with debbugs.gnu.org. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): bug-gnu-emacs@HIDDEN If you wish to submit further information on this problem, please send it to 44550 <at> debbugs.gnu.org. Please do not send mail to help-debbugs@HIDDEN unless you wish to report a problem with the Bug-tracking system. --=20 44550: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D44550 GNU Bug Tracking System Contact help-debbugs@HIDDEN with problems
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 10 Nov 2020 15:58:01 +0000
Resent-Message-ID: <handler.44550.B44550.160502383525446 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Jean Louis <bugs@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160502383525446
(code B ref 44550); Tue, 10 Nov 2020 15:58:01 +0000
Received: (at 44550) by debbugs.gnu.org; 10 Nov 2020 15:57:15 +0000
Received: from localhost ([127.0.0.1]:38716 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1kcW1C-0006cM-T1
for submit <at> debbugs.gnu.org; Tue, 10 Nov 2020 10:57:15 -0500
Received: from eggs.gnu.org ([209.51.188.92]:58224)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1kcW1B-0006c8-RC
for 44550 <at> debbugs.gnu.org; Tue, 10 Nov 2020 10:57:14 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:34934)
by eggs.gnu.org with esmtp (Exim 4.90_1)
(envelope-from <eliz@HIDDEN>)
id 1kcW16-0001oJ-F2; Tue, 10 Nov 2020 10:57:08 -0500
Received: from [176.228.60.248] (port=1914 helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
(Exim 4.82) (envelope-from <eliz@HIDDEN>)
id 1kcW15-0004go-NV; Tue, 10 Nov 2020 10:57:08 -0500
Date: Tue, 10 Nov 2020 17:57:18 +0200
Message-Id: <835z6d2oip.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <courier.000000005FAA6D15.000028A9@HIDDEN> (message
from Jean Louis on Tue, 10 Nov 2020 13:36:03 +0300)
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
> Date: Tue, 10 Nov 2020 13:36:03 +0300
> From: Jean Louis <bugs@HIDDEN>
>
> I have asked author if narrowing incremental search feature could be
> included in tabulated-list-mode. He asked me to file bug report for
> that proposal and I include last part of conversation here:
Could you please explain what you mean by "narrowing incremental
search feature"? You only explained it in the terms of
tabulated-list-mode, and even then I don't think I understand what
it's supposed to do.
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Jean Louis <bugs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 10 Nov 2020 20:58:02 +0000
Resent-Message-ID: <handler.44550.B44550.160504184122443 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160504184122443
(code B ref 44550); Tue, 10 Nov 2020 20:58:02 +0000
Received: (at 44550) by debbugs.gnu.org; 10 Nov 2020 20:57:21 +0000
Received: from localhost ([127.0.0.1]:39096 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1kcahd-0005pv-HB
for submit <at> debbugs.gnu.org; Tue, 10 Nov 2020 15:57:21 -0500
Received: from static.rcdrun.com ([95.85.24.50]:50723)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <bugs@HIDDEN>) id 1kcahY-0005pU-Oq
for 44550 <at> debbugs.gnu.org; Tue, 10 Nov 2020 15:57:20 -0500
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 00000000002C000A.000000005FAAFEAB.00001999; Tue, 10 Nov 2020 20:57:15 +0000
Date: Tue, 10 Nov 2020 22:57:35 +0300
From: Jean Louis <bugs@HIDDEN>
Message-ID: <X6rwrzeE/qnf5/tk@HIDDEN>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <835z6d2oip.fsf@HIDDEN>
User-Agent: Mutt/2.0 (3d08634) (2020-11-07)
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
* Eli Zaretskii <eliz@HIDDEN> [2020-11-10 18:57]:
> > Date: Tue, 10 Nov 2020 13:36:03 +0300
> > From: Jean Louis <bugs@HIDDEN>
> >
> > I have asked author if narrowing incremental search feature could be
> > included in tabulated-list-mode. He asked me to file bug report for
> > that proposal and I include last part of conversation here:
>
> Could you please explain what you mean by "narrowing incremental
> search feature"? You only explained it in the terms of
> tabulated-list-mode, and even then I don't think I understand what
> it's supposed to do.
Drew also suggested to express that more precise. Context is similar
to ivy-mode or helm or icomplete or ido, etc.
- imagine list of items in tabulated-list-mode
- user press / to open up the feature (real time incremental narrowing)
- when user starts typing the list of items in tabulated-list-mode are
narrowing themselves visually and in real time. It is very similar
to completion networks.
Then I can use it for browsing trees of knowledge and narrowing huge
index lists. Video below shows using tabulated-list-mode to brows the
three of knowledge (17M):
https://gnu.support/images/2020/11/2020-11-10/2020-11-10-20:10:49.ogv
In general I would like to have direct real time incremental narrowing
of collection instead of blowing up minibuffer, making modeline jump
up and down with ivy-mode and splitting windows.
Interface would be clean just as tabulated-list-mode is and minibuffer
could be used for narrowing.
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 11 Nov 2020 15:36:01 +0000
Resent-Message-ID: <handler.44550.B44550.16051089354530 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Jean Louis <bugs@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.16051089354530
(code B ref 44550); Wed, 11 Nov 2020 15:36:01 +0000
Received: (at 44550) by debbugs.gnu.org; 11 Nov 2020 15:35:35 +0000
Received: from localhost ([127.0.0.1]:42613 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1kcs9n-0001B0-DJ
for submit <at> debbugs.gnu.org; Wed, 11 Nov 2020 10:35:35 -0500
Received: from eggs.gnu.org ([209.51.188.92]:53884)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1kcs9k-0001Ak-VE
for 44550 <at> debbugs.gnu.org; Wed, 11 Nov 2020 10:35:34 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:58680)
by eggs.gnu.org with esmtp (Exim 4.90_1)
(envelope-from <eliz@HIDDEN>)
id 1kcs9f-00018i-MY; Wed, 11 Nov 2020 10:35:27 -0500
Received: from [176.228.60.248] (port=1663 helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
(Exim 4.82) (envelope-from <eliz@HIDDEN>)
id 1kcs9c-0001tJ-LN; Wed, 11 Nov 2020 10:35:25 -0500
Date: Wed, 11 Nov 2020 17:35:35 +0200
Message-Id: <83ft5f29fc.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <X6rwrzeE/qnf5/tk@HIDDEN> (message from Jean Louis
on Tue, 10 Nov 2020 22:57:35 +0300)
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
> Date: Tue, 10 Nov 2020 22:57:35 +0300
> From: Jean Louis <bugs@HIDDEN>
> Cc: 44550 <at> debbugs.gnu.org
>
> - imagine list of items in tabulated-list-mode
>
> - user press / to open up the feature (real time incremental narrowing)
>
> - when user starts typing the list of items in tabulated-list-mode are
> narrowing themselves visually and in real time. It is very similar
> to completion networks.
What does "narrowing" mean in this context? What should happen in
real time? Do you mean "filtering", i.e. that some items should
disappear from view? If so, what criteria should be used to filter
out items, and how is that derived from what the user types? I'm
still confused regarding the feature you are looking for, and how it
relates to completion.
> Then I can use it for browsing trees of knowledge and narrowing huge
> index lists. Video below shows using tabulated-list-mode to brows the
> three of knowledge (17M):
>
> https://gnu.support/images/2020/11/2020-11-10/2020-11-10-20:10:49.ogv
Sorry, cannot watch such videos.
> In general I would like to have direct real time incremental narrowing
> of collection instead of blowing up minibuffer, making modeline jump
> up and down with ivy-mode and splitting windows.
>
> Interface would be clean just as tabulated-list-mode is and minibuffer
> could be used for narrowing.
And now I'm completely confused: I thought you were talking about
tabulated-list-mode, but now you've made some gigantic leap to much
more general issues.
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Jean Louis <bugs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 11 Nov 2020 17:27:01 +0000
Resent-Message-ID: <handler.44550.B44550.160511557015245 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160511557015245
(code B ref 44550); Wed, 11 Nov 2020 17:27:01 +0000
Received: (at 44550) by debbugs.gnu.org; 11 Nov 2020 17:26:10 +0000
Received: from localhost ([127.0.0.1]:42743 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1kctsn-0003xo-JH
for submit <at> debbugs.gnu.org; Wed, 11 Nov 2020 12:26:10 -0500
Received: from static.rcdrun.com ([95.85.24.50]:43425)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <bugs@HIDDEN>) id 1kctsk-0003xe-0D
for 44550 <at> debbugs.gnu.org; Wed, 11 Nov 2020 12:26:07 -0500
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 00000000002C0005.000000005FAC1EAB.000058CF; Wed, 11 Nov 2020 17:26:02 +0000
Date: Wed, 11 Nov 2020 20:22:04 +0300
From: Jean Louis <bugs@HIDDEN>
Message-ID: <X6wdvIx95Woc8+EZ@HIDDEN>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
<83ft5f29fc.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <83ft5f29fc.fsf@HIDDEN>
User-Agent: Mutt/2.0 (3d08634) (2020-11-07)
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
* Eli Zaretskii <eliz@HIDDEN> [2020-11-11 18:35]:
> > Date: Tue, 10 Nov 2020 22:57:35 +0300
> > From: Jean Louis <bugs@HIDDEN>
> > Cc: 44550 <at> debbugs.gnu.org
> >
> > - imagine list of items in tabulated-list-mode
> >
> > - user press / to open up the feature (real time incremental narrowing)
> >
> > - when user starts typing the list of items in tabulated-list-mode are
> > narrowing themselves visually and in real time. It is very similar
> > to completion networks.
>
> What does "narrowing" mean in this context? What should happen in
> real time? Do you mean "filtering", i.e. that some items should
> disappear from view?
Yes, thank you. I mean filtering. By pressing specific key for
filtering let us say "/" or other key, user starts typing and anything
above X length of characters (normally 3, should be customizable)
starts removing other lines that do not contain the written
query. User could enter few words and words could go match filter also
in reverse order (could be customizable). When user finishes filtering
process one could press enter to get the display in order to browse
down or up in the list. Even filtered list as result can be very long.
> If so, what criteria should be used to filter out items, and how is
> that derived from what the user types?
Criteria is that query should match the line. I prefer that several
words or parts of words can be inserted and that they can be matched
in reverse order.
When choosing a chocolate, designation in the database can be:
"Chocolate (white)" or "White Chocolate" and program does not know how
user will want to search for white chocolate. That is why reverse
order helps. Multiple words should be possible
As I am using tabulated list mode I see that lines can be concatenated
so that it is a list of strings. Query that user types would make
temporary tabulated-list-entries-filtered that replaces the original
tabulated-list-entries. User could go back to unfiltered view.
> I'm still confused regarding the feature you are looking for, and
> how it relates to completion.
I am using already tabulated mode to choose an entry. I guess it was
made for that as there is function (tabulated-list-get-id) and by that
id the choice is completed.
tabulated-list-mode can be used as additional completing-read function
and is very suitable for that. I know it is no adapted to that. I just
see it is very simple as it works with the list tabulated-list-entries
and when redisplayed it shows candidates, one can obtain ID and
candidate entry.
This below should serve to concept understanding that such function
"tabulated-completing-read" is possible.
(define-derived-mode choice-mode tabulated-list-mode "Choice" "Choice Mode"
(setq tabulated-list-format [("Prompt here" 80 t)])
(setq tabulated-list-padding 1)
(tabulated-list-init-header))
(define-key choice-mode-map (kbd "<RET>") 'choice-get-id)
(defun tabulated-completing-read (prompt collection)
(erase-buffer)
(choice-mode)
(setq tabulated-list-entries collection)
(read-only-mode 1)
(tabulated-list-print t))
(setq collection '((1 ["~/tmp"]) (2 ["~/Maildir"])))
(defun choice-get-id ()
"Returns the choice"
(interactive)
(let ((id (tabulated-list-get-id)))
(when id
(set-register 100 (aref (car (alist-get id collection)) 0)) ;; character d
(kill-this-buffer)
(get-register 100))))
;; I do not know how to return, so in my program I am using register,
;; but I do not know how to return register from similar function as
;; above
;; When you evaluate this below buffer will change.
;; (tabulated-completing-read "Files" collection)
> > In general I would like to have direct real time incremental narrowing
> > of collection instead of blowing up minibuffer, making modeline jump
> > up and down with ivy-mode and splitting windows.
> >
> > Interface would be clean just as tabulated-list-mode is and minibuffer
> > could be used for narrowing.
>
> And now I'm completely confused: I thought you were talking about
> tabulated-list-mode, but now you've made some gigantic leap to much
> more general issues.
For my personal use case I almost finished such function but I do not
know how to return the ID. When that is solved then it becomes
possible for tabulated list mode to be used as replacement for usual
completing-read.
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 15 Nov 2020 20:29:02 +0000
Resent-Message-ID: <handler.44550.B44550.160547211918143 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Jean Louis <bugs@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160547211918143
(code B ref 44550); Sun, 15 Nov 2020 20:29:02 +0000
Received: (at 44550) by debbugs.gnu.org; 15 Nov 2020 20:28:39 +0000
Received: from localhost ([127.0.0.1]:54247 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1keOdb-0004iY-JX
for submit <at> debbugs.gnu.org; Sun, 15 Nov 2020 15:28:39 -0500
Received: from relay10.mail.gandi.net ([217.70.178.230]:35585)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1keOdZ-0004i9-BI
for 44550 <at> debbugs.gnu.org; Sun, 15 Nov 2020 15:28:38 -0500
Received: from mail.gandi.net (m91-129-97-46.cust.tele2.ee [91.129.97.46])
(Authenticated sender: juri@HIDDEN)
by relay10.mail.gandi.net (Postfix) with ESMTPSA id E93F1240003;
Sun, 15 Nov 2020 20:28:29 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
Date: Sun, 15 Nov 2020 22:03:33 +0200
In-Reply-To: <X6rwrzeE/qnf5/tk@HIDDEN> (Jean Louis's message of
"Tue, 10 Nov 2020 22:57:35 +0300")
Message-ID: <87pn4eg44q.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)
> - imagine list of items in tabulated-list-mode
>
> - user press / to open up the feature (real time incremental narrowing)
>
> - when user starts typing the list of items in tabulated-list-mode are
> narrowing themselves visually and in real time. It is very similar
> to completion networks.
Isn't this like how incremental filtering works in 'list-packages'?
Here is a list of filters supported by 'package.el':
Major Mode Bindings Starting With /:
key binding
--- -------
/ / package-menu-clear-filter
/ a package-menu-filter-by-archive
/ k package-menu-filter-by-keyword
/ m package-menu-filter-marked
/ n package-menu-filter-by-name
/ s package-menu-filter-by-status
/ u package-menu-filter-upgradable
/ v package-menu-filter-by-version
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 15 Nov 2020 22:53:02 +0000
Resent-Message-ID: <handler.44550.B44550.16054807278317 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Juri Linkov <juri@HIDDEN>, Jean Louis <bugs@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.16054807278317
(code B ref 44550); Sun, 15 Nov 2020 22:53:02 +0000
Received: (at 44550) by debbugs.gnu.org; 15 Nov 2020 22:52:07 +0000
Received: from localhost ([127.0.0.1]:54520 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1keQsR-0002A4-LV
for submit <at> debbugs.gnu.org; Sun, 15 Nov 2020 17:52:07 -0500
Received: from mail-ej1-f48.google.com ([209.85.218.48]:38946)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stefankangas@HIDDEN>) id 1keQsQ-00029P-7Z
for 44550 <at> debbugs.gnu.org; Sun, 15 Nov 2020 17:52:06 -0500
Received: by mail-ej1-f48.google.com with SMTP id s25so21823458ejy.6
for <44550 <at> debbugs.gnu.org>; Sun, 15 Nov 2020 14:52:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=from:in-reply-to:references:mime-version:date:message-id:subject:to
:cc; bh=4ZW3N1M4dJmAYW78UZmvxcsaIeO9vUOi0dyJSsSncuI=;
b=hmQF/nSXLkrGSv8w69b/+9infPQq8/DxgW5M50S050XWZXuNH8JBL7tyQVDC4Rqbk/
Gx78e9rlS8rpM+2QP1HcM3HNVRe6jOidENBEVOltiqkzNSshUppT8DX8UgOgTjO98ZLg
68b80LkRQiEAbhw5aEI+tJ9DxrhdByZrZ1sggK2c7nzUNWry6oCzq+djlatGomEi/FYx
nIsDuyRP9qox18hgncDyWOOnm9ct4dOG3uo7d3UHKQALkp48h0OC4EkWbztOleH385Xu
bJYekziaZAl6rIJ5xZ8qxTgh44StXGHb0NTMdnqffXHfCkImkwK93kE8dugc/A/gI29j
qHIw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:from:in-reply-to:references:mime-version:date
:message-id:subject:to:cc;
bh=4ZW3N1M4dJmAYW78UZmvxcsaIeO9vUOi0dyJSsSncuI=;
b=O3CIGp36z4zQXDfrPTRhgD934Ux7Nbg/+IgiRigbQMC7vu5WX1jaAX4QKdiW+cTyrk
rjU7kYxQ2DdOnjSQRIs/wljWalo6sasfKw9905SP+zw3IgaBCGKgWBFhdaU6yEh8qEsx
R71z/1Ttx2sP4XCU6A+5wOHlMYyW/mWI83lPjSALv+6qyOxGh2+efzVolqactzbE7iOw
auhVnKaVKA/kZKHQtYkQsJGZ7QaWuMnicKnkQQslUmYxqyqT4n/2YqkOS9QXQDy/oXmr
nj8scXCSkMYe8LqSHPPJEhRR5jGFGrKKhT73H6S3nHqxtqivIEk12eYaoBDsQ1hioTfP
rx1Q==
X-Gm-Message-State: AOAM53148INL+skqSFUqa33qDv/dM+9SPIA2NXPhZg120f0f70UgtmN+
lUz7o4AC2aZd1KzrqsetU/I/WjN4zejUJeKKoHY=
X-Google-Smtp-Source: ABdhPJyrOX6hpdJCsYYIpzvIAANqA0WTAY3R4UeRHgFMQEhBFx0xakL4ZyhxdMP5nsvPaj+01Un/a+ESoX5UpvtuUbA=
X-Received: by 2002:a17:906:a00c:: with SMTP id
p12mr12614286ejy.249.1605480720416;
Sun, 15 Nov 2020 14:52:00 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
HTTPREST; Sun, 15 Nov 2020 14:51:59 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <87pn4eg44q.fsf@HIDDEN>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
<87pn4eg44q.fsf@HIDDEN>
MIME-Version: 1.0
Date: Sun, 15 Nov 2020 14:51:59 -0800
Message-ID: <CADwFkmmbAE8xKFOXnVFepGjKKDm9jQAXGUkZG0aCCDQBvemZGQ@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
Juri Linkov <juri@HIDDEN> writes:
> Isn't this like how incremental filtering works in 'list-packages'?
>
> Here is a list of filters supported by 'package.el':
>
> Major Mode Bindings Starting With /:
> key binding
> --- -------
> / / package-menu-clear-filter
> / a package-menu-filter-by-archive
> / k package-menu-filter-by-keyword
> / m package-menu-filter-marked
> / n package-menu-filter-by-name
> / s package-menu-filter-by-status
> / u package-menu-filter-upgradable
> / v package-menu-filter-by-version
I think so. But of course the above commands unfortunately don't show
matches interactively. It would be useful if they did.
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Jean Louis <bugs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 15 Nov 2020 23:20:02 +0000
Resent-Message-ID: <handler.44550.B44550.160548236610933 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Juri Linkov <juri@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160548236610933
(code B ref 44550); Sun, 15 Nov 2020 23:20:02 +0000
Received: (at 44550) by debbugs.gnu.org; 15 Nov 2020 23:19:26 +0000
Received: from localhost ([127.0.0.1]:54552 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1keRIs-0002qH-Ga
for submit <at> debbugs.gnu.org; Sun, 15 Nov 2020 18:19:26 -0500
Received: from static.rcdrun.com ([95.85.24.50]:46777)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <bugs@HIDDEN>) id 1keRIq-0002q1-Hp
for 44550 <at> debbugs.gnu.org; Sun, 15 Nov 2020 18:19:25 -0500
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 00000000002C0006.000000005FB1B776.00000D9C; Sun, 15 Nov 2020 23:19:17 +0000
Date: Mon, 16 Nov 2020 01:04:04 +0300
From: Jean Louis <bugs@HIDDEN>
Message-ID: <X7Gl1C0PWH9zseo5@HIDDEN>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
<87pn4eg44q.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <87pn4eg44q.fsf@HIDDEN>
User-Agent: Mutt/2.0 (3d08634) (2020-11-07)
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
* Juri Linkov <juri@HIDDEN> [2020-11-15 23:29]:
> > - imagine list of items in tabulated-list-mode
> >
> > - user press / to open up the feature (real time incremental narrowing)
> >
> > - when user starts typing the list of items in tabulated-list-mode are
> > narrowing themselves visually and in real time. It is very similar
> > to completion networks.
>
> Isn't this like how incremental filtering works in 'list-packages'?
It is not filtering real time while user is typing.
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Drew Adams <drew.adams@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 15 Nov 2020 23:27:02 +0000
Resent-Message-ID: <handler.44550.B44550.160548280911703 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Jean Louis <bugs@HIDDEN>, Juri Linkov <juri@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160548280911703
(code B ref 44550); Sun, 15 Nov 2020 23:27:02 +0000
Received: (at 44550) by debbugs.gnu.org; 15 Nov 2020 23:26:49 +0000
Received: from localhost ([127.0.0.1]:54557 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1keRQ1-00032h-9y
for submit <at> debbugs.gnu.org; Sun, 15 Nov 2020 18:26:49 -0500
Received: from userp2120.oracle.com ([156.151.31.85]:37496)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <drew.adams@HIDDEN>) id 1keRPy-00032R-GW
for 44550 <at> debbugs.gnu.org; Sun, 15 Nov 2020 18:26:47 -0500
Received: from pps.filterd (userp2120.oracle.com [127.0.0.1])
by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0AFNLwii062193;
Sun, 15 Nov 2020 23:26:40 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
h=mime-version :
message-id : date : from : sender : to : cc : subject : references :
in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29;
bh=wpErYF7NtwpzW/Cd7h8hwkbNXnoQB5OTUYhRPxOgAPA=;
b=Tt6d4XHHyOfMcDdWe22SKbvrmQxfsALV8V7pOm/7Sv5WuUwZCEfQghQcufMBUHt/fE+m
TjSTAA+I7aIXIpkYw0OKz+lnOquw/CTHIVOtcXFxqfmdxgGGkOFNG2dvAgUU34/6aWJQ
hQYXBfaK3lAGyAjeqLN5FOyC9AcSP0l/INg9Lnw8rcvjoEDYbWXXDTFeqtVElTOCsgNZ
2/wWoFtCPGr3u8GwNaXgvDRMfovymglHxwtvvx5mT+qcNUcCykekDvMO6cuTXXc7yfPb
sO94ZfGbozrCwDC+jAA4/wY02Q1C+koQ6kghlKVzCdw9b6DJQY6PTFgvRE7DNm5j60sB 8A==
Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71])
by userp2120.oracle.com with ESMTP id 34t7vmttwe-1
(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
Sun, 15 Nov 2020 23:26:40 +0000
Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1])
by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0AFNPUos196122;
Sun, 15 Nov 2020 23:26:39 GMT
Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72])
by aserp3030.oracle.com with ESMTP id 34trtk0qmr-1
(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
Sun, 15 Nov 2020 23:26:39 +0000
Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18])
by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 0AFNQcbX017064;
Sun, 15 Nov 2020 23:26:38 GMT
MIME-Version: 1.0
Message-ID: <5607938e-bc58-4faa-9356-1865e92340ac@default>
Date: Sun, 15 Nov 2020 15:26:37 -0800 (PST)
From: Drew Adams <drew.adams@HIDDEN>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
<87pn4eg44q.fsf@HIDDEN> <X7Gl1C0PWH9zseo5@HIDDEN>
In-Reply-To: <X7Gl1C0PWH9zseo5@HIDDEN>
X-Priority: 3
X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL
16.0.5071.0 (x86)]
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9806
signatures=668682
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0
suspectscore=0 mlxscore=0
bulkscore=0 malwarescore=0 spamscore=0 mlxlogscore=999 phishscore=0
classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000
definitions=main-2011150152
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9806
signatures=668682
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999
suspectscore=0
malwarescore=0 bulkscore=0 impostorscore=0 lowpriorityscore=0 spamscore=0
adultscore=0 mlxscore=0 priorityscore=1501 phishscore=0 clxscore=1011
classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000
definitions=main-2011150151
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
> > Isn't this like how incremental filtering works in 'list-packages'?
>=20
> It is not filtering real time while user is typing.
I think what Jean means to describe is what I'd call
_incremental_ filtering:
As you type chars into the minibuffer the resulting
minibuffer input filters the current set of candidates
further. Likewise, as you delete or otherwise edit
chars in the minibuffer. The content of the minibuffer
is continually matched against the domain of completion
candidates, and the display of matches is updated.
I call it "incremental" as in "incremental search" -
same idea: the search space (set of candidates in the
case of filtering) is filtered on the fly as you edit
the search pattern (minibuffer input in the case of
completion-matching filtering).
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Juri Linkov <juri@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 16 Nov 2020 09:38:01 +0000
Resent-Message-ID: <handler.44550.B44550.16055194447444 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Stefan Kangas <stefankangas@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org, Jean Louis <bugs@HIDDEN>
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.16055194447444
(code B ref 44550); Mon, 16 Nov 2020 09:38:01 +0000
Received: (at 44550) by debbugs.gnu.org; 16 Nov 2020 09:37:24 +0000
Received: from localhost ([127.0.0.1]:55103 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1keawu-0001w0-5E
for submit <at> debbugs.gnu.org; Mon, 16 Nov 2020 04:37:24 -0500
Received: from relay11.mail.gandi.net ([217.70.178.231]:39459)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1keaws-0001vl-He
for 44550 <at> debbugs.gnu.org; Mon, 16 Nov 2020 04:37:23 -0500
Received: from mail.gandi.net (m91-129-97-46.cust.tele2.ee [91.129.97.46])
(Authenticated sender: juri@HIDDEN)
by relay11.mail.gandi.net (Postfix) with ESMTPSA id D225B10000C;
Mon, 16 Nov 2020 09:37:14 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
Organization: LINKOV.NET
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
<87pn4eg44q.fsf@HIDDEN>
<CADwFkmmbAE8xKFOXnVFepGjKKDm9jQAXGUkZG0aCCDQBvemZGQ@HIDDEN>
Date: Mon, 16 Nov 2020 11:05:10 +0200
In-Reply-To: <CADwFkmmbAE8xKFOXnVFepGjKKDm9jQAXGUkZG0aCCDQBvemZGQ@HIDDEN>
(Stefan Kangas's message of "Sun, 15 Nov 2020 14:51:59 -0800")
Message-ID: <87tutpfz95.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)
>> Isn't this like how incremental filtering works in 'list-packages'?
>>
>> / / package-menu-clear-filter
>> / a package-menu-filter-by-archive
>> / k package-menu-filter-by-keyword
>> / m package-menu-filter-marked
>> / n package-menu-filter-by-name
>> / s package-menu-filter-by-status
>> / u package-menu-filter-upgradable
>> / v package-menu-filter-by-version
>
> I think so. But of course the above commands unfortunately don't show
> matches interactively. It would be useful if they did.
Incremental filtering while user is typing might cause too sluggish
response, so I'm fine with the current non-incremental filtering.
BTW, what I still miss in package filtering is a key to match
package descriptions (in addition to package names). For example,
Ubuntu package manager allows filtering by these fields:
"Name", "Description and Name".
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 16 Nov 2020 13:05:02 +0000
Resent-Message-ID: <handler.44550.B44550.160553187911180 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Juri Linkov <juri@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org, Jean Louis <bugs@HIDDEN>
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160553187911180
(code B ref 44550); Mon, 16 Nov 2020 13:05:02 +0000
Received: (at 44550) by debbugs.gnu.org; 16 Nov 2020 13:04:39 +0000
Received: from localhost ([127.0.0.1]:55363 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1keeBS-0002uG-NG
for submit <at> debbugs.gnu.org; Mon, 16 Nov 2020 08:04:38 -0500
Received: from mail-ed1-f54.google.com ([209.85.208.54]:37897)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stefankangas@HIDDEN>) id 1keeBR-0002u3-3B
for 44550 <at> debbugs.gnu.org; Mon, 16 Nov 2020 08:04:37 -0500
Received: by mail-ed1-f54.google.com with SMTP id y4so12798964edy.5
for <44550 <at> debbugs.gnu.org>; Mon, 16 Nov 2020 05:04:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=from:in-reply-to:references:mime-version:date:message-id:subject:to
:cc; bh=tIXto3tuEBtsO0FKLAxR3H+1kNhKym4XpmVvSVxSmqA=;
b=EeybqnUr0yf/XVFozHCFikeQ55g2fK6bZdikcpZYdKrzulL77CZatXsmIVM45ryeXq
i8qxVvXt6ovjobmd9N+wrklq9vHtVI3+LdZhDmbdtKZbnr6lUEAr/RzTfmOcXFBAh0LI
bayIGqAr+qINPd0fdFjrm6uQNZ7dENq0YEw7Ml93OD5I4JRXcD2cBrY7ZMBu6My74Rfv
hZgcWvM7NLmTf3KZsqGvmzRB/ezeCb+3RifGE4OwQi/HBWehAND2Kzaegtg52ZB0uQdm
GMB6TCNaSZJtyXrnVB05I/m3SuIZtBnRvwOd9u5T+iaZ0YLzychICEsUJ0hhz0OEbML1
rfsQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:from:in-reply-to:references:mime-version:date
:message-id:subject:to:cc;
bh=tIXto3tuEBtsO0FKLAxR3H+1kNhKym4XpmVvSVxSmqA=;
b=Cz1fI04DgS/hDc8c7qfsUn+ErTI7V+bbAB85TqTZkHtEBKf52BLsxqFXaos0s0UUib
YegPmAn68/6/Sv7q5ZK/pZCF+w6YhvxSKiHikcdtXAH4rQVGOfaw4wJbG87B+IyPCp4W
b6aHwYYRSAjrkuGT3tMPaTXc/i3KNKb5v9N5PlsyOUm01olxWn095J0FlAVYI2+Xmb2Y
SJLkoZ6FiCaY5TC2hNPz2xh6RNYTXFKBMCYmX2c/PhDiLQE9jTQXHCpJ5uGzX9JdPjGw
U4aiJVJArfVOxcjoRSiMbqp1Cu19RKimiaf2nNuNemLhzpm+1HByN8dNL78cEv+0mwtA
Xleg==
X-Gm-Message-State: AOAM530jcPGyw0s+0L8TuVOPFAzM6zW48SGMbkPJfZ95ywIcLqCmNSeC
YMqUOA852hS/wRhzRjH6zofiamcEAxhXrEzyP6c=
X-Google-Smtp-Source: ABdhPJxP0i9hz/kcC+8Nk2WwGCVvdbDFDRPipE7MAYDx6FKpNJewksF2vSiK1bT8fesli04RLUfsmEESimx0RsJzA/I=
X-Received: by 2002:a05:6402:3089:: with SMTP id
de9mr15923579edb.100.1605531871104;
Mon, 16 Nov 2020 05:04:31 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
HTTPREST; Mon, 16 Nov 2020 05:04:30 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <87tutpfz95.fsf@HIDDEN>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
<87pn4eg44q.fsf@HIDDEN>
<CADwFkmmbAE8xKFOXnVFepGjKKDm9jQAXGUkZG0aCCDQBvemZGQ@HIDDEN>
<87tutpfz95.fsf@HIDDEN>
MIME-Version: 1.0
Date: Mon, 16 Nov 2020 05:04:30 -0800
Message-ID: <CADwFkmnrW3xRj4TTZqD+tEk1u51bihWfSM3T7X062-sF6in8Jg@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
Juri Linkov <juri@HIDDEN> writes:
>>> Isn't this like how incremental filtering works in 'list-packages'?
>>>
>>> / / package-menu-clear-filter
>>> / a package-menu-filter-by-archive
>>> / k package-menu-filter-by-keyword
>>> / m package-menu-filter-marked
>>> / n package-menu-filter-by-name
>>> / s package-menu-filter-by-status
>>> / u package-menu-filter-upgradable
>>> / v package-menu-filter-by-version
>>
>> I think so. But of course the above commands unfortunately don't show
>> matches interactively. It would be useful if they did.
>
> Incremental filtering while user is typing might cause too sluggish
> response, so I'm fine with the current non-incremental filtering.
That would entirely depend on how it's implemented, right? AFAIR, Helm
has incremental filtering that is not sluggish.
> BTW, what I still miss in package filtering is a key to match
> package descriptions (in addition to package names). For example,
> Ubuntu package manager allows filtering by these fields:
> "Name", "Description and Name".
Good idea, that would be useful (and straightforward to add). Could you
please open a new bug report for that?
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Drew Adams <drew.adams@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 16 Nov 2020 16:23:02 +0000
Resent-Message-ID: <handler.44550.B44550.160554376011132 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Juri Linkov <juri@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org, Jean Louis <bugs@HIDDEN>
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160554376011132
(code B ref 44550); Mon, 16 Nov 2020 16:23:02 +0000
Received: (at 44550) by debbugs.gnu.org; 16 Nov 2020 16:22:40 +0000
Received: from localhost ([127.0.0.1]:56889 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1kehH6-0002tU-4l
for submit <at> debbugs.gnu.org; Mon, 16 Nov 2020 11:22:40 -0500
Received: from aserp2130.oracle.com ([141.146.126.79]:40852)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <drew.adams@HIDDEN>) id 1kehH4-0002tH-NN
for 44550 <at> debbugs.gnu.org; Mon, 16 Nov 2020 11:22:39 -0500
Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1])
by aserp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0AGGKAaU111630;
Mon, 16 Nov 2020 16:22:33 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com;
h=mime-version :
message-id : date : from : sender : to : cc : subject : references :
in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29;
bh=4Zj5JffphinDViF2kh8zRLA1/+rQVH7I4Mk5uo8QG5c=;
b=n5drhcp76DB5kKVaju/OdajrbS5ZyROpeaQe3G0PFdLjHJZpJK5y02iXgK7ZVGS445jC
SGiZwj5TuAC22AX6pVxuS9zRTbSlP7bYy+uPegfQQvMFAlUKWYMdRGlKMC1Ee7dnb6lJ
cJoj2Jqemo+vCh0y+bWBLiLp09aGrOFdB910dKuGQSgm67HmaHzkcpede7VtZAD6blSg
GsuKUGL8ndxeVnKDUWAg8kAiTakmG7m8AHr2mD9FU9+qAdYY/jp+HC/80R3HlVNK2KiR
qaVcj7L46PQOVYmCDcPdVmz0OvDGNh/61cXqlMlPVNtddpEB7fQWetPf50Qqw6TlMRda ew==
Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71])
by aserp2130.oracle.com with ESMTP id 34t4rap1k0-1
(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL);
Mon, 16 Nov 2020 16:22:33 +0000
Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1])
by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0AGGFsa5178008;
Mon, 16 Nov 2020 16:22:32 GMT
Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75])
by aserp3030.oracle.com with ESMTP id 34usps7bg8-1
(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
Mon, 16 Nov 2020 16:22:32 +0000
Received: from abhmp0020.oracle.com (abhmp0020.oracle.com [141.146.116.26])
by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 0AGGMV4L009640;
Mon, 16 Nov 2020 16:22:31 GMT
MIME-Version: 1.0
Message-ID: <e511c67d-1c36-454a-a29a-b02ed6e25a85@default>
Date: Mon, 16 Nov 2020 08:22:30 -0800 (PST)
From: Drew Adams <drew.adams@HIDDEN>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
<87pn4eg44q.fsf@HIDDEN>
<CADwFkmmbAE8xKFOXnVFepGjKKDm9jQAXGUkZG0aCCDQBvemZGQ@HIDDEN>
<87tutpfz95.fsf@HIDDEN>
In-Reply-To: <87tutpfz95.fsf@HIDDEN>
X-Priority: 3
X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL
16.0.5071.0 (x86)]
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9807
signatures=668682
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999
malwarescore=0
mlxscore=0 bulkscore=0 suspectscore=0 adultscore=0 spamscore=0
phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1
engine=8.12.0-2009150000 definitions=main-2011160098
X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9807
signatures=668682
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0
clxscore=1015
malwarescore=0 impostorscore=0 lowpriorityscore=0 priorityscore=1501
mlxlogscore=999 adultscore=0 phishscore=0 suspectscore=0 spamscore=0
mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1
engine=8.12.0-2009150000 definitions=main-2011160098
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
> Incremental filtering while user is typing might cause too sluggish
> response, so I'm fine with the current non-incremental filtering.
It should be optional, and it should be controllable
by users. Wrt the latter, the things that might
affect such performance could be controllable on the
fly (e.g. increment/decrement this or that, toggle
this or that on/off)
> BTW, what I still miss in package filtering is a key to match
> package descriptions (in addition to package names). For example,
> Ubuntu package manager allows filtering by these fields:
> "Name", "Description and Name".
Icicles allows for optionally matching such things,
which are, in effect separate parts of the same
candidate (different colums of the same row of the
table, in this case).
For example, when you use `C-x C-f' you can optionally
match only the file name, only the file content, or
both. You separate the two patterns (or more, for
other kinds of candidates) with the char(s) of
`icicle-list-join-string', which by default is just
"^G^J".
Users can customize this, and code can bind it.
Those odd control chars are used because such a
string is unlikely to be part of candidates to be
matched. But you can change it to just " ", for
example. And you can always enter this join-string
by hitting `C-M-j'. The string just appears as a
newline in the minibuffer. That is, the different
pattern parts start on new lines.
This "multi-completion" can be used with progressive
completion. E.g., you can provide different patterns
to match as different steps of matching. You need not
provide patterns to match the different parts in the
same, multi-part pattern. As always with progressive
completion, `S-SPC' starts a new completion, with a
new pattern, against the candidates that result from=20
matching previous patterns.
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Jean Louis <bugs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 17 Nov 2020 06:51:02 +0000
Resent-Message-ID: <handler.44550.B44550.160559581430350 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Drew Adams <drew.adams@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org, Stefan Kangas <stefankangas@HIDDEN>, Juri Linkov <juri@HIDDEN>
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160559581430350
(code B ref 44550); Tue, 17 Nov 2020 06:51:02 +0000
Received: (at 44550) by debbugs.gnu.org; 17 Nov 2020 06:50:14 +0000
Received: from localhost ([127.0.0.1]:58132 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1keuof-0007tM-Lg
for submit <at> debbugs.gnu.org; Tue, 17 Nov 2020 01:50:13 -0500
Received: from static.rcdrun.com ([95.85.24.50]:42817)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <bugs@HIDDEN>) id 1keuoc-0007sW-Ho
for 44550 <at> debbugs.gnu.org; Tue, 17 Nov 2020 01:50:10 -0500
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 00000000002C1AE3.000000005FB3729C.00006323; Tue, 17 Nov 2020 06:50:03 +0000
Date: Mon, 16 Nov 2020 20:49:33 +0300
From: Jean Louis <bugs@HIDDEN>
Message-ID: <X7K7rdPn5gYbJwkg@HIDDEN>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
<87pn4eg44q.fsf@HIDDEN>
<CADwFkmmbAE8xKFOXnVFepGjKKDm9jQAXGUkZG0aCCDQBvemZGQ@HIDDEN>
<87tutpfz95.fsf@HIDDEN>
<e511c67d-1c36-454a-a29a-b02ed6e25a85@default>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <e511c67d-1c36-454a-a29a-b02ed6e25a85@default>
User-Agent: Mutt/2.0 (3d08634) (2020-11-07)
X-Spam-Score: 0.8 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.2 (/)
* Drew Adams <drew.adams@HIDDEN> [2020-11-16 19:24]:
> > Incremental filtering while user is typing might cause too sluggish
> > response, so I'm fine with the current non-incremental filtering.
>
> It should be optional, and it should be controllable
> by users.
Same thinking. It need not be automatically turned on but only when
user makes derived mode and binds the key to the function.
I would be happy if all elements of tabulated-list-entries are
concatenated with spaces to be searchable by such feature. Of course
it would be even better if programmer can decide to search only one column.
Feature description from Icicles could be used there as well.
X-Loop: help-debbugs@HIDDEN
Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search
Resent-From: Jean Louis <bugs@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 17 Nov 2020 09:48:01 +0000
Resent-Message-ID: <handler.44550.B44550.160560644714515 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44550
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: Juri Linkov <juri@HIDDEN>
Cc: 44550 <at> debbugs.gnu.org, Stefan Kangas <stefankangas@HIDDEN>
Received: via spool by 44550-submit <at> debbugs.gnu.org id=B44550.160560644714515
(code B ref 44550); Tue, 17 Nov 2020 09:48:01 +0000
Received: (at 44550) by debbugs.gnu.org; 17 Nov 2020 09:47:27 +0000
Received: from localhost ([127.0.0.1]:58352 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1kexaB-0003m3-Kc
for submit <at> debbugs.gnu.org; Tue, 17 Nov 2020 04:47:27 -0500
Received: from static.rcdrun.com ([95.85.24.50]:39367)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <bugs@HIDDEN>) id 1kexa9-0003lp-Ij
for 44550 <at> debbugs.gnu.org; Tue, 17 Nov 2020 04:47:26 -0500
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 00000000002C0006.000000005FB39C26.000072FB; Tue, 17 Nov 2020 09:47:18 +0000
Date: Tue, 17 Nov 2020 10:05:41 +0300
From: Jean Louis <bugs@HIDDEN>
Message-ID: <X7N2RYYdurGaat8/@protected.rcdrun.com>
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
<835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
<87pn4eg44q.fsf@HIDDEN>
<CADwFkmmbAE8xKFOXnVFepGjKKDm9jQAXGUkZG0aCCDQBvemZGQ@HIDDEN>
<87tutpfz95.fsf@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <87tutpfz95.fsf@HIDDEN>
User-Agent: Mutt/2.0 (3d08634) (2020-11-07)
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
* Juri Linkov <juri@HIDDEN> [2020-11-16 12:40]:
> >> Isn't this like how incremental filtering works in 'list-packages'?
> >>
> >> / / package-menu-clear-filter
> >> / a package-menu-filter-by-archive
> >> / k package-menu-filter-by-keyword
> >> / m package-menu-filter-marked
> >> / n package-menu-filter-by-name
> >> / s package-menu-filter-by-status
> >> / u package-menu-filter-upgradable
> >> / v package-menu-filter-by-version
> >
> > I think so. But of course the above commands unfortunately don't show
> > matches interactively. It would be useful if they did.
>
> Incremental filtering while user is typing might cause too sluggish
> response, so I'm fine with the current non-incremental filtering.
>
> BTW, what I still miss in package filtering is a key to match
> package descriptions (in addition to package names). For example,
> Ubuntu package manager allows filtering by these fields:
> "Name", "Description and Name".
You are referring to package.el while proposal is directed for general
enhancement within tabulated-list.el
Received: (at control) by debbugs.gnu.org; 20 Feb 2022 14:13:23 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Feb 20 09:13:23 2022 Received: from localhost ([127.0.0.1]:59710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1nLmxn-0002pY-BT for submit <at> debbugs.gnu.org; Sun, 20 Feb 2022 09:13:23 -0500 Received: from quimby.gnus.org ([95.216.78.240]:55212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <larsi@HIDDEN>) id 1nLmxm-0002pJ-3Z for control <at> debbugs.gnu.org; Sun, 20 Feb 2022 09:13:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=2f6xhtAWOIlYIud6QT+FL9D2ISja4PIUj4164X0RQpg=; b=izBQqQi/Ydm/9005Onxyk/uhP/ JdM6M7LDJ1t+7jujDc1V44nYFzijCPdGImGiLv7fDLvu9HOdEt31xYDYJHiAmW5NZeJxZDhYbwpSy ywvfjWEyYqWgDLFGWSmGnqrDKex5kpBOTJKzH49Bm9rSLnRcp1vwUyMJ+1vtZ8kfFGME=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1nLmxd-0002WQ-LR for control <at> debbugs.gnu.org; Sun, 20 Feb 2022 15:13:16 +0100 Date: Sun, 20 Feb 2022 15:13:13 +0100 Message-Id: <87ee3xr5hi.fsf@HIDDEN> To: control <at> debbugs.gnu.org From: Lars Ingebrigtsen <larsi@HIDDEN> Subject: control message for bug #44550 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: retitle 44550 tabulated-list-mode should offer incremental filtering quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) retitle 44550 tabulated-list-mode should offer incremental filtering quit
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.