Add submemu to select a resolution, scale for connected monitors

[c4software]

Hi,

Simple submenu to allow users a quick resolution change, scale for connected screen using hyprctl, walker and gum.

screenrecording-2025-09-10_15-08-47.mp4

The current selected value is in italics, and the script at the end explains how to persist this new configuration. If the user only have one screen do not prompt for it. At the end it's also save the configuration to the monitors.conf file.

Features :

• Lists monitors.
• Lists compatible resolutions (including preferred and disabled, which are not shown in the video in the PR).
• Lists scaling options (including auto, also not shown in the video).
• Saves the result and updates the monitors.conf file in a dedicated block at the end.
• Basic profiles system to backup, restore, manage the screen configuration.

screenrecording-2025-09-13_17-12-46.mp4

[axelfontaine]

Shouldn't the TUI offer to persist it for the user as well?

[c4software]

Shouldn't the TUI offer to persist it for the user as well?

It's easy to do, but if you go in this direction hyprmon is a larger tool but can persist and create profiles.

The idea behind this script is just to offer a quick way to temporarily change a monitor resolution.

[LucaNerlich]

The idea behind this script is just to offer a quick way to temporarily change a monitor resolution.

but why would I want that? Honest question.

[c4software]

The idea behind this script is just to offer a quick way to temporarily change a monitor resolution.

but why would I want that? Honest question.

In my case it is to reduce scaling/resolution when doing presentations (classrooms, meeting etc)

[abenz1267]

I don't see the point of this being a TUI instead of just being a submenu.

[c4software]

I don't see the point of this being a TUI instead of just being a submenu.

A submenu is a nice idea, but the user can have multiple screens not just one. And it's just easier to make this evolve outside of the current code of the menu IMO.

[abenz1267]

What exactly is the issue with multiple screens?

A bash script to maintain is a bash script to maintain and the benefits from a better UX outweights the cons of having to maintain slightly more. If at all.

Also: persistency is a must.

[c4software]

Yes you right I will use Walker to render the list instead of fzf to match the style of the menu.

[c4software]

There it is :

screenrecording-2025-09-10_11-54-14.mp4

[abenz1267]

Way better, or not :P. Only minor nitpick: if there's only 1 monitor there's no reason to offer a selection.

[c4software]

Way better, or not :P. Only minor nitpick: if there's only 1 monitor there's no reason to offer a selection.

Nice idea.

[c4software]

Done, I also update the PR description accordingly.

[abenz1267]

Is there a good reason for the confirmation via gum? should be dropped imo. If you want confirmation that should also be done in walker.

Personally I'd remove the confirmation though.

[c4software]

Is there a good reason for the confirmation via gum? should be dropped imo. If you want confirmation that should also be done in walker.

Personally I'd remove the confirmation though.

It's just because the confirmation also explain how to persist the configuration, and display « Monitor, Resolution, scale ».

[abenz1267]

Is there a good reason for the confirmation via gum? should be dropped imo. If you want confirmation that should also be done in walker.
Personally I'd remove the confirmation though.

It's just because the confirmation also explain how to persist the configuration, and display « Monitor, Resolution, scale ».

Yeah, but there's no real reason for it. It's not something system critical and i think it's fair to assume users aren't fully dense. It's also easy to correct, IF someone chose the wrong option. Having a confirmation screen for that... seems overblown.

You can ofc keep it if you feel like it's necessary. But then make it a selection in walker and not annoy the user by popping up a different UI.

For the persistency, i already wrote that above: it should just default to make it persistent. That's what users would expect.

[c4software]

I'm updating the PR to handle :

• Saving to the monitors.conf with updating if already present.
• Automatic mode.
• Disable screen.

[c4software]

Working great :

It's now handle :

• Saving the configuration.
• Disable / Enable screen
• Multiple monitor.

screenrecording-2025-09-10_15-08-47.mp4

[c4software]

And I also added preferred resolution and auto scale.

[c4software]

I also add options to save profiles (save, load, delete)

screenrecording-2025-09-13_17-12-46.mp4