La deuxième rencontre mensuelle Drupal s'est tenue à la Cantine, le lundi 30 juin 2008.
Participants (dans l'ordre de la feuille de présence) : Laurent Becard ; Ori Pekelman ; Pierre-Yves Vasener ; Joeri Poesen ; Jean-Baptiste Guerraz ; Maxime Topolov ; Yann Perron ; Johann Fakra ; Nicolas Meyer ; Yves Chedemois ; Damien Tournoud ; Christophe Lombart ; Florent Gomes ; Michel Levy-Provencal ; Guillaume Bec ; Jérémy Chatard ; Alexandre Eisenchteter ; Frédéric Marand ; Philippe Gervaise ; Jean-Baptiste Ingold ; Sébastien Foll ; David Horn ; Sajid Hanif ; Mayra Paillé ; Brifitte Taieb ; François-Dominique Armingaud ; Julien Dorra
Ressources de la communauté francophone
Pour rappel, la communauté francophone met à disposition :
- Le site communautaire http://drupalfr.org, qui offre documentation de base, et forums d'entraide.
- Le canal IRC "#drupalfr.org" sur irc.freenode.org
- http://groups.drupal.org/france, réservé aux discussions de la communauté francophone sur sa propre organisation.
Introduction
La décision a été prise de repousser le code freeze de Drupal 7, maintenant prévue à la fin de l'année ou en début d'année 2009.
Point sur les projets en cours
Documentation
Alexandre Eisenchteter présente un point d'étape du projet de documentation, lancé depuis le dernier DrupalCamp.
Peu de progrès ce mois-ci. Les travaux se focalisent sur le manuel du débutant, qui est aujourd'hui relativement bien fourni.
Aujourd'hui les enjeux sont :
- compléter les parties qui manquent
- prendre du recul sur l'écriture afin d'améliorer le style, la lisibilité et la cohérence de l'ensemble
Appel à candidatures : tout le monde est appellé à travailler à la finalisation du manuel du débutant.
Pour rappel, les travaux se déroulent sur le wiki d'Alexandre, sur http://wiki.ineation.com. Une fois finalisé, le manuel sera transféré sur http://drupalfr.org, où il restera éditable en mode "Wiki".
A noter: biboo.net offre des tutoriels Drupal en screencast pas mal fait.
Conclusion : L'objectif est de finaliser le manuel du débutant et de le publier sur http://drupalfr.org.
Communauté Quebec
La communauté Drupal est assez visible à Montréal, notamment du fait de la présence de Angie Byron (webchick) et de la société auto-gérée Koumbit. Les deux communautés francophones devraient pouvoir collaborer sur certains sujets.
Le point pourra être remonté à Jacob, de la Drupal Association.
Livre Drupal 6 en français
Pearson éditera une traduction du livre de David Mercer sur Drupal 6 ("Building powerful and robust websites with Drupal 6"). Le livre est relu et actualisé par Damien Tournoud. La sortie est prévue mi-septembre, et Pearson sponsorisera l'événément que nous prévoyons d'organiser en octobre.
En outre, la "communauté" (dont la structure juridique est à monter) recevra pour chaque exemplaire vendu la somme de 50 centimes d'euros. Cette contribution pourra nous aider à couvrir nos charges.
Marketing / Etudes de cas
Alexandre fait un point sur l'établissement des études de cas :
- Médiapart sourde oreille (Netsquad)
- France24: accord de principe pour rédiger une étude de cas (échéance non déterminée). France24 nous apprend néanmoins la mise en place à court terme d'un "lab" qui publiera en opensource une partie du code développé en local, sur du Drupal et hors Drupal.
Evenement communauté Drupal
Notre objectif est d'organiser un Pro-bono Code Sprint (fabriquer de toutes pièces, en une journée, le site d'une ONG).
Le plan d'action à rédiger par Ori, une réunion sera organisée le 21 juillet à ce sujet.
DrupalCon Sezgez
Le groupe propose d'organiser une intervention (forme à déterminer) sur la structuration de la communauté Drupal française et sur les événements que nous organisons.
Annuaire Drupal
Après dicussions, nous allons lancer le projet. Julien doit reformuler le concept et le soumettre à la communauté sur groups.drupal.org, avant implémentation sur http://drupalfr.org.
Comments
Livre Drupal 6 manquant
J'ai laissé hier soir sur la table mon livre "Drupal 6 Module Development" et je ne l'ai pas retrouvé au moment de partir. Si quelqu'un l'a récupéré, merci de me faire signe.
Je l'ai
L'ayant vu trainer, je l'ai récupéré afin de ne pas le laisser sur la table de la Cantine.
Damien Tournoud
http://drupalfr.org
Damien Tournoud
Un des aspects dont nous avons parlé est l'IRC
En utilisant http://www.drupalfr.org/node/2640
J'ai essayé de me connecter à IRC #drupalfr.org
sans sucés. J'ai bien #drupal et autre mais pas drupalfr.org ni quelque chose d'approchant.
J'aurai souhaiter continuer le dialogue. Surtout que j'ai l'impression qu'il y a des tensions :)
La prochaine fois peut-être peux t on envisager un ustream. Qu'en pensez vous ?
Ou alors une page wiki pour le compte rendu.
Le chan est en +s (secret)
Le chan est en +s (secret) il n'apparait pas dans le listing des chans du serveur. (d'ailleur, pourquoi ce choix ?)
faire un
/join #drupalfr.orgfera l'affaire normalementle CR de la réunion est-il
le CR de la réunion est-il terminé ?
cordialement
robin
robin
http://gazwal.com/fr
http://biboo.net
http://twitter.com/gazwal
Enfin !
Desolé, j'ai été sous l'eau ces dernières semaines, mais voici enfin un CR synthétique. N'hésitez pas à proposer des compléments ou des modifications.
Damien Tournoud
http://drupalfr.org
Damien Tournoud
merci Webdesign CSS, Drupal
merci
Webdesign CSS, Drupal webdevelopment and more ...enter http://biboo.net
robin
http://gazwal.com/fr
http://biboo.net
http://twitter.com/gazwal
Intérêt pour un webcast à l'avenir ?
Est ce que ca pourrait être intéressant d'utiliser Ucast ou Bambuser pour diffuser en direct la reunion ? Pour la province, la suisse ou la Belgique et Canada francophone ? Il serrait aussi possible d'interagir par chat. Qu'en penses-t-on ?
Pourquoi pas?
J'aime bien l'idée, mais ca signifie que quelqu'un doit s'en occuper, faire suivre la caméra en fonction de la personne qui a la parole, etc. A la dernière réunion, on a déjà eu du mal à désigner quelqu'un pour faire le compte-rendu...
Damien Tournoud
http://drupalfr.org
Damien Tournoud
+ 1
si ces services web fonctionne bien je suis 100% pour (je parle en tant que "provincial de loire atlantique")
=> peut être pas besoin de qq'un pour la camera si vous trouvez un bon angle de vision, ce qui me parait important, c'est plutôt la qualité sonore
Webdesign CSS, Drupal webdevelopment and more ...enter http://biboo.net
robin
http://gazwal.com/fr
http://biboo.net
http://twitter.com/gazwal
Lab france24 avec un peu de code
Le lab est en ligne à l'adresse suivante : http://lab.france24.com/
On attend vos retours.
Concernant le code mis en ligne, comme dit on va le mettre sur drupal.org mais on a besoin d'un peu d'aide pour mettre en ligne un truc carré et fini, pas un module à moitié fonctionnel.
Excellent
Peut être pourriez vous ouvrir les commentaires sur le site de démo du module, mettre des sondages et faire participer la communauté ?
Par exemple j'ai été, en première utilisation, gêner par le fait que la date était pré-remplie dans le champ de recherche. La première fois j'ai donc été surpris d'obtenir des résultats de recherche vide à cause de cette date que je n'avais pas pensé à élargir. Ne vaut il pas mieux laisser le champ date vide par défaut ?
Bravo pour cette initiative de créer un lab.
Merci pour ton retour
On réfléchi encore un peu à comment gérer les propositions et tout ca, mais on sait déjà qu'on va bientôt mettre en ligne un svn pour gérer les évolutions avant la mise en ligne du code sur http://drupal.org.
Je ne pense pas qu'on ouvrira les commentaires sur le site demos, car il n'est vraiment fait que pour ca. D'ailleurs je dois rapidement mettre en place un cron pour nettoyer les contenus, remettre "la une" dans un état normal etc...
Les commentaires du labs sont eux ouverts et c'est plutôt là qu'on discutera des éventuelles directions à prendre.
Concernant le problème de la date on en est conscient, c'est pour ca que j'ai mis un petit mots dans le body de "la une" :)
[Pour le trouver élargissez la recherche en mettant la date du début à 2007]
Ca fait partie de tous ces petits détails que l'on souhaite pouvoir paramétrer dans l'application.
Pour le moment le choix est historique, à France24 les journalistes veulent par défaut chercher du contenu fait dans les 2 jours environs. Nous avons donc mis ça par défaut pour leur faciliter la vie et je n'ai pas pris le temps de modifier cela avant la release.
Quoi qu'il en soit, c'est à cela que sert le lab (pour la partie drupal du moins), nous avons une vision de la chose liée au journalisme et c'est avec intérêt que nous écoutons vos avis sur comment rendre le module plus générique.
A Nalis on a un mis dévellopeur sur le packaging
Je ferrai le point sur son travail demain, à priori demain.
A première vue les :
- Commentaires sont en français
- du HTML
- du style dans du HTML
- chaine de caractères ne sont pas entouré par t()
Je posterai un point sur le site labo de France24. Il me semble que c'est important de concentrer les commentaire sur le poste de Guillaume
http://lab.france24.com/20080716-france24-releases-nodeselect-code#new
Webastien a déjà été très actif, mais en anglais. Je pense que c'est une bonne chose pour que chacun puisse y participer.
Un grand merci à France24 pour son apport à la communauté
Ce module va être très utile pour gérer des publications médias où on veut gérer des éléments plus complexes que des rivières de blog.
Nalis-Axance va ensuite utiliser ce module dans une gestion de HOME et de page CHANNEL comme avec dans le cas de NYobservers.com
On pense que ce module correspond bien à une demande des médias. Il permet a des éditeurs/journaliste de gérer en drag and drop des assets. Créer des dossier et des articles complexes.
En retour on peut poster un peu nos idées comme elles viennent autour de ce projet. Ou rédiger une étude de cas après coup. On a tout intérêt à collaborer pour développer l'offre dans des sites éditoriaux riche. Qu'en pensez vous?
Page wiki nodeselect ?
Pour ne pas trop polluer ce topic peut être pourrait on créer une page Wiki pour le module nodeselect ?
Cool
J'avais vu le module tourner sur France24 c'est cool qu'il soit contribué.
J'ai une question un peu bête. Pourquoi avez vous choisi de faire une surcouche par-dessus CCK ? Est-ce que ca ne serait pas mieux de définir un nouveau type de widget pour nodereference ? C'est assez simple à faire avec les hook de CCK et ça à l'avantage de ne pas rajouter une surcouche.
Dans le même ordre d'idée, on a fait un imagefield sortable pour un de nos clients. C'est un module qu'on va contribuer.
Damien Cirotteau
http://www.rue89.com
Pas bêtes !
Je dois bien avouer que je n'étais pas encore à France24 quand le module a été développé, donc je ne sais pas exactement pourquoi ce choix a été fait.
Mais ton idée est plutôt bonne, car il est vrai qu'au final on n'utilise plus vraiment le champ nodereference.
On pourrait effectivement créer un nouveau type de champs, à creuser !
Pas un nouveau field, un nouveau widget
[Désolé de squatter le sujet]
En fait c'est pas vraiment un nouveau type de champ. Ca reste un nodereference et c'est bien comme ca : pas de changement en db et tu profites de toute la logique interne de nodereference qui en plus est un champs de CCK core.
Par contre tu peux créer un nouveau "widget" avec hook_widget (plus un couple d'autres hooks pour hook_widget_info et hook_widget_settings).
Il y a 3 concepts importants dans CCK : les "fields" (champs), les "formatters" et les "widgets"
le champ est la structure de la donnée, le widget permet d'éditer un champ CCK, le formatter de le représenter.
Si on voulait faire un parallèle MVC on aurait :
Model : field
View : formatter
Controller : widget
La comparaison est abusive mais c'est dans l'esprit.
Par exemple pour notre imagefield_sortable module on créé juste un widget et ça donne ca (extrait):
<?php
/**
* Implementation of hook_widget_info().
*/
function imagefield_sortable_widget_info() {
return array(
'imagefield_sortable' => array(
'label' => 'Sortable multiple values',
'field types' => array('image'),
)
);
}
/**
* Implementation of hook_widget_settings().
*/
function imagefield_sortable_widget_settings($op, $widget) {
return imagefield_widget_settings($op, $widget);
}
/**
* Implementation of hook_widget().
*/
function imagefield_sortable_widget($op, &$node, $field, &$items) {
$result = imagefield_widget($op, $node, $field, $items);
if ($node )
switch ($op) {
case "prepare form values":
if ($field['multiple']) {
foreach ($items as $delta => $item)
$items[$delta]["weight"] = $delta;
}
break;
case "form":
if ($field['multiple']) {
jquery_ui_add(array("ui.sortable"));
drupal_add_js(drupal_get_path('module', 'imagefield_sortable') .'/imagefield_sortable.js');
drupal_add_css(drupal_get_path('module', 'imagefield_sortable') .'/imagefield_sortable.css');
foreach ($items as $delta => $item) {
$result[$field["field_name"]][$delta]["#theme"] = "imagefield_sortable_edit_image_row";
$result[$field["field_name"]][$delta]["weight"] = array("#type" => "hidden", "#default_value" => $item["weight"]);
$result[$field["field_name"]][$delta]["#weight"] = $item["weight"];
}
$result["#suffix"] = '<script type="text/javascript">Drupal.imagefieldSortableAutoAttach();</script>';
}
break;
}
return $result;
}
?>
Il y a un plus une fonction de theme plus un hook_nodeapi pour sauver les images avec les bons poids (mais ca c'est la meca iterne de notre module particulier) et voila. Pour vous ca serait un peu plus simple mais en regardant très rapidement votre code, ca donne vraiment l'impression que vous avez réimplémenter la même logique mais à votre sauce.
A mon avis il n'en faudrait pas beaucoup pour transformer ce que vous avez fait en nouveau widget pour nodeference.
Damien Cirotteau
http://www.rue89.com