Looks good, let's wait for ngraham so he accepts as vdg

Nice! It looks great, hope it gets added

Nice! Sorry for not reviewing some tasks btw, for some reason I didn't see it on my emails

Extra mockups showcasing different layouts with the breadcrumbs inside view
1x

Okay, I'm almost done with the mockups. Currently, it looks like this:

Thanks, and sorry for wasting your time :x

you can close this task if you want, after talking a bit over T10470 it's better to use headers instead of footers

I have no problem changing the footers back to headers, if you want I can make another version with these and go with them instead

I think that it should use a footer to be consistent with the other ones

I think 1.4 looks too small

Looks significantly better in my opinion

Reply from the VDG group about why it's changed to a footer:

I love how it looks :D
The only thing I would change is the progress bar padding by either extending the bar to the left border to the album art or to the ~11px border from before

There's something off with the 1.0 scaling discover screenshots, the search bar is squashed and there seems to be extra vertical padding in the heading text

Looks much better imo, even the text seems to be vertically centered

In T12308#219299, @ngraham wrote:

In T12308#219295, @kderich wrote:

• While I understand that the gray neutral color in the header is likely used for mockups, this really should be the default KDE look/feel. It makes everything appear to tie together. Right now, dolphin looks a bit awkward in it's default form. The transition from the titlebar to the toolbar is almost jarring, particularly when either/or can be used to move the window.

Yep, that's the idea! See T10201. It probably needs to be updated with new mockups. @manueljlin, would you like to have a go?

These get reused in plasma mobile too (as far as I know) so we have to be extra careful with changes like these, especially size and click/tap targets. Also don't know about hiding stuff behind another click w10-style.

Might be better to be aligned to the left since it looks similar now to the battery percentage, but aside from that it's great! Also, sorry for replying late :P

Nice, looks great! About the stream name, it doesn't look like it's useful most of the time so it might be better to remove it

I'd say it's fine that way

About the suppresion message, I feel like it'd be better if it was out of the bottom "toolbar".but I'll check what the rest of the vdg thinks in the chat later today. And about the icon, afaik there isn't any brightness icon for that size

not intentional

dolphin with breadcrumbs inside view

If it isn't possible that's okay (it looks really nice right now, great job btw :D), although it'd be nice to make it consistent with the kirigami style divider

Looking at the screenshots, UI wise it's looking good already, only that the checkbox seems too big (should be the same size as the radio button, 16px) and there's a 5px sized padding after the divider that cuts off part of the Internal Microphone button and volume slider earlier than it's supposed to

The only changes would be the "[ ] Raise maximum volume" checkmark at the bottom and the different tab and header style

What do you think about these changes?

• Removing the dividers between the accounts

In T9041#208667, @ngraham wrote:

• The recent documents/recent apps sections have too many lines, making it feel cramped. Maybe remove the horizontal lines in the lists and just keep the vertical line separating the recent documents section from the recent apps section

That's why the SimpleMenu design mockups doesn't have any dividers and the Kaidan one from T12420 didn't have dividers either

It actually has a bg like in telegram but it doesn't seem to be customizable. Also, for some reason Kaidan's android builds have way more features than the KDE Neon (dev) version

Readded files tab as grid and apps tab as list, and tweaked the search padding

Here's a couple of kaidan mockups from your second comment, @alexde

The gear idea is quite interesting. By the way, have you seen T11227? Seems like a similar task

In T12192#214917, @ngraham wrote:

There's a missing input device: the humble laptop touchpad. :) I find that paging is really awkward with a laptop touchpad.

In T12192#214863, @hein wrote:

Some notes while I start working on implementation:

• Currently I'm planning to have a "Recent" section on both the Apps and Files tabs, though it's not included in the mockups.

That makes sense

• I'm not sure what the status of the discussion is on what should be shown as icons and what as lists. My current plan is to default everything in "Apps" to icons except "All Applications" as list, default everything in "Files" to list, and have a context menu action to switch in every view that just remembers the choice. Search results are a list, too.

Nice, you can add the apps' descriptions and align them like this so it doesn't have unused space:

• I kind of still like the pagination that the original Simple Menu does. I'm considering having lists be vertically scrollable, but use the pages for the icon views.

Hmm, I don't know if it should be different for both the vertical list and the icon grid

• It's quite tricky to sort out what should be hover-activated and what should be click-activated in this UI design. I'm thinking the Apps and Files tabs need to be click-activated, hover there would be incredibly annoying.

Yup

A load/save color pallete menu

Here's a couple of alternate color pickers in case it can be used somewhere else

In T12412#214714, @ndavis wrote:

In T12412#214711, @manueljlin wrote:

In T12412#214707, @ndavis wrote:

What's in the popover's overflow menu?

A list that displays HSL, RGB and Hex

I think it would be better to use a combobox because then people could plainly see that options for different color models are available.

In T12412#214707, @ndavis wrote:

What's in the popover's overflow menu?

yes, it has the same clickable area (30 px)

smaller version (maybe when you scroll down)

The current design from the app or the mockup from the description?

The artist category looks good but maybe make a bit thinner the banner:

Maybe something closer to the current design like this: (ignore the different progress bar and volume slider)

Thanks! This one works perfectly

Inkscape and figma

hmm, the svg seems to be just a png inserted with a bg

In T12372#214027, @mgallien wrote:

In T12372#214006, @KonqiDragon wrote:

This could easily be done by the user if the layout is made modifiable by the user. That would make it an actionable task. Do you want to help on that ?

The only thing I would change to the mockup is the top toolbar, it looks a bit empty. Maybe you could do it like Kaku (electron based youtube player that happens to have a similar naming scheme to KDE apps), where the settings and search buttons are on the sidebar.

Also, when the search bar is focused and the user has searched for something that has many options, pressing the left/right keys should change the category.
For example, in the lower right corner of every mockup there are multiple categories displayed (Applications/Pictures/Documents) so pressing right would directly select accesories-character-map.svg because it's the first option in the Pictures category.

Honestly, I'm against using categories on the right too, it just feels wrong tbh.

So something like this?

It used to be like that in the other task and was swapped around to avoid accidental clicks but if no one complains I'll change it

In T12192#213279, @ndavis wrote:

Why not make the grid 4 spaces wide? Then make the list view match that and you'll have a fairly reasonable amount of space for both views.

Seems like the best way to do it, yeah. I will add a Recents category for files and change the image from the task. I only have one question, should the size change when the tabs are switched?

Should I change the task image to this one then?

+1 to tabs having a minimum width size
I kind of like that tab location but it probably shouldn't extend to the sidebar too.

In T12192#212937, @ndavis wrote:

What if we just drop the A-Z tab or put it in the sidebar with the rest of the categories?

Maybe A - Z with a vertical list could look like this, the only problem is where to put the favorites apps and files. Maybe at the top of the apps list could work?
1x

I though that would just affect every app's titlebar without actually checking if the app has a toolbar, etc etc and just add/remove the divider everywhere and be done with it. However, if the app can actually send a hint to Kwin to make it hide or show the divider depending if it has a toolbar or not (or maybe through a window / app rule), then it's great

But that style of line / divider was going to be after the toolbars too, like kirigami apps, so removing it just would make that inconsistent later on. The divider needs to be inside the application itself to make this possible, instead of in the titlebar.

In T12192#212726, @ndavis wrote:

@mart, I think the mockups on the right are actually the A-Z list (notice where the separators are placed). I think @manueljlin just forgot to highlight the A-Z tab and hide or change the categories.

Yeah, oops

Yeah, the breadcrumbs shouldn't be squashed to fit, nor the icons.
Maybe making the current breadcrumbs part in dolphin be a regular toolbar part that you can add, remove or move to other toolbars might be another option, while also keeping good defaults. Should we talk about this here or T11663?

Hmm, yeah, I see what you mean... Maybe fixing the same size to both and not centering it to the view itself but to the toolbar might work when there are many icons. Does anyone know any other solution to this?

Like the bottom left mockup

In T12308#212592, @pedrogomes1698 wrote:

How it'd look smaller, really like it!

The 4th one is just

Yeah, you might like the ones with the light blue bg, it's the one that most people from the VDG chat like

quite probably, for example, KvGnome does that

+1 Noto
-1 Kabel