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, 08 Dec 2021 09:17:13 +0800 Message-ID: <87mtlbgajq.fsf@yahoo.com> References: <87ilwd7zaq.fsf.ref@yahoo.com> <83zgpowu23.fsf@gnu.org> <87zgpo5tws.fsf@yahoo.com> <83pmqkwi6r.fsf@gnu.org> <87v90c5su6.fsf@yahoo.com> <83o864wg2a.fsf@gnu.org> <87ilwb68ck.fsf@yahoo.com> <83zgpnunfo.fsf@gnu.org> <87fsrf3xmd.fsf@yahoo.com> <83y257ulfp.fsf@gnu.org> <8735ne4e0e.fsf@yahoo.com> <87czmcvcs1.fsf@yahoo.com> <83sfv85y36.fsf@gnu.org> <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> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10025"; 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 Wed Dec 08 02:20:01 2021 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 1mulcn-0002Pu-Ji for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Dec 2021 02:20:01 +0100 Original-Received: from localhost ([::1]:36916 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mulcl-000612-T5 for ged-emacs-devel@m.gmane-mx.org; Tue, 07 Dec 2021 20:19:59 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51320) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mulaW-0004LW-UH for emacs-devel@gnu.org; Tue, 07 Dec 2021 20:17:44 -0500 Original-Received: from sonic310-25.consmr.mail.ne1.yahoo.com ([66.163.186.206]:41759) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mulaP-0000mj-H0 for emacs-devel@gnu.org; Tue, 07 Dec 2021 20:17:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1638926245; bh=r5iVWIurn1iSc/KnTusTHBRGUtWzoT7NAmjkxcyk3D8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=FO44sEgnFvUB6aOO5gDJ5NERglS9GT2UyVPxQgagYDBxL+i+uKTwZUp8Hgn4PkE0EJvoI65IRfmM+VW/dhqDmQvF7lnl8ZS+uiXH7Za2FabhUZyoDPWXt/2v/44Y14NC3S4APapWVm45r3eKLsY5T5Ei7F+rcXaft8eBvN9LZLLzejtsWxu+WZ27zkTejis7vUUxw/a1aeBdTCyDGdbp17WsTbWGT2wXn8vIg1IFzsUl6rDXMlRL92Lt4NCLyFHZmCGnv614pJfl3GjRMqcqZV9SRVoUaiQauPV4199R05ETdEedNuaS0gxujd+Z/pKPFvrIcsggcPpow1p9Glk60w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1638926245; bh=oNX+QjIWHeg4gITJmq341Wj72K2j99mNoE+UtmvGWWI=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=W2eCWaKaTLj4u6AezgTfxwSiYI5Fk/f6rI64yOB+LWFGXO2rl/hJTRpxYa+OQ0EukfMCvjBlKVmMpnxj+fUdpFZriFqnb+6WVvRDYM9uDPLo72daN1832c5B51G1dfjC0MK2T7+3JaSH/SGL3ilBSi/TYC4kgsRX6+ULr2Oot51uVg06efYGmOhik+FYCeXHVGbFyt0Y0QY6hMgQ9xZv1TF+t/lbEx7QRVfZLHg9n/3MDa70d+jR2eg0FeVmRqOUXyiGA/2RlzmzS5DJemHiS4qas8XiEtGmC8NcL/SAJqMUscw4kYU0VTCwQBmtquhyFHUHFabFwWQu1UJpBZgdsA== X-YMail-OSG: lxEn.ZEVM1mWvABPi7IX67YfipXLSYpF.9wgWEFlwYyHLRDEG4G9a49jo33jFMn 2.3lvxh8.tNp8EOX4PU72rjDgy5UlrJC6xZLsPiRP8Ca1NGQmB3ZVKT7FVNYwxRuYgpLCUOBWi11 3r91nsxOPFr9KtnIEAZ0Jy2WsDomn7uduQiz3XhRf.Azl_chG5bdQuSEDsHHFhln_it60409w2FN t7zAr3AHp46LnG9X9wKw5gGb34qnkUw_OB9CP7.RQ3hRhpaIFQwTj3O15jcD7Pcf5EsGWj_d5M03 L.RIR1wKDchGfFXfEAExrU9aMYsJ2eesmlH2LAMPmqgRL2PwRr488iILLaaLJVtuqQwgAhFDOT83 KjQ6eSFXFIHFblM3yLfd3Lcu6FMLCCgM4HKkP62UhHrlaYXEddJUonTB_l3LbWvzCD9stmIj36tb 0L.Q8wTjVIUboDV5WuUqIOl0JH91QmDU_sRzf8yULSVzVAOC9XTtu5FSz9cUt.zBWuS5R3GMAVoa jTkvYyWEAP05ZALWLbKv5zNeGBTxApQQFEGOV.vCjt7zYCNPBoXaJgAMnB_wCyAMUmS550MVcCNT ipVckA1MBHM4HdWP5s47nQ0bMmBf8PQJ9PqnyXNOLGzUSwoCVP9S3HCDdhQePBjrKIkrd5xl3nBl 159nLfWzmBrm2I5PslpC2NWm9.73T4OPnbalAzuc_9BYRUmqv.j9n6KcOi6EMyw9D3_UW_tZZYMv X56yWV7Y4_KaJ8LLso2gt8UpJseubXZl7kjTakrBCKenuhcJVig9UoHlveoNi.8cjd0sujODSY_r qZOeuUNkPZlTmbLfVEumnfw.g4L6WKwtXnMZdsA7ue X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Wed, 8 Dec 2021 01:17:25 +0000 Original-Received: by kubenode513.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID beab1a78a7182b822902f022c26d0a81; Wed, 08 Dec 2021 01:17:17 +0000 (UTC) In-Reply-To: <83ilw0zg38.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 07 Dec 2021 15:42:35 +0200") X-Mailer: WebService/1.1.19306 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.186.206; envelope-from=luangruo@yahoo.com; helo=sonic310-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 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:281298 Archived-At: Eli Zaretskii writes: > This is sometimes set for Emacs itself, regardless of the user > commands. So all such uses should be audited. Most of the uses seem fine to me (mostly in the scrolling commands, which I've already modified as appropriate, and also when the cursor is obscured and make-cursor-line-fully-visible is non-nil), but I have one question about the following code: /* We used to issue a CHECK_MARGINS argument to try_window here, but this causes scrolling to fail when point begins inside the scroll margin (bug#148) -- cyd */ clear_glyph_matrix (w->desired_matrix); if (!try_window (window, startp, 0)) { w->force_start = true; clear_glyph_matrix (w->desired_matrix); goto need_larger_matrices; } Why does it have to force start? Doesn't need_larger_matrices take care of resizing the matrix when, for instance, fonts change? Thanks. > Yes. I'm saying that if point is allowed to be outside of the window > during some redisplay cycle, we'd need a different criteria for when > and how to change w->start. Why is that so (for the "how to change w->start" part)? Making point display in the center of the screen in that case will be intuitive for most users.