I wanted to fix it, but ran into resistance about using QSettings for that, and yet no other solution has been forthcoming either. The default Fusion widget style still has hard-coded colors, by the way. So it just becomes more work for widgets, controls and applications to have both sets of images, in addition to having different resolutions for high-dpi support, whenever they are built that way. And so far Apple didn’t put the switch in the menubar, but I suppose that’s probably inevitable too: a utility will probably show up in the app store, if there’s an API to make it possible.Īnyway, to the extent that widgets and controls are drawn with QPalette colors, switching the palette globally ought to be easy and we have QEvent::PaletteChange, so applications have already been able to respond quickly to system-wide palette changes for ages, right? But there’s the trend of using image-based styles more, which contributes to the annoyance that you don’t actually have system-wide control over colors and styles. But IMO having a lot of white space that has gone dingy in the dark is not as nice as having a theme that looks good without having so much white in it. For now there’s just “redshift", it seems. So it’s been annoying me for years that most applications can’t easily switch (they tend to make up for lack of system-wide settings by having their own instead), and some desktop environments have inconvenient controls, and/or the theme changes don’t necessarily propagate to all apps at once.īut now that Apple is finally doing something, I think the copycats are inevitable, so I fully expect to see news that an identical or better feature is coming soon to KDE and/or Gnome any day now. And actually I tend to switch themes at least seasonally: if there’s a lot of sun and I’m trying to hack while riding the metro, I can’t see well enough if the theme is too dark, but otherwise I like using a dark theme in darker conditions. Creator didn’t have themes at all back then.) And there was a consultancy customer a few years ago who planned to have themes with different brightness levels in an embedded application, but AFAIK they still haven’t gotten around to it, maybe because we didn’t make it particularly easy in Qt Quick. There was the first time I started up my laptop on a plane while other passengers were trying to sleep, and got some dirty looks because I didn’t have much control over the brightness (the laptop’s backlight level couldn’t be reduced enough, and it took some time to open up the system settings and switch themes, and then I think I had to log out and back in again too. I missed that news about Apple until now, but I had the idea a few years ago anyway that there should be an easy global switch (always within reach, not having to paw through system settings) to toggle quickly between light and dark themes. I would like to see this feature as a cross-platform feature rather than mac-specific. > app against any changes in the Qt default. > will indicate that the app _does_ support dark mode, and Qt will get out > NSRequiresAquaSystemAppearance key in the ist file. > The application has the final call here, and can opt in or out by setting the > Aqua theme/colors, also when the desktop is configured for dark mode. This means that applications will start up using standard > The plan is to disable dark mode support by default in Qt, at least until > can work well in dark mode, for example Qt Creator with a dark theme. > The current state of the patches for dev/5.12 is that custom-styled applications > and QMacStyle implementations, or hardcoded colors in Qt or the application. In practice, they may not due to incomplete/buggy QPalette > Dark appearance: In theory, applications should pick up the dark appearance via macOS 10.14 is now in (public) beta and we've had some time to test Qt on it.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |