+1

+1

+1

+1

+1 for visual improvement

Could the message include some hints of what failed? Maybe the theme name? Something like:

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.

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?

+1 visually

Maybe the icon can be smaller, but in principle, yes!

I can take this and edit it to include the same data but different pictures. Let me know if that helps!

+1

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.

+1

In D19687#429709, @ngraham wrote:

In D19687#429700, @abetts wrote:

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.

In D19687#429373, @davidre wrote:

In D19687#429332, @ngraham wrote:

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.

How would the folders on the folder list on the left be removed as sources?

+1

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.

Could there be a checkmark box or some way to indicate what selection has been made?

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.

+1

I would probably remove the circle around the system messages and place it in the messages themselves.

In T9041#178169, @ngraham wrote:

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.

+1

+1 on visuals

+1 on looks

+1

+1

Love it! +1

+1

In D19214#424110, @rooty wrote:

In D19214#424106, @ngraham wrote:

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)

+1

In D19372#421386, @rooty wrote:

In D19372#421381, @davidedmundson wrote:

Heh, I'm sure some old SDDM (maybe even LightDM) theme did that. There was a whole Carousel system.

I'm not sold on this idea :D I'm just worried it'll come out tacky

In D19230#421336, @ngraham wrote:

Sounds good. What should the string be? "Use region's default setting"?

In D19230#421229, @ndavis wrote:

In D19230#421215, @abetts wrote:

Do you think that "locale" is a very specific term? Could it be different?

The alternative would be "region", which is the term we use in the related settings KCM.

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.

+1

+1

In D19311#420376, @ngraham wrote:

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.

In D19311#419865, @hallas wrote:

In D19311#419473, @ngraham wrote:

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.

How would the interaction be with this patch? Video?

+1

+1

+1

+1

Should have been a default!

I would probably add just a bit of left and right padding to the time as well. LGTM

+1

Love the color change. More harmonious.

In T9041#176650, @anemeth wrote:

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:
  

Awesome!

+1

Thanks Nate, my markup is awful.

I would change the first label that says

+1

+1

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:

Just added some visual adjustments (mockup)

+1

+1

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.

I believe the list of devices should be in a white box. There should also be a couple of controls at the bottom right of the box containing the devices. @ngraham Is that right? @fabianr ?

+1

In D19020#412431, @ngraham wrote:

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.

In D19020#412418, @rooty wrote:

In D19020#412412, @abetts wrote:

Would an icon like this work?

Just trying to get to a good final icon for typing your user.

hey i like that, kai made fun of my version, but using both dots and an i beam could work

Would an icon like this work?

In D18893#412372, @rooty wrote:

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....

In D18893#412025, @rooty wrote:

Thanks for accepting the patch!
Should I land this and deal with the icons in another diff? Because this is in "plasma-workspace" and the icons are in "plasma-framework"?

Then again, I might have to change the code here (the new icons have different labels).
This is what I've got so far:

+1

In D18963#410791, @ngraham wrote:

The first image is the new version, not the old version. :)

It is pretty rough. It works, but needs better looks. The toolbar section now takes up almost half of the screen.

+1

Love it!

This idea is super interesting. Can you please make a gif or short video showing the new feature?

In D18649#405368, @ngraham wrote:

One thing I will not do in this patch is synthesize a fake button that has different behaviors from the standard button. If there's a problem with our buttons we need to fix it everywhere, not work around it here (and elsewhere).

Here are our two options:

Maybe we should just take a vote.

+1

In D18649#405214, @ngraham wrote:

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.

In D18649#405209, @GB_2 wrote:

In D18649#405200, @ngraham wrote:

Here's how the buttons look when placed fully inline and with the color scheme inverted:

I have to admit, it ain't half bad.

I still think it looks better if it follows the color scheme.

In D18649#405200, @ngraham wrote:

Here's how the buttons look when placed fully inline and with the color scheme inverted:

I have to admit, it ain't half bad.

In D18649#405180, @ngraham wrote:

In D18649#405179, @abetts wrote:

I was thinking of dark buttons mostly. Something along these lines\

https://dribbble.com/shots/5204192-Buttons-Dark

I think the breeze default color is just too close to white, the contrast with regular buttons is pretty low IMHO.

1. If there's a problem with Breeze colors, we should fix it there rather than working around this in downstream software

In D18649#405162, @GB_2 wrote:

I think it looks good.

In D18649#405156, @ngraham wrote:

Use square buttons and put them on the bottom right, not the top right

Just some variations on Nate's idea:

In D18649#405082, @ngraham wrote:

In D18649#405081, @abetts wrote:

In D18649#405078, @ngraham wrote:

Use round buttons in the corner rather than an inline toolbar

What does it look like now?

Test Plan section updates with new screenshots. :)

In D18649#405078, @ngraham wrote:

Use round buttons in the corner rather than an inline toolbar

Seems like a bit too much. BTW, this is the Plasma login splash and there is no text output when disabled.

In D18675#404090, @ngraham wrote:

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.

+1

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?

In D18533#403337, @ndavis wrote:

The colors are not very good, but this is what I was talking about. It looks more 3D.

In D18649#403336, @ngraham wrote:

In D18649#403333, @abetts wrote:

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.