Closed alecStewart1 closed 3 years ago
The basic command to open a new connected terminal is >
. The command is an alias to connect terminal
. To connect a command, you can do for example connect kitty-split-horizontal
.
Do not do kcr edit
. I guess you want to attach. Just do new
.
No such file or directory
means you don’t have kcr
in your path when launching.
As a side note, it does not look right for kitty-split
to be aliased to terminal
because it handles the location and type options of kitty. The terminal
command is an abstraction to <terminal> -e
or <terminal> -e sh -c
to run programs. With this alias, we are for example unable to do terminal tab
— where tab is a valid command.
To connect a command, you can do for example
connect kitty-split-horizontal.
Ooooooh.
I guess you want to attach. Just do
new
.
See, I do that and for a brief seconds, I see a new tab or split coming up for like a brief second...then nothing. There's no new tab or split. Now if I press the keys configured for kitty to do those things, it works as normal.
No such file or directory
means you don’t have kcr in your path when launching.
I mean, it is in my path. ~/.local/bin
which contains kcr
is in my path, so I don't exactly know what to do there. Though maybe that's working as intended.
If new
doesn’t work, there is something not related to kakoune.cr.
For kcr
launching, I suspect you do not have ~/.local/bin
in your path at the moment of launching, but set when you connect to your shell. It can be verified with terminal sh -c 'echo "$PATH" > ~/path.txt'
.
For new
, it may also be due to terminal
not doing a perfect forwarding of the arguments.
If
new
doesn’t work, there is something not related to kakoune.cr.
Hmmm, I'll look at the code for kitty module for Kakoune, and look at what I have for my kitty-split
stuff.
Or maybe it's related to my configuration for Kitty. I'll have to look around.
I suspect you do not have ~/.local/bin in your path at the moment of launching
Hmm, that's weird.
For
new
, it may also be due to terminal not doing a perfect forwarding of the arguments.
Well, I'm not sure how I could debug that.
Nope. ~/.local/bin
is in my path. Even other directories I've added to my PATH, like ~/bin
, are in there.
I just opened up the *scratch*
buffer and did :!sh -c 'echo $PATH'
.
!sh
is different from making kitty launching a new process. Please try with the terminal command to see.
Ah, yup. ~/.local/bin
is not there. So how do I remedy this?
Maybe set your path in your profile file, instead of your shell.
In ~/.profile
? That doesn't change anything. Weird.
Try to restart your environment.
Ah, yup! There we go! Thanks!
@alecStewart1 Unrelated to the issue at hand, but as the author of the original code I just wanted to point out that the built-in kitty support now uses the launch
command and accepts additional parameters to pass on to kitty. You can now simply do `:terminal --location=vsplit", etc. and it will "just work". I've been updating my configs to do that, hopefully will publish it eventually. Also thanks for the shoutout in your config, really made my day!
I use Kitty for my terminal, because I've found that things like Alacritty + tmux is acutally pretty slow.
In order to create splits with Kitty and Kakoune, I have the following code:
However, when trying to create a split with doing
:kitty-split kcr edit
, I'll get back:I'm launch kakoune with
kcr edit
, being as an aliask
. So I don't exactly know how I can use kcr with Kitty.Some guidance would be appreciated, and maybe even some examples in the
share/kcr/init/example.kak
would be great too!