dnkl changed the topic of #foot to: Foot - fast, lightweight and minimalistic Wayland terminal emulator || 1.7.2 || https://codeberg.org/dnkl/foot || channel logs: https://libera.irclog.whitequark.org/foot
creese has quit [Ping timeout: 250 seconds]
creese has joined #foot
rcf is now known as blaahaj
blaahaj is now known as rcf
<creese> For example, I would like to remap C-n to C-<left>, C-e to C-<down>, etc. I don't want to apply this everywhere. Just when I'm in a terminal. In alacritty, this can be accomplished by a line like `- { key: N, mods: Control, chars: "\x1bOD" }`. Does foot have an equivalent?
creese has quit [Ping timeout: 250 seconds]
creese has joined #foot
<dnkl> creese: not at the moment. See https://codeberg.org/dnkl/foot/issues/325
<creese> Thanks, I'll comment in the issue. I think there is a valid use case for remapping keys just in a terminal.
<creese> Is it possible to apply xkb mappings only to windows of a certain class?
<creese> I've only ever used it globally.
<dnkl> creese: there's no generic (compositor agnostic) way that I'm aware of. _might_ be possible in e.g. Sway?
<dnkl> creese: https://github.com/swaywm/sway/pull/4504 (assuming you're on Sway 🙂)
creese has quit [Quit: Client closed]
creese has joined #foot
<creese> I'm currently running Gnome. I've used Sway before.
yyp has joined #foot
novakane has joined #foot
creese has quit [Ping timeout: 250 seconds]
* dnkl just switched to sway+wlroots master. Hello xdg activation!
amk has quit [Read error: Connection reset by peer]
amk has joined #foot
amk has quit [Read error: Connection reset by peer]
amk has joined #foot
novakane has quit [Quit: WeeChat 3.1]
novakane has joined #foot
<mcol> Is there a setting to automatically copy the selection to the clipboard?
<dnkl> mcol: it's already copied automatically to the primary selection (i.e the "mouse" clipboard). But you can set "selection-target" to either copy to the regular clipboard instead, or to both the primary selection and the clipboard
<mcol> dnkl: by "automatic" I mean that when the selection is made it is copied to the selection-target without a keybinding. Currently I have to hit the configured keys to do this. Do you mean that as well?
<mcol> I'm on 1.7.2, perhaps this is old
<dnkl> mcol: that's what I mean :)
<dnkl> Let me check
<mcol> ok awesome
<mcol> i just noticed for the first time from the message you sent at 08:05 that foot supports emojis!
<dnkl> mcol: 1.7.2 has the selection-target option. And automatic copying to the primary selection has always existed
<mcol> interesting, my foot.ini doesn't have selection-target
<dnkl> mcol: yup 🙂. But not the more complex variants that involve sequences of codepoints (👩‍🔬, for example)
<dnkl> mcol: maybe it's based on an older version?
<dnkl> It was added in 1.6.4
<dnkl> Just add it yourself. Check "man foot.ini" for valid values
<mcol> ah yep, default is primary so i probably read it when looking through the man pages and ignored it because that is what i want
<mcol> the clipboard-copy keybinding works perfectly
<mcol> however the copy is not done automatically
<mcol> FWIW I made the compositor I'm using so it's possible that it's not set up correctly
<dnkl> mcol: clipboard-copy copies to the "clipboard", not the "primary" selection. They are two distinct clipboards.
<mcol> I thought so too, however it copies to my primary :p
<dnkl> mcol: you usually paste from the primary selection with the middle mouse button
<mcol> or maybe not
<mcol> right
<mcol> so this whole time I have been using clipboard and not primary
<mcol> and it's working as expected
<mcol> that would make sense
<dnkl> mcol: fwiw foot binds shift+insert to the "primary paste" action, by default. That is, foot allows you to paste from the primary selection with either the middle mouse button, or shift+insert
<dnkl> mcol: all applications usually support the middle mouse button, while some are like foot and also support shift+insert
<mcol> neither of those do anything, so maybe the compositor's primary selection isn't working
<mcol> a lead! Thanks, I should be able to debug this further :)
<dnkl> mcol: start foot from another terminal. It'll log a warning message if primary selection isn't supported by the compositor
<mcol> It does not log that -- and it wasn't too long ago I added the primary selection, and remember this log disappearing
<mcol> i'm just using wlroots' primary selection
<mcol> specifically wlr_primary_selection_v1_device_manager
<dnkl> mcol: aha, didn't realize you were running your own compositor... 🙂
<dnkl> But yeah, that's the one
<dnkl> mcol: sounds like it might be time for some WAYLAND_DEBUG=1 debugging...
<mcol> lol yep, trying to be cautious about these kinds of things because any problem could be my own doing
lunik1 has quit [Quit: :x]
yyp has quit [Read error: Connection reset by peer]
yyp has joined #foot
novakane has quit [Quit: WeeChat 3.1]
hspak04509 has joined #foot
hspak0450 has quit [Ping timeout: 264 seconds]
hspak04509 is now known as hspak0450
hspak04503 has joined #foot
hspak0450 has quit [Read error: Connection reset by peer]
creese has joined #foot
creese has quit [Ping timeout: 250 seconds]
mvdan has quit [Quit: node-irc says goodbye]
Jano[m] has quit [Quit: node-irc says goodbye]
mvdan has joined #foot
Jano[m] has joined #foot
novakane has joined #foot
creese has joined #foot
creese has quit [Quit: Client closed]
lunik14 has joined #foot
lunik14 has quit [Client Quit]
lunik14 has joined #foot
lunik14 has quit [Quit: :x]
lunik14 has joined #foot
lunik14 has quit [Client Quit]
lunik14 has joined #foot
st3r4g has joined #foot
yyp has quit [Remote host closed the connection]
yyp has joined #foot
novakane has quit [Quit: WeeChat 3.1]
lunik14 has quit [Quit: :x]
lunik14 has joined #foot
lunik14 is now known as lunik1
yyp has quit [Remote host closed the connection]
ynakao has quit [Quit: WeeChat 3.1]
ynakao has joined #foot
st3r4g has quit [Quit: おやすみ]
lunik1 has quit [Quit: :x]
lunik1 has joined #foot