But for that to happen, Mozilla needs to up their effort to pull apart the components, decouple them from their own integration (firefox, thunderbird) and treat them as first-class projects, whose sole focus is to provide browser-builders and such with the components and tools to integrate the pieces.
Purely technical, it's still easier to build around "chrome" components. Which is why everything from electron, via "webviews" to the oculus browser or that webview-thing in your fridge, uses chrome tech and not mozilla. Edit: in an ideal world, it would be a no-brainer for e.g. Meta to pick Mozilla components to build a browser for their VR headset. Or for VW when they develop an in-car screen. Or for an app-builder to add some web-rendering of their in-app help.
But IMO this stems from a fundamental problem with Mozilla. Their cash-cow is firefox. So if they spend time and money making tech that then makes competing with firefox easier, they lose twice. So they will never truly commit to this.
Even if that would, IMO, be one of the most impactful things for Mozillas' manifesto of a "free internet".
edit: Probably misremembering, now that I searched for it. Yes "chrome" was (and still is?) used to describe the non-webview parts of the FF but apparently I totally made up the project part.
That was a project to make it easy to make site specific browser IIRC.
If Gecko would be as usable for integration as Blink is more people would use it overall which is a net benefit for Gecko.
Yet Firefox, the product, is what brings in money. Not the underlying tech.
I am not sure about the current state. But "back then" all the components in Firefox were tightly coupled and almost impossible to extract on their own.
"Back then" being, IIRC, 2012 or so, when I briefly worked on the web and CMS side of a project that used HTML + CSS (and a tiny bit of JS) to render the UI of a media-box. The OS was basically a thing that could boot a "browser" and handle network stuff. Firefox was not an option, as it was near impossible to even remove things like the address bar, tab handling and all that. But the hardware was so underpowered, that a full browser was not an option. Yet "yet another khtml" wrapped in the most basic "executable" did just fine.
But this is a while ago, and only one project that chose not to use Firefox/gecko.