In D27438#612719, @davidre wrote:

There is now not clickable space between items:

At least it should be clickable

One more patch update to keep the change consistent with the rest of the code

Fair point, just checked that now and they're indeed the same. Got confused with 0.65 as 0.65 looks different to 0.5.

Went to 0.5, because 0.6 indeed looks just like 0.5 in execution

Changed value to Math.round(units.smallSpacing * 0.7)

Nevermind, then, I guess something changed between now and Plasma 5.18.1 master code meaning that no longer works, back to the old method...

Managed to come to a good compromise, however now I've hit a bit of a roadblock.

After a bit more digging around the code, I found another alternative way to do this which also fixes a bug I just noticed with this patch (there's clicking deadzones in-between the tray icons), however the method for doing it causes this spacing:

In D27438#612484, @ngraham wrote:

Also, it's nice to have the "after" versions right after each corresponding "before" version so you can more easily compare them by clicking on one and navigating between them with the arrow keys. :)

In D27438#612463, @ngraham wrote:

To make this patch easier to review without applying it, please add all the various sets of before-and-after images to the Test Plan section, not in comments.

VS same but with / 2:

In D27438#612459, @ndavis wrote:

Please check how this looks with a vertical panel.

Which one would people prefer?
Units.smallSpacing:

Would people prefer that above design to 2px? (actual Units.smallSpacing according to the HIG - https://hig.kde.org/layout/units.html) ^ (above message)

Here's it with / 2 added to the spacing value:

Changed spacing to units.smallSpacing

Patch update coming in a bit.

To make it stretch to the borders, simply just remove padding from panel.svgz and from the Plasmoid highlight SVG.

In D27384#611135, @davidedmundson wrote:

I still don't fully understand the bug and the fix

So what we're saying is:
Something changes us to needs save early on startup
We emit changed early
That gets lost (?)
So we have to reset back to unchanged after loading so that future changes will enable the apply button?

Other people are confirming that this patch also fixes the issue:
https://bugs.kde.org/show_bug.cgi?id=416358

I can confirm this fixes the bug - apply now becomes sensitive when changing a setting in Fonts

Started building plasma-desktop over here on an affected machine with this diff applied

Here's a small design change to maybe consider:

Since this is related, I'll just drop my concept design for Colours KCM for reference on a possible colour schemes header design to consider. Ignore the button at the bottom, I've realised now that that idea is pointless since we removed so many colour schemes by now out of the box that having a separate page for all the colour schemes is no longer a pointful idea.

Alright, fair enough, I noticed that just now.

"By default we only ship four color schemes."
Most distributors of Plasma include those four... and then all the other standard Plasma colour schemes besides that, resulting in a truck load of colour schemes to present users with out of the box. If we have a curated box on the first page the user sees, they'll easily know what the light and dark colour schemes that the distribution is built with are, and won't ever have to be surrounded by the other colour schemes unless they want that much customisation.

@ngraham The reason for the concept's two-colour-grids is this:
The first page's grid is limited to A FEW colour schemes that the distributor chooses. This can then be used similar to how Zorin Appearance only presents a light and dark option initially to the user before presenting the rest of the themes below that in its dropdown menus. This keeps the user from looking in the haystack of colour schemes on the second page for the distributor's light and dark colour scheme(s).

Here's a new mockup I did of what the Colours KCM could look like with Accent Colours

In D27195#606954, @ngraham wrote:

"Reload" could also work, as that's also a very common and recognizable term.

This is something I've recently suggested myself, so having this happen would be a small change but still a good change.

I feel like the shadows might be slightly overcompensating in shadow strength for the small shadow span (it looks kinda weird on first glance), but apart from that minor nitpick, I'd say this is good to go.

In T12308#217196, @ngraham wrote:

So are we officially abandoning the idea of moving the Breadbcrumbs/URL Navigator into the toolbar? Shall we close T11663?

In D26555#591657, @ngraham wrote:

Looks like this needs a bit of CMake work to stop installing the old icons:

# from directory: /home/nate/kde/build/plasma-framework
gmake[2]: *** No rule to make target '/home/nate/kde/src/plasma-framework/src/desktoptheme/air/icons/nepomuk.svg', needed by 'src/desktoptheme/oxygen/oxygen.gzipped/icons/nepomuk.svgz'.  Stop.
gmake[1]: *** [CMakeFiles/Makefile2:880: src/desktoptheme/oxygen/CMakeFiles/oxygen_desktoptheme_graphics_icons.dir/all] Error 2

Probably need to add the new ones too.

@bruns @ngraham What do you two think about using the find icon as the search icon, given we use the find icon for search in Dolphin in the Oxygen icon set?

There we go. Noticed there was a slight imperfection with the icon alignment in the previous edit so fixed that.

Rename 'nepomuk' Plasma Theme icons to 'search' and redesign Oxygen/Air 'search' icon

Rename 'nepomuk' Plasma Theme icons to 'search'

*sigh* It seems scour-icon decided to nuke the layer names that made the icons identifiable, working on fixing that now.

^ that was just me scour-icon'ing the SVG file as I forgot to initially.

Rename 'nepomuk' Plasma Theme icons to 'search' and restyle Oxygen/Air Search Icon

Rename 'nepomuk' Plasma Theme icons to 'search' and restyle Oxygen/Air's icon

Hmph... Oxygen has a low-quality 'search' icon. I'll update the diff again in a bit to add a higher quality version of the icon in SVG form if I can find a higher quality SVG of the icon from Oxygen.

Rename 'nepomuk' Plasma Theme icons to 'search'

Alright, I'll look into having a replacement icon for Oxygen/Air.

If anyone has any issues with removing the 'nepomuk' icon theming, please be sure to let me know so I can add them back in again on this patch to be alongside the 'search' theming to sort that issue out.

In D26555#591132, @davidre wrote:

In D26555#591131, @The-Feren-OS-Dev wrote:

In D26555#591126, @davidre wrote:

I still think the proper fix was to investigate why the widget explorer didn't show an icon instead of randomly changing the icon it uses which can have potential impact on other themes

This is a fix to it happening in real-time in Plasmashell me making this patch is not related to a potential issue with Widget Explorer. However, I could easily edit this patch to retain the nepomuk icons alongside the renamed ones if needed.

But if I understood it right this patch is a reaction to an issue caused by changing the icon which was caused by the widget explorer issue?

In D26555#591126, @davidre wrote:

I still think the proper fix was to investigate why the widget explorer didn't show an icon instead of randomly changing the icon it uses which can have potential impact on other themes

In T7622#216706, @The-Feren-OS-Dev wrote:

Alternatively, we could make use of the tech Plasma uses to launch Latte if a Global Theme specifies Latte as a startup service.

Alternatively, we could make use of the tech Plasma uses to launch Latte if a Global Theme specifies Latte as a startup service.

@mvourlakos Is there currently a D-Bus method for starting Latte that can be used? Asking to save myself looking around for it when I work on the Global Theme KCM Code once more.

Some more ideas I'd like to see implemented, when we add accent colours, on the colour scheme creation side:

If those ideas are implemented, Dolphin looks just like it does in these concepts layout-wise and Recent is placeable in the Places part as just "Recent" it'd be darn perfect.

Just some ideas I'd also love to see implemented:

1. Have the fallback menu button if no menu is shown be an optional toolbar component that can be moved or removed
2. Have the menu appear when pressing ALT and then disappear after being used, like in Windows.
3. Have the fallback menu button not appear if a Global Menu is used

But would it still carry out the operation if that message displayed or not?

Does the command work when Latte Dock is already running in the background? Just asking now so I don't accidentally cause the import to happen twice if Latte Dock is running.

Alright, I'm going to try and implement this now Feren OS Dec 2019 is done.

"Re-create a theme that looks and feels like Windows 7?"

Apart from desiring having a 'Global Style' sub-KCM for only applying the Theme part of the Global Theme like how Desktop Layout is only applying the Layout part of the Global Theme, and the icon for 'Desktop Layout', this is pretty much perfect already for a Proof-of-Concept and in terms of its GUI design.

At its simplest, it'd probably look like this (but way less bad), however it would be nice if it had a tickbox directly above it for enabling desktop background dependant colouring instead and maybe also have a bunch more colour options. Max cap, I suggest, for custom colours would be 30 custom colours, with every new colour made after that point causing the custom colours to shift backwards once overriding the 1st colour and then the newest one would be on the end of the 30th custom colour.

+1 on the idea of splitting of Global Theme into Global Theme and Desktop Layout (2 KCMs).

Just an idea for the redesign: Maybe have an optional setting for setting an "Accent Colour" at the top of the list which then sets Focus, Hover Decoration and other colours that are basically an Accent Colour setting but with applicable shades. Optional so that people can easily set it all in one go while other people can still have full control over their colour palette.

While I haven't been in the loop much regarding the advantages and disadvantages of both packaging systems, I do know making use of Flatpak or Snaps is a good idea on the terms that we can nail the desktop integration between applications and the overall Plasma and KDE experience first time.

Just in case we do go with the Simple Menu idea, here's the Feren OS mod of Simple Menu to save you flipping the categories and apps list:

I think the layout is entirely fine now if not perfect, TBH, based on the latest comment to have a design in it. The search bar is placed near the menu so users see it first, and the search bar is usually always near the panel.

In T9041#210416, @ngraham wrote:

In T9041#209480, @manueljlin wrote:

1x

This feels quite cluttered to me.

To be honest, I kind of think we were on the right track with the discussion of just replacing Kickoff with SimpleMenu by default and adding some more features to it. With the addition of "Recent Documents" and "Places" as categories on the side, it's almost there feature-wise.

In T11915#212214, @manueljlin wrote:

+1 Noto
-1 Kabel

Also did this some time ago, probably doesn't work but eh, maybe it gives some ideas for the horizontal ones.
It uses Noto ExtraBold to match the Kabel's K thickness/weight, and has a "base" logo where you can add ".org", or "Made by", etc without it looking off

example.svg48 KBDownload

TBH, I like the Noto Sans design the most, however for font consistency Kabel is kinda decent.

I'll get back to this later, with https://phabricator.kde.org/D23117, but for now this idea is on the backburner (kind of) while I release Feren OS Next. I will get back to this though and start working on making the import Latte Layout call be integrated into the aforementioned patch once I'm done with releasing Feren OS Next officially, though.