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 17:09:54 +0300 Message-ID: References: <20201106151541.dpgep7borlja25su@Ergus> <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: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10308"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: martin rudalics , Eli Zaretskii , spacibba@aol.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Andrii Kolomoiets Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Nov 11 16:27:42 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 1kcs28-0002We-Lk for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 16:27:40 +0100 Original-Received: from localhost ([::1]:36968 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcs27-00020X-Mo for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 10:27:39 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51232) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcs1c-0001ac-7O for emacs-devel@gnu.org; Wed, 11 Nov 2020 10:27:08 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:57867) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcs1a-0006ad-AF; Wed, 11 Nov 2020 10:27:07 -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.000000005FAC02C7.00004649; Wed, 11 Nov 2020 15:27:02 +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:259010 Archived-At: * Andrii Kolomoiets [2020-11-11 12:39]: > martin rudalics writes: > > >> And here I come to the answer to your question: for me, the bug here is > >> that the prompt is hidden in favor of the overlay text. > > > > 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") Jumping mode line is the side effect that completion packages do not take in account. >From Emacs manual: 1.3 The Mode Line ================= At the bottom of each window is a “mode line”, which describes what is going on in the current buffer. This way we teach user that mode line is at the bottom of each window. We do not tell to user that mode line is to disappear from the bottom and that one may find it somewhere in the middle. Personally, frequent searches are disturbing. In my opinion completions should NOT by default have mode line jumping up and down and mini buffer shall remain where it is. Split window may show completion candidates or another frame, or overlay. If this default is not followed then each completion package should at least offer option for user to customize it so the mode line does not jump up and down and that minibuffer stays "mini".