plasma-applet-tiledmenu VS plasma-hud

I think there are already Plasma menus that do almost the thing you want. For example https://store.kde.org/p/1160672, https://store.kde.org/p/1367167 or https://store.kde.org/p/1367178 . Maybe it would just be better contributing to those instead of starting completely from scratch. But in the end you decide.

"tiled menu" from the KDE plasmoid shop or from here

If you want something just like the Windows 10 start menu, you may want to consider the Tiled Menu widget.

I would use the Tiled Menu plasmoid, as busy_biting suggested. It's highly configurable, though a bit clunky in some edge cases. Very functional and good looking, however! I'm not going for a Windows 10 look at all and yet it's what I stick with because of how great tiles can be.

Tiled Menu, the launcher that did tiles better than what Windows 10 did.

https://store.kde.org/p/1160672/ Tiled menu is good one

On Plasma you can download the tiled menu which has on option that makes it full-screen

If you have troubles implementing the dbus method you can take a look to the source code of plasma-hud here. It's a python daemon that creates a dbus service that you can call to show a rofi menu. Theres a lot of stuff going on there, but the important bits are at the end of the script, starting from line 713.

KDE apps have this built in (ctrl+shift+i). I love it. For non-KDE apps on Plasma there is no native solution but a KRunner plugin and a [Plasma extension](https://github.com/Zren/plasma-hud.

More screen for the app itself. I have Global Menu on my top panel with plasma-hud.

If you want a single solution then look for projects implementing a "HUD". For KDE Plasma there is this one: https://github.com/Zren/plasma-hud, that is a fork of this for Ubuntu Mate: https://github.com/ubuntu-mate/mate-hud. Hopefully you find something that suits your needs!

> Only using Qt apps on Linux is very hard.

There are even whole distris doing that… ;-)

https://kaosx.us/

I have hardly any GTK app installed and I would not know what I'm missing. (Firefox uses GTK but it has it's own UI anyway). Electron? That's the plague of modern times. Besides VSCode (which I will switch away in a blink as soon as the alternatives are ready) I don't use any Electron peep. Also here I would not know what I'm missing.

But of course, it's only me. YMMV

> Cmd+Shift+/ to search all menus is also super useful and I don't think you can do that on KDE.

Global menu is of course integrated in KDE. You can even use it form KRunner (of course with fuzzy search).

https://libreddit.northboot.xyz/r/kde/comments/r85jcz/tip_yo...

I think the idea of using a "HUD" in KDE is actually even older than the macOS feature.

https://github.com/Zren/plasma-hud/

> If you don't think macOS can be configured then you are mistaken.

Apple products are made for the mass market. That's one of the reasons they actually follow the same philosophy as Gnome. What this means regarding options everybody knows I guess:

Options are hard to maintain and "confuse the user".

So Apple products are dumbed down even more with every release. (They even replace perfectly fine working software with "touch-ware" in the attempt to make everything more tailored to the causal users).

Thank you. Turns out I was just looking for a rofi-based HUD and found one here.

Yeah, this is because the feature is implemented into the apps and not on a system level. If you want that, there's this: https://github.com/Zren/plasma-hud

And this for heads-up display (menu search on Alt): https://github.com/Zren/plasma-hud