Hélas 3 fois ne fonctionne toujours pas parfaitement :
exemple : impossible de charger la variable PAGES provenant (inclue dans un module) elle ne fonctionne que partiellement car le $PAGES[]['css']

dans function import_css_!!!javascript!!!() du mainfile
génère deux erreurs dans le mainfile car la variable ($PAGES est nul dans ce cas)

conséquence si on a besoin d'une css spécifique à un module alors on a que le choix de le faire dans le pages.php principal
du coup cela rend le module moins autonome car on est oblligé de copier coller le contenu éventuel du pages.php du module dans le pages.php principal pour avoir le fonctionnement désiré ...

Je ne sais pas si c'était la même chose, mais ça me rappelle de vaines & nombreuses manipulations. 🧐Principalement pour essayer de comprendre les libertés d'interactions/d'actions qui existaient entre les pages.php (modules) pages.php (des 'x' thèmes) & celui principal.

Résultat peu compréhensible, car autrement que de passer par page.php (principal), toutes les manipulations de styles via les autres pages.php ne fonctionnaient pas totalement ou de imparfaitement.

Ce qui effectivement parait limiter/calibrer une certaine autonomie (obésité de page.php Princ ) . 😐

oui tu as raison .... et moi je n'ai toujours pas vraiment compris pourquoi ca fonctionnait aussi mal .... sans doute parce qu'on avait d'autres choses à faire 😬