Projet

Général

Profil

Calendier assos » Historique » Version 2

« Précédent - Version 2/3 (diff) - Suivant » - Version actuelle
Julien Enselme, 05/04/2013 19:14
Suppression catégorie (reste mediawiki)


h1. Disclaimer

  • Ces notes ont été prises par ismaeil Abouljamal lorsqu'il a étudié (à la demande du Cac13) la possibilité de la création d'un calendrier du CAC13, gérant les événements des associations, ouvert en écriture aux associations avec des droits bien particuliers.
  • La demande à été effectuée par le Webmaster du cercle des associations de Centrale Marseille en '''2010''' : Tproix!
  • Le rôle de ismaeil Abouljamal s'est limité à trouver les modules à utiliser, puis prouver la possibilité d'adaptation de cette solution aux associations.
  • Le webmaster du Cac13 et son équipe se sont occupés de l'implémentation de la solution et le reste du projet.

h1. Aide à l'Installation

Les étapes d'installation ont été simples:

  • Activer le module calendar et ce dont il a besoin.
  • Régler le TZ (time zone) du site.
  • Activer Date et Date api
  • Activer le module Event
  • Aller à l'url /event pour voir le calendrier

Ensuite comment utiliser ce calendrier pour les associations :

  • Créer un contenu "contenuaigri" et mettre "all views" dans les paramétres de création de ce contenu

Ajouter une taxonomie:

  • nom vocabulaire: vocab1
  • type de contenu : event
  • param: choix multiple

Dans taxonomie>listes des termes, on ajoute : réunion, Assembleé générale , soirée, sortie, sport...

Le type de contenu "event" est alors pret à l'usage. Les noeuds de type "event" s'affichent et le filtre taxonomie s'applique bien.

h1. La suite du projet

La suite du projet, effectuée par le webmaster du Cac13 a consisté à créer un type de contenu par association, régler le type de contenu pour qu'il hérite du type de contenu "event" (case à cocher dans le type de contenu), régler les droits par type de contenu pour que chaque rôle correspondant à chaque association ne puisse créer que ses propres événements et les éditer.

Le filtrage par type de contenu a alors été possible dans les vues apportés automatiquement par le module event.

h1. Avis personnel technique sur la solution choisie

--[[Utilisateur:Ismaeil|Ismaeil]] 19 mars 2011 à 03:07 (CET)

La suite de mes recherches personnelles sur le sujet ont révélé une certaine concurrence entre l'usage du module event et le calendreir de base de Drupal, c'est pourquoi je dresse ici une liste d'avantages de l'une et de l'autre des solutions:

h2. Avantages du module event par rapport au Calendrier de base de Drupal

  • La dimension magique des modules en générale: cocher des cases et ça marchera tout seul.

  • Les filtres par type de contenu et par taxonomie sont directement apportés par le module.

  • L'affichage par week, day, year, liste ...est géré dans un fichier .tpl.php à part mais encore une fois grâce au module directement.

  • Le module est pratique et est fonctionnel sans configuration très poussée comme celle qu'aurait demandé Views pour le calendrier Drupal.

  • Si on avait préféré le calendrier de base de Drupal, on aurait été obligé de créer une vue, la gérer et expliquer comment le module views marche aux webmasters du cac13 OR :

Le module Views est connu pour sa difficulté d'apprentissage.

Même la team assos n'était pas efficace sous views au moment de cette demande.

La simplicité de cocher des cases a gagné devant celle de créer tout de A à Z.

Plus de 12500 sites utilisent la même solution!

h2. Export Ical possible automatqieuement.

h2. Inconvénients du module event par rapport au Calendrier de base de Drupal

  • Le champ date du module n'est pas un champ CCK et on ne peut pas le récupérer dans une vue pour des usages poussés.

  • Même avec plus de 125000 utilisateurs, la version D6 du module est toujours est en version dev.

  • La dernière mise à jour du module remonte à un an et on peut se demander si les mainteneurs du modules vont effectivement continuer à le maintenir !

  • Une version D7 de 'event' verra t-elle le jour ? alors qu'on est sur que Calendar sera toujours maintenu dans le core et des rumeurs parlent de l'intégration de views dans le core...

h1. Conclusions

Sa simplicité, rapidité d'usage et fonctionnalité font de event un super module, mais le peu de maintenances récentes de ce module font de lui un module quasi dangereux. and the question is: Comment rendre cette fonctionnalité lors du staging D6=>D7

  • Suggestion 1: La communauté se bougera car les utilisateurs en ont besoin et on aura une version D7.

  • Suggestion 2: Exporter les events existants en format Ical, les importer en les mappant avec des types de contenu (des modules existent pour ça!) et les afficher dans un Calendrier-Views D7 (modulo le boulot de création -maintenance de la vue...).

  • Suggestion 3: Don't worry, be Happy: on n'importe pas les anciens événements et on commence un nouveau calendrier-Views D7 mais une connaissance possée de views et de Drupal seront nécessaire pour l'implémentation !!!