Location Bar Style

Could you please advise me how to add that to my color scheme?

I customize my color via the System Settings GUI, starting from Breeze.
I looked at my .colors file and only found BackgroundAlternate.

Wow. You guys (KDE devs) are awesome!
There is already a code for a revised design in just a few days. :innocent:

The new design look great.

BTW, will it be possible to omit the folder icon for normal folders without special icon set for them?

The icon has a utility, and having it sometimes when having it so other times will be disruptive for users.

Another solution is being worked on.

1 Like

I was wrong earlier. The issue is that your color mix is mixing clear and dark scheme.
The color used in the new component is the same as the window main view background.

2 Likes

Iā€™m going back to removing all icons:

  • With the full height separators, they work fine in my opinion. They have a purpose, since separators are too small of a hit area.
  • With the old arrows added back as separators, the icons are no longer needed.
  • However, if there was a way to make a QStyle agnostic chevron buttons, icons would have worked there too, since it wouldnā€™t be as cluttered looking.

So I sort of agree with the feedback, though I do like the current iteration as well.

The MR looks like this at the moment:

I might add the icons to tooltips, when user hovers the item with mouse.

I am mostly bummed how some people have been very toxic about this: I donā€™t mind feedback but some people really need to calm down.

But we can maybe revisit the icons when we completely change our system styling. With luck someone has added a chevron shaped buttons to Qt at that point :smiley:

Anyway, Iā€™ll polish and wrap up the merge request, and powers that be can decide if they want to merge it or not.

10 Likes

Looks great, very clean and flowing and easy to parse.

Instead of waiting, @akselmo, I presume that someone could file an issue at Qtā€™s Jira. Have you reason to believe it wouldnā€™t be accepted?

Anything is possible. :smiley:

1 Like

@akselmo, if itā€™d be useful and I can find a reference issue requesting another icon, Iā€™ll do so then, since Iā€™d rather like this same icon for my own location bar implementation (and github.com/Winand/breadcrumbsaddressbar). [1] Otherwise, I fear I shanā€™t know what to say.


  1. issues/2#issuecomment-2679619680 ā†©ļøŽ

Could you please consider adding support for this light-dark mixed color scheme use case?

I like how Arc Darker look color-wise. When I discover that I can do the same by using Breeze and adjusting color scheme, I was quite surprised at how configurable things are. Now, I happily have the dark header/toolbar like Arc Darker, with Breeze style and accent color from my wallpaper. I know Iā€™m the minority here, so I understand if you decide not to support this use case.

I think it looked good both ways. the fact that you could still set it to ā€œMake location bar editableā€ meant you could have either style. The pure white while jarring it was still in the testing stages so I personally thought it was fine. Also the View Mode button is a great add,

1 Like

Dolphin is having its looks tweaked and has a new icon with an actual picture of a dolphin inside it!

ā€œItā€™s made with bits of real dolphin, so you know itā€™s good. Theyā€™ve done studies, you know.ā€

To fix this, youā€™d probably need to work on upstream Qt framework to allow this use-case and thatā€™s a tremendous amount of work.
Or maybe I am over-complicating things.

It is not we decide not to support this, it is a matter of deciding where to put our time and efforts into, we are volunteersā€¦

2 Likes

Weā€™re on the right track, and that is to say, the breadcrumb bar more resembles the old layout than it has since this change.

My take on how to enhance it from here, not completely abandoning icons. Thereā€™s certainly a middle ground, I enjoy seeing custom icons resolve for folders of mine but not at every directory level. This would resolve both of the regression bugs I opened, with only minor changes to the design.


From my perspective, the biggest factor in this backlash were multiple big design changes being made at once, and as Nate mentioned somewhere in the last day or two: to a library used by highly visible applications like Dolphin and Gwenview.

Not to recommend taking any pages from big techā€™s methodologies, but has anyone noticed the last time Youtube had a redesign? Thatā€™s due to small incremental changes spread out with portions of designs inching back and forth. Obviously the scale in resources are astronomic between those organizations and KDE, with the idea of those types of deployments being just as astronomic, but still, the small changes are the idea. (I learned recently this is the Principle of least astonishment - Wikipedia)

Simply enhancing the background tint first would have certainly gone over more positively than not, and could have raised awareness and discussion on the utility of the barā€™s overall contents, without the fuel of unpopular design changes already having been pushed through into production.

3 Likes

as a bit of a newer ( ~10months) user i just wanna say this change was kinda jarring. theres nothing Wrong with it persay but i ended up here wondering if i can tweak things to make it look like it had a week or so ago before i did an update. theres something about the seperator lines vs > that just feels really weird. learning i could click the little folder icon to change directories was neat tho but that said the icons also feel a tad redundant being at each location.

as for coloring i donā€™t personally have issues with the way mine is set up with some purple bits vs a light or dark its pretty legible its just the separator lines that feel super awkward imo.

iā€™ll definitely be checking out that other link mentioned here

2 Likes

I hate all UI changes in general. Itā€™s always upsetting me to an unreasonable degree. (But itā€™s still really upsetting me.)

If anyone likes the change, thatā€™s good for them. But at least I want to have an option to change it back.

1 Like

@Yora, this is a consistency improvement for the sake of usability. Thereā€™d be no reason to offer an option to change it, when it can just be improved in code. Someone would have to maintain both implementations. Even then, it would set a precedent for the next improvement. Then, weā€™d have three location bar styles.

Thereā€™s an option for that which makes sense to have multiple implementations, like view modes and date formats. Not this.

2 Likes