Carnet Wiki

todo-spip-lettres

Version 10 — December 2010 JLuc

Travaux en cours et questionnements : abonnements par défaut pour les nouveaux abonnés

JLuc :

<blockquote class="spip">

Pour l’instant, je code la config qui rendra spip-lettres vraiment utilisable - dans mon cas en tout cas.

Les nouveaux abonnés, créés via la partie privée, ne sont actuellement abonnés à rien du tout quand ils sont créés. Il faut ensuite une opération supplémentaire pour les abonner. C’est fastidieux.

Les abonnés créés via la partie privée devraient bénéficier automatiquement d’un abonnement

  • soit “à la racine” (constante)
  • soit à une rubrique définie dans la configuration du plugin ( codage en cours par JLuc )
  • soit à une rubrique spécifiée dans le formulaire de création d’un nouvel abonné

C’est cette 2ème solution que je met en oeuvre :
-  Si il y a plusieurs thèmes définis, le formulaire de config proposera de choisir un thème d’abonnement par défaut, qui sera considéré comme abonnement d’un nouvel abonné, lors de sa création dans la partie privée
-  Si il n’y a qu’un thème, il n’y aura pas besoin de formulaire de config : cet unique thème sera sera pris par défaut lors de la création d’un nouvel abonné dans la partie privée

Je me demande si ça gênera quelqu’un que les nouveaux abonnés ne soient plus tout nus sans aucun abonnement à la création. Je crois que les codeurs jusqu’à présent faisaient des import d’abonnés en masse, plus que des ajouts au jour le jour. (j’aimerais avoir accord d’un des codeurs ou utilisateurs de ce plugin, pour faire évoluer ce comportement. En cas de “réclamation”, il y aurait possibilité aussi de prévoir que l’abonnement par défaut puisse être “pas d’abonnement” mais j’ai pas l’impression que ça soit vraiment utile.)

</blockquote>

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 permettre de choisir en configuration d’utiliser
-  soit une seule et unique newsletter (et alors d’en déterminer l’emplacement, par défaut tout le site donc la racine sauf si changement) donc une interface allégée,
-  soit de multiples lettres comme actuellement avec l’interface de gestion complète

Note : déjà, ça sera bien simplifié dans le cas où il y a un seul thème, lorsque la notion de thème par défaut sera prise en compte.

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 choix d’une thème (surtout si il n’y en a qu’un de défini !). Ce sera alors le thème par défaut qui sera choisi. ( codage en cours)
-  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.

  • 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 < code><title></code > 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.


Bugs résolus

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 à .

</blockquote>

Résolu par http://zone.spip.org/trac/spip-zone/changeset/42661


Ce ne sont pas des bugs :

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 ! je reçoit bien la lettre mais pas les articles associés ?
— 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.

Retour à la version courante

Toutes les versions