SiteWeb:Comptes rendus

De April MediaWiki
Révision datée du 3 juin 2012 à 11:05 par Fboulogne (discussion | contributions) (→‎Passage à Drupal 6)
(diff) ← Version précédente | Voir la version actuelle (diff) | Version suivante → (diff)
Aller à la navigationAller à la recherche
Logo-drupal.png Bienvenue sur une page Logo-drupal.png
du groupe de travail Site Web


Compte rendu des réunions du groupe de travail Site Web

Réunion du Mercredi 3 juin 2009

Mercredi 3 juin à 17h, s'est tenue une réunion sur le site Web de l'April avec Frédéric Couchet, Emmanuel Seyman, Islem Abd-El Rahman (snip) et Lionel Allorge.

Les points suivants ont été abordés :

Le passage du site Drupal de la version 5 a la version 6 est en cours. Comme il n'y avait pas eu de notes de prises lors de la mise en place de Drupal l'année dernière, les deux webmestres ont dû analisé les différents modules de Drupal qui étaient installé et vérifier s'ils étaient vraiment utilisés. Une page permet de lister ces modules : La_migration_de_Drupal_5_à_Drupal_6

Islem ne sera disponible qu'a partir de fin juillet. On peut donc envisager cette migration durant le mois d'aout qui est généralement le plus calme.

Ce travail fait, il est possible de préparer le passage à la nouvelle version du site nommée V2 SiteWeb:V2_du_site_Web

Définir une nouvelle page de présentation de l'association qui donne un aperçu global de l'April avec un aspect convivial. Un brouillon est disponible ici : http://www.april.org/presentation

Les webmestres ont exprimé le besoin d'avoir un logiciel de gestion de version pour mieux gérer les mises à jour du Drupal et du Mediawiki. Les solutions possibles : SVN déjà utilisé sur l'ancien site ou GIT, qui semble plus performant mais n'est connu que d'un admin (theocrite).

Les points a faire :

  • Mettre à jour la FAQ
  • Bandeau d'avertissement sur les pages avec du contenu ancien (prévoir Tag)
  • Pour la gestions des tâches des admins, on créera une page sur le wiki
  • Il faut un module de gestion des droits : Workflow et/ou Node Access : a tester. Il faut pouvoir gérer les accès à un node : en lecture, en ecriture, en publication, en suppression et en traduction. Il faut pouvoir donner ces droits à une seule personne (y compris non membre de l'association) et les donner par groupe de travail. Pierre Yves Gosset (PYG) utilise Workflow. Lui demander son avis
  • Voir comment gérer les communautés entre Drupal et GDTC
  • Conserver le module de clonage des nodes
  • Il faut vérifier les anciens nodes de type Event pour voir s'ils vont bien être passé sous Drupal 6 car le fonctionnement change
  • Mettre un .htaccess sur le site de test
  • Gérer les types de contenus pour avoir des mises en page différentes selon le type
  • Il faut un script de vérification des liens et de la validité des pages en XHTML et en CSS (voir pour adapter le script de Benoit)
  • Ajouter un lien vers le wiki dans le recherche Drupal pour indiquer qu'il existe d'autres pages
  • Sur les pages des groupes de travail, ajouter automatiquement les derniers articles concernant ce groupe. Faire une mise en page sympa. Proposer un logo pour chaque groupe actif : Logo_des_groupes_de_travail.
  • Redéfinir les types de contenu et les types de publications pour faciliter l'accès aux utilisateurs.
  • Faire une présentation des 2 possibilités de gestion, par type de contenu ou type de publication
  • Identifier des personnes pour aider sur la mise en page et le graphisme et l'ergonomie du site.
  • Demander aux apriliens de faire des proposition pour la mise en page d'une page test du site.
  • Voir l'ajout possible d'URL courtes pour la revue de presse dans sa version envoyée par mél (avec TinyUrl ?)
  • Faire des tags séparés pour la revue de presse.

Réunion du 30 avril 2009

Eva, Islem, Lionel

Réunion pour faire le point sur certains aspects qui peuvent être améliorés rapidement.

Ajout de FCK editor

Islem a procédé à l'installation de ce module de saisie "wysiwyg", dont Alix et Eva étaient demandeuses, mais qui devrait également faciliter la participation de tous ceux qui, soit ne maîtrisent pas très bien le HTML, soit veulent gagner du temps en ne tapant pas les balises. Très drôle : ça ne marche pas sous Konqueror...

Module installé avec les paramètres suivants : - accès à CA étendu, permanents, resp de groupes, membres - upload de fichiers réservés à CA étendu, permanents, resp de groupes - admin réservé à CA et permanents

Ce module n'est pas activé par défaut. Il doit être activé pour chaque utilisateur (Aller sur la fiche utilisateur, Editer, cliquer sur "Rich text editor settings et passer le "Default State" en activé.)

TODO : Demander à Islem le tutoriel qu'il a mis en ligne pour un autre site.


Problème de navigation sur le site "English"

Une fois qu'on a cliqué sur "English", et qu'on a fait des recherches, il n'y a aucun lien pour revenir vers la version "Français".

Il faudrait par défaut un lien "FR", ainsi qu'un lien "EN" sur les pages qui ont une traduction.

Espace users

1) On ne peux accéder à sa propre fiche utilisateur Drupal, car le site redirige automatiquement vers... l'espace "My" dans DTC. Il y a donc association par défaut entre "www.april.org/users/pnom" et "adherents.april.org/my", alors que tous deux ont des fonctions très différentes.

TODO : vois avec Benji comment les dissocier

2) Supprimer certaines options dans "users"

       - choisir son thème (seul Zen doit être accessible)
       - Organic groups (finalement, ce module n'est pas utilisé)

Flux RSS

Vérifier quels types de contenus génèrent des flux (Views ?) et comment activer / désactiver la création d'un flux.

Documenter sur chaque page à quel flux on s'abonne en cliquant sur "syndication"

Passage à Drupal 6

commencer par avoir un retour des personnes qui ont travaillé sur le site au début (Estelle, JZ, Tangui) sur les modules qui ont été installé et qui sont utilisés.

TODO : Demander à chacun de remplir le tableau : La_migration_de_Drupal_5_à_Drupal_6

Contenus obsolètes

Le champ date apparaît dans les views recherche pour les contenus page, mais pas dans la page elle-même. Est-ce utile d'afficher la date dans toutes les pages ? Quels sont les contennus où la date est affichée (actualités, événements...) ?

Insérer un champ date n'est pas toujours pertinent.

Par contre, il faudrait tagguer et traiter tous les contenus obsolètes, mettre à jour les pages qui méritent de l'être.

Cette page par ex : http://www.april.org/fr/groupes/brevets est-elle obsolète ? est-elle à jour ? impossible à déterminer pour un internaute extérieur à l'asso.

Lionel avait créé un tag "Document obsolètes nécessitant intervention".

TODO Ajouter une tâche dans agir-april par rapport aux pages obsolètes

Ergonomie de la navigation

Cela mérite un réunion à part entière.

En attendant, Islem a allégé le menu "Création de contenu" des éléments redondants ou intrus : Affiliate Home (?), Flux RSS...

Modifications faites par snip

Modifications sur le code de DRUPAL (le core, les modules, les thèmes, ...). Cela peut servir en cas de mise à jour (où les fichiers sont écrasés) et pour je ne sais quoi encore.

date - auteur fichier:ligne[:ligne] description


snip - 23/01/09 /var/www/www.april.org/htdocs/drupal/modules/tableofcontents/tableofcontents.module:83:84 Modification : minlevel de 1 à 2 et maxlevel 3 à 4


snip - 23/01/09 /var/www/www.april.org/htdocs/drupal/modules/tableofcontents/tableofcontents.css:16 ajout de la ligne padding-left: 11px;


snip - 03/02/09 headinganchors.module:92:101 $anchor = preg_replace("/&/", "", strip_tags($matches[3][$count])); $anchor = preg_replace("/[^A-Za-z0-9]/", "", $anchor); $anchor = preg_replace("/^[0-9]+/", "", $anchor); en $anchor = strip_tags($matches[3][$count]); $anchor = html_entity_decode($anchor); //transforme à en à $fichier_de_traduction = drupal_get_path('module','pathauto') . '/i18n-ascii.txt'; if(is_file($fichier_de_traduction)){ $traductions = parse_ini_file($fichier_de_traduction); $anchor = str_replace(array_keys($traductions), $traductions, $anchor); //transforme à en a } $anchor = preg_replace("/ /", "_", $anchor); //transforme une espace en un underscore $anchor = preg_replace("/[^-A-Za-z0-9_:\.]/", "-", $anchor); $anchor = preg_replace("/^[-0-9_:\.]+/", "", $anchor);


snip - 19/01/09 /var/www/www.april.org/htdocs/drupal/sites/all/modules/ida/ module développé par snip pour utilisé le hook form_alter pour modifier le formulaire d'ajout de revue de presse. name = Interaction Drupal / April description = Interagit avec des modules de Drupal en utilisant les hooks C'est le module à utiliser pour tous les petites choses pour éviter de modifier un maximum le code de Drupal.