xbladerunner

I’m trying to make a tab that displays the membership directory.

I would like the library settings and categories (and subcategories) across all the sites standardized. I believe I have already done this, such that they are all basically clones of one another. But the links contained within those structures are all different in each blog.

If we add the blog ID to the short code, as you imagine it, would it map the links into the existing structure of the local blog, such that those links reside along side the links natively there?

Does the standardization of the settings solve the issue you raise about abandoned elements?

If so then it works for me, though others wouldn’t find it as elegiant if their categories and subcategories are not standardized. So it would be a limited application.

I can marked as resolved, as I finished customizing the plugin to do what I need. Thank you again for the lead on it. Would love to see a plugin update that makes my hack obsolete. Happy to leave the thread open for that discussion. I’ll close it unless I hear otherwise.

Here’s what I did, replacing the original line in the plugin /templates file comments-bbpress-link.php:

	<!--ORIGINAL LINE <a href="<?php bbp_topic_permalink( $bbp_post_topics->topic_ID ); ?>"><?php echo esc_attr($link_text) ; ?></a>-->
        <!--SUGGESTION FROM POST, CREATES A BUTTON BUT NO CUSTOM HTML OPTIONS <a href="<?php bbp_topic_permalink( $bbp_post_topics->topic_ID ); ?>"><?php echo "<button>" . esc_attr($link_text) . "</button>"; ?></a>-->
        <!--THIS ONE DOES WHAT I WANT BUT WITHOUT BUTTON EFFECT <a href="<?php bbp_topic_permalink( $bbp_post_topics->topic_ID ); ?>"><?php echo "<b>CLICK HERE</b> to join the discussion of this post in our discussion forums." ; ?></a>-->
        <!--THIS ONE DOES BOTH--><a href="<?php bbp_topic_permalink( $bbp_post_topics->topic_ID ); ?>"><?php echo "<button>" . "<b>CLICK HERE</b> to join the discussion of this post in our discussion forums." . "</button>"; ?></a>

• This reply was modified 2 years, 2 months ago by xbladerunner.

Thanks @nickchomey —

Here’s the text and tags I’m trying to display:

<center><b>CLICK HERE</b> to join the discussion of this post in our discussion forums.</center>

I’ve put this in “bbPress Topics for Posts Strings”, where it says “Link text (when showing only a link to the topic):”.
`
Thank you for the link to the discussion– haven’t tried it yet, but it looks like it gives me the steps to do exactly what’s needed. Hate to lose it with a plugin update, though.

• This reply was modified 2 years, 2 months ago by xbladerunner.

No, it actually seems to be the other way around– the social login plugin is working fine, i.e., people who register this way are also automatically added to the tech support group; when people register manually they are not automatically added to the tech support group.

Sorry for my rudeness — still getting things sorted on my end, didn’t make time to post update. I have 5 plugins with complicated relations toward one another: 1) BuddyPress MultiNetwork (making it possible to have separate buddypress networks on each site of wp multisite network; network activated); 2) NSUR (making it possible to have separate registration of users on each subsite; network activated); 3) Nextend social login (allowing users to login using social media credentials; network activated); and 4) Buddypress auto join groups (allowing registered users to be auto added to a technical support buddypress group; site activated). 5) I’m also using a WPMUDEV plugin, Branda, to customize the look of registration pages (network activated). What could possibly go wrong?! lol.

It’s all working fine except for the auto join groups part. Folks that register via Nextend social login automatically join the group, but not folks that join using the WPMUDEV plugin. The developers on their end say if I find a hook on your plugin, they can make the autojoin happen. Given your earlier response, I’ve been looking for other work arounds, unsuccessful so far.

I was able to eventually figure this out on my own, I’m adding my solution here in case anyone else gets stuck on the same issue. I searched google for “how to get the current url with javascript”, and learned that window.location.href is the code I needed to add. I wasn’t certain however where to put it until I looked at this page provided by the addtoany developers: https://www.addtoany.com/buttons/customize/wordpress/events
On that page it provides an example under the section “Modifying the Share”, of some code to add to the “additional javascript” section of the addtoany settings page (goto admin, settings, addtoany, scroll down to additional javascript).
I replaced the existing template in that area with the code provided by the developers and saved it. The result still wasn’t what I needed until I switched out the part of the code that says new_url = old_url + hash_pi; with new_url = window.location.href;
That did the trick. Now when someone searches our website, if the search results page has addtoany active, the actual search results can be shared, instead of just the search page. I’m not sure why this isn’t the default behavior of the plugin, maybe it is and my site is just uniquely not allowing this behavior without the tweak, but whatever the case, I hope the solution here is helpful to someone.

worked for me too, thank you both!

Never mind — figured it out! For anyone else wondering, go to the Library Settings Tab, and scroll down to find the “Link category override selection list” box, found on the right-side column. If you hover your mouse over it, you get your instructions. Include all the category IDs (comma separated) in that box, any left out will not appear in the list.

Looks like it is now working, checked via mobile and desktop.

Works great Yannick, thank you for the quick response.

I found another plugin with the same functionality, but the developer has been silent longer than here… I would like to get this working with latest releases of wordpress and buddypress, but it doesn’t appear that there is enough dev community interest ???

Breaking it out into two options would be great, Yannick! I prefer to keep using “new” flags, but I’d like the scroll over information to be only available to administrators, or as you suggested, a separate option all together.

I discovered that activating the classic editor plugin brings the functioning back online, but yes, that then deactivates the gutenberg editor.

This was possible before version 5 of wordpress — the gutenberg editor doesn’t recognize this feature however (and as you see the bbPress Topics for Posts plugin hasn’t been updated yet). To get this feature to work with version 5 you have to deactivate the gutenberg editor — I used the classic editor plugin to do this. When the classic editor is activated, you’ll see that the “discussion” option within the post editor gives you an option to select with which forum the post should be associated. In that option box you should first check the box that allows comments, then additionally select that you want bbpress to handle the comments, and which forum to put them in.