Received: (at 35860) by debbugs.gnu.org; 20 Jun 2019 07:41:49 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 20 03:41:49 2019 Received: from localhost ([127.0.0.1]:47784 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hdrhc-0000UP-Ro for submit <at> debbugs.gnu.org; Thu, 20 Jun 2019 03:41:49 -0400 Received: from mout.gmx.net ([212.227.15.19]:57675) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1hdrhb-0000U9-3A for 35860 <at> debbugs.gnu.org; Thu, 20 Jun 2019 03:41:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1561016495; bh=LnYMm/uHtaJ4+e6wLikZv/L1I3S8lGQo91A+cP7l+t8=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=hvMGcsZpMmSDsUVi3kHK1SFMshwLIg6g65AAkSn17P7W8k+Kl/je69txNWLqI4ms9 uawSX6fw+hgKpFEdI8phPuuvNkJGg4+yrglfx9yCRUrEgv+kLqHmTR8v0zOzbSTTNF y3OuUbJwyA9Lco+bIRRmMhPlrY9gLKsFnuURLA5s= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([213.162.73.215]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MMGRA-1hw5bU3buw-00JKfs; Thu, 20 Jun 2019 09:41:34 +0200 Subject: Re: bug#35860: Delayed window positioning after buffer display To: Juri Linkov <juri@HIDDEN> References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN> <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> <87imt6jva7.fsf@HIDDEN> <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN> <87h88p8e5z.fsf@HIDDEN> <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN> <871rzsdj5a.fsf@HIDDEN> <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN> <87a7edxmup.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> Message-ID: <ad16b0e4-94ad-4b04-3e42-7703271e3459@HIDDEN> Date: Thu, 20 Jun 2019 09:41:33 +0200 MIME-Version: 1.0 In-Reply-To: <87a7edxmup.fsf@HIDDEN> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:J1Elry+Ir5o5p2ZGXj869ww72Ggowxzn8HtiKW4l1Ta1nYpfWGO qvu9WFfUSYW4/lrO4XDJxzj05pdqx7U7/rIjOcuM5xAlmfcu4vDXxyNK7PR8OS4GKOS9ph3 08NlcwQv+6qJ3Qos9k+c5L7wJtwZkMHpK/u7pmYCfsRny/1gaQ4gSQ9afprwnXh6excjhpA RQgnnXdl6/vp6E4191M8A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:20L4TADCpIE=:LHl897e3y6gn0sJeP/dvYU kIQ7qLABRaF4FVRMEwjvzu4Ld8ADZSsUZurKmjTTBP/c8bvqvw5TdTvtY7ndRdtK8FySmGVSj S+WRepkw+ISTb+NgDIWccGtLckLIkjGCYaR5n9YZkhiYJ1KZwXcGIF9qWcdxgWzIEGuVlOFEj eHYYl7sYHRZP7VJAEP8GefdsUNW6IZHbzBrhwyeVbm49zK3EX1BsegF88JdmC8L7ShRF9nFHJ pH0rdxtH1CrsLubqUajy4s5cT0g/A2amH9osygfAlT6YYtiRsZHIOaq+0aLnWTyTltNfiBlNS msIHiuR92NZXwuEEroK8EK2fBgZEBWCTvsmmTvKu8ZL5OPvtnw+e3+HuRDT881heff52ww/KC /Bz5ZuRkiMuWSVWxDoEMtVC+Ar2JnCpUqBZNFJBkBC3dHa1VfPZDLccbQ7w8Yo6NquxSKtxR1 WszXBb/iFu8XM+Bs5p6ZIei5ffioVsLQwwGUN2bCkk6V5YBZPCFBVoFmE04MJxEbFzQj+FBJ7 ac27NcS7IXMYaJSMifYGewEcehWxizUSHcYRUKCfk2RXrwTr0MRYvqltRFbzrYeQv6nqCdE/3 32vgWm7mdWJshaMNarIutkRsDVjzirwRUqHYFzyNSoD3+XM631r8BlrmUfY0PgdazkXbygKqN 2BpG8b1U5Of7IrIgc2dC08/CikZ4TiurRFI9h3jaE3mZUC99lmJVjw3UB/wvDFSm7Xp+GWhZQ 2cqh9NkaznrhaGYonN7WUsLgFMLKOxlEETxNOMniezAmDyzT+IrO4hDTUSIQ1TG9b2FFovXyq 1FOna03RwNncApK35jJiFaNDL5Qd4auLd92Up8oFGucmMoO4NsFSlulP5lsxad3B9T79Yv5A5 NbKZFd1IYD1y8MY98fhvoPhR1ncBfOpuGKhz4YsjeAPMSk0+nl3TESZxWqb0Pty5LXNdUXFIO GSu5KePpRGuJld3N8N0vI+dwUyK2cJ6NvR7pJyaNWaqPZTDFSoTS3 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) > BTW, we had plans to rename 'window--display-buffer'. > But shouldn't it rather use 'display-buffer-' prefix? > Maybe, 'display-buffer-in-window'? Back in January I wrote ... > The cleanup has been done. The final message of that subthread says: > > Anyone interested in renaming 'window--display-buffer' - please go > ahead. I think a 'display-buffer-' prefix should then be appropriate. > > What I meant there is that calling it say 'display-buffer-in-window' > would be appropriate but the final name is up to its clients. ... so feel free to do that. BTW, doesn't your earlier remark ... > We could support an action alist too in addition to buffer-local variables, > but we should leave an ability to set buffer-local variables, because > neither view-lossage nor vc-git-print-log (two primary cases to test > this feature) have no access to the 'action' arg of display-buffer. ... miss one aspect: 'display-buffer-overriding-action' can always be used to set and/or override any 'window-point' or 'window-start' alist entries. martin
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 19 Jun 2019 21:57:00 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 19 17:57:00 2019 Received: from localhost ([127.0.0.1]:47551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hdiZf-0005WX-Sl for submit <at> debbugs.gnu.org; Wed, 19 Jun 2019 17:57:00 -0400 Received: from eastern.birch.relay.mailchannels.net ([23.83.209.55]:50907) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1hdiZe-0005WM-5g for 35860 <at> debbugs.gnu.org; Wed, 19 Jun 2019 17:56:59 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id DA427502B2F; Wed, 19 Jun 2019 21:56:56 +0000 (UTC) Received: from pdx1-sub0-mail-a60.g.dreamhost.com (100-96-11-129.trex.outbound.svc.cluster.local [100.96.11.129]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 8BEFC502D26; Wed, 19 Jun 2019 21:56:52 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from pdx1-sub0-mail-a60.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Wed, 19 Jun 2019 21:56:56 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN X-MailChannels-Auth-Id: dreamhost X-Stop-Bottle: 7d6b77146ac7a1c2_1560981416712_4208129210 X-MC-Loop-Signature: 1560981416712:2346111605 X-MC-Ingress-Time: 1560981416712 Received: from pdx1-sub0-mail-a60.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTP id 34DE17F0AC; Wed, 19 Jun 2019 14:56:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=R2nCYD8cvTvpDCmd2YUC780szTo=; b= PM/h/m55yRoMI3pniscToAspTE7RbCUbe6uvFRhYktrPIbTPWj738WDsEcvpkGtb PuEqo5TdyzOFgbhrCEBssX8oTqHzlkgW++NC9oHsjI/KGIZ8v0wU9cEcKWrXdXo4 cMFvX3O3OF9zV8RWc+th8nGxuW4zNt/a1S40CtGwTl4= Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@HIDDEN) by pdx1-sub0-mail-a60.g.dreamhost.com (Postfix) with ESMTPSA id 687507F0AB; Wed, 19 Jun 2019 14:56:47 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a60 From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#35860: Delayed window positioning after buffer display Organization: LINKOV.NET References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN> <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> <87imt6jva7.fsf@HIDDEN> <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN> <87h88p8e5z.fsf@HIDDEN> <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN> <871rzsdj5a.fsf@HIDDEN> <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN> Date: Thu, 20 Jun 2019 00:34:22 +0300 In-Reply-To: <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN> (martin rudalics's message of "Tue, 18 Jun 2019 10:19:21 +0200") Message-ID: <87a7edxmup.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrtdefgddtfecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> +(defvar delayed-window-point nil > > Name space conventions would recommend 'window-delayed-point'. BTW, we had plans to rename 'window--display-buffer'. But shouldn't it rather use 'display-buffer-' prefix? Maybe, 'display-buffer-in-window'?
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 19 Jun 2019 09:14:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 19 05:14:38 2019 Received: from localhost ([127.0.0.1]:46014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hdWfu-00030P-3N for submit <at> debbugs.gnu.org; Wed, 19 Jun 2019 05:14:38 -0400 Received: from mout.gmx.net ([212.227.17.21]:37245) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1hdWfr-000309-NU for 35860 <at> debbugs.gnu.org; Wed, 19 Jun 2019 05:14:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560935664; bh=GYKwh1rgxVAPrz8iRKVvC0YowEslLJ+RyG3K5ZNbTE0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=DykiRrr1OjmI25N3oKC7OF1h5p8PogLMAGIFlvus4W/ZAun39zM9ba/UtOUERetF8 ZNknIyC4BNACWjQUHpOPQ7QcszmhczrLbWJveM1dha/nyw6Sg0es77T67BLV5J4Qvl G2ofom/M96LuBORUwEgrF6e+pwQiHoGC1iQb8mcs= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.75]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MBDnC-1hljKT4BCw-00CfUB; Wed, 19 Jun 2019 11:14:24 +0200 Subject: Re: bug#35860: Delayed window positioning after buffer display To: Juri Linkov <juri@HIDDEN> References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN> <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> <87imt6jva7.fsf@HIDDEN> <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN> <87h88p8e5z.fsf@HIDDEN> <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN> <871rzsdj5a.fsf@HIDDEN> <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN> <87fto61ua5.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> Message-ID: <909a5c9c-74fa-a221-0ef1-6b9d61cb4cd0@HIDDEN> Date: Wed, 19 Jun 2019 11:14:24 +0200 MIME-Version: 1.0 In-Reply-To: <87fto61ua5.fsf@HIDDEN> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:MU+bX6Szo7dzORmICiwBa6QS67hNS8KEIXSI3E1uwuHgiLJ0pOW GwcahfdzQVA/i3nRf6d0VLJkJZmw6Y3nKa7JE8iI9FXK9PGESQgYdlWNAbn6jxKTeq/j5M1 4F649PC7mfeiIDMmvcDMjWaAaj2hK5R/s9qeyhwe/1WWjlhKjWkamxRwbzrbNs2yQhvjLqv RPhU7q2HEeWR2h6htB0ug== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:lJG/VM15ZbE=:kSd6VGvCsIFWlRG+2fYtbr gwS5ftFLzchI496r0I3H74LiWsPhx+25ib0I9wwyrQtu+FFrv18zEoZMZRYukQQsQjTn6jlmg 4Bi3Xt402gNdWzRcaJrZ+oAawCZYUnuQsbgtumKAnAe/7BS/LjE33f2NH7hcZBvb/umuHVl+K AgNI33QC8pcSt6eeSFetvldQE3b2iB+qrFeoMjTDn3ONjN3vBmh2GFCMIYBgBMS7As70WZPWN iEQlSNNVR8vfSHsQdAPyEl4QFUAVMW6Kh3ZNeQHaZums6m7icSOvAvE4JDD7iMXQtvZU6cRN6 PTTjUfgksAhba2GVAcJ6x7UNFk1JLw7CTnVOJBhWmKtZXyNSmi6AtPcxXZheZpGJIwql2a4Bq z2/WKVT6CZsPmyHik2F4Izg2QSzsst5uwbrH2DRPQXpHdq8DMlCgK765DLKjU1AZCceeYjc4W m88Q6TZFmwV5lQY+RSZpkRgh05O3Q8dx5jNLe5dMhnh9EHdjjUcLK0Lvx2ZuqCt/GeKDng/Ol 6UDVA4aT8FrEc1/8uEUi50wjWhoEWdlUc6BEhSlIH53Oe2koQFwwOY+jqEVix8Wyq6Ye1cjX0 o9OOFNl7tEdS+3+iGFXGeCUE19E+mPR2MeoqSVpGQonJy5S9RqNm3b3xl+Lwar5tUfJqdWreQ xnCUlDbl0DliPVadhWmBZpHAO4XmRLMB04AyW2oEhG+6NYJmmgfWiaNS8hMfxVDi/xeGreWxW VH+cmqOo8wbOovX29vG7bRQ7CwFWEY19suYpX1wqEqViB0vCbOInC2evm5VyNpdpkyA8ZLjCx NF4bQNgOptfcVvKGNhRsQfmlTtssVSVUEyAo8rhNcNGloFAon4HgLF7NhoR+voP/GPf+nx6g6 lDjlzCH0Mzpuz5xBD573uQLrHv1nf/KWed1+OmXH35Sj/tCz03LUXXg/OM6h8FBzJVt+hj825 cjQR8NHMkh9YySI82rdW6eP7hzjI3cZQunk+uR24ESgWsNCkAO8jC X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > Adding such hooks would allow to get rid of macros easily. > For example, instead of using two variables 'window-point-delayed' > and 'window-start-delayed', a pre-display hook in 'view-lossage' > will be able just to set a buffer-local run-once post-display hook > that will adjust the window positions after the buffer is displayed > in the window. The problem is to properly clear these hooks to avoid that they affect future, unrelated calls of 'display-buffer'. In most cases they are supposed to be one-shots so a 'condition-case' in 'display-buffer' should suffice, but it's a bit abnormal for hooks to get auto-cleared. martin
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 18 Jun 2019 21:33:18 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 18 17:33:18 2019 Received: from localhost ([127.0.0.1]:45693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hdLjB-00017z-SZ for submit <at> debbugs.gnu.org; Tue, 18 Jun 2019 17:33:18 -0400 Received: from bee.elm.relay.mailchannels.net ([23.83.212.14]:62423) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1hdLj8-00017n-Pm for 35860 <at> debbugs.gnu.org; Tue, 18 Jun 2019 17:33:15 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 08FA82C1DCC; Tue, 18 Jun 2019 21:33:12 +0000 (UTC) Received: from pdx1-sub0-mail-a65.g.dreamhost.com (100-96-85-75.trex.outbound.svc.cluster.local [100.96.85.75]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 40E332C1C1B; Tue, 18 Jun 2019 21:33:11 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from pdx1-sub0-mail-a65.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Tue, 18 Jun 2019 21:33:11 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN X-MailChannels-Auth-Id: dreamhost X-Rock-Soft: 62257149711c4407_1560893591849_3273968895 X-MC-Loop-Signature: 1560893591848:3948085084 X-MC-Ingress-Time: 1560893591848 Received: from pdx1-sub0-mail-a65.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a65.g.dreamhost.com (Postfix) with ESMTP id 3712182989; Tue, 18 Jun 2019 14:33:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=7WnKQSi/QrWjHUr1kTAeEJEaMsY=; b= wUM8Gg0olyX7YyzFameBbKmz//i/g3GDb9Ka4HubAcJd/X2VWwPJV4c3t6Zn26Nl TbIXAmAfx0l7gTwIhxzgjnCkTKIGzJJCPNRtdqdJ7BgOLO+tqB24PbwsFzXwgT4u 4w+jDaFPpOVTEiDrXh6fg/lsSCLawxTNinQMfFHm8Ds= Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@HIDDEN) by pdx1-sub0-mail-a65.g.dreamhost.com (Postfix) with ESMTPSA id 0C84282984; Tue, 18 Jun 2019 14:33:07 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a65 From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#35860: Delayed window positioning after buffer display Organization: LINKOV.NET References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN> <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> <87imt6jva7.fsf@HIDDEN> <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN> <87h88p8e5z.fsf@HIDDEN> <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN> <871rzsdj5a.fsf@HIDDEN> <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN> Date: Wed, 19 Jun 2019 00:02:42 +0300 In-Reply-To: <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN> (martin rudalics's message of "Tue, 18 Jun 2019 10:19:21 +0200") Message-ID: <87fto61ua5.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrtddtgddufeegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddvtdelnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrvddtledprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> +(defvar delayed-window-point nil > > Name space conventions would recommend 'window-delayed-point'. Then 'window-delayed-start' would be too ambiguous. Maybe then 'window-start-delayed' and 'window-point-delayed'. >> + "Marker to override default `window-point' in all windows. > > Why "marker" and why "all windows"? As for the former, I think it > makes sense because then one can specify an insertion type as well. > But IIRC you earlier wanted to allow plain integers here too? Yes, plain integers should be allowed as well. >> +`delayed-window-point' is a buffer-local marker you can move to a valid >> +position of the buffer shown in the window in order to override the standard >> +positioning mechanism (`point-min') chosen by window displaying functions.") > > IIUC there is no such "mechanism" except for buffers just created. > And what about 'switch-to-buffer-preserve-window-point'? "window ??? > displaying functions" implicitly hints at the fact that the mechanism > works only when the buffer is shown by 'display-buffer'. But are we > sure that this restriction always applies? Maybe the same should be allowed for 'switch-to-buffer' as well, and even for buffers displayed by set-window-configuration. >> I see no reason to use macros here. >> We need to replace these macros with the elegant solution that we already >> have of using action alists. > > Macros are useful in as much as they allow to specify the evaluation > order of their arguments. Action alists are dumb in this regard. The problem is that currently the whole cycle of buffer displaying doesn't allow executing arbitrary code at different stages: there are no pre-display-buffer and post-display-buffer hooks. Adding such hooks would allow to get rid of macros easily. For example, instead of using two variables 'window-point-delayed' and 'window-start-delayed', a pre-display hook in 'view-lossage' will be able just to set a buffer-local run-once post-display hook that will adjust the window positions after the buffer is displayed in the window. Another candidate that can be placed into such post-display hook is fit-window-to-buffer for cases when adding an action alist as an arg of display-buffer call is not possible. And vice versa, pre/post-display actions could be specified in an action alist of display-buffer, when using hooks is not possible.
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 18 Jun 2019 08:19:36 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 18 04:19:36 2019 Received: from localhost ([127.0.0.1]:43708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hd9L6-0002E9-9N for submit <at> debbugs.gnu.org; Tue, 18 Jun 2019 04:19:36 -0400 Received: from mout.gmx.net ([212.227.17.21]:51055) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1hd9L3-0002Dq-P3 for 35860 <at> debbugs.gnu.org; Tue, 18 Jun 2019 04:19:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560845961; bh=IUxvnt4IKX/jolDn/vrsK1KJYoA2EuP7cd3RRiXgDt8=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=K0ev6OCZH/yv3DChvMLoss7csx9juDtwxk/YfpBMG7DFKz3E0j8iV10700uRpjEwf nTWZiHX4c/WRvwp10Qub9LFDc6bWIHKKD37jjoVFF/kM2TUARXQs3DMqftQ0TtZ/gy C3jo3kO4tnOP6O5J59mlLTCDnf5K2lRNMwbBPbcc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.226]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MeU4y-1iDIy52dnQ-00aUxY; Tue, 18 Jun 2019 10:19:21 +0200 Subject: Re: bug#35860: Delayed window positioning after buffer display To: Juri Linkov <juri@HIDDEN> References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN> <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> <87imt6jva7.fsf@HIDDEN> <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN> <87h88p8e5z.fsf@HIDDEN> <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN> <871rzsdj5a.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> Message-ID: <4465efef-794f-de5d-ed5d-04403680a622@HIDDEN> Date: Tue, 18 Jun 2019 10:19:21 +0200 MIME-Version: 1.0 In-Reply-To: <871rzsdj5a.fsf@HIDDEN> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:BRUIG2nbZetnZBEuml88ep1V8phEsEpqhkiPzd8ph4cxQ/0jRum KdKhzIPCrNsENfezkX+oziQyiDczo+ty2m4iB2KRo0FCUYLQ+ldeo+wSiaSzc2g62DGZy4/ 7T6Pv5ECoL5wZLOo3sxlK5RtS+0bwsbSMRrSAzLS4vUAW8b+LlKLi8X+p0A5kUtCFQPVLUY u4VYF33FNioSZVy/Z4L7A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:qIUFlgzsyKQ=:bkguXm0s8zk7npu88yVTZH wx/hm6ciAHGhx2WP0pGVv7Qic7RI1qSS8LIt37i8Bl0wJWCyFTDn2H10MFH8eJxGH7EKAKdBo FgvaiXEe6iJprNt1NiIK1UowvLcpmad4DqaMeYG25osh+5MmXeZqBYCVristunq732Gk/BX5S I14SR1pa1G8o01phOkVyQeqS2TRkZCMrOCJS1/7SGQWQpYNmDeg7NuSgLyY90FHGdh3u+j9JP 2fdLSC3qsHdaWbkQ1dO7S50Kv9ZoW9r1sy+TYePOnLvj9bBAO5IusEM8xHr8XT4a2kDIWJgLf 6A2oeLA9r2XK5hBoBe8Tgz8EAFe4DRaJKuK/Ow40HCA2sETz4LQMN98aD8IthLtOOoEj+RkLx dvR/xycCnReGXCXzCJYy7NFy0mBhlL3Lq2ok83Wq/r8S1q/6NzQw7X3z55Ffxg6UpFLGF5POr EdEbgbpdrJ4TAHtlTOWSYl6Oo18MqgYNjLrWFT3g/Ed/S0kRCpaKBLJBVONM0uEW08NoSF6xQ 317WUJTWMOs+uE8f9PL+5NrD9797TN+yyCvVirIfyMK0Q0QIxNVOD4+1YbaSfZa+ccfaxxMPW MnfTKd4YFalySsCVHJlJhuX9oozdYNq2Cc5g94QaMMP/RRh7VIMla39716XltLEJM3gHg5guo 4QWN4dc8YJ7URqBEjckUb/702Wkqw9CHoHyMq0wzMC7CN/yU/CJ3XJquAW5NnNoekw+MZiSB4 Ek/aGX47gH43qDuvZPNjF1Xy+umUY2HCDk5p3rc4O8cm18iXtVnhLHe5Z9fYEQhObcj+/yFUF c39hRrW6lvhoUjcPrauOOGOUo4FKHCgDUwcrVLDYI6dhVzQDAydZmCgqpUJArzp2f7r0Eu8LP gRyVZU2wFy0opS6HZ1wGJra7bOZZJ/HyzJk7ZTeelUxjQtH2g7y7hjAA1CArh2pnc7Y3KPpoa 9VcWQI4uN1rXiUwxa8xmCpDQnIZdThTLxflPK61Qn6CvDcO5iMdka X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > +(defvar delayed-window-point nil Name space conventions would recommend 'window-delayed-point'. > + "Marker to override default `window-point' in all windows. Why "marker" and why "all windows"? As for the former, I think it makes sense because then one can specify an insertion type as well. But IIRC you earlier wanted to allow plain integers here too? > +`delayed-window-point' is a buffer-local marker you can move to a valid > +position of the buffer shown in the window in order to override the standard > +positioning mechanism (`point-min') chosen by window displaying functions.") IIUC there is no such "mechanism" except for buffers just created. And what about 'switch-to-buffer-preserve-window-point'? "window ??? displaying functions" implicitly hints at the fact that the mechanism works only when the buffer is shown by 'display-buffer'. But are we sure that this restriction always applies? Otherwise the patch looks good. > Frankly speaking, macros like with-help-window, with-temp-buffer-window > are terribly ugly and look like a kludge. For example, after applying > the following patch, all source files that use the changed macro, > need to be recompiled, so everyone will need to do bootstrap after > pushing it, and many other problems. Until Lars comes up with a solution that detects any changed macros, finds their users, and orderly recompiles the respective files. But I'm afraid he's turning back to his books for now. > I see no reason to use macros here. > We need to replace these macros with the elegant solution that we already > have of using action alists. Macros are useful in as much as they allow to specify the evaluation order of their arguments. Action alists are dumb in this regard. martin
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.
Received: (at 35860) by debbugs.gnu.org; 17 Jun 2019 22:13:09 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 17 18:13:09 2019
Received: from localhost ([127.0.0.1]:43412 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1hczsC-0006qd-MA
for submit <at> debbugs.gnu.org; Mon, 17 Jun 2019 18:13:09 -0400
Received: from dog.birch.relay.mailchannels.net ([23.83.209.48]:8227)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1hczrx-0006pr-PV
for 35860 <at> debbugs.gnu.org; Mon, 17 Jun 2019 18:13:07 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
by relay.mailchannels.net (Postfix) with ESMTP id 68918141D1C;
Mon, 17 Jun 2019 22:12:52 +0000 (UTC)
Received: from pdx1-sub0-mail-a9.g.dreamhost.com
(100-96-89-88.trex.outbound.svc.cluster.local [100.96.89.88])
(Authenticated sender: dreamhost)
by relay.mailchannels.net (Postfix) with ESMTPA id C4A9214266A;
Mon, 17 Jun 2019 22:12:51 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a9.g.dreamhost.com ([TEMPUNAVAIL].
[64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
by 0.0.0.0:2500 (trex/5.17.2); Mon, 17 Jun 2019 22:12:52 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Average-Drop: 5ba3e0ce34d7ceb1_1560809572252_2883200399
X-MC-Loop-Signature: 1560809572252:3126386906
X-MC-Ingress-Time: 1560809572252
Received: from pdx1-sub0-mail-a9.g.dreamhost.com (localhost [127.0.0.1])
by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTP id 707EA83C93;
Mon, 17 Jun 2019 15:12:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
:subject:references:date:in-reply-to:message-id:mime-version
:content-type; s=linkov.net; bh=bN9ueeAXEGPvbLT0/ERkwQA1K+w=; b=
2z7dIzgmGylz/xnm8RU7onylq24/bGNYcvit1bItIwvpsSZWO6SxrL0bZAfzEKJg
OGBFpoAyonOzkIwtjjB2Kk3OgIV3LTp1lLGbajwEUic31YUuZ0zXObgdkQ/SQcTB
dNyuTuePnVKgkh/klOj7uYJolAGmVrFGp2gqRfJKfrc=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
bits)) (No client certificate requested)
(Authenticated sender: jurta@HIDDEN)
by pdx1-sub0-mail-a9.g.dreamhost.com (Postfix) with ESMTPSA id F0E0383C5D;
Mon, 17 Jun 2019 15:12:42 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a9
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#35860: Delayed window positioning after buffer display
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
<87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
<87k1efhkgp.fsf@HIDDEN>
<2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
<875zpb4zdw.fsf@HIDDEN>
<df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
<878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
<4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
<87imt6jva7.fsf@HIDDEN>
<d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
<87h88p8e5z.fsf@HIDDEN>
<c85fa845-a276-cc33-2d56-51d692886318@HIDDEN>
Date: Mon, 17 Jun 2019 23:33:44 +0300
In-Reply-To: <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN> (martin rudalics's
message of "Mon, 17 Jun 2019 10:23:18 +0200")
Message-ID: <871rzsdj5a.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudeikedgtdehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesmhdtreertdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddvtdelnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrvddtledprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgeptd
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 35860
Cc: 35860 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
--=-=-=
Content-Type: text/plain
>> In my previous patch there is no need to check for the buffer,
>> because a new general variable is declared as buffer-local.
>
> But the BUFFER argument of 'window--display-buffer' is not necessarily
> the current buffer. Or do I miss something?
Thanks for pointing out, fixed in a new patch.
>>> What happens with these markers when 'display-buffer-no-window' gets
>>> called? Or some user provided routine provokes an unhandled error?
>>> You don't even check the marker buffer of these variables so some old,
>>> completely unrelated marker could get reused here.
>>
>> There is no global effect because this feature is localized
>> to a single buffer by its buffer-local scope.
>
> We would always have to assure that the marker's buffer and the
> current buffer are the same. And we would have to make sure the
> marker gets reset when an unhandled error occurs.
Assured in a new patch.
>> We could support an action alist too in addition to buffer-local variables,
>> but we should leave an ability to set buffer-local variables, because
>> neither view-lossage nor vc-git-print-log (two primary cases to test
>> this feature) have no access to the 'action' arg of display-buffer.
>
> Maybe we could provide a new macro which encapsulates the use of these
> variables in a more disciplied fashion (providing the necessary action
> arguments for `display-buffer').
Frankly speaking, macros like with-help-window, with-temp-buffer-window
are terribly ugly and look like a kludge. For example, after applying
the following patch, all source files that use the changed macro,
need to be recompiled, so everyone will need to do bootstrap after
pushing it, and many other problems. I see no reason to use macros here.
We need to replace these macros with the elegant solution that we already
have of using action alists.
--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline; filename=window-start-and-point.2.patch
diff --git a/lisp/help.el b/lisp/help.el
index 42ff375565..24b5a26ed1 100644
--- a/lisp/help.el
+++ b/lisp/help.el
@@ -37,15 +37,8 @@
(add-hook 'temp-buffer-setup-hook 'help-mode-setup)
(add-hook 'temp-buffer-show-hook 'help-mode-finish)
-;; `help-window-point-marker' is a marker you can move to a valid
-;; position of the buffer shown in the help window in order to override
-;; the standard positioning mechanism (`point-min') chosen by
-;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
-;; `with-help-window' has this point nowhere before exiting. Currently
-;; used by `view-lossage' to assert that the last keystrokes are always
-;; visible.
-(defvar help-window-point-marker (make-marker)
- "Marker to override default `window-point' in help windows.")
+(define-obsolete-variable-alias 'help-window-point-marker
+ 'delayed-window-point "27.1")
(defvar help-window-old-frame nil
"Frame selected at the time `with-help-window' is invoked.")
@@ -481,7 +474,10 @@ view-lossage
(comment-indent)
(forward-line 1)))
;; Show point near the end of "lossage", as we did in Emacs 24.
- (set-marker help-window-point-marker (point)))))
+ (setq delayed-window-point (point))
+ (setq delayed-window-start (save-excursion
+ (forward-line (- 5 (window-height)))
+ (point))))))
;; Key bindings
@@ -1249,12 +1245,6 @@ help-window-setup
(frame (window-frame window)))
(when help-buffer
- ;; Handle `help-window-point-marker'.
- (when (eq (marker-buffer help-window-point-marker) help-buffer)
- (set-window-point window help-window-point-marker)
- ;; Reset `help-window-point-marker'.
- (set-marker help-window-point-marker nil))
-
;; If the help window appears on another frame, select it if
;; `help-window-select' is non-nil and give that frame input focus
;; too. See also Bug#19012.
@@ -1326,9 +1316,6 @@ help-window-setup
;; (3) An option (customizable via `help-window-select') to select the
;; help window automatically.
-
-;; (4) A marker (`help-window-point-marker') to move point in the help
-;; window to an arbitrary buffer position.
(defmacro with-help-window (buffer-or-name &rest body)
"Evaluate BODY, send output to BUFFER-OR-NAME and show in a help window.
This construct is like `with-temp-buffer-window' but unlike that
@@ -1339,9 +1326,6 @@ with-help-window
Most of this is done by `help-window-setup', which see."
(declare (indent 1) (debug t))
`(progn
- ;; Make `help-window-point-marker' point nowhere. The only place
- ;; where this should be set to a buffer position is within BODY.
- (set-marker help-window-point-marker nil)
(let ((temp-buffer-window-setup-hook
(cons 'help-mode-setup temp-buffer-window-setup-hook))
(temp-buffer-window-show-hook
diff --git a/lisp/window.el b/lisp/window.el
index a2335a6798..15a3665cec 100644
--- a/lisp/window.el
+++ b/lisp/window.el
@@ -6795,6 +6795,22 @@ window--even-window-sizes
(/ (- (window-total-height window) (window-total-height)) 2))
(error nil))))))
+(defvar delayed-window-point nil
+ "Marker to override default `window-point' in all windows.
+`delayed-window-point' is a buffer-local marker you can move to a valid
+position of the buffer shown in the window in order to override the standard
+positioning mechanism (`point-min') chosen by window displaying functions.")
+(make-variable-buffer-local 'delayed-window-point)
+(put 'delayed-window-point 'permanent-local t)
+
+(defvar delayed-window-start nil
+ "Marker to override default `delayed-window-start' in all windows.
+`delayed-window-start' is a buffer-local marker you can move to a valid
+position of the buffer shown in the window in order to override the standard
+positioning mechanism (`point-min') chosen by window displaying functions.")
+(make-variable-buffer-local 'delayed-window-start)
+(put 'delayed-window-start 'permanent-local t)
+
(defun window--display-buffer (buffer window type &optional alist)
"Display BUFFER in WINDOW.
WINDOW must be a live window chosen by a buffer display action
@@ -6913,6 +6929,23 @@ window--display-buffer
(when (consp preserve-size)
(window-preserve-size window t (car preserve-size))
(window-preserve-size window nil (cdr preserve-size)))))
+
+ (when (local-variable-p 'delayed-window-start buffer)
+ (let ((window-start (buffer-local-value 'delayed-window-start buffer)))
+ (when (or (not (markerp window-start))
+ (eq (marker-buffer window-start) buffer))
+ (set-window-start window window-start)))
+ (with-current-buffer buffer
+ (kill-local-variable 'delayed-window-start)))
+
+ (when (local-variable-p 'delayed-window-point buffer)
+ (let ((window-point (buffer-local-value 'delayed-window-point buffer)))
+ (when (or (not (markerp window-point))
+ (eq (marker-buffer window-point) buffer))
+ (set-window-point window window-point)))
+ (with-current-buffer buffer
+ (kill-local-variable 'delayed-window-point)))
+
;; Assign any window parameters specified.
(let ((parameters (cdr (assq 'window-parameters alist))))
(dolist (parameter parameters)
diff --git a/lisp/vc/vc-git.el b/lisp/vc/vc-git.el
index 61c13026cc..5070e4b310 100644
--- a/lisp/vc/vc-git.el
+++ b/lisp/vc/vc-git.el
@@ -1017,9 +1017,11 @@ vc-git-print-log
;; If the buffer exists from a previous invocation it might be
;; read-only.
(let ((inhibit-read-only t))
- (with-current-buffer
- buffer
- (apply 'vc-git-command buffer
+ (with-current-buffer buffer
+ (insert (propertize "(Type 'd' here to show diffs with working version)\n"
+ 'font-lock-face 'shadow))
+ (setq delayed-window-start (point))
+ (apply 'vc-git-command buffer
'async files
(append
'("log" "--no-color")
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 17 Jun 2019 08:23:27 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 17 04:23:27 2019 Received: from localhost ([127.0.0.1]:41899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hcmvH-0002BF-Ek for submit <at> debbugs.gnu.org; Mon, 17 Jun 2019 04:23:27 -0400 Received: from mout.gmx.net ([212.227.15.19]:37613) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1hcmvG-0002B1-60 for 35860 <at> debbugs.gnu.org; Mon, 17 Jun 2019 04:23:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560759796; bh=G+6Xgc6Pmx9/LtX3k4eV9iyLIx+sJmTDIVR41aRLIMA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=OZVeNHLaz5g7SuYdimL442ytvulZ3TFiotzh2oI0BFHnJjslYlGMQzpkGOx+sWtQU unIoUZ0MKtXtBoLJYtC9oGX1roT+Dz+0TOjOz8Z+gUp8WypA6KcurA4FTwvzqERzqD 07iXtHG+Bi7t43J/wTg4U54OlOvdmkCeRLFDhu94= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.18]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M4JqV-1hcVnx1AOH-000JGB; Mon, 17 Jun 2019 10:23:16 +0200 Subject: Re: bug#35860: Delayed window positioning after buffer display To: Juri Linkov <juri@HIDDEN> References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN> <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> <87imt6jva7.fsf@HIDDEN> <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN> <87h88p8e5z.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> Message-ID: <c85fa845-a276-cc33-2d56-51d692886318@HIDDEN> Date: Mon, 17 Jun 2019 10:23:18 +0200 MIME-Version: 1.0 In-Reply-To: <87h88p8e5z.fsf@HIDDEN> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:qbbYKBeKnbzU0lC0Qfmvno4HGw5nnYP1s7/g0xAxyqu+Xp0fTLA 1UpoYW7gbPGHjoNhUl5+0Q2Tz0vz0IrIYNPC+HoSZL4evw1Azts8v2ZYftb2r3FxA+TWEsn HSbO/2ZhoGD+bSNRqDNyNroTiiOPH43tKTDPzaqb/ReufU5YZP6wRXWS6/HppOnax+IXB5G kWXrufkqdEhwYzgdX5JGw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:KHfBP0mCoto=:J3Y1kM6SOe8SrGMY9NekiU 4s00gr4cDTRjClMrfke32YgMz0aZ1Q6GRH2lm95Q7Oz+zGLxP2yL+FTn237LqdtpgIa0cvkv0 /NSIgTPveRf9/7QVuH/uNbemRB1/CpDexOcV6jL2RoSdoy3iI46srtllIE2CXI0x5JWnhI3gz fa6vuCxwSZp9ndrzZvKgv4j0Ew1WKX45yhDbn7QNmkHfVzxbngjV0hW7sf1OK+kosbE4oPR+G rcWevmOlvRf+nFyzRh9G+BIC2K3fxAe5AEUW3JxK9uUS0zjPtbzU+DNpXJ6cmBITzdyUQuGR2 cfY7y+v+Skq2UgD5OaA+aJZgCtVs2oiZDNeItmEaJ4mEBwy0mM9wZAt7QzUX0b4qSFkHGUI4n ALgA+z7Kxxe+RENr4cCv/mXnZcUD1m9cnjfVciVA9IozsSwZYAdwmiBWW2wgckfxnWZnCLi6b SdU8YExqS+txCd6YL2O2/WNkaMfVoUaw9niBxguQqe0M8BOD6msc0rdZsdf9vq6CRms0nnYS+ 1saDRupcn3NvubU/RxxR2Y/RiwX3gEr/+oCfyT6mRt6Oo/KVi2FIuDa7guU8n2qaVD5l0d+jo M+JBCyBSpd0a+DDkUwLAH3FCBognTb4ejzmdLXJkCA3OBWzMJBvHUdDOwNF0gbwfvOju1aCbR Md/Q0v5HKWjF8phvFgp+qKYY/A61U9GbNkQBlFybWSPCitZBAKgOVr171EivK0rVhV1Iey0pR Asqk5sMQkz0sAUvvopjCgwGk7QJa4XkYQa+DURVGnrKZc7qSNyeV66CNZWdyzk09nWtVD3gJg omW2di7TRNjw41YewFCZfpwS/2VO7Vx9MaFQPDXPxIazO0pZswSi60xG/mrLtVDccoTwDZoDq WXhuPGplEoW9gE1O4C40O5Ybm+DfBSQF7tP9vFkhBCaXsAn2FGuOyNQJbnoeFyLfuvsba2cAo eT7c5AtczChHXUMeGLmmbUKLuMXTEMFv3Dop5YFx5qAmTbOXPlkI4 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) > BTW, there is a strange comment before the first line: > > ;; Don't try this with NOFORCE non-nil! > (set-window-start window (point-min) t) > > but its NOFORCE is non-nil here. Is this a FIXME-like reminder? Rather a FIXME-like remainder. I probably did try to fix something here but don't recall any more if the comment applied to the version before that fix or should apply to the present version (in which case it is obviously wrong). > In my previous patch there is no need to check for the buffer, > because a new general variable is declared as buffer-local. But the BUFFER argument of 'window--display-buffer' is not necessarily the current buffer. Or do I miss something? >> What happens with these markers when 'display-buffer-no-window' gets >> called? Or some user provided routine provokes an unhandled error? >> You don't even check the marker buffer of these variables so some old, >> completely unrelated marker could get reused here. > > There is no global effect because this feature is localized > to a single buffer by its buffer-local scope. We would always have to assure that the marker's buffer and the current buffer are the same. And we would have to make sure the marker gets reset when an unhandled error occurs. > We could support an action alist too in addition to buffer-local variables, > but we should leave an ability to set buffer-local variables, because > neither view-lossage nor vc-git-print-log (two primary cases to test > this feature) have no access to the 'action' arg of display-buffer. Maybe we could provide a new macro which encapsulates the use of these variables in a more disciplied fashion (providing the necessary action arguments for `display-buffer'). martin
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 16 Jun 2019 20:37:07 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 16 16:37:07 2019 Received: from localhost ([127.0.0.1]:41551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hcbti-0004OZ-MM for submit <at> debbugs.gnu.org; Sun, 16 Jun 2019 16:37:06 -0400 Received: from bonobo.elm.relay.mailchannels.net ([23.83.212.22]:39251) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1hcbte-0004Nf-FO for 35860 <at> debbugs.gnu.org; Sun, 16 Jun 2019 16:37:03 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 6E8941A1774; Sun, 16 Jun 2019 20:37:01 +0000 (UTC) Received: from pdx1-sub0-mail-a70.g.dreamhost.com (100-96-38-146.trex.outbound.svc.cluster.local [100.96.38.146]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id B97DE1A138B; Sun, 16 Jun 2019 20:37:00 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from pdx1-sub0-mail-a70.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Sun, 16 Jun 2019 20:37:01 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN X-MailChannels-Auth-Id: dreamhost X-Army-Macabre: 1b80f8991d129d6f_1560717421113_593878480 X-MC-Loop-Signature: 1560717421113:734121385 X-MC-Ingress-Time: 1560717421113 Received: from pdx1-sub0-mail-a70.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a70.g.dreamhost.com (Postfix) with ESMTP id 2952D81060; Sun, 16 Jun 2019 13:36:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=HUrJcJIe4bJQm7EU7WRzcxzgHxk=; b= gUvlFflCNH2/R/RvbLxmq/sJ2f1IoCUpHB+J13MBWb8ovYo8wXjI+Y7PZw5H6z9t fZNZw5qqv4vkqXKgRvT0gfi1Oy7O2lOseouP7rwfaDoDXZGZLJiMeqkNTBRV5rhW vc8tFm5YTFTBDdp3t5RvdNkw01VBm1ASeIf03FZeuhs= Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@HIDDEN) by pdx1-sub0-mail-a70.g.dreamhost.com (Postfix) with ESMTPSA id 637A581061; Sun, 16 Jun 2019 13:36:56 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a70 From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#35860: Delayed window positioning after buffer display Organization: LINKOV.NET References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN> <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> <87imt6jva7.fsf@HIDDEN> <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN> Date: Sun, 16 Jun 2019 22:32:08 +0300 In-Reply-To: <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN> (martin rudalics's message of "Sun, 16 Jun 2019 10:16:20 +0200") Message-ID: <87h88p8e5z.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudeihedgudehhecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedv X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) > Currently 'temp-buffer-window-show' has > > (goto-char (point-min)) > > and 'internal-temp-output-buffer-show' has > > (set-window-start window (point-min) t) > ;; This should not be necessary. > (set-window-point window (point-min)) BTW, there is a strange comment before the first line: ;; Don't try this with NOFORCE non-nil! (set-window-start window (point-min) t) but its NOFORCE is non-nil here. Is this a FIXME-like reminder? > Then 'help-window-point-marker' may be set by the BODY of > 'with-help-window' and 'help-window-setup' will pick that up guarded > as > > (when (eq (marker-buffer help-window-point-marker) help-buffer) > (set-window-point window help-window-point-marker) > ;; Reset `help-window-point-marker'. > (set-marker help-window-point-marker nil)) > > thus (1) checking whether the marker buffer matches and (2) > immediately resetting that marker to nil. > > Can you provide equivalent security guards when generalizing that > variable? In my previous patch there is no need to check for the buffer, because a new general variable is declared as buffer-local. > What happens with these markers when 'display-buffer-no-window' gets > called? Or some user provided routine provokes an unhandled error? > You don't even check the marker buffer of these variables so some old, > completely unrelated marker could get reused here. There is no global effect because this feature is localized to a single buffer by its buffer-local scope. > So we'd carefully have to examine first how the mechanism you propose > could be abused, how to handle any errors in using and failing to > reset these markers and last but not least tell why we don't provide > 'window-point' and 'window-start' action alist entries instead of such > global variables. We could support an action alist too in addition to buffer-local variables, but we should leave an ability to set buffer-local variables, because neither view-lossage nor vc-git-print-log (two primary cases to test this feature) have no access to the 'action' arg of display-buffer.
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.
Received: (at 35860) by debbugs.gnu.org; 16 Jun 2019 08:16:38 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 16 04:16:38 2019
Received: from localhost ([127.0.0.1]:39658 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1hcQL6-00076J-JS
for submit <at> debbugs.gnu.org; Sun, 16 Jun 2019 04:16:36 -0400
Received: from mout.gmx.net ([212.227.17.22]:48109)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <rudalics@HIDDEN>) id 1hcQL3-000763-KS
for 35860 <at> debbugs.gnu.org; Sun, 16 Jun 2019 04:16:35 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=badeba3b8450; t=1560672981;
bh=nWSJR1yzxB+7TVO0NdJm7szuoOEhC10oOFLS8gD0YJI=;
h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To;
b=HHDTdf201gNk+60KHa6hmpeVKF08ddlkbZ4ADybluLl+OjscbMz2ZCSrZ+9LxEzwE
5EbcXP1MwTo2F1njgysmml+TrzRVa6qVVJYGXdoobjc4FlRQE3YTmWxClAi3KQWBDK
vMqLL47MqzgA2GLiDimFz6Wo5HTf6GjDP3rlOPm0=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.101] ([46.125.249.103]) by mail.gmx.com (mrgmx102
[212.227.17.168]) with ESMTPSA (Nemesis) id 0M1zFf-1iVTjS2X9f-00u1Vd; Sun, 16
Jun 2019 10:16:21 +0200
Subject: Re: bug#35860: Delayed window positioning after buffer display
To: Juri Linkov <juri@HIDDEN>
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
<87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
<87k1efhkgp.fsf@HIDDEN>
<2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
<875zpb4zdw.fsf@HIDDEN>
<df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
<878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
<4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
<87imt6jva7.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
Message-ID: <d699d924-dbf6-3587-3f12-0d8bcd767933@HIDDEN>
Date: Sun, 16 Jun 2019 10:16:20 +0200
MIME-Version: 1.0
In-Reply-To: <87imt6jva7.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-DE
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:uDMPGfeEjSZJG0x8qE0PPv9OKha/nKKXsAkb7MxqX2jfhrOSumz
mmV8DZ7YH8ncA/RoHcwBSeIhFZpm9tY7JnlkBzsn7fpJw9ruZO7qBpqlR1vFoh45CeDGVHE
aNiypIrPdDh07XWarL9HpNmXoPhkRr0jC/n9D6//KpGbJCa9408OEYpV3iBPYO5e1ORTjkL
cUzfXvrdL0yQE0Za7REMg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:/GrDYyPFw+A=:GSPN/hCeAcMVrnvqk8nT9g
dkk1yYS25x0lP+yMCB+qfGq9K9u7d7Y666yAiQQAJg9LAewMHY9wtBwIv+F2kCDUXKW8EGqCi
qbhaX4+flvOcFog4ntk+QWNdZUyrmjQ+sLnlZvtMMbjiNPS8qFWCZPW3hbHIbxDHEindxKTS7
8pwMylRxHTLucnACByQBb4U/kTkEYNsPLvYbxs1vT+roUCw4po4/s12YVrLtzL1naF0NEHQB2
7pApiMAiDwYhsmTpMVQksGMBGLJdFfdrppo/orl4sZ8Yv2v2ujmEVrW+ZpXxgNp+Uw5WPxSct
HRP2SbUXH5p2KG6RgDmO9zUcpawSE+v2weyag+CMvHc3inyHslTuRAyg7dZHeZ+VACZxCYJmA
Z4kUD6lhAtOhouvUs+x6Z8XzKgWwn6Qvlly3qLHohLsn4P0NyBPKCbaVO3UjzppktXNHgbNIN
7JnsTNUbO/tHBG229/bUNr9vOBv92SLeg3ki/xZNe680T6TDdX7sNthSeXlEUODuf2gDDy0YP
T6mPyII2yw73LruGWNUz3STO2CkEwbdB3IGI/NOqWhIZ+BXxREUkc/6/9tjBu+a4SCeVlzuOO
Ri80JWShbNrW/wQha+lQHkJLj0FLe8VFWOCI+RNQkztvrYqygpJjQtktl4gtLO2DHEpCzCcFH
J0fm3OQiJjCqDb2yAUC7iYz43pjTRpVF0rD2OG/acrIcbQJcH2NSYOZMvi3qF/lt+mwRnYTtq
CY1hbcPxRysJ4MTHamhqewwr30FLXaRORj/W1z+p6EmIytibea1reElc40gOPYXx/XKw6WtW3
woGexirsdsyBTnzjxYP3VPjBGLN6bO9CldIMLuz8sK8ASEGiRW06ZwPBrC7cH/4JGGsj1VdZr
A8VxXq00ZOywFLeDqn7GBsmUWqfjapuQ2BRRzSq7eeQBWYo/uk2uRTAkqbSzi8dnL8E6VlsRa
+gpFmE1EubOITHXy0W4fFls/kj2LMsqYuKpQKpoE3v1lM6EriKV9d
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 35860
Cc: 35860 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)
> Generalized version does exactly what 'help-window-point-marker'
> used to do, i.e.:
>
> ;; `help-window-point-marker' is a marker you can move to a valid
> ;; position of the buffer shown in the help window in order to override
> ;; the standard positioning mechanism (`point-min') chosen by
> ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
> ;; `with-help-window' has this point nowhere before exiting. Currently
> ;; used by `view-lossage' to assert that the last keystrokes are always
> ;; visible.
> (defvar help-window-point-marker (make-marker)
> "Marker to override default `window-point' in help windows.")
>
> but for all windows instead of only help windows, i.e.:
>
> "Marker to override default `window-point' in all windows."
>
> So do you think about just removing the prefix `help-' from the name:
> `window-point-marker'?
Currently 'temp-buffer-window-show' has
(goto-char (point-min))
and 'internal-temp-output-buffer-show' has
(set-window-start window (point-min) t)
;; This should not be necessary.
(set-window-point window (point-min))
For help windows (windows showing *Help*) 'help-window-point-marker'
allows to override these assignments by a suitable assignment for that
variable. It's hackish but still done in a pretty restricitve fashion
as follows.
First 'help-window-point-marker' is reset in 'with-help-window' via
;; Make `help-window-point-marker' point nowhere. The only place
;; where this should be set to a buffer position is within BODY.
(set-marker help-window-point-marker nil)
- a security guard, because that marker should be nil at that time
anyway.
Then 'help-window-point-marker' may be set by the BODY of
'with-help-window' and 'help-window-setup' will pick that up guarded
as
(when (eq (marker-buffer help-window-point-marker) help-buffer)
(set-window-point window help-window-point-marker)
;; Reset `help-window-point-marker'.
(set-marker help-window-point-marker nil))
thus (1) checking whether the marker buffer matches and (2)
immediately resetting that marker to nil.
Can you provide equivalent security guards when generalizing that
variable? For example, you proposed
(defun window--display-buffer (buffer window type &optional alist)
"Display BUFFER in WINDOW.
[...]
+
+ (when window-start
+ (set-window-start window window-start)
+ (setq window-start nil))
+
+ (when window-point
+ (set-window-point window window-point)
+ (setq window-point nil))
What happens with these markers when 'display-buffer-no-window' gets
called? Or some user provided routine provokes an unhandled error?
You don't even check the marker buffer of these variables so some old,
completely unrelated marker could get reused here.
The *Help* buffer is special because it's used in a centralized way
for any help Emacs provides (that's also why it has a browsable
history). Buffers displayed by 'display-buffer' OTOH don't obey any
such restricitions. They don't even have a BODY as the only place
where markers as the ones you propose can be set.
Also 'temp-buffer-window-show' and 'internal-temp-output-buffer-show'
are special because they explicitly wants to set window point to BOB.
So there's some predefined mechanism we (1) are aware of and (2) want
to override deliberately.
So we'd carefully have to examine first how the mechanism you propose
could be abused, how to handle any errors in using and failing to
reset these markers and last but not least tell why we don't provide
'window-point' and 'window-start' action alist entries instead of such
global variables.
martin
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.
Received: (at 35860) by debbugs.gnu.org; 15 Jun 2019 23:18:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 15 19:18:06 2019
Received: from localhost ([127.0.0.1]:39399 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1hcHvx-0006d7-U7
for submit <at> debbugs.gnu.org; Sat, 15 Jun 2019 19:18:06 -0400
Received: from butterfly.birch.relay.mailchannels.net ([23.83.209.27]:58578)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1hcHvs-0006cG-VX
for 35860 <at> debbugs.gnu.org; Sat, 15 Jun 2019 19:18:01 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
by relay.mailchannels.net (Postfix) with ESMTP id 0671A21370;
Sat, 15 Jun 2019 23:18:00 +0000 (UTC)
Received: from pdx1-sub0-mail-a24.g.dreamhost.com
(100-96-28-110.trex.outbound.svc.cluster.local [100.96.28.110])
(Authenticated sender: dreamhost)
by relay.mailchannels.net (Postfix) with ESMTPA id 798692105A;
Sat, 15 Jun 2019 23:17:59 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a24.g.dreamhost.com ([TEMPUNAVAIL].
[64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
by 0.0.0.0:2500 (trex/5.17.2); Sat, 15 Jun 2019 23:17:59 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Whispering-Hysterical: 3a7906311a6338de_1560640679848_1442320589
X-MC-Loop-Signature: 1560640679848:3121281462
X-MC-Ingress-Time: 1560640679847
Received: from pdx1-sub0-mail-a24.g.dreamhost.com (localhost [127.0.0.1])
by pdx1-sub0-mail-a24.g.dreamhost.com (Postfix) with ESMTP id 8AC3C826C7;
Sat, 15 Jun 2019 16:17:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
:subject:references:date:in-reply-to:message-id:mime-version
:content-type; s=linkov.net; bh=RlcwWirNTm0IKRgQwnEHq7E7ZIo=; b=
LsJZl5jsC8yVdApP9MuvqdmFLIt19uyOBcQosumfgGFjU4AXffPDM0Mjr0uaEwNu
6bIZYcpx76t729SBJ6pUtHKg9mDPj5FRBSLiUBORWbLEtRrwI0LLufMmwu6OevU/
D1+iDsirWPibSyuycsnVM3fxhP/QVsuSn5paGU6vtWE=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
bits)) (No client certificate requested)
(Authenticated sender: jurta@HIDDEN)
by pdx1-sub0-mail-a24.g.dreamhost.com (Postfix) with ESMTPSA id 5F9A6826CA;
Sat, 15 Jun 2019 16:17:53 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a24
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#35860: Delayed window positioning after buffer display
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
<87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
<87k1efhkgp.fsf@HIDDEN>
<2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
<875zpb4zdw.fsf@HIDDEN>
<df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN>
<878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN>
<4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN>
Date: Sun, 16 Jun 2019 01:44:40 +0300
In-Reply-To: <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> (martin rudalics's
message of "Sat, 15 Jun 2019 10:17:26 +0200")
Message-ID: <87imt6jva7.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudeigedgvdefucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdelrddvtdelnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtledrvddtledprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 35860
Cc: 35860 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
>> What do you think about a more appropriate name
>> next-display-window-point? This name says that its effect
>> will occur at the next display of the buffer in the window.
>
> Generalizing 'help-window-point-marker' is problematic. "at the next
> display of the buffer in the window" says it already: What is the
> "next display" (should it be "redisplay"?) which "buffer" and which
> "window" are meant?
Generalized version does exactly what 'help-window-point-marker'
used to do, i.e.:
;; `help-window-point-marker' is a marker you can move to a valid
;; position of the buffer shown in the help window in order to override
;; the standard positioning mechanism (`point-min') chosen by
;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
;; `with-help-window' has this point nowhere before exiting. Currently
;; used by `view-lossage' to assert that the last keystrokes are always
;; visible.
(defvar help-window-point-marker (make-marker)
"Marker to override default `window-point' in help windows.")
but for all windows instead of only help windows, i.e.:
"Marker to override default `window-point' in all windows."
So do you think about just removing the prefix `help-' from the name:
`window-point-marker'?
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 15 Jun 2019 08:22:49 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 15 04:22:49 2019 Received: from localhost ([127.0.0.1]:38290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hc3xY-00042N-UC for submit <at> debbugs.gnu.org; Sat, 15 Jun 2019 04:22:49 -0400 Received: from mout.gmx.net ([212.227.15.19]:51675) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1hc3xX-000428-SB for 35860 <at> debbugs.gnu.org; Sat, 15 Jun 2019 04:22:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560586958; bh=suK7BwsJCCO4DVyKIi+Utgg6jn4ZmRXooJSLBKTtd/g=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Apeu9z1fgYvkq6uE463/MBo0jm1cV56sH1lLk95t5ONe9d7kz2o5hq2kNkVQRFSEX I7kntkrawAScFfvwmwUbmVjVeV6jjCDAXyihZjIKqK/v1OmLc6qN/msmFefFVmqvFh W3nf+9+2NaxkZoF0+0aCfeBmHvlpMlatH3alU7aU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([213.162.73.177]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MCLcP-1hl6Ig2MaX-0099S7; Sat, 15 Jun 2019 10:17:27 +0200 Subject: Re: bug#35860: Delayed window positioning after buffer display To: Juri Linkov <juri@HIDDEN> References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> <87muik3svu.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> Message-ID: <4d0733b1-4ee0-222b-395a-8f26ff76f2da@HIDDEN> Date: Sat, 15 Jun 2019 10:17:26 +0200 MIME-Version: 1.0 In-Reply-To: <87muik3svu.fsf@HIDDEN> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:n1FbBpfg9kBbaV38twOCshfA/3hBNW0OpaA9LCsfhXuusLcoSut Vow+RYeN6niFgKUBd8ZrcdhSqlmFGqbEgXuWfaShsDpq1MKHv9XMQW7MPe7XTYVKelPSw8I +5cH6D6pm1pGB+FikqPDLAHPA57FebmR+8MaKjkPijbE8t1FLk14wjsDogqsvn5HiKlYT8I lXnKBpZyPg4V4sKqFSS1w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Y+Zr3R5v2i8=:3fv0UYBKGtP9vprdHL8RqV Ap9lnfk06GJyYMawP/e/f3yftOXIvhToBwCm3g6V1jWfUljzJJn2+WWybsS/UqhU/OG8PYlPT dh0Gpo53nVa9QBb4Rk01C0xqLVKEiFfCtgHLmrZAgBbVPRVs0xPQFqwm3YsIw/D92DBP7r2xB +YBe796ePKzyEHROTtbSocJgjReBfi+ipjw09zWgVGhOHK3/rZZJw1swu+z0IBFuM+gPhAeMD qY1mEABzSK43LCXOWNWWEOl6AZnTTQ++3GXyBsVkzFEKtJxNv0HGWIw8R59X8OaaBTrBXowKF rwxlDs1h18N5zPVX9Sppy2aaGv9Unri829ArA2BvBqKzBNgLEMrRA3f1KO1h6cE8NxJMHt2iY rVStyV6LkwCwr+uPcjPBAZJOSOJr+K6FcgTnzZzVdDYVh1CvRcAKr7ChYzYjhwcRKrobEvLxK aucnXIyXp07eBiy5wTlLl8KW7vWCDwmdfE313mc8NMuA76CzhWcDUM/Wx40wScdhZ7ZHJhJ99 3wQHEihc4tBqnPyNEj/hziurlKgK2cQkVDu92YapDWX68rd9hg3aso1cshNEIBX9Iss6I4dLw FzLAaiwexPfZ54arn/gMzgRcBVU4s/bTOWwIcwlOd1p42YOds7SsfDx2KErW7RTVz60syiXnH M6iR0J3U2+CO/NXIxGFPlW4CaN+yNg6s6R3Isll3yBNFwoEUgbyBLxf81oCKf/YBbpXE3Db6D Bb0J2/vhT9a9RAcd3IJ3SGkWuyXwpA3PWfhtyGvg4+68G0vFKafnq5jzlc3S6S9gpjkyONHOM qldUN7I9G6sMZR0gFVqhd3Tv8aGiNHgkbIKRBXHEzhIVqR27fXzsbsTc0xrRIb4PXwO7dXXYK trw1/JbO806bT4mqluzBRisufzaoaZysrTWg1gbTmZ0aZAyoDubEpA+tJDnzjGEMH55puWd3e 21SWUMxynggDbLX9j/eU0/Uu9h9HddJiQBjwr3YiR8oICHnnXyTd+ X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) > What do you think about a more appropriate name > next-display-window-point? This name says that its effect > will occur at the next display of the buffer in the window. Generalizing 'help-window-point-marker' is problematic. "at the next display of the buffer in the window" says it already: What is the "next display" (should it be "redisplay"?) which "buffer" and which "window" are meant? martin
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 15 Jun 2019 08:17:26 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 15 04:17:26 2019 Received: from localhost ([127.0.0.1]:38286 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hc3sL-0003to-As for submit <at> debbugs.gnu.org; Sat, 15 Jun 2019 04:17:26 -0400 Received: from mout.gmx.net ([212.227.15.18]:40941) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1hc3sI-0003tZ-SY for 35860 <at> debbugs.gnu.org; Sat, 15 Jun 2019 04:17:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560586634; bh=oBR+Nj9Z948YQAe7httKKmcyoPjLdtd9r5Wz3VFjagc=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Y3UcZu+G/UgOdVV75b4OU5H2etyGVzgpAnpRQj/fp5Gj58FqQ8PIofUAED9DiqiCk N8XL3aNeC02zPpZRLrRzK0/fIWHcSsik0lUwQPwTKN18QQdaKEKx8cGG3SJI9u4VGC 7zuoABtJdylj4Q4wvTmLU3BOOCwXaKagiEe/qvOM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([213.162.73.177]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MwwZd-1iaDuE3g9T-00yRvJ; Sat, 15 Jun 2019 10:17:13 +0200 Subject: Re: bug#35860: Delayed window positioning after buffer display To: Juri Linkov <juri@HIDDEN> References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> Message-ID: <21970047-e47e-8919-7092-ec455a825ad5@HIDDEN> Date: Sat, 15 Jun 2019 10:17:09 +0200 MIME-Version: 1.0 In-Reply-To: <878su5i67f.fsf@HIDDEN> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:0FeDdwNrPEPyrPEUxHg6CFmKNSv+StmlZH7ecy1Y7Z6eyxKNmbb S0RsDWukpxeXBABERrmDX692/3RQn0FLdUr3KAwGs8LQWynS+YBnaRbdclUxzoZBH0WNPtc sgwNi9fwxBaIQJYRaAtQyTmRYttCELYcsyh2n9cCNJYqw5YpRTUX9wZjAmjACv5AAWigx6t NeqgyTmy7hvkFqDA98ohQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:au8wTgwEU+4=:Shd056BGJk51bUvaVF5+HP FcdFbrWPjCSEQC55nBx3JvDmDj0jT1O+P1Uzd6eDY0vFsH1zcNgP0XmPRqZazOuaGR3xH6N5p i5Q/ANDAjqkekzOA+iQehv+NR3rzOqvNe6l2CTSqn3b/VXFGTKdnRdIFMHKsg+eld2jC/tA6B xOtJSMKK5lzUS7NDrNvrqaPU/I/vxScR2oMCqm88fZZMysxnyNeYT58fcgoC7SXUe3MaDacyz XV8TXOtAJMBUvRlftaO1UWuc+ag7j0qoVK2V9zowAsKssKWRY5WJ8GF3PAsSKUdpG43ocOPcs 1Blvks0gR5iDb+zYo55J5/jn8eAbmgyoj4Aqpagc6xti2a4RNvvmNtd1sOe0k5uZenbubgkq5 g5wPRr40AYTSfSiTH27Xc0tnO85dwo91TuxV1eVIeBvVaTTNugfisx+erVScCA4HwZPL69/9U hhvZkaQSEwBh19CGzbr3S6fLFKZvXWuJrocRNHzG41msymyPFyRBJs2FG6BLmxJ5CsCCshZo6 p1PM+K90KoTGLOoOy7Due3iPWY9WaBWVU7+r3E7QIV47rFs484iacbxrpPYPNHD5NS/W2r/5R aknli0eBbeizQskjbXfVD0E6S+9yGvKL8XQx83cokLiUzseD9/FPlVeJVNwri2FJnSXc/5MCe +87AeJFFGJTvzueq3v7QhvGkfviMBH/UZclwdAKt+rgk7+GjDXbCNAnPgp0iSmtGOMTHSq5zF VomiIZsKJQWZqGJXZFp71vmK7vdFgRhSZwXZPKucsdQ95JVQpiR5VieEl7lohUUonnCuCLui0 BqNfSvW7zQvomXc8M9Xga3rgHXsPNAn25Wov3BOpU0oVHDNVEKy4KLJxZPkZKySatHtai8VMv L7GIPmk5mXHeKiVsjF/UTn9J3XkWWD4DvS3jqDrFRTs8M4vdWx4pvUKF4HH5aoAFgr36inIOi PVRg2/0fxQ/koHn0pI3P1kX6Q0AWAIqtKsmqJlg4+ad4tDaYh+UQvrkI14ONv6oVMMiqH0ZI4 jo7HFH1YwHqfaUHkOIP8qrg= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> -;; (4) A marker (`help-window-point-marker') to move point in the help >> +;; (4) A marker (`window-point') to move point in the help >> ;; window to an arbitrary buffer position. >> >> sounds irritating IMHO. If it's used for help windows only, then why >> rename it? Otherwise, we should at least leave the '-marker' postfix >> and provide some additional identification so maybe use something like >> 'temp-buffer-window-point-marker' > > It's generalized now to be used not only for help windows. Then the comment above is misleading. > The '-marker' postfix is not needed because it can be either > marker or integer, i.e. any value that set-window-point accepts > for its POSITION argument. Hmmm. "...-window-point-position" sounds silly. martin
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 14 Jun 2019 19:17:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jun 14 15:17:37 2019 Received: from localhost ([127.0.0.1]:37825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hbrhh-0006uw-CK for submit <at> debbugs.gnu.org; Fri, 14 Jun 2019 15:17:37 -0400 Received: from bee.elm.relay.mailchannels.net ([23.83.212.14]:50016) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1hbrhf-0006um-DY for 35860 <at> debbugs.gnu.org; Fri, 14 Jun 2019 15:17:36 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 5B6D48C25ED; Fri, 14 Jun 2019 19:17:34 +0000 (UTC) Received: from pdx1-sub0-mail-a62.g.dreamhost.com (100-96-88-48.trex.outbound.svc.cluster.local [100.96.88.48]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 1FE588C235F; Fri, 14 Jun 2019 19:17:33 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from pdx1-sub0-mail-a62.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Fri, 14 Jun 2019 19:17:34 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN X-MailChannels-Auth-Id: dreamhost X-Juvenile-Daffy: 50fc52ac04ba8951_1560539853869_2508085091 X-MC-Loop-Signature: 1560539853868:3926820979 X-MC-Ingress-Time: 1560539853868 Received: from pdx1-sub0-mail-a62.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTP id CC4F580594; Fri, 14 Jun 2019 12:17:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=oGNO1bRBFvaXm71bTXG7TGLpO1o=; b= DVu9oeMuL3tPNbyfbVnZWX3Vkv+/JFp6iYMXjIGqYx+CAGhulJooHgSATX7rtfZA g8FTGW+4B485gUWZJc18yeAOUslJFxBaejylXLetc1wl+D5utFmjsGnRAUm1w5nd 1l3FhrQJeyMaccPwglV2sSHb5SBZX1kiWf7vKVh7Xqk= Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@HIDDEN) by pdx1-sub0-mail-a62.g.dreamhost.com (Postfix) with ESMTPSA id C43AB80592; Fri, 14 Jun 2019 12:17:28 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a62 From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#35860: Delayed window positioning after buffer display Organization: LINKOV.NET References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> <878su5i67f.fsf@HIDDEN> Date: Fri, 14 Jun 2019 22:14:37 +0300 In-Reply-To: <878su5i67f.fsf@HIDDEN> (Juri Linkov's message of "Thu, 13 Jun 2019 23:24:52 +0300") Message-ID: <87muik3svu.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudeiuddgudefkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedu X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> OK. But >> >> -;; (4) A marker (`help-window-point-marker') to move point in the help >> +;; (4) A marker (`window-point') to move point in the help >> ;; window to an arbitrary buffer position. >> >> sounds irritating IMHO. If it's used for help windows only, then why >> rename it? Otherwise, we should at least leave the '-marker' postfix >> and provide some additional identification so maybe use something like >> 'temp-buffer-window-point-marker' > > It's generalized now to be used not only for help windows. > The '-marker' postfix is not needed because it can be either > marker or integer, i.e. any value that set-window-point accepts > for its POSITION argument. What do you think about a more appropriate name next-display-window-point? This name says that its effect will occur at the next display of the buffer in the window.
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 13 Jun 2019 20:30:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 13 16:30:51 2019 Received: from localhost ([127.0.0.1]:36191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hbWN0-0006tV-QZ for submit <at> debbugs.gnu.org; Thu, 13 Jun 2019 16:30:51 -0400 Received: from bumble.birch.relay.mailchannels.net ([23.83.209.25]:4848) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1hbWMz-0006tK-3P for 35860 <at> debbugs.gnu.org; Thu, 13 Jun 2019 16:30:50 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 5E01F2109F; Thu, 13 Jun 2019 20:30:47 +0000 (UTC) Received: from pdx1-sub0-mail-a78.g.dreamhost.com (100-96-4-95.trex.outbound.svc.cluster.local [100.96.4.95]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 8DED920EED; Thu, 13 Jun 2019 20:30:44 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from pdx1-sub0-mail-a78.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Thu, 13 Jun 2019 20:30:47 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN X-MailChannels-Auth-Id: dreamhost X-Plucky-Trade: 056b87b578d1f9d9_1560457844882_434015355 X-MC-Loop-Signature: 1560457844882:2713261796 X-MC-Ingress-Time: 1560457844882 Received: from pdx1-sub0-mail-a78.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a78.g.dreamhost.com (Postfix) with ESMTP id 4F88B81168; Thu, 13 Jun 2019 13:30:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=Ro846O9k4pYWTNFHWW1X9fRH/bg=; b= YA9n54MmNwQzuPn8eeSKQsyY6g14/c7LrcnBe61jTh6puZ9ko4RSw90XQ15QKJ6P h0LmIAeby4TLio36KSpVXaoH7w4mUPFdyWji8Uef4m5q77p16pXFLJluqIB0qi+S dwyO+a6vvDpdXYVwOMqz0wJ2dzEzYY6ByX+Cb4pJAqI= Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@HIDDEN) by pdx1-sub0-mail-a78.g.dreamhost.com (Postfix) with ESMTPSA id E348480BAC; Thu, 13 Jun 2019 13:30:36 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a78 From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#35860: Delayed window positioning after buffer display Organization: LINKOV.NET References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> Date: Thu, 13 Jun 2019 23:24:52 +0300 In-Reply-To: <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> (martin rudalics's message of "Thu, 13 Jun 2019 10:44:28 +0200") Message-ID: <878su5i67f.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudehledgudehtdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) > OK. But > > -;; (4) A marker (`help-window-point-marker') to move point in the help > +;; (4) A marker (`window-point') to move point in the help > ;; window to an arbitrary buffer position. > > sounds irritating IMHO. If it's used for help windows only, then why > rename it? Otherwise, we should at least leave the '-marker' postfix > and provide some additional identification so maybe use something like > 'temp-buffer-window-point-marker' It's generalized now to be used not only for help windows. The '-marker' postfix is not needed because it can be either marker or integer, i.e. any value that set-window-point accepts for its POSITION argument.
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 13 Jun 2019 08:44:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 13 04:44:52 2019 Received: from localhost ([127.0.0.1]:34492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hbLLn-00079l-W8 for submit <at> debbugs.gnu.org; Thu, 13 Jun 2019 04:44:52 -0400 Received: from mout.gmx.net ([212.227.17.20]:50853) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1hbLLk-00079U-Js for 35860 <at> debbugs.gnu.org; Thu, 13 Jun 2019 04:44:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560415472; bh=Rn3+ORsrnGcYwi8yDSviqTBt+gGv3wFWbeCHuaWaESM=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Z151n1U3Zfh1zODtYcZYtkfRb0w+kavZecP6LHwWN3m6PTK0cquyx6WgeI53q9MIa ov6JUrGbBpkARtoI96T8UNB1XBfNbvKd9+VmYYLkAfxZJInguM910Sd5x0x8INqVVZ N8jzYSvAwv/Tdl9rpiY1gRE4LEKJH7qVovTfYdmY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([213.162.73.176]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MpDJX-1iQwZT1Adj-00qnN7; Thu, 13 Jun 2019 10:44:32 +0200 Subject: Re: bug#35860: Delayed window positioning after buffer display To: Juri Linkov <juri@HIDDEN> References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> <875zpb4zdw.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> Message-ID: <df37e41d-b5e8-2f19-2761-f8df90107aa0@HIDDEN> Date: Thu, 13 Jun 2019 10:44:28 +0200 MIME-Version: 1.0 In-Reply-To: <875zpb4zdw.fsf@HIDDEN> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:1RG1I2dIbFEniTFQa/u3rldngDQXQDaPUdOGrnCOIhTzfaUgEID cv67W4HdJIL5BO9WRdfP2p3kNqLVtSxN7mtJnW6MTj4cP7qrFfDFsz85J2Ve1zsp/vBwicM L/UMgTQDEcnbLtW9wrUe6+QarAmi3KTydGz0HTbmgcgAmXlzjIcZbhTYQ6KPbyx9fFRY1gs KpklVxf6dS7WxyzZMocEg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:k/qHIHksxVg=:mXrSrUTPtJdy0u7AylK5c2 K00rG1YTEpQxOT5TONfFRM5Fgcy7wFDBYTgIpiIeO8hyGrOnaTVx4IYMvdhzny8/8jhcr/NA2 dZx2pUt4X7/Y1/ZP//I9FoIyu3k9dklZBhMDeryyMLSHmYGAXPJqrOdkgXsTMm1hdnTF4+nG9 UFLJXuT9YxvwmEAdb6vcQNVfbvVkC1n545eVbHhC18bI5t5ejTjmZw80TTRtD/nSN76lmGCCY zl5lmMqQ399XZDxn5IErsMIdKH3BcPuOfMzwYc/qgm+0BoGrbdRXiUvdZAffyBlLIuopxIe5L LghfFbGfUfqb2VayZlpjXSzfw+UiRmW/UckhpH3NovquDSc51dtScm+z2oV00UA0VIRsuqi6s Z1GK1udkj1vpXkizp3Hv7Eexo/qBgV+3gx/yLZEIxfK2xsMW+VfqG/FI2YDhxKOTmds2eibLG TVznIS67Bdu7oW/MtbsyVbgp9wo3wsAVbm2ZdGiCr1zAEvlNVgwBAbSVQbNbkRwVKE08BVhJk aBCT36tkxPjguHE1EiB4Z8ifT5r4ySyWoE09t1SJQ8Jisl+CVCJNOdxhFLJ15a4YWbgTKmMhk zLjDDwdLE3lkwlhJ2tT3XcYUQcY73hZDsz2rxENuGzjRHPmBpk7iR9fWnLKkBugOxyiAdm2X6 X9QPlOgCRaQ2a5I4161TfJATsFLfnD6Zi7VzfDu+COAdwO9bFklj3mUJ91VEL43jnp6nrOoao AXgF8cPm1HShwQan0KGDRwuS4pOgvamJvIr8B0saF1Sq3yqZlzKOMOGNxHRKKH4z0168cso70 m0O3ln6Bd7MOrex26Y3okB/FOhO3HNjk2lpjpxBrGN/x/bD2oAebMrH2df/ZbNlZo1Or3t+jS i6kehoV+co0Jq3QaoZpyrgZU3wRtncYfIz7Ycy1psZBtyfFoLpfEerQ6O0J+CUgHJ5+RhyWwz u5nMZQSh5S3nMvMtf3Ll54fZ0RBOw05roIvzqd2qCDL+0NYeXU9Oh X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > Dmitry reverted my patch in bug#35624 because of no progress here, > so I needed to implement this quickly. It generalizes > help-window-point-marker to a more general variable useful > not only in the Help buffer but everywhere, and all my tests show > that it works well: > OK. But -;; (4) A marker (`help-window-point-marker') to move point in the help +;; (4) A marker (`window-point') to move point in the help ;; window to an arbitrary buffer position. sounds irritating IMHO. If it's used for help windows only, then why rename it? Otherwise, we should at least leave the '-marker' postfix and provide some additional identification so maybe use something like 'temp-buffer-window-point-marker' martin
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.
Received: (at 35860) by debbugs.gnu.org; 11 Jun 2019 21:52:08 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 11 17:52:08 2019
Received: from localhost ([127.0.0.1]:60315 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1haogZ-0002DT-J5
for submit <at> debbugs.gnu.org; Tue, 11 Jun 2019 17:52:07 -0400
Received: from bonobo.elm.relay.mailchannels.net ([23.83.212.22]:55168)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1haogW-0002DJ-L8
for 35860 <at> debbugs.gnu.org; Tue, 11 Jun 2019 17:52:06 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
by relay.mailchannels.net (Postfix) with ESMTP id 769D250146D;
Tue, 11 Jun 2019 21:52:03 +0000 (UTC)
Received: from pdx1-sub0-mail-a2.g.dreamhost.com
(100-96-28-110.trex.outbound.svc.cluster.local [100.96.28.110])
(Authenticated sender: dreamhost)
by relay.mailchannels.net (Postfix) with ESMTPA id C666D50128E;
Tue, 11 Jun 2019 21:52:02 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a2.g.dreamhost.com ([TEMPUNAVAIL].
[64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
by 0.0.0.0:2500 (trex/5.17.2); Tue, 11 Jun 2019 21:52:03 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Cooing-Callous: 44fabbab4defd69d_1560289923218_417272002
X-MC-Loop-Signature: 1560289923218:2652606790
X-MC-Ingress-Time: 1560289923218
Received: from pdx1-sub0-mail-a2.g.dreamhost.com (localhost [127.0.0.1])
by pdx1-sub0-mail-a2.g.dreamhost.com (Postfix) with ESMTP id EFB237FD8B;
Tue, 11 Jun 2019 14:51:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
:subject:references:date:in-reply-to:message-id:mime-version
:content-type; s=linkov.net; bh=gs0nUoqrOxhdAGAt4BFcmdxd9qc=; b=
I+oMdEb5H86n+zW5vDf81xjjHRYbpiVjooxQsQPSB70Cn2EU1ccuNkscxYS+tr+m
sYJr0Oa4fbP5mgFZDNEUbwBY84NtN5QC6ya0kkulinies8AVknMuJwq/dKCrfZhq
FA2jiKRnZCQxaQjD1Ytd9KYLVG9bOtO9b4JgmObLPig=
Received: from mail.jurta.org (m91-129-109-209.cust.tele2.ee [91.129.109.209])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
bits)) (No client certificate requested)
(Authenticated sender: jurta@HIDDEN)
by pdx1-sub0-mail-a2.g.dreamhost.com (Postfix) with ESMTPSA id 837C77FD98;
Tue, 11 Jun 2019 14:51:54 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a2
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#35860: Delayed window positioning after buffer display
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
<87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
<87k1efhkgp.fsf@HIDDEN>
<2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
Date: Tue, 11 Jun 2019 23:53:00 +0300
In-Reply-To: <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> (martin rudalics's
message of "Sat, 25 May 2019 09:58:14 +0200")
Message-ID: <875zpb4zdw.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudehhedgudegkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehmtderredtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledruddtledrvddtleenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdelrddvtdelpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprhhuuggrlhhitghssehgmhigrdgrthenucevlhhushhtvghrufhiiigvpedt
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 35860
Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
--=-=-=
Content-Type: text/plain
>> 0. emacs -Q
>> 1. C-h l
>>
>> Then point in the *Help* buffer should be at the bottom,
>> but when setting switch-to-buffer-preserve-window-point to nil
>> instead of using set-marker, point still is at the top of the buffer.
>
> I'm confused. Here point in the *Help* buffer is always at bottom
> regardless of how 'switch-to-buffer-preserve-window-point' is set.
Dmitry reverted my patch in bug#35624 because of no progress here,
so I needed to implement this quickly. It generalizes
help-window-point-marker to a more general variable useful
not only in the Help buffer but everywhere, and all my tests show
that it works well:
--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline; filename=window-start-and-point.patch
diff --git a/lisp/help.el b/lisp/help.el
index 42ff375565..c046fe6a49 100644
--- a/lisp/help.el
+++ b/lisp/help.el
@@ -37,15 +37,7 @@
(add-hook 'temp-buffer-setup-hook 'help-mode-setup)
(add-hook 'temp-buffer-show-hook 'help-mode-finish)
-;; `help-window-point-marker' is a marker you can move to a valid
-;; position of the buffer shown in the help window in order to override
-;; the standard positioning mechanism (`point-min') chosen by
-;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
-;; `with-help-window' has this point nowhere before exiting. Currently
-;; used by `view-lossage' to assert that the last keystrokes are always
-;; visible.
-(defvar help-window-point-marker (make-marker)
- "Marker to override default `window-point' in help windows.")
+(defvaralias 'help-window-point-marker 'window-point)
(defvar help-window-old-frame nil
"Frame selected at the time `with-help-window' is invoked.")
@@ -481,7 +473,8 @@ view-lossage
(comment-indent)
(forward-line 1)))
;; Show point near the end of "lossage", as we did in Emacs 24.
- (set-marker help-window-point-marker (point)))))
+ (setq window-point (point))
+ (setq window-start (save-excursion (forward-line (- 5 (window-height))) (point))))))
;; Key bindings
@@ -1249,12 +1242,6 @@ help-window-setup
(frame (window-frame window)))
(when help-buffer
- ;; Handle `help-window-point-marker'.
- (when (eq (marker-buffer help-window-point-marker) help-buffer)
- (set-window-point window help-window-point-marker)
- ;; Reset `help-window-point-marker'.
- (set-marker help-window-point-marker nil))
-
;; If the help window appears on another frame, select it if
;; `help-window-select' is non-nil and give that frame input focus
;; too. See also Bug#19012.
@@ -1327,7 +1314,7 @@ help-window-setup
;; (3) An option (customizable via `help-window-select') to select the
;; help window automatically.
-;; (4) A marker (`help-window-point-marker') to move point in the help
+;; (4) A marker (`window-point') to move point in the help
;; window to an arbitrary buffer position.
(defmacro with-help-window (buffer-or-name &rest body)
"Evaluate BODY, send output to BUFFER-OR-NAME and show in a help window.
@@ -1339,9 +1326,9 @@ with-help-window
Most of this is done by `help-window-setup', which see."
(declare (indent 1) (debug t))
`(progn
- ;; Make `help-window-point-marker' point nowhere. The only place
+ ;; Make `window-point' point nowhere. The only place
;; where this should be set to a buffer position is within BODY.
- (set-marker help-window-point-marker nil)
+ (when window-point (setq window-point nil))
(let ((temp-buffer-window-setup-hook
(cons 'help-mode-setup temp-buffer-window-setup-hook))
(temp-buffer-window-show-hook
diff --git a/lisp/window.el b/lisp/window.el
index 69b1299dbd..e2796cecba 100644
--- a/lisp/window.el
+++ b/lisp/window.el
@@ -6795,6 +6795,22 @@ window--even-window-sizes
(/ (- (window-total-height window) (window-total-height)) 2))
(error nil))))))
+(defvar window-point nil
+ "Marker to override default `window-point' in help windows.
+`window-point' is a buffer-local marker you can move to a valid position of
+the buffer shown in the window in order to override the standard
+positioning mechanism (`point-min') chosen by window displaying functions.")
+(make-variable-buffer-local 'window-point)
+(put 'window-point 'permanent-local t)
+
+(defvar window-start nil
+ "Marker to override default `window-start' in help windows.
+`window-start' is a buffer-local marker you can move to a valid position of
+the buffer shown in the window in order to override the standard
+positioning mechanism (`point-min') chosen by window displaying functions.")
+(make-variable-buffer-local 'window-start)
+(put 'window-start 'permanent-local t)
+
(defun window--display-buffer (buffer window type &optional alist)
"Display BUFFER in WINDOW.
WINDOW must be a live window chosen by a buffer display action
@@ -6913,6 +6929,15 @@ window--display-buffer
(when (consp preserve-size)
(window-preserve-size window t (car preserve-size))
(window-preserve-size window nil (cdr preserve-size)))))
+
+ (when window-start
+ (set-window-start window window-start)
+ (setq window-start nil))
+
+ (when window-point
+ (set-window-point window window-point)
+ (setq window-point nil))
+
;; Assign any window parameters specified.
(let ((parameters (cdr (assq 'window-parameters alist))))
(dolist (parameter parameters)
diff --git a/lisp/vc/vc-git.el b/lisp/vc/vc-git.el
index 61c13026cc..20a67dd6a7 100644
--- a/lisp/vc/vc-git.el
+++ b/lisp/vc/vc-git.el
@@ -1017,9 +1017,11 @@ vc-git-print-log
;; If the buffer exists from a previous invocation it might be
;; read-only.
(let ((inhibit-read-only t))
- (with-current-buffer
- buffer
- (apply 'vc-git-command buffer
+ (with-current-buffer buffer
+ (insert (propertize "(Press 'd' here to see the diff against the current working revision)\n"
+ 'font-lock-face 'shadow))
+ (setq window-start (point))
+ (apply 'vc-git-command buffer
'async files
(append
'("log" "--no-color")
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.
Received: (at 35860) by debbugs.gnu.org; 27 May 2019 20:09:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 27 16:09:51 2019
Received: from localhost ([127.0.0.1]:54227 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1hVLwN-00008a-M1
for submit <at> debbugs.gnu.org; Mon, 27 May 2019 16:09:51 -0400
Received: from gecko.birch.relay.mailchannels.net ([23.83.209.66]:18971)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1hVLwL-00008S-Rj
for 35860 <at> debbugs.gnu.org; Mon, 27 May 2019 16:09:50 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
by relay.mailchannels.net (Postfix) with ESMTP id A13E56A0796;
Mon, 27 May 2019 20:09:48 +0000 (UTC)
Received: from pdx1-sub0-mail-a50.g.dreamhost.com
(100-96-85-75.trex.outbound.svc.cluster.local [100.96.85.75])
(Authenticated sender: dreamhost)
by relay.mailchannels.net (Postfix) with ESMTPA id 17E396A0EB9;
Mon, 27 May 2019 20:09:48 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a50.g.dreamhost.com ([TEMPUNAVAIL].
[64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
by 0.0.0.0:2500 (trex/5.17.2); Mon, 27 May 2019 20:09:48 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Stretch-Shelf: 5d1a00d75d631b96_1558987788470_4058861210
X-MC-Loop-Signature: 1558987788470:2210778820
X-MC-Ingress-Time: 1558987788470
Received: from pdx1-sub0-mail-a50.g.dreamhost.com (localhost [127.0.0.1])
by pdx1-sub0-mail-a50.g.dreamhost.com (Postfix) with ESMTP id 4CE2D832A5;
Mon, 27 May 2019 13:09:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc
:subject:references:date:in-reply-to:message-id:mime-version
:content-type; s=linkov.net; bh=o+BOJWNs1BguI7Y506HT0uwwUFY=; b=
PUmKI/oW+AAGFld3c+A9t/VpSUz2B/YaU6Qua1GYVga/9LzGGsnrvtf9+HaV0e3c
8ZhBfzRy6O8MXZBOKByFio5NprCQCTn6iisPWbJ1d6ycBD6B/JNh8+fuIm+vxU8f
9qkP/WYkiLOas1RaMdgiJbWSkWDPgEmvXjHyAEH6VEE=
Received: from mail.jurta.org (m91-129-96-73.cust.tele2.ee [91.129.96.73])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
(Authenticated sender: jurta@HIDDEN)
by pdx1-sub0-mail-a50.g.dreamhost.com (Postfix) with ESMTPSA id 8E749832A3;
Mon, 27 May 2019 13:09:40 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a50
From: Juri Linkov <juri@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#35860: Delayed window positioning after buffer display
Organization: LINKOV.NET
References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN>
<87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN>
<87k1efhkgp.fsf@HIDDEN>
<2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN>
Date: Mon, 27 May 2019 22:49:50 +0300
In-Reply-To: <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> (martin rudalics's
message of "Sat, 25 May 2019 09:58:14 +0200")
Message-ID: <87k1ebelw1.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: -100
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddruddvfedguddvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdeliedrjeefnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleeirdejfedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopehruhgurghlihgtshesghhmgidrrghtnecuvehluhhsthgvrhfuihiivgepud
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 35860
Cc: 35860 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
>> 0. emacs -Q
>> 1. C-h l
>>
>> Then point in the *Help* buffer should be at the bottom,
>> but when setting switch-to-buffer-preserve-window-point to nil
>> instead of using set-marker, point still is at the top of the buffer.
>
> I'm confused. Here point in the *Help* buffer is always at bottom
> regardless of how 'switch-to-buffer-preserve-window-point' is set.
This effect is the result of this patch:
diff --git a/lisp/help.el b/lisp/help.el
index 42ff375565..0d76a45543 100644
--- a/lisp/help.el
+++ b/lisp/help.el
@@ -481,7 +481,7 @@ view-lossage
(comment-indent)
(forward-line 1)))
;; Show point near the end of "lossage", as we did in Emacs 24.
- (set-marker help-window-point-marker (point)))))
+ (setq-local switch-to-buffer-preserve-window-point nil))))
;; Key bindings
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 25 May 2019 08:03:40 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 25 04:03:40 2019 Received: from localhost ([127.0.0.1]:48085 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hUReW-0006CA-Do for submit <at> debbugs.gnu.org; Sat, 25 May 2019 04:03:40 -0400 Received: from mout.gmx.net ([212.227.17.20]:39481) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1hUReU-0006Bx-UM for 35860 <at> debbugs.gnu.org; Sat, 25 May 2019 04:03:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1558771413; bh=fXgDXWsDoXgAB5xZ+jmEsjI81jNWGI7JjBAf40eoqgo=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=NSS7fCmpq+M1td6AebIwvYjSb/DTGblDitcSZ0H0dBRVANklDHNT2N9Mx7YdebpXu LmPpe2vTg7n3jbTl7K+85pm2PCuiX9MN37Q2gYzWR9MO8L6Ud8RjUPpxTbrYEUiI05 /mJR/AGP5a80Kkn1/gAN3LiE8srWQjFJWl5QH5YM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([213.162.73.253]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MjS9C-1gkdR74B6g-00kuFS; Sat, 25 May 2019 09:58:16 +0200 Subject: Re: bug#35860: Delayed window positioning after buffer display To: Juri Linkov <juri@HIDDEN>, Eli Zaretskii <eliz@HIDDEN> References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> <87k1efhkgp.fsf@HIDDEN> From: martin rudalics <rudalics@HIDDEN> Message-ID: <2347769f-9ab3-c1b6-699e-4e89a7d8eb1c@HIDDEN> Date: Sat, 25 May 2019 09:58:14 +0200 MIME-Version: 1.0 In-Reply-To: <87k1efhkgp.fsf@HIDDEN> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:nc3RfO06Vst/nGlfslqMSBjgFgeod/uqRqP1oC+Dz45vWzKuHp2 briN7Dh1oFtEvIFhCF3/JsaYqQroMWIVn0hZoZ1tapBEYEz+Q9+U0uSkydWG4D4N4Hu+0f+ Xvjw1/U6942muyKMJhWCb/xBVT+R9IfIbpXHsjjiV29ibHBMJI4qwZhOvCbdyK3qgEoRsk+ R0T9m86uF0kBk5RX7H5dA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:2OFH8WeDc2M=:JiWDqs8DXP8WqiLMVANcmS mYUKK3zNZeClDKbrDtmS5qCIUfmDiSk1q5itKfTdLiBPb/gIxjtusX7SRBID2Io2P89gji1Tt 3bQpRXQRC32iAgHDb6Uv2hQhnSowDvMLAItmWtoZUTXD+sqbQf3ZJm96qFFZ7ab3pUR9tD3KI Kq+szwhqlwuts2jfGKfKNr4PD37L4EQZ/HVEToT90fWVAyImqeze8eJu4CvubxsyA0aZzdUcm NaKmesHD4TwEpGetXndQmPcBg/4VOVl1yV7YFxTrZSDyTfuS7VP6Hymg337RNtgP+kKCGhR0c ayOe9OrCmTMrpADBhjM7SunFxM9CcfCfkXBeTW5q6zeINOXCRQyHfi+3Ni5If97qNl/uKmCOT +6CUzzBERC/CVYzZkifGWSkgjATcaoDFrP17wKKq/75G2CP4y8yjbhT12o8jnx92S7yEO8Uz+ iVxIMRW1A2VfiMS0M5XWTGBhe955ROVveu+F8xe+sPZZ1DxEBFPPoABs/kwaX0ZLOW3qLWWCK +7hsGuYo9lIGJkwV8mSk7KKStVVWZ4UIduRFupsbHQPTawaIpffaJwqK5OGg19VX0nG285x2T /Nu71liCjhTLFocFly20N8AreLtgAfKpAo9s+eiiyDlurMsgRdJmB4XJdp5n0hftNkASViaax NQZViShqZ9P9Z/Gc74jRPwcrtp9dtwgg3uPORgSaeTqacKlUT7koOqQUizIJrOX2G7dkx7EwC uMyzwnzWZZ/JvefthSP6Nq55qict6rYjn+s86zF2HujxziWoVRDiNPyqzTr0su1ueyL9HhUiz WX8XPurnzhdUNdqKfs/4qFkai2NPWoRcejUxqUWc5Sg8hPZb0Uglv3BlwVJeFOHHXyFCTZjAS o/iDXTqp8LXAbdycqwF3QfQe5DlbHVmY9Wkw+wuQiK5qPuug2lSlPb00wKbQ1qzX9XGc5XlAi gfyZHjST1ql38Zy48AvOM5MPJe68iH1eUtPlx/EjTZQDD5MCIU9zC X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > 0. emacs -Q > 1. C-h l > > Then point in the *Help* buffer should be at the bottom, > but when setting switch-to-buffer-preserve-window-point to nil > instead of using set-marker, point still is at the top of the buffer. I'm confused. Here point in the *Help* buffer is always at bottom regardless of how 'switch-to-buffer-preserve-window-point' is set. martin
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 24 May 2019 18:43:29 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri May 24 14:43:29 2019 Received: from localhost ([127.0.0.1]:47328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hUFA9-0000hs-7j for submit <at> debbugs.gnu.org; Fri, 24 May 2019 14:43:29 -0400 Received: from quail.birch.relay.mailchannels.net ([23.83.209.151]:45622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1hUFA7-0000hj-3S for 35860 <at> debbugs.gnu.org; Fri, 24 May 2019 14:43:28 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id BA7121A14A8; Fri, 24 May 2019 18:43:25 +0000 (UTC) Received: from pdx1-sub0-mail-a67.g.dreamhost.com (100-96-14-97.trex.outbound.svc.cluster.local [100.96.14.97]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 574DF1A1D76; Fri, 24 May 2019 18:43:23 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from pdx1-sub0-mail-a67.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Fri, 24 May 2019 18:43:25 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN X-MailChannels-Auth-Id: dreamhost X-Tasty-Bored: 4bee5a1a74b143e9_1558723404715_63804395 X-MC-Loop-Signature: 1558723404715:3327392211 X-MC-Ingress-Time: 1558723404715 Received: from pdx1-sub0-mail-a67.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a67.g.dreamhost.com (Postfix) with ESMTP id D86C78068C; Fri, 24 May 2019 11:43:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=QFv8OwCAnvu64/N4OYUJrpw3+Jg=; b= 190vipyEd5ENmynS4NI1L1ufi2H/8G5yQqLoS+5pLmnkR09mxTeUtyPOVrb7tfww Pb830v6ADDaTGmxgrZv0S3vnjGr9E2xVi6XAEtO8j15MVWc14InQzT7Hzlbk+UgH nIwGl/56rgaYl/FDRATZQh2RA0vfxY5fEiWGK2IUnfQ= Received: from mail.jurta.org (m91-129-96-230.cust.tele2.ee [91.129.96.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@HIDDEN) by pdx1-sub0-mail-a67.g.dreamhost.com (Postfix) with ESMTPSA id F326980696; Fri, 24 May 2019 11:43:13 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a67 From: Juri Linkov <juri@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#35860: Delayed window positioning after buffer display Organization: LINKOV.NET References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> <83k1eg5pmx.fsf@HIDDEN> Date: Fri, 24 May 2019 21:34:18 +0300 In-Reply-To: <83k1eg5pmx.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 24 May 2019 09:32:22 +0300") Message-ID: <87k1efhkgp.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudduiedgudefudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledrleeirddvfedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleeirddvfedtpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepvghlihiisehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> >> ;; `help-window-point-marker' is a marker you can move to a valid >> >> ;; position of the buffer shown in the help window in order to override >> >> ;; the standard positioning mechanism (`point-min') chosen by >> >> ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'. >> >> ;; `with-help-window' has this point nowhere before exiting. Currently >> >> ;; used by `view-lossage' to assert that the last keystrokes are always >> >> ;; visible. >> >> (defvar help-window-point-marker (make-marker) >> >> "Marker to override default `window-point' in help windows.") >> > >> > Why not bind switch-to-buffer-preserve-window-point to nil instead? >> >> I don't know. I tried to replace >> >> (set-marker help-window-point-marker (point)) >> >> with >> >> (goto-char (point-max)) >> (setq-local switch-to-buffer-preserve-window-point nil) >> >> and it doesn't set point to the end of the Help buffer >> when it's displayed for the first time. > > Can you show a recipe starting from "emacs -Q" that exhibits this > behavior. It sounds like I'm confused about what exactly happens. 0. emacs -Q 1. C-h l Then point in the *Help* buffer should be at the bottom, but when setting switch-to-buffer-preserve-window-point to nil instead of using set-marker, point still is at the top of the buffer.
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 24 May 2019 06:32:20 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri May 24 02:32:20 2019 Received: from localhost ([127.0.0.1]:45968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hU3ka-0003Vo-7P for submit <at> debbugs.gnu.org; Fri, 24 May 2019 02:32:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53678) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1hU3kY-0003Vb-03 for 35860 <at> debbugs.gnu.org; Fri, 24 May 2019 02:32:18 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49014) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1hU3kS-0000LQ-6h; Fri, 24 May 2019 02:32:12 -0400 Received: from [176.228.60.248] (port=3211 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <eliz@HIDDEN>) id 1hU3kR-0008V5-Ln; Fri, 24 May 2019 02:32:12 -0400 Date: Fri, 24 May 2019 09:32:22 +0300 Message-Id: <83k1eg5pmx.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Juri Linkov <juri@HIDDEN> In-reply-to: <87a7fc51qm.fsf@HIDDEN> (message from Juri Linkov on Thu, 23 May 2019 23:56:17 +0300) Subject: Re: bug#35860: Delayed window positioning after buffer display References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> <87a7fc51qm.fsf@HIDDEN> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Juri Linkov <juri@HIDDEN> > Cc: 35860 <at> debbugs.gnu.org > Date: Thu, 23 May 2019 23:56:17 +0300 > > >> ;; `help-window-point-marker' is a marker you can move to a valid > >> ;; position of the buffer shown in the help window in order to override > >> ;; the standard positioning mechanism (`point-min') chosen by > >> ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'. > >> ;; `with-help-window' has this point nowhere before exiting. Currently > >> ;; used by `view-lossage' to assert that the last keystrokes are always > >> ;; visible. > >> (defvar help-window-point-marker (make-marker) > >> "Marker to override default `window-point' in help windows.") > > > > Why not bind switch-to-buffer-preserve-window-point to nil instead? > > I don't know. I tried to replace > > (set-marker help-window-point-marker (point)) > > with > > (goto-char (point-max)) > (setq-local switch-to-buffer-preserve-window-point nil) > > and it doesn't set point to the end of the Help buffer > when it's displayed for the first time. Can you show a recipe starting from "emacs -Q" that exhibits this behavior. It sounds like I'm confused about what exactly happens.
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 23 May 2019 21:10:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu May 23 17:10:39 2019 Received: from localhost ([127.0.0.1]:45442 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hTuz1-0006jY-1U for submit <at> debbugs.gnu.org; Thu, 23 May 2019 17:10:39 -0400 Received: from gecko.birch.relay.mailchannels.net ([23.83.209.66]:43637) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1hTuyz-0006jQ-44 for 35860 <at> debbugs.gnu.org; Thu, 23 May 2019 17:10:38 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id D96748C38DB; Thu, 23 May 2019 21:10:35 +0000 (UTC) Received: from pdx1-sub0-mail-a94.g.dreamhost.com (100-96-88-48.trex.outbound.svc.cluster.local [100.96.88.48]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 4518D8C38CD; Thu, 23 May 2019 21:10:35 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN Received: from pdx1-sub0-mail-a94.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.2); Thu, 23 May 2019 21:10:35 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN X-MailChannels-Auth-Id: dreamhost X-Glossy-Trade: 62940ded10d1fbce_1558645835708_178969826 X-MC-Loop-Signature: 1558645835707:4283541437 X-MC-Ingress-Time: 1558645835707 Received: from pdx1-sub0-mail-a94.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a94.g.dreamhost.com (Postfix) with ESMTP id 242B78015E; Thu, 23 May 2019 14:10:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=yLuXUUFCTCnvbAXFHIZ/+nmVwgY=; b= uPL8MVy5gbGj+P6Ylun0sp2jaLGgJ0+Qs2/+IUqMRMkllvVmjg0f+zmffQVIGz8z N6ljU3DLjrhu1e76W3EqiRBPulDCyZZ3IkDux6I4XyC1Nb0YkOj1eCcXMf3SVGcX hgRrXgIKfq7BOouuqdpSjCO5d2040y+r6E2e5BB5O1Y= Received: from mail.jurta.org (m91-129-96-230.cust.tele2.ee [91.129.96.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@HIDDEN) by pdx1-sub0-mail-a94.g.dreamhost.com (Postfix) with ESMTPSA id 8866D8013D; Thu, 23 May 2019 14:10:28 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a94 From: Juri Linkov <juri@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#35860: Delayed window positioning after buffer display Organization: LINKOV.NET References: <87o93ucjsi.fsf@HIDDEN> <83ef4p7prf.fsf@HIDDEN> Date: Thu, 23 May 2019 23:56:17 +0300 In-Reply-To: <83ef4p7prf.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 23 May 2019 07:34:28 +0300") Message-ID: <87a7fc51qm.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddruddugedgudeitdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecukfhppeeluddruddvledrleeirddvfedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledrleeirddvfedtpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtohepvghlihiisehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> There are commands that set point while the buffer is not displayed, >> and after displaying the buffer point remains at an old position, >> not where it was moved while the buffer was undisplayed. > > That's a feature, isn't it? See switch-to-buffer-preserve-window-point. IIUC, it tries to preserve the previous position of window-point, but the required feature should set point when the buffer is displayed for the first time. >> One solution is to generalize the variable 'help-window-point-marker' >> currently described as: >> >> ;; `help-window-point-marker' is a marker you can move to a valid >> ;; position of the buffer shown in the help window in order to override >> ;; the standard positioning mechanism (`point-min') chosen by >> ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'. >> ;; `with-help-window' has this point nowhere before exiting. Currently >> ;; used by `view-lossage' to assert that the last keystrokes are always >> ;; visible. >> (defvar help-window-point-marker (make-marker) >> "Marker to override default `window-point' in help windows.") > > Why not bind switch-to-buffer-preserve-window-point to nil instead? I don't know. I tried to replace (set-marker help-window-point-marker (point)) with (goto-char (point-max)) (setq-local switch-to-buffer-preserve-window-point nil) and it doesn't set point to the end of the Help buffer when it's displayed for the first time.
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.Received: (at 35860) by debbugs.gnu.org; 23 May 2019 04:34:29 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu May 23 00:34:28 2019 Received: from localhost ([127.0.0.1]:43688 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hTfQx-0003RX-EO for submit <at> debbugs.gnu.org; Thu, 23 May 2019 00:34:28 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1hTfQv-0003RJ-FP for 35860 <at> debbugs.gnu.org; Thu, 23 May 2019 00:34:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53287) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1hTfQp-0007QF-VJ; Thu, 23 May 2019 00:34:20 -0400 Received: from [176.228.60.248] (port=2707 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <eliz@HIDDEN>) id 1hTfQp-00010A-C5; Thu, 23 May 2019 00:34:19 -0400 Date: Thu, 23 May 2019 07:34:28 +0300 Message-Id: <83ef4p7prf.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Juri Linkov <juri@HIDDEN> In-reply-to: <87o93ucjsi.fsf@HIDDEN> (message from Juri Linkov on Wed, 22 May 2019 23:32:13 +0300) Subject: Re: bug#35860: Delayed window positioning after buffer display References: <87o93ucjsi.fsf@HIDDEN> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35860 Cc: 35860 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Juri Linkov <juri@HIDDEN> > Date: Wed, 22 May 2019 23:32:13 +0300 > > There are commands that set point while the buffer is not displayed, > and after displaying the buffer point remains at an old position, > not where it was moved while the buffer was undisplayed. That's a feature, isn't it? See switch-to-buffer-preserve-window-point. > One solution is to generalize the variable 'help-window-point-marker' > currently described as: > > ;; `help-window-point-marker' is a marker you can move to a valid > ;; position of the buffer shown in the help window in order to override > ;; the standard positioning mechanism (`point-min') chosen by > ;; `with-output-to-temp-buffer' and `with-temp-buffer-window'. > ;; `with-help-window' has this point nowhere before exiting. Currently > ;; used by `view-lossage' to assert that the last keystrokes are always > ;; visible. > (defvar help-window-point-marker (make-marker) > "Marker to override default `window-point' in help windows.") Why not bind switch-to-buffer-preserve-window-point to nil instead?
bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 22 May 2019 21:06:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed May 22 17:06:20 2019
Received: from localhost ([127.0.0.1]:43144 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1hTYRH-00079X-MO
for submit <at> debbugs.gnu.org; Wed, 22 May 2019 17:06:19 -0400
Received: from eggs.gnu.org ([209.51.188.92]:47767)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1hTYRF-00079K-Pz
for submit <at> debbugs.gnu.org; Wed, 22 May 2019 17:06:18 -0400
Received: from lists.gnu.org ([209.51.188.17]:34577)
by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
(Exim 4.71) (envelope-from <juri@HIDDEN>) id 1hTYR8-0002Mg-8j
for submit <at> debbugs.gnu.org; Wed, 22 May 2019 17:06:11 -0400
Received: from eggs.gnu.org ([209.51.188.92]:33602)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from <juri@HIDDEN>) id 1hTYR6-0004jH-Sq
for bug-gnu-emacs@HIDDEN; Wed, 22 May 2019 17:06:09 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level:
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_NONE,
URIBL_BLOCKED autolearn=disabled version=3.3.2
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from <juri@HIDDEN>) id 1hTYBx-0002Mi-D2
for bug-gnu-emacs@HIDDEN; Wed, 22 May 2019 16:50:30 -0400
Received: from quail.birch.relay.mailchannels.net ([23.83.209.151]:31433)
by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
(Exim 4.71) (envelope-from <juri@HIDDEN>) id 1hTYBw-0002K3-S2
for bug-gnu-emacs@HIDDEN; Wed, 22 May 2019 16:50:29 -0400
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
by relay.mailchannels.net (Postfix) with ESMTP id 5C2C88C21F5
for <bug-gnu-emacs@HIDDEN>; Wed, 22 May 2019 20:50:25 +0000 (UTC)
Received: from pdx1-sub0-mail-a10.g.dreamhost.com
(100-96-85-27.trex.outbound.svc.cluster.local [100.96.85.27])
(Authenticated sender: dreamhost)
by relay.mailchannels.net (Postfix) with ESMTPA id 03AA28C213B
for <bug-gnu-emacs@HIDDEN>; Wed, 22 May 2019 20:50:24 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|jurta@HIDDEN
Received: from pdx1-sub0-mail-a10.g.dreamhost.com ([TEMPUNAVAIL].
[64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384)
by 0.0.0.0:2500 (trex/5.17.2); Wed, 22 May 2019 20:50:25 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|jurta@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Thread-Unite: 6667c6332f4feb33_1558558224424_2008333643
X-MC-Loop-Signature: 1558558224424:2321564441
X-MC-Ingress-Time: 1558558224423
Received: from pdx1-sub0-mail-a10.g.dreamhost.com (localhost [127.0.0.1])
by pdx1-sub0-mail-a10.g.dreamhost.com (Postfix) with ESMTP id 2885080941
for <bug-gnu-emacs@HIDDEN>; Wed, 22 May 2019 13:50:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to
:subject:date:message-id:mime-version:content-type; s=
linkov.net; bh=BUmaVUSrqMPnw0QIOxfMi2NwEzM=; b=HzdeRqbP42QotTAZW
oJSZLE9129JNhmvtDUEhP4qEjvU0caPXMwMjVzPTp3wX8AzibGYfoFxUSL1ha4ay
7/bG2SYcYGQKAiKHheU0O3bis4jYnrDTKU28lWC1Y3LwbtCJDJvXzsAv8/5tDZrV
cNlfmdGLbX549CGvaqxtRNpZds=
Received: from mail.jurta.org (m91-129-96-230.cust.tele2.ee [91.129.96.230])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
(Authenticated sender: jurta@HIDDEN)
by pdx1-sub0-mail-a10.g.dreamhost.com (Postfix) with ESMTPSA id C125C80931
for <bug-gnu-emacs@HIDDEN>; Wed, 22 May 2019 13:50:19 -0700 (PDT)
X-DH-BACKEND: pdx1-sub0-mail-a10
From: Juri Linkov <juri@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: Delayed window positioning after buffer display
Organization: LINKOV.NET
Date: Wed, 22 May 2019 23:32:13 +0300
Message-ID: <87o93ucjsi.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: 0
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduuddrudduvddgudehiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufhofffkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrdeliedrvdeftdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrdeliedrvdeftddprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegsuhhgqdhgnhhuqdgvmhgrtghssehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 23.83.209.151
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Spam-Score: -1.4 (-)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)
There are commands that set point while the buffer is not displayed,
and after displaying the buffer point remains at an old position,
not where it was moved while the buffer was undisplayed.
One solution is to generalize the variable 'help-window-point-marker'
currently described as:
;; `help-window-point-marker' is a marker you can move to a valid
;; position of the buffer shown in the help window in order to override
;; the standard positioning mechanism (`point-min') chosen by
;; `with-output-to-temp-buffer' and `with-temp-buffer-window'.
;; `with-help-window' has this point nowhere before exiting. Currently
;; used by `view-lossage' to assert that the last keystrokes are always
;; visible.
(defvar help-window-point-marker (make-marker)
"Marker to override default `window-point' in help windows.")
A general name could be e.g. 'window-point-marker'. Its counterpart is
also necessary with the name 'window-start-marker'.
Beside the recently occurred need in bug#35624 to use a new buffer-local
variable for window-start, other modes require this feature as well,
e.g. vc-annotate takes a long time to finish and set window point, but
after switching forth and back, it doesn't set point to the right line
after the buffer becomes visible.
Juri Linkov <juri@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#35860; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.