From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Support "\n" in icomplete-separator Date: Wed, 11 Nov 2020 16:49:54 +0100 Message-ID: <19ee521b-0a47-60bb-e5b0-ef52393978c8@gmx.at> References: <20201105235735.oxouuek66ehu5o45@Ergus> <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; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37384"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , emacs-devel@gnu.org, monnier@iro.umontreal.ca, Andrii Kolomoiets , spacibba@aol.com To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Nov 11 16:57:30 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 1kcsV0-0009a9-D8 for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 16:57:30 +0100 Original-Received: from localhost ([::1]:60466 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kcsUy-0008AB-UL for ged-emacs-devel@m.gmane-mx.org; Wed, 11 Nov 2020 10:57:29 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57686) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcsNp-0004Dq-U8 for emacs-devel@gnu.org; Wed, 11 Nov 2020 10:50:05 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:34541) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kcsNn-0006K7-Hp; Wed, 11 Nov 2020 10:50:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1605109796; bh=h8Xet3afGHRWJYjHgojTnS1CxLJMCJVvOaj48Z4Rgk4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=g6OWW3QBe28mdEslcSS8K0eoopOUfrfvk+13uDB/HAWEDt5lIce+uFEsFAtHMLnGG tLl/NFfjqCRIe6tbUsbhRHjyIg31+RkmdanbvVKfrx1uuUoxtIMakCvp/IUq6I/38j 6f3qcX3/UOcLi3jhs05iCnSseYQji4xNRJgEfq4k= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([212.95.5.34]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MV63g-1klEeI10Yo-00S9s7; Wed, 11 Nov 2020 16:49:56 +0100 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:YCvoGJ53ZW0JoKI/7KWdtEHhAZvWdItmfKibCmNr9ZSmqrbG7zj CWM6B6JnX8JZuKuAj1clj0+neoOi0HTtwLbgtSomCtXX8ILWieZz1BzPDy7GbDFg/8c5w/4 WF/oUxFIwSUecxrJZ4n9XSkeczAq0B8Pl1u2ylIUEeyKyp661O1oSSFJR76FpeTKLaejHFy VWi0oEttt3dph1CRkhjPw== X-UI-Out-Filterresults: notjunk:1;V03:K0:7qZL01pyUII=:iaCsHHM222CZRyIksBIY8j zqG6f/LDnYeLaYoGf78CBUSGiAyGXRUVlaD7gUvw53Otyvg/GdVNV2bFy+aYbYPcfCK/mAzwU //YrHKG2sYOTZgN6UIl4OLG8t0jPsxOdIJJW3SBxdmosCWH61GhSGCv6W/4mvHo4sSnEB4n7y VD7OhbNawKXbtTyZGp5zBU3P9DSmlwTF3IMqvNq+2XbkCJijRMGLd4yefPkyf9DQwkPwC5OUG YkuFBx5hslyr7ht6JjBrTeNqSH4MIQe3u7LCrUnEU/ruoMciH5db1M+CTuR8AJ7jRHvo8evn4 I/uCdhlA8475T6VC2gYZKUhF2iHnrFhuyMrH7ld/pm3E+IUhHa9TdYLv7YXPXrjUcUVip3ac3 guQ24NS+rpw9hzslAkmAgl/6Bsb3J+r8boNiOptBl/djbwjVZkOiVeB5n4FoGiW9PbKsSh4IE YSkSzxQQ6VI/Y2DT6eqmtDN9C1fjqGE1pyVoK+iu3OEe32tb+6n6ryuJuMc0YqdO4RyDWCIFJ 2zXfoxCqXvWgCCJxCNnQ46DsaxU3auIoDHNBnsg8YFTd0hyerNcCeC75D98zxLv9sJgQNUgTm f27+7vXs1Ry3/KGY8OL6f7fUsGUGzN7BIILZvElfuuhuHef6L7yt3VG4o2C+liT+VHqTWtHza OV3L5aDB3DnLMidc9bpcRBwl8jnMELEzXbpVcOWGMCVgd4OcPhAVp+N2sLffDl6JKHLN5p7ph bzdQsbefBdm9z+zbUKMd3ZxpJoBAE5drHT1c7Bam/nFZPFNJT9DJuCvgq//0w2NP0Tb026b9 Received-SPF: pass client-ip=212.227.15.19; envelope-from=rudalics@gmx.at; helo=mout.gmx.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/11 10:50:01 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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:259015 Archived-At: > The exceptions are however orthogonal to the request to give > applications the control on how the contents of the minibuffer should > preferably be displayed: should it preferably start at the beginning > of buffer (point-min), or should it preferably start at the beginning > of the line on which the cursor is? ATM the latter behavior is the > only possibility (except with the code I sent to Andrii yesterday). The application has to make sure that when it asks for user input, the entire prompt can be seen in the minibuffer window without truncating lines. Emacs has to provide some reasonable minimum space for the minibuffer window - usually one canonical frame line. If an application asks for more than can be displayed in the minibuffer window, that application has a bug. In the worst case, it's responsible when users lose files or changes made to their buffers. Exemptions can be made in emergency situations, for example, when Emacs gets stuck with a frame that cannot be re-enlarged to some reasonable size and some user input _is_ necessary to terminate the Emacs process cleanly. But the "normal" case is as stated above. martin