From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Support "\n" in icomplete-separator Date: Fri, 13 Nov 2020 13:36:41 +0000 Message-ID: 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> Reply-To: Gregory Heytings Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5790"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Alpine 2.22 (NEB 394 2020-01-19) Cc: rudalics@gmx.at, spacibba@aol.com, monnier@iro.umontreal.ca, andreyk.mad@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 13 14:37:53 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 1kdZGy-0001OI-VX for ged-emacs-devel@m.gmane-mx.org; Fri, 13 Nov 2020 14:37:52 +0100 Original-Received: from localhost ([::1]:51136 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdZGy-0003eq-06 for ged-emacs-devel@m.gmane-mx.org; Fri, 13 Nov 2020 08:37:52 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54952) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kdZGA-0002oq-5r for emacs-devel@gnu.org; Fri, 13 Nov 2020 08:37:02 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:65140) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kdZG6-0000NW-GQ; Fri, 13 Nov 2020 08:37:01 -0500 Original-Received: from sdf.org (IDENT:ghe@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 0ADDai2K023170 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 13 Nov 2020 13:36:44 GMT Original-Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 0ADDbBP9005189; Fri, 13 Nov 2020 13:37:11 GMT In-Reply-To: <83v9e9wgyk.fsf@gnu.org> Received-SPF: pass client-ip=205.166.94.24; envelope-from=ghe@sdf.org; helo=mx.sdf.org X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/13 07:40:33 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no 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:259137 Archived-At: > > In fact, the entire width issue is not very important: it is just a sign > I used to demonstrate that we have a specialized GUI widget here, > whereas the Emacs features that try to emulate that don't use any such > GUI widgets. > I fear I'll repeat myself, but I don't understand why you think that displaying completions vertically is trying to emulate the combo-like vertical list widget. For me it's doing something similar (but not identical) in a different (and more efficient) way. > > No, it's the fact that we use a window that displays a buffer, and not a > vertical list widget. > I believe it is clear for you, but FWIW, I wouln't use such a vertical list widget. The way I want to interact with Emacs in the minibuffer is much closer to a command shell than to a GUI app. Perhaps it would make sense to make a poll to see what GUI widgets Emacs users would want to have, or whether Emacs users would want such a widget in this case. > > 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, while opening a file or switching from a buffer to another or calling an Emacs command with the minibuffer is meant to be done with the keyboard.