Skip to content

GUI scale setting #1312

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

Closed
adufr opened this issue Jun 25, 2024 · 6 comments · Fixed by #1333
Closed

GUI scale setting #1312

adufr opened this issue Jun 25, 2024 · 6 comments · Fixed by #1333
Assignees
Labels
enhancement New feature or enhancement to existing functionality

Comments

@adufr
Copy link
Contributor

adufr commented Jun 25, 2024

📝 Provide a description of the new feature

Recent discussions in #1276 made me think of a feature idea: GUI scale.

I'm already using Cmd + and Cmd - on my Mac to control the size of Gitify's window (which I'm unzooming a lot so I get more space/informations) -- but this kind of is a poweruser feature as it's a feature implemented into electron and not Gitify itself, so basic users might not know about it.

So why not add some kind of a setting to control this from Gitify's settings page?

➕ Additional Information

No response

@adufr adufr added the enhancement New feature or enhancement to existing functionality label Jun 25, 2024
@setchy
Copy link
Member

setchy commented Jun 26, 2024

Do you have an implementation approach in mind @adufr?

@afonsojramos
Copy link
Member

I thought of a stepped slider, should cover most of the dimensions needed.

@setchy
Copy link
Member

setchy commented Jun 26, 2024

I thought of a stepped slider, should cover most of the dimensions needed.

Makes sense.

Do you know how that might translate into tailwindcss?

@afonsojramos afonsojramos self-assigned this Jun 27, 2024
@afonsojramos
Copy link
Member

Working on a version of this, will give you some demos before saturday 😉

@ssbarnea
Copy link

ssbarnea commented Mar 18, 2025

(Rephrased) I really appreciate that scaling is supported — however, I noticed that window resizing was not implemented in #434. On a 4K display, the fixed-size window appears quite small and makes the information hard to read. While zooming out allows more content to fit, the text becomes too small to be usable. Allowing the window to be resized would make a big difference for high-resolution displays.

Note: Thanks to ChatGPT which converted the original 5/10 on politeness scale comment to 9/10, hope it helps (will use it more often).

By the way, that issue could easily be considered an accessibility (a11y) one because it does affect usage by others that might be visually impaired (need bigger font sizes).

I can fully understand the concerns about feature creeping and especially about features that might increase the maintenance/testing costs. Maybe there are workarounds that can be found for addressing the original issue without adding for more testing combinations. For example, the window size might be linked to the zoom level or to the overall screen size.

Even if you decide to do nothing, is ok. I wish you all the best and to have great time working on your fun projects.

@setchy
Copy link
Member

setchy commented Mar 18, 2025

I find it hilarious that scaling is possible but changing the windows size was refused on #434 -- I have a 4K display and the window is tiny and is quite hard to read the info on it. If I zoom out more info would fit but it would so small that it would not be readable.

Please choose your words more carefully... No need to be rude about past decisions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or enhancement to existing functionality
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants