Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

✨ Option to preserve aspect ratio on smaller/larger window actions #554

Open
4 tasks done
greg1075 opened this issue Sep 8, 2024 · 1 comment
Open
4 tasks done
Labels

Comments

@greg1075
Copy link

greg1075 commented Sep 8, 2024

Bug Description

Windows do not maintain its width-to-height ratio when resized. Please refer to the screenshots for reference. In the first screenshot, the window is set using the ‘Almost Maximize’ option. In the second screenshot, I pressed the ‘Smaller’ window manipulation keybind 20 times.

Steps To Reproduce

  1. Assign a keybind to the "larger" or "smaller" window manipulation.
  2. Hit the key combo several times

Expected Behavior

Windows should retain their aspect ratio as a way to have more window resizing options without the need to create too many custom keybinds/sizes.

Actual Behavior

Windows don't keep their width/height ratio when made larger or smaller.

Screenshots

Screenshot 2024-09-08 at 6 31 16 PM Screenshot 2024-09-08 at 6 34 56 PM

macOS Version

macOS Sequioa 15.0 public beta 8

Loop Version

Version 1.1.1 (1259)

Additional Context

No response

Final Checks

  • My issue is written in English
  • My issue title is descriptive
  • This is a single bug (multiple bugs should be reported individually)
  • I can help with fixing or developing this issue (tick if you can help).
@greg1075 greg1075 added the Bug label Sep 8, 2024
@MrKai77
Copy link
Owner

MrKai77 commented Sep 10, 2024

Interesting, I will look into adding this :)

@MrKai77 MrKai77 changed the title 🐞 Smaller/Larger Window Manipulation custom keybinding ✨ Option to preserve aspect ratio on smaller/larger window actions Sep 12, 2024
@MrKai77 MrKai77 added Feature and removed Bug labels Sep 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants