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:31:09 -0700 (PDT) Message-ID: <95a8d76b-3f03-4fb3-82a6-0dd3f599f05e@default> 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> 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="111541"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Ergus , Juri Linkov , monnier@iro.umontreal.ca, emacs-devel@gnu.org To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= , Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jun 18 00:32:30 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 1jlgbd-000SrY-Qd for ged-emacs-devel@m.gmane-mx.org; Thu, 18 Jun 2020 00:32:29 +0200 Original-Received: from localhost ([::1]:37184 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jlgbc-00067U-Rj for ged-emacs-devel@m.gmane-mx.org; Wed, 17 Jun 2020 18:32:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33608) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jlgab-0005Az-S6 for emacs-devel@gnu.org; Wed, 17 Jun 2020 18:31:25 -0400 Original-Received: from userp2130.oracle.com ([156.151.31.86]:51966) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jlgaZ-0006xE-Qf for emacs-devel@gnu.org; Wed, 17 Jun 2020 18:31:25 -0400 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 05HMSTc6097438; Wed, 17 Jun 2020 22:31:16 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=8OzOPt1YbaLR2UBWIou0lrs8324BWW4p68XchLgRoyQ=; b=pl8aEtIkp0SL1Xo7fT1gLNKGpzEIHjeh20QQbhvVIVDqmFbb6ROUPBx7eNHZVoBRRoR/ RHG4D8oURAA9IPtrZfZR1oFsv94DoosTFQUR1CdBjDnYjqSXdQYCaRW4nZ2XWInyEsDL 6V6kBXUgSLFx5o2d+y35VU/0w8tnuiV9fPXsyITMu1gRb/6KpQwoVGa4YI637LZ2YK+d Yqa7hqeZ/TanJaz0facDkeZNK4GAlnJxWnjmJoDjyhPQKJOBGNRDmHVXiBjI4eZpnk5o 6THwGG451ObJo/Iv+WaZLc2lYwLAz9SPAsdb6D3QYm3R4VpWx9JL6jm0VDo2aT4QSr2C /w== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2130.oracle.com with ESMTP id 31q65ywwan-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 17 Jun 2020 22:31:16 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 05HMTCCr010733; Wed, 17 Jun 2020 22:31:15 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3020.oracle.com with ESMTP id 31q66q9cag-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 17 Jun 2020 22:31:15 +0000 Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 05HMVAIF023771; Wed, 17 Jun 2020 22:31:10 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 malwarescore=0 mlxlogscore=999 bulkscore=0 adultscore=0 phishscore=0 suspectscore=18 mlxscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006170167 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9655 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 lowpriorityscore=0 malwarescore=0 bulkscore=0 phishscore=0 adultscore=0 priorityscore=1501 mlxscore=0 spamscore=0 clxscore=1015 mlxlogscore=999 suspectscore=18 impostorscore=0 cotscore=-2147483648 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006170167 Received-SPF: pass client-ip=156.151.31.86; envelope-from=drew.adams@oracle.com; helo=userp2130.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/17 18:31:20 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:252293 Archived-At: > Contrary to what I believed C-n and C-p should be fine, > though. I personally want to never lose C-s/C-r because > that's what Ido uses. >=20 > In fact, I hope this discussion (of which I've missed a > few mails) is now concentrating on adding this to Icomplete, > not Fido specifically. 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. But the minibuffer is much more general than such uses of it. In general it's an editing buffer, and in particular it can have multiple lines. In the standard minibuffer keymaps, C-n/C-p need to keep their usual bindings of `(next/previous)-line', please.