Créez autant d’enregistrements que de popups à afficher selon le parcours envisagé.
A noter :
La table GristDocTour n’est visible qu’en « Données source ». Une page de sa vue table peut être rendue visible par l’appel url du projet/p/GristDocTour
Un tour est rejouable par « Découvrir le document » disponible dans les outils du projet.
Pour créer des liens dynamiques en cas de partage du projet, mieux vaut construire le lien de $Location par une formule =SELF_HYPERLINK()+$Location_Cell où $Location_Cell contient la seule référence de l’ancre.
ça m’avait bleuffé quand j’avais découvert cette fonctionnalité !
C’est top pour embarqué un utilisateur qui n’a jamais vu le document précédemment. En revanche avec @Bertille on avait trouvé un peu limitant que les indications ne soient liées qu’a des cellules car parfois on veut pouvoir donner une indication sur un widget, le fonctionnement d’un filtre etc.
Peut-être que ça vaudrait le coup de créer une issue chez grist ?
on avait trouvé un peu limitant que les indications ne soient liées qu’a des cellules car parfois on veut pouvoir donner une indication sur un widget @virgiledeville
Ce message de Dmitry me laisse penser qu’en jouant un peu avec les paramètres de l’ancre (notamment le paramètre s) on peut pointer vers le widget de son choix, peut être en omettant r et c ?
C’est top ! Est-ce qu’on sait personnaliser le tour de visite en fonction d’un ACL (ou d’un email) ? Par exemple, j’ai deux rôles d’utilisateurs pour mon Grist, ils l’utilisent donc de façon très différentes et ont de nombreuses vues qui ne sont pas en commun. Ce serait top de pouvoir accompagner Role1 autant que Role2 en adaptant les messages en fonction de ce qu’on attend d’eux.
EDIT : j’ai la possibilité de mettre facilement les adresses mails des bons utilisateurs dans une colonne de la table GristDocTour si ça peut aider ?
Une table Equipe avec adresses mails et roles. Dans la table GristDocTour, une colonne AccessRoles pour sélectionner manuellement le ou les rôles (choix multiples). Et une colonne AccessEmails qui récupère automatiquement les adresses mails de la table Equipe.
Puis en parallèle dans les ACL, Lecture seule pour « user.Email in rec.AccessEmails ».
Tadaaa
PS : pour la formule qui alimente la colonne AccessEmails :
# Fonction pour dédupliquer les éléments d'une liste
def dedupliquer(my_list):
return [*set(my_list)]
# On récupère la liste des emails pour tous les rôles référencées dans la colonne $AccessRoles
emails = [people for role in $AccessRoles for people in Equipe.lookupRecords(Role=CONTAINS(role)).Email]
# On retourne le résultat en dédupliquant les entrées.
return dedupliquer(emails)
@mathieugimenez je n’ai pas tout compris à votre solution. Vous avez une colonne rôle dans votre table grist tour et du coup les conseils s’affichent ou non en fonction de celle-ci ?
Très intéressé car c’est clair que pouvoir faire des tutos pour les rôles différents c’est bien plus efficace.
Il y a deux tables. Une « Equipe » et une « GristDocTour ». La colonne « AccessRoles » de la table « GristDocTour » permet de récupérer les adresses mails de la table « Equipe ».
C’est le contenu vide ou non vide des colonnes Title et Body qui conditionne l’affichage de chaque étape, je ne sais pas si c’est la façon la plus propre de faire.
Merci pour votre présentation de cet outil, est-il possible de mettre à jour le tour de visite pour mettre en avant un nouveau module et de représenter le tutoriel à tous les utilisateurs lors de leur prochaine connexion ?
Bonjour @Laure
Il suffit de mettre à jour la table « GristDocTour ».
Pour interagir avec elle, le plus simple est de solliciter l’affichage d’une nouvelle page qui s’appuie sur la donnée source « GristDocTour ». La page pourra être supprimée à l’issue (pas la donnée !).
Eric
