docs(multikeys): met à jour README pour usage de clés multiples

Pull request checklist

Verifiez que votre Pull Request remplit les conditions suivantes :

[ ] Des tests ont été ajoutés pour les changements (corrections de bugs ou features)
[x] De la documentation a été mise à jour ou ajoutée si nécessaire (corrections de bugs ou features)
[ ] Un build (npm run build) a été lancé localement et s'est correctement déroulé
[ ] Les exemples impactés par les modifications (npm run samples) ont été testés et validés localement
[ ] Les tests (npm run test) sont passés localement

Type de Pull request

Quel type de changement cette Pull Request introduit-elle : - [ ] Bugfix - [ ] Feature - [ ] Mise à jour du style du code (syntaxe, renommage de fonctions) - [ ] Refactoring (lisibilité/performance du code, sans changements fonctionnels) - [ ] Changement sur le processus de build - [x] Contenu de la documentation - [ ] Autres (décrire ci-après) : ## Quel est le comportement actuel (avant PR) :

Numéro du ticket : N/A

Quel est le nouveau comportement :

Documentation des README pour le chargement de nos interfaces en multikeys.

Cette PR introduit-elle des breaking changes ?

[ ] Oui
[x] Non

Autres informations

Les comportements sont différents selon les APIs sous jacentes :

avec l'extension gp pour ol : passage de clés multiples par tag data-key ou param apikey de getconfig possible
avec l'extension gp pour itowns : passage de clés multiples par tag data-key ou param apikey de getconfig possible, sauf pour les services directement appelés par l'access-lib. Dans tous les cas, le plus simple reste de renseigner la clé à utiliser dans les paramètres de la couche ou du widget.
avec l'extension gp pour leaflet : a priori passage de clés multiples par tag data-key uniquement (non implémenté par getConfig ? étrange)

IGNF / geoportal-extensions