[Bug 23985] New: is drawCustomFocusRing appropriate?

https://www.w3.org/Bugs/Public/show_bug.cgi?id=23985

            Bug ID: 23985
           Summary: is drawCustomFocusRing appropriate?
           Product: HTML WG
           Version: unspecified
          Hardware: PC
                OS: Windows NT
            Status: NEW
          Severity: major
          Priority: P2
         Component: CR HTML Canvas 2D Context
          Assignee: jaymunro@microsoft.com
          Reporter: plh@w3.org
        QA Contact: public-html-bugzilla@w3.org
                CC: public-html-admin@w3.org

[[
a canvas can contain absolutely anything. It might contain a wild and crazy
color palette. Only the canvas author knows what focus ring is going to be
visible on top of that canvas. If the canvas is white text on a black
background, then a dark-colored focus ring is going to be practically
invisible, and vice versa.

It just doesn't make any sense to me that we're providing an API that says,
if you want to draw your own focus ring, use this - BUT, under some
circumstances we're going to tell you not to draw it and the browser or
operating system is going to draw it for you, even though the browser has
no idea what colors are on your canvas and what type of focus ring would be
visible against it.

If the author wants to draw their own focus ring, it's probably for a good
reason. We should let them.

We may also want to give web authors visibility into the system color
palette so they can adjust the entire canvas - and not just focus rings -
for high contrast mode. But that's out of the scope of this discussion.
]]
http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Oct/0035.html

[[
The issue is when the application wants to draw its own focus ring - should
the system sometimes override that and draw its own focus ring instead?
That's the argument I don't buy.

Respecting the system focus ring color but ignoring the rest of the system
palette makes no sense. Suppose the user has chosen white-on-black text
with a yellow focus ring. The canvas normally draws a black-on-white GUI
with red focus rings that are really easy to see. If the canvas calls
drawCustomFocusRing and the system draws its yellow focus ring instead, it
will actually be worse. So drawing the custom focus ring, in the absence of
the rest of the information about the system palette, is not necessarily an
improvement at all.

I think this feature was proposed with the best of intentions by people who
misinterpreted how Windows system colors and styles work, and didn't think
through all of the implications.

I am totally in favor of trying to provide a better experience for users
who want a high-contrast theme and custom focus rings - I just don't think
this API is the way to achieve that goal, and I think it would actually
make things worse if user agents implemented it as specified.

Perhaps this shouldn't even be solved as part of canvas. Maybe we should
add web apis to indicate that the user prefers a custom color scheme that
could be used for rendering the whole page, not just canvas.
]]
http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Oct/0203.html

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Tuesday, 3 December 2013 16:59:30 UTC