There are completions that take too long to be run live every time. A simple form of caching would be nice here.
I have an idea that would fit nicely with the current Unix-like "small combinable tools" philosophy:
We add a command line option to rrun that doesn't show the GUI but instead runs a completion and prints the returned result string directly to STDOUT.
One could then add something like this to the config:
With some duplication in the config, you could do the same thing for URLs or whatever.
Note 1: You can already do this manually by running the code from the completion yourself and storing it into a file. The above proposal would just make it a lot more convenient.
Note 2: If we additionally write which command was called how often somewhere, one could also easily implement a script that sorts the contents of the .cache files by their usage and get the most frequently used completions first.
There are completions that take too long to be run live every time. A simple form of caching would be nice here. I have an idea that would fit nicely with the current Unix-like "small combinable tools" philosophy: We add a command line option to rrun that doesn't show the GUI but instead runs a completion and prints the returned result string directly to STDOUT. One could then add something like this to the config:
and use the cache by just adding
With some duplication in the config, you could do the same thing for URLs or whatever.
Note 1: You can already do this manually by running the code from the completion yourself and storing it into a file. The above proposal would just make it a lot more convenient. Note 2: If we additionally write which command was called how often somewhere, one could also easily implement a script that sorts the contents of the
.cache
files by their usage and get the most frequently used completions first.