Ubuntu 22.04 LTS Dark Style Changes

GNOME will officially support a global dark style for the first time with its 42 release next week. You might be thinking, how can this be new when I’ve been using a dark theme for a long time?

In early GNOME 3 releases, developers of some media apps like photo viewers enabled an optional dark theme for their apps. Soon after that, GNOME Tweaks provided an option to enable the dark theme for all apps. But GNOME Tweaks has never been a part of core GNOME and that tweak was never officially supported by GNOME.

Now in GNOME 42, it is officially supported, expanding on a concept from elementary OS 6. A toggle switch in the new Appearance panel in the core Settings app enables and disables the feature. A lot of work was done in GNOME apps to fix visual dark style bugs. A new transition effect was added (also inspired by elementary) to more elegantly crossfade when the style is switched.

However, GNOME 42’s new implementation has one important detail: Developers need to explicitly opt in each GTK3 app to the new dark style feature. Otherwise, the app will still have its usual style (probably light) no matter if dark was enabled or not.

There’s a conflict here between the objective to have apps look as good as possible with the new dark style (or at least as the developer “intended”) and a person’s desire to have their apps look dark when they turn on the dark button.

This isn’t much of a problem for GNOME since almost every app in their core GNOME product has opted in to allow the dark style in time for the 42 release. One convenient way GNOME was able to meet this goal was to switch their recommended text editor and terminal app to new apps. (The older apps gedit and gnome-terminal don’t support the new style yet. And dark style is not even the main reason why the recommended apps were changed.)

But there are a huge number of apps that people use that aren’t part of core GNOME.

Ubuntu is especially affected. Ubuntu 20.04 LTS has a similar toggle switch in its version of the GNOME Settings app, which means that Ubuntu already officially supported the dark style for all GTK3 apps. To change that now with little notice would be a real regression. Also Ubuntu’s default install includes a large number of apps that haven’t been updated for the new dark style (including LibreOffice, Transmission, gedit, gnome-terminal, and the “simple” games).

Before: Ubuntu 20.04 LTS Appearance Settings panel

Therefore, the toggle switch in Ubuntu 22.04 LTS will additionally use the older way to enable the dark theme which works for all GTK3 and GTK4 apps. We will re-evaluate this decision for the next non-LTS release, 22.10, later this year.

NEW: Ubuntu 22.04 pre-beta Appearance Settings panel

If you want a similar feature in the distro you use, the older way can be enabled in the renamed Legacy Applications section of the GNOME Tweaks app.

GNOME Tweaks 42 Beta - Appearance

If you are a developer, please see the documentation for the new dark style so that your app will look great on all distros.


Well presented changes for Ubuntu 22.04 Ubuntu.
It will be awesome for all flavors of Ubuntu… I agree!
Dark theme is what I use and means lots, to a vast amount
of individuals. Thank You for your contribution for Ubuntu!

Thanks for this clear explanation, @jbicha. Much appreciated

1 Like

I currently do not have the “Appearance” tab on gnome settings on ubuntu jammy. I’m using sway (not gnome) currently.

Since gnome-tweaks cannot change appearance of some apps now I have no way to switch dark mode on.

1 Like

Wonderful write up and great explanation. Thanks.

Thanks for the great explanation, Jeremy, and putting all of this in context. It is really helpful. :blush:

Does anyone know why the “Light” preview image shows both Light and Dark windows? This is a bit confusing and was noted by one of the youtubers reviewing gnome 42 as well.


With the default GNOME theme, background apps are slightly dimmer than the selected app but not as big of a difference as the preview suggests.

Would you like to file a bug in GNOME about this?

1 Like

done: https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/1731


I think perhaps the color variant names don’t sync with the Flatpak themes:


I.e. Yaru-Red-dark vs Yaru-red-dark

same here, using vanilla gnome desktop