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: on helm substantial differences - Re: [PATCH] Support "\n" in icomplete-separator Date: Thu, 12 Nov 2020 20:46:48 +0300 Message-ID: References: <83sg9fzlto.fsf@gnu.org> <83r1ozz22j.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="2312"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: spacibba@aol.com, andreyk.mad@gmail.com, emacs-devel@gnu.org, rudalics@gmx.at, monnier@iro.umontreal.ca, Eli Zaretskii To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Nov 12 18:53:48 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 1kdGn5-0000RG-MF for ged-emacs-devel@m.gmane-mx.org; Thu, 12 Nov 2020 18:53:47 +0100 Original-Received: from localhost ([::1]:42876 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kdGn4-0007Fk-MZ for ged-emacs-devel@m.gmane-mx.org; Thu, 12 Nov 2020 12:53:46 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35516) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kdGlN-0005fw-Em for emacs-devel@gnu.org; Thu, 12 Nov 2020 12:52:01 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:35983) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kdGlL-0006cB-R3; Thu, 12 Nov 2020 12:52:01 -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 00000000002C0005.000000005FAD763E.0000269E; Thu, 12 Nov 2020 17:51:57 +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/12 12:51:55 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:259096 Archived-At: * Gregory Heytings [2020-11-12 17:40]: > > - It did expand but it expands too much. It disturbs even the initial > > condition of how windows were split. So it is minimizing my top window > > for the sake of completion. Do I really want that? No. All these > > commentaries are not to make anybody bad, they are for thinking and > > observations when designing these completions. > > > > These problems are orthogonal to the way completion candidates are > displayed. Given what you write, I'd suggest you to try to use ivy-posframe > or emacs-mini-frame or emacs-maple-minibuffer, with which the existing > windows are not "disturbed". I know that I can use what is useful and outside of main Emacs. I know that and I do. I am suggesting to make main Emacs more useful.