This is largely done in Plasma 6 now!

as a long fan KDE user, i would like to share my ideas and be a part of next evolution of KDE desktop.

Will it land in Plasma 6?

In T11662#209135, @ndavis wrote:

Here's another mockup:

Rounded end:

The Windows version:

The blue box at the end is a button focus highlight (T11124)

Big parts of it have already been implemented. Here is a screenshot that shows what Dolphin looked like when this task was started.

This looks amazing @ngraham !
Is it scheduled for implementation some time after Plasma 6? Like in Plasma 6.1 or whenever?
Is it being worked on?

See also https://invent.kde.org/frameworks/breeze-icons/-/issues/13

We have now settled on using the -symbolic suffix for Plasma 6 and beyond.

Now done with https://invent.kde.org/frameworks/breeze-icons/-/merge_requests/229.

We've decided to keep it in the Plasma schedule. Instead, for Plasma 6, plasma-framework is going to be merged into plasma-workspace, which will automatically fix the issue described in https://bugs.kde.org/show_bug.cgi?id=345997.

This is obviously desirable, but I doubt that this is actually possible unless all of KDE's software switches to tree-views. I would love this, because it would provide one consistent method of navigation and would mean that all of KDE's software would reuse the same module for this important ability.

In T10413#234816, @davidedmundson wrote:

@ndavis can you elaborate on the scenario, I don't understand

oops, we forgot to mark this one as resolved it seems

One weird thing is that when hovering a buttons, the gradients is flipped vertically (or the gradient goes away, it's hard to tell).

view-barcode-qr should do the trick.

For posterity this is the first iteration of the builder tool, along with some of the initial output results, the initial places "cookbook", and the folder assets which have been prepped.

In T14968#265464, @kvermette wrote:

In general my plan is to keep app icons the same (but updated) unless the app maintainer/author requests a bigger change, which I think is a great time to accommodate those requests

The options thing isn't just for Breeze; other icon sets can provide completely different options for their own stuff. The big selling point, to me, is the idea that one icon theme can provide slight variations like the crease or multicolored place folders without resorting to maintaining entirely separate themes. This also clears a large workload from iconographers who can consolidate their work. If this wasn't a direction we could take, I'd probably be forcing the crease down your throats! :P

places folders with the colors from the mimetypes.

about the options idea

• Hide folder crease -> can be done with an separate breeze icon theme where you have the folders with creases. Everything else wasn't needed cause the fallback is breeze
• Standard folders use your accent colour -> no real issue cause the standard accent colour is the colour the folders use by default
• places folders use different colours -> we already have this eg. for desktop, encrypt, as I'd like to implement more specific places folders see https://bugs.kde.org/show_bug.cgi?id=443288
• places folders use different colours -> mimetype icons use also different colors to separate them easier

Oh yes, I understand it. The issue is that it's a big divergence from Breeze current, and this is just meant to be a refresh. That being said I *have* investigated the source for the SVG modification in the icon code, and I think there's an avenue to provide configurable icons.

when you use the plasma accent color you have at the end folders in blue, green, ...

About colored folders I'm thinking on something like this. I know we can theme all the icons but have all folder's blue / pink / gray / ... is "cool" but from recognizion point of view different colors for different folders would be a recognizion benefit.

A screenshot from index at the Maui framework. Done by Uri and his team.

On the crease, I'm going to remove it. It's a love-it-or-hate it addition, and the fact is people who *would* love won't know they're missing it, and people who hate it *would* see it. It's not a hill I'm goanna die on, and I don't like bikeshedding over a line.

I also just don't like the crease at all, sorry. :) It's just, not, well, crease-like. A real crease is a very subtle thing on a folder. It's practically invisible. I also wonder whether it still serves any value. Today a lot of people have probably never even seen a real manila folder.

The benefit would be that dolphin didn't look that blueish.

What I like is the use of colors for specific stuff. Like windows and als uri (at maui apps) did with image and audio folders.

About the crease how would the folder icon look like with thumb previews? Cause at Music folder it didn't look like a benefit to have the crease.

For the folder it's meant to be a crease, and I must say it's been pretty divided been love-it-or-hate-it. I added it as a throwback to Oxygen while also using it to differentiate our basic folder design. The crease has become a little more abstract over the revisions, but that's not necessarily a bad thing. I'm personally becoming torn, because on one hand this is meant to be a refresh (I want to avoid excessive changes compared to current Breeze unless it's really warranted, or an existing icon breaks HIG) but on the other I think most folders look kinda bland. In terms of detail though we're going "a little more ornate than current" but otherwise the basic icons should feel mostly the same, and I'm trying very strongly to keep the basic silhouettes intact. I have a feeling it'll probably come down to a vote, but unless the crease wins by a good margin it'll go the way of the dodo because this is a refresh and it is a difference.

I don't like the folder icon with this bottom horizontal element. Sorry but I don't know what it should mean.

I think I got most of everyone's feedback in, and I managed to increase the internal "standards" of the icons which should also help when the documentation can give more solid direction.

About shadows: Our icon's are VERY complex with the colorScheme stuff, ... so if we can live without shadows, go for it. We have to think also for contributors how will submit an icon and not the 1.000 breeze icon.

About monochrome icons we use now 1px line icons if you have a look at gnome and I think also other icon themes, and also at the proposal the symbols on the folders aren't 1px thin lines. As it's way easier to visible, I would prefer to go that way, but than we have to update ALL action icons (which is ok for me)

I don't like the oxygen like folder layout. cause I don't know what the horizontal element at the bottom of the folders is for.

It's high time we updated the colorful icons, so +1 in general.

I like the idea of adding accent colors to some icons :) As for the design, I very much like the new forms but I'm a bit hesitant about the black/white shadows. It's a cool idea but I better wait for the few more icons to see how this could looks with other icons.

The black/white styling does look more awkward in the samples than in actual use. I think it's in part because these icons appear inconsistent when viewed beside each-other in their different modes, and the subtle shading/lighting plays also some tricks on your eyes as well. Kind of the reverse of that optical illusion with the cylinder on the checkerboard, in this case you think they ought to be the same colour, but they aren't. In practice (at least on my limited run of test icons on my own system) that effect isn't present.

While the technical workflow improvements sound nice, I can't say I'm that big a fan of the proposed icon style. Something about the usage of black and white in this manner shown here just doesn't sit right with me, though I can specifically point out that it's low contrast with a lot of background areas and the bordering looks out of place compared to other elements which are generally unbordered.

Sounds like a great plan to me!

I know this is a bit of necromancy on this task, but it's becoming somewhat relevant with the exceptional design work from the Blue Ocean effort. Breeze has evolved significantly since the original graphics were created, and portions such as the spinners are quite behind the style of the desktop. I wouldn't go as far as to wholesale change the style, but we are due for the cursors to be adjusted slightly so they better fit the Breeze of 2022.