7 commits

Author	SHA1	Message	Date
Danielle McLean	28748df3c1	feat: hide running Cocoa receiver from the Dock	2025-04-30 12:46:47 +10:00
Danielle McLean	c2f67c4781	style: apply formatting fixes to AppKit code	2025-04-30 12:46:17 +10:00
Danielle McLean	68609f3d07	Wrap Song in a broader Playback state object with stuff like volume and repeat mode	2024-07-26 09:53:17 +10:00
Danielle McLean	d9c8e0fe28	Find the current song's URL and pass it on when possible	2024-07-23 13:30:06 +10:00
Danielle McLean	ca5086f93a	Fix path to MPD logo in Cocoa receiver (oops)	2024-07-13 18:38:16 +10:00
Danielle McLean	04859b8c8b	Adjust receiver protocol to accommodate config	2024-07-11 12:15:34 +10:00
Danielle McLean	00ba34bd0b	Refactor Cocoa stuff into a 'receiver' ... The idea here is that there are other places that might want to know what's playing, besides MPNowPlayingInfoCenter. For example, to expose the now playing info to Übersicht efficiently, it needs to be available from a web browser, ideally using WebSockets. So there could be a receiver that runs a small WebSockets server and sends out now playing info to anyone who connects. Additionally, I hope to write receivers for MPRIS and for the System Media Transport Controls on Windows, making mpd-now-playable equally useful across all platforms. None of this is implemented yet, of course, but I hope to get the WebSockets receiver done pretty soon! I'm going to keep the default behaviour unchanged. Unless you explicitly configure different receivers in config.toml, mpd-now-playable will just behave as an MPNowPlayingInfoCenter integration as it's always done.	2024-07-09 12:52:49 +10:00

Renamed from src/mpd_now_playable/cocoa/now_playing.py (Browse further)