From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: vertical fido-mode Date: Wed, 17 Jun 2020 15:56:28 -0700 (PDT) Message-ID: References: <1704199899.1577092.1591806438580.ref@mail.yahoo.com> <1704199899.1577092.1591806438580@mail.yahoo.com> <13ec44ed-4b54-8d43-590f-709bd813fd01@yandex.ru> <795146083.1708851.1591826041689@mail.yahoo.com> <87y2ouldrr.fsf@mail.linkov.net> <52efa3bf-1efc-81d5-9c2d-4aefbfa5db5d@yandex.ru> <20200611132234.nbluayofcxh23cwg@ergus> <877dw5cqgb.fsf@mail.linkov.net> <4967aca0-5827-1ab9-dd13-65c50b060f05@yandex.ru> <95a8d76b-3f03-4fb3-82a6-0dd3f599f05e@default> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="103326"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Juri Linkov , Ergus , emacs-devel , Stefan Monnier , Dmitry Gutov To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jun 18 00:59:43 2020 Return-path: Envelope-to: ged-emacs-devel@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 1jlh1y-000QnC-QO for ged-emacs-devel@m.gmane-mx.org; Thu, 18 Jun 2020 00:59:42 +0200 Original-Received: from localhost ([::1]:47756 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jlh1x-0002H9-Rr for ged-emacs-devel@m.gmane-mx.org; Wed, 17 Jun 2020 18:59:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39496) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jlh0u-00019V-HA for emacs-devel@gnu.org; Wed, 17 Jun 2020 18:58:38 -0400 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:36856) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jlh0s-0003jM-DL for emacs-devel@gnu.org; Wed, 17 Jun 2020 18:58:35 -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 05HMrenA168593; Wed, 17 Jun 2020 22:58: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=DbHFlYgeIwfXlUMebEyUPwBNYzxNHd/9vEhNCD500J8=; b=cyM2awBeptGA1dPdD0qQ8ZnVWj/HBzHQrVsR9GcGxDGS29fiIqVsM/XjBHWjfar6cf+7 62DVEDxJMGx2m7zJLG7FYCvDdiWuXTyVMHfVagbpgf3wPE3ysxUEjkjCRgvcEzXM7Yal ds9qbpa24W/kwsr3CtKJm9orzNSib0crEt04aSErFDG/nWgS6Yz0HupAon4DmQyfqDiL +nyaG2bnEvwb8cGqM15OrlWZlTckkavJuK0CaL8vJmpp0B/tEfOGpo7cgYU1W5iE2Muj 4FFjibJUiIvevjnFniu/gqonEhciz1Y8XcI2lzV6O2oTo48Ygik/hjAsaRBAMbkT70Zs tQ== Original-Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 31qeckvjff-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 17 Jun 2020 22:58: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 05HMr9B6144901; Wed, 17 Jun 2020 22:56:30 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserp3030.oracle.com with ESMTP id 31q66nt1mb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 17 Jun 2020 22:56:30 +0000 Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 05HMuT7h016132; Wed, 17 Jun 2020 22:56:29 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5005.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9655 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 adultscore=0 phishscore=0 mlxscore=0 bulkscore=0 malwarescore=0 mlxlogscore=999 suspectscore=18 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006170171 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9655 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 cotscore=-2147483648 malwarescore=0 clxscore=1015 adultscore=0 suspectscore=18 spamscore=0 lowpriorityscore=0 mlxlogscore=999 priorityscore=1501 bulkscore=0 phishscore=0 mlxscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006170171 Received-SPF: pass client-ip=141.146.126.78; envelope-from=drew.adams@oracle.com; helo=aserp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/17 18:58:33 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -63 X-Spam_score: -6.4 X-Spam_bar: ------ X-Spam_report: (-6.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:252298 Archived-At: > > Please don't add any bindings for C-n/C-p to any > > standard minibuffer keymaps. If you localize the > > bindings, so they apply only to IDO, FIDO, Icomplete, > > or whatever, e.g. `ido-completion-map', then OK - > > I don't care about the bindings for those. >=20 > Noted. I think that is the plan, so you needn't worry much. > But anyway, how often do you come across cases of > multi-line completing-read? Often. For one thing, some common uses of completion in Icicles allow for "multi-completion", which means providing any of a number of possible subpatterns to match. Those are separated by a separator string, whose default value is "^G^J", that is, the two chars Control-G and Control J. Those chars are unlikely to be used in most patterns. (That string is inserted by hitting `C-M-j'.) And the ^J is a newline char, of course. For another thing, it's often the case that completion candidates in Icicles are multiline. Because you can use various kinds of pattern matching, you can easily match against multiple lines. And you can cycle among candidates (which fills the minibuffer with a candidate, which can be multiline). Whenever you have multiline text in the minibuffer, you can want to edit that as a pattern to match, and C-n/C-p are a good way to move among lines. > At any rate, what's being proposed is a multi-line > minibuffer, if I understand correctly. I haven't been following this thread. But if the content of the minibuffer can/will be multiline, then I should think that you would want to keep C-n/C-p with their usual bindings.