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
The default behavior for matchup_matchparen_offscreen can be confusing. Overriding the statusline is not something that a lot of plugins do. And some statusline plugins may not play very well with it.
I gave try plugin a try a couple of times, but in both I noticed it introduced flickering with my lualine. I thought it was because the % mapping briefly triggered a mode change or something similar, which ended up causing lualine to redraw... As it turns out, for a brief moment, matchup would redraw the statusline and then, right after, lualine would redraw it as well (IIRC it has a time based refresh). This ended up annoying me a little too much, and I gave up on the plugin.
However, a while later, I gave the plugin yet another shot. This time, I was no longer using Lualine and I finally realized that the bug was actually a feature. I proceeded to disable this feature, which solves the problem for me, but I wonder if other people are not falling down a similar path? Well, the lack of issues mentioning this seems to indicate that people are not that bothered by this1, but still...
I recognize that lualine is partially at blame here. However, I wouldn't have thought this issue came from a feature from matchup if I hadn't given up on lualine. I can't say with a 100% certainty, but I suspect this affects other statusline plugins as well. Which means it's potentially easier to handle on matchup's side.
In addition to that, I know that the plugin is really well established and changing a default now may annoy some folks. So it's also comprehensible to not follow this path.
I have considered an alternative: perhaps this setting should only take effect if the user was not overriding the statusline. And matchup could ship be a function that could be integrated into custom status lines (as to not completely take over the line).
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
The default behavior for
matchup_matchparen_offscreencan be confusing. Overriding thestatuslineis not something that a lot of plugins do. And somestatuslineplugins may not play very well with it.I gave try plugin a try a couple of times, but in both I noticed it introduced flickering with my lualine. I thought it was because the
%mapping briefly triggered a mode change or something similar, which ended up causing lualine to redraw... As it turns out, for a brief moment, matchup would redraw thestatuslineand then, right after, lualine would redraw it as well (IIRC it has a time based refresh). This ended up annoying me a little too much, and I gave up on the plugin.However, a while later, I gave the plugin yet another shot. This time, I was no longer using Lualine and I finally realized that the bug was actually a feature. I proceeded to disable this feature, which solves the problem for me, but I wonder if other people are not falling down a similar path? Well, the lack of issues mentioning this seems to indicate that people are not that bothered by this1, but still...
I recognize that lualine is partially at blame here. However, I wouldn't have thought this issue came from a feature from matchup if I hadn't given up on lualine. I can't say with a 100% certainty, but I suspect this affects other
statuslineplugins as well. Which means it's potentially easier to handle on matchup's side.In addition to that, I know that the plugin is really well established and changing a default now may annoy some folks. So it's also comprehensible to not follow this path.
I have considered an alternative: perhaps this setting should only take effect if the user was not overriding the
statusline. And matchup could ship be a function that could be integrated into custom status lines (as to not completely take over the line).Footnotes
There's at least another discussion addressing this problem ↩
Beta Was this translation helpful? Give feedback.
All reactions