>This works in my own setup, but if you have another plugin that also >register buttons in the "playlist" mode (Now Playing) the first one >will win and the second registration will be ignored. > My own plugin (PlaylistMan) tries to register add.hold in the now playing mode. In the past, TrackStat has registered first, so I needed to define a custom ir map entry to invoke my plugin manually. Perhaps this is now reversed and my plugin is registering first, so I would need to define custom TrackStat ir map entries.
This is not good, and is a seriously lacking area of plugin support still missing in SC 7.0. I know we've discussed it in the past in the developers forum. We need a more intelligent way of programatically assigning functions to keys. I'll see if I can find the thread and see where we left it. >I've also seen problems where "hold" actions doesn't work when you use >them when a screensaver is activated, so if this is the case I'd like >to know which screensaver you are using. > The problem occurs on the normal Now Playing UI screen, but I also use Music Information Screensaver. Phil _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/plugins
