pdf - 页面旋转以何种方式影响 PDF 中的给定表单域?
问题描述
我很难准确理解 PDF 规范中关于页面与表单字段旋转的预期内容。
最简单的示例是具有单个页面的 PDF,其中单个文本框表单字段位于最中心,并带有一些默认文本。没有弄乱其他任何东西,我们看到文本是水平阅读的。
如果我们将页面旋转更改为 90,是否可以预期文本现在是垂直和横向的?
如果我们将页面旋转设置为 90,然后将文本框的旋转设置为 90,是否可以预期文本现在是颠倒的?
我在当前正在使用的 PDF 中遇到第二种情况(我无法共享),我看到文本看起来好像页面和文本框旋转为 0。显然,如果 Acrobat 和其他 PDF 是这样,那肯定是正确的读者展示,但如果有人能解释一下为什么会这样,那将不胜感激!
解决方案
表单字段在页面上用 Widget 类型注释表示。
要使文本字段正面朝上显示,Widget 注释应具有与页面相同的 Rotate 值。
这也适用于 FreeText 注释,这是在查看器中添加到 PDF 的常见标记。通常,注释的旋转值等于页面旋转和应用于 PDF 查看器的任何当前旋转的总和。因此,如果页面的旋转度为 90,并且在 PDF 查看器中,用户将页面再旋转 90 度,并添加 FreeText 注释,则 Rotate 条目将为 180,这将导致文本正面朝上他们添加注释的时间(但如果他们撤消查看器旋转,则旋转)。
如果我们将页面旋转设置为 90,然后将文本框的旋转设置为 90,是否可以预期文本现在是颠倒的?
不,表单字段的文本看起来“正确”并且处于正常阅读方向。注释内文本的外观/旋转与页面旋转无关。
还可以为您澄清的是,要了解注释有两个部分;描述其状态和外观设置的元数据,以及明确描述外观的可选外观流。Rotate 条目是元数据的一部分,当为文本字段等注释生成外观流时,此值用于旋转外观。注释的外观完全独立于任何页面旋转,如上所述,这是故意的,因此注释可以独立旋转(也许您希望文本是侧面的)。
推荐阅读
- javascript - 叠加层下的可点击元素 - HTML/CSS
- python - 许多数据集的相关热图
- javascript - 使用 $.ajax() 以 JSON 格式发布请求
- ruby-on-rails - Rails 中止迁移命令
- delphi - TIdTCPClient.IOHandler.Write(TStream) 无法发送 Big5?
- sql - 如何将存在的sql查询转换为mongodb查询
- path - 成功:试图在某个点结束 Path
- javascript - NodeJS:如何在继续执行代码之前等待异步请求的 for 循环完成?
- .net - 覆盖 ItemTemplate 中的 Combobox 样式以摆脱焦点抓取
- xquery - 使用 XQuery 合并具有相同元素的节点