Re: Action-630 1.8x Maintain Point of Regard

Hi Chaals,

The wording in Jim's email got changed significantly during yesterday's conference call. I believe the new wording is "By default, when the user changes viewport, content, or rendering size the point of regard remains at the same relative location within the visible portion of the viewport."

We discussed the fact that there are at least three cases where the user agent may have to take action to keep the point of regard in essentially the same location within the visible portion of the viewport: (a) the viewport is resized; (b) the zoom/scaling on the viewport is changed; or (c) the formatting of some or all of the content changes (e.g. font or text size, causing content to change height and/or rewrap).

I generally recommend the point of regard to be the (a) text cursor location, or (b) the active (most recently moved) end of the selection, or (c) the focus element, or (d) the highlighted search results, or (e) the leading edge of the viewport (bottom edge when scrolling down, or top edge when scrolling up), whichever changed most recently. However, when the user agent shifts the viewport to keep the point of regard in view, while giving priority to the narrowly-defined point of regard, it should generally try to keep the entire element or range in view if that's possible. For example, if the user has selected a range of text and then resizes the viewport, the user agent should have the entire selection in view if that's possible, but the active (moving) end should be visible in either case.

     Greg

-------- Original Message  --------
Subject: Re: Action-630 1.8x Maintain Point of Regard
From: Charles McCathieNevile <chaals@opera.com>
To: WAI-ua <w3c-wai-ua@w3.org>, Richards, Jan <jrichards@ocad.ca>
Date: 11/11/2011 7:21 AM
> On Fri, 11 Nov 2011 15:21:05 +0100, Richards, Jan <jrichards@ocad.ca> wrote:
>
>> Charles said:
>>> What if the point of regard has been moved so the focused element is no
>>> longer in the current viewport before the scaling/sizing is applied?
>>
>> I think the goal is to try and guess within the current viewport, where the author has their attention...so perhaps when zooming-in:
>>
>> - the system maintains the same top-left (top-right for RTL) corner UNLESS there is a focussed/selected content INSIDE the pre-zoomed viewport, in which case that remains in the post-zoom viewport.
>
> Yep, this works for me.
>
> cheers
>
>> - note that I say "content" and "selected", because there may be cases where the viewport is zooming in to just part of an element (e.g. if I select a few words of text that are part of a <p> and zoom in)
>>
>>
>> Cheers,
>> Jan
>>
>>> -----Original Message-----
>>> From: Charles McCathieNevile [mailto:chaals@opera.com]
>>> Sent: November 11, 2011 2:55 AM
>>> To: WAI-ua; Jim Allan
>>> Subject: Re: Action-630 1.8x Maintain Point of Regard
>>>
>>> On Thu, 10 Nov 2011 18:36:55 +0100, Jim Allan <jimallan@tsbvi.edu>
>>> wrote:
>>>
>>> > Action-630
>>> > 1.8x Maintain Point of Regard::
>>> > When user changes viewport size or scales the content, maintain the
>>> > current
>>> > point of regard.
>>> >
>>> > Intent: Keep as much of the current content in the viewport when the
>>> > viewport changes size or the user scales content/ It can be
>>> disorienting
>>> > and confusing when a user changes the viewports size and the current
>>> > content shifts out of the viewport and different content on the same
>>> page
>>> > is displayed. Pint the top-left corner (or top-right corner for RTL
>>> > languages) to the viewport regardless of viewport size or scale. If
>>> an
>>> > element has focus in the viewport keep the focused element in the
>>> > viewport after resizing or scaling.
>>>
>>> What if the point of regard has been moved so the focused element is no
>>> longer in the current viewport before the scaling/sizing is applied?
>>>
>>> cheers
>>>
>>> -- 
>>> Charles 'chaals' McCathieNevile  Opera Software, Standards Group
>>>      je parle français -- hablo español -- jeg kan litt norsk
>>> http://my.opera.com/chaals       Try Opera: http://www.opera.com
>>
>
>

Received on Friday, 11 November 2011 19:22:12 UTC