Version 16 — Décembre 2010 — JLuc
- Bugs
- Améliorations et nouvelles fonctionnalités
- news : résolu et Faits
- FAQ
----------------------
Bugs
----------------
BUGs : liens sur la visu publique de la lettre
- Liens de désabonnement
Klaus :
<blockquote class="spip">Quand dans un exemplaire de le newsletter je clique sur le lien pour la visionner sur le site, je me retrouve sur cette page :
http://monsite.tld/spip.php?action=clic&id_clic=1&code=ead706c5972a0d922bd790c0749b1ba4&email=klaus@monmail.com
http://monsite.tld/spip.php?page=lettre&id_lettre=1
Et là je tombe sur le lien de déabonnement suivant :
<a href="%%URL_VALIDATION_DESABONNEMENTS%%" class="spip">Klicken Sie hier, um den Newsletter abzubestellen.</a>
En ligne, le squelette devrait afficher autre chose, genre un lien vers le formulaire d’abonnement / désabonnements.
- Liens de visu sur le site public
Klaus :
<blockquote class="spip">
je viens de découvrir encore un lien bizarre dans la page qui affiche la newsletter sur le site (http://monsite.tld/spip.php?page=lettre&id_lettre=1) :
Klicken Sie hier falls der Newsletter nicht korrekt wiedergegeben wird.
Quand on clique sur le lien il ne se passe rien, c e qui est OK car il s’agit d’une lien vers la page même, mais le code du lien est bizarre quand même.
En ligne, le squelette ne devrait pas afficher ce lien, puisqu’on y est déjà.
BUG A CONFIRMER : les images du TEXTE ne sont pas inclues dans le corps du mail
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.
------------------
Améliorations et nouvelles fonctionnalités
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 faudrait permettre de configurer ce formulaire pour permettre de ne pas faire apparaître le format de réception
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 : Supprimer UN abonné
Il n’y a actuellement que le moyen de désabonner un abonné, sans le supprimer.
Il devrait y avoir un moyen simple de supprimer un abonné seulement, vraiment.
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.
- 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
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 ?
Todo : ne pas confondre « thèmes » et « rubrique »
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.
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.
----------------
Bug : Désinscription des abonnés à la racine
<blockquote class="spip">
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 à 0.
</blockquote>Résolu par http://zone.spip.org/trac/spip-zone/changeset/42661
| [Résolu ->http://zone.spip.org/trac/spip-zone/changeset/42661] | 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 à 0. |
| [Fait ->http://zone.spip.org/trac/spip-zone/changeset/42732] Abonnements par défaut pour les nouveaux abonnés
(JLuc [42732]| )
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. |
_________________________Chaines de langues ad hoc
Affichage d'un message d'erreur lorsqu'on crée un thème sans titre
Incrément de version
----------------
Articles associés
— Superyms : Je remarque aussi que la fonction associer des articles à la lettre est vraiment bien pensée, mais hélas ne fonctionne pas ! — La fonction « associer des articles à la lettre » ne fonctionne pas : je reçois reçoit bien la lettre mais pas les articles associés ! ? C’est un bug ?
— Réponse : non, ce n’est pas un bug. Les — Réponse : 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.