Documentation de l’API de voyager :
https://smithsonian.github.io/dpo-voyager/explorer/api/
Pour l’UI
Avoir des setters serait plus pratique que des « toggler » pour :
- La visibilité des annotations
- La visibilité de l’ui des tours
…
de manière générale toute les méthodes qui sont en « toggle » dans les Feature Methods.
Il n’existe pas non plus de getters pour ces informations. Est-ce nécessaire ?
Pour reset une scène
- Reset la scène
- Remettre le globe en position initiale et remettre les articles / visites dans leur état inital sans changer les paramètres d’affichage (langue, fond, etc.)
Par exemple, appuyer sur le bouton reset perd les paramètres passés via l’url ou la balise html - Re-déclencher l’animation de prompt
Pour les langues :
- Getter des langues disponibles dans la scène ?
- Getter de la langue active
- Setter de la langue active
Est-ce qu’on veut une API pour la langue primaire de la scène ?
Pour les visites guidées :
Avoir un setter c’est bien, mais on n’a aucun moyen d’obtenir des informations sur quels sont les tours disponibles, quels sont leurs ids, combien de steps ils ont. Ce serait bien de pouvoir obtenir les titres (et les titres des steps éventuellement).
- Un getTours() qui renverrait des objets visites guidées avec leurs ids, leurs titres et le nombre / titre de leurs étapes.
En multi-langue ? Dans la langue courante ?
On veut probablement pouvoir identifier quel tour a quel Ids si on connaît son titre. On ne veut probablement pas le titre uniquement dans la langue courante.
Pour les animations :
- Savoir quelles sont les animations disponibles
- Pouvoir les déclencher programmatiquement.
Pour gérer les paramètres des modèles ?
- Nécessite de pouvoir lister les modèles.
- Pouvoir modifier la visibilité / l’opacité des modèles. Pour l’instant peut se contourner en ayant recours à des étapes de visite guidée pré-enregistrées
- Pouvoir déplacer les modèles.
Avec des options d’interpolations comme celle utilisée dans les visites guidées ?