From: Stefan Kangas <stefan@marxist.se>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Michael Heerdegen <michael_heerdegen@web.de>,
23079@debbugs.gnu.org, jonas@bernoul.li
Subject: bug#23079: 25.0.92; Movement commands leave cursor in invisible line
Date: Fri, 14 Aug 2020 21:22:11 -0700 [thread overview]
Message-ID: <CADwFkmn5i+ggcqx=4sRYqCajE9YxP9TXKyXEWEN3GYZhO_nEgg@mail.gmail.com> (raw)
In-Reply-To: <jwvbn67v8z9.fsf-monnier+bug#23079@gnu.org> (Stefan Monnier's message of "Mon, 21 Mar 2016 17:11:16 -0400")
Stefan Monnier <monnier@IRO.UMontreal.CA> writes:
> tags 23079 notabug
> thanks
>
>> I try to give a recipe resembling a bug in Magit concerning hidden lines
>> and cursor movement. In some buffer (emacs -Q) do
>
>> (insert "111" "\n222\n"
>> (propertize "333\n444\n\n" 'invisible t)
>> "555\n666\n")
>
>> and move around with C-n, C-p. Then the cursor will appear over the
>> first "5" but point is actually located inside the invisible area.
>
> That's normal: (get-pos-property <pos> 'invisible) returns nil in front
> of "333" but t in front of "555", so point adjustment will try to move
> point to right before "333" when we're in that invisible chunk.
>
> IOW the position "right before 555" is actually considered as being
> "inside the invisible area" whereas the position "right before 333" is
> considered as being outside of it.
>
> If you want point adjustment to move point to right before "555"
> instead, you should change the stickiness of the `invisible' property so
> as to change which boundary position is considered "inside" and which is
> considered "outside".
This was tagged notabug, then started discussing possible changes in
Magit, and then nothing more happened in 4 years. So is there anything
more to do here or can this be closed?
Best regards,
Stefan Kangas
next prev parent reply other threads:[~2020-08-15 4:22 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-21 20:19 bug#23079: 25.0.92; Movement commands leave cursor in invisible line Michael Heerdegen
2016-03-21 20:26 ` Michael Heerdegen
2016-03-21 21:11 ` Stefan Monnier
2016-03-21 22:29 ` Michael Heerdegen
2016-03-22 1:27 ` Stefan Monnier
2016-03-22 16:02 ` Michael Heerdegen
2016-03-22 16:16 ` Stefan Monnier
2016-03-22 16:48 ` Michael Heerdegen
2016-03-23 1:59 ` Stefan Monnier
2016-03-23 3:41 ` Eli Zaretskii
2016-03-23 11:23 ` Stefan Monnier
2016-03-23 15:12 ` Michael Heerdegen
2016-03-24 2:07 ` Michael Heerdegen
2016-03-24 21:32 ` Michael Heerdegen
2016-03-24 22:01 ` Stefan Monnier
2016-03-25 11:42 ` Jonas Bernoulli
2016-03-25 13:53 ` Eli Zaretskii
2016-03-26 10:21 ` Jonas Bernoulli
2016-03-21 22:54 ` Michael Heerdegen
2020-08-15 4:22 ` Stefan Kangas [this message]
2020-10-01 12:26 ` Stefan Kangas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CADwFkmn5i+ggcqx=4sRYqCajE9YxP9TXKyXEWEN3GYZhO_nEgg@mail.gmail.com' \
--to=stefan@marxist.se \
--cc=23079@debbugs.gnu.org \
--cc=jonas@bernoul.li \
--cc=michael_heerdegen@web.de \
--cc=monnier@iro.umontreal.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).