search

hyprwm / Hyprland

Hyprland is a highly customizable dynamic tiling Wayland compositor that doesn't sacrifice on its looks.
https://hyprland.org
BSD 3-Clause "New" or "Revised" License
18.26k stars 760 forks source link

hyprctl getoption no longer supports device options? #5724

Open Rabcor opened 2 months ago

Rabcor commented 2 months ago

Hyprland Version

System/Version info ```sh Hyprland, built from branch at commit fe7b748eb668136dd0558b7c8279bfcd7ab4d759 (props: bump version to 0.39.1). Date: Tue Apr 16 16:01:03 2024 Tag: v0.39.1, commits: 4460 flags: (if any) System Information: System name: Linux Node name: Murmaider Release: 6.6.28-1-lts Version: #1 SMP PREEMPT_DYNAMIC Wed, 17 Apr 2024 10:11:09 +0000 GPU information: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GA104 [Geforce RTX 3070 Ti Laptop GPU] [10de:24a0] (rev a1) (prog-if 00 [VGA controller]) 06:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Rembrandt [Radeon 680M] [1002:1681] (rev c7) (prog-if 00 [VGA controller]) os-release: NAME="EndeavourOS" PRETTY_NAME="EndeavourOS" ID="endeavouros" ID_LIKE="arch" BUILD_ID="2023.11.17" ANSI_COLOR="38;2;23;147;209" HOME_URL="https://endeavouros.com" DOCUMENTATION_URL="https://discovery.endeavouros.com" SUPPORT_URL="https://forum.endeavouros.com" BUG_REPORT_URL="https://forum.endeavouros.com/c/arch-based-related-questions/bug-reports" PRIVACY_POLICY_URL="https://endeavouros.com/privacy-policy-2" LOGO="endeavouros" plugins: ```

Bug or Regression?

Regression

Description

I used to be able to do: hyprctl getoption "device:asue120a:00-04f3:319b-touchpad:enabled"

To see if the touchpad is enabled or not, i tried also with the new keyword syntax

hyprctl getoption "device[asue120a:00-04f3:319b-touchpad]:enabled"

But now in both cases it just says no such option

How to reproduce

hyprctl getoption "device[$(hyprctl -j devices | jq -r '.mice[].name | select(contains("touchpad"))')]:enabled"

tchofy commented 2 months ago

Ever since the migration to hyprlang, it was one of the tradeoffs for the improvement. A workaround suggested by vaxry is having a variable on hyprland.conf and update that value: https://github.com/hyprwm/Hyprland/issues/5195#issuecomment-2012410945

Rabcor commented 2 months ago

Ever since the migration to hyprlang, it was one of the tradeoffs for the improvement. A workaround suggested by vaxry is having a variable on hyprland.conf and update that value: #5195 (comment)

Well that's old, like i said there's a new syntax, device:<dev>:<param> with device[<dev>]:<param>, it's working with keyword but not with getoption. It's even mentioned in the thread you linked me to ( https://github.com/hyprwm/hyprlang/issues/35 )

tchofy commented 2 months ago

Ah you're right, sorry, just woke up. Everything I've tried doesn't give me the value of the variable, so I don't see a way to get it outside of grepping hyprland.conf directly.