Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upEnsure that parsing HTML doesn't trigger a reflow for each child appended #1269
Comments
|
AppendChild shoudn't be triggering reflow on its own in any case, right? |
|
Well, it calls content_changed on the document, which could do anything it wanted but right now requests a reflow unconditionally. |
|
That seems wrong, sure, but nothing is special about the parser there, right? |
|
Correct. |
mbrubeck
added a commit
to mbrubeck/servo
that referenced
this issue
Oct 17, 2014
This fixes a performance regression caused by the previous patches. Once we allowed script and layout to run during parsing, it was running too often (every time the document changed and called window.reflow). Fixes servo#1269.
mbrubeck
added a commit
to mbrubeck/servo
that referenced
this issue
Oct 17, 2014
This fixes a performance regression caused by the previous patches. Once we allowed script and layout to run during parsing, it was running too often (every time the document changed and called window.reflow). Fixes servo#1269.
mbrubeck
added a commit
to mbrubeck/servo
that referenced
this issue
Oct 18, 2014
This fixes a performance regression caused by the previous patches. Once we allowed script and layout to run during parsing, it was running too often (every time the document changed and called window.reflow). Fixes servo#1269.
mbrubeck
added a commit
to mbrubeck/servo
that referenced
this issue
Oct 21, 2014
This fixes a performance regression caused by the previous patches. Once we allowed script and layout to run during parsing, it was running too often (every time the document changed and called window.reflow). Fixes servo#1269.
|
@jdm, this seems to be a good use case for specializing content_changed :) |
mbrubeck
added a commit
to mbrubeck/servo
that referenced
this issue
Oct 27, 2014
This fixes a performance regression caused by the previous patches. Once we allowed script and layout to run during parsing, it was running too often (every time the document changed and called window.reflow). Fixes servo#1269.
mbrubeck
added a commit
to mbrubeck/servo
that referenced
this issue
Oct 29, 2014
This fixes a performance regression caused by the previous patches. Once we allowed script and layout to run during parsing, it was running too often (every time the document changed and called window.reflow). Fixes servo#1269.
mbrubeck
added a commit
to mbrubeck/servo
that referenced
this issue
Oct 29, 2014
This fixes a performance regression caused by the previous patches. Once we allowed script and layout to run during parsing, it was running too often (every time the document changed and called window.reflow). Fixes servo#1269.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Since we now call AppendChild in the parser, it's possible that this is the case.