W3C home > Mailing lists > Public > w3c-wai-ua@w3.org > October to December 2000

(unknown charset) Re: Proposal for modifying checkpoint 4.17 (Issue 405)

From: (unknown charset) jon gunderson <jongund@ux1.cso.uiuc.edu>
Date: Thu, 14 Dec 2000 05:31:45 -0600 (CST)
To: (unknown charset) Al Gilman <asgilman@iamdigex.net>
cc: (unknown charset) Jon Gunderson <jongund@staff.uiuc.edu>, w3c-wai-ua@w3.org
Message-ID: <Pine.GSO.4.10.10012140528120.668-100000@staff2.cso.uiuc.edu>
How about htis for the last sentence.

If an element has both selection and highlight, and there exists a
conflict between selection and focus styling (.i.e. color, border style,
text decoration), focus styling should receive priority for final
rendering.

Jon

On Wed, 13 Dec 2000, Al Gilman wrote:

> At 01:32 PM 2000-12-13 -0600, Jon Gunderson wrote:
> >Al,
> >Basically from my point of view, if there is choice between using selection 
> >or focus color use the focus color.  If there is a choice between selection 
> >and focus border styles use the focus border style.  If selection uses 
> >border styling and focus doesn't use border styling there is no conflict 
> >that the priority rule would need to decide on.  In this case the selection 
> >border could still be rendered on an item with both selection and focus.
> >
> >Is this what you want to say?
> >
> 
> That's a little more specific than I wanted to say, but it is very similar.
> 
> I would want to give the User Agent free rein to invent creative ways to
> combine the selected effects.  If the User Agent developer decides to punt on
> combining certain effects, then they can resort to the priority and favor the
> presentation effects associated with focus.
> 
> [more below]
> 
> >Is there a way that this can be more clearly stated in the checkpoint?
> >
> 
> Quoting from
> Message-Id: <4.3.1.2.20001208104405.02af7420@staff.uiuc.edu>
> archives at: 
> <http://lists.w3.org/Archives/Public/w3c-wai-ua/2000OctDec/0389.html>
> 
> [NEW]
> 4.17 Allow the user to configure how the content focus is highlighted 
> (e.g., foreground and background color, voice pitch,
> etc.). For graphical viewports, offer at least three rendering options, 
> including colors and fonts. For graphical viewports, allow the user to 
> select from among the range of system colors and fonts. The default focus 
> highlight mechanism must be different from the default selection highlight 
> mechanism.  If an element can simultaneously be part of a selection and 
> have focus, the focus styling should have priority over the selection 
> styling when rendering the element. [Priority 1]
> [/NEW]
> 
> [just take that last sentence]
> 
> If an element can simultaneously be part of a selection and have focus, the
> focus styling should have priority over the selection styling when rendering
> the element.
> 
> [Maybe it could say]
> 
> When some content is both focused and selected, the user agent should give
> priority, if needed to resolve a conflict, to the focus styling over the
> selection styling.
> 
> [What do others think?]
> 
> Al
> 
> >Jon
> >
> >
> >
> >At 02:13 PM 12/13/2000 -0500, you wrote:
> >>At 12:11 PM 2000-12-13 -0600, Jon Gunderson wrote:
> >> >
> >> >2. Focus style should have priority over selection style.  No mixing, just
> >> >priority.
> >> >
> >>
> >>Please note my concern on this point.  The UA should be allowed or
> encouraged
> >>to mix them if it can.  The priority should only be an issue if it can't. 
> The
> >>CSS algorithm (pick one style) is bad human engineering in this situation.
> >>Lots of the relevant screen effects mix fine.
> >>
> >>I think that my input on this point is consistent with what Greg Lowney
> said.
> >>Greg says that the default focus and selection styles should be mixable and
> be
> >>mixed when something is both focused and selected.  That is a good idea.  We
> >>don't necessarily have to make it a requirement, but we sure shouldn't make
> it
> >>disallowed.
> >>
> >>It's one thing to say that the UA is not required to mix them and when it
> >>can't
> >>it should use the focus style.  It's another to say that the UA should not
> mix
> >>them but just use the focus style.  To me the latter is writing rules that
> >>degrade the communication effectiveness of the tool, which is not our goal,
> >>last I checked.
> >>
> >>Al
> >
> >Jon Gunderson, Ph.D., ATP
> >Coordinator of Assistive Communication and Information Technology
> >Division of Rehabilitation - Education Services
> >MC-574
> >College of Applied Life Studies
> >University of Illinois at Urbana/Champaign
> >1207 S. Oak Street, Champaign, IL  61820
> >
> >Voice: (217) 244-5870
> >Fax: (217) 333-0248
> >
> >E-mail: jongund@uiuc.edu
> >
> >WWW: <http://www.staff.uiuc.edu/~jongund>http://www.staff.uiuc.edu/~jongund
> >WWW: <http://www.w3.org/wai/ua>http://www.w3.org/wai/ua
> >  
> 
Received on Thursday, 14 December 2000 06:31:49 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 October 2009 06:50:22 GMT