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
Previously the ignore behavior was to not trigger open_automatic, and to
not update the aerial window when attach_mode = "global". Unfortunately,
that means that we end up in a weird state and it's difficult to make
the open/close/toggle behavior in ignored buffers consistent _unless_ we
prevent opening aerial altogether. This essentially makes ignored
buffers the same as unsupported, but with the key difference that it
won't trigger any of the close_automatic_events.
As part of this, we're also changing the default to NOT ignore unlisted
buffers. The main reason for this is that help buffers are unlisted by
default, but aerial supports them.
This required a fairly significant change in how the "ignore" config option works, but though the behavior had to change, I think it should now produce more consistent results. I was never quite able to reproduce your issue with open_automatic, but the issue should be fixed now.
Neovim version (nvim -v)
0.8.1
Operating system/version
Win11
Output of :AerialInfo
Aerial Info
Filetype: lua
Configured backends:
lsp (supported) (attached)
treesitter (supported)
markdown (not supported) [Filetype is not markdown]
man (not supported) [Filetype is not man]
Show symbols: Array, Boolean, Class, Constant, Constructor, Enum, EnumMember, Event, Field, File, Function, Interface, Key, Method, Module, Namespace, Null, Number, Object, Operator, Package, Property, String, Struct, TypeParameter, Variable
Describe the bug
open_automatic = true
andattach_mode = global
seems to open an additional view when opening help windows (:help <...>
) when a view is already open.Steps To Reproduce
:help
commandExpected Behavior
I think we'd expect to see the existing window to just update instead of opening another instance of aerial.
Minimal example file
No response
Minimal init.lua
Additional context
No response
The text was updated successfully, but these errors were encountered: