I am not sure you can get the clipboard history from Windows, but I do know that the user can manually turn off the clipboard history.Yes, the Win32 API is pretty extensive. It can hold all sorts of data types and can tell which is which. It even seems to know the difference between "c:\test.txt" (a file) and "c:\test.txt" (a string of text). I'm not sure how the Windows clipboard history is implemented, but if you can tap into that, there's no need to keep the data in the plugin's memory.
To be honest, I am not sure how useful this would be. Rainmeter deals with strings and numbers (both text as far as the clipboard is concerned). I guess the ability to copy the visual parts of the skin (as an image) to the clipboard could be useful. I guess you could copy a file or something....but I am not seeing any more usefulness than that.This is entirely optional and might not be really needed or consistent with the type of data (strings and numbers) Rainmeter works with, of course, but since it's kind of related, not sure if the !SetClip bang could / should be adjusted for a seamless complementarity (i.e. get vs set) with the potential update of your clipboard plugin. I'm thinking about maybe an ability to set the clipboard to more than just strings (e.g. media or path to media and so on), or an ability to set a certain clipboard item instead of the last one (I have no idea how Windows works in that regard, so if always setting the last clipboard item is how Windows works, then it would make no sense to even consider this in Rainmeter). I only mention this given the "recent" Windows versions' ability to work with multiple and more varied clipboard items, which I don't know if it existed at the time of the initial writing of the plugin. Again, it's just an idea to think of, by no means a "request" or something like that - at least not from me at this time. Might be useful in general though.
-Brian
Statistics: Posted by Brian — 16 minutes ago — Replies 12 — Views 216