In my experience, voting on UI encourages poor design. (Because voters don’t consider all the edge cases, like accessibility for example.)
Yes. Even if no system dialogs currently have either of the two exceptions I mentioned, some app dialogs do have them. And even if it’s a good idea to distinguish app dialogs vs. system dialogs, there are many more coherent ways to do it than changing the shape and size and layout and colour of the buttons all at once! Having a difference in all those things at once is likely to make users think that they were designed by different people who weren’t communicating.
I think the most important thing is that the buttons are consistent in their category and that we don’t have too much categories. All app dialogs should have the same button and all shell dialogs should have the same button, but I don’t see an issue in having big differences between app and shell dialog buttons, as long as it makes sense: all UI elements of shell are flat, for example, so it makes sense to also have shell buttons be flat. Most app elements have some depth in them, so it makes sense for all app buttons to also have some depth in them. The header bar, being something in-between, is thus semi-flat…?
I’m not really proposing anything, I’m just saying that I think it’s ok to have big differences between categories, as long as it’s consistently applied to everything in the category and as long as there aren’t too much categories.?
Since we don’t have enough topics to discuss and since most of us weren’t happy with the new transparencies in gnome-shell, here’s a link to some example about top bar transparency and shadow. You can discuss on the link as well, but to keep this as open as possible, let’s keep the discussion here
This is great work and presenting those options really helps!
However, It’s a little bit hard to tell via this link as you zoned the screenshot and not take a full screen. (At least, I have harder time to realize the entire desktop with it ;)).
I would be, though, in favor of: box-shadow 1px, 2px blur, spread 1 or 2px (don’t need to be too noticeable).
For the Dark panel version, I really think it should be solid, without opacity, and so I like your proposal of box-shadow: 0 1px 2px 2px rgba(0, 0, 0, 0.3) here.
New iteration on GNOME shell panel and dock. At this link you’ll find some mockups with solution proposed:
a desperate last attempt to keep transparency
some darker top panel
some lighter top panel
I think you can even comment on the link, but better do it on this thread.
Note: on the link, double click on the pictures or they will be too small to see anything
I remember this difference between dock and panel was the first we decided to remove.
I am not convinced this will solve current design, IMO it makes the screen a bit irregular and does not give us back the nice light from the wallpaper.
I think this one (without the orange) looks really good, but if you want something else @frederik-f has some nice suggestions in the issue here. Also, I don’t think we have to do something just because popular themes does it
I’ve tried to communicate this a few times, but just to be clear:
I’m -500 for polls in the future! I made a “what do you expect to see: A, B, C,…” to get an impression of what people felt belonged to the application. Maybe I didn’t make it clear that we wouldn’t implement the design that got the most votes - lesson learned!
This time I anticipate that I am not convinced with this solution for the following reasons:
with dock on the right side (or with window controls on the left side) it is still possible to have some important window button under the dock and so visible to the user, but not clickable. Basically we’re going to have the same problem we had with the top panel
it looks out of place and a bit messy (but I agree this is not objective). Probably because it’s a simple flat panel, or because of the position (at the bottom of the screen, or with some blurriness, would be totally different).
The popover alpha value is quiet low at the moment at 0.015. Increasing it by only 0.01 to 0.025 is a noticeable yet still usable change. Everything above makes it too transparent - the following is 0.025 (maybe even this is too much):
And to answer why this should not be used for notifications is that somehow this value is again far too low for a white background as you won’t notice any transparency at all on the notifications then (no idea why the alpha value has different results on dark and light backgrounds):
Current notification alpha 0.1 first without and then with mousover:
Sorry, here we go: I fear this is the outcome of our “downstream” dock, which is has not been planed by the gnome designers. How does the ambiance shell does this?
I think it does not look messy with 0.1 because we now have the thin line at the edge of the maximized windows. Yet I understand that some might find the three colored areas (top panel, dock and window) to look odd.