Arijit Basu
Arijit Basu
Sounds good 👍
Hi :) glad to know 👍 For the interactive shell, see https://github.com/sayanarijit/xplr/blob/1441275860f39a22f30655a747128075223be296/src/init.lua#L2080 This is how I update it: https://github.com/sayanarijit/.files/blob/c9fb9d40afe509fb718e18e073d39ce35b5ded8b/nixos/files/xplr/init.lua#L240
Very interesting. Could be a ratatui issue. Not sure. Is there a file with a very long name?
Let’s keep it open till the next release, so that others can see this.
First, I'd try the same approach [packer.nvim](https://github.com/wbthomason/packer.nvim). This is probably what the users of this plugin will expect. Which is I think - strip the whole url part, including usernames....
I think I'd prefer it to be a global config in `configuration.nix` or `home.nix`. I'd use it like `devenv someplugin someargument`. E.g. `devenv bettersearch mypackage`
Inspiration: `gh`.
As a quick workaround, depending on if the terminal you are using follows osc7 specification (most modern ones do), you can visit the directory and spawn a new terminal window...
Good find... Not exactly sure what's happening, other than `Call: {command: xplr, args: [.]}` has the expected behavior.
Actually, if you run `BashExec: xplr`, then it has the correct behavior. So with `Call`, we should probably assume it won't respect the environment of the current shell, unless we...