Fabio Manganiello

@enjeck I know that I can reference notes by ID, but it doesn't answer my use case (I'm just realizing that this should have been a feature request rather than...

I love this idea - and in general the idea of having a playback layer that is as framework-agnostic as possible! I was just about to start working on a...

> Presumably no gapless? I see that [`set_about_to_finish_callback()`](https://github.com/mopidy/mopidy/pull/2176/files#diff-c9322df08e52fbbccdf6a356c4fe2e1041e11849a06da26ceaa6cf0fb4331d90R47) is still there but not implemented. Maybe there's a way to emuilate it through two mpv/ffplay processes? pydub does something like this,...

> The proof-of-concept also doesn't inform Mopidy correctly about the play state changing This is something I've achieved in the [`media.mpv` Platypush plugin](https://git.platypush.tech/platypush/platypush/src/branch/master/platypush/plugins/media/mpv/__init__.py#L136) by using the `mpv` Python package and...

Also something to keep in mind: many mopidy extensions depend on objects declared under `mopidy.models.*` and may break if we just relocate them - we probably need a non-Gst dependent...

> agree that mopidy-mpd should be de-glibed. Maybe it's a bit off topic and worth opening another PR/discussion on `mopidy-mpd`, but I see that the Glib references are all concentrated...

> the intent of the gevent use in mopidy-mpd is just to do the protocol handling of reading the incomming data etc. In that case maybe `asyncio` could suffice?

Ok I've had a bit of time to work on it tonight and put together a PR for mopidy-mpd too https://github.com/mopidy/mopidy-mpd/pull/72. It's still a draft though, as protocol tests need...

Hi @b0o, thanks for the feedback! I have added `htmlPurify` to the parts of the code that set `innerHTML` .

Hi @b0o, let me know if you want more changes before merging this. I would also revert the `htmlPurify` changes to the omnibox results if it's ok for you. The...