bfredl

Why remove the state between lines? That seems like a pure regression from a performance perspective (also it just is wrong, we redraw a line range, not a line at...

> Because, as most of my fellow developer, I don't have a terrifically deep understanding of the drawing loop. Any perf related change must be based on "understanding", other wise...

> If you don't want the changes, just close that PR, I don't care, I just wanted to raise a point (I did twice) about static extmarks, and you plain...

> That is a valid point. Although I think that this is an instance where this simplicity might lead to a bit too much work on the drawing side. Sure...

Now that we have untangled the correctness from perf aspect, perhaps we could break out the former to a separate PR? I e more or less the changes to treesitter.c...

iterator reset is a perf-only question with sufficient `match_limit` set (as we figured out in dev chat, the "reset" only made behavior deterministic, not always correct).

This still unconditionally discards TS state from one line to the next line _within the same batched redraw_, which i thought we all concluded is not the way forward. (unlike,...

copying my comment from chat so it doesn't get lost: Not sure we need so much granularity. One flag for `visual` and one for outside of viewport for any reason...

Cannot reproduce. Do you have more complete steps to reproduce? Btw the code that moves the cursor is ``` for w in self.vim.windows: if w.buffer == self.buf: w.cursor = [len(self.buf),...

I cannot reproduce on bf7bc4dcf (master 18 hours ago). It could possible that the startup is racy with some autocommands or something. Could you try with minimal nvimrc with only...