Highlight doesn't always stay up to date with position

[devcarbon-com]

Hi @countvajhula, I'm planning to quickly write up issues I've noticed with the latest symex update. If you would rather wait until I have more time to do a proper "bug report", let me know!

Currently, only navigation triggered by symex movements updates the highlight (I really like that new feature, by the way!).

Other moments, whether by lispy-ace-paren or mouse, scrolling, etc do not.

[devcarbon-com]

Turns out symex-shift commands also do not update the highlight.

[countvajhula]

Thanks for reporting these @devcarbon-com !

I'm planning to quickly write up issues I've noticed with the latest symex update. If you would rather wait until I have more time to do a proper "bug report", let me know!

As the changes are currently in the master branch, I think bug reports are indeed appropriate, though of course, some of them would probably be headed off by the work that will be done on the road to the 2.0 release. I'm in the process of converting all the tickets on the original tree-sitter planning project into actual issues on the repo now. If you encounter a bug, you could take a look to see if there are any existing open work items (see the new Kanban board) related to it, and in that case it would be better to comment there than create a fresh bug report.

[countvajhula]

Hi @devcarbon-com , looking at this again, I want to make sure I understand what behavior you'd like to see here.

First, here's a report of relevant changes since you reported this:

• The highlight is now part of the symex (modal UI) package, but not symex-core, so if you use Symex features directly outside the modal UI, it will not highlight anything.
• If you do anything within the modal UI using one of the declared keybindings, the highlight will be updated.

But, while in the modal UI, if you click somewhere or use another way to get around than the Symex bindings, the highlight isn't updated. Would you like this to change so that any movement of point updates the highlight while in Symex mode?

We could potentially add a function to post-command-hook that updates the overlay if we are in symex-editing-mode (the lithium UI). Any other thoughts?

(Btw thanks again for always pushing me to trim dependencies --- I think we're finally there with this upcoming release. I keep thinking you'd be proud 😝 And, probably, it wouldn't be too hard to make a symex-meow now, if you feel so moved (e.g., see symex-evil).)