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

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

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