Bug 76358

Summary: [Refactoring] ShadowRoot should be under html/shadow
Product: WebKit Reporter: Hajime Morrita <morrita>
Component: DOMAssignee: Hajime Morrita <morrita>
Status: RESOLVED INVALID    
Severity: Normal CC: dglazkov, dominicc, rakuco, webkit.review.bot
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on:    
Bug Blocks: 76241, 76353    
Attachments:
Description Flags
Patch none

Hajime Morrita
Reported 2012-01-15 20:45:58 PST
Because it is a part of HTML shadow DOM spec, this should be under html/shadow. We have some part of its implementation under dom though, because Element attachment process depends on it. My plan is to split dom/ShadowRoot to dom/ShadowRootBase and html/ShadowRoot.
Attachments
Patch (43.03 KB, patch)
2012-01-15 22:32 PST, Hajime Morrita
no flags
Hajime Morrita
Comment 1 2012-01-15 22:32:06 PST
Hajime Morrita
Comment 2 2012-01-15 22:33:07 PST
Hi Dimitri, could you take a look? I'm going to add an idl against this html/shadow/ShadowRoot.
Dimitri Glazkov (Google)
Comment 3 2012-01-17 19:18:54 PST
(In reply to comment #0) > Because it is a part of HTML shadow DOM spec, this should be under html/shadow. > We have some part of its implementation under dom though, because Element attachment process depends on it. > My plan is to split dom/ShadowRoot to dom/ShadowRootBase and html/ShadowRoot. Is this really necessary? I think it's fine to have DOM objects under dom/. There are already plenty of examples. It feels like we're just splitting classes for no good reason.
Hajime Morrita
Comment 4 2012-01-17 21:02:41 PST
> Is this really necessary? I think it's fine to have DOM objects under dom/. There are already plenty of examples. It feels like we're just splitting classes for no good reason. I originally worried about layering violation. But yes, there are many other classes doing that. I'm closing this.
Note You need to log in before you can comment on or make changes to this bug.