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#43227: EWW ignores 'multiple' attribute of 'select' Date: Mon, 7 Sep 2020 09:05:22 -0700 (PDT) Message-ID: <170d9db9-2e46-4cdb-8e2c-e811e2c813db@default> References: <86h7sat1ft.fsf@hypra-xx> <87o8mhao1f.fsf@gnus.org> 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="20930"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43227@debbugs.gnu.org To: Lars Ingebrigtsen , Nicolas Graner Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 07 18:08:10 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 1kFJgf-0005Mj-Vr for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 07 Sep 2020 18:08:10 +0200 Original-Received: from localhost ([::1]:34222 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kFJgf-0006Oz-27 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 07 Sep 2020 12:08:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41298) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kFJgY-0006OV-BD for bug-gnu-emacs@gnu.org; Mon, 07 Sep 2020 12:08:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39023) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kFJgY-0004I3-2P for bug-gnu-emacs@gnu.org; Mon, 07 Sep 2020 12:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kFJgX-0000Jm-TX for bug-gnu-emacs@gnu.org; Mon, 07 Sep 2020 12:08:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Sep 2020 16:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43227 X-GNU-PR-Package: emacs Original-Received: via spool by 43227-submit@debbugs.gnu.org id=B43227.15994948581187 (code B ref 43227); Mon, 07 Sep 2020 16:08:01 +0000 Original-Received: (at 43227) by debbugs.gnu.org; 7 Sep 2020 16:07:38 +0000 Original-Received: from localhost ([127.0.0.1]:50569 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFJg9-0000J4-Rc for submit@debbugs.gnu.org; Mon, 07 Sep 2020 12:07:38 -0400 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:37948) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kFJg8-0000Iq-L7 for 43227@debbugs.gnu.org; Mon, 07 Sep 2020 12:07:37 -0400 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 087G0U6e128003; Mon, 7 Sep 2020 16:07:30 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=RGIa3PdQgFtWBQROomwJmRgXhoHEXASv72cafzKCq9A=; b=TY4S/E44dMxMedhfZ9jKccak0GN6+EbXjD5JrTicRO241MV42ko8sskG1GY831nGW/U3 ibiJiY2JR+7r6HhkBsQshWRnJ7OjOfBYRN51gKR6l3HCi0pNhxZezx2Ebbzs8htky7SC 79iiOF6NekADbe5Kb0ViZoYNh7jY5/bTk7Ca8mvGcRfSjTz6ZpPFLX4cWD7vaMUt6NXd /wxiROm6XedKJXCbaSwvP7IHZcLB13CZn9RwXgcXim9yCNMJURCejvLZnI9PCHnGRP6J bpIe6WgrHDVtCjWFFMYXhpNpbgeYdDdspfVT1IENtJ0qw9AizoY++xoYocRJ9Jb+Gjs+ 6w== Original-Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 33c2mkq9ny-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 07 Sep 2020 16:07:30 +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 087G1VI7111893; Mon, 7 Sep 2020 16:05:29 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 33dacgtn7w-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 07 Sep 2020 16:05:29 +0000 Original-Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 087G5Nlh013786; Mon, 7 Sep 2020 16:05:24 GMT In-Reply-To: <87o8mhao1f.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9737 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 malwarescore=0 bulkscore=0 phishscore=0 adultscore=0 suspectscore=0 spamscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009070155 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9737 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 priorityscore=1501 phishscore=0 adultscore=0 bulkscore=0 clxscore=1011 mlxlogscore=999 malwarescore=0 suspectscore=0 lowpriorityscore=0 spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009070155 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:187447 Archived-At: > > I stand by my suggestion that a multiple select should look similar to = a > > list of checkboxes. Maybe it could actually be converted to checkboxes > > at the DOM level, before rendering, and then let the normal checkbox > > code do the job? >=20 > I think it would be kinda surprising to render a to be kinda small even if > the number of possible choices is large. This is from the Icicles doc, but it's about vanilla Emacs: Any Emacs command could be defined to use an input loop, asking for file names until you do something to signal that you're done inputting. It could provide for file-name completion by calling 'read-file-name' to read your input. (The same applies to any completion, of course, not just file names.) As food for thought about selecting multiple choices, here are two Icicles features. The second probably corresponds more directly with what you're talking about. 1. Choose multiple completion candidates from the minibuffer. https://www.emacswiki.org/emacs/Icicles_-_Multi-Commands Continuation of the text quoted above, about an input loop: * But what if you could also filter the domain of discourse on the fly, so that the candidate files were only those matching a regular expression (regexp) that you typed? Then, the command definition would need to provide for that behavior too. * And what if you could then take the complement of that set of candidate file names, with respect to the complete set of files in the directory? Or subtract (exclude) some set of file names from the set of matching names, to get the set of possible choices? * And what if the set of potential candidates at each step (regexp match, complement, set difference) could also be displayed in a multiple-choice menu? IOW, integrate multiple selection during completion with other completion enhancements. Let a function such as `completing-read' let you choose multiple candidates, and change the set of completion matches on the fly, so that your multiple choices can correspond to different kinds of matches. 2. Mark multiple completion candidates in *Completions*, to select them for subsequent actions. The difference here is that the selected candidates are distinguished in *Completions*. And they can be reused in subsequent commands. They can even be persisted and reused in a later Emacs session. Because they are both distinguished visually ("marked") and reusable later, Icicles calls this "saving" instead of "marking". The marking is shown in *Completions*, but you can do it without switching to that window. https://www.emacswiki.org/emacs/Icicles_-_Nutshell_View#ChooseBeforeYouAct https://www.emacswiki.org/emacs/Icicles_-_Candidate_Sets >From that page (about marking "saving" a set of candidates: Matching, saving, and retrieving candidates is a powerful way to interact with completion. One important use is to prepare a list of candidates on which to act, and then act on them all at once using `C-!'. This is a good way to proceed when you want to double-check what to act on, before you actually act. This is the same idea behind marking files in Dired and then operating on the marked files, using 'x'. It corresponds to what is represented in some user interfaces by filling out a checklist followed by clicking 'OK'.