Carnet Wiki

todo-spip-lettres

Version 46 — Mars 2011 — Nicolas Hoizey

-  News : bugs résolu et nouvelles fonctionnalités implémentées
-  Bugs
-  Améliorations et nouvelles fonctionnalités
-  FAQ


Bugs résolus, améliorations et nouvelles fonctionnalités

23 fev 11 Done Interruption d’un envoi Arrêter un envoi doit vider la file de job_queue
10 fev 11 Done Export CSV des abonnés et des désabonnés
3 jan 11 Done Informer pour éviter les erreurs destructrices Message d’avertissement conséquent avant d’effacer tous les abonnés d’une rubrique
30 dec 10 Done Envois à des mails issus de tables perso ou sur spip_abonnes mais avec des critères perso API permettant d’envoyer d’envoyer les lettres à des emails issus de requêtes SQL perso
18 dec 10 Resolu + les messages réservés aux récepteurs des mails (désabonnement + invite de visu sur navigateur) ne doivent pas apparaître dans l’affichage sur navigateur Résolu par la création d’une classe qui doit être flanquée sur les éléments qui doivent apparaître dans le mail, mais être invisibles quand la lettre est consultée sur un navigateur
7 dec 10 Fait Ajout de la notion d’abonnement par defaut a un theme, pour les nouveaux abonnes crees par l’interface privee. Lorsqu’il n’y a qu’un seul thème de défini, les nouveaux abonnés sont créés avec un abonnement. Lorsqu’il y a plusieurs thèmes, on peut choisir lequel est par défaut, ou s’il n’y en a aucun par défaut.

Adaptation du formulaire d’inscription public : plus simple lorsqu’il n’y a qu’un seul thème.

5 dec 10 Résolu Bug : désinscription des abonnés à la racine Lorsqu’un utilisateur est inscrit à la racine (et donc théoriquement souhaite recevoir toutes les newsletters), un bug fait que cet abonnement est supprimé au prochain passage du cron spip sur la table spip_abonnes_rubriques quand id_rubrique est égal à .

En cours

Une fois l’envoi demandé, l’option « Arrêter l’envoi » apparait, mais Anne signale que ça n’interrompt rien du tout.
-  ça appelle ?exec=lettres&action=instituer_lettre&arg=19&hash=...&redirect=.%2F%3Fexec%3Dlettres%26amp%3Bid_lettre%3D19&statut_nouv=envoyee
-  action_instituer_lettre_dist(), qui appelle la méthode enregistrer_statut($statut, $avec_envoi_aux_abonnes=true) mais sans le 2e paramètre, qui de tout façon n’est pas testé dans le cas ’envoyee’ -> seulement spip-lettres est maj (’envoyee’) et spip_abonnes_lettres aussi : les ’a_envoyer’ passent à ’annule’.
-  mais il semble que ce statut ’annule’ n’est jamais pris en compte (par inc/delivrer par exemple)

Il faut donc
-  soit vider tous les jobs relatifs à cet envoi, au moment de l’arrêt
-  soit prendre en compte le statut ’annule’ dans spip-abonnes_lettre au moment de l’envoi

Bon. C’est la 1re solution que j’ai retenu.

J’ai défini lettres_envois_restants_annule ($id_lettre) qui est appelé dans instituer.


Bugs

-  Cedric : « les envois programmés de spip-lettres ne sont pas du tout interfacés, et de ce fait assez inutilisable. Cette partie est à finir de refaire » Cedric n’y a pas touché lors de sa refonte du plugin. Ça concerne non pas les envois de lettre rédigées au coup par coup mais les envois automatiques de lettre périodiques, à génération automatique à partir des éléments du site.

Commentaire JLuc :
J’ai pas essayé les envois récurents mais J’ai regardé le code et ç’a l’air complet et en place.
Alors *quoi* est non interfacé avec *quoi* ?
-  Juste il manquerait un cron géré par job_queue, c’est ça que tu appelles « non interfacé » ? Là c’est clair il faut un crontab extérieur
-  et puis aussi c’est peut être trop limitant comment la lettre automatique est générée : c’est une copie de la *rubrique*
-  et ya peut être un ti bug pour le titre : c’est le titre de la rubrique aussi qui semble utilisé
et non celui de la table rubrique_crontab comme semble l’indiquer le message de saisie

Bug de SPIP ?

 

Logs

Pour un même envoi mais différents destinataires d’un même envoi , certains des logs d’envois de la lettre ( dans de

inc/delivrer.php</code>)
 >
 se font dans le  fichier  <code>lettres_delivrer_ok.log

et d’autres dans prive_lettres_delivrer_ok.log. Et ceci sans aucune logique décelable dans le choix de l’un ou l’autre (aléatoire).

------------------

TODO : Améliorations et nouvelles fonctionnalités

 
Destinataire des mails de notification

Permettre de paramétrer le destinataire des mails de notification de désabonnement. Pour l’instant, c’est le webmaster. Ce pourrait être le mail expéditeur des lettres (défini dans facteur).

Mailmaster et autorisations

Nouveau paramétrage : définition d’un mailmaster. email utilisé comme from : des lettres ET comme to : des notifications.

Envoyer des lettres et gérer des abonnés est une responsabilité éditoriale et non technique.

Actuellement, un grand nombre d’actions sont réservées au seul webmaster : en élargir certaines aux administrateurs, d’autres au mailmaster.

Todo : textes

-  Remplacer « taux d’ouverture » par « taux de réaction » ou « taux de clic »
-  Remplacer « thème » par « thématique » (Joseph) dans la doc, dans les chaines de langue, et dans le nom de la table spip_auteurs et donc, dans la fonction d’installation et de mise à jour du plugin.

Todo : LIAISON THEMES - RUBRIQUES

La notion de thème semble en fait se réduire à
-  un alias de titre pour les rubriques (pourrait être remplacé par un champ extra des rubriques)
-  un repérage des rubriques utilisées pour les lettres

Dans la partie publique, le formulaire d’abonnement propose les thèmes d’abonnement définis. Mais dans la partie privée, les sélecteurs d’abonnements, proposent un sélecteur avec toutes les rubriques, inutilement chargé donc puisque seules une ou quelques rubriques sont associées à des abonnements possibles.

Cela permet d’abonner des emails à des ’thèmes’ non proposés au public.

Il pourrait donc y avoir 2 modes :
-  mode ’liberté’ : tel qu’actuellement, le webmestre peut abonner à toutes les rubriques, même si elles n’ont pas de thème associé. avec le risque que des abonnements se fassent dans des rubriques inexploitées, or il n’y a pas d’outils en place pour faire un ménage efficace (déplacement ou fusion des abonnés de 2 rubriques, etc)
-  mode ’safe’ par défaut : les abonnements dans la partie privée sont seulement possible dans les rubriques avec thème et leurs descendantes. Dans ce cas, partout où figure un sélecteur de rubrique, devra figurer un sélecteur de thèmes et sous-rubriques... un peu compliqué, ou simplement un sélecteur de thème.

+ : Modifier les affichages des rubriques pour y faire apparaitre les infos des thèmes, abonnements etc

+ : vérifier qu’ils se font dans la bonne rubrique telle que spécifiée :

  • les imports d’abonnés par csv
  • les créations d’abonnés dans /ecrire

Todo : LIAISON ABONNES - AUTEURS

-  afficher les infos d’abonnements dans la page auteur standard

-  cases à cocher sur form d’inscription d’auteur au site

Sur le formulaire d’inscription traditionnel de spip, prévoir que l’on puisse ajouter des cases à cocher présentant les thèmes et les formats, pour s’abonner à la news letter en même temps que l’on s’inscrit dans SPIP. (Evite que l’internaute tape deux fois son mail)

-  permettre d’importer depuis spip_auteurs

importer les abonnés depuis la table auteur : avec des critères (clause where texttuelle ? ou case à cocher ? )

-  ou (ou permettre d’exporter les auteurs ou une sélection d’auteurs au format CSV ?)

Cym :

-  1. Lien auteurs / abonnés
-  Depuis la page ?exec=auteur&id_auteur=XXX :
-  ajouter un bloc « SPIP-LETTRES » avec la liste des abonnements de l’auteur ;
-  ajouter un bouton « Abonner cet auteur » ;
Cela permettrait de gérer sur une seule page, à la fois les paramètres de connexion et les paramètres d’envoi de lettres, pour un auteur donné ; avec des plugins connexes cela permettrait de gérer les prénoms (C&O) et les adresses (Coordonnées) depuis cette même page ;

Ne faudrait-il pas lier plus fortement auteurs et abonnés, c’est à dire interdire la création d’un abonné (élément de la table spip_abonnes) sans qu’il y ait un élément correspondant dans la table spip_auteurs ? _ On pourrait prévoir une option de configuration pour désactiver ce lien pour les cas où ce serait vraiment gênant ;
Cela permettrait de pouvoir utiliser d’autres plugins (Contacts&Organisations, Coordonnées...) sur les abonnés ;

2. Imports
Depuis la page ?exec=lettres_tous :
-  ajouter une fonction « Importer des auteurs » (ou visiteurs...)

3. Statut
Depuis une page rubrique (avec liste des abonnés à cette rubrique) ou depuis la page ?exec=abonnes_tous :
-  gérer les statuts des abonnés (éléments de la table spip_abonnes) comme on gère le statut des articles (en attente, validé, désabonné...) ;
-  sur une liste d’abonnés, utiliser le petit carré qui permet de changer de statut en ajax ;
-  ne pas supprimer un abonnement (i.e. supprimer physiquement de la table...) lors du désabonnement, mais simplement attribuer un statut ’poubelle’ ou ’désabonné’ ;

Liens pour envoyer

La rédactrice lit « envoyer à la poubelle » alors que c’est 2 options différentes, l’une sur l’autre
envoyer
à la poubelle

lol !

-  Améliorer la compréhension de ces 2 actions (apparence)
-  Puisque c’est des actions en faire des boutons de formulaire et non des liens !

Todo : option de config / articles associés

Une option de config (case à cocher) pour que le squelette de la lettre proposé par le plugin inclue les articles associés à la lettre... dans le corps de la lettre.

Todo : gestionnaire de bounces

Gérer les retours de mails non reçus. Adapter ou étendre le plugin gestionnaire de bounce de spip-listes.

Todo : permettre d’enchaîner les ajouts et suppressions d’abonnés

Le formulaire d’ajout d’un abonné enchaine vers une page peu utile depuis qu’il y a la gestion des thèmes par défauts.
Il serait plus utile de boucler sur le formulaire d’ajout d’abonné afin de permettre tout de suite d’en enregistrer un autre.

-  Option de config : « Faciliter sur les enchainements d’ajouts et de suppressions d’abonnés au détriment de la gestion individualisée de leurs abonnements ». Ou bien alors, un bouton radio : « rester dans la page d’ajout » ou « paramétrer l’abonné », dont la valeur pourrait être mémorisée en méta comme config, mais qui serait directement sur la page d’ajout d’un abonné.
-  Ajouter un bouton « Supprimer » sur le formulaire d’abonnement
-  Ajouter un lien « Supprimer » sur la liste des abonnés

spip-lettres semble privilégier le désabonnement (et faire des orphelins) plutôt que de supprimer des abonnés. Les désabonnés ne sont donc pas virés de la table. Peut être est-ce pour gérer une liste durable d’exclus à ne pas réabonner ? Ou juste pour faciliter leur réabonnement en cas de besoin ?

Faudrait voir si les orphelins sont gérés d’une manière particulière ou servent à quelque chose.

Todo : liens, boutons et raccourcis, ergonomie de l’interface

-  Revoir les raccourcis, parfois il en manque, pour fluidifier l’utilisation. En supprimer d’autres, peut être.
-  Ajouter le raccourci « Ajouter un abonné » sur la page «  ?exec=lettres_tous »
-  Ajouter le raccourci « Ecrire une nouvelle lettre » dans le bloc raccourci col gauche d’une rubrique

-  Le lien « envoyer » prend la place de l’affichage d’un statut. C’est astucieux, mais pas très intuitif car l’apparence n’est pas celle d’un bouton comme dans le bloc de ’raccourcis’. Le lien devrait avoir l’apparence d’un bouton, et d’autre part, l’action devrait demander une confirmation avant d’envoyer vraiment la lettre. (en attendant, le côté contrintuitif du bouton compense l’absence de demande de confirmation, puisqu’il faut vraiment vouloir le chercher pour cliquer dessus !)

-  Le terme ’orphelin’ pour les abonnés sans abonnements n’est pas très intuitif : trouver un terme plus adapté

-  Donner des <title> informatifs pour toutes les pages de l’interface privée

-  l’icone de configuration avec le lien vers le 1er onglet de configuration (qui ne se fait pas par un CFG) devrait apparaître sur la présentation du plugin dans la page d’admin des plugins.

Recherche d’abonnés

La recherche d’abonnés marche t elle vraiment bien ? Il semble qu’on ne puisse pas rechercher par le NOM (mais par l’email ok).

A confirmer.

Todo : Config « mono-thème »

spip-lettres gère les abonnements (« thèmes » de lettres) multiples, ce qui complique l’interface. Or dans de nombreux cas, il n’y a qu’un seul abonnement possible. Il serait utile de d’avoir une interface allégée lorsqu’il y a un seul thème.

C’est déjà pas mal avancé avec l’introduction des thèmes par défaut. Que reste t il à simplifier ?

Todo : Config du formulaire public d’abonnement

Actuellement le formulaire d’abonnement (squelette ’lettres.html’) impose de saisir l’email, le nom, le ou les thèmes auxquels on s’inscrit, de choisir le format de réception, d’indiquer si on s’abonne, se désabonne ou change de format,... ouf !

Il est maintenant simplifié quand il n’y a qu’un seul thème, puisqu’il n’y a alors plus besoin de choisir le thème, mais il faudrait encore permettre de configurer ce formulaire pour permettre de ne pas faire apparaître le format de réception

Todo : affichage des listes d’abonnés

Les listes d’abonnés sont présentées sous 2 formats :
-  les listes au format ’normal’ indiquent l’email, le nom, le format de réception et le n° d’abonné
-  la liste des abonnés qui vont recevoir une lettre (mais pas dans la liste de ceux qui l’ont reçue, une fois qu’elle a été envoyée), affichée sous chaque lettre envoyée, indique si l’abonné l’a reçu en raison d’un abonnement ’direct’ à la rubrique ou ’indirect’.

Serait il possible que les listes au format ’normal’ indiquent aussi la liste des abonnements auxquels l’abonné a souscrit ?

+ Il serait pratique de pouvoir lister les abonnés selon différents ordres :
-  plus récemment saisi ou modifié + inverse
-  ordre alphabétique + inverse

Todo : bonne pratique « ne pas mettre de lien menant vers des actions »

Il y a des liens « supprimer », dans la config notamment, à remplacer par des mini-formulaires d’action.

Todo : renvoi à un non abonné

Quand on demande de renvoyer une lettre à un email invalide ou à un abonné non existant, aucun message d’erreur n’est émis. -> signaler le problème.

_________________________ ------------------

Todo : Supprimer des abonnés

La suppression au moyen du raccourci dans la colonne de gauche supprime TOUS les abonnés d’une rubrique. Une information est donnée dans la col de gauche, mais la présence de ce puissant raccourci pourrait être conditionnée à une option de la configuration ?

_________________________

FAQ

Articles associés

— La fonction « associer des articles à la lettre » ne fonctionne pas : je reçois bien la lettre mais pas les articles associés ! C’est un bug ?
— Réponse : non, ce n’est pas un bug. Les articles associés ne sont pas prévus pour être automatiquement envoyés avec le mail. Par contre, il est possible de modifier les squelettes de la lettre pour récupérer des infos des articles associés à la lettre, au moyen d’une boucle, et d’inclure ces infos dans le corps de la lettre, si c’est cela que tu souhaites. Eventuellement, ce pourrait être fait dans le modèle de lettre fourni.

Retour à la version courante

Toutes les versions