plasma-hud VS darling

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

There is actually a Wine-like transplier called Darling. The problem is that development is very slow because there is not as much need for MacOS programs on Linux, and there is a huge shortage of volunteers and manpower. And it has been rendered almost obsolete because Apple moved to ARM. Additionally 90% of Apple's API is closed source despite Apple claiming to champion open source.

Unfortunately not. Darling [0] is still at the point that it can only run command line applications. Only the most basic GUI applications are supported. That's still a massive accomplishment that I don't want to diminish, but it's nowhere near the point that WINE was at even quite a long time ago.

[0] https://www.darlinghq.org/

xcodebuild CLI to compile iOS apps without a Mac. Seems possible in theory, although there's an ongoing issue some are seeing apparently: https://github.com/darlinghq/darling/issues/488

I wonder if there's opportunity for overlap with darling (https://www.darlinghq.org/) here, somewhat like using WINE on top of actual Windows.

Hi guys, just wanted to make a quick shoutout to Darling since not a lot people seem to know about it, which is a compatibility layer like Wine for Linux, but it allows for MacOS applications instead of Windows apps to be able to run on Linux!