Rmeove the is_cof flag to check permission and start implementing
a group and a permission for the respective cof members.
XXX. note: migrations do NOT add old is_cof members to the new group
(as actually they're just on the tests…)
Fill bds.models with the required fields; add migration scripts, and a stupid
unittests that checks the model really works.
Note: old fields will migrate to datetime.now().
Aufinal/fixes_85
Rajoute des boutons pour tout (dé-)sélectionner dans la vue d'inscription au calendrier.
Utilise `bootstrap` pour afficher le formulaire.
See merge request !166
Kerl/fix dev data
Les données de développement sont désormais réparties entre deux fixtures et un commande django-admin.
- Fixtures
- `gestion` : sondages, événéments, matières de petits cours et deux demandes de petits cours.
- `sites` : le site pour l'application `sites`.
- La commande `loaddevdata` : elle se découpe en deux parties.
- La première dont le code est dans `gestioncof/management/commands/loaddevdata.py` charge les utilisateurs dans la base de données et les inscrits aux petits cours. Si l'argument `--no-root` est passé, l'utilisateur privilégié `root` n'est pas créé.
- La deuxième, `loadbdadevdata` est appelée par la première. Elle instancie deux tirages et y inscrit tous les utilisateurs puis lance le premier tirage.
Comme on peut le constater dans `provisioning/prepare_django.sh`, les commandes à appeler pour setup l'environnement de dev sont
python manage.py loaddata gestion sites
python manage.py loaddevdata
Pour augmenter la liste des données à importer, compléter les fichiers contenus dans `{gestioncof,bda}/management/data/`
See merge request !160
- Sites, surveys, events and petits cours demands/subjects are still
loaded from fixtures
- The users and their subscriptions to petits cours are loaded using the
`loaddevdata` command
- The sub command `loadbdadevdata` is called by `loaddevdata` and
populates the database with BdA related stuff :
- 2 tirages
- Show places
- Shows
- subscriptions
C'est un workaround, j'ai juste ajouté les fichiers JS absent dans
`bda/static/bda/js/`. Ces fichiers sont un peu outdated et le code
mériterait peut-être une modernisation mais au moins on peu s'inscrire
au tirage sans problème.
Fixes#124
K-Fêt - 17-01-07
## K-Fêt - Général
- Ajout: peuplement des modèles (tables BDD) pour le développement et
les tests
- Fix: incohérences d'arrondi d'UKF entre les différents composants
- Fix: URL vers les informations détaillées des comptes dont le
trigramme contient certains caractères spéciaux
- Fix: freeze lors de la saisie de nouveaux transferts
- Fix: il n'est plus possible de rentrer des commandes et transferts sur
le compte utilisateur partagé K-Fêt
- Fix: la balance de ``#13`` n'est plus comptée dans le négatif total
des comptes
- Fix: oubli déclaration du backend d'authentification au compte
utilisateur partagé K-Fêt
- Fix: warning pip sur la référence au package ``channels`` modifié
## K-Psul
- Ajout d'un indicateur lors de la saisie d'un mot de passe si le
verrouillage des majuscules est activé
- Ajout d'indications visibles pour les raccourcis clavier
- Modification des raccourcis clavier ``F2`` (reset du panier) et
``Shift + F2`` (reset du compte)
- Ajout d'un affichage d'informations sur la dernière opération validée
lors de la session en cours
- Ajout d'un lien vers la liste des comptes depuis la zone de compte de
K-Psul
- Meilleur focus automatique après l'ajout d'une charge au panier
See merge request !147
Rend la page état des demandes/ratios cohérente
- Le nombre total de demandes affiché est désormais le nombre de places
demandées et non le nombre de personnes ayant fait des demandes. Ainsi
ce nombre correspond à la somme des totaux par spectacle affiché
- Au passage, on déplace le template de cette vue dans un dossier plus
adéquat et on ajoute une docstring sur la vue.
Fixes#106
See merge request !145
Rappel de l'opération précédente sur K-Psul
Rajoute un champ d'informations sur la précédente opération validée (sur
la machine, pas sur le serveur) : valeur du panier et solde restant dans
le cas d'un utilisateur, et valeur du panier et rendus de monnaie dans
le cas d'une opération en liquide.
Fix#110
See merge request !146
- Le trigramme est obtenu à partir de ``account_data`` qui contient les
données traitées et validées relatives au compte en train de commander.
- L'opération précédente disparaît en cas de ``hard reset``
