I’ve tried implementing such things on my own, but I’ve never seemed to have universal success on the topic. Because of that, and the availability of the feature, I’m hoping to integrate BuddyPress’ email functionality in version 4.4.0
Thread Starter
quatio
(@quatio)
Thank you Michael for your reply.
How long before you release version 4.4.0?
Hard to say, I have some other stuff for WebDevStudios to be focusing on first, and the next version of BPRO isn’t at the top of that list at all. It’s always kind of been more a “as I can find the time” item.
Thread Starter
quatio
(@quatio)
I understand.
Can you tell me, the way or files that send the notification of BRPO?
So i can try to modify your code, for to send the html email in my wordpress installation.
Thanks in advance
P.s. Do you know another plugin that do the same things of yours but with notification in html mode?
There’s only 2 files that do the bulk of the plugin’s functionality, and you’ll see in them my attempts to set the html formatting filters. Those files are inc/admin.php and inc/core.php. I think there’s one that may not have those being applied at present moment.
Do you know which email(s) specifically is failing to get the html version?
Thread Starter
quatio
(@quatio)
All emails are falling and are send in plain text mode and not in html.
Activate & Profile Alert Message
Account Approved Email
Account Denied Email
Admin Pending Email Message
User Pending Email Message
Thread Starter
quatio
(@quatio)
Hi Micheal,
can you tell me, where is the table where you storage the number of the pending request?
And how can I clear, after the my tests, the data of your table?
I have seen that there are this table:
bp_notifications
bp_notifications_meta
and the user are storage in
signups
Can you explain me, which are your data?
Thanks in advance
P.s. Now only the pending request is sent in plain/text!
No custom tables from us, and we do a basic query for users with our user meta, and then cache that value with a transient. You can see it here: https://github.com/WebDevStudios/BuddyPress-Registration-Options/blob/master/includes/admin.php#L8-L30
Regarding transients, I have https://github.com/WebDevStudios/BuddyPress-Registration-Options/blob/master/includes/admin.php#L1018-L1032 hooked up to the delete_user action but it can be called directly as well and still do its thing.
Regarding stored values as a whole from us, we are pretty minimal. We use the _bprwg_is_moderated key for user meta values, and we store strings of “true” and “false” for that one. The rest are from our settings page, regarding the messages and the three checkboxes at the top. Those get stored in your wp_options table, and should all be prefixed with bprwg_
