In T8187#253504, @ngompa wrote:

openSUSE's support for KDE file dialogs is based on a patch that has been rejected by Mozilla for its entire existence. Unless someone wants to get that patch upstreamed, it's never going to mean anything for anyone else.

In T13012#228356, @ngraham wrote:

Yeah I'm also starting to become convinced that the pill-style tabs are not the best approach, though I love them in the abstract. In those screenshots, we have a certain style for sidebars in config windows: a light blue background with a darker blue bar on the edge facing the content view. I wonder if we could just do the same thing for top tabs, but with the bar on the bottom edge rather than a side edge. IIRC @cblack has been working on this for Kirigami. My only objection to this style is when the tab bar is unbounded, or free-floating; I just don't think it looks good to have colored rectangles and text floating in space. But when a tab bar using this style is framed by adjacent views (as with the sidebar case we already have), then those views provide the necessary visual anchoring and I think it looks great! IMO if we can commit to that, we could probably use that style everywhere for non-editable views.

In T13012#228345, @abetts wrote:

Could you please try a combination of 2 and 4? I am curious how that would look like.

Here is some quick mockups.

Open new torrent window. It has most of the same features but is a lot cleaner.

Mockup with all of the views.

Created T12426 for Ktorrent.

In T12420#214946, @KonqiDragon wrote:

Looks kool, but "large category icons should all be colorful" T10165

Ktorrent using big squares as suggested in T11153

In T11663#213152, @joricke wrote:

In T11663#213094, @manueljlin wrote:

"Keep a single URL Navigator in the toolbar, but change it dynamically to show the path for the active split view" is probably the best option

The issue with that approach is that you can never be 100% sure you're in the right directory on your inactive split view. A minor issue, yes, but an issue nonetheless.

In T12192#213506, @manueljlin wrote:

So something like this?

Would it be too noisy if we did something like [ ... > dir1 ] | [ ... > dir2 ] for split views?

Do the warnings need to below the buttons? I feel like they are kinda out of place there.

[ ~ ] Tile is sometimes used to show an approximate value. Could we use that for indeterminate state?

In T10201#188085, @mglb wrote:

Maybe per-app/per-window breeze configuration, like KWin's "Window Rules"?

I would like my desktop to simply tolerate applications with different interfaces.pHow about a simple approach to preserve such interfaces: Count the number of toolbar rows, and only darken the toolbars if they are not more than 2 or 3 rows. >Otherwise, only darken the menubar.

Display is definitely clearer on my screens, It really starts to become noticeable at size 12.

In T10201#183402, @ngraham wrote:

I think for Breeze Light and Breeze dark, we should consider making the titlebar a very slightly different color from the window itself, and/or adding a horizontal line that separates it from the window content. When we don't do that, then any UI elements in the window that butt up against the top margin end up looking really, really weird.

Could we just group them like we do on the devices tab?

I don't know if its possible in GTK but we could tint inactive windows as a way of making them lighter.