this post was submitted on 22 Oct 2023
2 points (100.0% liked)

Emacs

311 readers
3 users here now

A community for the timeless and infinitely powerful editor. Want to see what Emacs is capable of?!

Get Emacs

Rules

  1. Posts should be emacs related
  2. Be kind please
  3. Yes, we already know: Google results for "emacs" and "vi" link to each other. We good.

Emacs Resources

Emacs Tutorials

Useful Emacs configuration files and distributions

Quick pain-saver tip

founded 1 year ago
MODERATORS
 

I hope every completion done inside minibuffer is repeatable by vertico-repeat, including commands invoked by M-x. Vertico, however, didn't include execute-extended-command as a repeatable session by default. You can be seen it by examining vertico-repeat-filter variable. So I have to customize it like this in Doom Emacs:


(after! vertico-repeat
  (setq vertico-repeat-filter (remove 'execute-extended-command vertico-repeat-filter)))

The question is execute-extended-command seems to be a reasonable default completing session, why does vertico excludes it?

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 1 points 1 year ago (1 children)

One of the strengths of vertico is its modularity and compatibility with builtin APIs. Unfortunately, this also makes it difficult to restore a vertico session because vertico does not have access to the full completion state in the way that more monolithic completion packages like helm and ivy do. Some of it might even be created through a series of function calls which would be hard to reconstruct.

I would guess that vertico is not always able to repeat extended commands properly and so they are disabled by default. Unfortunately, vertico-repeat is fairly limited. Check out this post for more information. https://www.reddit.com/r/emacs/s/TV1Asbrhel

Minad (the vertico author) made some attempts at a better repeat extension but they all have various limitations. I ended up making my own repeat extension but it had issues as well so I've since abandoned it.

Unfortunately, if you must have such a feature in full generality, I'd recommend that you use helm or ivy instead. Personally, I've just learned to live with it as the advantages of the vertico stack are worth it IMO.

[–] [email protected] 1 points 1 year ago (1 children)

One should also mention the relatively new vertico-suspend command. It takes a different approach via recursive minibuffers, but has its own limitations.

I would guess that vertico is not always able to repeat extended commands properly and so they are disabled by default.

No, see my other answer.

Unfortunately, if you must have such a feature in full generality, I'd recommend that you use helm or ivy instead.

Ivy and Helm do not support repeating arbitrary completion sessions in full generality - because it is hardly possible. Only the state of commands which go through the ivy-read or helm API can be fully reconstructed.

[–] [email protected] 1 points 1 year ago (1 children)

Ivy and Helm do not support repeating arbitrary completion sessions in full generality - because it is hardly possible. Only the state of commands which go through the ivy-read or helm API can be fully reconstructed.

They do for commands that are defined with the ivy and helm framework. The downside of course is that everything has to be rewritten using their frameworks in order to have first class support. This is also necessary if you want other features such as actions and is one of the biggest disadvantages of using them.

[–] [email protected] 1 points 1 year ago

They do for commands that are defined with the ivy and helm framework. The downside of course is that everything has to be rewritten using their frameworks in order to have first class support.

Yes, exactly.

This is also necessary if you want other features such as actions...

No this is not necessary. Embark supports actions for commands based on completing-read.