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

why not using system colors? #328

Open
reithi opened this issue Feb 11, 2018 · 10 comments
Open

why not using system colors? #328

reithi opened this issue Feb 11, 2018 · 10 comments
Assignees

Comments

@reithi
Copy link

reithi commented Feb 11, 2018

I am a visually impaired user and I am using different color settings then the default user. I need always to code in night mode (dark background and light text) because the other ways round I see nearly nothing.
Meanwhile many Smartphone Apps implement that feature because its much easier to see even for normal users.
I wonder why the application isn't using my qtsettings which all the other programs are using.
Would be very helpful if it would.
Thx a lot!!

@ntoll
Copy link
Member

ntoll commented Feb 11, 2018

@reithi aha... I didn't realise Qt could get such settings from the host OS. I'll look into this and thank you for bringing this to my attention. :-)

@reithi
Copy link
Author

reithi commented Feb 12, 2018

@ntoll at least thanks for a theme changer at all, which I wasn't able to find right at the beginning because of the white background.
And thanks for your fast response.

@ZanderBrown
Copy link
Contributor

Unfortunately as we have fairly extensive theming to achieve a consistent look across platforms (which I think is important for a learners tool) I'm not sure this will be practical.

Would love some feedback on our high-contrast theme though

@ntoll
Copy link
Member

ntoll commented Jul 16, 2018

@reithi what @ZanderBrown says.

To put this into context... the feedback we got from teachers is that they use single resources over several platforms, ergo the consistency of the look is important for them (beginners, who may be lacking in confidence, may not know what to do as a result of a trivial [to us] platform specific difference in layout).

Does this make sense? Please do let us know your thoughts, ideas and feedback.

@tmontes
Copy link
Member

tmontes commented Jan 27, 2019

Possible idea, dependent on #693:

  • At least on Windows (and maybe Linux? not sure) two "start menu" entries could be created: one "default mu" that starts Mu with the default day theme, and a second one "dark mu" which people like @reithi would have probably noticed and used from the start.

@carlosperate carlosperate added this to the 1.2 milestone Oct 26, 2020
@dybber
Copy link
Collaborator

dybber commented Feb 19, 2021

I like the idea of having two different start-menu entries, one just called "Mu", and another called "Mu (High contrast)" or similar. I guess it's the High contrast theme that would be helpful for users like @reithi.

@ntoll
Copy link
Member

ntoll commented Feb 19, 2021

I've just had a look, and this SO discussion appears to provide demonstration Python code for detecting the light/dark mode of the parent OS (be that Mac, Windows or "Gnome"). If we can try to "best effort" infer the user's preferences on first start, I think we should try. Mu is, after all, a friendly IDE.

https://stackoverflow.com/questions/65294987/detect-os-dark-mode-in-python

@dybber
Copy link
Collaborator

dybber commented Feb 19, 2021

Oh, good find! That should be doable, I can make a PR and we can get people to test it on various systems. I guess if we can get it to work on Mac, Windows and GNOME that will be good enough for a "best effort", everyone else will have to switch manually. As Mu remembers the theme settings, this will only be necessary to do on the first run of Mu.

@ZanderBrown
Copy link
Contributor

or "Gnome"

Oh no

@dybber
Copy link
Collaborator

dybber commented Mar 1, 2021

or "Gnome"

Oh no

Woops! Edited :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants