User Profile

I have a somehow related question @eskimo. Im planning the plugin architecture for my app. I'd like to handle all plugin related operations (more about that below) with the XPC. Right now I'm using the XPC along with the SMLoginItemSetEnabled to launch mini-app that will display image from parent app but the plugin thing is on another level. For the plugin I have a framework (let's call it the plugin framework) with some classes that the plugin has to inherit from stuff like info about the plugin (identifier, author etc.). plugin has to return a NSWindow subclass (actually a subclass of it). plugin has to return a view that will be used as a preview in my app. Right now, I'm testing my internal plugins that I load within the app and everything works – I load the bundle, preview are interactive, everything just works. But these are my plugins. So the goal for the new "XPC app" is to act as the middleman between my app and the plugin. The XPC app can load the window provided by the plugin (and I guess I know how to do it, I just have to encode most of the types from my plugin framework) but I don't have any idea what to do about the preview. Because I'd like to load the plugin on the XPC app and then somehow pass the view with the preview to the app. Any ideas?

I have the same problem – and yes, the package is also a dynamic one.

Thank you for the response. :) Yes, the ApplicationMusicPlayer/ObservableMusicPlayer lacks some stuff that I'd like to observe/get/set: – observe when the track changes (FB9148193), – set and observe the volume; if it has to be a dedicated view – maybe something more modern and configurable instead of MPVolumeView because it looks like it's forgotten (FB9155448), – getter for the queue – I can set the queue, but I can't observe the state of the player (what I mean by that is the user observable state, like which track is now playing etc) so I can't even rely on my copy (FB9155477)

Okay, I can map items id and provide it to setQueue(with storeIDs: [String])