Apr 1 2019
Mar 28 2019
Mar 27 2019
Mar 26 2019
Mar 22 2019
+1 for visual improvement
Could the message include some hints of what failed? Maybe the theme name? Something like:
Mar 20 2019
You mean "General", "Appearance" etc. right? Yeah that happens when windows are stretched horizontally, but the window wouldn't be much narrower IRL tbh. Kirigami's FormLayout is center aligned and the category's title always remains left aligned. They're pretty far apart in full-screen:
The title labels appear to be very far from the content. Is that just the size on the images or does it actually look very far when the config screen is full size?
I am currently working on updating graphics and layouts.
Mar 19 2019
Does this patch only concern itself with the icons and labels below them or also the categories on the right? If so, it feels like the category labels on the right are huge in comparison to the icon labels. Maybe those also need some touch up?
Mar 17 2019
Maybe the icon can be smaller, but in principle, yes!
Mar 16 2019
I can take this and edit it to include the same data but different pictures. Let me know if that helps!
Mar 14 2019
Mar 13 2019
While it makes sense to change it to the new form, the alignment feels odd because there are just a couple of items in the kcm. I wonder if having a title label would help ground the elements on the page.
Mar 12 2019
One thing that might work is the behavior that google photos uses. When you select an item, the item shrinks by about 20% and a blue selection box appears around the image. It just makes it more noticeable that the item has been selected.
Since all items are selected by default here, I'm not sure that behavior would be the most appropriate.
Also, this has nothing to do with your patch specifically, but seeing so many checkesd checkboxes in the slideshow's preview pane makes me realize just how much I want the Breeze style checkbox to actually look like a checkbox, with a checkmark instead of just a filled in roundrect.
Yeah also not a fan of that. I had the idea to give it maybe a small grey rectangle like the action icons as the empty checkboxes or the blue blob can be hard to spot. See the empty checkbox in the last row or the checkbox on Cascade in the screenshot.
Mar 11 2019
How would the folders on the folder list on the left be removed as sources?
Is there any way that we can make the preview window have more right and left margins? When presented like this, it seems like it is actually another module that users interact with.
Mar 10 2019
Could there be a checkmark box or some way to indicate what selection has been made?
Mar 8 2019
Would it be possible for the header labels to be a bit different? Not sure what would look best, bold, italics, a lighter shade of gray
Can it be more descriptive? Using two words might help it be extra clear what the button is about.
Mar 7 2019
I would probably remove the circle around the system messages and place it in the messages themselves.
I'm of the opinion that having visible power buttons with labels on the home screen is a requirement. People have difficulty with this concept otherwise, and @anemeth's anercdote backs this up. We don't to shoa all of them but at a minimum we need for restart, shut down, and log off to be visible by default with labels, not just icons.
Mar 6 2019
+1 on visuals
Mar 5 2019
+1 on looks
Mar 4 2019
Love it! +1
Hmm, the Kirigami text field doesn't look like that in an app. Must be some weird SDDM environment thing?
Either way, let's fix the height issue *somehow*. :)
It's sorta ugly but what's tripping me up is... why doesn't it get smaller if i set pointSize to 1 (and gets bigger if I set it to, say, 32)
Mar 1 2019
Feb 27 2019
Do you think that "locale" is a very specific term? Could it be different?
Back in the day, when I proposed changes to these elements, I put them on the center. People said that it looked crowded, boring, etc... However, my reasoning was because the selections are too far in the corners. It wasn't a problem with smaller older screens but it would become a problem with ultra-wide, 4K monitors, etc. The options would be too far from the center where the user is. I don't know that the bar at the bottom is a good solution overall. But it does bring attention to the area.
Feb 26 2019
Hmm, now the problem is that a normal click on the back and forward buttons opens the drop-down menu instead of just going back and forwards. What I think we want here is this:
- Normal click on button: go back/forwards
- Click-and-hold on button: show dropdown menu
Alternatively I could be okay with the original design that had visible dropdown arrows next to the buttons, if we can find a way to make them less visually obtrusive and more visibly connected to their parent buttons.
Can the text to the right of the list, "Trusted" be a different color and maybe a smaller font? When using the same font, color and size as the device name, it seems that they are the same thing. One is device name and the other is device status. I am just wondering if we could differentiate them visually.
UI-wise, I'm not thrilled by both buttons getting dropdown arrows to the right:
While it's undoubtedly more functional, it just looks... bad. :( And I'm not sure that the history menu feature is so important that it merits such an in-your-face UI. What most web browsers do these days is only show the history menu when you press-and-hold the back or forward button. What do you think about doing that instead? With the Breeze theme at least, when you give a ToolButton a menu, a tiny little dropdown arrow will appear in the corner of the button to alert the user that there's additional functionality there, which is much less visually obtrusive.
As for what to show in the menu, I would recommend removing the schema for local files, i.e. don't show file:// at the beginning.
Thanks for the quick feedback :)
I have changed the KToolBarPopupMenus to be non-delayed which essentially removes the small arrow, how do you think that works?
I have also changed the display of URLs so that local URLs have the schema removed.
Feb 25 2019
How would the interaction be with this patch? Video?
Feb 24 2019
Feb 21 2019
Should have been a default!
I would probably add just a bit of left and right padding to the time as well. LGTM
Feb 20 2019
Love the color change. More harmonious.
Feb 19 2019
I'd like to add my humble thoughts to this if you don't mind.
I personally really love this proposed start menu, especially the list of newly installed apps.
Here are some changes to a previously posted mockup I'd like if you considered:
- I think it needs more space to accomodate all the other things added to this page, so an overall increas in size is needed
- I work as local IT support for a company with hundreds of computers and I know KDE Plasma is targeted at office users, so I can tell you from personal experience that this is necessary: logging out and switching users is one of the most frequent actions. That's why I added these two actions to the page
- I know I'm arguing over a mockup, but the page titles (Home, All apps, ...) buttons are way to big, they remind me of a smartphone interface, so I condensed the height. Also added a fourth page title, since we got room for one and there is (definitely) something useful that can be added there
- Recent files and Recent apps needed more space, so I increased the height of these sections
- Decreased the app icons under the Favirotes section, it was just (arguably) too big
- Added System settings to this page. I believe it needs to be in a more discoverable place. Windows and OSX have been showing it on their start menus for a long time now, and for a good reason. If faced with a problem (or just annoyed with a setting) the user can quickly reach what they want, without looking it up in All apps or searching for it manually in the search bar every time
- Removed the X from the Recent files and Recent apps section. I suppose these were a clear list action. These can go to the right click context menu. In my experience even less experienced users generally know to try to look for a rightclick menu when they can't find something on the screen. I believe these are not that necessary to show it by default.
Here is my personal mockup:
Thanks Nate, my markup is awful.
I would change the first label that says
Feb 18 2019
Well, maybe it is time to call it and be done. I don't think we are going to please everyone right now. Maybe our best option is to have you, as the proponent of this idea, make the decision after long debate.
I think the icon is pretty much there. Maybe the label can help the meaning come across. What about:
Feb 17 2019
Just added some visual adjustments (mockup)
Feb 15 2019
In fact, long ago, when we first launched the current version, I also suggested making them flatter and all the way across the window. That way it didn't seem like it was floating.
Feb 14 2019
The only problem here that is that the label says "Type User" but the icon depicts a password field. Maybe the icon could depict both a username field and a password field, one on top of the other. Then I bet it would be tall enough that we wouldn't feel the need to put it inside a circle.
Would an icon like this work?
Hey guys so I opened up another diff to deal with the icons specifically: D19020
For this image with the dots and type, shouldn't that be centered and not touch the edge of the circle?
That works too, but the idea here was to make it seem like it has more depth. Not sure though. Still open to any and all suggestions....
Feb 13 2019
Feb 12 2019
It is pretty rough. It works, but needs better looks. The toolbar section now takes up almost half of the screen.
Feb 11 2019
Feb 6 2019
Feb 5 2019
This idea is super interesting. Can you please make a gif or short video showing the new feature?
Feb 4 2019
I want to point out that the original problem was not that the buttons lacked contrast, but that the icons were illegible with a variety of thumbnail contents. This problem is 100% solved by using a real button with background that uses the system color scheme in some capacity (theme-following or inverted). Whether the button backgrounds should be theme-following or inverted is an aesthetic judgment, not a usability one.
I was thinking of dark buttons mostly. Something along these lines\
I think the breeze default color is just too close to white, the contrast with regular buttons is pretty low IMHO.
- If there's a problem with Breeze colors, we should fix it there rather than working around this in downstream software
Use square buttons and put them on the bottom right, not the top right
Just some variations on Nate's idea:
Feb 2 2019
Seems like a bit too much. BTW, this is the Plasma login splash and there is no text output when disabled.
Hmm, I like the use of an X here, but I'm not sure the red color is appropriate. Nothing is being removed, deleted, or destroyed.
Maybe I am asking for a lot... but could these be animated and show what the splash screen does? Maybe a gif animation on hover?
Feb 1 2019
I love that implementation. I bounced back ideas with Marco long ago about this. I think we should implement it in all other KCMs with similar representations.
Yep, if this patch lands, then it will apply to all of them automatically. The screenshots are just depictions of how it happens to look with the Colors KCM.