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: Sat, 6 Nov 2021 19:31:11 +0100 Message-ID: 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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33045"; 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 Sat Nov 06 19:32:33 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 1mjQUS-0008OW-P6 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 06 Nov 2021 19:32:32 +0100 Original-Received: from localhost ([::1]:60940 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mjQUQ-0005KI-CT for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 06 Nov 2021 14:32:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51090) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mjQTy-0005I7-GG for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2021 14:32:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39048) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mjQTy-0005jz-89 for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2021 14:32:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mjQTx-00068z-Vm for bug-gnu-emacs@gnu.org; Sat, 06 Nov 2021 14:32:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Nov 2021 18:32: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.163622348521955 (code B ref 51590); Sat, 06 Nov 2021 18:32:01 +0000 Original-Received: (at 51590) by debbugs.gnu.org; 6 Nov 2021 18:31:25 +0000 Original-Received: from localhost ([127.0.0.1]:50593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjQTN-0005hn-F6 for submit@debbugs.gnu.org; Sat, 06 Nov 2021 14:31:25 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:41333) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mjQTJ-0005ad-TQ for 51590@debbugs.gnu.org; Sat, 06 Nov 2021 14:31:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1636223473; bh=SJXMgZAymFYsRET9E5L2qM/5rsFHTEHb0OeEkjO9Qco=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=ZdtPbJ7IaUf0nmyItqAs2J1pXk6V4YrQnlIWhX0bXTlYT+Nn8uDl9sBGgmZHxFtGg GrO/f7zHGG1xL/1++OilRNJNbd2MohdiJbhgXvo5FHCF12gickYVCwQOg9nefyGdhz Ti/sjI/0ceZ2HzyWkxINsGAMYcAnc7kXHAqR6vI8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([46.125.249.80]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MryTF-1mMWEn3YgP-00o1zz; Sat, 06 Nov 2021 19:31:12 +0100 In-Reply-To: <83bl2xbhz1.fsf@gnu.org> Content-Language: en-US X-Provags-ID: V03:K1:Ncb6TgqJcwFOcIyvl3sH/9kKNbVGa+2OSHZp76S/yD5XLHnPAD1 qLyX2S7XrgMu5flFw5Cu0hjyXs6B1KZT5BaPV9HXq6eHYvCaI3dhFgZzVWRs1mfmTDmQy5d eabizS+hWf4yQ62HStkV8t5t9wyvaBKkW9jKue6TQ7n4GltG24R6lEn4QfUABxdcqb83Wst sMny5ZDEox/joQ9hR8+6w== X-UI-Out-Filterresults: notjunk:1;V03:K0:Bbjvj6627Xk=:ZA9yVRUfA+gnwEQaf1zomE zNRQ+AWnHZF+9/jcLGoQcYScUmNTKgCkuHepaNmNNfP8lm7iPPppN2R6aGu7TNNSI8TloCqGB uUbXFEpHZufpF8bvQ6BLyep2w9sbGPBrkF6mLat/ZV0hAq6S1bfmXcF9IWArZA0Tj7tsC3kxX GfnDWJpch/oxYHSHwYxzTO0uimKG4iNlpol4mtxOH0cghwZw71RlQ1jEKIz3rUzZXq5MYPXFZ BrZN8FDvCq4Clkbta9lMnNeYCc4lVUxciIZ0iy+Nf1Z2zD6GKCp/4kTqBGu17OxJihcvnB/YM wCeTGc6i1vAdBRgJrCiUlTEiLw6xxs9WLbzJsN63TujBpfj7KVi0yBP/MqH8NfVGIxuFYV6H3 83v5T8rN/NIY5moJJL+PN0BDwVB2+gBd3Zy5avnYls1oqyElQpwOLqqR455WFRv+doJ1mDLSE v/UIf3buFgbJiAV/ajGMKvLy7lQm3LERQdelnb0/sYmdlwGrQwDtGLGKKlm1ehL6jrjvgos3M CKaK0CmF/HjXfxqSrnTgpRXnFhFTCjWd3rAK8JCt4GwWxAbVgzgu7NG/J0KJzviYJ5EbaFa2W x1Jax4lXfbvIZWzzjeazuWQPVWex0XHeD4nnO1aLpUb+w200kF1BEu5qCeSbCtioxqWIuqI1i r9BPuw7qpX0ZuHMWgcV3BdbGk/BQbridCXTzWMmomq6sN47rFjGCnHzuTYKrM4BwNgHZnDhw2 U6h76rwhjCxPfUsRVDEFfLnWT8j863AiGTFF2EmvVmq8CtVFuPYJ668cFTTiAH/5rO7m5UPu 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:219136 Archived-At: >> I think "window body" and "window text area" mean the same thing, but= >> I'm not sure. > > They aren't. "Text area" includes the header-line and the tab-line, > the body doesn't. > >> The picture in elisp page "Basic Windows" seems to show "window body >> height" as NOT including the header line or tab line. That picture >> seems to show the header line as being ABOVE the text area, not part = of >> it. > > The updated picture doesn't have "text area" written on it at all. I'm afraid this is a change for the worse. The text area does not contain the header line. If you look at a version of 'coordinates-in-window-p' from the past century you will see that If COORDINATES are in the text portion of WINDOW,\n\ the coordinates relative to the window are returned.\n\ If they are in the mode line of WINDOW, `mode-line' is returned.\n\ If they are in the top mode line of WINDOW, `header-line' is returned.\n\= and this has never changed. The text area is what window_box_height tells us. According to your change we'd now have to rewrite doc-strings and info of lots of functions like 'window-text-height', 'window-body-height' or 'window-text-pixel-size'. If 'posn-at-x-y' has a problem, let's fix it. Just that I don't really know what the problem is. When, with emacs -Q, I do (setq tab-line-format "W=C3=BCrstelstand ...") (setq header-line-format "... daf=C3=BCr ist unser Land bekannt") and then evaluate (posn-point (posn-at-x-y 0 18)) it gets me nil because point is _not_ in the text area but rather between the tab and the header line. Digging further (posn-area (posn-at-x-y 0 18)) gets me header-line here and I can't complain. (posn-point (posn-at-x-y 0 36)) gets me 1 which is, as I'd expect, 'point-min' of *scratch*. So where is the problem? martin