= Propositions faites par Inverse suite à nos demandes d'amélioration - janvier 2012 =
||'''Besoins exprimés'''||'''Réponse Inverse'''||'''Temps de dev'''||'''Avis tech'''||'''Visa ARI'''||'''Reception dev'''||
||porter le IMAPHostFieldName dans Mysql (comme pour LDAP)|| ||2h|| (./) '''super prioritaire'''|| (./) || (./) <
> `IMAPHostFieldName = imap_server;`||
||encrypter les mot de passe des comptes IMAP ajoutés dans SOGo web||http://www.sogo.nu/bugs/view.php?id=1064 : ajouter un paramètre SOGoMailAuxiliaryHashString = "deadbeef"||4h|| /!\ pas besoin si on a le IMAPHostFieldName || || ||
||renseigner des agendas à partir des catégories des évènements||Après discussion à l'interne, il serait préférable pour vous d'utiliser CalDAV et de faire un REPORT afin de filtrer les événements comme vous le souhaitez. Je ne sais pas comment fonctionne phpicalendar dans votre environnement mais le fait d'obtenir le "ICS" avec ?category=foobar n'est pas propre - car l'interface "DAV" de SOGo n'accepte pas des paramètres HTTP. Il serait mieux de faire un petit script Python/Perl/PHP (nous en avons que nous pouvons vous fournir en exemple) qui fait le REPORT, obtient les événements en format iCalendar et stock le tout dans un ICS qui pourrait être consommé par phpicalendar|| ||en cours d'analyse par le BAP|| || ||
||synchronisation de la liste des catégories pour l'agenda|| ||1h||- les catégories sont les seules à ne pas être synchronisée, elles sont totalement indépendantes entre serveur et TB <
> - '''Pas urgent''', liste d'attente || || ||
||Envoi d'une notification (courriel) pour les événements qui sont intégrés dans notre agenda suite à la délégation d'écriture à quelqu'un d'autre. (Je souhaite être avisé du rdv ajouté dans mon agenda par mon assistante; en instantannée ou à la fin de chaque journée (flux rss ?))|| ||12h||- (./) Ajouter des options : <
> [ ] recevoir un courriel quand je modifie mon agenda <
> [ ] recevoir un courriel quand une autre personne modifie mon agenda <
> [ ] envoyer une notification à : ....... <
> - /!\ Flux RSS : '''En attente''' || /!\ voir si on peut utiliser les alertes|| ||
||fenêtre d'identification double. parfois hang bug malgré tout|| Ceci est très long car le bug est au niveau de "necko" dans Mozilla, donc dans les entrailles de l'application. Si on corrige le tout, on verrait notre correctif dans une prochaine version de Thunderbird. Toutefois, nous collons aux ESR. Puisque TB 10 va sortir à la fin du mois (sans ce potentiel correctif), la version qui pourrait l'avoir ensuite serait probablement disponible 9 ou 12 mois après. Je suggère qu'on teste plutôt avec TB 10 et nos extensions qui seront disponibles sous peu afin de voir si la situation s'est améliorée||40h|| /!\ || || ||
||Création de liste ou de groupe d'individus pour ajouter facilement identifier un groupe à qui l'on souhaite donner les mêmes droits de partage de notre agenda||Le support des groupes ne fonctionne que pour les sources LDAP (NDLR : `groupOfNames`). Comme alternative, tu pourrais créer des vues SQL que tu pourrais rendre disponibles à tous les utilisateurs via SOGoUserSources. Sinon, on peut ajouter le support des groupes SQL. Un groupe devrait être comme un utilisateur, donc il doit avoir un cn, une adresse email, etc. On pourrait avoir une structure similaire à celle-ci <
> |c_id| c_cn | c_mail | c_members| <
> |it | Informatique | it@inverse.ca| flachapelle,lmarcotte,wsourdeau| <
> |foo| Foo Bar | foo@inverse.ca | obilodeau,fgaudreault| ||1,5 jour (12h)||test LDAP avant de décide : créer des groupes dans notre LDAP à Montréal, et ajouter le LDAP comme source ,et voir ce que ça donne concrètement sur le plan fonctionnel|| || ||
||panneau aujourd'hui :faire apparaître tous les événements dans le panneau aujourd'hui, ne pas masquer ceux qui sont en double || on dirait que les événements n'apparaissent que selon leur id, puisque l'instance affichée semble correspondre toujours à celle qui est affichée à gauche dans la vue calendrier <
> - en prenant la résolution du bug suivant en considération||2h||<|2> (./) en cas de doublon, ça affiche toujours son événement à soi || (./) || ||
||afficher les événements de l'utilisateurs en premier dans les vues où le même événement est représenté pour plusieurs utilisateurs distincts -trier par ordre de calendrier||lié au précédent||8h|| || ||
||préférence composition n'est pas tenue en compte, tous les carnets sont utilisés|| ||2h|| /!\ redemander à Hà || || ||
||l'état des invités (pastilles) n'est pas affiché dans Thunderbird|| ||1h|| (./) faire afficher les pastilles d'acceptation dans la fenêtre de modification d'un évènement || (./) || (./) ||
||filtres tâches ne marchent pas bien: nécessite déactivation/réactivation des calendriers|| ||2h|| /!\ '''Pas urgent'''|| || ||
||tâches grisées en fonction du thème gnome, même sur fond blanc|| ||1h|| /!\ || /!\ ||Suffit de changer le thème du bureau||
||possibilité d'ajouter des pièces jointes aux événements|| ||56h|| /!\ attendre le projet de plate-forme de partage de doc || || ||
||bug du délais lors de l'auto-complete: https://bugzilla.mozilla.org/show_bug.cgi?id=608041 (semble lie aux carnets locaux)||<|3>points demeurent à discuter ici à l'interne||doit investiguer pour comprendre réellement le bug avant évaluation||la raison pour laquelle le pb est gênant ici : ce sont toutes les implantations de la région, qui voient leur TB devenir une tortue suite au passage à SOGo <
> - il s'agit que les carnets soient synchronisés en local, faire du vrai CardDAV <
> - appliquer le correctif de délai de saisie en attendant|| || ||
||possibilité pour les invités de modifier leur classification pour eux-mêmes|| ||modifier la catégorie, changer la confidentialité, ajouter des notes ... '''Pas urgent''' || || ||
||lenteur chargement Lightning lorsque plusieurs agendas|| || || || ||
||Ajout de l'heure de fin de l'événement dans les informations résumées affichées en info-bulle sur SOGo-web||Déjà fait||- CHL : je ne vois toujours pas l'heure de fin sur SOGo-test <
> - Je (NM) n'ai pas encore fait la mise à jour|| /!\ || /!\ || ||
||tag courriel pour faciliter le filtrage afin de classer automatiquement les invitations SOGo : <
> - dans le sujet, ex : [SOGo] Invitation à la réunion : "xxxxxxxxxxxxxxxxx" et/ou <
> - ajout d'entête, ex : X-Mailer: SOGo 1.3.9||On suggère d'ajouter une entête du style "X-SOGo-Type: notification" <
> - on pourra par le fait même bonifier le tout dans le futur sans changer la sémantique||1h|| (./) || (./) || (./) <
> `x-sogo-message-type calendar:invitation`||