ncmpcpp VS mako

well, https://github.com/ncmpcpp/ncmpcpp has 1.8k stars, and my project, IMO, is a humble attempt at making a better version of that

OS: Arch Linux WM: Qtile Panel: Qtile bar Launcher: Rofi Notification Daemon: Dunst Terminal: Alacritty Shell: Zsh Compositor: Picom File Manager: Nemo Music Player: Spotify & ncmpcpp

ncmpcpp

Nevermind, Azlyrics changed the html tags so the lyric_fetchers was simply fetching blank. This PR takes care of it. I simply build the the branch with the commit and everything is working. Expect to see it in the next few upstream release

Sadly that's an old bug, occuring when the mpd config is faulty: https://github.com/ncmpcpp/ncmpcpp/issues/147

An alternative Emacs client for MPD is Mingus (although i myself use the standalone ncurses client ncmpcpp).

The little one at the bottom right is mako, the music player is ncmpcpp and the music visualiser is cava

If you want to stream audio from a service like Spotify or SoundCloud, I can recommend Mopidy as a backend with a commandline frontend like ncmpcpp.

Music: Music Player Daemon (The ALSA of music players!) MOC (Terminal frontend for MPD) ncmpcpp (Anyone who tells you there's a better music player for Linux than this, is a scammer!) kunst (Even blind people need Album Art to listen music ;) Spicetify (Spicey Spotify with pywal!)

So, using this github issue as a reference, I'm trying to make a wofi menu that appears when a bluetooth file transmission is sent to my PC from my phone (or any other device for that matter).

I currently use mako for the notifications. When I play Strategy Games (Mouse is all over the place) and a notifcation pops up, the mouse gets stuck on the notification message until I click it.

I use avizo as a volume indicator, mako for notifications generally.

I guess some standard notifications app like https://github.com/emersion/mako doesn't suffice, as it isn't related to a window?

mako is a Wayland notification daemon from one of the principal Sway/wlroots devs, and is currently provided with openSUSEway. It's pretty minimalist, but so are most things in the Sway/wlroots ecosystem.

It's a notification, I use mako: https://github.com/emersion/mako

Notifications: mako

Is there any way to force dbus to use a specific notification daemon? On one of my systems, I run both Plasma and Sway. The latter obviously doesn't have a notification system, so I'm using mako. As far as I can tell, mako automatically launches when a notification is fired, however this causes an issue with Plasma. Plasma seems to be shutting down its own notification daemon in favor of anything else that's running, and I'm not sure if there's a way to prevent it from doing that

I don’t use Thunderbird, but does it support using FreeDesktop notifications e.g. that would work with Mako? Some applications will fall back to their own windows if there’s no notification daemon running.