Open lowzonenose opened 1 year ago
BUG
il semble avoir un bug sur l'utilisation du contrôle Isochrone : la requête ne passe pas car le point de saisie n'est pas correctement renvoyé au service !?
Beau travail :)
Pour le CSS, pour moi ce n'est pas rédhibitoire qu'il n'y en ait qu'un : il suffit d'avoir un lien statiques (cdnjs, raw.github) et de documenter que peu importe le widget, il faut linker le CSS dans le
après le CSS leaflet et avant le CSS custom.J'essaie de regarder le souci sur isochrone
@azarz / @lowzonenose
[ ] décision sur le workflow :
les modules sont ils automatiquement buildés et publiés lors des releases Leaflet ?
[x] choisir un namespace des modules : ex. @ignf-geoportal/plugin-leaflet-elevationpath
[ ] ajouter le job de publication npm dans les github actions
[ ] copier les modules / activer les demos sur les modules sur la gh-page
[x] comment gérer le fichier Common.css :
doit il être inclus dans chaque module ou est ce un module à part entière ?
[ ] doit on écrire un README spécifique à chaque module ou garde t on le README du projet ?
[x] doit on fournir un exemple pour chaque module ?
[x] doit on garder les répertoire de publication des modules sur le dépôt github ?
Mon avis sur les questions (aidé par https://github.com/Leaflet/Leaflet/blob/main/PLUGIN-GUIDE.md) :
RaF / Questions
@azarz / @lowzonenose
* [ ] décision sur le **workflow** : > les modules sont ils automatiquement _buildés_ et _publiés_ lors des _releases_ Leaflet ?
Oui
[ ] choisir un namespace des modules : ex.
@ignf-geoportal/plugin-leaflet-elevationpath
Les plugins Leaflet sont plutôt préfixés parleaflet
(https://github.com/Leaflet/Leaflet/blob/main/PLUGIN-GUIDE.md#name) Je pencherias donc plutôt sur du@ignf-geoportal/leaflet-elevationpath
[ ] comment gérer le fichier Common.css :
doit il être inclus dans chaque module ou est ce un module à part entière ? Les 2 alternatives sont bien. Inclus dans chaque module permet de ne pas avoir à le linker à chaque fois, donc mon cœur penche plutôt pour cette solution.
[ ] doit on écrire un README spécifique à chaque module ou garde t on le README du projet ? Oui, mais extrait à partir d'une sous-partie du readme du projet (exemple, ne prendre que le paragraphe https://github.com/IGNF/geoportal-extensions/blob/develop/doc/README-leaflet.md#profil-altim%C3%A9trique-le-long-dun-tra%C3%A7%C3%A9 pour le profil alti) Je ne sais pas si c'est possible facilement...
[ ] doit on fournir un exemple pour chaque module ? Oui
[ ] doit on garder les répertoire de publication des modules sur le dépôt github ? Oui (cf Turf.js)
@lowzonenose @azarz Petit point à prévoir sur le sujet pour expliciter le reste à faire, et le kifékoi
PLUGINS LEAFLET
Split en modules
taille des modules
FIXME
carte des dépendances
(nettoyer les 1ere lignes inutiles)
Utilisation des modules dans une page web
Il existe 2 modes pour intégrer les modules : Factory ou Classes
Exécution de la page de test
Demo
cf. https://ignf.github.io/geoportal-extensions/
intégrer les démos des modules sur la github pages en statique.![image](https://user-images.githubusercontent.com/10401006/205965840-74786eea-db70-4ef2-846d-32356e104819.png)
INFO
TODO
Publication
préparation
Les répertoires sont prêts pour la publication (+ tgz) :
FIXME trouver un namespace avec les infos : ignf / geoportal / plugin / leaflet
ex. @ignf-geoportal/plugin-leaflet-elevationpath
TODO
publication via npm
Le script nous fournit les répertoire de publication par widget. Il nous reste donc à mettre en place ou modifier le job de publication des github actions.
TODO
Guide d’intégration dans le dépôt Leaflet
cf. https://github.com/Leaflet/Leaflet/blob/main/PLUGIN-GUIDE.md
TODO