Bug 63522 - Define the order of traversing elements in shadow content when focusing
Summary: Define the order of traversing elements in shadow content when focusing
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: DOM (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on: 64072
Blocks: 72352 61409
  Show dependency treegraph
 
Reported: 2011-06-28 02:26 PDT by Hayato Ito
Modified: 2012-02-27 19:03 PST (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hayato Ito 2011-06-28 02:26:39 PDT
Elements in a shadow root can be traversed by bug 61410, but elements in shadow content is not included in this traversal.

It would be nice that we can define a rule so that we can traverse 'elements in shadow root' and 'elements in shadow content' in a 'mixed' way.
Comment 1 Dominic Cooney 2011-11-20 18:26:39 PST
My gut feeling is that we should follow the XBL-style tree flattening algorithm and then apply focus traversal over that. Thoughts?
Comment 2 Hayato Ito 2011-11-20 18:38:49 PST
Yeah, we need a flattened tree somehow. I made this bug depends on bug 64072.
Let me investigate how we should get a 'flattened' tree.

(In reply to comment #1)
> My gut feeling is that we should follow the XBL-style tree flattening algorithm and then apply focus traversal over that. Thoughts?
Comment 3 Dominic Cooney 2012-01-10 22:34:41 PST
Per the spec focus navigation works over the flattened (“as-rendered” in spec language) tree.

<http://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/shadow/index.html#focus-navigation>