Open GuillaumeAV opened 2 years ago
Voir l'implémentation de @srosset81 ici ! https://archipelago-git-interop-components-semapps.vercel.app/ - Il faut être connecté... Je peux faire une démo !
@GuillaumeAV @Mathieu-CdlT - Proposition UX: Je pense que cette partie là va nécessité la création d'un tutoriel. Nous même avons eu du mal à comprendre la logique et l'imbrication des éléments alors un utilisateur externe.... Je peux proposer qqch à mon retour de voyage, voici ce que je ferais.
J'imagine une interface par étape quand ils se connectent : EXEMPLE, EN TANT QU'ACTEUR, A MA PREMIERE CONNECTION: Etape 1/ je me présente (ce qui correspondra à la page profil) , je présente mon organisation si il y'en a une (page organisation)
Etape 2/ je peux crée un premier lieu (page lieu), on me demande si ce lieu propose des évènements. Si oui je peux crée un évènement (page évènement).
Etape 3/ je peux créer un voyage avec les évènements que je propose.
Etape 4/ j'arrive sur ma page profil qui présente tous ces éléments par catégorie
EXEMPLE, EN TANT QU'ACTEUR, A MES CONNECTIONS SUIVANTES:
A discuter avec moi en début de sprint. L'UX implémentée par Seb devrait très bien l'affaire
Je me repenche sur cette issue ... Il s'agit d'un enjeu clé en termes d'UX : Créer un voyage relève d'un chantier à l'heure actuelle : Ou il faut parfois jongler entre le front et le back, les lieux, les events, les orgas, les chemins, les voyages avec un nombre de clics incalculables..
Outre le fait qu'il faut je crois pouvoir créer des voyages à partir du front office. Le fonctionnement de la complétion sur wikidata (ou ESCO) me semble tout à fait adapté : Le mécanisme de base est la complétion, si pas d'entrée alors possiblité de créer une nouvelle donnée.
Qui devrait se retrouver dans l'espace personnel de celui qui l'a créé, avec le droit admin associé.
I'm thinking about this issue again ... This is a key issue in terms of UX: Creating a trip is a complex at the moment: where you sometimes have to juggle between the front and the back, the locations, the events, the orgas, the paths, the trips with an incalculable number of clicks...
Apart from the fact that I think we have to be able to create trips from the front office. The way completion works on wikidata (or ESCO) seems to me to be entirely appropriate: the basic mechanism is completion, if there's no entry then you can create new data.
This should be in the personal space of the person who created it, with the associated admin rights. With a little message : Your [org/place/event/trip] has been created, you can edit it from your personal account.
Linked with #593
A possible source of inspiration in term of UX could be Dokos, where you can create "on the fly" an item from a data form belonging to a different class. This one is thus barely filled in term of its metadata, but at least "exists" and can be eventually linked with other item before to be further completed.
In Obsidian, similar process exists as well from a given note page, by creating on the fly a potential note when linking a word via markdown double bracket formatting
On the fly creation is possible with React-Admin, and already used in several SemApps projects
https://marmelab.com/react-admin/AutocompleteArrayInput.html#create
There would be an issue of making sure that the items created are not published immediately.
Contexte
Créer un parcours suppose de créer les événements qui supposent de créer les lieux sur lesquels ils se déroulent .. En terme d’UX, ça suppose de nombreux clics ou alors d’avoir la logique bien en tête .. On simplifierait le processus avec une logique de pop-up ou de nouvel onglet ..
Objectifs
A partir de l’interface d’édition d’un parcours : Pouvoir créer des events à la volée et ouvrir ces events à éditer dans de nouveaux onglets ou dans des pop-ups (modales) Idem pour les événements situés dans des lieux Avec l'option modale, on pourrait imaginer ne saisir dans la modale que le titre et une ou 2 infos en plus .. Le profil pourrait être complété ultérieurement via l'interface de saisie classique