You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I would kindly suggest to reconsider the decision to remove refreshing on events/autocmds, which was done in 0978a6c.
IMO, a statusline in a text editor (like lualine) is a prime example for a program where an event-driven approach (refresh on autocmds) should be used instead of "static polling". Most statusline plugins support refreshing on autocmd events, which is necessary for a snappy user experience. The current refresh delay of 100 ms is very much noticable, as some people have noted in the comments to the above-mentioned commit. Remember that many users are using neovim because they prefer a lightweight and fast user experience!
This issue is intentionally labled as bug, because I'm convinced that in case support for refreshing on autocmds will not be re-added, lualine will become obsolete in the long term.
The text was updated successfully, but these errors were encountered:
* Fixup: fix flickering in lualine
debounce updates for 100ms while setting the options
todo: fix the test properly
* fix: delay in first set
Don't delay setting options when it's unset
* enhance: handle quick redraws better
When multiple redraws in debounce period just pick the most frequent one
with bias toward old one.
* fixup: No more refreshing on autocmd
Though refreshing on autocmd allows us to refresh less. But not always
for example when scrolling it can get pretty frequent refresh due to
CursorMoved. But this whole refresh on autocmd causes way too many bugs
due to various conflicts and inconsistencies.
Instead now lualine will only refresh on timer. To make lualine
resoponsive as before refresh time has been reduced to 100ms from 1s.
Means now lualine would refresh 10 times per second by default.
* fixup: fix 1st render delay after autocmd refresh removal
* fixup: fix error when trying to set options to already deleted buffer or window
* remove debounce
Note that reverting commit 0978a6c will re-introduce the flickering issue. Unless given an example to the contrary, I believe #1076 to be the best solution, which removes the problematic refresh events without doing away with them entirely. Unfortunately, lualine doesn't seem to have a lot of active development these days so it may be a while before anyone has the opportunity to look at this (e.g. my pull request above was open for 15 months without being looked at until I closed it).
I would kindly suggest to reconsider the decision to remove refreshing on events/autocmds, which was done in 0978a6c.
IMO, a statusline in a text editor (like lualine) is a prime example for a program where an event-driven approach (refresh on autocmds) should be used instead of "static polling". Most statusline plugins support refreshing on autocmd events, which is necessary for a snappy user experience. The current refresh delay of 100 ms is very much noticable, as some people have noted in the comments to the above-mentioned commit. Remember that many users are using neovim because they prefer a lightweight and fast user experience!
This issue is intentionally labled as bug, because I'm convinced that in case support for refreshing on autocmds will not be re-added, lualine will become obsolete in the long term.
The text was updated successfully, but these errors were encountered: