W3C home > Mailing lists > Public > www-svg@w3.org > October 2008

RE: focusHighlight must be inheritable (ISSUE-2068, ACTION-2226)]

From: Chris Peto <svgdev@resource-solutions.de>
Date: Mon, 20 Oct 2008 08:55:51 +0200
To: "'Doug Schepers'" <schepers@w3.org>
Cc: <www-svg@w3.org>
Message-ID: <004301c93280$e3f4be40$abde3ac0$@de>


This makes sense that the user-agent handles it.  Indeed, Opera has resolved this issue for me.

Mit freundlichen Grüßen/Regards 
Chris Peto 
Freelance System Development, 
Resource Solutions 
Mobile: +49 (0) 173 308 7843 
Tel:+49(0) 6103 80 21 98 
SVG editor: http://www.resource-solutions.de/svgeditor.html 
SVG Editor Mac Skins: http://www.resource-solutions.de/svgeditor_mac/main.svg 
OPC Servers: http://www.resource-solutions.de/opc.html

-------- Original Message --------
Date: Wed, 15 Oct 2008 01:02:44 -0400
From: Doug Schepers <schepers@w3.org>
To: Chris Peto <cpeto@resource-solutions.de>
CC: www-svg@w3.org
Subject: focusHighlight must be inheritable (ISSUE-2068, ACTION-2226)]

Hi, Chris-

Chris Peto wrote (on 9/23/08 5:20 AM):
> I have over 500 svg planes that I import into a svg program over getURL,
> because the focusHighlight is not inheritable I would have to go and
> reedit all 500 planes.  Sorry, I will not do this nor my customer pay for
> such an act.  This leads to the fact that none of the browsers that support
> this new feature can be used, so back to IE and ASV.  Not good!
> This also goes for focusable attribute.

The SVG WG has discussed this in light of your content, and while we
have decided against changing the focusHighlight and focusable
attributes to be inheritable for SVG 1.2 Tiny, we believe that your
concern can be addressed by particular implementations.

There are two implementation-specific behaviors that underly the
solution to your particular problem.

1) The precise appearance of the highlight is left up to the User Agent.
 The lacuna ("default") value is 'auto' [1], which states that:
This indicates that the element should be highlighted on focus. The
highlighting method is left up to the SVG user agent.

So, the highlight effect can be very obvious, or it can be more subtle.
 It can even vary from element to element, as appropriate.  In the
future, we may allow the author to define a visual effect to apply as
their preferred highlight method.  Currently, Opera (which you had
expressed interest in using for your case) uses a rather overt (and in
my opinion, attractive) blue "bounding box" to show the highlight, but
they have the leeway to change this as a result of user feedback; you
can register your preference with them and other browser vendors.

2) There is currently latitude in what events cause a User Agent gives
focus to an element. Currently, Opera interprets either a mouseclick or
a keyboard navigation as a "DOMFocusIn" event, which triggers the
focusHighlight attribute's behavior.  However, based on feedback, they
are considering triggering it only on keyboard navigation, which should
address your concern; again, you can register your preference with
browser vendors directly.

We believe that this browser-specific behavior also addresses the
related concerns you have with the focusable attribute, which would
cause considerable implementation and authoring challenges if it were

That is the short-term solution.  For the long-term, we will be
clarifying and tightening up these ambiguities in SVG 2.0 Core, and we
will keep your use case in mind while doing so.  We hope also to work
with the CSS WG to revisit this as a possible CSS property, and such a
property would most likely be inheritable.

Please let us know promptly whether or not this response satisfies your

[1] http://dev.w3.org/SVG/profiles/1.2T/publish/interact.html#FocusHighlight

-Doug, on behalf of the SVG WG
Received on Monday, 20 October 2008 06:56:28 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:54:20 UTC