From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Support "\n" in icomplete-separator Date: Wed, 11 Nov 2020 18:32:40 +0300 Message-ID: References: <837dqv5huk.fsf@gnu.org> <83mtzp2qj0.fsf@gnu.org> <83r1p11369.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38330"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: spacibba@aol.com, Andrii Kolomoiets , emacs-devel@gnu.org, martin rudalics , monnier@iro.umontreal.ca, Eli Zaretskii To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Nov 11 16:33:25 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 1kcs7h-0009pn-8z for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 16:33:25 +0100 Original-Received: from localhost ([::1]:47768 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcs7g-0006uz-9I for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 10:33:24 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53168) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcs7B-0006VP-0b for emacs-devel@gnu.org; Wed, 11 Nov 2020 10:32:53 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:50885) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcs78-00007B-MC; Wed, 11 Nov 2020 10:32:52 -0500 Original-Received: from localhost ([::ffff:197.157.34.177]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0004.000000005FAC041F.00004744; Wed, 11 Nov 2020 15:32:47 +0000 Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/11 08:57:59 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] 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:259012 Archived-At: * Gregory Heytings via "Emacs development discussions. [2020-11-11 13:32]: > > > > > Applications have to accept that users want their minibuffer > > > > windows to show just one line. Or at most two lines. Or three > > > > ... > > > > > > Also users: "Show us completions vertically" and (setq > > > -separator "\n") > > > > Users shouldn't want the cake and eat it too. Any application should > > take care of such users. > > > > Of course, nobody is asking to display completion candidates vertically by > default. I prefer having completion candidates vertically for reason that vertical line has longer length, thus I can read the completion better. Text on screen is vertically arranged, I expect textual buffers such as minibuffers, if they are expanding to show me vertical arrangement. In fact I felt surprised and confused when I discovered ido completing horizontally. The default `completing-read' in Emacs, when explicitly requested by user by using TAB key is not horizontally shown but vertically. Default also does not move mode line up and down but opens split window. I can even move into the split window and do what I want to find the match. In fact in every description of a function that changes default one shall describe that new feature to warn the user. Description for icomplete-mode should say that it offers horizontal completion as that is substantial difference to the built-in completing-read.