altermo

Added it. (https://github.com/altermo/iedit.nvim/commit/7863c2f0615adcd9854ab03ef7b9e76e10be5e39) Use `require"iedit"._goto_next(true)` for now. (I want to refactor it later to be better, and that's the reason behind it being underscored.)

No need, I just added an argument for going backward. (https://github.com/altermo/iedit.nvim/commit/2d723616b507da8d9e99a5aa842e30defbf1f09f)

There is a way with the `cond` extension, but it would be easier if I just add a bigfile extension: https://github.com/altermo/ultimate-autopair.nvim/commit/e65731d50c548c020f3961bb42071671f0fa923c I will refine it in `v0.7`.

There's a `p`(priority) flag which which needs to be set to a higher number for it to work... (see the default config for reference)

The pairing, by default, isn't enabled in terminal mode (and terminal mode support is considered experimental). Give an example of reproducibility (or config) so that I can check if it's...

I can't reproduce a glitch, so I'm shooting in the dark. I created a commit on the [development](https://github.com/altermo/ultimate-autopair.nvim/tree/development) branch which might fix it so install the development branch and report...

I use `vim.filetype.get_option()` to get filetype-specific options for injected (and non-injected) languages. This function loads ftplugin files.

Here is the cause: All mappings use arrow key movements (instead of function calls) to go to positions to be dot-compatible. `virtualedit=insert` makes it so that arrow key movement interacts...

Wouldn't checking if the buffer name ends with `.h` work? (e.g. `vim.api.nvim_buf_get_name(0):match('%.h$')`

Then wouldn't `current_line:match('^%s*#%s*include[^%w]')` solve the problem? (notice that the pattern doesn't use `$` at the end)