From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: Allowing point to be outside the window? Date: Mon, 07 Feb 2022 15:21:49 +0800 Message-ID: <87v8xri1ki.fsf@yahoo.com> References: <87ilwd7zaq.fsf.ref@yahoo.com> <87v904tsvv.fsf@yahoo.com> <83h7bo5m1x.fsf@gnu.org> <87ilw3ubfp.fsf@yahoo.com> <83h7bn4e55.fsf@gnu.org> <877dcipjmk.fsf@yahoo.com> <83mtld254e.fsf@gnu.org> <87lf0xjgxu.fsf@yahoo.com> <83ilw0zg38.fsf@gnu.org> <87mtlbgajq.fsf@yahoo.com> <83czm7vx0s.fsf@gnu.org> <87mtlad3sv.fsf@yahoo.com> <83mtlaurxj.fsf@gnu.org> <87fsqh9o7s.fsf@yahoo.com> <878ruoqx0u.fsf@yahoo.com> <83h79cz0sm.fsf@gnu.org> <87leyonrp4.fsf@yahoo.com> <83fsowyzt9.fsf@gnu.org> <87pmo0mbig.fsf@yahoo.com> <8335kwynrp.fsf@gnu.org> <87y22nlbdg.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2560"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Feb 07 08:48:28 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nGyl8-0000QE-V4 for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Feb 2022 08:48:27 +0100 Original-Received: from localhost ([::1]:36006 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nGyl7-0000wA-Dm for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Feb 2022 02:48:25 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:43850) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGyLd-0002uR-4x for emacs-devel@gnu.org; Mon, 07 Feb 2022 02:22:05 -0500 Original-Received: from sonic315-22.consmr.mail.ne1.yahoo.com ([66.163.190.148]:36965) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nGyLa-0005vu-HX for emacs-devel@gnu.org; Mon, 07 Feb 2022 02:22:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644218520; bh=JhtOaRlruzJByCabeOlDhRovPsc0HC8IKQ5F7o+WBhk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=R+YKPGRG3ASfYq9qKUqBhP8d01mHPU5bShTk2jWyP5Dlx3qBQ1P36IwAugn7jJO41kvWVsNN60HA6vRg1+MZTmawzJYdhcjAcwsKmc6rFeR6PY8g7d7Krxs9WND9pNsYuL3Ex0bQgMeSpiS3mwpsFQVAjMhwI7pphHCGmA+8UrsiZyxgRYpJ1q6ZUPuxc+wgZF/SUixLSJoE5noE//e3lbtzmO5plkrAQ2rfh6O1c/y9mNHWppB2mRWlM/xeX33CXncpJF3078az7hyzgyl2ehTDnNz/ZsWZXSMaER+kaCbkbMbAXvtdet/rzg0365eTHJgqvfh2yKW73OXtc7fuRw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644218520; bh=znlGiIQQ298F5/aC3vxLnLS0QtzDuZ3T+KtvxXiVR86=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=fYW1gtCuKnDQbfoPOZs79J9X4aYdmDnv2LUMRr9Sh7LdMPJduc34df1sIFsHaPZJRAMuQyaZFPtsvf77Ry6LZoh9f7M99zX8E/LCvoDEy7jlQ3c2HY7HF3xLDrpt+wfYbjyH+eTIAdSIeIQchnVzXpWWeJWlbgmLrtf38vVw2nTYaub6g/1d9r8HEpHNmANxwctZNRZOd6mfyxVbedH7nG4F6qY/AO7obP33LRsk6tjdSOoMmgX8x4gDrkNAZIwZ8BcyNq15705KkSQos3FPBDNejUzR405JWfsnjS+YRER4U3gsIA9/r5AhTHOTtl3GH3TQLDPekgwMG3taBukv2A== X-YMail-OSG: Bk3AQsQVM1nSOSESnD3MYi5KLYax0XYmNe1yoCEsVxEtDnMaA9E6woXksbu_rdc tS0EZgjRsbuAcDjaVouQeNjB4z.Kv66g0rvUFjpgOtMISkjn7zpmejhmUF8UUIQeIBigU84pYIj3 VfmnfYybwOH84srFnBnuYd4w8RIdonqoC15IMiPOCMVg.f2a15JbFnK19f1RuTp701IlL1Uvo3Oa NYlVhjKl3maOeG03ZiH05Ku4_XeXD1sOn0POJUJPzY6GoknDedK6NQnNnoPUvJOU.3KXnVeQ8CsV D58lj5s1Zd0sUAgiJZK1Ff3ljo0iVVdmsp0hb.cBj3pw_9DxNmQZeDWs8ek6FbuKAlqDYk5zBu1a qOxQ4Rl2RgLtePd8CEWdQIERzI17fhuzuNrUxvrutITCsENx9u_nilnd3J2CQAubU0I9WkD.9TiA 5CIiiRkRnRKnPaC_82ZcagCrEPrMmq7Gj7EmFnmD3sDZmogSxOghEFcghtI3n50BtsUfGSwr5Kym r5o2kd9FiBe95Za136uvfd6H8ABzzArw4Se2mwbGXfVlWxMECH8N3AAUMWovvvKANow3Ra9VtjEe HysJh35YNzzXtpA9Ufpm0tZsTu_GmJzzwbL0ISn13gcdfjYog0ZpZ4mUbNXhOluqt9P5SfVjSEVW sQCqSO.c87cSP_8ILHHyXKbr1NXmLYATiQoWGE0rWBkIxobRYGhtkJggBgyKQRtwv5FIEQUPFFKk .4tMzsyuRC10YMNycZBnoBsJ7FWgqGUpIxNY1E0i0IhgoePqrB_E7TU01vQJeAJdLHvNg6.QkCog WsjLOGf22j.6P6Kezzje3kGpGsWVVfw0aO1rkc8CC9 X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Mon, 7 Feb 2022 07:22:00 +0000 Original-Received: by kubenode517.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e6d422db7784353fb86d914803cda3fc; Mon, 07 Feb 2022 07:21:54 +0000 (UTC) In-Reply-To: <87y22nlbdg.fsf@yahoo.com> (Po Lu's message of "Mon, 07 Feb 2022 09:21:47 +0800") X-Mailer: WebService/1.1.19711 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.190.148; envelope-from=luangruo@yahoo.com; helo=sonic315-22.consmr.mail.ne1.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:286024 Archived-At: Po Lu writes: > Eli Zaretskii writes: > >> So we have at most 3 states, and could have a single tri-state >> variable. > > Indeed. > >> And I question the validity of the combination scroll-move-point = nil >> with keep-point-visible = t. The problem with your implementation is >> that scroll-move-point = nil disables scrolling in redisplay_window, >> but scrolling there is used not necessarily as result of scrolling >> commands, but also when redisplay_window decides that the optimal >> method of updating a window is to scroll its previous contents. Thus, >> disabling scrolling on that level will cause confusing results, >> because users will expect that to affect only scrolling commands: they >> are unaware that redisplay sometimes scrolls the window for other >> reasons. > > Perhaps we could have redisplay bind `scroll-move-point' to a reasonable > value before calling the scrolling commands? I don't see where the scrolling commands in window.c get called from `redisplay_window'. Is it try_scrolling? If so, I see nothing there. Thanks.