Description
there was a regression introduced in #431 that affects plugin interop. in my case edgy.nvim needs to know the buffer filetype at the time when the window is created.
When I revert this commit, edgy.nvim behaves normally again.
Also worth noting, even with the commit reverted, the example from that PR still works for me.
after/ftplugin/opencode_output.lua
vim.wo[0][0].conceallevel = 2
Steps to reproduce
- launch nvim
- open the opencode.nvim side-panel
- notice how the window layout looks messed up
Environment
- Neovim version: v0.13.0-dev-1693+g0f7538c4ab
- OpenCode version: 1.18.31
- opencode.nvim version or commit: 471650b (main)
- OS: macOS 27.0
Configuration
OpenCode configuration
irrelevant for this issue
opencode.nvim configuration
require('edgy').setup({
animate = { enabled = false },
options = { right = { size = 78 } },
right = {
{
ft = 'opencode_output',
},
{
ft = 'opencode',
size = { height = 10 },
},
},
})
require('opencode').setup({})
Logs and screenshots
window layout issue

with the commit reverted

Checklist
Description
there was a regression introduced in #431 that affects plugin interop. in my case edgy.nvim needs to know the buffer filetype at the time when the window is created.
When I revert this commit, edgy.nvim behaves normally again.
Also worth noting, even with the commit reverted, the example from that PR still works for me.
after/ftplugin/opencode_output.luaSteps to reproduce
Environment
Configuration
OpenCode configuration
irrelevant for this issue
opencode.nvim configuration
Logs and screenshots
window layout issue

with the commit reverted

Checklist