I see. Are there some particular times where the copy/paste buffer gets refreshed?
One thing that seems to be happening is that if I change what's on the clipboard to my own content, sometimes AM retains what was previously on the buffer instead of the new content that I intend to paste.
However, if I put invalid data (e.g. random text) into the clipboard and open the edit menu, the paste option is greyed. If I now put the new data on the clipboard, it now can be pasted into audiomulch.
I'm just playing around with trial and error here, so I may not be getting this right...
Data used for resolving clipboard data between multiple application instances. Don't depend on them.
I see. Are there some particular times where the copy/paste buffer gets refreshed?
One thing that seems to be happening is that if I change what's on the clipboard to my own content, sometimes AM retains what was previously on the buffer instead of the new content that I intend to paste.
However, if I put invalid data (e.g. random text) into the clipboard and open the edit menu, the paste option is greyed. If I now put the new data on the clipboard, it now can be pasted into audiomulch.
I'm just playing around with trial and error here, so I may not be getting this right...
Ah ok, now I see what you're trying to do. There is an internal cache for clipboard data. You need to update the seed each time.
Parsing proceeds if:
if( sscanf( clipboardBuffer, "<!-- AudioMulch clipboard hwnd: %lu seed: %lu -->", &hwnd, &seed ) == 2 ){
if( !xmlDocument_ || hwnd != cacheHwnd_ || seed != cacheSeed_ ){ //(then use new data from clipboard)
Hehehe, I'm probably abusing the intended use case a little bit, but this opens up some interesting doors ;-)