You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are plans to allow at least some degree of interoperability with the official web-components (both gmp-* and gmpx-*) at some point. But for that we'll have to wait for the WCs to become stable (currently everything in that regard is still in alpha or preview phases) and figure out some things about how this integration would work with regards to state handling and such.
I imagine this roughly as users being able to just add the WCs to the <APIProvider> and <Map> react components and our library providing some sort of shim necessary for them to work like they do with the <gmp-map> WC.
This would probably only extend to components that are isolated in nature and either act as a single control with limited state (e.g. gmpx-place-picker or gmpx-place-overview) or add something to an existing map-instance (e.g. gmpx-route-overview).
It's unlikely we'll be supporting something like the gmpx-split-layout or gmpx-overlay-layout components.
This is also a bit dependent on improved web-component support in react, which I read will be coming with react 19.0 (whenever that might be).
Target Use Case
Thanks for this library - is there a plan to integrate the remaining components from the @googlemaps/extended-component-library such as the gmpx-split-layout or the gmpx-place-overview components?
Proposal
It would be great to find a way to keep both libraries in sync :)
The text was updated successfully, but these errors were encountered: