| Age | Commit message (Collapse) | Author |
|---|
|
erreurs de parsage. Ces erreurs sont liées au fait qu’elles ne
possèdent pas de semestre.
Exemple avec le groupe M1 GC (toutes sections et semestres
confondus) :
Attendu :
* mention : M1 GC
* semestre :
* sous-groupe :
Obtenu avec la regex actuelle :
* mention : M1
* semestre :
* sous-groupe : C
|
|
|
|
Pour cela, on avait besoin d’insérer un objet vTimezone dans l’en-tête
du fichier, ce qui est assez fastidieux. À la place, on met une
valeur x-wr-timezone dans les en-têtes.
Ajout de valeurs calscale, method, x-wr-calname et x-wr-caldesc aux ICS.
Revert "Bon fuseau horaire dans les ICS."
This reverts commit e2bc777f7f988cba945c027aaa27d98aa3913a71.
|
|
|
|
Les bases de données stockent et renvoient seulement des dates en
UTC. Django inscrit cette information dans les objets datetime, par
conséquent les dates inscrites sur les templates étaient
automatiquement converties à l’heure indiquée dans la configuration.
Or, les ICS sont générées avec une librairie tierce (icalendar), et ne
tient donc pas compte de la configuration de Django. Le module inscrit
donc des dates UTC dans les ICS. C’est sans conséquences, car l’heure
est correcte, juste décalée avec une information de fuseau horaire. Un
bon client iCalendar est censé convertir les heures de lui-même en
fonction des préférences du systèmes. Seulement certains d’entre eux
affichent aussi le fuseau horaire d’origine.
|
|
|
|
ligne lors du parsage, puis on les remplace à nouveau par des <br />
lors du rendu des templates.
|
|
|
|
|
|
sur la semaine sélectionnée (utilisation de exists() au lieu de count())
|
|
|
|
|
|
groupe (si jamais il n’y a pas de semestre), renvoi du numéro de
semestre dans group_info, adaptation de corresponds_to.
|
|
|
|
|
|
– sélection des cours d’un groupe : préchargement des
salles
– sélection des emplois du temps d’une année : préchargement de
l’année
|
|
|
|
|
|
|
|
|
|
Légère modification de la requête pour récupérer les semaines de
cours (au lieu de filtrer par l’emploi du temps, on filtre par les
groupes), résultant en une nette accélération du traitement
Avant modification :
SQLite : ~420ms
PostgreSQL : ~60ms puis ~30ms
Après modification :
SQLite : ~18ms
PostgreSQL : ~23ms puis ~13ms
La progression sur PostgreSQL est celle qui importe le plus, puisqu’il
s’agit du SGBDR utilisé en production, mais la requête s’effectue tout
de même plus rapidement (un peu plus qu’un rapport 2), ce qui reste
intéressant.
|
|
car dans le seul appel « utile », les arguments passés font forcément
partie du même edt. Changement effectué pour des questions de
performance.
Correction des tests.
|
|
|
|
|
|
Modification des tests
|
|
|
|
|
|
|
|
différente.
L’annotation Count() renvoie plusieurs valeurs différentes, alors que Subquery n’en accepte
qu’une seule.
Corrigé en rajoutant une valeur statique (0) par annotation et en regroupant en se basant
sur cette valeur.
|
|
|
|
|
|
semestre ni sous-groupe mais qu’il y a une précision
|
|
|
|
groupes ont le même nom mais pas le même semestre.
|
|
|
|
|
|
d’administration n’est plus obligatoire.
|
|
This reverts commit 0c2937bab77280beaabe7d53a77c848848845950.
|
|
Le + 1 doit venir _après_ len(), pas pendant…
|
|
du temps
Lorsqu’on effectue cette opération, la date à laquelle est effectuée
la mise à jour est à None. get_event() effectue donc une comparaison
entre la date du cours et un objet nul, ce qui est impossible. Cela
provoque un crash.
Le correctif consiste à dire que si la date de début de la mise à jour
est nulle, alors le cours n’est pas ignoré, avant d’effectuer la
comparaison décrite ci-dessus.
|
|
|
|
la date actuelle
|
|
|
|
|
|
Mise en page de README.md
|
|
|
|
requête pour savoir si il y a des sous-groupes ne marche pas avec une
chaîne de caractère commençant par None. Suppression de la possibilité
d’avoir un sous-groupe nul, valeur par défaut à "".
|
|
|
|
l’arrête avec un Ctrl-C.
|
|
|
