When library is reloaded, reload the playlist's tags too

proper way to do this is probably to have tracks send an event when they change their tags, and then just have the gui playlist listen to that and update as needed.

Such an event has likely been implemented with the track properties. Also, editing a track properties should immediately reflect changes to the collection.

This is actually too hard for me to implement the whole thing in 0.3.0. I just don't know the inotify and library scanning code good enough. I'm attaching a patch that allows the library panel and library tabs to watch for tag changes in tracks. Ideally the scanning function should log an event named 'track_tags_changed' and attach a list of tracks for which the tags changed.

Another way around would be to give an empty list of tracks and rewrite the handlers to force them to fully refresh in such cases. Note that it's what the collection panel's handler does anyway. The load_tree function could be improved to actually refresh tree entries instead of wiping the tree, in future releases.

> Ideally the scanning function should log an event named 'track_tags_changed' and attach a list of tracks for which the tags changed.

I fail to see how this is much better than just letting the signals from the individual tracks handle everything. It might be slightly more efficient that way, but I doubt its enough so to justify the increased code complexity that would require.

> load_tree function could be improved to actually refresh tree entries instead of wiping the tree, in future releases.

We already load the tree incrementally anyway, so that shouldn't be too difficult to do. Just have to determine what the lowest subtree that needs refreshing is, empty it and load it again. If we can get that working properly we could even drop the refresh button from the collection panel, perhaps.

this is fully implemented in trunk now, correct?

seems to work in trunk for me.