Replies: 1 comment 4 replies
-
No, I doubt that this is true. vertico-buffer does not change the buffer where the completion is executed. Vertico always runs inside the minibuffer. Vertico wouldn't even work otherwise since its state is stored in minibuffer local variables. EDIT: Thinking about this again, I understand where your confusion is coming from, and I haven't explained this before.
Unfortunately such setups are unsupported. They simply don't fit in the existing completion style machinery. One solution is to set a completion style globally, then set completion styles locally inside the Corfu buffers and finally override the Whenever I think about better solutions I come up with empty hands, just now again. I think the issue ideally has low priority, which is the case if you configure your completion styles and categories well. For example Orderless works well enough just everywhere for me. This hadn't been the case always, and I had to apply certain optimizations and improvements over the years to Orderless. See for example oantolin/orderless#96 and oantolin/orderless#179. |
Beta Was this translation helpful? Give feedback.
-
I specialize
orderless-style-dispatcher
locally in some buffers (for corfu). The values I set it to are appropriate for in-buffer completion only. This normally works fine, sincevertico
in the mini-buffer uses its own (global) value for that variable.But when using
vertico-multiform=buffer
, the completion styles are actually run in the original buffer, not in a mini-buffer, so you have different search semantics depending on whether something likeconsult-line
is conducted in a buffer, or a mini-buffer (e.g.grid
).Beta Was this translation helpful? Give feedback.
All reactions