Lars Ingebrigtsen <larsi@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.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
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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?
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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".
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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).
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.
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.
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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.
bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.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 ⎔ λ 🄯 𝍄 𝌡 𝌚
Jean Louis <bugs@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#44550; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.