Does Silverlight 4's WriteableBitmap *really* cripple legit cross-domain access in the name of DRM? -
It is explained that it will be blocked to read, when any part of it comes from external domains - : Image Image Server. / P>
It further explains that this is for "DRM", I think there is a big risk to writing movie rippers in Silverlight, which includes a movie from another domain and then it is captured again It is ... except that you can only rewrite the bloody xap because it comes under the wire and then it is the same domain! But this is neither here nor there.
Anyway, obviously I'm trying to use WritableBitmap to export a screenshot of the user's current setup; But I have been stopped from this cross-domain problem.
Is any supported way not in the latest version of Silverlight to do this? Not a cross domain .xml or clientaccesspolicy.xml? This is not crippled for the silverlight - a huge "screw you", do not stop the attackers to put half-bad security barriers in that barrier developers?
Edit : This question is similar.
Your emotion is shared by many people, many devs for doing this for legal purposes There are some work around, all of them are either hacky or bizarro. But this is probably the best I have seen ..
Just read it again and saw that you are not looking for a crossdomain.exml solution. There are a few other options on this page (again, no solution is "great"):
In addition, it is not certain that this is an option, but your app security as OOB app Will not be restricted to check whether ClientsAccessPolicy.xml or CrossDomain.xml is an out-of-browser option for you?
Edit: On more reviews of posts and comments, I believe (Tom, please confirm it) that the SL app running on their own box There is no need to get a screenshot of the user's example (which will take care of something very well).
Instead, this user's picture screen ( PrtSc - similar to man) in this case, it is very difficult, but not impossible, Rui shows how he does it , But it depends on the component that a user is already on the machine. Jeremy is even more creative, which will effectively allow access.
Comments
Post a Comment