Le défi

Dans un composant de l'application qui utilise de @ea-lab/test-react-lib-a
et de @ea-lab/test-react-lib-b :

``

tsx

import Root from "@ea-lab/test-react-lib-a/dist/engine/Root";

import ComposantB from "@ea-lab/test-react-lib-b/dist/component/ComposantB";



//...

const App = () => {

    return 

        

    ;

}





... on veut que

récupère la valeur du contexte React ContextA



telle que définie dans

tsx

const Root = (props: RootProps | any) => {

    return 

        

        Children de Root:

        {props?.children ?? "enfants non défini"}

        (fin du children)

    

};

récupère bien la valeur de

, mais pas

le composant injecté dans

props.children (

 dans l'exemple plus haut).



---



Une piste probable est que les imports ne pointent pas sur le même objet

de contexte

ContextA depuis ComposantA et ComposantB

 :



Implémentation dans

ComposantA (de test-react-lib-a) :

tsx

import ContextA from "../engine/ContextA";





Implémentation dans

ComposantB (de test-react-lib-b) :

tsx

import ContextA from "@ea-lab/test-react-lib-a/dist/engine/ContextA.js";





---



Infos montage application hôte

test-react-lib-b dépend de test-react-lib-a

 (voir leurs package.json respectifs.)



L'application hôte dépend des deux paquets lib-a et lib-b.



Build



Pour construire le dist, il faut faire

npm run rollup

. Le dossier dist

généré n'est pas hyper propre, mais ça avait l'air de marcher un minimum.



Si besoin d'expérimenter, je peux donner des droits d'écriture sur les dépôts.

Et il faut que je donne accès sur le scope npm ea-lab pour pouvoir pousser dessus.

Ou alors, crée une branche et change le

name

 de package.json et toutes les

références de

@ea-lab/` pour pointer sur un scope à toi.