Miguel Palhas
d417a27f2d
tmux copy bindings piped to xclip, which is X11-only and never worked under Hyprland or over SSH, and set-clipboard was never enabled, so the vi-mode `y` binding was dead too. Route both through OSC 52 instead. terminal-features has to name the outer terminal explicitly: tmux skips OSC 52 silently when the terminfo entry does not claim the capability, which is the common case for an SSH session on xterm-256color. Neovim only falls back to OSC 52 when it finds no clipboard tool, but wl-clipboard is installed on every host, so over SSH it wrote the remote clipboard. Pin the OSC 52 provider for SSH sessions only. Moonlight and Sunshine have no clipboard channel in the protocol, so nothing at the terminal layer can help there. Add kdeconnect on all three hosts for that, and start its indicator from Hyprland — kdeconnectd is DBus-activated and nothing else brings it up at login. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
26 lines
611 B
Nix
26 lines
611 B
Nix
{ inputs, pkgs, ... }:
|
|
{
|
|
imports = [ inputs.nvchad4nix.homeManagerModules.nvchad ];
|
|
home.sessionVariables = {
|
|
EDITOR = "nvim";
|
|
};
|
|
home.packages = with pkgs; [
|
|
nixfmt
|
|
biome
|
|
stylua
|
|
];
|
|
|
|
programs.nvchad = {
|
|
enable = true;
|
|
|
|
# Neovim only auto-picks OSC 52 when it finds no clipboard tool, but
|
|
# wl-clipboard is on every host — so over SSH it writes the *remote*
|
|
# clipboard instead. Locally wl-copy stays: kitty refuses OSC 52 reads.
|
|
extraConfig = ''
|
|
if vim.env.SSH_TTY and vim.env.SSH_TTY ~= "" then
|
|
vim.g.clipboard = "osc52"
|
|
end
|
|
'';
|
|
};
|
|
}
|