CUNY Academic Commons

What about

Reply to this email to add your response to the thread or [go to the discussion] to catch up on the entire conversation.
 You are currently receiving notifications for your own posts.

Boone's suggestion would be easier to implement due to the way BuddyPress is storing the email content of the message as tokens.

This is what GES stores the HTML email content as:

{{{ges.action}}}:\n\n<blockquote>{{{usermessage}}}</blockquote>\n&ndash;
\n<a href=\"{{{thread.url}}}\">Go to the discussion</a> to reply or catch up on the conversation.
\n{{{ges.email-setting-description}}}

In theory, I could hijack the {{ges.email-setting-description}} token and prepend Boone's suggestion of:

You may also reply to this email to add your response to the thread.

Before the {{ges.email-setting-description}} token is rendered.

Boone Gorges wrote:

but now I'm wondering whether there are GES notifications that don't support RBE.

Yes, there are a few like #6674.

Is there an easy way to come up with a comprehensive list of RBE-supported types?

We're really only concerned with GES. All the support I've added for GES is in RBE -- group activity updates, group forum posts powered by bbPress, and BP Docs comments.

Can/should we modify the footer on the fly, rather that/in addition to changing what's stored in the email template post type object?

Yes, we should modify the content on the fly. I would recommend what I posted above.

I'll try to write this code from the GES plugin, but it might have to be coded from RBE's side.

Ray - your plan sounds good. Thanks for looking into it!

Thanks, Ray. What would the final result be? would it be this:

[Go to the discussion] to reply or catch up on the conversation.
You may also reply to this email to add your response to the thread.
You are currently receiving notifications for your own posts.

Is there any way of making the reply option appear first? If so, would it be:

Reply to this email to add your response to the thread.
[Go to the discussion] to catch up on the conversation.
You are currently receiving notifications for your own posts.

or something like that?

Matt, it would be the former due to the way we allow site owners to customize the email content in the WordPress visual editor, and also potential localization issues.

I guess we could introduce pseudo-tokens and place them inside the email content. These tokens would not output anything, unless a plugin decides to filter and hook into it to output something. However, this would probably cause more complexity.

Okay. I kinda sorta understand the code above and don't quite get why the HTML can't be reordered -- though, admittedly, I only kinda sorta get it, which is likely the difference!

Okay. I kinda sorta understand the code above and don't quite get why the HTML can't be reordered.

The issue is two-fold:
1. The new email system in BuddyPress allows for site admins to customize the email content for each type of email. Each type of email is stored as a WordPress post, which is written to the database.
2. The Group Email Subscription plugin adds its own email type (four to be exact). The one we're interested in is group activity sendouts. We cannot modify the default email content for group activity sendouts because RBE might not be active on the site.

The method I thought of above would dynamically do a little trickery to inject our custom RBE message in between an existing token.

However, I just thought of another alternative, we could introduce a custom token - {ges.rbe-notice} - and then add this custom token to CAC's GES email content only.

This would allow for Matt's version of the RBE message to be possible.

> This would allow for Matt's version of the RBE message to be possible.

That's great news! I am definitely in favor of it but also happy to have other members of the team (like Paige) weigh in.

Thank you, Ray!