zoukankan      html  css  js  c++  java
  • 改变分辨率会牵连到EMF图的大小

    当它们呈现在目标设备上并它们还记录目标设备的特征,增强型图元文件图像记录它们的大小。 在打印机设备上呈现的图像大小使文档的大小相同。 在屏幕设备上可以有呈现的大小和文档的大小之间重大差异因为屏幕的物理特征 (分辨率) 通常不匹配 Windows 使用的逻辑特征。

    增强型图元文件头记录如下的四条 (以及示例) 的信息:
    • 增强型图元文件记录以像素为单位),该设备的边界: 1024 x 768
    • 设备的增强型图元文件记录以毫米为单位的大小: 320 毫米 x 240 个月
    • 目标设备像素中的增强型图元文件的边界: 224 x 179
    • 以百微米为单位的增强型图元文件的大小: 7001 百微米为 x 8001 百微米为 (70 毫米 x 80 毫米)
    因此,该设备的物理特征说该设备有 81.28 的以每英寸点数 (dpi 为单位) 的分辨率 81.28 dpi x (1024 个 / 320 * 25.4 768 / 240 * 25.4)。

    注意 : The 原始图像大小是 25.4 毫米 x 25.4 毫米。

    增强型图元文件图像记录时, 大小显式指定由该生成的程序或者大小将自动计算由操作系统的前三个值。

    Microsoft Office 使用前两个值和最终值来增强型图元文件图像在目标设备像素的大小时工作: 1024 * 70.01 / 320,768 * 80.01 / 240 个或 225 x 257。 因此,可以通过使用屏幕大小的逻辑 dpi 的通常 96 (小字体) 或 120 (大字体) 来处理出增强型图元文件的"逻辑大小。 在本例中,(使用示例图表):
    96 dpi 显示: 59.53 毫米 x 67.73 mm (2.34"x 2.67")
    120 DPI 显示: 47.63 毫米 x 54.19 mm (1.88"x 2.13")
    遗憾的是,增强型图元文件图像不会记录目标设备的逻辑的 dpi。 Microsoft Word 必须"猜测"逻辑 dpi 与当前的设备的相同。 Word 使用而不是在记录的那些当前的设备的特征最小化这可能会带来的任何错误。 例如,如果当前的设备是 1280 x 960 像素与 320 毫米 x 240 个月的标准大小:
    96 dpi 显示: 74.09 毫米 x 84.68 mm (2.92"x 3.33")
    120 DPI 显示: 59.28 毫米 x 67.74 mm (2.33"x 2.67")
    这些更改导致不同的纵横比为增强型图元文件图像。 操作系统获取数字 (320、 240、 1280,1024) 的不一致的的因此操作系统记录不一致的百微米为值为框架。
  • 相关阅读:
    nginx:font-awesome图标刷新后显示不了
    nginx:用openssl生成证书
    安全:http host头攻击漏洞
    js:获得屏幕的宽高
    java中URLEncode与Delphi中关系
    Error during WebSocket handshake: Unexpected response code: 404
    byte数组与MultipartFile相互转化
    Java字符串或数组去掉前后的中括号标签
    IDEA运行新项目时报 Error running ‘XXApplication‘: Command line is too long. Shorten command line for…… 错误
    (转)ElasticSearch中"distinct","count"和"group by"的实现
  • 原文地址:https://www.cnblogs.com/si812cn/p/1545521.html
Copyright © 2011-2022 走看看