CONFIG/creation-du-fichier-modele-de-ticket-pour-demander-une-evolution-de-la-plateforme #2

Closed
opened 3 years ago by antoine-c · 46 comments
Owner

Ce dépôt a pour vocation de favoriser l'ouverture de tickets pour lister toute idée d'évolution de la plateforme, selon le principe:

  • 1 idée = 1 ticket

Réaliser un modèle de rédaction de ticket, permet souvent de mieux comprendre les demandes d'évolutions proposées.

Ce dépôt a pour vocation de favoriser l'ouverture de tickets pour lister toute idée d'évolution de la plateforme, selon le principe: * 1 idée = 1 ticket Réaliser un modèle de rédaction de ticket, permet souvent de mieux comprendre les demandes d'évolutions proposées.
Poster
Owner

Pour commencer à produire la rédaction de ce modèle de ticket, j'ai créé une branche:

Sur cette branche j'ai créé un répertoire .gitea et dans ce répertoire j'ai créé un fichier appelé ISSUE_TEMPLATE.md

Note: pour créer un répertoire via l'interface web, j'ai tout simplement placer ce texte .gitea/ISSUE_TEMPLATE.md dans la case du nom du fichier à créer.

Pour commencer à produire la rédaction de ce modèle de ticket, j'ai créé une branche: * https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/src/branch/CONFIG/creation-du-fichier-modele-de-ticket-pour-demander-une-evolution-de-la-plateforme Sur cette branche j'ai créé un répertoire `.gitea` et dans ce répertoire j'ai créé un fichier appelé `ISSUE_TEMPLATE.md` Note: pour créer un répertoire via l'interface web, j'ai tout simplement placer ce texte `.gitea/ISSUE_TEMPLATE.md` dans la case du nom du fichier à créer.
Owner

Je pense que le modèle de ticket est trop ambitieux. Il faudra laisser les gens donner leur idée, et ensuite les aider à détailler et reformuler. Une fois l'idée correctement"formée", on en fait un .MD qu'on met dans le dépôt, et on tag le ticket comme "amélioration demandée". On tag ensuite en cours, puis on clos.

Si tu donnes un truc aux gens qui les force à écrire tout de suite plus que "je veux ça parce que c'est une bonne idée". Mieux vaut les laisser faire, puis les aider à affiner.

On peut gérer les droits en écriture sur le dépôt ? Si oui, on limite l'écriture à un certain nombre de "volontaires".

Je pense que le modèle de ticket est trop ambitieux. Il faudra laisser les gens donner leur idée, et ensuite les aider à détailler et reformuler. Une fois l'idée correctement"formée", on en fait un .MD qu'on met dans le dépôt, et on tag le ticket comme "amélioration demandée". On tag ensuite en cours, puis on clos. Si tu donnes un truc aux gens qui les force à écrire tout de suite plus que "je veux ça parce que c'est une bonne idée". Mieux vaut les laisser faire, puis les aider à affiner. On peut gérer les droits en écriture sur le dépôt ? Si oui, on limite l'écriture à un certain nombre de "volontaires".
Poster
Owner

Je vais tenter un contenu en 2 parties.

  1. Une partie à minima : remplissage libre du descriptif de la fonctionnalité demandée
  2. Une partie optionnelle : remplissage ultérieur possible, ou bien appel à quelqu'un pour rédiger

L'idée n'était pas de faire des fichiers .md par idée.

Mais le principe est plutôt de faire de chaque ticket (chaque issue) une demande.

Le ticket que je rédige actuellement, est un modèle de ticket sous format .md qui sera appelé automatiquement lorsqu'une personne ouvrira un ticket. Chaque ticket ouvert, aura par défaut, les rubriques du ticket modèle.

Les tickets pourront être remplis par la personne émétrice de l'idée, ou bien par une personne qui détecte cette idée et qui a les moyens de remplir un nouveau ticket dans le cas ou la personne émétrice n'a pas envie (le temps, les moyens, les connaissances, etc ...) de se servir de gitea et de ce dispositif.

Ça te parait mieux ?

Je vais tenter un contenu en 2 parties. 1. Une partie à minima : remplissage libre du descriptif de la fonctionnalité demandée 2. Une partie optionnelle : remplissage ultérieur possible, ou bien appel à quelqu'un pour rédiger L'idée n'était pas de faire des fichiers .md par idée. Mais le principe est plutôt de faire de chaque ticket (chaque issue) une demande. Le ticket que je rédige actuellement, est un modèle de ticket sous format .md qui sera appelé automatiquement lorsqu'une personne ouvrira un ticket. Chaque ticket ouvert, aura par défaut, les rubriques du ticket modèle. Les tickets pourront être remplis par la personne émétrice de l'idée, ou bien par une personne qui détecte cette idée et qui a les moyens de remplir un nouveau ticket dans le cas ou la personne émétrice n'a pas envie (le temps, les moyens, les connaissances, etc ...) de se servir de gitea et de ce dispositif. Ça te parait mieux ?
Owner

Ok alors. C'est ce qu'il me semblait, mais comme le modèle n'était pas appliqué, je me suis dit que ça n'était pas ça. Dans ce cas, très bien.

Ok alors. C'est ce qu'il me semblait, mais comme le modèle n'était pas appliqué, je me suis dit que ça n'était pas ça. Dans ce cas, très bien.
Poster
Owner

J'ai finalisé la première maquette du modèle de ticket:

Des commentaires apparaissent en mode écriture. Ils aident au remplissage.

Seuls le titre et le résumé sont à remplir "obligatoirement" pour que la proposition d'évolution soit prise en compte.

Le reste des sections sont optionnelles et peuvent être remplies plus tard.

Je sollicite votre avis @mpatout , @gurvan , @pladame , @fdelalleau , @crouchouse : on fait une première tentative avec ce modèle de ticket que je rends comme texte par défaut pour chaque ouverture de ticket sur ce dépôt ?

Personnellement, je le trouve trop long et trop compliqué. Il risque de faire peur à des néophytes comme @fdelalleau le faisait remarquer. Je serais partisan de le réduire au titre et au résumé, et de mettre un lien vers un fichier modèle complet pour les personnes qui souhaitent aller plus loin. Et/ou , faire un modèle simplifié (par défaut) et un modèle complet pouvant être appelé lors de la création du ticket (menu).

J'ai finalisé la première maquette du modèle de ticket: * https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/src/branch/CONFIG/creation-du-fichier-modele-de-ticket-pour-demander-une-evolution-de-la-plateforme/.gitea/ISSUE_TEMPLATE.md Des commentaires apparaissent en mode écriture. Ils aident au remplissage. Seuls le titre et le résumé sont à remplir "obligatoirement" pour que la proposition d'évolution soit prise en compte. Le reste des sections sont optionnelles et peuvent être remplies plus tard. Je sollicite votre avis @mpatout , @gurvan , @pladame , @fdelalleau , @crouchouse : on fait une première tentative avec ce modèle de ticket que je rends comme texte par défaut pour chaque ouverture de ticket sur ce dépôt ? Personnellement, je le trouve trop long et trop compliqué. Il risque de faire peur à des néophytes comme @fdelalleau le faisait remarquer. Je serais partisan de le réduire au titre et au résumé, et de mettre un lien vers un fichier modèle complet pour les personnes qui souhaitent aller plus loin. Et/ou , faire un modèle simplifié (par défaut) et un modèle complet pouvant être appelé lors de la création du ticket (menu).
Owner

Je rejoins @antoine-c , trop compliqué en soi si on veut que ce soit largement utilisé. L'idée d'un modèle simplifié et d'un modèle détaillé est effectivement intéressante.

Je rejoins @antoine-c , trop compliqué en soi si on veut que ce soit largement utilisé. L'idée d'un modèle simplifié et d'un modèle détaillé est effectivement intéressante.
Poster
Owner

Ok.

J'ai rédigé 2 modèles:

Pour le modèle simplifié, je pars du principe que le nom du ticket fait office de "titre" du ticket, sans avoir à le rapeler dans le texte du ticket.

Par défaut, ce sera le modèle simplifié qui apparaîtra à chaque ouverture de nouveau ticket.

Je vais maintenant m'atteler à écrire une page explicative sur le wiki du dépôt, qui servira de page d'accueil pour les personnes qui désirent poster une idée d'amélioration via ce dépôt.

Cela vous va ?

Ok. J'ai rédigé 2 modèles: * [modèle simplifié](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/src/branch/CONFIG/creation-du-fichier-modele-de-ticket-pour-demander-une-evolution-de-la-plateforme/.gitea/modele-ticket-simple.md) * [modèle détaillé](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/src/branch/CONFIG/creation-du-fichier-modele-de-ticket-pour-demander-une-evolution-de-la-plateforme/.gitea/modele-ticket-details.md) Pour le modèle simplifié, je pars du principe que le nom du ticket fait office de "titre" du ticket, sans avoir à le rapeler dans le texte du ticket. Par défaut, ce sera le modèle simplifié qui apparaîtra à chaque ouverture de nouveau ticket. Je vais maintenant m'atteler à écrire une page explicative sur le wiki du dépôt, qui servira de page d'accueil pour les personnes qui désirent poster une idée d'amélioration via ce dépôt. Cela vous va ?
Poster
Owner

Quand on ouvre un ticket, on a maintenant le texte du modèle simplifié qui apparaît.

Mes remarques:

  • il faudrait indiquer en début de ticket, qu'il est préférable de choisir un nom de ticket explicite => je pencherais pour ajouter un lien en début de texte, qui pointe vers une explication sur la page du wiki de ce dépôt.
  • j'ai l'impression qu'il serait nécessaire de laisser à l'utilisateur le soin de saisir un titre pour son ticket.
  • je me demande si les explications pour remplir le ticket, ne devraient pas être retirée du modèle et inscrites plutôt sur la page du wiki => dans ce cas, seul un lien vers cette page wiki serait maintenu dans le markdown du ticket.
Quand on ouvre un ticket, on a maintenant le texte du modèle simplifié qui apparaît. Mes remarques: * il faudrait indiquer en début de ticket, qu'il est préférable de choisir un nom de ticket explicite => je pencherais pour ajouter un lien en début de texte, qui pointe vers une explication sur la page du wiki de ce dépôt. * j'ai l'impression qu'il serait nécessaire de laisser à l'utilisateur le soin de saisir un titre pour son ticket. * je me demande si les explications pour remplir le ticket, ne devraient pas être retirée du modèle et inscrites plutôt sur la page du wiki => dans ce cas, seul un lien vers cette page wiki serait maintenu dans le markdown du ticket.
Owner

Je penses qu'un renvois sur un wiki un peu plus détaillé (on enlève les explication du MD et on les mets en wiki) serait préférable. Et mettre dans le wiki un home avec les objectifs du dépôt un peu plus détaillés, plus un renvois depuis le readme.
Après effectivement, il est nécessaire de mettre en début de ticket une indication (plus) succincte de ce qu'il faut faire. En gros, "merci de mettre un titre un explicite, et d'essayer de donner les infos suivantes : [ce que tu as mis en phrases, mais en puces]. Pour plus d'informations, cf le wiki". C'est moins abrupte...

Je penses qu'un renvois sur un wiki un peu plus détaillé (on enlève les explication du MD et on les mets en wiki) serait préférable. Et mettre dans le wiki un home avec les objectifs du dépôt un peu plus détaillés, plus un renvois depuis le readme. Après effectivement, il est nécessaire de mettre en début de ticket une indication (plus) succincte de ce qu'il faut faire. En gros, "merci de mettre un titre un explicite, et d'essayer de donner les infos suivantes : [ce que tu as mis en phrases, mais en puces]. Pour plus d'informations, cf le wiki". C'est moins abrupte...
Poster
Owner

Ok. J'ai simplifié le texte.
Quand on ouvre un nouveau ticket, cela ouvre le modèle de ticket.

Je commence à rédiger la page du wiki sur une branche spécifique dans un fichier markdown situé dans un répertoire .wiki créé à la racine du dépôt, au même niveau que le répertoire .gitea.

Quand la rédaction sera suffisamment aboutie, j'en ferai un copié/collé sur la page home du wiki.

Ok. J'ai simplifié le texte. Quand on ouvre un nouveau ticket, cela ouvre le modèle de ticket. Je commence à rédiger la page du wiki sur une branche spécifique dans un fichier markdown situé dans un répertoire .wiki créé à la racine du dépôt, au même niveau que le répertoire .gitea. Quand la rédaction sera suffisamment aboutie, j'en ferai un copié/collé sur la page home du wiki.
Poster
Owner

J'ai avancé dans la rédaction de la page du wiki

Cette page serait l'URL que nous pourrions utiliser pour indiquer aux personnes où se rendre pour proposer une amélioration de la plateforme.

Qu'en pensez-vous ?

Ce fichier .md est utilisé pour rédiger la page du wiki.

J'ai avancé dans la rédaction de [la page du wiki](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki/Home) Cette page serait l'URL que nous pourrions utiliser pour indiquer aux personnes où se rendre pour proposer une amélioration de la plateforme. Qu'en pensez-vous ? [Ce fichier .md](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/src/branch/creation-repertoire-wiki-et-premieres-redactions-de-pages-du-wiki/.wiki/page-accueil.md) est utilisé pour rédiger la page du wiki.
Owner

Bonjour
Mon avis :
Le ticket me semble très bien ; la page par contre, je la trouve très verbeuse et j'ai peur qu'elle ne décourage. J'aurais tendance à mettre le minimum mais à garder "sous la main" cette page afin d'avoir la trame des questions à poser par l'un(e) d'entre nous pour demander des infos complémentaires, et en cela elle est très complète : merci Antoine !

Bonjour Mon avis : Le ticket me semble très bien ; la page par contre, je la trouve très verbeuse et j'ai peur qu'elle ne décourage. J'aurais tendance à mettre le minimum mais à garder "sous la main" cette page afin d'avoir la trame des questions à poser par l'un(e) d'entre nous pour demander des infos complémentaires, et en cela elle est très complète : merci Antoine !
Owner

Je suis d'accord avec Claire. Ne peut-on pas avoir 2 page, une première avec juste le simplifié, et un renvois vers une seconde pour ceux qui veulent avoir accès au détaillé ?

Je suis d'accord avec Claire. Ne peut-on pas avoir 2 page, une première avec juste le simplifié, et un renvois vers une seconde pour ceux qui veulent avoir accès au détaillé ?
Poster
Owner

@crouchouse #2 : la page par contre, je la trouve très verbeuse et j’ai peur qu’elle ne décourage

Pas sûr de comprendre. Tu parles bien de la page d'accueil du wiki ?

Si oui, que penserais-tu si on met sur une seconde page de wiki, toute la partie de la page intitulée "Comment utiliser le modèle détaillé à la place du modèle simplifié par défaut" avec le tout code au format markdown à copier ?

Cela ferait une page d'accueil "épurée". Ou faut-il encore plus simplifier ?

À moins que tu ne parles de simplifier le ticket détaillé ?

> @crouchouse https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/issues/2#issuecomment-102 : la page par contre, je la trouve très verbeuse et j’ai peur qu’elle ne décourage Pas sûr de comprendre. Tu parles bien de [la page d'accueil du wiki](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki/Home) ? Si oui, que penserais-tu si on met sur une seconde page de wiki, toute la partie de la page intitulée "Comment utiliser le modèle détaillé à la place du modèle simplifié par défaut" avec le tout code au format markdown à copier ? Cela ferait une page d'accueil "épurée". Ou faut-il encore plus simplifier ? À moins que tu ne parles de simplifier le ticket détaillé ?
Owner

je parle bien de la page d'accueil qui selon moi est trop dense. Une page épurée avec 2 infos

  • le lien pour créer le ticket
  • le lien pour aller sur la seconde page avec le "how to", ce qui en effet me semble une bonne idée.
je parle bien de la page d'accueil qui selon moi est trop dense. Une page épurée avec 2 infos - le lien pour créer le ticket - le lien pour aller sur la seconde page avec le "how to", ce qui en effet me semble une bonne idée.
Poster
Owner

Ok. Merci pour vos retours. J'ai compris. Je m'y mets dès que j'ai un moment de disponible ...

Ok. Merci pour vos retours. J'ai compris. Je m'y mets dès que j'ai un moment de disponible ...
Poster
Owner

@mpatout : j'ai besoin de tes lumières ... Peux-tu me dire quelle sera la "politique" d'accès à la rédaction des tickets sur ce dépôt ?

J'ai besoin de cette info pour rédiger la page du wiki (how-to). J'ai besoin de savoir si la rédaction des tickets sur ce dépôt gitea d'ouvaton, sera réservée exclusivement à des personnes ayant un compte sur cette l'instance Gitea d'Ouvaton, ou si "toute" personne pourra poster un ticket, y compris les personnes qui ne sont pas identifiées sur l'instance Gitea d'Ouvaton.

Nota: sur le wiki de ce dépôt, je compte indiquer qu'il existe 3 canaux pour poster une proposition d'amélioration de la plateforme :

  • ce dépôt gitea
  • le forum (fil de discussion à créer)
  • le groupe "projets"
@mpatout : j'ai besoin de tes lumières ... Peux-tu me dire quelle sera la "politique" d'accès à la rédaction des tickets sur ce dépôt ? J'ai besoin de cette info pour rédiger la page du wiki (how-to). J'ai besoin de savoir si la rédaction des tickets sur ce dépôt gitea d'ouvaton, sera réservée exclusivement à des personnes ayant un compte sur cette l'instance Gitea d'Ouvaton, ou si "toute" personne pourra poster un ticket, y compris les personnes qui ne sont pas identifiées sur l'instance Gitea d'Ouvaton. *Nota:* sur le wiki de ce dépôt, je compte indiquer qu'il existe 3 canaux pour poster une proposition d'amélioration de la plateforme : * ce dépôt gitea * le forum (fil de discussion à créer) * le groupe "projets"
Owner

Salut,

C'est a déterminer, mais un compte sera en effet nécessaire pour ouvrir un ticket.

Le forum est probablement idéal pour les propositions de sociétaires.

Salut, C'est a déterminer, mais un compte sera en effet nécessaire pour ouvrir un ticket. Le forum est probablement idéal pour les propositions de sociétaires.
Poster
Owner

Ok. Merci pour l'info.

Ok. Merci pour l'info.
Poster
Owner

J'ai mis à jour la partie wiki du dépôt en tenant compte de vos remarques.

https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki

C'est mieux ?

J'ai mis à jour la partie wiki du dépôt en tenant compte de vos remarques. https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki C'est mieux ?
Poster
Owner

@mpatout #2 : un compte sera en effet nécessaire pour ouvrir un ticket.

Quelle procédure souhaites-tu pour qu'un utilisateur ouvre un compte ?

Pour l'instant, on arrive sur une page de connexion, sans possibilité de s'inscrire.

mire de connexion

> @mpatout https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/issues/2#issuecomment-108 : un compte sera en effet nécessaire pour ouvrir un ticket. Quelle procédure souhaites-tu pour qu'un utilisateur ouvre un compte ? Pour l'instant, on arrive sur une page de connexion, sans possibilité de s'inscrire. ![mire de connexion](https://git.ouvaton.coop/attachments/369799cd-6489-4540-84e2-1f492dedd78d)
Owner
Les demandes sont à faire sur https://forums.ouvaton.coop/t/gitea-un-nouveau-service-sur-la-plateforme/1934.
Poster
Owner

@mpatout #2 Les demandes sont à faire sur https://forums.ouvaton.coop/t/gitea-un-nouveau-service-sur-la-plateforme/1934.

Dans ce cas, je propose:

  • de créer une page "comment ouvrir un compte gitea chez Ouvaton" sur le wiki de ce dépôt
  • d'ajouter sur la page d'accueil "vous devez avoir un compte sur le gitea d'Ouvaton" avec un lien qui pointe vers la page "comment ouvrir un compte gitea chez Ouvaton"
  • d'ajouter sur la page d'explications la même chose
  • d'ajouter des infos similaires sur le fil de forum dédié

Qu'en pensez-vous ?

> @mpatout https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/issues/2#issuecomment-112 Les demandes sont à faire sur https://forums.ouvaton.coop/t/gitea-un-nouveau-service-sur-la-plateforme/1934. Dans ce cas, je propose: * de créer une page "comment ouvrir un compte gitea chez Ouvaton" sur le wiki de ce dépôt * d'ajouter sur la page d'accueil "vous devez avoir un compte sur le gitea d'Ouvaton" avec un lien qui pointe vers la page "comment ouvrir un compte gitea chez Ouvaton" * d'ajouter sur la page d'explications la même chose * d'ajouter des infos similaires sur le fil de forum dédié Qu'en pensez-vous ?
Poster
Owner

Modif du wiki de ce dépôt:

Modif du wiki de ce dépôt: * J'ai mis les liens vers une page "comment ouvrir un compte sur gitea d'ouvaton" sur la page d'accueil [ [1](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki/Home) ] et sur la page d'explications [ [2](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki/en-savoir-plus-sur-comment-proposer-une-amelioration-de-la-plateforme) ] * J'ai créé une [page "comment ouvrir un compte sur gitea d'ouvaton"](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki/comment-ouvrir-un-compte-sur-gitea-ouvaton) et j'y ai indiqué la marche à suivre
Owner

Ça me semble bien. C'est peut-être beaucoup d'étapes et de comptes à ouvrir (d'abord sur le forum puis sur Gitea), mais ça peut faire découvrir Git !

Par contre on ouvre l'accès à Gitea aux non-sociétaires ?

Il y a peu de comptes et de demandes (deux structures pour le moment, mais avec plusieurs utilisateurs), mais je regarde avant d'en ouvrir un si le compte Ouvadmin lié a une part sociale.

Ça me semble bien. C'est peut-être beaucoup d'étapes et de comptes à ouvrir (d'abord sur le forum puis sur Gitea), mais ça peut faire découvrir Git ! Par contre on ouvre l'accès à Gitea aux non-sociétaires ? Il y a peu de comptes et de demandes (deux structures pour le moment, mais avec plusieurs utilisateurs), mais je regarde avant d'en ouvrir un si le compte Ouvadmin lié a une part sociale.
Owner

moi aussi je trouve ça très bien. PAr contre, peut être en Quelquees mots dire ce qu'est GIT et GITEA ... parce que je ne suis pas sûre que tous les coopérateurs sachent ce que c'est

Les quelques mots ça peut se limiter à juste indiquer des liens vers wikipedia pour GIT https://fr.wikipedia.org/wiki/Git et la doc GITEA https://docs.gitea.io/fr-fr/

Pour les non sociétaires, je ne sais pas trop : tout dépend du % . Je n'ai pas suivi : on en est à combien de % de non sociétaire ??

moi aussi je trouve ça très bien. PAr contre, peut être en Quelquees mots dire ce qu'est GIT et GITEA ... parce que je ne suis pas sûre que tous les coopérateurs sachent ce que c'est Les quelques mots ça peut se limiter à juste indiquer des liens vers wikipedia pour GIT https://fr.wikipedia.org/wiki/Git et la doc GITEA https://docs.gitea.io/fr-fr/ Pour les non sociétaires, je ne sais pas trop : tout dépend du % . Je n'ai pas suivi : on en est à combien de % de non sociétaire ??
Owner

Oui, un lien vers Wikipedia et un vers le site de Gitea c'est bien.

Les non-sociétaires représentent 21.02 % du CA et 24.31 % des comptes ouverts.

Oui, un lien vers Wikipedia et un vers le site de Gitea c'est bien. Les non-sociétaires représentent 21.02 % du CA et 24.31 % des comptes ouverts.
Owner

Les non-sociétaires représentent 21.02 % du CA et 24.31 % des comptes ouverts.

On peut alors se limiter aux sociétaires dans un premier temps. Et ouvrir ensuite aux autres si on voit que ça végète (nombre à fixer, je n'en ai aucune idée ... un avis ?), disons au bout de 6 mois (?)
PS : je ne mets pas des dates et des chiffres dans mes mails parce que je suis psycho rigide mais parce que je sais d'expérience que si on dit "plus tard", "un jour", "le plus tôt possible" pour les dates ça ne se fait jamais ... et "suffisament", "un nombre conséquent" pour les chiffres, pareil

> Les non-sociétaires représentent 21.02 % du CA et 24.31 % des comptes ouverts. On peut alors se limiter aux sociétaires dans un premier temps. Et ouvrir ensuite aux autres si on voit que ça végète (nombre à fixer, je n'en ai aucune idée ... un avis ?), disons au bout de 6 mois (?) PS : je ne mets pas des dates et des chiffres dans mes mails parce que je suis psycho rigide mais parce que je sais d'expérience que si on dit "plus tard", "un jour", "le plus tôt possible" pour les dates ça ne se fait jamais ... et "suffisament", "un nombre conséquent" pour les chiffres, pareil
Poster
Owner

Ça vous va ?

* [X] Ajout des liens vers gitea et git sur la page "[Comment ouvrir un compte sur l’instance Gitea d’Ouvaton](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki/comment-ouvrir-un-compte-sur-gitea-ouvaton)" Ça vous va ?
Poster
Owner

@mpatout #2 Par contre on ouvre l'accès à Gitea aux non-sociétaires ?

Tu parles des:

  • non utilisateurs non sociétaires ?
  • utilisateurs en période d'essai de gratuité (< 1 mois) et non-sociétaires ?
  • utilisateurs ayant un compte payant pas à jour de paiement et non-sociétaires ?
  • utilisateurs ayant un compte payant à jour de paiement et non-sociétaires ?
> @mpatout https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/issues/2#issuecomment-116 Par contre on ouvre l'accès à Gitea aux non-sociétaires ? Tu parles des: * non utilisateurs non sociétaires ? * utilisateurs en période d'essai de gratuité (< 1 mois) et non-sociétaires ? * utilisateurs ayant un compte payant pas à jour de paiement et non-sociétaires ? * utilisateurs ayant un compte payant à jour de paiement et non-sociétaires ?
Owner

Des comptes ouverts mais sans part sociale. :-)

Des comptes ouverts mais sans part sociale. :-)
Owner

Ça vous va ?

tu dégaines plus vite que ton ombre !! je pouvais le faire aussi ;) ... mais pas aussi vite !

@mpatout #2 Par contre on ouvre l'accès à Gitea aux non-sociétaires ?

Tu parles des:

  • non utilisateurs non sociétaires ?
  • utilisateurs en période d'essai de gratuité (< 1 mois) et non-sociétaires ?
  • utilisateurs ayant un compte payant pas à jour de paiement et non-sociétaires ?
  • utilisateurs ayant un compte payant à jour de paiement et non-sociétaires ?

pour ça, je pencherais pour la dernière catégorie. La première et la 3ème je ne les avais pas envisagées ; la seconde ... attendre 1 mois ne me semble pas trop long à condition que l'essai soit transformé

Comme dit précédemment, en 1er uniquement aux sociétaires puis selon ... mais en gardant a minima le côté "a un pied dans la coop" par un compte à jour de paiement.

> * [X] Ajout des liens vers gitea et git sur la page "[Comment ouvrir un compte sur l’instance Gitea d’Ouvaton](https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/wiki/comment-ouvrir-un-compte-sur-gitea-ouvaton)" > > Ça vous va ? tu dégaines plus vite que ton ombre !! je pouvais le faire aussi ;) ... mais pas aussi vite ! > > @mpatout https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/issues/2#issuecomment-116 Par contre on ouvre l'accès à Gitea aux non-sociétaires ? > > Tu parles des: > * non utilisateurs non sociétaires ? > * utilisateurs en période d'essai de gratuité (< 1 mois) et non-sociétaires ? > * utilisateurs ayant un compte payant pas à jour de paiement et non-sociétaires ? > * utilisateurs ayant un compte payant à jour de paiement et non-sociétaires ? > > pour ça, je pencherais pour la dernière catégorie. La première et la 3ème je ne les avais pas envisagées ; la seconde ... attendre 1 mois ne me semble pas trop long à condition que l'essai soit transformé Comme dit précédemment, en 1er uniquement aux sociétaires puis selon ... mais en gardant a minima le côté "a un pied dans la coop" par un compte à jour de paiement.
Poster
Owner

@mpatout #2 Par contre on ouvre l'accès à Gitea aux non-sociétaires ?

J'ai le sentiment que nous pourrions ouvrir l'accès à gitea aux personnes qui ont un compte ouvert payant et payé et qui ne sont pas sociétaires.

Car cela permet d'avoir un maximum de sources d'idées, y compris en provenance des personnes qui ne se sentent pas une âme "sociétaire". Avoir l'avis de ces personnes en particulier me semblerait intéressant. Idéalement, pouvoir filtrer par un label les posts des non-sociétaires pourraient s'avérer utile.

> @mpatout https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/issues/2#issuecomment-116 Par contre on ouvre l'accès à Gitea aux non-sociétaires ? J'ai le sentiment que nous pourrions ouvrir l'accès à gitea aux personnes qui ont un compte ouvert payant et payé et qui ne sont pas sociétaires. Car cela permet d'avoir un maximum de sources d'idées, y compris en provenance des personnes qui ne se sentent pas une âme "sociétaire". Avoir l'avis de ces personnes en particulier me semblerait intéressant. Idéalement, pouvoir filtrer par un label les posts des non-sociétaires pourraient s'avérer utile.
Owner

L'adresse git@ouvaton.coop utilisée par Gitea dépasse le quota de 20 mails / heure. :-)
Je viens de l'augmenter.

Ok pour ouvrir un accès à Gitea aux comptes sans parts sociales, il peut s'agir d'un accès sans possibilité de créer des dépôts.

Sur la thématique des suggestions/requêtes/propositions des utilisateurs d'Ouvaton, je viens de découvrir le logiciel http://www.phpback.org/ de l'équipe qui développe OpenSupports.

Enfin, je ne comprends pas la distinction entre compte payant à jour et compte payant pas à jour. Un compte payant pas à jour est un compte fermé, et là plus d'accès à Gitea (sauf si on décide de rendre l'accès à Gitea public, ce qui me semble délicat sur son serveur actuel).

L'adresse git@ouvaton.coop utilisée par Gitea dépasse le quota de 20 mails / heure. :-) Je viens de l'augmenter. Ok pour ouvrir un accès à Gitea aux comptes sans parts sociales, il peut s'agir d'un accès sans possibilité de créer des dépôts. Sur la thématique des suggestions/requêtes/propositions des utilisateurs d'Ouvaton, je viens de découvrir le logiciel http://www.phpback.org/ de l'équipe qui développe OpenSupports. Enfin, je ne comprends pas la distinction entre compte payant à jour et compte payant pas à jour. Un compte payant pas à jour est un compte fermé, et là plus d'accès à Gitea (sauf si on décide de rendre l'accès à Gitea public, ce qui me semble délicat sur son serveur actuel).
Poster
Owner

Question:

Est-ce que l'on met dans les prochains échos de la coop de septembre pour indiquer aux personnes qu'elles peuvent désormais proposer des améliorations de la plateforme en se rendant sur la page d'accueil du wiki de ce dépôt ?

Question: Est-ce que l'on met dans les prochains échos de la coop de septembre pour indiquer aux personnes qu'elles peuvent désormais proposer des améliorations de la plateforme en se rendant sur la page d'accueil du wiki de ce dépôt ?
Poster
Owner

@mpatout #2

L'adresse git@ouvaton.coop utilisée par Gitea dépasse le quota de 20 mails / heure. :-)
Je viens de l'augmenter.

Oups, désolé. Ça peut poser problème ?

Ok pour ouvrir un accès à Gitea aux comptes sans parts sociales, il peut s'agir d'un accès sans possibilité de créer des dépôts.

Ok pour moi.

Sur la thématique des suggestions/requêtes/propositions des utilisateurs d'Ouvaton, je viens de découvrir le logiciel http://www.phpback.org/ de l'équipe qui développe OpenSupports.

Ce pourrait être un 4ème vecteur à spécifier dans la page d'accueil du wiki de ce dépôt.

À "nous" ensuite, de faire des "copiés" des suggestions faites sur les différents vecteurs pour ensuite ouvrir des tickets et "coller" leur contenu.

Enfin, je ne comprends pas la distinction entre compte payant à jour et compte payant pas à jour. Un compte payant pas à jour est un compte fermé, et là plus d'accès à Gitea (sauf si on décide de rendre l'accès à Gitea public, ce qui me semble délicat sur son serveur actuel).

En le précisant, on s'assure que l'on parle bien de ce cas de figure. Il ne peut théoriquement pas y avoir de comptes ouverts ayant en retard de paiement, mais cela pourrait arriver tout de même, comme cet exemple fictif: une personne est en retard de paiement, son compte est fermé, la personne râle, on ré-ouvre son compte et on lui donne quelques jours pour régulariser.

> @mpatout https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/issues/2#issuecomment-125 > L'adresse git@ouvaton.coop utilisée par Gitea dépasse le quota de 20 mails / heure. :-) > Je viens de l'augmenter. Oups, désolé. Ça peut poser problème ? > > Ok pour ouvrir un accès à Gitea aux comptes sans parts sociales, il peut s'agir d'un accès sans possibilité de créer des dépôts. Ok pour moi. > > Sur la thématique des suggestions/requêtes/propositions des utilisateurs d'Ouvaton, je viens de découvrir le logiciel http://www.phpback.org/ de l'équipe qui développe OpenSupports. Ce pourrait être un 4ème vecteur à spécifier dans la page d'accueil du wiki de ce dépôt. À "nous" ensuite, de faire des "copiés" des suggestions faites sur les différents vecteurs pour ensuite ouvrir des tickets et "coller" leur contenu. > > Enfin, je ne comprends pas la distinction entre compte payant à jour et compte payant pas à jour. Un compte payant pas à jour est un compte fermé, et là plus d'accès à Gitea (sauf si on décide de rendre l'accès à Gitea public, ce qui me semble délicat sur son serveur actuel). En le précisant, on s'assure que l'on parle bien de ce cas de figure. Il ne peut théoriquement pas y avoir de comptes ouverts ayant en retard de paiement, mais cela pourrait arriver tout de même, comme cet exemple fictif: une personne est en retard de paiement, son compte est fermé, la personne râle, on ré-ouvre son compte et on lui donne quelques jours pour régulariser.
Owner

@mpatout #2

L'adresse git@ouvaton.coop utilisée par Gitea dépasse le quota de 20 mails / heure. :-)
Je viens de l'augmenter.

Oups, désolé. Ça peut poser problème ?

je pense juste que Matthieu donnait ça comme une info positive, signe qu'il y a "de la vie" sur Gitea

Sur la thématique des suggestions/requêtes/propositions des utilisateurs d'Ouvaton, je viens de découvrir le logiciel http://www.phpback.org/ de l'équipe qui développe OpenSupports.

Ce pourrait être un 4ème vecteur à spécifier dans la page d'accueil du wiki de ce dépôt.

À "nous" ensuite, de faire des "copiés" des suggestions faites sur les différents vecteurs pour ensuite ouvrir des tickets et "coller" leur contenu.

mummm , c'est pas un peu "compliqué" s'il faut (sans jeu de mot) qu'on s'y colle ?

> > @mpatout https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/issues/2#issuecomment-125 > > > L'adresse git@ouvaton.coop utilisée par Gitea dépasse le quota de 20 mails / heure. :-) > > Je viens de l'augmenter. > > Oups, désolé. Ça peut poser problème ? > je pense juste que Matthieu donnait ça comme une info positive, signe qu'il y a "de la vie" sur Gitea > > Sur la thématique des suggestions/requêtes/propositions des utilisateurs d'Ouvaton, je viens de découvrir le logiciel http://www.phpback.org/ de l'équipe qui développe OpenSupports. > > Ce pourrait être un 4ème vecteur à spécifier dans la page d'accueil du wiki de ce dépôt. > > À "nous" ensuite, de faire des "copiés" des suggestions faites sur les différents vecteurs pour ensuite ouvrir des tickets et "coller" leur contenu. mummm , c'est pas un peu "compliqué" s'il faut (sans jeu de mot) qu'on s'y colle ?
Owner

Ça me semble une bonne idée d'ajouter un texte dans les Échos à venir.
Je viens de faire une rapide proposition (https://pad.ouvaton.coop/prochain_bulletin).

Pour git@ouvaton.coop, non pas de problème au contraire. C'est bon de voir de l'activité. :-)

Ok pour les comptes "à jour" ou pas. L'exemple est loin d'être fictif. ;-)

Ça me semble une bonne idée d'ajouter un texte dans les Échos à venir. Je viens de faire une rapide proposition (https://pad.ouvaton.coop/prochain_bulletin). Pour git@ouvaton.coop, non pas de problème au contraire. C'est bon de voir de l'activité. :-) Ok pour les comptes "à jour" ou pas. L'exemple est loin d'être fictif. ;-)
Owner

pour le bulletin, j'ai toujours la même approche : comme on voit que le début sur le site, il mee semble important de commencer par ce qu'on veut mettre en avant
Donc soit c'set la version php, soit gitea ...
et moije mettrais gitea . la maj de PHP pour moi ce pourrait être un bandeau de rappel sur ouvaton.coop, et/ou ur ouvadmin . Parce que c'est important mais pas "de l'actu"
Je trouve que dans le bulletin on mélange un peu les choux et les carottes et on met sur le même plan des choses comme upgrader php qui est un impératif technique-sécurité et des infos comme "donnez nous vos idées"

Php on en parle depuis des lustres. D'où mon idée du bandeau pour "le dire bien fort"

pour le bulletin, j'ai toujours la même approche : comme on voit que le début sur le site, il mee semble important de commencer par ce qu'on veut mettre en avant Donc soit c'set la version php, soit gitea ... et moije mettrais gitea . la maj de PHP pour moi ce pourrait être un bandeau de rappel sur ouvaton.coop, et/ou ur ouvadmin . Parce que c'est important mais pas "de l'actu" Je trouve que dans le bulletin on mélange un peu les choux et les carottes et on met sur le même plan des choses comme upgrader php qui est un impératif technique-sécurité et des infos comme "donnez nous vos idées" Php on en parle depuis des lustres. D'où mon idée du bandeau pour "le dire bien fort"
Owner

Le retrait dans 6 mois de la v5.6 de PHP, encore utilisée par 54 % des sites, c'est une grosse actu ! Le support engendré par la disparition de la v5.6 va être (trés) important. Bandeau (je viens d'en ajouter un), mails, Échos, réseaux sociaux, etc, il faut en parler partout.

Après l'ordre dans les Échos m'importe peu, c'est que dans 6 mois PHP, on pourra le mettre plus en avant fin 2020/début 2021, alors ok pour commencer par la possilbité de proposer des améliorations de la plateforme.

Le retrait dans 6 mois de la v5.6 de PHP, encore utilisée par 54 % des sites, c'est une grosse actu ! Le support engendré par la disparition de la v5.6 va être (trés) important. Bandeau (je viens d'en ajouter un), mails, Échos, réseaux sociaux, etc, il faut en parler partout. Après l'ordre dans les Échos m'importe peu, c'est que dans 6 mois PHP, on pourra le mettre plus en avant fin 2020/début 2021, alors ok pour commencer par la possilbité de proposer des améliorations de la plateforme.
Owner

très bien le bandeau ! moi aussi je pense qu'il faut MARTELER en effet ... pour le plus possible anticiper et étaler dans le temps les supports.

tu le mettrais pas en couleurs pour qu'on le voit mieux ?? genre sur fond jaune poussin ? tant pis si c'est moche !

et peut être aussi alterner : bandeau, pop'up ... on le sait, on s'habitue très vite ...

je n'ai plus qu'un accès minimaliste au site mais je me propose pour le faire si tu n'as le temps et si vous acceptez

sur ouvadmin je sais pas faire, mais ça serait bien aussi : il y a sans doute plus d'utilisateurs d'ouvadmin en direct que d'ouvaton.coop pour aller gérer leur site ?

très bien le bandeau ! moi aussi je pense qu'il faut MARTELER en effet ... pour le plus possible anticiper et étaler dans le temps les supports. tu le mettrais pas en couleurs pour qu'on le voit mieux ?? genre sur fond jaune poussin ? tant pis si c'est moche ! et peut être aussi alterner : bandeau, pop'up ... on le sait, on s'habitue très vite ... je n'ai plus qu'un accès minimaliste au site mais je me propose pour le faire si tu n'as le temps et si vous acceptez sur ouvadmin je sais pas faire, mais ça serait bien aussi : il y a sans doute plus d'utilisateurs d'ouvadmin en direct que d'ouvaton.coop pour aller gérer leur site ?
Owner

Si on a encore plus de 40 % de PHP 5.6 au premier janvier 2021, on dégaine le jaune poussin !!

Sur Ouvadmin un bandeau va venir s'afficher sur le coté si au moins un espace web est en 5.6 sur le compte. C'est dans ma liste, mais j'ai pas encore travailé dessus.

Si on a encore plus de 40 % de PHP 5.6 au premier janvier 2021, on dégaine le jaune poussin !! Sur Ouvadmin un bandeau va venir s'afficher sur le coté si au moins un espace web est en 5.6 sur le compte. C'est dans ma liste, mais j'ai pas encore travailé dessus.
Poster
Owner

Dites: et si on mettait en place d'autres dépôt fonctionnant sur le principe de celui-ci, pour lister les idées d'amélioration dans les autres domaines d'Ouvaton (ie : les autres groupes 1-4) ?

Dites: et si on mettait en place d'autres dépôt fonctionnant sur le principe de celui-ci, pour lister les idées d'amélioration dans les autres domaines d'Ouvaton (ie : les autres groupes 1-4) ?
Owner

J'en dis que :

  • ce ticket devient bordélique et devrait être fermé. Il a rempli sont rôle.
  • pour le groupe 1, oui si cela permet de co-élaborer un cahier des charges, avec le dit cahier comme fichier dans le dépôt (ou plusieurs fichier qu'on "compile" après)
  • pour le groupe 2, idem avec un fichier com, un fichier finance,...
  • pour le groupe 3, je penses que ce dépôt est très bien. Peut-être faudrait-il y rajouter des descriptifs de la plateforme.
  • pour le groupe 4, ça me semble compliqué. C'est le moins "opérationnel" pour l'instant, et je ne vois pas comment l'organiser pour avoir un rendu correct.
  • Ca permet de gérer l'avancé, et notamment en faisant des PR sur les "documents maîtres" ou en fermant les ticket démocratiquement refusé
  • il faut gérer les droit pour que n'importe qui ne puisse pas faire un merge sur l'un des documents ou fermer un ticket...
J'en dis que : * ce ticket devient bordélique et devrait être fermé. Il a rempli sont rôle. * pour le groupe 1, oui si cela permet de co-élaborer un cahier des charges, avec le dit cahier comme fichier dans le dépôt (ou plusieurs fichier qu'on "compile" après) * pour le groupe 2, idem avec un fichier com, un fichier finance,... * pour le groupe 3, je penses que ce dépôt est très bien. Peut-être faudrait-il y rajouter des descriptifs de la plateforme. * pour le groupe 4, ça me semble compliqué. C'est le moins "opérationnel" pour l'instant, et je ne vois pas comment l'organiser pour avoir un rendu correct. * Ca permet de gérer l'avancé, et notamment en faisant des PR sur les "documents maîtres" ou en fermant les ticket démocratiquement refusé * il faut gérer les droit pour que n'importe qui ne puisse pas faire un merge sur l'un des documents ou fermer un ticket...
Poster
Owner

@fdelalleau #2 : ce ticket devient bordélique et devrait être fermé. Il a rempli sont rôle.

Tu me devances. Merci. C'est aussi mon avis. Ce dernier échange sur la duplication de ce dépôt, serait la transition pour le fermer. Je me dis que nous pourrions essayer d'ouvrir 3 autres dépôts (avec principe identique à celui-ci) et voir si cela fonctionne. Si l'un des dépôts ne fonctionne pas (ne permet pas d'être utilisé pour le but recherché), alors nous le fermeront. Je partirais sur cette idée d'ouvrir et voir.

> @fdelalleau https://git.ouvaton.coop/Ouvaton/EvolutionPlateforme/issues/2#issuecomment-158 : ce ticket devient bordélique et devrait être fermé. Il a rempli sont rôle. Tu me devances. Merci. C'est aussi mon avis. Ce dernier échange sur la duplication de ce dépôt, serait la transition pour le fermer. Je me dis que nous pourrions essayer d'ouvrir 3 autres dépôts (avec principe identique à celui-ci) et voir si cela fonctionne. Si l'un des dépôts ne fonctionne pas (ne permet pas d'être utilisé pour le but recherché), alors nous le fermeront. Je partirais sur cette idée d'ouvrir et voir.
Poster
Owner

Fermeture du ticket

Fermeture du ticket
antoine-c closed this issue 2 years ago
fdelalleau locked as Resolved and limited conversation to collaborators 2 years ago
Sign in to join this conversation.
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date

No due date set.

Dependencies

No dependencies set.

Reference: Ouvaton/EvolutionPlateforme#2
Loading…
There is no content yet.