WordPress producten
Joomla producten
Support
Nieuws
Inloggen
Ik wil graag vier extra tokens in uw e-mailmeldingen hebben (naast de huidige: {categorie}, {gebruikersnaam}, {website_url}, {bestandsnaam}):
Ik wil ook dat alle tokens beschikbaar zijn in het veld 'Onderwerp' en in de hoofdtekst.
Dan zou je standaardonderwerp kunnen zijn:
Bijvoorbeeld:
Hetzelfde geldt voor de hoofdtekst van de e-mail.
Idealiter zouden er ook tokens kunnen zijn voor:
zodat deze items met een hyperlink in de hoofdtekst van de e-mail geplaatst konden worden, zodat een beheerder indien gewenst direct naar het document kon gaan.
Dit geeft mij belangrijke informatie over wie welk bestand waar op welke site heeft gewijzigd.
Bedankt voor een geweldig product! Hopelijk wordt het hierdoor nog beter (zonder al te veel moeite).
Larry
- {gebruikersnaam_editor}
{site_naam}
{categorie_naam}
Ik wil ook dat alle tokens beschikbaar zijn in het veld 'Onderwerp' en in de hoofdtekst.
Dan zou je standaardonderwerp kunnen zijn:
[{site_name}]: File '{file_name}.{file_extension}' added in '{category_name}' by {editor_username}
Bijvoorbeeld:
[RRCS Employee Portal]: File 'Test document.txt" added in 'Staff Meeting Minutes' by Larry Daniele
Hetzelfde geldt voor de hoofdtekst van de e-mail.
Idealiter zouden er ook tokens kunnen zijn voor:
- {categorie_url}
zodat deze items met een hyperlink in de hoofdtekst van de e-mail geplaatst konden worden, zodat een beheerder indien gewenst direct naar het document kon gaan.
Dit geeft mij belangrijke informatie over wie welk bestand waar op welke site heeft gewijzigd.
Bedankt voor een geweldig product! Hopelijk wordt het hierdoor nog beter (zonder al te veel moeite).
Larry
L
Hallo Tristan,
Sorry voor de verwarring.
Zoals ik het begrijp, is {gebruikersnaam} de naam van de persoon AAN wie je de e-mail stuurt (d.w.z. dat je op de lijst staat van mensen die een melding moeten ontvangen wanneer er een bestand wordt toegevoegd). Ik wil dat {editor_gebruikersnaam} de gebruikersnaam is van de persoon die de repository heeft BEWERKT (toegevoegd, bewerkt of verwijderd) (d.w.z. de persoon die de melding heeft geactiveerd, niet de persoon die deze heeft ONTVANGEN).
Dus als "Mary" een bestand bewerkt en "Larry" hiervan op de hoogte moet worden gesteld, dan is "{username}" "Larry" en zou "{editor_username}" "Mary" zijn.
Ik zou waarschijnlijk "{subscriber_username}" als synoniem voor "{username}" aanmaken en "{username}" uit de documentatie schrappen. Dit zou helpen om de twee te onderscheiden. Er kunnen meerdere abonnees op een melding zijn, elk met hun eigen {subscriber_username} in de e-mail; er is slechts één gebruiker die de repository heeft bewerkt: {editor_username}.
Ook zou "gebruikersnaam" waarschijnlijk de daadwerkelijke WordPress-gebruikersnaam van de gebruiker moeten zijn (bijv. "ldaniele"
"display_name" zou nauwkeuriger zijn voor de naam die we gebruiken in de aanhef (bijvoorbeeld "Larry Daniele".
En je hebt gelijk, "{category_name}" is hetzelfde als "{category}". Als we "{category_url}" toevoegen, is het belangrijk om de twee beter te onderscheiden.
Ik denk dat de meest duurzame oplossing voor dit soort tokens is om ze één-op-één te mappen naar een typisch object in objectgeoriënteerd programmeren. Bijvoorbeeld, waar je dit soort dingen in PHP of C++ zou schrijven:
Je hebt mogelijk overeenkomstige tokens zoals:
Dit maakt de namen duidelijker (aangezien de WordPress-objecten in veel gevallen al goed gedefinieerd zijn). En het maakt duidelijk hoe je de set kunt uitbreiden als je meer attributen wilt toevoegen.
Sorry voor de verwarring.
Zoals ik het begrijp, is {gebruikersnaam} de naam van de persoon AAN wie je de e-mail stuurt (d.w.z. dat je op de lijst staat van mensen die een melding moeten ontvangen wanneer er een bestand wordt toegevoegd). Ik wil dat {editor_gebruikersnaam} de gebruikersnaam is van de persoon die de repository heeft BEWERKT (toegevoegd, bewerkt of verwijderd) (d.w.z. de persoon die de melding heeft geactiveerd, niet de persoon die deze heeft ONTVANGEN).
Dus als "Mary" een bestand bewerkt en "Larry" hiervan op de hoogte moet worden gesteld, dan is "{username}" "Larry" en zou "{editor_username}" "Mary" zijn.
Ik zou waarschijnlijk "{subscriber_username}" als synoniem voor "{username}" aanmaken en "{username}" uit de documentatie schrappen. Dit zou helpen om de twee te onderscheiden. Er kunnen meerdere abonnees op een melding zijn, elk met hun eigen {subscriber_username} in de e-mail; er is slechts één gebruiker die de repository heeft bewerkt: {editor_username}.
Ook zou "gebruikersnaam" waarschijnlijk de daadwerkelijke WordPress-gebruikersnaam van de gebruiker moeten zijn (bijv. "ldaniele"
"display_name" zou nauwkeuriger zijn voor de naam die we gebruiken in de aanhef (bijvoorbeeld "Larry Daniele".En je hebt gelijk, "{category_name}" is hetzelfde als "{category}". Als we "{category_url}" toevoegen, is het belangrijk om de twee beter te onderscheiden.
Ik denk dat de meest duurzame oplossing voor dit soort tokens is om ze één-op-één te mappen naar een typisch object in objectgeoriënteerd programmeren. Bijvoorbeeld, waar je dit soort dingen in PHP of C++ zou schrijven:
- categorie.naam
categorie.id
gebruiker.weergavenaam
gebruiker.gebruikersnaam
gebruikers-ID
enz.
Je hebt mogelijk overeenkomstige tokens zoals:
- categorienaam
categorie_id
gebruikers_weergave_naam
gebruiker_gebruikersnaam
gebruikers-id
enz.
Dit maakt de namen duidelijker (aangezien de WordPress-objecten in veel gevallen al goed gedefinieerd zijn). En het maakt duidelijk hoe je de set kunt uitbreiden als je meer attributen wilt toevoegen.
- Bladzijde :
- 1
Er zijn nog geen antwoorden op dit bericht.
