Add callback to `HTMLEditor::CreateAndInsertElementWithTransaction` to initialize new element before inserting the new element into the tree
Categories
(Core :: DOM: Editor, enhancement, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox100 | --- | fixed |
People
(Reporter: masayuki, Assigned: masayuki)
References
(Blocks 1 open bug)
Details
Attachments
(12 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review |
Callers of HTMLEditor::CreateAndInsertElementWithTransaction appends attributes and/or its children after each call. It causes redundant mutation events/notifications and wastes memory space with redundant transaction instances.
Before doing this, we need to drop CreateElementTransaction.
| Assignee | ||
Updated•4 years ago
|
| Assignee | ||
Updated•4 years ago
|
| Assignee | ||
Comment 1•3 years ago
|
||
For making initializing new element safer and faster, it's better to initialize
new element's attributes and appending children before inserting the new element
into the DOM tree.
Updated•3 years ago
|
| Assignee | ||
Comment 2•3 years ago
|
||
Depends on D140465
| Assignee | ||
Comment 3•3 years ago
|
||
Depends on D140466
| Assignee | ||
Comment 4•3 years ago
|
||
At initializing new element which has not been connected, undo transactions
are not necessary because just removing the new element gets same result for
users. Therefore, they should be able to work without transactions.
Depends on D140467
| Assignee | ||
Comment 5•3 years ago
|
||
Depends on D140468
| Assignee | ||
Comment 6•3 years ago
|
||
Depends on D140469
| Assignee | ||
Comment 7•3 years ago
|
||
Depends on D140470
| Assignee | ||
Comment 8•3 years ago
|
||
Depends on D140471
| Assignee | ||
Comment 9•3 years ago
|
||
Depends on D140472
| Assignee | ||
Comment 10•3 years ago
|
||
Depends on D140473
| Assignee | ||
Comment 11•3 years ago
|
||
For avoiding simple back-out of the patches when we get serious regression
reports, we should have a pref to disable the new pref.
Depends on D140474
| Assignee | ||
Comment 12•3 years ago
|
||
For making the callers simpler, they should be able to be omitted if they
want to do nothing.
Depends on D140475
Comment 13•3 years ago
|
||
Comment 14•3 years ago
|
||
Comment 15•3 years ago
|
||
Comment 16•3 years ago
|
||
Comment 17•3 years ago
|
||
Comment 18•3 years ago
|
||
Comment 19•3 years ago
|
||
Comment 20•3 years ago
|
||
Comment 21•3 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/28759b90db6e
https://hg.mozilla.org/mozilla-central/rev/6525cb40a8e0
https://hg.mozilla.org/mozilla-central/rev/7b37517e2b86
https://hg.mozilla.org/mozilla-central/rev/b92fd32ccea3
https://hg.mozilla.org/mozilla-central/rev/5915bbe06732
https://hg.mozilla.org/mozilla-central/rev/d7c979cbcbcc
https://hg.mozilla.org/mozilla-central/rev/ffb5b57840a1
Comment 22•3 years ago
|
||
| bugherder | ||
Description
•