WordPress
Produits Joomla
Support
Actualités
Se connecter
Dans vos notifications par e-mail, j'aimerais ajouter quatre jetons supplémentaires (en plus des jetons actuels : {category}, {username}, {website_url}, {file_name}) :
Je souhaiterais également que tous les jetons soient disponibles dans le champ « Sujet » ainsi que dans le corps du message.
Votre sujet par défaut pourrait alors être :
Par exemple:
De même pour le corps du courriel.
Idéalement, il pourrait également y avoir des jetons pour :
Ces éléments pourraient donc être intégrés par hyperlien dans le corps du courriel afin qu'un administrateur puisse accéder directement au document, s'il le souhaite.
Cela me fournit des informations cruciales sur qui a modifié quel fichier, où et sur quel site.
Merci pour cet excellent produit ! J'espère que cela l'améliorera encore (sans trop d'efforts).
Larry
- {nom_utilisateur_éditeur}
{site_name}
{nom_catégorie}
Je souhaiterais également que tous les jetons soient disponibles dans le champ « Sujet » ainsi que dans le corps du message.
Votre sujet par défaut pourrait alors être :
[{site_name}]: File '{file_name}.{file_extension}' added in '{category_name}' by {editor_username}
Par exemple:
[RRCS Employee Portal]: File 'Test document.txt" added in 'Staff Meeting Minutes' by Larry Daniele
De même pour le corps du courriel.
Idéalement, il pourrait également y avoir des jetons pour :
- {category_url}
Ces éléments pourraient donc être intégrés par hyperlien dans le corps du courriel afin qu'un administrateur puisse accéder directement au document, s'il le souhaite.
Cela me fournit des informations cruciales sur qui a modifié quel fichier, où et sur quel site.
Merci pour cet excellent produit ! J'espère que cela l'améliorera encore (sans trop d'efforts).
Larry
L
Bonjour Tristan,
Désolé pour la confusion.
Si je comprends bien, {username} correspond au nom du destinataire de l'e-mail (c'est-à-dire que vous faites partie des personnes notifiées lorsqu'un fichier est ajouté). Je souhaiterais que {editor_username} corresponde au nom d'utilisateur de la personne qui a modifié (ajouté, modifié ou supprimé) le dépôt (c'est-à-dire la personne qui a déclenché la notification, et non celle qui l'a reçue).
Donc si « Marie » modifie un fichier et que « Larry » est censé en être informé, alors « {username} » correspond à « Larry » et « {editor_username} » à « Marie ».
Je créerais probablement « {subscriber_username} » comme synonyme de « {username} » et supprimerais progressivement « {username} » de la documentation. Cela permettrait de les différencier. Plusieurs personnes peuvent être abonnées à une notification ; chacune aura son propre {subscriber_username} dans l’e-mail. En revanche, un seul utilisateur a modifié le dépôt : {editor_username}.
De plus, « username » devrait probablement représenter le véritable nom d’utilisateur WordPress de l’utilisateur (par exemple « ldaniele »).
« display_name » serait plus précis pour le nom que nous utilisons dans la formule de salutation (par exemple « Larry Daniele »)..
Vous avez raison, « {category_name} » est identique à « {category} ». Si nous ajoutons « {category_url} », il sera important de mieux les différencier.
En résumé, je pense que la solution la plus durable pour ce type de jetons consiste à les faire correspondre un à un à un objet classique de la programmation orientée objet. Par exemple, là où vous écririez ceci en PHP ou en C++ :
vous pourriez avoir des jetons correspondants tels que :
Cela permet de déterminer plus clairement les noms à utiliser (puisque, dans de nombreux cas, les objets WordPress sont déjà bien définis). Et cela explique comment étendre l'ensemble lorsqu'on souhaite ajouter des attributs.
Désolé pour la confusion.
Si je comprends bien, {username} correspond au nom du destinataire de l'e-mail (c'est-à-dire que vous faites partie des personnes notifiées lorsqu'un fichier est ajouté). Je souhaiterais que {editor_username} corresponde au nom d'utilisateur de la personne qui a modifié (ajouté, modifié ou supprimé) le dépôt (c'est-à-dire la personne qui a déclenché la notification, et non celle qui l'a reçue).
Donc si « Marie » modifie un fichier et que « Larry » est censé en être informé, alors « {username} » correspond à « Larry » et « {editor_username} » à « Marie ».
Je créerais probablement « {subscriber_username} » comme synonyme de « {username} » et supprimerais progressivement « {username} » de la documentation. Cela permettrait de les différencier. Plusieurs personnes peuvent être abonnées à une notification ; chacune aura son propre {subscriber_username} dans l’e-mail. En revanche, un seul utilisateur a modifié le dépôt : {editor_username}.
De plus, « username » devrait probablement représenter le véritable nom d’utilisateur WordPress de l’utilisateur (par exemple « ldaniele »).
« display_name » serait plus précis pour le nom que nous utilisons dans la formule de salutation (par exemple « Larry Daniele »)..Vous avez raison, « {category_name} » est identique à « {category} ». Si nous ajoutons « {category_url} », il sera important de mieux les différencier.
En résumé, je pense que la solution la plus durable pour ce type de jetons consiste à les faire correspondre un à un à un objet classique de la programmation orientée objet. Par exemple, là où vous écririez ceci en PHP ou en C++ :
- nom de catégorie
catégorie.id
utilisateur.nom_d'affichage
utilisateur.nom_utilisateur
ID de l'utilisateur
etc.
vous pourriez avoir des jetons correspondants tels que :
- nom_de_catégorie
catégorie_id
nom_d'affichage_utilisateur
nom_utilisateur
ID de l'utilisateur
etc.
Cela permet de déterminer plus clairement les noms à utiliser (puisque, dans de nombreux cas, les objets WordPress sont déjà bien définis). Et cela explique comment étendre l'ensemble lorsqu'on souhaite ajouter des attributs.
- Page :
- 1
Il n'y a pas encore de réponses pour ce post.
