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.bugs Subject: bug#51590: follow-mode is broken with header-line and tab-line Date: Tue, 9 Nov 2021 11:12:18 +0100 Message-ID: <789ce592-f432-c92c-9e3c-bb1eace601ad@gmx.at> References: <86bl31xfl9.fsf@mail.linkov.net> <83h7ctgk93.fsf@gnu.org> <86pmrf3l9m.fsf_-_@mail.linkov.net> <835yt7g3my.fsf@gnu.org> <8335o9dazn.fsf@gnu.org> <83bl2xbhz1.fsf@gnu.org> <837ddi7bhm.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="9432"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 51590@debbugs.gnu.org, juri@linkov.net To: Eli Zaretskii , Alan Mackenzie Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Nov 09 11:13:21 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1mkO80-0002JV-Iy for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 09 Nov 2021 11:13:20 +0100 Original-Received: from localhost ([::1]:46554 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mkO7y-0000Qi-VN for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 09 Nov 2021 05:13:18 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:56026) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mkO7k-0000Oo-55 for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2021 05:13:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49374) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mkO7h-0003cX-TD for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2021 05:13:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mkO7h-0000cO-Nl for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2021 05:13:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Nov 2021 10:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51590 X-GNU-PR-Package: emacs Original-Received: via spool by 51590-submit@debbugs.gnu.org id=B51590.16364527642335 (code B ref 51590); Tue, 09 Nov 2021 10:13:01 +0000 Original-Received: (at 51590) by debbugs.gnu.org; 9 Nov 2021 10:12:44 +0000 Original-Received: from localhost ([127.0.0.1]:60920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mkO7O-0000bY-NV for submit@debbugs.gnu.org; Tue, 09 Nov 2021 05:12:44 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:54503) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mkO79-0000b2-KM for 51590@debbugs.gnu.org; Tue, 09 Nov 2021 05:12:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1636452740; bh=k/p62y0d/ur3TZahDOxUWS2UcB6bObmLtPC4DlJAzJ4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=KJGrL+eRcQdEHgFoJM1641TRNfKyC0HmrJ0U94fvomlHFCAnVKJg3454mjxcGDUCt 5rWdoi39GrP54BzKt5t4wCfuOPrCGCuM/1BhkxbJ8Y6tgj5VqUUJCiwYaPwjadBpK0 ZHjcj0dCsDedkZqAvLFFAKbRInLG/jUv9lguDDJ4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.59]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MybKp-1mWRbS3dkr-00yxHd; Tue, 09 Nov 2021 11:12:19 +0100 In-Reply-To: <837ddi7bhm.fsf@gnu.org> Content-Language: en-US X-Provags-ID: V03:K1:q+jkCPJG37pqHduToGqbTI1FayokGHCM5cxdm1+yETwXHQHIRVu 3+1s3wb7/CnpoB9Xpy78j+uggL3Jihhe8aYaH9vqBm0maXn9DqGV6JoJASU47lNmkqrU8gA X82bX+5Ow56ljvEeUkVLl4Tl4PK4o+ER8zU99M4m9E+/Hfnp6NbR2o9cIGN1Pnwr+COc3nD /EYrz0nHnAvjDBUeG8k+g== X-UI-Out-Filterresults: notjunk:1;V03:K0:h/f9kUBZO4Q=:wNg00T77UvfI15VehsipuL d6F06BUpTizFMIdjWyLVCE+hylmTvz4WXuxN+YsAMuJwyY8c8Wfi1YYTlEr0Ul4x4jseyghH2 pYms39d7/pNxCSUarBZh7vjrdETJJ6N+lv38w5yJt0Jfkr3n0/9e2GHv+sn4vGLxFmj2s4Ya7 W4393ujnpg9kby/5KQo8jU7d5UjvtKBoezzPSPjBFI5dUvBL8EJ/lGANxh041oNBvVrN3DGkl fliK/brtsTQHUITxRQArKfhKF87fXdIYM45QCRcxVk623X8TO67017exsVR9EC2vyC5h40uOU no4caVZP2LP3MdQZRyZDHl0p6fugj4pTYG+oEtV2YxZN2Za3ozrJwlRvuEdMvdWpaP0foinUI gVbAYj0LiDZ4ZmBjS4B/6sEGd5IXXeTjMia4RSjQ93uHRj+IMOpKlUrJeo6DauJ83YebaxD5P 83XzU1yF3kAzhIAWC9F/wFM2oBNSjjT1Of6fo4D3/3EMVNtUYwz8wHhLtatuT8AjoMwix/c/q ZSR+qaTsiHROYYjUE8jzBYWnFo7wy27WqVojzR6F2a4NtBatnXlsUMvrPUa+xenj5kzzDkr1p xzE3RpNVCX9AKyeECIYfJrX/vZf3ZvQkASIVNLvFLcpwtZKs6XRM/exPWq0SpVbdnQLcYogIC wd2pVNRGJ/ekPoqGf9z4ahn1bkSENTWcpc+koSj4MipBqz+9ibnCtBLLFF+1khkKysw6ns0IY wOfOCLhxeqjTGJ0tHRZ/C8KJJflvY/O+QxXDuUQZctaccbV0FhLv51j6NJweEBWIEQ+lYRrg X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:219433 Archived-At: > I would like to stop using "text area" in the doc strings and the user > manual. OK. But can we do that on the development branch please? I recently spent some time rewriting the window chapter in the Elisp manual and just do not feel confident enough to install the necessary changes in a safe manner on the release branch soon. > It is a confusing term, more so for me, because it has a very > specific meaning in the display code. While a comment like /* Return the window-relative coordinate of the right edge of display area AREA of window W. ANY_AREA means return the right edge of the whole window, to the left of the right fringe of W. */ may look entirely clear to you, it doesn't to me. So maybe we could try to first say what - a "display area" of a window is and where its "right edge" is located, - what a "window-relative coordinate" is, - what the "right edge of the whole window" is, and - what "left of the right fringe of W" stands for in the presence of fringes in and outside of margins or a scroll bar on the left. Next we could try fixing things like int text_area_x, text_area_y, text_area_width, text_area_height; window_box (w, TEXT_AREA, &text_area_x, &text_area_y, &text_area_width, &text_area_height); in frame.c and int text_area_x, text_area_y, text_area_width, text_area_height; window_box (s->w, TEXT_AREA, &text_area_x, &text_area_y, &text_area_width, &text_area_height); in xwidget.c if we want to say that the box size of a window is not the same as the size of its text area (deduced from you earlier comment). > So from my POV, the ideal solution is to go through all of those > places and replace "text area" with "window body" (and if the latter > is already there, just delete the former). Agreed. But after the release, pretty please. martin