From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#45319: 28.0.50; Redisplay: `forward-char' moves backwards into invisible text Date: Sun, 20 Dec 2020 03:15:46 +0100 Message-ID: <87tush2pf1.fsf@web.de> References: <87sg82tjf6.fsf@web.de> <838s9uupnr.fsf@gnu.org> <87ft42m47c.fsf@web.de> <83v9cyt4ty.fsf@gnu.org> <87bleqm1yq.fsf@web.de> <83sg82t2cg.fsf@gnu.org> <877dpem0dm.fsf@web.de> <83r1nmt08a.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="18088"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: jonas@bernoul.li, 45319@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 20 03:16:11 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kqoGY-0004cd-UR for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 20 Dec 2020 03:16:10 +0100 Original-Received: from localhost ([::1]:54116 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kqoGY-0002Li-0J for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 19 Dec 2020 21:16:10 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48842) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kqoGQ-0002LL-GH for bug-gnu-emacs@gnu.org; Sat, 19 Dec 2020 21:16:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60210) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kqoGQ-0003TL-81 for bug-gnu-emacs@gnu.org; Sat, 19 Dec 2020 21:16:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kqoGQ-0006Gt-23 for bug-gnu-emacs@gnu.org; Sat, 19 Dec 2020 21:16:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Dec 2020 02:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45319 X-GNU-PR-Package: emacs Original-Received: via spool by 45319-submit@debbugs.gnu.org id=B45319.160843055724094 (code B ref 45319); Sun, 20 Dec 2020 02:16:02 +0000 Original-Received: (at 45319) by debbugs.gnu.org; 20 Dec 2020 02:15:57 +0000 Original-Received: from localhost ([127.0.0.1]:43523 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kqoGK-0006GY-R8 for submit@debbugs.gnu.org; Sat, 19 Dec 2020 21:15:57 -0500 Original-Received: from mout.web.de ([212.227.15.14]:35235) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kqoGI-0006GF-L6 for 45319@debbugs.gnu.org; Sat, 19 Dec 2020 21:15:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1608430547; bh=laQnKfVqhpyYu9HzBcQCVFIfyj+yKeBC1JHA7XcKrCQ=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Ss6JqQYlnfguYPtZkxjHIYk83Vzm3Uaq5MBXgCQkvhfolSdCqi9d9bUM9+lCx/scQ UNJv09d+zje3KTSHavd1D2cw+DJiaScHdHsq9sjfEPIvvcgfooZ2yP//MLMbHJXKgT KIm7/gBmBS2oiodqbnzszUM/PAK8amHN9+JFa1Eo= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([88.67.99.46]) by smtp.web.de (mrweb002 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MAdX1-1kx6b20MSB-00BrwO; Sun, 20 Dec 2020 03:15:47 +0100 In-Reply-To: <83r1nmt08a.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 19 Dec 2020 15:05:25 +0200") X-Provags-ID: V03:K1:30V2Z6L+v4anRtzQ38F96+6hU+l6btsYQw/hEie/5KQgMud2+I4 eqUTqYa6JoKz8v4kt7itS7oW135S626NwEyCNaF65KAxruwoTvESsVOlHodbkgGfVTVH/4M oghqG8CcRHFe6lVBZJOkF7Q9CXOGAX8+jp6P9uKoIb76ngtRk0Sy88MoKoGZEqRCPYZs6WW c+3TQt671QEyV0IXYGQug== X-UI-Out-Filterresults: notjunk:1;V03:K0:lTIBno3Mdko=:FR4PugCYoFBzk3KD5nwY2j j/c+BBm7a64yOYc7bB+5/rgQQWO7YuaNYeEdqIYudF23votZyfEg9NMS3zqMXMYs6ulBwGPRs MD+Zq7KwObDqnmKyACifoMx31t9rj5cx2p1Wbx3T6HqVnbeOjX1zUG3orhpNWKIGkWNmL0E3u yWhx+beoBLBdShp6rbzxujDTah/+Pl9BRmfQukoexICMS+8Eai13WJobe5ygrW3K+9AxqqA3x rpmhlHsKbtbCDdhL/R10BsbORwi5s6iWXYawzkp/3xz60jlp8CnoMO3qXWdjvBZ7u51u1dr1P t+fBuQqaRunrXa5vTU+grBpoKB9n4NMPEj8yi/qOZC7lwOQ7SkYZ/Yvs9jeHn/biB9Nd6nVLK gYkkX94SAB3a/WR6tc7Dipo3CGrn9sUZ5SK2+kZwPchjFDkblTCF2KQwKfSZQfUgXu/yfU+sv B/TtxJWvN1Fvr6LKVE1MEw7R6/9fQdJ088MXeOVvMP/BFNXugl/z0QbzTRZ5ptY6EnYQKkD0Y Qz6wB7azsxxBINGUE1LCd6qID1kMmB2NgETGlk7lZ8cJT25GTYDZb+8Sw2jDyr5GI1J5ScGWN 0IgPxgH5cbHtpEkAuEdDr6ndsK8QyEzYgnSNXV1J8FkLT5O+WROPteWg0vyffnnBCAsLAkul4 f4czF07uMQ8idZIkuK2tdrGfwwM8TxGzu9m5t18hC5F9Em0EHzl11du/Y9IkBsaVv5eg3VcGB 9gNiYsxHPe2sYlKM8n6tQ/pkiV6A2qFCjHMZLOVqwNsjWyPgEmbBGgQ2oErQd8F0HzQ2pntS X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:196449 Archived-At: Eli Zaretskii writes: > I don't think I understand the problem well enough yet to answer that > question, especially since you say that your simplified recipe behaves > differently. > > What exactly is the problem in the magit case? does it use the value > of point in some way, and if so, how? IOW, what is "section > highlighting" in magit? Let me ask a question first, for my better understanding, I'm curious: what's your opinion about the (in my eyes) wrong value of point present when `post-command-hook' is run? Is it (1) expected and totally makes sense, should be like that, or more like (2) not relevant, should not be relied on, or (3) makes not much sense and is not so good but hard to get to grips? > A stab in the dark: there's disable-point-adjustment, which could be > set temporarily, perhaps that could help? Would that help to fix the behavior of `hl-line-mode' marking the wrong line? The Magit case is not much different. Here a "section" is simply not a line but a set of consecutive lines denoting a commit (headline + diff, for example). As with hl-line-mode, the wrong section is highlighted when moving. But since some commands depend on the currently highlighted section, the consequence is that these commands then operate on the wrong section. Regards, Michael.