Changing the encoding/line ending from the status bar menu doesn't update the template output #1
Comments
But how is this plugin affected? The built-in line/column keeps stay in status bar when the view loses focus too. |
No it doesn't, the native status works fine (and I'm talking about encoding/line ending, not line/column) |
Good point. Right now, the message only updates when |
Most likely fixed in 5f777f6 and release in |
The weird part is that if there are two (or more) consecutive line endings changes via the status bar. Only the first change will triggers the view settings listener callback. But still, better than never. |
yeah, that's weird, tab size, though, doesn't have this weird bug By the way, this seems to activate on every single keypress (even without on_selection_modified enabled), is that too much or no big deal (wish they just fixed their APIs so there is no need for these types of hacks)? |
Well, line/column changes on every keypress , isn't it? |
but the encoding/line ending don't change |
so? since line/column changes, you have to update anyway. I would image encoding/line ending etc are all cached rather than heavily calculated in ST. I don't think you can notice the latency this plugin causes. Further optimizations are most likely meaningless at this moment but just make codes much more complicated. |
not really, maybe you're not using the line/column part of the template (either have it off or use the default shortened version), but only using the other indicators that don't update as often Anyway, was just curious, hopefully it's all cached an all |
Yes, we can let template variables update only when they change. |
The fix in |
It seems the fix introduce in |
Done in 33aa1c8 and release |
BracketHighlighter is also heavy on storing its frequent changes in the settings, thus triggering the settings callback facelessuser/BracketHighlighter#431 |
Unfortunately, the ST folks closed my bug report with a weird take that losing input focus doesn't matter to the API that tracks losing input focus :( |
This might be a limitation of the ST's API (see this bug) when losing focus to the status bar menu doesn't update the
on_activate
API, but maybe not and you know a way out :)P.S. to be fair, this is a rather minor bug since people who use your plugin will likely replace the default status bar element and won't be able to change the encoding using it ;)
The text was updated successfully, but these errors were encountered: