Hey again there,
The previous post somewhat drifted from the original question/bug, so
let’s try to go back on track and summarize what is the situation at the
Today common themes are already working out of the box for snaps using
the gnome-platform or the desktop launcher.
It means that any GNOME or Unity user installing a gtk-based snap is
going to have it looking integrated to the desktop/theme he’s currently
using as long as he’s using one of the standard themes (Adwaita, Ubuntu
light or dark). The GNOME theme (Adwaita) allows using a dark variant,
that’s a less standard option which is available under GNOME tweak tools
and we had a bug in that special case, which has been fixed in snapd git
now and is waiting for the next release to be out.
For those looking to an example snapcraft.yaml that’s a simple one for
A snap build as been pushed to the store as gtk-3-demo for those who
want to give it a try. You can change the theme from
unity-control-center or by settings the org.gnome.desktop.interface
gtk-theme gsettings key. I’m attaching some screenshot for the headerbar
section of the demo, they show the look being right for each of the
We believe that the current situation should give a good experience to
most of our desktop users but we also know that more work is needed to
handle for example third party themes.
You are right Gustavo that the previous posts here were not specific
enough and probably off topic for bug described here. The content
interface limitations mentioned are problems we discussed previously on
IRC and with members of the snappy team but that might not have been
documented well enough on launchpad or raised to the right people.
We are going to create a new topic to discuss more the details of the
work we think is needed to create “theme snaps”, which would allow users
to install any theme they want and have those available to any snap
installed, and describe in details (with examples) the issues we are
having with the content interface.