Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature]: Partage d’emploi du temps. #751

Open
TinAD17tin opened this issue Mar 2, 2025 · 15 comments
Open

[Feature]: Partage d’emploi du temps. #751

TinAD17tin opened this issue Mar 2, 2025 · 15 comments

Comments

@TinAD17tin
Copy link
Contributor

Description de la fonctionnalité

Tant attendu/demandé par les membres sur le discord et utilisateurs en général.
Je propose la fonctionnalité de partage d’emploi du temps, permettant de partager son EDT à des amis, pour qu’ils puissent voir dans quelle cours on est et en fonction savoir à quelle heure on reprend pour manger/non ensemble au self, savoir si on rentre ensemble.
Sans devoir envoyer 7373733 messages du style on part ensemble ? Tu m’attends pour manger ? Tu reprends à quelle heure ? Demain je passe par chez toi ?
Et aussi et surtout, dans le respect total du RGPD et données utilisateurs.
Mais c’est du rêve vous me direz ?
Spoiler : ||ça prendrait pas en compte les changements d’EDT||

Contexte supplémentaire

En gros, l’utilisateur a la possibilité de partager un JSON de son emploi du temps.
Ensuite la personne qui récupère le JSON dans son papillon peut avoir une case quelque part pour afficher les différents EDT d’amis enregistrées.
Dans le JSON, on n’inclue pas de noms de professeurs, ni d’élève, ni d’établissements (ça serait à l’utilisateur qui réceptionne de nommer comme il le souhaite)
Pourquoi faire ? Comme ça, si jamais des JSON sont envoyées n’importe où sur le WEB, AUCUNE donnée utilisateur sensible pourra être utilisé (si se n’est un numéro de classe/de salle, complètement inutile…).
Du coup ça prendrait pas en charge les changements d’EDT, mais ça sera quand même une grosse fonction bien utile aux utilisateurs

@TinAD17tin
Copy link
Contributor Author

Ça prend le markdown mais pas les spoilers 😔

@raphckrman
Copy link
Contributor

Un JSON? Ca me semble un peu complexe pour partager par la suite, une image/pdf est surement plus adapté.

@TinAD17tin
Copy link
Contributor Author

Un JSON? Ca me semble un peu complexe pour partager par la suite, une image/pdf est surement plus adapté.
Ça permettrait d’afficher l’emploi du temps des amis en parralele du nôtre genre pour comparer plus facilement.
De ne pas s’embêter à savoir si on est en semaine A/B.
De profiter de la magnifique interface de papillon.

@TinAD17tin
Copy link
Contributor Author

En gros comme jadis en fin de V6 quand on pouvait exporter/importer son setup de couleur en .json, bah pareil mais en EDT

@raphckrman
Copy link
Contributor

En gros comme jadis en fin de V6 quand on pouvait exporter/importer son setup de couleur en .json, bah pareil mais en EDT

mais du coup c'est pas simple à partager ? ça rend le partage complexe pour rien, qui prendra vraiment le temps, d'export un JSON, puis ensuite de l'envoyer, que l'autre le télécharge, puis l'importe. En plus, "profiter de la magnifique interface de papillon.", je vois vraiment pas comment ça peut être fait niveau UI/UX sans que ça fasse trop surcharger d'avoir plusieurs emploi du temps en mode "comparaison"

@Kgeek33
Copy link
Contributor

Kgeek33 commented Mar 3, 2025

Ton idée est intéressante mais je suis d'accord avec @raphckrman , le JSON est complexe à gérer : il faut gérer les Semaine A/B (ou Q1/Q2), les cours qui sont uniquement dans un Semestre....

Pour moi, le plus simple serait un fichier ics (Ical) et on peut :

  • Soit modifier la page "Importer un ical" pour pouvoir importer en local
  • Soit, tout en respectant le RGPD (genre un fichier crypté), héberger le fichier sur Github et rien toucher sur la page "Importer un ical"

Dans les 2 cas, si vous êtes d'accord avec moi pour le format ical, je propose également une feature : pouvoir mettre un nom personnalisé à des calendriers qu'on a importé

@Kgeek33
Copy link
Contributor

Kgeek33 commented Mar 3, 2025

NB: En plus, à un moment, ça a été une nouveauté dans Pronote notamment : partager son emploi du temps au format ical et Pronote fournissait un lien (edt en temps réel) et un fichier Ical (donc non en temps réel)

Screenshot_2025-03-03-10-32-32-389_com.opera.browser.jpg

@TinAD17tin
Copy link
Contributor Author

Ton idée est intéressante mais je suis d'accord avec @raphckrman , le JSON est complexe à gérer : il faut gérer les Semaine A/B (ou Q1/Q2), les cours qui sont uniquement dans un Semestre....

Pour moi, le plus simple serait un fichier ics (Ical) et on peut :

  • Soit modifier la page "Importer un ical" pour pouvoir importer en local
  • Soit, tout en respectant le RGPD (genre un fichier crypté), héberger le fichier sur Github et rien toucher sur la page "Importer un ical"

Dans les 2 cas, si vous êtes d'accord avec moi pour le format ical, je propose également une feature : pouvoir mettre un nom personnalisé à des calendriers qu'on a importé

Après quand je disais JSON, ça peut être tous ce que vous voulez, ical n’importe quoi.
Après faut éviter de passer par des serveurs tiers à mon sens, même si GH pour eviter que ça CLC.
Et oui, PRONOTE permet en fonction des paramètres de l’établissement de partager en ical, mais pour moi il faudrait que ce soit dispo pour tous, pas forcément ce qui ont la chance d’avoir la iCal d’activer.

@Kgeek33
Copy link
Contributor

Kgeek33 commented Mar 3, 2025

Après faut éviter de passer par des serveurs tiers à mon sens, même si GH pour eviter que ça CLC.

Ok je suis d'accord, c'était juste une idée comme ça 😂

Et oui, PRONOTE permet en fonction des paramètres de l’établissement de partager en ical, mais pour moi il faudrait que ce soit dispo pour tous, pas forcément ce qui ont la chance d’avoir la iCal d’activer.

Oui et je fais parti des gens qui n'ont pas le partage en ical d'activé...

Là, il faut juste trouver comment récupérer l'emploi du temps en entier sans attendre 1 heure que ça récupère tout et 1 heure pour convertir en ical.
Et après c'est facile !

@TinAD17tin
Copy link
Contributor Author

Après faut éviter de passer par des serveurs tiers à mon sens, même si GH pour eviter que ça CLC.

Ok je suis d'accord, c'était juste une idée comme ça 😂

Et oui, PRONOTE permet en fonction des paramètres de l’établissement de partager en ical, mais pour moi il faudrait que ce soit dispo pour tous, pas forcément ce qui ont la chance d’avoir la iCal d’activer.

Oui et je fais parti des gens qui n'ont pas le partage en ical d'activé...

Là, il faut juste trouver comment récupérer l'emploi du temps en entier sans attendre 1 heure que ça récupère tout et 1 heure pour convertir en ical. Et après c'est facile !

C’est pour ça que le JSON ou un fichier de donnée comme ça c’était bien.
Car tu stock juste 2 semaines d’emploi du temps lambda et tout est bon

@Kgeek33
Copy link
Contributor

Kgeek33 commented Mar 3, 2025

Ok j'ai la logique, j'm'en occupé et j'essaye de faire ça le plus rapidement possible ! ;)

Je vais ;

  • Créer une page "Exporter l'emploi du temps", qui va :
    • Convertir l'emploi du temps en ics
    • L'enregistrer en local, l'utilisateur choisira l'emplacement
    • pas sûr encore lancer la boîte de dialogue système de partage du fichier
  • La page "Importer un ical" va être modifiée pour pouvoir importer un ical en local
  • a voir Pouvoir renommer des calendriers ical importé

Mettez des réactions pour dire si vous êtes d'accord svp :)

@TinAD17tin
Copy link
Contributor Author

Oui mais est-ce que la comparaison avec notre EDT sera facile ?

@TinAD17tin
Copy link
Contributor Author

Parce que c’est le but

@Kgeek33
Copy link
Contributor

Kgeek33 commented Mar 3, 2025

Ah ben ça, ça dépendra de l'intégration actuelle de "Importer un Ical", je l'ai jamais testé je t'avoue 😅

@TinAD17tin
Copy link
Contributor Author

C’est pour ça qu’il faut un truc mieux que ça

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants