- User Since
- Sep 14 2018, 11:24 AM (60 w, 6 d)
This would be true "form over function"
Sat, Nov 9
I'd like to propose a very simple Since having an entire window at first boot could be annoying, what about a simple permanent notification? It's way less annoying to close than an entire window, but it would still be very noticeable to new users. The notification could have two buttons to open the installer or dismiss the notification (if the notification close button isn't enough).
Uhm, in order to strengthen plasma / breeze branding? I think it can be a nice-to-have.
Fri, Nov 8
Wed, Nov 6
Any update on this? I can also upload the shadow for the panel.
Mon, Nov 4
Thu, Oct 31
Uhm, I disagree with that :-/ I think that even with very low opacities but strong blurs, all the information (icons and taxt) are correctly displayed with no problem in legibility. Here's an example with small elements (notifications) and strong blur, which in theory should be quite similiar to tinting (but without saturation/hue/brightness adjustments). You can see the color based on the wallpaper but still get all the information.
Tue, Oct 29
In order to navigate through views, Maui uses this interesting concept instead of a sidebar:
Note-worthy: Maui often uses concept 1b for its applications. In this case, you have icons for all possible views and only the label of the active view is used. I think it's a quite elegant approach.
Mon, Oct 28
Let's try again https://phabricator.kde.org/D25015
Sun, Oct 27
So, I tried to make some mocks to better explain what I mean by getting the dominant color by the background. These are examples, and I set a .85 lightness value, although I'd prefer to mix them just enough that the text readibility is to a certain value (that's more difficult to implement though.). Mockups are not great, but I have limited pygame skills :-)
This could be considered some sort of accent color that depends on the screen area
Sat, Oct 26
Rebase on master - test
I'd say that the sprint would be needed earlier for planning and getting an idea on what's the best way to push consistency forwards. There's a clearly overlap with VDG tasks, so I would say that it would make sanse to co-locate it with VDG if they plan to do any. I think VDG/HIG people would be really needed for the consistency sprint.
I'm working on a first status update on https://share.kde.org/s/cpkrfGssWKZRaHZ
Wed, Oct 23
Made missing shadow on corners less noticeable on widgets shadows
Sat, Oct 19
Oct 15 2019
Oct 13 2019
I tried to come up with a in between shadow, you can see that in D24593
Re-done the widgets/panel-background.svg
Re-done the dialogs/background.svg
Oct 12 2019
I'm sorry, when I use scour on svg files, it looks like git does not recognize that the file has changed. How can I fix that?
Used scour on svg files
Uhm, I probably got Scour wrong. Sorry.
Sure, but I wanted to try one last thing before. Using a bit that theme, I think that it's better that current shadow, but it still felt a bit wrong to me. I think that is due to the shadow moving together with elements and when using multiple elements close to each other, such as notifications.
I tried to see some other implementations, and I noticed that the shadow isn't usually very sparse, but it's also not radial, meaning that on the angles it's weaker than on the sides, and it does not go around to the angles with the same radius.
I tried to do something like this with Breeze shadows; I'm not sure on the outcome, do you have any opinions? (left: today, right: yesterday's proposal)
Oct 11 2019
I was looking into Breeze panel & widget shadows. One complain that I sometimes hear, and I agree with it, is that the shadows are too dark and narrow, it almost looks like an outline. Other themes and OSs often use more sparse and lighter shadows. It's really important to be able to distinguish widgets and white windows, but such a strong shadow is not needed. I tweaked the SVG to show what I mean:
Oct 1 2019
Sep 28 2019
I'm a bit unsure about many KCM using tabs though. Adding another list on the left would leave little space to the KCM since there are often already 2 lists on the left. On the other hand, you can open a single KCM and it doesn't make sense to have tabs there. Furthermore, Kirigami can hide lists if there is not enough horizontal space.
Sep 25 2019
In Cupertino, I think that the bottom panel should be limited in width and should auto-hide.
Regarding a side panel, I think it's really easy and nice to make the system tray somehow full height, that would easily mimick macOS and W10:
I'd also consider to make the global theme also change plasma theme, color scheme or even application style so that it switches to a even more similiar interface. If Cupertino global theme switched to a light version of https://store.kde.org/p/1252328/, that would be, well, extraordinary. In such case, I'd also consider the addition of a Fluent theme. Still, I can see why this would be much harder.
Sep 24 2019
Sep 23 2019
A agree that it would be very clunky. I think this situation justifies easily adding a new KCM. That was something that was discussed by the VDG a couple of times already.
Sep 14 2019
Regarding 1b: maybe tabs on the top would look better than buttons? Something like this: (terrible mock, forgive me)
Sep 12 2019
Sep 10 2019
Sep 9 2019
Aug 29 2019
Aug 25 2019
Aug 24 2019
Aug 14 2019
I'm currently on vacation. Please make any change you consider necessary.
Jul 30 2019
Please keep in mind that changing a name is terrible on a promo point of view, as people might generally recognize a name as a good project. Also, renaming might not end well: just look at kde -> plasma.