kakoune/rc/windowing/new-client.kak

define-command new -params .. -docstring '
new [<commands>]: create a new Kakoune client
The ''terminal'' command is used to determine the user''s preferred terminal emulator
The optional arguments are passed as commands to the new client' \
%{
    terminal kak -c %val{session} -e "%arg{@}"
}

complete-command -menu new command
Add a complete-command command to configure command completion This makes it possible to change command completion in hooks and paves the way to more flexibility in how custom commands can be completed 2022-02-22 10:14:47 +01:00			`define-command new -params .. -docstring '`
Fix typos 2021-06-13 04:12:03 +02:00			`new [<commands>]: create a new Kakoune client`
rc windowing: allow to configure windowing system and window placement in new/terminal commands Today I can control "terminal" and "new" by changing the terminal alias but I always need to choose a concrete implementation, like "tmux-terminal-horizontal", even when there is otherwise no need to mention tmux in my config. Allow to configure windowing system and window placement independently by introducing dedicated options. This allows to create mappings that work in any windowing system like map global user c %{:with-option windowing_placement window new<ret>} map global user '"' %{:with-option windowing_placement vertical new<ret>} map global user '%' %{:with-option windowing_placement horizontal new<ret>} For windowing systems that don't support all placements, you can wrap the above in try/catch to fall back on the "window" variant which is defined for all windowing systems. When using multiple (nested) windowing systems, you might want to add mappings like map global user t %{:with-option windowing_module tmux new<ret>} map global user T %{:with-option windowing_module wayland new<ret>} --- This changes the default "terminal" alias for some modules. In particular, instead of delegating to iterm-terminal-vertical screen-terminal-vertical tmux-terminal-horizontal wezterm-terminal-vertical it will now by default delegate to the respective "-window" variant. We could maintain backwards compatiblity here by setting the "windowing_placement" option accordingly, but the new behavior seems more logical? Also, this removes the "terminal-tab" alias which was only defined by the kitty module. We could try to keep the alias approach and implement a "with-alias" command, however that approach can only capture both dimensions (windowing system and placement) if we add tons of commands like "terminal-horizontal" (with implied windowing system) and "tmux-terminal" (with implied placement). Side thought: we could also get rid of the "focus" alias and instead define define-command focus %{ "%opt{windowing_module}-focus" } Closes #3943, #4425 2023-11-01 11:21:19 +01:00			`The ''terminal'' command is used to determine the user''s preferred terminal emulator`
Factor the 'new' commands out of their respective windowing systems 2018-12-09 10:03:30 +01:00			`The optional arguments are passed as commands to the new client' \`
			`%{`
Remove explicit fail in `new` command That fail prevents the real error message from being displayed 2022-01-24 11:41:43 +01:00			`terminal kak -c %val{session} -e "%arg{@}"`
Factor the 'new' commands out of their respective windowing systems 2018-12-09 10:03:30 +01:00			`}`

rc windowing: use menu behavior for focus We can complete every possible client argument. 2022-07-19 15:56:05 +02:00			`complete-command -menu new command`