[ http://issues.apache.org/jira/browse/TAPESTRY-584?page=comments#action_12319751 ]
Howard M. Lewis Ship commented on TAPESTRY-584: ----------------------------------------------- >From the XHTML specification: C.8. Fragment Identifiers In XML, URI-references [RFC2396] that end with fragment identifiers of the form "#foo" do not refer to elements with an attribute name="foo"; rather, they refer to elements with an attribute defined to be of type ID, e.g., the id attribute in HTML 4. Many existing HTML clients don't support the use of ID-type attributes in this way, so identical values may be supplied for both of these attributes to ensure maximum forward and backward compatibility (e.g., <a id="foo" name="foo">...</a>). Further, since the set of legal values for attributes of type ID is much smaller than for those of type CDATA, the type of the name attribute has been changed to NMTOKEN. This attribute is constrained such that it can only have the same values as type ID, or as the Name production in XML 1.0 Section 2.3, production 5. Unfortunately, this constraint cannot be expressed in the XHTML 1.0 DTDs. Because of this change, care must be taken when converting existing HTML documents. The values of these attributes must be unique within the document, valid, and any references to these fragment identifiers (both internal and external) must be updated should the values be changed during conversion. Note that the collection of legal values in XML 1.0 Section 2.3, production 5 is much larger than that permitted to be used in the ID and NAME types defined in HTML 4. When defining fragment identifiers to be backward-compatible, only strings matching the pattern [A-Za-z][A-Za-z0-9:_.-]* should be used. See Section 6.2 of [HTML4] for more information. > Form should have an element id when rendered (same applies to various > FormComponents as well) > --------------------------------------------------------------------------------------------- > > Key: TAPESTRY-584 > URL: http://issues.apache.org/jira/browse/TAPESTRY-584 > Project: Tapestry > Type: Improvement > Versions: 4.0 > Reporter: Dave Syer > Assignee: Howard M. Lewis Ship > > Form should have an element id when rendered (same applies to various > FormComponents as well). > Best practice these days is to use getElementById() in Javascript, but > Tapestry is not very consistent about which components it gives ids to. > Ideally it should be all of them, or we should have a uniform mechanism for > specifying them. Form is a case in point (as is Hidden). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
