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: Wed, 09 Feb 2022 09:57:45 +0800 Message-ID: <87v8xo3ip2.fsf@yahoo.com> References: <87ilwd7zaq.fsf.ref@yahoo.com> <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> <87v8xri1ki.fsf@yahoo.com> <83fsouyetj.fsf@gnu.org> <871r0eg4o1.fsf@yahoo.com> <83a6f2ycsx.fsf@gnu.org> <877da6dvip.fsf@yahoo.com> <83bkzhwak6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11459"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (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 Wed Feb 09 02:59:54 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 1nHcGw-0002qd-4X for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Feb 2022 02:59:54 +0100 Original-Received: from localhost ([::1]:43514 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nHcGu-00064t-Fn for ged-emacs-devel@m.gmane-mx.org; Tue, 08 Feb 2022 20:59:52 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:58090) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHcFC-0005LL-AJ for emacs-devel@gnu.org; Tue, 08 Feb 2022 20:58:06 -0500 Original-Received: from sonic311-25.consmr.mail.ne1.yahoo.com ([66.163.188.206]:46120) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nHcF8-0004sN-V5 for emacs-devel@gnu.org; Tue, 08 Feb 2022 20:58:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644371881; bh=kbTcsqVW5/mRW6LSn5j4Zja/Mrzee/SOw+Wc06HcFJM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=E+6EdzCt11S03iezJ/QBDSBAA26gtmvb9IBXrj8x/pC+0hgME8j8h09tPM70XlWxEPNg0b7+p1tgc4XFVYsxrphCeqZ2lcZRq8V3YqXUbkiLL9OHcMdvUEldbYbUX89/htYjKyWQrxROIMF++7jiy6xRS/v3mZTPeDNnMsXsflxTrYw18XEFs+1Mp+bbmyMB/GszCKeF1w2HYpGxWYOGJN1ml/1TGu+ht32QaBc9rT3/m8wy7+MSqwSo2Q1+jt/gSoF6m4UNhzzILFenojlJVmVlhRO/JZPAST74M5MwI1vIzoilWKozbhlLQu//SmaOTvSJ7Ia7e7Rb0UnZRZ32Kg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644371881; bh=4LG3/+zdPxDQODBK0+uFRMEpDrvxCXFnuC1JeS1el4l=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=ijj5k2OSbtfQoiNjdbn2ch/d5z1tAxiwHb+JFhXRxTe3fVg7SFcX9YiLthR02PYpEmJOZufYSywThf8zLp8RhuKsvY803RQl1irvSd50RhyR4cCYD4fjYBL1mK5A9lt3X8ld8h+ym+U4g9CVSG5vbSW4RNUrJa6x7pyXqNRhM1qEcncn7PF42FliydXCPT/k4Nz8IH5OWj30hv9tPIp30xPwt2AMn/t1hI74Xxv+/j0KRVeqS/c6P+b8V9vI4NxZ9LlC9Ztcwp1v9X4WXG0jPCEyzwku/1Rj5/Ms/PPU+K8hlaTjyMpT2fKnFUCe2QNZb9CZZ9SrJ6eStkUGp8rP3w== X-YMail-OSG: 1TwJgqMVM1neUMDXQmy.PC8kdCF9oRiISpdsV6HRtTxuHo37AuZs02NogML5t0p 89vUQbFhnckq9vWRl9YZrdDcgswzVuy9NbvBFn3SKpCPcmRD5bXWd5BoGXQTf5aDjDvKey3XtJ1s tUjhY.w9VLHxYihfkiYHT8jZnIi8ApB0y02S2_7XVAO1Xu7iqJbj1rGjasGneEDh05FcdQMNSc3h SV5Ne_9TnjFerSlCLzNltl76ktjEi6Z7RcMbheihW5S998iwtpj8kDyzp7TgEnuZ6lsemPV6rY.P OKSD_g0Z6aG8UEH8AxjOn5jToCuWTIeDrhCOK1ju7b27YW_S3wxyW5xmnmE_FmbtKgSxOweBFgWn JXkHdWiaFLNpPzwur7ea_0jUVt3TzrFdvMn80vQJQMS8Jhvcm0YUYfcIq3DNZrPViPhtYtDRmyfE MSg4NLx3JatgprAnw51W7O2TI0U2GBE7eh2Q26Fv.n0OjPiZgcmS6Fqu_t9ByGXQ3rI2I9cpIks7 LkUAE4b2RBh2PmZAuG889vwkFIXCjZVvWwkbODn6Qc2PAorDxPkLWbxl2mwjPdoWl26R.o.uCaL3 tuy4dqXNqmYBuOTChfcpPF03mFH7jQuauZwIDsIIlFPOY_RfxFddxKIjc3.PWhDg6bmbN5H1JGUO 566leGuBBj14dCs_Q.Gy2ibJT1duvlwvNwcNsPXzgciCfWzkglfJerK0HdtQjOpb0dGmyZT73Qt7 p0qSHp_x.98GeO56cbQg0og8u7w75JlBBhRXv9nG.u.qFIizv.zekuFn8096O2nGFNssxLflyZZ6 TYiiCTsx4bIPW_G896KXpJIkaVwzDi.nSxQf2CdpmU X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Wed, 9 Feb 2022 01:58:01 +0000 Original-Received: by kubenode504.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d06c2daac6a525de8fa74af39691927b; Wed, 09 Feb 2022 01:57:55 +0000 (UTC) In-Reply-To: <83bkzhwak6.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 08 Feb 2022 19:08:25 +0200") X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.188.206; envelope-from=luangruo@yahoo.com; helo=sonic311-25.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=ham 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:286081 Archived-At: Eli Zaretskii writes: > I don't think you can do that indiscriminately, because some of the > places that set the window's force_start flag are unrelated to this > feature. One example is set_window_buffer and its callers. Another > example is the code in redisplay_window that ends with "goto > force_start". And there are probably more. > > So if you want to do that, you'll need to carefully audit all those > places, and make sure you avoid moving point only when force_start was > set by scrolling commands or in some similar situations. Otherwise, > users will complain that point goes out of view when they didn't > expect it to. For example, "C-x 2" goes through that code, and I'm > quite sure we don't want point to be left outside of the window in > that case. Would it make sense to introduce a new flag that split-window-below and other such commands set that makes force_start move point regardless of the value of `keep-point-visible'?