This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Let me use this meta bug as a place holder to keep track of all efforts to refactor the current Shadow DOM spec. I am now writing a proposal for refactoring: https://docs.google.com/document/d/1iuf2DgzwKfMTscAX_xsymO73NmZ4NVYvfyFgUU4YINo/edit?usp=sharing Let me update this bug once I can feel it's ready for a review.
Hi Dimitri, Could you take a look at the proposal? It's incomplete, but I'd like to know whether the strategy and technique used in the proposal is good or not at this point. Let's ignore the details for now, which I can fix that.
(In reply to comment #1) > Hi Dimitri, > > Could you take a look at the proposal? > > It's incomplete, but I'd like to know whether the strategy and technique > used in the proposal is good or not at this point. > > Let's ignore the details for now, which I can fix that. I left bunches of comments. Top concern is that we should not do the refactoring as one giant patch, which means we need to take the complete proposal, and then iteratively turn the spec into the one that matches it.
(In reply to comment #2) > (In reply to comment #1) > > Hi Dimitri, > > > > Could you take a look at the proposal? > > > > It's incomplete, but I'd like to know whether the strategy and technique > > used in the proposal is good or not at this point. > > > > Let's ignore the details for now, which I can fix that. > > I left bunches of comments. Top concern is that we should not do the > refactoring as one giant patch, which means we need to take the complete > proposal, and then iteratively turn the spec into the one that matches it. That's my concern too. Since a lot of folks are referring an editor's draft directly, we should not break the *HEAD*. Let me try to update the spec iteratively as possible as we can.
I am feeling that it might be hard to keep the HEAD *green*. We might want to use a branch. Let me think further. (In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #1) > > > Hi Dimitri, > > > > > > Could you take a look at the proposal? > > > > > > It's incomplete, but I'd like to know whether the strategy and technique > > > used in the proposal is good or not at this point. > > > > > > Let's ignore the details for now, which I can fix that. > > > > I left bunches of comments. Top concern is that we should not do the > > refactoring as one giant patch, which means we need to take the complete > > proposal, and then iteratively turn the spec into the one that matches it. > > That's my concern too. > Since a lot of folks are referring an editor's draft directly, we should not > break the *HEAD*. > > Let me try to update the spec iteratively as possible as we can.
Done.