Skip to content

feat(appearance): support gap < active_hint#1970

Open
adil192 wants to merge 1 commit into
pop-os:masterfrom
adil192:feat/active-window-hints-without-gaps
Open

feat(appearance): support gap < active_hint#1970
adil192 wants to merge 1 commit into
pop-os:masterfrom
adil192:feat/active-window-hints-without-gaps

Conversation

@adil192
Copy link
Copy Markdown

@adil192 adil192 commented Apr 21, 2026

Lets the user set gaps less than the active window hint.

I recognize that this was an intentional UX decision aimed to prevent the active window hint overlapping with other windows. So I've left this behavior unchanged except that I've made it optional now.

Behavior before:

  • Increasing the active_hint also increases the gap if lower.
  • The user cannot decrease the gap below the active hint.

Behavior now:

  • Increasing the active_hint also increases the gap if lower.
    This is unchanged and keeps the sensible default of gaps >= active_hint.
  • The user can now decrease the gap if they wish.

Closes #1683


  • I have disclosed use of any AI generated code in my commit messages.
    • If you are using an LLM, and do not fully understand the changes it is making to the code base, do not create a PR.
    • In our experience, AI generated code often results in overly complex code that lacks enough context for a proper fix or feature inclusion. This results in considerably longer code reviews. Due to this, AI authored or partially authored PRs may be closed without comment.
  • I understand these changes in full and will be able to respond to review comments.
  • My change is accurately described in the commit message.
  • My contribution is tested and working as described.
  • I have read the Developer Certificate of Origin and certify my contribution under its conditions.

Lets the user set gaps less than the active window hint.

I recognize that this was an intentional UX decision aimed to prevent the active window hint overlapping with other windows. So I've left this behavior unchanged except that I've made it optional now.

Behavior before:
- Increasing the active_hint also increases the gap if lower.
- The user cannot decrease the gap below the active hint.

Behavior now:
- Increasing the active_hint also increases the gap if lower.
  This is unchanged and keeps the sensible default of `gaps >= active_hint`.
- The user _can_ now decrease the gap if they wish.
@jacobgkau jacobgkau requested a review from a team April 21, 2026 15:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Feature Request] Support active window hints without gaps

1 participant