Tom*_*ter 4 silverlight cross-domain writeablebitmap silverlight-4.0
在一年前的这个帖子中,它解释了当WriteableBitmap的任何部分来自外部域时 - 例如免费的图像服务器,它将阻止读取访问.
它进一步阐述了这是针对"DRM"的.我想有人在Silverlight中写一个电影开膛手有一个很大的威胁,其中包括来自另一个域的电影,然后重新捕获它...除了实现你可以重写血腥的xap,因为它从线下来然后它是同一个领域!但这既不是在这里也不是在那里.
无论如何,显然我正在尝试使用WritableBitmap导出用户当前设置的屏幕截图; 但我已经被这个跨域问题所阻止了.
在最新版本的Silverlight中,确实没有支持的方法吗？没有crossdomain.xml或clientaccesspolicy.xml？对于Silverlight而言,这不是一个瘫痪 - 一个巨大的"螺丝你",这会阻碍开发人员的半心半意安全障碍,但不会阻止攻击者？
编辑:这个问题等同于这里这个问题.
许多开发人员试图为合法目的这样做,你的情绪是共同的.有一些解决方法,所有这些都是hacky或bizarro.但这可能是我见过的最好的一个:SIlverlight 4.0中的屏幕截图.
再读一遍,看到你不是在寻找一个crossdomain.xml解决方案.这个页面有一些其他的选择(再次,没有解决方案有"伟大的"):http://betaforums.silverlight.net/forums/t/118030.aspx
此外,不确定这是否是一个选项,但您的应用程序作为OOB应用程序不会受限于ClientAccessPolicy.xml或CrossDomain.xml中的安全检查.浏览器外是您的选择吗？
编辑: 在进一步审查帖子和评论后,我相信(汤姆,请确认一下),需要的是不要获取用户在自己的盒子上运行的SL应用程序实例的截图(类似于客户支持Silverlight会照顾得很好.
相反,它是拍摄用户屏幕的图片(与PrtSc-ish 相同).在这种情况下,它更加艰难,但并非不可能.Rui show是如何在这里完成的,但它依赖于已经存在于用户机器上的组件.Jeremy使用Silverlight 4 Hack更具创造性:在没有COM注册的情况下使用Native/Desktop CLR,这将有效地允许访问.