GNU bug report logs - #44550
tabulated-list-mode should offer incremental filtering

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Severity: wishlist; Reported by: Jean Louis <bugs@HIDDEN>; dated Tue, 10 Nov 2020 10:37:01 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.
Changed bug title to 'tabulated-list-mode should offer incremental filtering' from '28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search' Request was from Lars Ingebrigtsen <larsi@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 17 Nov 2020 09:47:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Nov 17 04:47:27 2020
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>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
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-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org, Stefan Kangas <stefankangas@HIDDEN>
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






Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 17 Nov 2020 06:50:14 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Nov 17 01:50:13 2020
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>
To: Drew Adams <drew.adams@HIDDEN>
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
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-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org, Stefan Kangas <stefankangas@HIDDEN>,
 Juri Linkov <juri@HIDDEN>
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.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 16 Nov 2020 16:22:40 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Nov 16 11:22:40 2020
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>
To: Juri Linkov <juri@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>
Subject: RE: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
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-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org, Jean Louis <bugs@HIDDEN>
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.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 16 Nov 2020 13:04:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Nov 16 08:04:38 2020
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>
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
To: Juri Linkov <juri@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org, Jean Louis <bugs@HIDDEN>
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?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 16 Nov 2020 09:37:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Nov 16 04:37:24 2020
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>
To: Stefan Kangas <stefankangas@HIDDEN>
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
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-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org, Jean Louis <bugs@HIDDEN>
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".




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 15 Nov 2020 23:26:49 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 15 18:26:49 2020
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>
To: Jean Louis <bugs@HIDDEN>, Juri Linkov <juri@HIDDEN>
Subject: RE: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
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-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org
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).




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 15 Nov 2020 23:19:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 15 18:19:26 2020
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>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
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-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
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.







Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 15 Nov 2020 22:52:07 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 15 17:52:07 2020
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>
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
To: Juri Linkov <juri@HIDDEN>, Jean Louis <bugs@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org
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.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 15 Nov 2020 20:28:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 15 15:28:39 2020
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>
To: Jean Louis <bugs@HIDDEN>
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
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-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
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




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 11 Nov 2020 17:26:10 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Nov 11 12:26:10 2020
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>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
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-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org
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.






Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 11 Nov 2020 15:35:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Nov 11 10:35:35 2020
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>
To: Jean Louis <bugs@HIDDEN>
In-Reply-To: <X6rwrzeE/qnf5/tk@HIDDEN> (message from Jean Louis
 on Tue, 10 Nov 2020 22:57:35 +0300)
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
 <835z6d2oip.fsf@HIDDEN> <X6rwrzeE/qnf5/tk@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org
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.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 10 Nov 2020 20:57:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Nov 10 15:57:21 2020
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>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide
 narrowing incremental search
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-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org
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.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at 44550 <at> debbugs.gnu.org:


Received: (at 44550) by debbugs.gnu.org; 10 Nov 2020 15:57:15 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Nov 10 10:57:15 2020
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>
To: Jean Louis <bugs@HIDDEN>
In-Reply-To: <courier.000000005FAA6D15.000028A9@HIDDEN> (message
 from Jean Louis on Tue, 10 Nov 2020 13:36:03 +0300)
Subject: Re: bug#44550: 28.0.50;
 proposal for tabulated-list-mode to provide narrowing incremental
 search
References: <courier.000000005FAA6D15.000028A9@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 44550
Cc: 44550 <at> debbugs.gnu.org
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.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 10 Nov 2020 10:36:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Nov 10 05:36:43 2020
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>
To: bug-gnu-emacs@HIDDEN
Subject: 28.0.50;
 proposal for tabulated-list-mode to provide narrowing incremental
 search
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-Debbugs-Envelope-To: submit
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
⎔ λ 🄯 𝍄 𝌡 𝌚




Acknowledgement sent to Jean Louis <bugs@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#44550; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Sun, 20 Feb 2022 14:15:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.