Feed of "rrc"

rrc opened issue gpanders/ijq#21

2025-09-12T21:06:03+02:00

❯ go install codeberg.org/gpanders/ijq@latest
go: codeberg.org/gpanders/ijq@latest: version constraints conflict:
        codeberg.org/gpanders/[email protected]: parsing go.mod:
        module declares its path as: git.sr.ht/~gpanders/ijq
                but was required as: codeberg.org/gpanders/ijq

This appears to be fixed on master, but anyone trying to install latest will hit this error

rrc pushed to rrc/regex-insert-config at rrc/foot

2025-08-30T23:43:40+02:00

4d19e829b3efa97e08ba9b6e00c3c274b7fb4594 Update uppercase-regex-insert for PR feedback.

rrc created pull request dnkl/foot#2160

2025-08-07T14:20:59+02:00

Fixes #2159.

This makes the "uppercase hint character inserts selected text" behavior
added in #1975 configurable, as it can have unexpected behavior for some users.

It defaults to "off", preserving the original behavior of foot before #1975.

rrc pushed to rrc/regex-insert-config at rrc/foot

2025-08-07T14:20:17+02:00

2a796d77e3ab40fca76641ff5d9b05467348c656 Add uppercase-regex-insert config option. 72d9a13c0c6b6ee4b56a38f508c2e8d5c56616b5 server: fix compilation error: return value ignored b13a8f12d2d360e0923ee30ff40f25b245576bb5 server/client: add support for sending SIGUSR to footclient 70d99a80513f574ac6d74989282b3481572513ce changelog: SIGUSR changes in the server b1b2162416cc0633b6432b0af48e79de6a5540d2 doc: foot.ini: mention SIGUSR1/SIGUSR2 and reference foot(1)

rrc created branch rrc/regex-insert-config in rrc/foot

2025-08-07T14:20:17+02:00

rrc commented on issue dnkl/foot#2159

2025-08-07T14:03:22+02:00

Copy-and-insert behavior for regex-copy should be configurable

would having different key bindings for copy and insert be too annoying

I've gotten used to the current behavior, but I could probably get used to something different.

I've realized 2 doesn't really work, since this behavior also applies to show-urls-copy, which doesn't have it's own regex configuration section.

rrc opened issue dnkl/foot#2159

2025-08-02T23:20:11+02:00

Describe your feature request

#1975 implemented a feature where holding an uppercase key while in regex-copy mode will also insert the selected text.
@mjo pointed out that this can be undesireable or confusing in some scenarios.
It would be nice if it were configurable. I see a few options:

Make it a global setting, e.g. uppercase-copy-and-insert-regex=true (I have no idea what to call this)
Make it a per-regex setting, e.g. [regex:blah] uppercase-insert=true
Make it a per-binding setting, e.g. `[key-bindings]

If we do this, should it default to true (current behavior) or false (previous behavior, before #1975)?

There's also a 4th option that is not mutually exclusive with the above
4. Make it a separate binding, e.g. regex-copy-and-insert

This has slightly different ergonomics, in that you need to start the action with a separate keybinding.

rrc commented on issue dnkl/foot#1975

2025-08-01T21:55:40+02:00

Insert regex selection in prompt

Ah, sorry. I see how that could be confusing. I had based this off the behavior in wezterm

Typing in the uppercase form of the prefix will copy AND paste the highlighted text, and cancel quick select mode.

I think it makes sense to make this configurable, and/or add a separate binding like regex-copy-and-insert

rrc commented on pull request dnkl/foot#2081

2025-05-01T13:03:21+02:00

Paste URL/regex selection to prompt if key is uppercase.

Gah, sorry. Thanks for the repeated reviews

rrc pushed to rrc/regex-copy-paste at rrc/foot

2025-05-01T13:02:42+02:00

682c6fc17c32041d064e92c08d13f05b0017526c Fix formatting.

rrc pushed to rrc/regex-copy-paste at rrc/foot

2025-04-30T22:17:09+02:00

1bd8b6f659b82764ab9fc8f97a176c337a9b390a Fix unintended changes

rrc pushed to rrc/regex-copy-paste at rrc/foot

2025-04-30T22:08:18+02:00

b3e4e125d003d280c06523efe541c8f880f4255a Fix doc, move logic to activate_url.

rrc pushed to rrc/regex-copy-paste at rrc/foot

2025-04-30T12:45:13+02:00

a5c43df2d5ab0e961ab18a0b4e458a978850ecc7 Use 32-bit char comparison, update docs.

rrc commented on pull request dnkl/foot#2081

2025-04-29T13:01:31+02:00

Paste URL/regex selection to prompt if key is uppercase.

I copied some code from selection.c to add the bracketing. I tried calling selection_from_clipboard, which seemed a more direct way to do this, but clipboard->data_offer is NULL, though I think activate_url should have put the data on the clipboard already.

rrc pushed to rrc/regex-copy-paste at rrc/foot

2025-04-29T12:53:31+02:00

984d3925d395b51e73d9441eee6b7670cc1d3ffd Bracket pastes.

rrc created pull request dnkl/foot#2081

2025-04-29T02:02:45+02:00

Fixes #1975.

In copy-regex/show-urls-copy mode, if the last input character
was uppercase, copy the selection to the clipboard and paste
it. This is useful for taking a file path from a command output
(log, git, test failure, etc.) and using it in another command.

This is inspired by the behavior of copy mode in wezterm:
https://wezterm.org/quickselect.html

I could have made it check every character in the hint, but it
seemed fine to assume that if the last character was uppercase,
the user wanted this behavior.

rrc pushed to rrc/regex-copy-paste at rrc/foot

2025-04-29T02:02:13+02:00

6e810fb677339ee00cc002447af63ba9fa520fcf Paste URL/regex selection to prompt if key is uppercase.

rrc created branch rrc/regex-copy-paste in rrc/foot

2025-04-29T02:02:13+02:00

rrc created repository rrc/foot

2025-04-29T02:01:37+02:00

rrc opened issue dnkl/foot#1975

2025-02-24T12:56:19+01:00

Describe your feature request

The new regex selection feature is great, but one thing I'm missing from other terminals is the ability to insert the selected text in the prompt. This is useful for filenames and git hashes, where I want to quickly pick the output of a prior command and use it as an argument to my next command.

For now, I'm working around it using wtype, but it's not as smooth as having the terminal insert it (you can see the individual characters being typed out):

[regex:generic]
# hash|path
regex=([a-fA-f0-9]{7,128}|\S+/\S+)
launch=wtype "${match}"

Ideally there would be a regex-paste command or something.

rrc commented on pull request dnkl/foot#1935

2025-02-12T00:29:58+01:00

Generic, regex-based label mode

Thank you for implementing this! It was the one big feature I was missing relative to other terminals out there. It works great!

rrc commented on pull request dnkl/foot#1952

2025-02-10T13:27:51+01:00

config: regex: fix invalid free

That fixed it, thanks!

rrc opened issue dnkl/foot#1951

2025-02-09T18:41:37+01:00

Foot Version

foot version: 1.20.2-100-gd84b0d4c (Feb 09 2025, branch 'master') +pgo +ime +graphemes +toplevel-icon +system-bell -assertions

TERM environment variable

foot

Compositor Version

Hyprland 0.47.2

Distribution

Archlinux

Terminal multiplexer

none

Shell, TUI, application

bash

Server/standalone mode

Standalone
Server

Foot config

```
[regex:hashes]
regex=([a-fA-f0-9]{7,128})
launch=wl-copy ${match}
```

Description of Bug and Steps to Reproduce

foot segfaults on startup

If I remove the launch key, it resolves

Relevant logs, stacktraces, etc.

#0  0x00007ffff7b828d8 in free () from /usr/lib/libc.so.6
#1  0x00005555555a506a in free_argv (argv=argv@entry=0x7fffffffd7b8) at ../config.c:782
#2  0x0000555555573b52 in spawn_template_free (template=0x7fffffffd7b8) at ../config.c:812
#3  value_to_spawn_template (ctx=ctx@entry=0x7fffffffd920, template=template@entry=0x7fffffffd7b8) at ../config.c:826
#4  0x0000555555574208 in parse_section_regex (ctx=ctx@entry=0x7fffffffd920) at ../config.c:1331
#5  0x000055555555a657 in parse_config_file (f=f@entry=0x5555555d4420, conf=conf@entry=0x7fffffffdc80, path=path@entry=0x5555555e4090 "/home/rcorre/.config/foot/foot.ini", 
    errors_are_fatal=errors_are_fatal@entry=false) at ../config.c:3077
#6  0x0000555555592a60 in config_load (conf=0x7fffffffdc80, conf_path=<optimized out>, initial_user_notifications=0x7fffffffdaa0, overrides=<synthetic pointer>, 
    errors_are_fatal=<optimized out>, as_server=false) at ../config.c:3510
#7  main (argc=0, argv=0x7fffffffe5a0) at ../main.c:498

rrc commented on issue dnkl/foot#1872

2025-01-02T22:03:36+01:00

Feature: Path detection

Another idea: a generic "select mode" where you set a regex pattern to pick what you want. It’d give more control, but might be overkill since it’s hard to see it being useful beyond paths and URLs.

I've used this in other terminals for things beyond paths and URLs: