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: Wed, 11 Nov 2020 22:21:23 +0200 Message-ID: <83sg9fzlto.fsf@gnu.org> References: <20201105235735.oxouuek66ehu5o45@Ergus> <20201106151541.dpgep7borlja25su@Ergus> <837dqv5huk.fsf@gnu.org> <83mtzp2qj0.fsf@gnu.org> <83r1p11369.fsf@gnu.org> <837dqr27zs.fsf@gnu.org> <83361f22ah.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26269"; 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 Wed Nov 11 21:21:58 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 1kcwcw-0006hL-Jn for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 21:21:58 +0100 Original-Received: from localhost ([::1]:32966 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcwcv-0005ql-Jw for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 15:21:57 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45268) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcwcG-0005OA-AS for emacs-devel@gnu.org; Wed, 11 Nov 2020 15:21:16 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36534) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcwcD-0002pA-84; Wed, 11 Nov 2020 15:21:13 -0500 Original-Received: from [176.228.60.248] (port=3777 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kcwcB-0003gc-RA; Wed, 11 Nov 2020 15:21:12 -0500 In-Reply-To: (message from Gregory Heytings on Wed, 11 Nov 2020 18:39: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:259049 Archived-At: > Date: Wed, 11 Nov 2020 18:39:41 +0000 > From: Gregory Heytings > cc: rudalics@gmx.at, spacibba@aol.com, monnier@iro.umontreal.ca, > andreyk.mad@gmail.com, emacs-devel@gnu.org > > I honestly don't understand why you consider that vertical icomplete is > "not pretty", even more so as you seem to consider at the same time that > Emacs' handling of emails and web pages is okay. IMO, Emacs' rendering of > HTML in emails and on web pages is definitely not pretty. IMO again, > displaying completion candidates in the minibuffer is pretty enough, at > least I don't see why it would be fundamentally less pretty for a newcomer > than, say, the completion candidates displayed by Chromium or Visual > Studio. If someone wants to claim that display of completion candidates by icomplete-vertical, ivy, etc. is anywhere near as pretty as what you get when you click on the address bar of a browser and get the drop-down list of candidates, then I can only say that I cannot disagree more. > > If you read the code that is involved, the reasons are acutely evident, > > and it is important for me to make these conclusions public and known to > > all, because many people believe there's no limit to what one can do > > with Emacs display features. Well, there is. > > There are limits, of course, but the feature that is requested is well > within the limits of what Emacs can do. And AFAIU implementing a proper > vertical icomplete/ido with a few more features similar to those of Ivy is > also within the limits of what Emacs can do. I explicitly said that Emacs _can_ do that. My point was entirely different.