Remove box objects
Categories
(Core :: XUL, enhancement, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox69 | --- | fixed |
People
(Reporter: enndeakin, Assigned: enndeakin)
References
Details
Attachments
(2 files)
48.18 KB,
patch
|
Details | Diff | Splinter Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review |
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 1•6 years ago
|
||
Assignee | ||
Comment 2•6 years ago
|
||
Comment 3•6 years ago
|
||
Jorg, you may need to deal with this on the comm-central side...
Comment 4•6 years ago
|
||
Thanks Boris, can you please give me some details on what to look for or what to replace. Then I'll file a bug with those details.
Assignee | ||
Comment 5•6 years ago
|
||
element.boxObject.x/y/width/height can mostly be replaced with getBoundingClientRect(). It is almost identicial, although its behaviour in scrolling areas is different. If performing computations with the values, current code might add on scroll offsets and the like, which probably won't be needed with getBoundingClientRect.
element.boxObject.screenX/screenY can be replaced with element.screenX/screenY.
The property related functions would probably work with just properties on the element. I checked at one point and Thunderbird doesn't use them as far as I can tell anyway.
The element relation properties (at the end of BoxObject.webidl), have no exact equivalent but again I'm not sure if Thunderbird needs them. If so, I can suggest alternatives.
Comment 6•6 years ago
|
||
Thanks, Neil, I filed bug 1535725. Quite a bit to replace:
https://searchfox.org/comm-central/search?q=.boxObject&case=false®exp=false&path=
Comment 7•6 years ago
|
||
There are some r+ patches which didn't land and no activity in this bug for 2 weeks.
:enndeakin, could you have a look please?
Assignee | ||
Comment 8•6 years ago
|
||
I was giving Jorg a chance to update for Thunderbird, but perhaps he has no time.
Comment 9•6 years ago
|
||
This looks like a misunderstanding. I was waiting over in bug 1535725 for this to land, and you were waiting for me. Please just land it and we'll deal with it.
Comment 10•6 years ago
|
||
Well it does seem better that we'd update the usage first, since it can be done in advance. So if you can hold off for some days please do so.
Assignee | ||
Comment 11•6 years ago
|
||
I can wait. This bug is relatively low priority.
Comment 12•5 years ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #10)
Well it does seem better that we'd update the usage first, since it can be done in advance. So if you can hold off for some days please do so.
Is this usage removed now?
Comment 13•5 years ago
|
||
It is mostly done. There are two more patches in bug 1535725 to take care of the last instances - should be done within a some days.
Comment 14•5 years ago
|
||
For Thunderbird, we're now all set.
Comment 15•5 years ago
|
||
Pushed by neil@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/b4b9f022e10d remove XUL box objects, r=bzbarsky
Comment 16•5 years ago
|
||
Backed out changeset b4b9f022e10d (bug 1519948) for causing toolchain build bustage on nsNodeUtils.cpp CLOSED TREE
Backout revision https://hg.mozilla.org/integration/mozilla-inbound/rev/ca9827ffb5a5c09a03401463ff58bec99e059426
Failure logs https://treeherder.mozilla.org/logviewer.html#?job_id=249423539&repo=mozilla-inbound
Neil can you please take a look?
Comment 17•5 years ago
|
||
Pushed by neil@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/b915069eda81 remove XUL box objects, r=bzbarsky
Comment 18•5 years ago
|
||
bugherder |
Assignee | ||
Updated•5 years ago
|
Description
•