Version 26 — Janvier 2011 — JLuc
- News : bugs résolu et nouvelles fonctionnalités implémentées
- Bugs
- Améliorations et nouvelles fonctionnalités
- FAQ
| 30 dec 11 | 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 à . |
Ya plus vraiment de bugs
Ergonomie : essage d’erreur lors de création d’une lettre vide
JLUC : Lorsqu’on crée une lettre vide avec un titre mais sans texte, elle est enregistrée, mais on se retrouve à nouveau sur la page d’édition, sans message d’erreur mais en ayant apparemment tout perdu, et donc on recommence...
A confirmer.
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).
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 : Supprimer des abonnés
La suppression au moyen du raccourci dans la colonne de gauche supprime TOUS les abonnés d’une rubrique, sans confirmation.
- il faudrait une meilleure information et une confirmation
- la présence de ce raccourci pourrait être conditionnée à une option de la configuration ?
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 »
- 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.
Todo : LIAISON THEMES - RUBRIQUE
Todo : PLUS utiliser les thèmes, ne pas confondre « thèmes » et « rubrique »
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.
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.
_ De plus, partout figure un sélecteur de rubrique là où devrait figurer un sélecteur de thèmes, il y a risque de se tromper et de se retrouver avec une rubrique qui n’est pas un abonnement, avec des risques de bugs à la suite.
_ Il faudrait donc définir un sélecteur de thèmes et l’utiliser partout où possible.
La notion de thème semble en fait réduite à un alias de titre pour les rubriques.
+ : Modifier les affichages des rubriques pour y faire apparaitre les infos des themes, abonnements etc
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 : 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 : 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 : LIAISON SPIP-AUTEURS
- Todo : cases à cocher sur form d’inscription d’inscription
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)
- importer depuis spip_auteurs
importer les abonnés depuis la table auteur : avec des critères (clause where texttuelle ? ou case à cocher ? )
- afficher Dans la partie publique , le formulaire d’abonnement propose les infos d’abonnements dans la page auteur standard thèmes d’abonnement définis .
BUG A CONFIRMER chez infomaniak
- Quand l’option de phpmailer est activée, les images du #CHAPO sont inclues dans le corps du mail, mais pas celles du #TEXTE de la lettre. C’est d’autant plus gênant que ça concerne aussi les puces automatiques de SPIP. En attendant, pour celles-ci, il est possible d’utiliser le raccourci -* qui produit des ul li plutôt que - qui produit l’image d’un triangle. En passant par l’API sql, ça fonctionne bien toutefois...mystère et boule de gomme.
- le formulaire d’upload des logos des lettres n’affiche pas de titre donc difficile de comprendre
QUELQU’UN reproduit il ?
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.