- Pollen-devel - mailman.cloud.codelutin.com

Page de création d'un sondage
by Tony Chemit 19 Mar '12

19 Mar '12

Hello, J'ai bien avancé sur pollen. La page de création est fonctionnelle. Au niveau fonctionnel, reste à faire : - la page de modification d'un sondage (pas du tout commencé mais ça devrait aller assez vite sur que celle de création est ok). - action "cloner un sondage" (mais là faudra m'expliquer ce qu'il faut cloner :)) - action "fermer un sondage" - l'import de liste de favoris à partir d'un fichier csv ou ldap - Sur la page de vote il faut gérer l'action de vote. - remettre le système de breadcrumb (si on le souhait vraiment... moi je suis pas trop fan car y'a pas vraiment de navigation possible c'est juste au final pour retourner sur la page d'accueil...) - mettre en place la sécurité, j'avais tant bien que mal essayé de reprendre ce qui existait mais j'ai abandonné car c'est pas évident et pas souhaitable de mettre ça dans les actions, il faudrait qu'on fasse un choix sur la mise en place de la sécurité (shiro semble être un bon candidat). Il reste aussi à revoir quand on stoque en base les résultats car là c'est regénérer à chaque demande de résultat ou export,... c'est un peu trop je pense. Pour que ça avance sur le design (et à la chasse aux bugs!) il faudrait tester la création d'un sondage. L'applicatin est disponible sur demo ici http://demo.codelutin.com/pollen Merci pour vos retours ;) -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

4 5

To be or not to be ?
by Tony Chemit 08 Mar '12

08 Mar '12

J'ai trouvé un code des plus étrange dans Pollen, c'est ici [1] Si quelqu'un peut le relire et me rassurer sur le fait que ce code ne fait rien :(. On prend en entrée en dto, on charge plein de truc dans la base et on retourne... rien, l'unique paramètre de la méthode n'est pas non plus modifié... Je me tate comme conclusion à ce code entre Big Jim rentre à la base ou gogogadgetalaniche... [1] http://chorem.org/projects/pollen/repository/entry/branches/pollen-1.2.6-st… -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

2 1

Refonte du PreventRule système
by Tony Chemit 07 Mar '12

07 Mar '12

Salut, Concernant le système actuel de notification,... J'ai un peu du mal à voir le fonctionnement, tout semble ouvert pour faire un peu tout et n'importe quoi, mais est-ce vraiment ce qu'on veut ? Petit rappel... Entité PreventRule ------------------ Cette entité permet de stoquer les notifications à effectuer sur un sondage. Cette entité a une propriété *method* qui permet ensuite d'appeler par introspection une méthode d'une certaine classe. Je trouve ce système inutile dans le sens où dans la base on ne gère qu'un seul type de notification : l'envoie par email. Je propose tout simplement simplifer ce sytèeme en supprimant cette propriété. Y'a aussi une autre propriété nommée *scope* (type string) qui permet de définir ce qu'il faut envoyer et quand. Pour le moment, on a deux choix possible - *vote* pour envoyer une mail de notification après un vote. - *rappel* pour envoyer un mail de rappel à tous les votants. Je voudrais remplacer ça par une énumération qui serait un peu moins libre car dans les fait je vois pas l'intérêt de faire un système utlra lâche pour traiter un seul cas :( Moteur BackgroundWorkerImpl --------------------------- C'est le démon qui permet toutes les 10 minutes de traiter les notifications. Il est dans le module UI (logique!), je vais le réutiliser le le plaçant au bonne endroit et en appelant des services pour effectuer les notifications. Y'a juste un truc un peu abérrant dans la logique c'est que ce service c'est ça : - on récupère tous les sondage en cours, pour chaque sondage toutes ses règles de notifications - on appel une method nommée *sendMailNotification* pour les règles d'un sondage, puis pour chaque règle, la règle est éxécutée. Donc grosso modo on sait d'avance qu'on va envoyé des mails et donc y'a vraiment pas besoin de laisser la possibilité de faire autre chose... Je suis pas sûr que vous avez tout compris (moi non plus) mais une chose est sûr : faut assaînir tout ça ;) Et la suite ----------- On a eu une discussion ce midi avec les lutins présents au bunker pour mettre en place un vraimen service de notification configurable et tout et tou qui serait assez intéressant je pense (on voit ça pour la version 2.0). Tout est en face de moi sur le white board, y'a plus qu'a ;)... J'essaye de faire une petite spécification qu'on pourra valider lors d'une prochaine session de travail pollen. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

passage des Boolean dans le modèle en boolean
by Tony Chemit 07 Mar '12

07 Mar '12

Salut les polléniens, Je viens de créer mon premier sondage via la nouvelle interface et ça fonctionne (unqiuement en mode free pour le moment...). Par contre ensuite j'ai des NPE partout car dans le modèle, tous les états binaires ont été codé sur des Boolean et non pas des booleans. Jusqu'alors on avait aucun problème car on utilisait des dto pour créer les objets persistants avec des valeurs par défaut (à false en l'occurence...). Je vais passer donc modifier tout cela dans le modèle pour passer sur des petits boolean car je ne vois en aucun cas l'utilité de Grand boolean. Je poste ce mail au cas où quelqu'un serait contre (pour une raison connué j'entends :)). tony.

2 2

CR Réunion Pollen du 25/01/2012
by Eric Chatellier 02 Feb '12

02 Feb '12

CR Réunion Pollen du 25/01/2012 =============================== Tony a un peu de temps a consacrer au développement de la version 2 de pollen. Cette version sera principalement une refonte : - du modèle de données (pour s'adapter aux contraintes d'évolutions remontée par les utilisateurs) - de la couche d'interface graphique (en effet, le framework Tapestry ne se relevant très compliqué à utiliser) La réunion du jour porte sur l'orientation a données à la V2, et notamment à l'évolution de quelques écrans. Release V2 ---------- Pour la version 2, le développement doit s'orienter vers un changement du framework de l'interface graphique sans modification visuelle visible par l'utilisateur. Le framework technique s'oriente pour le moment vers struts 2. La version 2 doit donc offrir les mêmes interfaces qu'actuellement permettant d'utiliser toutes les fonctionnalités de pollen. Nouvelle interface de création ------------------------------ Pour la V2 les interfaces doivent rester les mêmes que pour la V1, sauf pour l'interface de création de sondage; le processus en étape étant trop long et disposant de trop d'options. Les interfaces façonnée sur pencil ont été passée en revue. Voici ce qui a été décider par rapport aux interfaces précédemment proposées: * Nom obligatoire ? Le nom du créateur devient non obligatoire en V2. Utilisé seulement à titre d'information pour savoir qui à créé un sondage sur lequel on vote. * Informations obligatoires ? Seul le titre du sondage est obligatoire sur l'interface de création * Bloc auteur (Nom/Mail) Masqué par défaut ce bloc (seulement afficher les informations en laissant la possibilité des les modifier) * Fonctionnalité Wysiwyg pour la description Par pour l'instant. Rester simple, les widgets bling-bling seront ajoutés par la suite. Faire attention au contenu de la description qui pourrait contenir des scripts pouvant être interprété (XSS) * Ajouter une description détaillée des type de sondage et des type de dépouillement au survol. * Renommer le type de sondage classique en "Oui/Non" * Remplacer "Type de sondage" par "Qui peut voter" * Remplacer "Type de dépouillement" par "Type de Réponse" * Déplacer "Type de réponse" dans le bloc de choix. * Restructurer la page en deux onglets: - un onglet 'informations' avec les détails auteur, titre..., choix - un onglet 'options' contenant les options facultatives sur lequel il n'est pas nécessaire de se rendre pour créer un sondage * Voir pour ajouter une interface d'entrée de plus pour créer directement un sondage orienté suivant un scénario ("créer un vote image", "créer un vote date") pré-remplissant certaines options dans l'interface de création * Déplacer dans l'onglet 'options', les champs qui 'pollue' l'interface de création: - Date de début/date de fin - Qui peut voter - Options * Au final, l'interface de création nécessaire doit contenir seulement: - sujet - description - choix - type de réponse Autres modifications graphiques ou fonctionnelles ------------------------------------------------- Autre soucis gênant, sur la V1, il est parfois impossible de modifier certaines options après la création du sondage (obligeant parfois a refaire un nouveau sondage). Il faut : - autoriser 'toutes' les modifications possible tant qu'aucun vote n'a été enregistré sur le sondage - autoriser 'certaines' autre modification si des votes ont été enregistrés Prévoir l'ajout de choix après le début du vote. Il n'est actuellement pas possible de différencié des choix non choisi des choix non voté car ajouté après le vote. Ajouter visuellement en plus des cases Vert/Rouge, une case "grise" pour les options ajouté après le vote n'ayant pas pu être prise en compte. Le dépouillement doit quand même prendre en compte les votes incomplets. L'information est disponible car le vote à une date et le choix à également une date d'ajout. Ajouter la possibilité a un utilisateur de s'abonner aux modifications du sondage: - lors de l'ajout d'un choix - lors d'un vote - par email (et non pas compte utilisateur pour les utilisateurs non connecté) Prévoir les choix "Oui/Non/Peut être". Par exemple, pour un choix de date, un des choix peut être possible pour quelqu'un mais moins arrangent qu'un autre. Conserver l'ordre des choix: - ordre constant - date ordonnées - l'utilisateur peut modifier l'ordre des choix Ajout de choix: - Est-ce possible de créer des choix de types différents (texte/date/image) ? - Auto conservation du type de choix d'un choix sur l'autre La problématique des choix complexe (composé de sous options) a été abordée - réunion le 8 à Nantes - réunion le 8 à Rennes - réunion le 9 à Nantes - réunion le 9 à Rennes (date et lieu) Pollen ne doit pas gérer cela en internes (matrice de choix). Il peut cependant proposer un assistant de génération de ces choix pour retomber sur un sondage classique. Commentaires ------------ Étudier la possibilité de tout commenter: - le vote en lui même - les choix voté et non voté ? - les choix voté par les autres utilisateurs Ajouter un champs commentaire dans le formulaire de vote pour pouvoir voter et ajouter un commentaire classique lors du vote. -- Éric Chatellier <chatellier(a)codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com

2 2

Besoin de lumière (écran votes participés)
by Tony Chemit 02 Feb '12

02 Feb '12

Salut, Pour avancer sur l'écran Votes participés, j'aurais besoin d'un peu de lumière car là il fait bien noir :(... Je voudrai savoir : - comment faire pour récupérer la liste des votes auquel je suis invité - comment faire pour récupérer la liste des votes auquel j'ai participé Je pense que pour pouvoir continuer de travailler dessus, je vais avoir besoin d'aide car je ne suis pas très au fait avec Tapestry et ça part un peu dans tous les sens. donc Flo, si on pouvait réussir à se caser un de ces quatre quelques heures pour faire ça, ça serait bien. Merci. Tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

3 4

reprise de la version 1.2.6
by Tony Chemit 26 Jan '12

26 Jan '12

Hello, Au final après discussions avec d'autres, il me parait moins dangeureux de repartir de la 1.2.6 pour les raisons suivantes : - le but est de changer de framework d'ui pas le reste - la version 1.2.5 est "en production" et donc mieux vaut repartir de ça pour les raisons de migrations qui n'ont pas été prévu au bon moment - vu que le modèle de la version 2.0 ne convient pas, on va pas faire une migration à rebond vers ce qu'on voudrait atteindre... Mon but c'est de produire une 1.2.6 iso-fonctionnelle à la 1.2.6-SNAPSHOT qu'on utilise depuis assez longtemps. Une fois cela fait on pourra : - revoir le module de dépouillement - revoir le modèle métier si besoin - revoir les interfaces graphiques Je vais mettre à jour la roadmap dans ce sens. Cordialement, Tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

2 2

Maquette de l'écran de création de sondage
by Arnaud Thimel 24 Jan '12

24 Jan '12

En PJ pour que ça puisse murir dans l'esprit de tout le monde avant la réunion de demain. Arnaud.

1 0

Pollen 2.0, définition des interfaces graphiques
by Tony Chemit 24 Jan '12

24 Jan '12

Hello, Pour faire avancer la réalisation de la version 2.0, il faudrait qu'on se mette d'accord sur les nouvelles interfaces graphiques à mettre en place. Yannick propose qu'on fasse ça lors de la prochaine réunion dev et c'est une bonne idée :) donc je vous dis à mercredi prochain pour qu'on étudie ça. Je prépare un peu le terrain, on ne sait jamais... Le but de la réunion est d'avoir les maquettes des différents écrans à ré-écrire dans Pollen. D'ici là on aura déjà je pense des squelettes d'une application fonctionnelle (enfin j'espère). En espérant vous voir nombreux avec plein de bonnes idées mercredi. Tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

4 4

Re: [Pollen-devel] [Pollen-commits] r3103 - branches/pollen-2.0-beta-1/doc
by Tony Chemit 24 Jan '12

24 Jan '12

On Mon, 23 Jan 2012 17:57:23 +0100 (CET) athimel(a)users.chorem.org wrote: > Author: athimel > Date: 2012-01-23 17:57:23 +0100 (Mon, 23 Jan 2012) > New Revision: 3103 > > Url: http://chorem.org/repositories/revision/pollen/3103 > > Log: > First version of screens model > > Added: > branches/pollen-2.0-beta-1/doc/new-poll-2.0-beta-1.ep J'ai pas réussi à ouvrir le document avec pencil 0.4b, c'est grave docteur ? -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

3 3