W3C

Results of Questionnaire UAWG Survey for 8 December 2011

The results of this questionnaire are available to anybody. In addition, answers are sent to the following email addresses: w3c-archive@w3.org, jeanne@w3.org

This questionnaire was open from 2011-12-06 to 2011-12-30.

4 answers have been received.

Jump to results for question:

  1. 1.8.x Scale Viewport contents - Action 312
  2. Action-517 Action-513
  3. 1.4.2 Preserving Size Distinctions

1. 1.8.x Scale Viewport contents - Action 312

Action 312 email thread

1.8.x Scale Viewport contents

The user can scale (change the size of content) and images within a viewport.

Note: this applies to all content within the viewport, including nested viewports. It is not the intent that nested viewports can have their contents scaled independently of the top-level viewport.

Summary

ChoiceAll responders
Results
Agree with the proposal 2
Disagree with the proposal
Neutral, will accept consensus of the group
Suggest the following changes to the proposal 2

Details

Responder 1.8.x Scale Viewport contents - Action 312Comments on 1.8.x
Greg Lowney Suggest the following changes to the proposal 1.4.1.a already requires the user be able to adjust the scale of text content, so: (a) is the proposed new SC supposed to differ by extending this to all content (where technology allows) or just text and images; and (b) if this is included as a superset of 1.4.1.a, we should probably remove 1.4.1.a and cross-reference 1.4.1 to this SC. ("1.4.1 Configure Rendered Text: The user can globally set the following characteristics of visually rendered text content, overriding any specified by the author or user agent defaults: (Level A) * (a) text scale (i.e. the general size of text)..."

The proposed wording has a typo, should either be "(change the size of) content within a viewport" or "(change the size of) text and images within a viewport".

If the group decides it needs to be a separate SC, then I think the wording should do more to clarify that it means changing the *view* of the content, rather than changing attributes of the content itself. That is, in a web-based word processor one could make the content in a document larger by selecting it and changing its font size attribute, but that would be a persistent change that would affect other users. Instead, the user should be able to increase the size at which the content is displayed on their own screen without making any persistent changes to the content or how it appears to other users.

Perhaps something like: "The user can adjust the scale at which content is rendered in top-level viewport and its nested viewports, within limitations of the technology, without changing the underlying document."

Or

"The user can set the adjust the scale at which the content is rendered in a top-level viewport and its nested viewports, without changing the underlying document. Applicability Notes: [something about within the limitations of the technology]"
Simon Harper Agree with the proposal
Jan Richards Suggest the following changes to the proposal 1.8.x Scale Viewport Contents: The user can scale (change the size of) rendered content within the top-level viewport.
Note: Applies to all content within the viewport, including nested viewports.
Kelly Ford Agree with the proposal

2. Action-517 Action-513

Action-517 Action-513

These were related so I combined them creating a new SC.

Configure Toolbars: When graphical user agent user interface have toolbars or similar containers the user can add, remove, and reorder items within each toolbar. Also, the user can install, uninstall, show, hide, and reorder toolbars.

link to Chaals comments
http://lists.w3.org/Archives/Public/w3c-wai-ua/2011OctDec/0097.html
http://lists.w3.org/Archives/Public/w3c-wai-ua/2011OctDec/0068.html

Summary

ChoiceAll responders
Results
Agree with the proposal 1
Disagree with the proposal
Neutral, will accept consensus of the group 1
Suggest the following changes to the proposal 2

Details

Responder Action-517 Action-513Comments on 2.8
Greg Lowney Suggest the following changes to the proposal Need to correct plural/singular mismatch.

I agree with Chaals that there's confusion or overlap between install/uninstall and hide/show, and it's certainly not clear that the list of operations for toolbars and items should be different. We could clarify that in the Intent and Examples.

Perhaps could simplify along the lines of "The user can add, remove, and reorder items within each toolbar and similar container, and can install, uninstall, show, hide, and reorder such containers" or "The user can add, remove, and reorder any toolbars and similar containers, and the items within them" with Intent to include "This success criterion is about giving the user control over which user interface elements are visible and usable, where they are visually located on the screen, and where they fall in the navigation order. In some cases adjusting whether an element is visible and usable may involve installing/uninstalling a component, or merely showing/hiding it, depending on the user agent and the specific component."
Simon Harper Agree with the proposal Slight changes:

Configure Toolbars: When graphical user agent user interface has toolbars or similar containers the user can add, remove, and reorder items within each toolbar; and if appropriate, install, uninstall, show, hide, and reorder multiple-toolbars.
Jan Richards Neutral, will accept consensus of the group What's the proposed level? Do similar containers include menus? Status bars?.
Kelly Ford Suggest the following changes to the proposal Interface needs to be interfaces or something else fixed here. Awkward wording right now.

3. 1.4.2 Preserving Size Distinctions

1.4.2 Preserving Size Distinctions

The user can specify whether or not distinctions in the size of rendered text are preserved when that text is rescaled (e.g. whether headers continue to be larger than body text). (Level A)

Intent

The relative size of text provides visual cues that help in understanding and navigating web content, such as when headings are in larger font than body text. This is particularly important because some content may be authored in a way that would make it difficult or impossible to understand if font distinctions were hidden. In these cases, users who set preferences to enlarge or reduce the text size need to have these visual cues preserved. On the other extreme, some users need to have all text rendered in a very specific font size in order for it to be legible. In these cases, the user needs to be able to override author-specified sizes as well as user agent defaults, reducing all text to a single size, even if this may make the structure of some content more difficult to understand, this is preferable than not being able to read it at all.

Examples

Lee has moderately low vision and finds text easiest to read at 16 pt Palatino. She chooses to have her browser display all in the Palatino font and at least 16 pt in size. Headlines remain proportionately larger than the body text (e.g. 24 pt and higher) in order to preserve headline prominence, allowing her to both distinguish headings and locate them easily on the screen.

OR

* Lee has moderately low vision and finds text easiest to read at 16 pt Palatino. When viewing a page she presses the Ctrl+Plus keyboard shortcut to enlarge the content until body text is 16 pt tall. Headlines remain proportionately larger than the body text (e.g. 24 pt and higher) in order to preserve headline prominence, allowing her to both distinguish headings and locate them easily on the screen.

* Alessio has very low vision and needs to use a screen magnifier at extreme settings, where a single character takes up the entire screen height. If the text size on the screen varied, some letters would be considerably taller than the screen, making them indistinguishable. Therefore he adjusts his browser settings so that all rendered text is exactly the same height as the menus and other user interface elements, and tunes his magnifier settings to for that font size.

Summary

ChoiceAll responders
Results
Agree with the proposal 4
Disagree with the proposal
Neutral, will accept consensus of the group
Suggest the following changes to the proposal

Details

Responder 1.4.2 Preserving Size DistinctionsComments on 1.4.2
Greg Lowney Agree with the proposal
Simon Harper Agree with the proposal
Jan Richards Agree with the proposal
Kelly Ford Agree with the proposal Prefer the second Lee example.

More details on responses

  • Greg Lowney: last responded on 7, December 2011 at 02:04 (UTC)
  • Simon Harper: last responded on 7, December 2011 at 08:39 (UTC)
  • Jan Richards: last responded on 7, December 2011 at 10:17 (UTC)
  • Kelly Ford: last responded on 8, December 2011 at 17:39 (UTC)

Everybody has responded to this questionnaire.


Compact view of the results / list of email addresses of the responders

WBS home / Questionnaires / WG questionnaires / Answer this questionnaire