pdf形式中可填充的多行输入场中的字体尺寸为零
我被PDF文档陷入困境，该文件（在其他字段中）包含五个较大的多行文本输入。在所有五个字段中，相关小部件的默认申请参数都说明了以下内容。
/DA (/SimplonNorm 0 Tf 0 g)
这是设计这种PDF形式的人的错误，功能还是意想不到的滑倒？
印刷文档后，此零字体大小将导致无形文本。在我看来，不同的PDF观看者/作家（Firefox，Chromium，Ubuntu-Document-Viewer）似乎用明显任意的新字体大小来代替此零价值。反过来，这会导致输入字段的不同渲染，具体取决于填充表单字段的工具。
我正在使用PHP工具来自动填写此表格，并且不确定自己是否选择任意价值，还是我们还应该与设计该表的政府机构联系。
I got stuck with a PDF-Document, which (among other fields) contains five larger multiline text inputs. For all five fields, the DefaultAppearance-parameter of the relevant widget says the following.
/DA (/SimplonNorm 0 Tf 0 g)
Is this a bug, a feature, or an unintended slip by the person who designed this PDF-Form?
This zero font size would result in the invisible text once the document gets printed. To my observation, different PDF-viewers/writers (firefox,chromium,ubuntu-document-viewer) seem to substitute this zero-value by an obviously arbitrary new font-size. This, in turn, results in the different rendering of the input field, depending on the tool by means of which the form fields get filled.
I am working on a PHP tool to fill this form automatically, and a bit unsure whether I choose an arbitrary value myself or whether we should additionally contact the government agency that designed it.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
默认外观字符串中的0作为字体大小，指定如下：
（ISO 32000-2第12.7.4.3节“可变文本”）
这个想法是使用最大的字体大小值，文本仍然适合文本字段。但是，由于不同观众中表单字段的不同类型设置算法，结果是实现依赖性。
因此，您的观察
确切地期待。
A 0 as font size in the default appearance string is specified as follows:
(ISO 32000-2 section 12.7.4.3 "Variable text")
The idea is to use the largest font size value for which the text still fits into the text field. Due to different type setting algorithms for form fields in different viewers, though, the result is implementation dependent.
Thus, your observation
exactly is to be expected.