jfyi that mockup used that type of tab only because rounded corners touching the toolbar and sidebar lines would look bad, not to actually change it. I'm not against this tab style but the blue highlight could be a bit more subtle (1-2px imo) and have rounded corners that still look round at 1x

I've noticed a couple of errors (old version of the telegram icon in some places, missing app drawer text) already oof

In T12717#224148, @alexde wrote:

manueljlin, what do you think about placing the number row above the letters in the keyboard? I always find it cumbersome to switch back and forth.

I personally don't use it too often but it would be nice to have that as an option

Also having more space between the keys helps to not hit the wrong ones accidentally. Here's an example I personally find handy and convenient:

I don't really mind if it has more space between keys or not since it probably has the same touch area. (Let's see what the rest of the VDG thinks)

I was going to share this as a PDF but it's probably better to just share 2x PNG exports

In D27199#627422, @gvgeo wrote:

Differently sized icons are about to be restored in D28034.

Nice! Thanks

What about something like this?

I know this is closed now, but some people from the VDG didn't like the text indicator replaced with a 1px divider and the differently sized networks. Is it a good idea to tweak it or is it better to leave it like it is?

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

Moved the mockups to the description

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

Edit: actually, checking with a computer screen both look good, but I still prefer the screenshots from the Details section

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.