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: feature/icomplete-vertical Date: Sun, 20 Sep 2020 18:54:13 +0300 Message-ID: <83ft7czboa.fsf@gnu.org> References: <20200912133311.6ujtgczj6wyclufy@Ergus> <20200920130435.heye7bk73pm252km@Ergus> <83sgbczj0i.fsf@gnu.org> <83lfh4zfml.fsf@gnu.org> <20200920150454.62emnrrzu6uuquc3@Ergus> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28579"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ghe@sdf.org, casouri@gmail.com, joaotavora@gmail.com, emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Sep 20 17:55:41 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 1kK1gi-0007M2-Qh for ged-emacs-devel@m.gmane-mx.org; Sun, 20 Sep 2020 17:55:40 +0200 Original-Received: from localhost ([::1]:51786 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kK1gg-00041j-V8 for ged-emacs-devel@m.gmane-mx.org; Sun, 20 Sep 2020 11:55:39 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58866) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kK1fL-0003Ck-76 for emacs-devel@gnu.org; Sun, 20 Sep 2020 11:54:15 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36368) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kK1fJ-0004v8-S4; Sun, 20 Sep 2020 11:54:13 -0400 Original-Received: from [176.228.60.248] (port=4692 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kK1fJ-0002iH-E7; Sun, 20 Sep 2020 11:54:13 -0400 In-Reply-To: <20200920150454.62emnrrzu6uuquc3@Ergus> (message from Ergus on Sun, 20 Sep 2020 17:04:54 +0200) 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:256258 Archived-At: > Date: Sun, 20 Sep 2020 17:04:54 +0200 > From: Ergus > Cc: Gregory Heytings , casouri@gmail.com, joaotavora@gmail.com, > emacs-devel@gnu.org > > >I don't agree with Stefan, if this interpretation of what he said is > >correct. We have window-text-pixel-size to measure the size of text > >on display without redoing what redisplay does. > > Hi Eli that's what I have been doing so far, but the approach looks a > bit too complex. I don't see a call to window-text-pixel-size. I see calls to string-width, which is less accurate. > It is actually not, but I understand that a better > simpler one is desirable. "An implementation should be as simple as possible, but no simpler." > Any way it seems to me a bit buggy that (only) the prompt disappears in > this situation Not the prompt disappears, the entire text of the buffer disappears from view. What is left is the text of the after-string from an overlay. That's because the window-start of the mini-window is set at EOB of the minibuffer.