From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Support "\n" in icomplete-separator Date: Fri, 13 Nov 2020 15:52:29 +0200 Message-ID: <83r1oxwehu.fsf@gnu.org> References: <837dqv5huk.fsf@gnu.org> <83mtzp2qj0.fsf@gnu.org> <83r1p11369.fsf@gnu.org> <837dqr27zs.fsf@gnu.org> <83361f22ah.fsf@gnu.org> <83sg9fzlto.fsf@gnu.org> <83r1ozz22j.fsf@gnu.org> <83d00izloj.fsf@gnu.org> <83361ezix2.fsf@gnu.org> <83y2j6xy4m.fsf@gnu.org> <83v9e9wgyk.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38818"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rudalics@gmx.at, spacibba@aol.com, monnier@iro.umontreal.ca, andreyk.mad@gmail.com, emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 13 14:53:33 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 1kdZW5-0009n7-KX for ged-emacs-devel@m.gmane-mx.org; Fri, 13 Nov 2020 14:53:29 +0100 Original-Received: from localhost ([::1]:47976 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdZW4-0006A8-MP for ged-emacs-devel@m.gmane-mx.org; Fri, 13 Nov 2020 08:53:28 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58700) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kdZVP-0005KO-9W for emacs-devel@gnu.org; Fri, 13 Nov 2020 08:52:47 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59322) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdZVN-0006E1-GL; Fri, 13 Nov 2020 08:52:45 -0500 Original-Received: from [176.228.60.248] (port=2554 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kdZVM-000780-SN; Fri, 13 Nov 2020 08:52:45 -0500 In-Reply-To: (message from Gregory Heytings on Fri, 13 Nov 2020 13:36:41 +0000) 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:259140 Archived-At: > Date: Fri, 13 Nov 2020 13:36:41 +0000 > From: Gregory Heytings > cc: rudalics@gmx.at, spacibba@aol.com, monnier@iro.umontreal.ca, > andreyk.mad@gmail.com, emacs-devel@gnu.org > > > No, I mean what would happen if we displayed a menu simulation by > > showing menu items one below the other in a buffer, instead of using the > > toolkit menus, or even instead of the TTY menus we have nowadays. > > Okay, now I see what you mean. Indeed doing this for menus would not make > sense / would be ugly. But of course the essential difference here is > that menus are not meant to be used with a keyboard Actually, menus (even GUI toolkit menus) work with the keyboard very well. Including in Emacs. It's true that interaction with GUI widgets, including the vertical lists, quite naturally is biased towards pointing devices, but it is not limited to them. The important difference, at least for the purposes of this discussion, is what menus look like, not how users interact with them.