1. 25 Jun, 2017 1 commit
  2. 24 Jun, 2017 1 commit
  3. 11 Dec, 2015 1 commit
  4. 23 Nov, 2015 1 commit
  5. 01 Oct, 2015 1 commit
  6. 29 Sep, 2015 1 commit
  7. 28 Sep, 2015 1 commit
  8. 27 Sep, 2015 2 commits
  9. 06 Jul, 2015 1 commit
  10. 25 Jun, 2015 1 commit
  11. 18 Feb, 2015 1 commit
  12. 28 Sep, 2014 1 commit
  13. 22 Sep, 2013 1 commit
  14. 03 Jun, 2013 1 commit
  15. 07 May, 2013 1 commit
    • Daniel STAN's avatar
      [django] patterns|url|include in django.conf.urls · 0a6ed722
      Daniel STAN authored
      "Deprecated in Django 1.4: Starting with Django 1.4 functions patterns, url,
      include plus the handler* symbols described below live in the django.conf.urls
      module.
      
      Until Django 1.3 they were located in django.conf.urls.defaults. You still can
      import them from there but it will be removed in Django 1.6."
      0a6ed722
  16. 28 Feb, 2013 1 commit
  17. 19 Feb, 2013 1 commit
    • Daniel STAN's avatar
      Utilisation du middleware CAS · 45d328a7
      Daniel STAN authored
      C'est fonctionnel.
      Cela pose néanmoins plusieurs soucis :
       * [majeur] comme l'auth fait appel à une page web externe, il n'est plus possib
         le de filtrer en utilisant plusieurs sources de données. En particulier, il
         est plus difficile de connecter les personnels crous (Daniel Pernelle et
         éventuellement Mystream) sans leur créer des comptes ldap. Il faut sinon
         créer deux pages de login différentes (dur dur de savoir a priori vers
         laquelle rediriger)
       * [mineur] le CASBackend est mal foutu et dur à étendre. En particulier, il ne
         nous laisse pas le choix du username enregistré dans la base.
       * [mineur] il faut un certificat pour le cas
       * [majeur] le principe du cas, c'est que l'on ne nous fournit pas le mot de
         passe. Le prob de binding ldap en son nom est donc de nouveau d'actualité …
         Pour l'instant, le code se bind en tant que root pour chaque user…
      
      Bref, discuss. En attendant, je met ça dans une autre branche.
      45d328a7
  18. 23 Oct, 2012 1 commit
  19. 08 Oct, 2012 1 commit
    • Vincent Le gallic's avatar
      Création de l'app impression*s* · f61e5158
      Vincent Le gallic authored
       Pour l'instant, ne permet pas d'imprimer quoi que ce soit.
       Permet de lister les impressions dans la lpq et les impressions déjà terminées.
       À terme, permettra également de voir celles en cours sur l'imprimante
        et d'annuler ses propres impressions (voire celle des autres pour les imprimeurs)
        avec recrédit automatique.
      f61e5158
  20. 05 Oct, 2012 1 commit
  21. 04 Oct, 2012 1 commit
  22. 23 Jul, 2012 1 commit
  23. 11 Jun, 2012 1 commit
  24. 03 Jun, 2012 1 commit
  25. 30 May, 2012 1 commit
  26. 21 May, 2012 1 commit
  27. 15 Jun, 2010 1 commit
  28. 18 Feb, 2010 1 commit
    • Nicolas Dandrimont's avatar
      Utilisation un peu plus propre de django · eb6d7aee
      Nicolas Dandrimont authored
      - Utilisation de la version 1.2b1 avec entre autres son support confortable des
        bases de données multiples (yay les sessions dans sqlite et les prises dans
        pgsql) [./settings.py]
      
         o Le routage des données dans les différentes bases de données se fait avec
         un Routeur personnalisé [./database.py] (sinon, tout va dans la base default
         SQLite)
      
      - Utilisation du framework d'authentification de django
      
         o Les utilisateurs sont récupérés dynamiquement avec leurs groupes depuis la
         base LDAP, puis sont stockés dans la base SQLite (modèle User) [./login.py].
      
         o Les groupes sont synchronisés à chaque login, et créés si nécessaire à la volée.
      
         o Les permissions sont stockées directement dans la base de données SQLite.
         Chaque application peut définir des permissions personnalisées dans ses
         modèles. [./apps/prises/models.py]
      
         o Les permissions peuvent être utilisées avec les décorateurs de
         django.contrib.auth.decorators (login_required, permission_required, ...)
      
         o Les templates comprennent automatiquement l'objet "user", dès lors qu'ils
         ont été rendus avec un Context particulier (RequestContext, cf les appels à
         render_to_response dans [./accueil.py, ./apps/prises/views.py,
         ./apps/dummy/views.py])
      
      - Utilisation de l'interface d'administration automagique de django
      
         o Cette interface permet d'accéder directement aux données gérées dans l'ORM
         de django. (https://intranet2.crans.org/admin/ pour les nounous)
      
         o On peut gérer quels groupes ont quels droits dans les différentes applications.
      
         o Chaque application peut enregistrer une interface d'administration
         personnalisée pour ses modèles. [./apps/prises/admin.py]
      
      - Utilisation de l'ORM de django pour l'application prises
      
         o Définition du modèle SQL [./apps/prises/models.py]
      
         o Définition des champs de formulaires [./apps/prises/forms.py]
      
         o Utilisation de ModelFormSets pour construire et valider les formulaires
         automatiquement [./apps/prises/views.py]
      
      Il faut encore mettre à jour l'application d'impression pour utiliser les
      modèles django avant de la réactiver.
      eb6d7aee
  29. 19 Jan, 2010 1 commit
  30. 10 Jan, 2010 1 commit
  31. 05 Jan, 2010 1 commit
  32. 04 Jan, 2010 1 commit
  33. 31 Dec, 2009 1 commit
  34. 13 Dec, 2009 3 commits