In trunk now. Introducing: More bits for Song Changed SC_* flags. Added member Song::updateFlags2. (Various song commands and undo/redo use the update flags). Song::update() now takes an extra 'flags2' param, default is zero, with a HACK: If flags is -1 (as in a call to update() with no params), it is highly unlikely someone actually wanted all 32 flags bits set but not flags2, so flags2 is also forced to -1 in that case.
- Please beware these possible extra flags when writing songChanged handlers and setting updateFlags. No place uses them yet. We can recognize them as necessary, as we go, by adding an extra flags2 param to the various songChanged handlers. I really need more SC_* bits for my poc branch, but we're all out of them even if I reclaim the two that are unused, and I didn't feel like making dedicated signals (I know, I preached that), so I thought I would instead give us some extra bits, because the songChanged mechanism is so convenient to use. Give it a try and let me know what you think. Was I too hasty? Maybe expect a few hiccups... But I could remove it if it causes too much trouble. Cheers Tim. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Lmuse-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmuse-developer
