User Details
- User Since
- Sep 15 2015, 7:12 PM (443 w, 6 d)
- Availability
- Available
Sep 24 2023
Sep 22 2023
Lays, are there any pages from the web that can help as inspiration for our page?
Aug 29 2023
I wanted to also mention that whenever infrastructure is added or removed, we should do some change management to prepare the community if there is impact to them. Main aspects of a change include:
Aug 18 2023
If help is needed with the page design, come to the vdg and we can help!
Jul 2 2023
Jun 22 2023
I like it Nate!
Jun 20 2023
May 27 2023
Still thinking through this, I am asking around to see if we can propose a design that integrates everything properly. Stay tuned.
May 14 2023
I think my main thing is I want to simplify a bit.
May 11 2023
Jun 15 2022
What do you want to do exactly?
May 19 2022
Wallpaper | Vote |
Dark Flow | -1 |
Blue Ocean | -1 |
Safe Landing | 0 |
Hearth v.2 | 0 |
Liquid Glass | 0 |
Unnamed | +1 |
No New Wallpaper | 0 |
May 4 2022
I am thinking that trademark rules are already decided by law. It would be a matter of developing a process internally of identifying those groups in need of this protection and then running them through the regular trademark registration process in the country of choice.
Mar 11 2022
Jan 26 2022
Just wanted to add a couple of suggestions for features:
Dec 7 2021
I guess something I am missing is the "WHY?" part of the argument. Why should Plasma integrate at a default level with Latte?
Nov 16 2021
I don't think this is a good idea everyone. First, I feel this is basically surrendering our design to the belief that others do better than us. I don't believe that falling into the idea of "the grass is greener on the other side" plays well for an open source project. If there are people who feel inspired by proprietary systems, they have the choice of being able to create their own styles. That's what Plasma enables, but we are not a system copycat. We believe in the power of ingenuity, that means, we believe we propose different ideas for the desktop than others.
Oct 11 2021
Is this being followed up on the KDE Gitlab? I couldn't find it.
May 23 2021
Has there been any conclusion here?
Mar 1 2021
My feelings are that we should move to non-hovered controls. Here are some reasons that I find valuable:
Nov 14 2020
I know this is merged now, but I have a bit of a gripe with the interaction. The fact that the global theme becomes part of the toolbar makes it seem like there is no button there. It seems like the global theme button is a header instead. This pseudo header/button also replaces the search button when the syse window is not big enough, leaving the user without the search field. If global theme was "not" a kcm, then it would make sense to have the placement it has. This is the only button that behaves this way. By the same token, you would expect all other headers like Workspace, Personalization, Network to also become header/buttons and have their own kcm, which they don't.
Sep 2 2020
Jul 31 2020
Jul 28 2020
I have a bias for my variation. However, having said that, I really like the differences shown in F8796068. It is soft yet the purple makes things very identifiable. I like it a lot. I personally feel like it's the stronger design. The ocean variation has my vote.
May 22 2020
Hey man, can you join our vdg team on Telegram? Here is the link: https://t.me/vdgmainroom
May 21 2020
In the current implementation of this, the cursor turns to the selector for the screen. The cursor does not draw a squared selection of screen where there is black outside the selection. The app crashes or closes after the screenshot is taken. This behavior happens on Fedora 32/Plasma 5.18
May 9 2020
May 8 2020
+1 from me!
+1 from me!
I love this idea. I would request to keep the drag behavior and follow up with a second ticket to propose a change in the drag behavior for the panel.
Apr 27 2020
Could you please try a combination of 2 and 4? I am curious how that would look like.
Apr 22 2020
Apr 21 2020
Look cool!
Apr 20 2020
My opinion on this patch from the beginning has been that it really doesn't add much more than was there before. Visually, it clutters the UI. The icon selected for it might also not be visually appealing or meaningful enough. I believe there should be a different approach to this request. However, I am also open to just dropping the idea completely.
Mar 31 2020
Looking at some of the rules, I see that the language seems very high. Surely a user that spends time on this KCM would have some understanding of what they are getting into. I would suggest bringing the language for labels closer to the one used for KCM options, where we make it conversational, inviting action. For example,
If I am understanding correctly, this patch adds icons in the kcm list to indicate changes you can revert by going to the kcm. Basically, default settings have changed and now you have the possibility to see that changes have been made. I am not sure that I like the implementation. I have some questions.
Mar 3 2020
+1
It seems that the most common iteration is using the minus sign when the buttons are outside of the list itself and use some kind of remove button for those items that have things inline
I guess it depends if we are talking about removal from the system versus removal from the list. They are not intrinsically the same thing. However, I tend to favor using a minus sign in most places
I don't think the trashcan icon is probably as appropriate just because we don't always delete.
Feb 25 2020
+1
Jan 23 2020
I would suggest a circular button instead of square.
Jan 17 2020
I love the gear idea. There was a time when KDE had a bouncing cursor that was a gear, but it jumped instead of spin. The spinning seems much better and better branding for the DE. Maybe Plasma 6?
Jan 13 2020
Dec 30 2019
I proposed a change to this structure long ago, I believe it might be good to consider and organize. Maybe also we can offer more than one way to find things as SySe is launched. For reference, here is what I made,
Dec 13 2019
Love it! Move forward!
"To reduce eye strain, Night Color makes the colors on the screen warmer at the time of your choosing"
Jun 17 2019
+1 on visuals!
How does this look?
Jun 12 2019
Jun 11 2019
+1 on visuals
Jun 10 2019
+1 on principle. Many of these color themes are old and unmaintained.
Jun 6 2019
We might need to add some padding so the button frame doesn't overlay content on the background
+1
+1
Jun 5 2019
May 31 2019
May 29 2019
+1
May 28 2019
+1
+1
May 26 2019
Would it be "too" crazy to want the checkboxes background to be white? I think they bring nice contrast to the page and sets the checkbox apart.
May 24 2019
I don't see a huge visual difference, so it seems good. Do we know if this would look bad in any other apps or situations?
May 22 2019
May 21 2019
May 20 2019
I love this idea visually. I would even say that if you enable this on the sidebar, that maybe it should not repeat itself on the bottom bar on the same window.
Would it be possible in this evolution to explore more streamlined spin boxes? I have always felt, our current version mixes the control with the content and it would probably be cooler to have them look separate. Maybe more like this:
May 17 2019
May 15 2019
+1
+1
+1
May 13 2019
+1
May 10 2019
I agree with this on principle. A feature that is perceived as perfect and immutable is a feature that becomes part of history. If we don't have the attitude of wanting to reiterate on our past work, then we are as good as dead as a developer. Nate has provided clear examples of good outcomes in the face of change. Martin has decided to shut down the idea outright with maybes and what ifs. I feel we should talk about UX in this regard and weed out potential risks, but never stop innovating.
May 7 2019
+1
+1
May 6 2019
Looking good! Keep it up. Please address the concerns so that we can ship a good evolution.
Love it!
May 3 2019
+1
+1
May 2 2019
+1
What about @camiloh ? Camilo is a designer by training. He has great visual taste.
I don't want to be a judge because I want to participate in the contest. If you feel that I should be a judge anyway, let me know.
May 1 2019
Food for thought, do we want to have requirements as to what the final image should be like? SVG, PNG, JPG? Resolutions?
+1
+1
Apr 30 2019
Done!
Ok everyone, here is a new version. I used the recommended text provided by Paul and applied the latest changes requested by Kenny. Please review. @paulb if new changes are required, we will need the Scribus version you're working on instead of the version I am working with. My version is just temporary to get the brochure out faster.