14 Jan 2025 |
V | Ah is sway really i3wm? Can I just copy and paste my keybinds? | 03:50:44 |
@enigma9o7:envs.net | well its not really i3, it really sway. but should be able to use same keybinds, yes, thats the goal | 03:51:46 |
V | Marvel Rivals kept crashing on my on X11 | 03:53:09 |
V | So O swapped to.... hyprland -_- | 03:53:18 |
V | Laptop's busted so I'll need to configure everything before swapping windows managers | 03:55:55 |
V | beforehand | 03:55:59 |
empress+healerofages11 | Interesting | 06:39:15 |
empress+healerofages11 | output is good on my end just too many orsb | 06:41:26 |
empress+healerofages11 | Just make sure to include the important | 06:43:05 |
empress+healerofages11 | I think a resolution is in order | 06:43:55 |
empress+healerofages11 | I can clear the setting whenever
Nobody will be in house Main went to hospital | 06:45:00 |
empress+healerofages11 | Just say | 06:45:59 |
empress+healerofages11 | Done | 06:49:53 |
empress+healerofages11 | Patricia | 06:51:14 |
empress+healerofages11 | Got u | 06:51:26 |
empress+healerofages11 | Done | 06:51:34 |
| Jez (he/him) ♾️ joined the room. | 09:47:37 |
pitch | i have read the manuals over and over, but i can't find a clue about the implications of multiple config lines/files. | 15:27:04 |
pitch | what happens if i configure a keybind and then configure the same key again? Is it first hit, like ssh? what if i reference a variable before setting it. all that is not documented as far as i see. | 15:28:46 |
pitch | can someone provide insights with sources? and if so, may i send a PR or is there a reason for not having it in the docs? | 15:30:36 |
sid | Recreating a key bind which already exist is considered a warning. You'll get a `Warning on line XX (filename) 'bindsym ...': Overwriting binding '...' to '...' from '...' | 15:55:22 |
sid | Sway will still launch, but with a visible warning bar. The later bind will apply | 15:56:10 |
sid | * Recreating a key bind which already exist is considered a warning. You'll get a `Warning on line XX (filename) 'bindsym ...': Overwriting binding '...' to '...' from '...'` | 15:56:23 |
sid | * Recreating a key bind which already exist is considered a warning. You'll get a Warning on line XX (filename) 'bindsym ...': Overwriting binding '...' to '...' from '...' | 15:56:34 |
sid | As for sources; https://github.com/swaywm/sway/blob/0b08dce08cbcf515103d8a7fd8c390ed04c93428/sway/commands/bind.c#L209-L230 I guess | 16:02:30 |
Jez (he/him) ♾️ | also worth knowing that the config is treated as a list of commands which are executed first to last, so later binds will override earlier ones (with the warning) | 16:02:47 |
sid | Regarding variable use before declaring, I just tried:
bindsym $mod+g exec $foo
set $foo wezterm
And it worked fine. I guess it's OK as long as it's defined before you invoke the key bind. I don't know if that explains what you want. I also don't know if that's because I'm reloading sway rather than re-launching it entirely
| 16:10:40 |
15 Jan 2025 |
oxo | To rebind a key without the warning use bindkey with the --no-warn option | 03:11:59 |
sid | ooh https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/4545 was merged, unblocking https://github.com/swaywm/sway/pull/7976 (and maybe https://github.com/emersion/xdg-desktop-portal-wlr/issues/107 ?). Being able to screen share a single window is the last blocker I have for using Sway comfortably at work. | 10:19:37 |
16 Jan 2025 |
kdn | I need to get the Hubstaff app, but it's giving me error like below, while ASHPD Demo does screenshots without issues. Can I open up screenshotting permissions to everything temoporarily on the WLR portal?
2025-01-16 15:22:37.222730+0100 [AUDIT] [2e218:main] ActivityTracker.cpp:719 (START_IGNORED) Unable to start tracking project(3311052) due to Screenshots data consent/permission
2025-01-16 15:22:37.225293+0100 [DEBUG] [2e218:main] Portal.cpp:103 state: 0
2025-01-16 15:22:37.225334+0100 [AUDIT] [2e218:main] Portal.cpp:106 (SCREENSHOT_PERMISSIONS_DENIED) Requesting user grant permissions to use portal screenshots
2025-01-16 15:22:37.225388+0100 [DEBUG] [2e218:main] FLTimer.cpp:29 isValid:1
| 14:39:04 |