xenia/kakoune
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
84be263321
kakoune/rc/windowing/repl/x11.kak

42 lines
1.4 KiB
Plaintext
Raw Normal View History

Rename ModuleLoad hook to ModuleLoaded This clarifies, that the hook is run *after* the module is loaded.
2019-06-25 17:48:24 +02:00
hook global ModuleLoaded x11 %{
Added modules to extra files
2019-03-13 22:00:59 +01:00
require-module x11-repl
}
provide-module x11-repl %{
changed the way the x11 REPL interaction works Now it uses the window id to identify the REPL window. It is stored in the option x11_repl_id. That way it is possible to have different REPLs for different buffers or windows.
2020-10-27 11:12:09 +01:00
declare-option -docstring "window id of the REPL window" str x11_repl_id
rc: Make docstrings more readable This cosmetics commit makes use of the auto-deindentation syntax, available to docstrings.
2020-02-03 20:53:28 +01:00
define-command -docstring %{
x11-repl [<arguments>]: create a new window for repl interaction
All optional parameters are forwarded to the new window
} \
Fix, complete and add docstring documentation to builtin commands Level out the builtin commands loaded at startup in terms of format and expressiveness. The following convention was followed: * commands that take more than one argument have to be described along with their parameters prior to the actual documentation, otherwise the docstring consists in a capitalized sentence e.g. `command <arg1>: do something` * optional arguments are enclosed in square brackets, to comply with the format used for hardcoded commands e.g. `cd [<directory>]` * describe the effects of the command in the documentation string and omit implementation details unless they are relevant. Usually command names include the name of the tool they use, so they don't need to be redundantly mentioned e.g. `tmux-new-pane <arguments>: open a new pane` * document the format the parameters to the commands, or list them if they are to be chosen among a list of static values (c.f. `spell.kak`)
2016-10-11 09:03:41 +02:00
-params .. \
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
x11-repl %{ x11-terminal-window sh -c %{
if the $WINDOWID is not set, use xdotool to get the window id
2020-10-30 14:35:20 +01:00
winid="${WINDOWID:-$(xdotool search --pid ${PPID} | tail -1)}"
simplify x11-repl by using x11-terminal
2020-10-27 22:57:04 +01:00
printf "evaluate-commands -try-client $1 \
if the $WINDOWID is not set, use xdotool to get the window id
2020-10-30 14:35:20 +01:00
'set-option current x11_repl_id ${winid}'" | kak -p "$2"
simplify x11-repl by using x11-terminal
2020-10-27 22:57:04 +01:00
shift 2;
[ "$1" ] && "$@" || "$SHELL"
} -- %val{client} %val{session} %arg{@}
}
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
complete-command x11-repl shell
split x11 repl functionality to x11-repl.kak
2016-01-26 14:05:35 +01:00
rc repl x11: allow arg for repl send & refocus kak tmux-send-text allows sending an argument, when supplied the argument will be sent to the REPL instead of the current selection. tmux-send-text also keeps kak focussed, which does not happen in the x11 variant as it uses xdotool to switch window. this patch allows: * Passing an argument to x11-send-text, so that value will be sent instead of the current selection. * We capture the window id of the current (presumably kak window) before we use xdotool to switch window. We can therefore switch back to kak afterwards (which we do)
2021-01-16 16:51:41 +01:00
define-command x11-send-text -params 0..1 -docstring %{
x11-send-text [text]: Send text to the REPL window.
If no text is passed, then the selection is used
} %{
rc/x11: failure message when some external tools are missing Addresses #3591
2020-07-11 18:23:27 +02:00
evaluate-commands %sh{
rc repl x11: do not send new line The X11 repl is unique in that it sends the selection (or parameter) with a new line appended. This patch removes that new line and thus, brings it into line with the tmux and kitty versions.
2021-02-02 07:53:29 +01:00
([ "$#" -gt 0 ] && printf "%s" "$1" || printf "%s" "${kak_selection}" ) | xsel -i ||
rc/x11: failure message when some external tools are missing Addresses #3591
2020-07-11 18:23:27 +02:00
echo 'fail x11-send-text: failed to run xsel, see *debug* buffer for details' &&
rc repl x11: allow arg for repl send & refocus kak tmux-send-text allows sending an argument, when supplied the argument will be sent to the REPL instead of the current selection. tmux-send-text also keeps kak focussed, which does not happen in the x11 variant as it uses xdotool to switch window. this patch allows: * Passing an argument to x11-send-text, so that value will be sent instead of the current selection. * We capture the window id of the current (presumably kak window) before we use xdotool to switch window. We can therefore switch back to kak afterwards (which we do)
2021-01-16 16:51:41 +01:00
kak_winid=$(xdotool getactivewindow) &&
xdotool windowactivate "${kak_opt_x11_repl_id}" key --clearmodifiers Shift+Insert &&
xdotool windowactivate "${kak_winid}" ||
rc/x11: failure message when some external tools are missing Addresses #3591
2020-07-11 18:23:27 +02:00
echo 'fail x11-send-text: failed to run xdotool, see *debug* buffer for details'
split x11 repl functionality to x11-repl.kak
2016-01-26 14:05:35 +01:00
}
}
rc repl: Normalise REPL commands It's unclear what the `send-text` alias does at first glance, so prefixing it with "repl-" both fixes that and helps make it discoverable via the command prompt's fuzzy matcher. The `repl` alias also seems too generic a name, the "-new" suffix should hopefully give a hint that it creates a new window.
2020-09-01 12:30:34 +02:00
alias global repl-new x11-repl
alias global repl-send-text x11-send-text
Added modules to extra files
2019-03-13 22:00:59 +01:00
}
Reference in New Issue Copy Permalink