Youāre probably right and I agree that the squircles are totally fine right now. Next step is to investigate whether I can āmodulateā the color in HSV accordingly to the current predominant color, instead that using the same for all the pictures.
Iāve filed a bug on yaru theme, canāt scroll down my ubuntu-dock for applications that are not primarily visible
Hey guys! Just wanted to make a quick post here since it seemed relevant.
The GNOME Design team seems to be getting started on a new tentative default visual style for the ecosystem, which can be seen here: https://gitlab.gnome.org/Teams/Design/visual-style-experiments. It is currently in early stages.
A lot of people on the GNOME Design IRC have expressed interest in collaborating with prominent members of the design of Yaru over the year or so since its introduction, as there has been a lot of impress with the state and feel of the theme. I feel like it could be of interest if some of us started bringing at least basic design ideas to the table.
I feel like it should go without saying that if we really wanted to, as a group, decide to help construct a new default GNOME visual style, it would need to be more organized, but I think it couldnāt hurt to take some first steps in the direction of such a thing.
If you would like to start maybe getting involved with such a task, you can join the GNOME Design irc through irc or Matrix at #gnome-design:matrix.org for Matrix or on #gnome-design on the gimpnet home server for irc.
Iāve also pointed that room in the direction of this thread to hopefully facilitate some more discussion on this idea. I feel like this is a really fantastic idea and would really strengthen the connection with GNOME and the ecosystem as a whole!
Edit: Just got pointed in the direction of https://wiki.gnome.org/Design/OS/VisualStyle, which overviews a lot of the goals, research, and current considerations and important discussion points that have gone into the new visual style so far. No cool pictures like the repo, but take a look if you got a chance!
6 Likes
Thanks @taciturasa
We really appreciate that you made the bridge!
We have a little thread here were we gathered some basic ideas what could be improved at the current adwaita theme: Possible upstream contributions - #6 by frederik-f
But this should not replace the discussion on IRC or further communication. Just on a sidenote 
2 Likes
Nice @taciturasa 
As I mentioned on GitHub, everytime we differ from Adwaita (like the dark headerbar), we increase the risk of introducing some edge cases that we will never find in a million years of testing.
Sadly this is something I have only recently learned. If we had to start over on this Yaru quest, I would say we should restrict ourselves to very basic and/or āsafeā changes in Yaru and work everything else upstream to Adwaita. So use Yaru only to sprinkle some Ubuntu feeling on top.
Iām not saying one theme to rule them all, but variations around a good base, might be a better long term solution.
2 Likes
Thanks @taciturasa, we were actually wondering how to make this first step, so I really appreciate you did it 
1 Like
In the rush of improving and adding new stuff, we delayed the stable release too much this time, sorry!
The Yaru team is happy to announce a new stable release.
Being the first stable version since Cosmic Cuttlefish release, the change is quite big, here are the most interesting changes:
- Styled Nautilus pathbar filter tags for 3.30 leap
- made the style of Stackswitcher and Buttonbox the same
- New desktop Icon and some more icons
- Made virtual keyboard in Yaru style
- Renewed infobar
This changes will be available on snap only.
7 Likes
Will the snap be Bionic only? Or suitable for Cosmic as well?
Thank you great people for all your hard work!!
EDIT: As clarified on https://github.com/ubuntu/communitheme-snap-helpers/blob/master/README.md the snap is supposed to work just on Bionic.
And installing the snap on Cosmic anyway (can that break things?) doesnāt change the theme at all. So Cosmic users are probably out of luck for now.
3 Likes
What if we create a issue/PR in the gnome-software repository to change Gtk.ButtonBox to Gtk.StackSwitcher?
What if we create a issue/PR in the gnome-software repository1 to change Gtk.ButtonBox to Gtk.StackSwitcher?
Why?
Because of this, Cosmic is probably going to have some of this new things, like the path bar for sure
To save the style with an orange stripe.
1 Like
Sure the fact that buttonbox can have a hierarchy very hard to style is a fact, however, I like the simple and clean look it has now.
1 Like
Tbh we discussed this a lot and we were also big fans of the orange underline.
However, after using the new solution for both buttonbox and stackswitchers, Iād say that this one is 1) more robust to changes in gtk/upstream and 2) are more on par with other buttons in the headerbar
But yeah, the orange underline was awesome while it was the same style for every bigger widget in the headerbar
1 Like
But this doesnāt look professional.
Similarly, I can make a switches look like checkboxes.
What is the point of StackSwitcher? Why was it created if there is a ButtonBox?
A stackswitcher is attached to a GtkStack
Those two things are connected
But I guess you can just switch a stack with any listener attached to a widget (I think they call it āsignalā in Gtk)
Whereas a buttonbox is actually just a box
What exactly looks unprofessional and under which criteria?
1 Like
Thank you for asking this question!
Firstly, when you hover cursor over a tab, it isnāt much different from a neighboring tab.
Secondly, when you hover cursor over a tab, during animation for a moment, it becomes the same color as a neighboring tab.
Thirdly, the border of StackSwitcher almost invisible. It is necessary to add a background.
Or it is better to return as it was.
Itās the same border as with most buttons in the header bar that have a border (text buttons) and the same hover and active colours.
I think it would be strange to mix them, now that we finally found a way to give every button a unified look. Before the buttons inside stackswitchers were a lot different than other buttons. So if you have an idea for a look that unifies all buttons inside and outside of boxes or stackswitchers, post some mockups in here.
1 Like