Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature/adaptations gpf #364

Merged
merged 60 commits into from
Jun 2, 2023
Merged

Feature/adaptations gpf #364

merged 60 commits into from
Jun 2, 2023

Conversation

elias75015
Copy link
Contributor

@elias75015 elias75015 commented Apr 5, 2023

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)
  • 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
  • Contenu de la documentation
  • Autres (décrire ci-après) :

Quel est le comportement actuel (avant PR) :

L'autoconfiguration est utilisée pour l'ajout simplifié des couches et pour la vérification des droits d'accès aux services utilisés par les différents controles (alti, geocodage, iti...)

Quel est le nouveau comportement :

Cette PR a pour but de se passer du service d'autoconfiguration via l'utilisation de la bibliothèque d'accès aux services sans autoconfiguration.

Chargement synchrone de la configuration. Mise à jour de la documentation.

Plus de vérification des droits d'accès.

Cette PR introduit-elle des breaking changes ?

  • Oui
  • Non
  • L'autoconfiguration locale de type autoconf.js n'est plus prise en charge par le tag data-url au chargement de la page. Il faut désormais mettre un chemin vers un fichier de type customConfig.
  • Les originators ne sont plus présents dans la configuration désormais récupérées des getCap. L'utilisateur doit donc les rajouter "manuellement" aux couches via l'option adéquate pour les afficher via le widget d'attributions.
  • Les metadata ne sont plus présents dans la configuration désormais récupérées des getCap. L'utilisateur doit donc les rajouter "manuellement" aux couches via l'option adéquate pour les afficher via le widget layerswitcher.

@lowzonenose
Copy link
Contributor

lowzonenose commented Apr 24, 2023

Dans le fichier AutoLoadConfig.js, on force le mode synchrone pour getConfig()

var options = {
        apiKey : key,
        sync : true,
        onSuccess : success,
        onFailure : error
};
(...)
Gp.Services.getConfig(options);

On ajoute le hack suivant dans le fichier index.js

export const Config = (window.Gp) ? window.Gp.Config : {};

@lowzonenose
Copy link
Contributor

Les exemples sont à corriger quand on utilise directement Gp.Services.getConfig() afin d'éviter un double appel de l'autoconf :

<!DOCTYPE html>
<html>
    <head>
        <meta content="IE=edge,chrome=1" http-equiv="X-UA-Compatible">
        <meta charset="UTF-8"> 

        <link rel="stylesheet" href="../../../dist/openlayers/GpPluginOpenLayers-map.css" />
        
        <script src="../../resources/vendor/ol/v6.9.0/ol.js"></script>
 
        <!-- HERE : 1ER APPEL DE GETCONFIG() -->
        <script src="../../../dist/openlayers/GpPluginOpenLayers-map.js" data-key="ortho,cartes,administratif"></script>

        <title>Sample openlayers - multikeys</title>
        <style>
            div#map {
                width: 100%;
                height: 500px;
            }
        </style>

    </head>
    <body>
            <div id="map"></div>

            <script type="text/javascript">
              var createMap = function () { };

              <!-- HERE : 2EME APPEL DE GETCONFIG() -->
              Gp.Services.getConfig({
                // callbackSuffix : '',
                apiKey: "essentiels,cartes,adresse,lambert93",
                timeOut: 20000,
                onSuccess: createMap
              });
            </script>
    </body>
</html>

@elias75015 elias75015 changed the title (WIP) Feature/adaptations gpf Feature/adaptations gpf May 9, 2023
Copy link
Member

@azarz azarz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fonctionnellement OK

@elias75015 elias75015 merged commit 69913d8 into develop Jun 2, 2023
@elias75015 elias75015 deleted the feature/adaptations-gpf branch August 4, 2023 18:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants