W3C home > Mailing lists > Public > w3c-wai-ua@w3.org > July to September 2008

Attempt to simplify and harmonize "content display" vs. "chrome" distinction in ATAG2 and UAAG2

From: Jan Richards <jan.richards@utoronto.ca>
Date: Mon, 07 Jul 2008 17:04:29 -0400
Message-ID: <487284DD.80003@utoronto.ca>
To: WAI-AUWG List <w3c-wai-au@w3.org>, WAI-UA list <w3c-wai-ua@w3.org>

Hi all,

Both ATAG2 and UAAG2 often require specific terms to distinguish the 
part of the user interface that reflects the content being 
editing/viewed and the part that is the software's own. For some time 
we've tried using the terms "content display" and "chrome", but "chrome" 
is especially off-putting for people. Also the fact the "chrome" covers 
help documentation, which might be HTML pages is also confusing.

So here's another terminological try (note: [/] denotes AU/UA versions)...

The display and control mechanism that [authors/people] use to 
communicate with and operate the [authoring tool/user agent] software. A 
user interface may be non-Web-based or Web-based or a combination (e.g., 
a non-Web-based [authoring tool/browser] might have on-line help pages). 
For the purposes of these guidelines, there is an important distinction 
between (1) *CONTENT VIEW(S)* the accessibility of which often depends 
to some extent on the content being [edited/rendered, played or 
executed] and (2) the rest of the [authoring tool/user agent] user 
interface (referred to as the *USER INTERFACE EXCLUDING CONTENT VIEWS*) 
the accessibility of which does not depend on the content being 

The [authoring tool/user agent] user interface functionality that 
presents content for user interaction. Content views may be 
distinguished by:

(1) *Editability*: some content views allow authors to modify the 
content as displayed (e.g., [an "editing view"/an editable "source 
view"]), while others do not (e.g., [a "preview" feature/the rendered 
view typical of browsers, a read-only "source view"]).

(2) *Nature of rendering*:

(a) *instruction level content views* present the content
encoding instructions in non-rendered form (e.g., [plain text editing 
views, form-based editing views that provide direct access to the 
instructions such as selecting attribute values/"source view"]).

(b) *rendered content views* result from fully or partially rendering, 
playing, or executing the content. The broad range of potential 
renderings covers conventional (often called "WYSIWYG") renderings to 
less conventional renderings such as a graphical wavefront of an audio 
file or the displays of text-only browsers. *Partial renderings* are 
those in which some aspects of the content are rendered, played, or 
executed, but not others (e.g., a frame-by-frame video [editor/player] 
rendering the graphical aspect, but not the temporal aspect, of a video.

(c) *meta content views* present properties, metadata or other more
abstract information about the content (e.g., [a content management 
system that creates a Web-based calendar based on the author selecting 
only the month and year/a "page properties" feature]).

All parts of the user interface other than the content view(s). Includes 
all user interface components that surround, underlie, or superimpose 
upon content views (e.g., text areas, menus bars, rulers, pop-up context 
menus) and also other Web content made available to the author/user by 
the developer of the [authoring tool/user agent] (e.g. help files).

VIEWS" as a way forward?

Received on Monday, 7 July 2008 21:03:08 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:49:36 UTC