XEP-0004 - 版本历史

2013年7月24日 (三) 15:49 Admin

2013-07-24T15:49:12Z

显示差异

2012年9月5日 (三) 10:19 Admin

2012-09-05T10:19:48Z

2012年9月4日 (二) 05:55 Zoey1990

2012-09-04T05:55:03Z

2012年9月4日 (二) 04:36 Zoey1990

2012-09-04T04:36:55Z

2011年12月12日 (一) 18:03 Chruse arroyo

2011-12-12T18:03:13Z

Snowqiang: 删除广告;(

2011-05-18T12:33:21Z

删除广告;(

Sprint20092010: /* 绪论 */

2010-10-11T08:07:10Z

绪论

Sprint20092010: /* 需求 */

2010-10-11T08:06:42Z

需求

2010年6月29日 (二) 03:46 Admin

2010-06-29T03:46:58Z

Test: /* 附录H:修订历史 */

2010-06-25T07:55:57Z

附录H:修订历史

@@ 第861行： / 第861行： @@
 Initial release
-(rwe)
+-----
-[http://essaywritingservices.org/index.php essay writing service]
+结束

@@ 第117行： / 第117行： @@
 :在"list-single"或"list-multi"类型字段中的一个选项。<value/>子元素的XML字符定义了选项的值，而'label'属性为选项定义了一个可读的名称。<option/>元素必须(MUST)且只能包含一个<value/>子元素。如果字段类型不是"list-single"或"list-multi"，就一定不能(MUST NOT)包含<option/>元素。
-如果<field/>元素不是"fixed"类型（见下文），它必须(MUST)有一个'var'属性在表单的上下文中唯一的标识字段（如果是"fixed"，可以(MAY)有一个'var'属性）。<field/>元素可以(MAY)有一个'label'属性，为字段定义一个人们易读的名称。对于“form”类型的数据表单，每个<field/>元素应该拥有'type'属性，它定义了字段数据的数据 "type"（如果没有'type'被指定，则默认为"text-single"）。在其他表单类型的上下文中提供的字段，也可以拥有一个'type'属性。对于"submit"类型的数据表单，'type'中包含的属性是可选的，因为表单处理实体被假定知道它处理的表单的数据类型。
+如果<field/>元素不是"fixed"类型（见下文），它必须(MUST)有一个'var'属性在表单的上下文中唯一的标识字段（如果是"fixed"，可以(MAY)有一个'var'属性）。<field/>元素可以(MAY)有一个'label'属性，为字段定义一个可读的名称。对于"form"类型的数据表单，每个<field/>元素应该(SHOULD)有'type'属性定义字段数据的数据 "类型"（如果没有指定'type'，则默认为"text-single"）。在其他表单类型的上下文中提供的字段，也可以(MAY)有一个'type'属性。对于"submit"类型的数据表单，'type'属性是可选的(OPTIONAL)，因为表单处理实体被假定知道它处理的表单的数据类型。
-如果字段出现在用户页面上（如，问卷中的项或表单结果），在XML中的字段元素的顺序，应该决定出现在用户处的项目的顺序。
+如果字段出现在用户页面上（如，问卷中的项或表单结果），在XML中的字段元素的顺序应该(SHOULD)决定向用户展现的项目的顺序。
 ===字段类型===
-以下字段类型代表Jabber/XMPP实体之间通用的数据类型。这些字段并打算像数据类型一样被广泛定义，如[http://www.w3.org/TR/xmlschema-2/ XML Schema Part 2] [[XEP-0004#附录G:备注|9]], 也没有定义用户界面元素。
+以下字段类型代表在Jabber/XMPP实体之间交换的通用的数据类型。这些字段类型并不打算像[http://www.w3.org/TR/xmlschema-2/ XML Schema Part 2] [[XEP-0004#附录G:备注|9]]中定义的数据类型一样全面，也没有定义用户界面元素。
-:'''表2:字段类型'''
+:'''表2:字段类型(Field Types)'''
 {|border="1" cellspacing="0"
 ! 类型 !! 描述
 |-
-|布尔型 || 该字段允许一个实体收集或提供一个在两个选项中只能二选一的选择。默认值为"false"。[[XEP-0004#附录G:备注|10]]
+|boolean || 该字段允许一个实体收集或提供一个只能二选一的选项。默认值为"false"。[[XEP-0004#附录G:备注|10]]
 |-
-|固定 || 该字段是用于数据的描述（如，人们易读的"section"头信息）而不是数据的收集或提供。<value/>子元素不应该包含换行符（\n和\r字符）；然而一个应用应该生成多个固定的字段，每个都包含<value/>子元素。
+|fixed || 该字段用于数据描述（如，可读的"section"头信息）而不是数据收集或供给。<value/>子元素不应该(SHOULD NOT)包含换行符（\n和\r字符）；然而一个应用应该(SHOULD)生成多个固定的字段，每个都包含<value/>子元素。
 |-
-|隐藏 || 该字段未展现给表单提交实体，但是和表单一起返回。表单提交实体不能修改隐藏字段的值，但如果这种行为被定义为是“使用协议”时可以这样做。
+|hidden || 该字段未展现给表单提交实体，但是和表单一起返回。表单提交实体不能(SHOULD NOT)修改隐藏字段的值，但如果这种行为被'using protocol'（"所使用的协议"?）定义时可以(MAY)这样做。
 |-
-|多jid || 该字段允许一个实体收集或提供多个Jabber ID。每个提供的JID应该是唯一的（比较确定的，包括Nodeprep的应用、Nameprep和Resourceprep profiles of Stringprep，按XMPP Core中说明的），而重复的JID一定会被忽略。*
+|jid-multi || 该字段允许一个实体收集或提供多个Jabber ID。每个提供的JID应该(SHOULD)是唯一的（as determined by comparison that includes application of the Nodeprep, Nameprep, and Resourceprep profiles of Stringprep as specified in XMPP Core）（通过比较，包括在XMPP Core中详细说明的Nodeprep、Nameprep和Resourceprep应用程序字符串处理配置文件，来确定？翻译得较拗口），而重复的JID必须(MUST)忽略。*
 |-
-|单jid || 该字段允许一个实体收集或提供单个的Jabber ID。
+|jid-single || 该字段允许一个实体收集或提供单个Jabber ID。*
 |-
-|多选项列表 || 该字段允许一个实体从很多选项中收集或提供一个或多个选项。表单提交实体从表单处理实体提交的选项中选择一个或多个项，而且不能插入新的选项。表单处理实体不能修改从表单处理实体处获取的项目的顺序，因为项目的顺序可能很重要。**
+|list-multi || 该字段允许一个实体从很多选项中收集或提供一个或多个选项。表单提交实体从表单处理实体提交的选项中选择一个或多个项，而且不能(MUST NOT)插入新的选项。表单处理实体不能(MUST NOT)修改从表单处理实体处获取的项目的顺序，因为项目的顺序可能(MAY)很重要。**
 |-
-|单选项列表|| 该字段允许一个实体从很多选项中收集或提供一个选项。表单提交实体从表单处理实体提交的选项中选择一个项，而且不能插入新的选项。**
+|list-single || 该字段允许一个实体从很多选项中收集或提供一个选项。表单提交实体从表单处理实体提交的选项中选择一个项，而且不能(MUST NOT)插入新的选项。**
 |-
-|多文本|| 该字段允许一个实体收集或提供多行的文本。***
+|text-multi || 该字段允许一个实体收集或提供多行的文本。***
 |-
-|私有文本|| 该字段允许一个实体收集或提供一行或一个词的文本，其应该在界面上遮蔽。（如，星号显示的多个实体）
+|text-private || 该字段允许一个实体收集或提供一行或一个词的文本，其应该在界面上遮蔽。（如，显示多个星号字符）
 |-
-|单文本|| 该字段允许一个实体收集或提供一行或一个词的文本，其应该在界面上显示。这个字段类型是缺省的而且必须假定，当一个表单提交实体收到一个不知道的字段类型时。
+|text-single || 该字段允许一个实体收集或提供一行或一个词的文本，其应该在界面上显示。这个字段类型是缺省的，并且当一个表单提交实体收到一个不知道的字段类型时，就必须(MUST)假定为这个类型。
 |}
-注意：为字段类型"jid-single"或"jid-multi"提供的数据必须包含一个或一个以上的有效Jabber ID，有效性是由XMPP Core（参看后面章节的Data Validation）定义的寻址规则决定的。
+ * 注意：为字段类型"jid-single"或"jid-multi"提供的数据必须包含一个或一个以上的有效Jabber ID，有效性是由XMPP Core（参看后面章节的Data Validation）定义的寻址规则决定的。
-注意：在list-multi和list-single中的<option/>元素必须是唯一的，唯一性是由‘label’属性的值和<value/>元素中的XML字符数据决定的。（即，2个都必须是唯一的）
+ ** 注意：在list-multi和list-single中的<option/>元素必须是唯一的，唯一性是由‘label’属性的值和<value/>元素中的XML字符数据决定的。（即，2个都必须是唯一的）
 注意：为字段类型"text-multi"提供的数据不应该包含任何换行符（\n和\r字符）。而应用程序应该把数据分为多个字符串（基于平台插入的换行符），然后用不同的<value/>元素中的XML字符数据指定每一个字符串。同样的，以"text-multi"字段类型接收了多个<value/>元素的应用程序，应该把value元素中的XML字符数据合并成一个文本块以提交给用户。每一个字符串为平台适时的通过换行符分开。

@@ 第13行： / 第13行： @@
 XMPP扩展协议的版权(1999-2008)归XMPP标准化基金会(XSF)所有
-版权:	© 1999 - 2010 XMPP标准化基金会(XSF). 参见[[XEP-0004#法律通告|法律通告]].
+版权:	? 1999 - 2010 XMPP标准化基金会(XSF). 参见[[XEP-0004#法律通告|法律通告]].
 状态: 最终
@@ 第71行： / 第71行： @@
 ===表单类型===
-'jabber:x:data'表单中数据的收集或提供可以位于不同的上下文。例子包括一个需要填写的空表单，填好的表单，一个提交结果，一个搜索结果，或仅仅是用'jabber:x:data'命名空间封装的一组数据。完整的数据上下文由3个条件提供：
+由'jabber:x:data'表单收集或提供的数据可位于许多不同的上下文中。例如，一个需要填写的空表单，一个填好的表单，提交的结果，一个搜索结果，或仅仅是用'jabber:x:data'命名空间封装的一组数据。完整的数据上下文由3个条件提供：
-# "wrapper"协议（即，以<iq/>节直接子元素为根元素的命名空间和受'jabber:x:data' 命名空间限制的<x/>元素的父元素）。
+# "wrapper"协议（比如，以<iq/>节直接子元素为根元素的命名空间和受'jabber:x:data' 命名空间限制的<x/>元素的父元素）
-# 一个包含事务（如，一个IQ "set"或"result"）或会话结构（如，一个消息<thread/>）的表单的位置。
+# 在一个事务（如，一个IQ "set"或"result"）或结构化的会话（如，一个消息<thread/>）中表单的位置
-# 表单中<x/>根元素的类型属性
+# 表单中<x/>根元素的'type'属性
-前面2件上下文信息有其他协议提供，而表单类型见下表描述。
+前2件上下文信息由其他协议提供，而表单类型见下面表格。
-:'''表1：表单类型'''
+:'''表1：表单类型(Form Types)'''
 {|border="1" cellspacing="0"
 ! 类型 !! 描述
 |-
-|表单 || 表单处理实体请求表单提交实体去完成表单。
+|form || 表单处理实体(form-processing entity)请求表单提交实体(form-submitting entity)去完成表单
 |-
-|提交 || 表单提交实体提交数据给表单处理实体。提交信息可以包含不是空表单提供的字段，但表单处理实体必须忽略任何无法识别的字段。
+|submit || 表单提交实体提交数据给表单处理实体。提交信息可以(MAY)包含空表单中没有提供的字段，但表单处理实体必须(MUST)忽略任何无法识别的字段
 |-
-|取消 || 表单提交实体取消给表单处理实体提交的数据。
+|cancel || 表单提交实体取消向表单处理实体提交数据
 |-
-|结果 || 单处理实体返回数据（如查询结果）给表单提交实体，或数据是一个通用的数据集。
+|result || 表单处理实体返回数据（如查询结果）给表单提交实体，或数据是一个通用的数据集
 |}
+:* 对于<message/>节，如果提供<thread/>的话，应该(SHOULD)在回复中被复制。受'jabber:x:data'命名空间限制的<x/>元素，必须(MUST)是<message/>节的子元素。
-为了维护表单类型中获取的数据的上下文，必须遵守以下规则:
-−
-:* 对于<iq/>节，受"wrapper" 命名空间限制的根元素，以"form" 或"submit"的一种形式，必须以一种"result"形式的表单返回。受'jabber:x:data'命名空间限制的<x/>元素，必须是"wrapper"命名空间根元素的子元素。根据[http://tools.ietf.org/html/rfc3920 XMPP Core] [[XEP-0004#附录G:备注|8]]所定义， 'id' 属性必须在IQ结果中被复制。对于表单类型为"form" 或 "result",<iq/>节应该是"result"类型。对于表单类型为"submit" 或"cancel"，  <iq/>节应该是"set"类型。
-−
-:* 对于<message/>节，如果提供的话，<thread/>应该在回复中被复制。受'jabber:x:data'命名空间限制的<x/>元素，必须是<message/>节的子元素。
 ===字段元素===
-一个"form"，"submit"，或 "result"类型的数据表单应该包含至少一个<field/>元素。一个"cancel"类型的表单，不应该包含任何<field/>元素。
+一个"form"，"submit"，或 "result"类型的数据表单应该(SHOULD)包含至少一个<field/>元素。一个"cancel"类型的数据表单，不应该(SHOULD NOT)包含任何<field/>元素。
-<field/>元素可以包含以下任何子元素:
+:'''<desc/>'''
 :'''<required/>'''
-:该元素必须为空，标记所需的字段，为了被表单识别为有效字段。
+:该元素必须(MUST)为空，标记字段为必填字段。
 :'''<value/>'''
-:该元素的XML字符数据定义了在"form"类型数据表单中的字段（根据表单处理实体）的默认值，在"submit"类型数据表单中由表单提交实体提供的数据，或在"result"类型数据表单中的数据结果。在"form"类型数据表单中，如果表单处理实体通过<value/>元素提供了一个默认值，表单提交实体就不应该尝试去执行一个不同的默认值。
+:该元素的XML字符数据在"form"类型数据表单中为字段（根据表单处理实体）定义了默认值，在"submit"类型数据表单中是由表单提交实体提供的数据，在"result"类型数据表单中是数据结果。在"form"类型数据表单中，如果表单处理实体通过<value/>元素提供了一个默认值，表单提交实体就不应该(SHOULD NOT)尝试去执行一个不同的默认值（虽然为了尊重用户的首选项，或预测用户输入也可能(MAY)这么做）。"list-multi"，"jid-multi"，"text-multi"和"hidden"类型的字段也许(MAY)包含多个<value/>元素；所有其它类型的元素不能(MUST NOT)包含多于一个<value/>元素。
-−
 :'''<option/>'''
-:在"list-single"或"list-multi"字段类型中的一个选项。<value/>子元素的XML字符定义了选项的值，而且标签属性为选项定义了一个人们易读的名称。<option/>元素必须且只能包含一个<value/>子元素。如果字段类型不是"list-single"或"list-multi"，就一定不能包含<option/>元素。
+:在"list-single"或"list-multi"类型字段中的一个选项。<value/>子元素的XML字符定义了选项的值，而'label'属性为选项定义了一个可读的名称。<option/>元素必须(MUST)且只能包含一个<value/>子元素。如果字段类型不是"list-single"或"list-multi"，就一定不能(MUST NOT)包含<option/>元素。
-如果<field/>元素类型是其他的而不是“fixed”（见下文），它必须拥有一个'var'属性在表单中唯一标识字段（如果是“fixed”，可以拥有一个'var'属性）。<field/>元素可以拥有一个标签属性，为字段定义一个人们易读的名称。对于“form”类型的数据表单，每个<field/>元素应该拥有'type'属性，它定义了字段数据的数据 "type"（如果没有'type'被指定，则默认为"text-single"）。在其他表单类型的上下文中提供的字段，也可以拥有一个'type'属性。对于"submit"类型的数据表单，'type'中包含的属性是可选的，因为表单处理实体被假定知道它处理的表单的数据类型。
+如果<field/>元素不是"fixed"类型（见下文），它必须(MUST)有一个'var'属性在表单的上下文中唯一的标识字段（如果是"fixed"，可以(MAY)有一个'var'属性）。<field/>元素可以(MAY)有一个'label'属性，为字段定义一个人们易读的名称。对于“form”类型的数据表单，每个<field/>元素应该拥有'type'属性，它定义了字段数据的数据 "type"（如果没有'type'被指定，则默认为"text-single"）。在其他表单类型的上下文中提供的字段，也可以拥有一个'type'属性。对于"submit"类型的数据表单，'type'中包含的属性是可选的，因为表单处理实体被假定知道它处理的表单的数据类型。
 如果字段出现在用户页面上（如，问卷中的项或表单结果），在XML中的字段元素的顺序，应该决定出现在用户处的项目的顺序。

←上一版本		2011年12月12日 (一) 18:03的版本
第866行：		第866行：

	(rwe)		(rwe)
		+	[http://essaywritingservices.org/index.php essay writing service]

@@ 第32行： / 第32行： @@
 此处所描述的'jabber:x:data'协议为Jabber/XMPP实体的使用定义了灵活的格式，控制在“名称值”对的简单和[http://www.w3.org/TR/xforms/ XForms 1.0] [[XEP-0004#附录G:备注|5]]（当这个协议被设计时才开始发展的）的复杂之间。在很多方面，'jabber:x:data' 与[http://www.w3.org/TR/xhtml1/ XHTML 1.0][[XEP-0004#附录G:备注|6]]的表单模块类似。但它提供一些Jabber特有的数据类型，允许应用程序请求数据字段，更自然地集成到IQ节的“workflow”语义中。而且它可以作为现有的Jabber/XMPP协议的扩展，而当这个协议被开发出来时，XHTML的表单模块却不能（尤其是当时并没有[http://www.w3.org/TR/2004/WD-xhtml-modularization-20040218/ Modularization of XHTML] [[XEP-0004#附录G:备注|7]]）。
 ==需求==
@@ 第45行： / 第43行： @@
 # '''灵活性''' -- 协议应该具有灵活性和可扩展性，而不像“硬编码”。
 # '''兼容性''' -- 协议应该为已有的Jabber/XMPP协议定义一个扩展，而且不破坏已有的实现，除非绝对必要。
 ==协议==

←上一版本		2010年10月11日 (一) 08:07的版本
第32行：		第32行：

	此处所描述的'jabber:x:data'协议为Jabber/XMPP实体的使用定义了灵活的格式，控制在“名称值”对的简单和[http://www.w3.org/TR/xforms/ XForms 1.0] [[XEP-0004#附录G:备注\|5]]（当这个协议被设计时才开始发展的）的复杂之间。在很多方面，'jabber:x:data' 与[http://www.w3.org/TR/xhtml1/ XHTML 1.0][[XEP-0004#附录G:备注\|6]]的表单模块类似。但它提供一些Jabber特有的数据类型，允许应用程序请求数据字段，更自然地集成到IQ节的“workflow”语义中。而且它可以作为现有的Jabber/XMPP协议的扩展，而当这个协议被开发出来时，XHTML的表单模块却不能（尤其是当时并没有[http://www.w3.org/TR/2004/WD-xhtml-modularization-20040218/ Modularization of XHTML] [[XEP-0004#附录G:备注\|7]]）。		此处所描述的'jabber:x:data'协议为Jabber/XMPP实体的使用定义了灵活的格式，控制在“名称值”对的简单和[http://www.w3.org/TR/xforms/ XForms 1.0] [[XEP-0004#附录G:备注\|5]]（当这个协议被设计时才开始发展的）的复杂之间。在很多方面，'jabber:x:data' 与[http://www.w3.org/TR/xhtml1/ XHTML 1.0][[XEP-0004#附录G:备注\|6]]的表单模块类似。但它提供一些Jabber特有的数据类型，允许应用程序请求数据字段，更自然地集成到IQ节的“workflow”语义中。而且它可以作为现有的Jabber/XMPP协议的扩展，而当这个协议被开发出来时，XHTML的表单模块却不能（尤其是当时并没有[http://www.w3.org/TR/2004/WD-xhtml-modularization-20040218/ Modularization of XHTML] [[XEP-0004#附录G:备注\|7]]）。
		+	It is named Christian Louboutin for the reason that man who create Christian Louboutin shoes. At the same time, it's helpful to reduce the risk of injury for the player. If you think your feet should be protected well during the strenuous exercise, the Christian Louboutin Pumps are the right choice for you.
		+	There are many Cheap Christian Louboutin Heels from our shop. If you want to learn more informations of those Christian Louboutin Boots, please visite our website http://www.louboutinshopsale.com/. Are you looking for a comfortable shoes? We are ready for you to give you great discount Christian Louboutin Sandals and best service.

	==需求==		==需求==

←上一版本		2010年6月29日 (二) 03:46的版本
第1行：		第1行：
	[[Category:XMPP扩展]]		[[Category:XMPP扩展]]
−	[[Category:~~翻译中~~]]	+	[[Category:已翻译]]

@@ 第790行： / 第790行： @@
 '''版本 2.9 (2007-08-13)'''
+Clarified the definition and handling of the list-multi and list-single field types; specified that hidden field values should not be modified unless such behavior is defined for the using protocol; specified that a submission should include all fields provided in the empty form and may include additional fields, but that additional fields must be ignored if not understood by the form-processing entity.
 (psa)
@@ 第796行： / 第796行： @@
 '''版本 2.8 (2007-05-21)'''
 (psa)