| De-XBL Plans | Dave Townsend | 20/10/17 10:47 | For some time now we've been talking about moving away from XUL and XBL. The browser architecture team has been hard at work figuring out how to go about doing that and we're ready to share the first of our proposals more widely. We have developed a plan to remove XBL from Firefox. It's been through a successful design review with some of the key engineers and now is the time for more comments if you have them. We're planning to start some of the work this quarter with it really ramping up next quarter.
Take a look at the plan and let us know what you think. There are a couple of areas where we are still investigating concerns: Performance is of key interest, so we're actively doing experiments to validate that Custom Elements can be as performant as XBL. The plan relies on being able to use Custom Elements in XUL, so we're working on getting a patch for that landed. We have a list of <tree> elements in the product and we're evaluating what the future is for them. Are there any other concerns that we're missing?
|
| Re: De-XBL Plans | Cameron McCormack | 20/10/17 19:56 |
One thing I'm wondering about is memory usage of the Web Components implementations of these components compared to the XBL ones. Specifically for style, XBL has the ability to list the style sheets that apply to the shadow tree declaratively, and we use that to have only a single copy of the cascade data in memory (and we do the work of creating the cascade data only once). If we put <style> elements in the shadow tree, then we will lose the ability to share the cascade data. (Unless we do something tricky like check the actual style sheet text when looking up our cascade data cache.) Happily I think if we stick to using <link rel=stylesheet>s in the shadow trees, we can make our existing cascade data cache work here.
I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1410578 for getting <link rel=stylesheet> working in shadow trees and https://bugzilla.mozilla.org/show_bug.cgi?id=1410579 for the cascade data cache extension.
|
| Re: De-XBL Plans | Dave Townsend | 31/10/17 15:06 | Having not heard any show-stopping concerns with the plan we will start to proceed with it. In Q4 we intend to: - Migrate a few bindings and update the plan based on what we learn - Land XUL support for Custom Elements - Create tooling to make converting bindings easier - Begin a bug breakdown for individual bindings You can follow this work at the meta bug 1397874. Bgrins has made a public blog post about our plans[1], please reach out to him if you’re interested in contributing. |
| Re: De-XBL Plans | Bobby Holley | 31/10/17 16:40 | As one of the lonely few peers for our XBL implementation, I am thrilled that this is finally happening. My deepest gratitude to everyone involved! bholley On Tue, Oct 31, 2017 at 3:06 PM, Dave Townsend <dtow...@mozilla.com> wrote: Having not heard any show-stopping concerns with the plan we will start to |