ISSUE-5: addition of the term "form" as a predefined role for the XHTML2 Role Module

add "form" to vocab for Role

addition of the term "form" as a predefined role for the XHTML2 Role Module

Role Module
Raised by:
Shane McCarron
Opened on:
from Shane McCarron, post to public-xhtml

I would like to formally propose that we add the term "form" to our
vocabulary for @role. The definition could look like:

<dt id="form" about="#form" typeof="rdf:Property">form</dt>
<dd about="#form" property="rdfs:comment"
datatype="xsd:string"><span>form</span> indicates that the contained
items are components of a form designed to collect input from the
Related Actions Items:
Related emails:
  1. ISSUE-5 (add 'form' to vocab for Role): addition of the term 'form' as a predefined role for the XHTML2 Role Module [Role Module] (from on 2009-05-08)

Related notes:

From: Gregory J. Rosmaita <>
Date: Wed, 8 Apr 2009 17:50:18 +0100
Message-Id: <>

aloha, all!

i don't know how this slipped through the cracks, but it seems to be
a rather glaring omission to me...

In re-reviewing the ARIA 1.0 Last Call draft for the umpteenth time,
it struck me that while there is a role for "search" there is no
role for "form", as not all forms are search forms, and the "search"
role designates more than merely "here are form controls" but binds
any explanatory and complimentary text included in the "search"

In neither Section 4.3.4. "Document Structure" [1], or Section 4.3.6.
"Landmark Roles" [2] does there appear a "form" role

While there are specific form control roles defined by ARIA 1.0, there
is no "meta" role, "form" which can be used to bind all such elements
(as well as any declarative FORM elements) into a cohesive section
named "form"

This is important to address for ARIA 1.0 because today's web is extremely
forms-driven -- e.g. networking sites, twitter, blogs, web mail clients,
ecommerce, security prompts, CAPTCHAs, etc. Therefore, it is necessary
to have a "form" landmark region that provides a means of binding forms
composed of a mixture of declarative markup and scripting into a single

In contemplating the lack of a "form" role, i have convinced myself that
the place for a "form" role is in the XHTML Vocab document, located at:

as "form" is a role that should properly be defined in the list of
default roles.

Additionally, XHTML2 will be using XForms as its Forms module, so
role="form" could serve as a flag to an application that an xforms (or
javascript-enabled xform [3]) follows and that whatever special
processing is necessitated should be fired and remain in effect until the
user chooses to leave forms/xforms mode and re-enter "normal" (or
"non-forms") mode or until the form/xform has been submitted.

the OWL for a such a landmark role named "form" would be:

<owl:Class rdf:ID="form">
<rdfs:subClassOf rdf:resource="#landmark"/>

but i think that the predefined role of "form" should be something
defined in the XHTML vocabulary document as a pre-defined role (that
is, part of the Role Module) and not "just" in ARIA 1.0

this topic was broached during the 8 April 2009 XHTML2 WG teleconference;
the discussion can be found using the following URI:

note that the chair of the XHTML2 WG, Roland Merrick, assigned himself
an action item to discuss a "form" role with the XForms group -- it is
highly advisable that any such discussion have PF participation, since
the "form" role is an urgently needed repair strategy for today's web
content, and a critical landmark for anyone attempting to use a mashed-
up form...

roland's action is documented at:




[3] ubiquity-xforms:

Gregory Rosmaita, 8 May 2009, 18:32:22

Display change log ATOM feed

Chair, Staff Contact
Tracker: documentation, (configuration for this group), originally developed by Dean Jackson, is developed and maintained by the Systems Team <>.
$Id: 5.html,v 1.1 2011/01/03 13:53:53 dom Exp $