From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#44550: 28.0.50; proposal for tabulated-list-mode to provide narrowing incremental search Date: Mon, 16 Nov 2020 08:22:30 -0800 (PST) Message-ID: References: <835z6d2oip.fsf@gnu.org> <87pn4eg44q.fsf@mail.linkov.net> <87tutpfz95.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14051"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 44550@debbugs.gnu.org, Jean Louis To: Juri Linkov , Stefan Kangas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Nov 16 17:23:48 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kehIB-0003Wl-Ra for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 16 Nov 2020 17:23:47 +0100 Original-Received: from localhost ([::1]:34352 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kehIA-00061l-Oo for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 16 Nov 2020 11:23:46 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33504) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kehHS-0005jU-RX for bug-gnu-emacs@gnu.org; Mon, 16 Nov 2020 11:23:07 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45343) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kehHS-0003tz-Ht for bug-gnu-emacs@gnu.org; Mon, 16 Nov 2020 11:23:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kehHS-0002uN-Es for bug-gnu-emacs@gnu.org; Mon, 16 Nov 2020 11:23:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Nov 2020 16:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44550 X-GNU-PR-Package: emacs Original-Received: via spool by 44550-submit@debbugs.gnu.org id=B44550.160554376011132 (code B ref 44550); Mon, 16 Nov 2020 16:23:02 +0000 Original-Received: (at 44550) by debbugs.gnu.org; 16 Nov 2020 16:22:40 +0000 Original-Received: from localhost ([127.0.0.1]:56889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kehH6-0002tU-4l for submit@debbugs.gnu.org; Mon, 16 Nov 2020 11:22:40 -0500 Original-Received: from aserp2130.oracle.com ([141.146.126.79]:40852) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kehH4-0002tH-NN for 44550@debbugs.gnu.org; Mon, 16 Nov 2020 11:22:39 -0500 Original-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== Original-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 Original-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 Original-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 Original-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 In-Reply-To: <87tutpfz95.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5071.0 (x86)] 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-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:193434 Archived-At: > 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.