SiteWeb:Prestations
Bienvenue sur une page | ||
du groupe de travail Site Web |
Mise a jour du site Drupal
Les problèmes principaux du site sont récapitulés sur cette page : http://www.april.org/fr/reunion-de-travail-sur-le-site-web-lors-de-lag-2008
Elle peut servir de base pour les améliorations fonctionnelles souhaitées et qui n'ont pas été résolues pour la plupart vu les problèmes créés par l'ajout de modules Drupal.
La page du wiki que nous avons préparé pour la migration est ici : http://wiki.april.org/w/La_migration_de_Drupal_5_à_Drupal_6
Une page plus générale avait été commencée, pour l'aspect fonctionnalités : http://wiki.april.org/w/SiteWeb:V2_du_site_Web
La liste des problèmes potentiels identifiés :
- zen_april, le thème
- gDTC, un module interne
- views, les listes générés
- panels, pour la page d'accueil
- insert_view
Le module panels ne concerne que la home page semble-t-il : http://www.april.org/
Le module views est largement utilisé. Une page récapitulative de ces views et de leur importance est ici : http://wiki.april.org/w/SiteWeb:Liste_des_views
Liste des tâches réalisées sur le site web
Essai de mise a jour du site vers Drupal 6 en cours.
Page de garde
La page de garde :
Revue de presse
Passage de la revue de presse :
- http://www.april.org/siteduzerocom-le-jeu-ryzom-enfin-libre
- http://staging.april.org/siteduzerocom-le-jeu-ryzom-enfin-libre
Views
Essai de conversion des views :
Insert_view
Problème avec le module insert view qui n'est plus maintenu : http://drupal.org/project/insert_view
Exemple de pages utilisant ce module :
- http://www.april.org/fr/articles/bibliographie.html
- http://staging.april.org/fr/articles/bibliographie.html
Pas de module équivalent.
Plusieurs options possibles
- Utiliser insert_view malgré le problème de sécurité
- Utiliser http://drupal.org/project/viewreference et customizer l'affichage (via le thème), il faut voir si c'est compatible avec les usages de insert_view
- Créer un module dédié qui fourni les pages nécessaires
- Utiliser la fonction views_embed_view (http://api.lullabot.com/views_embed_view) dans les nodes en autorisant du PHP dans le corps de node (comme c'est actuellement fait pour http://www.april.org/fr/trombinoscope.php par exemple)
Cette dernière option me semble la plus pratique. Le désavantage c'est qu'il faut donner le droit de mettre du code PHPtous les contributeurs qui doivent pouvoir éditer les pages embarquant des views.