arc-theme VS ncmpcpp

You can write an issue/ask a question here. It's based on the original theme, which is not active since 2017, so I guess the packages in Linux distros are built from that fork.

I have enjoyed the dark variant of the Arc Theme for years. It can be found in most distro repositories or here: https://github.com/horst3180/arc-theme

Arc dark. https://github.com/horst3180/arc-theme

Me just being lazy instead of looking for it myself...how does this work? For example, let's say I want to use the Arc Dark theme on F36/Gnome 42. The theme claims it includes a GTK4 variant (btw, Fedora uses this fork of the Arc theme according to the rpm spec, as the original has been unmaintained for some time). How do I tell Gnome 42 libadwaita apps to use the Dark Arc theme? If it's an export line in my .profile file, then I must have done something wrong, because that didn't work for me. What is this trickery you mention, please do tell!

Here's a popular GTK and icon theme that go well with each other: https://github.com/horst3180/arc-theme https://github.com/horst3180/arc-icon-theme

Did you try the arc-dark theme? It's quite popular among archlinux users, and I think it looks pretty polished. [1]

I'm no design expert, so I got nothing to say in terms of UI/UX. But it's the theme I've grown most comfortable with to use over the years. I agree with your sentiment that most themes lack attention to detail, where everything looks just more cluttered than anything else (especially when taking a look at icons, fonts etc).

[1] https://github.com/horst3180/arc-theme

Arc uses SASS to generate the actual CSS. It uses constants for colors which should be easy to replace. The only thing you need then is to build the SCSS files with a SASS compiler. Look at this file for example: https://github.com/horst3180/arc-theme/blob/master/common/gtk-3.0/3.20/sass/_colors.scss

Theme: Arc darkest (Dark mode) Arc Github

https://github.com/horst3180/arc-theme slims things down a little bit.

Theme: Arc-Dark

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!)