[GH-ISSUE #582] Ability to configure bar layers & exclusive zones #1598

New issue

Closed

opened 2026-05-22 22:53:28 +01:00 by JakeStanger · 0 comments

JakeStanger commented

2026-05-22 22:53:28 +01:00

Owner

Originally created by @JakeStanger on GitHub (May 10, 2024).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/582

Originally assigned to: @JakeStanger on GitHub.

Is your feature request related to a problem? Please describe.

Hidden bars currently sit in a layer which means they take up screen real-estate, which means when shown they cause all windows to move. This is often not desirable.

Describe the solution you'd like

Add a config option to set each bar's ~~layer~~ exclusive zone
If possible, default the bar to ~~the overlay layer~~ no exclusive zone if it starts hidden
For bonus points, I might be able to expose an IPC/CLI command to change a bar's ~~layer~~ exclusive zone at runtime (no idea how GTK or compositors will feel about that one yet)

Describe alternatives you've considered

None known.

Additional context

Discussed in https://github.com/JakeStanger/ironbar/discussions/579

Discussion

^{Originally posted by bertSN1601 May 9, 2024}
hi ,
new ironbar user here on hyprland and until now really happy. however when trying the auotohide functionality i noticed that when revealing a hidden bar , it causes the hyprland windows to resize because the bar takes screen layer real estate. is there a possibility to have the autohiding bars in the overlay layer ?

use cases :

use the launcher module in a bottom bar as a dock with autohide. currently not possible with autohide turned on because of ripple effects on windows.
use cairo module in a side bar with auto hide (or sys_info module) but again a bar in the top layer claims reaal estate. a bar in the overlay layer would be very conveniet way to display this info when needed. however windows will be resized which looks ugly and thus not really usable that way.

regards
Bert

Originally created by @JakeStanger on GitHub (May 10, 2024). Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/582 Originally assigned to: @JakeStanger on GitHub. **Is your feature request related to a problem? Please describe.** Hidden bars currently sit in a layer which means they take up screen real-estate, which means when shown they cause all windows to move. This is often not desirable. **Describe the solution you'd like** - Add a config option to set each bar's ~~layer~~ exclusive zone - If possible, default the bar to ~~the overlay layer~~ no exclusive zone if it starts hidden - For bonus points, I might be able to expose an IPC/CLI command to change a bar's ~~layer~~ exclusive zone at runtime (no idea how GTK or compositors will feel about that one yet) **Describe alternatives you've considered** None known. **Additional context** Discussed in https://github.com/JakeStanger/ironbar/discussions/579 <details><summary>Discussion</summary> <div type='discussions-op-text'> <sup>Originally posted by **bertSN1601** May 9, 2024</sup> hi , new ironbar user here on hyprland and until now really happy. however when trying the auotohide functionality i noticed that when revealing a hidden bar , it causes the hyprland windows to resize because the bar takes screen layer real estate. is there a possibility to have the autohiding bars in the overlay layer ? use cases : 1) use the launcher module in a bottom bar as a dock with autohide. currently not possible with autohide turned on because of ripple effects on windows. 2) use cairo module in a side bar with auto hide (or sys_info module) but again a bar in the top layer claims reaal estate. a bar in the overlay layer would be very conveniet way to display this info when needed. however windows will be resized which looks ugly and thus not really usable that way. regards Bert </div> </details>

JakeStanger

2026-05-22 22:53:28 +01:00