Html 铬印及；Windows 7中影响响应图像的粘贴错误

我在

googlechrome

中或者在

windows7

剪贴板应用程序中遇到了一个有趣的bug。在选定的浏览器呈现的CSS+HTML（包含文本和图像的混合）上执行复制（

Ctrl+V

）时会发生此错误，更具体地说，在这种情况下，当图像编码为包含多个不同大小的副本时会发生此错误。我需要帮助验证哪个应用程序是罪魁祸首（浏览器或剪贴板），如果有，最好是修复（即注册表编辑）

这可能会带来一些安全风险，具体取决于这种行为的后果

---

发现 让我从我第一次在

OneNote 2016

中观察到此错误开始

我有时会将在OneNote中看到的文章保存起来，以备日后阅读。我正在使用本地安装的

OneNote 2016

复制到

Windows 7 Enterprise SP1（64位）

。由于它是一个企业版，官方的

webclipper

扩展不是一个选项，所以我只是在强烈要求时手动复制文章

奇怪的是，我发现当我选择一大块文本并进行复制粘贴时，OneNote中的图像质量有时比我的web浏览器中的图像质量低

作为一个案例研究，我试图手动复制这篇文章：

以图像+格式化文本块的形式复制时（在浏览器中：突出显示所需区域，

Ctrl+C

；在

OneNote 2016

中突出显示所需区域，

Ctrl+V

），图像差异立即显著。我发现，如果我右键单击文章图像并选择复制图像，然后使用特定的粘贴选项粘贴到OneNote中，

粘贴选项：

图片（U）

（最右边的一个），我会得到一个更高分辨率的图像

下面是一个示例，图像从原始批量粘贴中重新绘制到其出现的上方

深入研究网络代码，我相信我已经找到了原因。当同一图像的多个副本以某种可变样式列出时，就会出现问题，我假设这些样式用于适应不同的屏幕分辨率，或者可能是特定于移动设备和PC的布局

图像URL包含在

加文·格鲁隆

粘贴图像中的差异在矢量图形类型的图像中更为明显，我认为这可能是将矢量图形转储到

*.png

，然后由新闻人员在照片编辑软件中调整其大小的副产品（有点违背矢量图形的观点），因此破坏了重新缩放的分辨率

下面我展示了OneNote复制/粘贴问题的几个实例，以说明：

---

范围 进一步测试我发现，当复制包含

属性的文本和图像块时，所有Office 2016程序（在
Word 2016
和
PowerPoint 2016
上测试）都会出现此缺陷，这是
img
标记的一个新属性，使用时称为“”。根据我的阅读，大多数第三方手机和PC浏览器声称支持该功能。正如我所怀疑的那样。。。看起来，苹果移动设备上的所谓“视网膜”（高分辨率）显示器与budget
Android设备和budget PC中的低端显示器在分辨率上存在着巨大的二元性，这一特性的加入部分地激发了这一特性

有趣的是，诊断网站“我可以使用”img的
srcset
属性被视为不在
internetexplorer11
和
googlechrome54版中工作。在这种情况下，具有讽刺意味的是，对于这个用例，情况似乎正好相反--
chrome54
的副本工作不正常，而从
internetexplorer11
复制的内容正确解析了响应图像

这仍然不能确定是浏览器还是剪贴板应用程序，但我发现这确实是一件有趣的事情，因为它暗示了公司测试方法中一个关键的缺失部分（或者他们从谁那里获得数据的人——还没有检查过）因为复制和粘贴似乎是丰富内容的常见用例


问题
为了概括和总结，我已经找到了范围，但以下问题仍然没有解决

哪个应用程序负责--
Windows7的剪贴板应用程序或
GoogleChrome

对于有问题的应用程序，是否有一个注册表设置，我可以调整以使批量复制和粘贴抓取浏览器显示的任何图像
此外，为了重述之前的想法，如果bug出现在
谷歌Chrome
中，可能会有一些有趣的安全问题，因为您可能正在将URL内容加载到操作系统的剪贴板应用程序中，而这些内容与浏览器窗口中呈现的内容不匹配

      <figure class="figure">
  <img sizes="" src="http://www.sciencemag.org/sites/default/files/styles/inline__450w__no_aspect/public/gg_61125N_FirstHumans_BottomPart.png?itok=d0BdUhJK" srcset="http://www.sciencemag.org/sites/default/files/styles/inline__450w__no_aspect/public/gg_61125N_FirstHumans_BottomPart.png?itok=d0BdUhJK 1w, http://www.sciencemag.org/sites/default/files/styles/inline__699w__no_aspect/public/gg_61125N_FirstHumans_BottomPart.png?itok=j9n6dGdk 700w" />      <figcaption>
      <div class="caption"></div>
      <div class="credit">

      Garvin Grullón  
</div>
    </figcaption>
  </figure>