使用PDF,是有可能创建具有多个字段的单个表单元素其中几个可以选择?例如,在HTML中,一个可以创建一组具有相同的字段名称相关联的复选框:

<div>Select one for Member of the School Board</div>
<input type="checkbox" name="field(school)" value="vote1">
<span class="label">Libby T. Garvey</span><br/>
<input type="checkbox" name="field(school)" value="vote2">
<span class="label">Emma N. Violand-Sanchez</span><br/>

在这种情况下,字段名是“字段(学校)”,并且提交表单时,“字段(学校)”可被提供0,1或2次。

是否有PDF的等效构建体,其中一个字段可以有多个值。所以在我的调查到目前为止,它看来,如果字段被分配了相同的名称,它是唯一可能选择一个字段。如果可以在PDF实现这一点,这是什么结构打来电话,怎么能实现?

编辑:澄清,我知道一个PDF可以包含具有不同的字段名称的多个表单字段,并且这些可以独立地选择,但随后的分组是隐式和显式不作为与HTML表格。我想用的构建体,使得选项的分组显式的,并且优选地允许限制(例如需要至少一个,不超过2个允许的,等等)。

编辑:如果有人能找到一个权威的意见,这是不可能的,这也将是一个理想的答案

有帮助吗?

解决方案 2

asnyder的响应使我的结论是,存在于单个字段内处理多个值没有自动的方式(如可以用HTML)。 asnyder的例子来自开发使用JavaScript的Acrobat应用程序,可从的Acrobat JavaScript开发中心。本文档提供了如何操纵复选框,组合框和单选按钮的一些例子。所有的实施例中阐明的问题的一些光,并最终导致我的结论是,正在使用PDF形式中的任何系统将具有任何多组可选的隐式定义的。

使用groupName.fieldName的构建体似乎是操纵窗口小部件为一组(在Acrobat的Javascript)是有用的,但一组中的字段不能枚举(没有枚举所有字段和过滤的组名),以及不能在没有编程检查值确定该组的集体值。

在换句话说,多可选择的值不是的Acrobat在任何实质性的PDF的也不是固有的特征,虽然有可能通过编程来实现这样的形式。

其他提示

是它是可能的。在Adobe PDF文件,您有复选框概念和单选按钮的概念。虽然每个复选框,单选按钮,可以有自己的名称,但是,它们也可以通过经由一个GroupName.subobj subtier分组。

的Adobe把它描述为如下:

  

的字段名。这可能包括   等级语法以   有利于逻辑分组。对于   例如,名称myGroup.firstField   意味着表单字段firstField   属于一组字段称为   我的组。创造的优势   逻辑层次就是你可以   执行之间的一致性   通过相关的表单字段的属性   设置组的属性,   它会自动传播到所有   组内的表单字段。

当字段被经由分层结构设置就可以然后得到为myGroup的值在这种情况下,并返回该组的选择的值。同样,在单选按钮的情况下,你将确保组中的所有字段具有相同的名称。

  

此的方法来创建的表单字段   是适用于所有领域,但它   应当指出的是单选按钮   需要特殊的处理。由于一组   单选按钮表示一组   相互排斥的选项,他们   属于同一组。因为   这一点,所有单选按钮的名称   在同一组中必须是相同的。   此外,在

的出口值      

单选按钮的集合必须设置与   单个语句,其中一个阵列   的值由所分配的   该场exportValues财产   宾语。例如,假设我们   要创建一组三个无线电   按钮,每个按钮12分宽和12   分高,所有的命名myRadio。我们   将它们放置的第5页   文档,其出口值将   是是,否,和取消。他们可以   创建如图中给出的代码   下面:

var name = "myRadio";
var type = "radiobutton";
var page = 5;
var rb = this.addField(name, type, page, [400, 442, 412, 430]);
this.addField(name, type, page, [400, 427, 412, 415]);
this.addField(name, type, page, [400, 412, 412, 400]);
rb.exportValues=["Yes", "No", "Cancel"];
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top