Get notified on changes related to a topic
Description
A given user, interested in a topic, could register to a topic in order to be notified whenever a new item is described by this topic or one of this children.
What is the valuable outcome that cannot be achieved with current features?
For which stakeholder (people, role, project, domain) is it important?
Suggested by @heliacerbonne for the open-access project.
Which user action should be enabled (or restricted)? For who?
Additional details (solutions you think about, or workarounds you tried)
Deliverables status
Phase 1
- [x] Scenarios (Gherkin)
- [ ] Mockups
- [ ] Implementation strategy
Phase 2
- [ ] Acceptance tests (Capybara)
- [ ] Implementation
Phase 3
- [ ] Screencast
For "studies abroad" project, it would be interesting to be informed at the end of each semester when new courses have been add to a topic (by school, or by spacialization), especially by e-mail.
Cela peut être utile pour les retours d'expérience pour ne rien rater sur un topic donné
Cela peut être utile pour les retours d'expérience pour ne rien rater sur un topic donné
Besoin identique
Besoin identique
@YaellePihan @Hypertopic/cite-du-vitrail Pourriez-vous expliciter une situation concrète dans votre domaine ? Qui ? À propos de quoi ? Pourquoi ?
Pour le groupe "EUT+" nous pensons qu'il serait intéressant de suivre des formations (exemple ISI, RT, ou autre à l'étranger) ou des domaines (informatique,...) de cette manière il pourrait on pourrait voir les ajouts de matières ou les modifications dans une formation/un domaine qui nous intéresse.
Projet Cité du vitrail (Orienté communication) : Nous pensons que ce ticket permettant de s’inscrire à un thème ou sous-thème de Porphyry serait intéressant pour tous les utilisateurs à la recherche de vitraux sur des thèmes spécifiques. Ils pourraient ainsi être notifiés de l’ajout de vitraux dans le portfolio.
Nous pensons que ce ticket permettant de s’inscrire à un thème ou sous-thème de Porphyry serait intéressant pour tous les utilisateurs à la recherche de vitraux sur des thèmes spécifiques. Ils pourraient ainsi être notifiés de l’ajout de vitraux dans le portfolio.
@YaellePihan @Hypertopic/cite-du-vitrail Effectivement... Pourquoi pas... D'ici la prochaine semaine, pour votre maquette, il faudra que vous réfléchissiez à un exemple de sujet qui pourrait de manière réaliste intéresser les gens qui suivent la Cité du vitrail sur les réseaux (inspirez-vous peut-être de leurs commentaires sur Facebook ou Instagram... mais j'ai l'impression qu'ils sont assez timides et discrets...).
Pour "graine d'artiste" cela permettrait aux "spectateurs" d'être notifié que lorsque le sujet de l'oeuvre les intéressent.
Pour "graine d'artiste" cela permettrait aux "spectateurs" d'être notifié que lorsque le sujet de l'oeuvre les intéressent.
@lildelfino @Hypertopic/graines-d-artistes-1 D'accord. N'oubliez pas de trouver un exemple (plus l'exemple sera bien choisi et plus votre fonctionnalité aura des chances d'être bien classée).
Maquette Adobe XD
Avec @cedfre, nous avons réalisé une proposition pour le design de cette fonctionnalité. Tout d'abord un écran sur lequel se trouve un bouton "s'abonner" à côté du topic :

Après le clique, le bouton se changer en "se désabonner" :

Le dernier écran est celui avec l'ensemble des topic auquel l'utilisateur est abonné :

Avec @Anas9820 nous avons réalisé une proposition pour le design de cette fonctionnalité. Tout d'abord un écran sur avec un bouton "s'abonner" sur le topic:

Une fois abonné, le bouton devient gris, et on peut se désabonner en cliquant dessus

Dans ce cas là, une pop-up s'ouvre, si l'on clique sur "Oui", on se désabonne (et on revient donc à l'état de la première image) et sinon on reste abonné (et on revient à l'état de la seconde image).

@cedfre @theobour @Anas9820 @PSalembier @benel On a quelque chose de similaire, nous n'avions pas du tout pensé à la liste d'abonnements, je pense que c'est une très bonne idée ! Qu'en pensez-vous pour la version finale ?
@theobour @cedfre @JacquesMironneau @Anas9820
Votre option d'abonnement est positionnée dans les maquettes de vos deux binômes à côté de l'élément graphique correspondant au corpus. Du coup, comment choisissez-vous la catégorie ( topic en anglais) dont parle la fonctionnalité ?
@JacquesMironneau @Anas9820
- Est-ce volontaire de votre part que le nom du corpus soit le même que celui d'une des catégories ?
- Est-ce volontaire de votre part que le point de vue (unique) porte le nom de "topics" ? Est-ce que ça ne prête pas à confusion ?
@cedfre @theobour @Anas9820 @PSalembier @benel On a quelque chose de similaire, nous n'avions pas du tout pensé à la liste d'abonnements, je pense que c'est une très bonne idée ! Qu'en pensez-vous pour la version finale ?
Oui c'est assez similaire ! Je pense qu'on peut combiner nos deux maquettes en garder l'idée de la popup que vous avez tout en gardant la liste d'abonnements.
@theobour @cedfre @JacquesMironneau @Anas9820
Dans la discussion d'une des équipes projets, nous avons parlé ensemble de l'intérêt que pourrait avoir l'abonnement à une requête plutôt qu'à un thème... Ça pourrait être intéressant d'y réfléchir comme d'une "négociation" possible.
@theobour @cedfre @JacquesMironneau @Anas9820
Avez-vous fait une petite recherche sur la manière dont les flux RSS ou Atom sont intégrés (visuellement) aux navigateurs ou plus artisanalement dans les pages Web ?
Du coup, comment choisissez-vous la catégorie ( topic en anglais) dont parle la fonctionnalité ?
Dans notre idée, le panel de gauche permettait de sélectionner une formation, et les détails (les UE) seraient affichés sur le panneau de droite.
Est-ce volontaire de votre part que le nom du corpus soit le même que celui d'une des catégories ?
Oui, cela l'était en prenant en compte notre choix expliqué ci-dessus.
Est-ce volontaire de votre part que le point de vue (unique) porte le nom de "topics" ? Est-ce que ça ne prête pas à confusion ?
Nous sommes d'accord, nous allons le changer.
nous avons parlé ensemble de l'intérêt que pourrait avoir l'abonnement à une requête plutôt qu'à un thème.
Qu'entendez vous par requête ? Est-ce une catégorie ? Comment voyez-vous le fait de s'abonner à une catégorie ?
Avez-vous fait une petite recherche sur la manière dont les flux RSS ou Atom sont intégrés (visuellement) aux navigateurs ou plus artisanalement dans les pages Web ?
Pas encore, nous allons regarder.
Dans notre idée, le panel de gauche permettait de sélectionner une formation, et les détails (les UE) seraient affichés sur le panneau de droite.
Vous devez absolument vous fondre dans l'interface existante. La sélection d'une catégorie entraîne une mise à jour du panneau de sélection et non du panneau du corpus.
Vous devez absolument vous fondre dans l'interface existante. La sélection d'une catégorie entraîne une mise à jour du panneau de sélection et non du panneau du corpus.
Je pense que ces problèmes de repérage des zones de l'interface viennent du fait que dans votre preuve de concept il n'y a encore aucun exemple complet...
En attendant d'avoir une preuve de concept utilisable, prenez celle de l'an dernier comme exemple : https://abroad.porphyry.org
Sélectionnez la catégorie "Jonköping University" et repérez où elle est affichée.
En attendant d'avoir une preuve de concept utilisable, prenez celle de l'an dernier comme exemple : https://abroad.porphyry.org
Sélectionnez la catégorie "Université de Jonköping" et repérez où elle est affichée.
C'est de cette façon aussi que nous avons imaginé le fonctionnement : l'utilisateur clique sur la gauche sur une catégorie -> elle s'affiche sur l'élément centrale -> il peut cliquer sur le bouton "s'abonner"
Pensez-vous que déplacer ce bouton "s'abonner" à côté de chaque formation dans le corpus est plus pertinent ?
Pensez-vous que déplacer ce bouton "s'abonner" à côté de chaque formation dans le corpus est plus pertinent ?
Notez bien que le logiciel est générique mais que votre usage est spécifique. Si vous ajoutez un bouton ce n'est pas pour chaque "formation", mais pour chaque "catégorie".
Donc essayez de trouver une manière générique de vous abonner dans ce cas spécifique à la catégorie "Jonköping University".
nous avons parlé ensemble de l'intérêt que pourrait avoir l'abonnement à une requête plutôt qu'à un thème.
Qu'entendez vous par requête ? Est-ce une catégorie ? Comment voyez-vous le fait de s'abonner à une catégorie ?
La requête c'est aussi ce que j'ai appelé "sélection". C'est ce qui est tout en haut au centre. Ça correspond au titre de la page, ce que l'on est en train de voir.
Dans le cas de la copie d'écran ci-dessus c'est une sélection d'une seule catégorie. Mais le cas est plus général puisqu'on peut combiner plusieurs catégories (ou attributs) avec des opérateur logiques.
D'accord merci cela est plus clair.
Nous avons donc pensé que à chaque catégorie sélectionnée, nous pourrions ajouter un bouton "s'abonner" dans le corpus. Exemple: Si on sélectionne Polytech Mons: un seul bouton "s'abonner" apparaîtra dans le corpus Si on sélectionne 2 catégories, 2 boutons apparaitrons dans le corpus.
Pensez-vous que déplacer ce bouton "s'abonner" à côté de chaque formation dans le corpus est plus pertinent ?
Ce qui m'étonne c'est que vous avez placé le bouton à côté des corpus. Dans ma copie d'écran ce serait à côté de "Abroad_courses UTT_courses". Du coup, il est très peu probable que cela permette de s'abonner à "Jonköping university".
Si on sélectionne 2 catégories, 2 boutons apparaitrons dans le corpus.
Désolé, je ne comprends toujours pas le placement de votre bouton... Vous allez être obligé d'afficher "Jonköping unicersity" une troisième fois dans une troisième zone alors qu'elle est déjà présente à deux endroits dans l'écran ?
Nous pensions sinon à le mettre dans la partie catégorie à côté de chaque nom de catégorie, qu'en pensez vous ?
Nous pensions sinon à le mettre dans la partie catégorie à côté de chaque nom de catégorie, qu'en pensez vous ?
Je ne vois effectivement que deux endroits pour mettre un tel "bouton" :
- soit à côté de la requête mais du coup, la fonctionnalité change un peu (mais peut-être pour un mieux),
- soit à côté de chaque catégorie (mais comme la surcharge est complètement incompatible avec l'approche content-first il va falloir trouver une astuce).
Nous pensions sinon à le mettre dans la partie catégorie à côté de chaque nom de catégorie, qu'en pensez vous ?
Dernière possibilité, si l'abonnement est par rapport à une requête et donc à la page affichée... renseignez-vous sur la manière standard avec RSS ou Atom de s'abonner à une page.