Forum Replies Created
-
I had my eye on Cornerstone – need to try it now! Thanks Jeff.
(and yes, I was just impatient – it takes a while for WP to update the repo)
Argh! The plugin is broken due to a foldername issue. I fixed it but can’t get the correct version to show up in the repo. Any ideas what I am doing wrong:
https://wordpress.org/support/topic/390071?replies=1#post-1484826
This is now in the plugin repo
https://wordpress.org/extend/plugins/buddypress-forums-move-topic-planned-split-and-merge-topic/
Wow. Tipsy is great – this would be perfect for doing Group Forum topic previews.
The one constructive suggestion I can give you is to further tweak the CSS so the “Tipsy” popup name is in focus – now it kind of conflicts (visually) with the avatar above it. How easy is it to tweak the CSS – for example, is it possible to put an opaque overlay on the parent div so the focus is on the tipsy popup?
To get rid of the title, go to your stylesheet (.css) and find #header h1
add
display:noneAnd the title will disappear.
A couple tips:
1. Use Firebug or Google Chrome’s built in developer tools to troubleshoot style issues
2. Use a child theme (search Buddypress Child theme) or you will lose your changes
You mean like this?

Thanks again for this — it was a user request literally just a few days ago.
No problem – I had already coded it, but your request inspired me to turn it into a plugin.
What code are you using to pull “X Posts Since Last Visit”?
r-a-y’s redirection trick doesn’t work for me in WPMU. Manually changing the location is going to look something like this:
HOW TO MOVE WPMU/BP TO A NEW LOCATION
1. change url in blog “edit” admin menu
2. rename bp folder (or move files to root)
3. edit wp-config … fix 2 instances
4. open phpmyadmin … search and replace to fix many instances, particularly in the activity stream. Because you have to do this one row at a time (no MySQL global search and replace), it will take quite a while
5. edit .htaccess RewriteBase
AKA a lot of work.
There must be an .htaccess trick for this??
Hmm, RSS… that is a little complicated. Also another implication I did not think of is the activity stream. If the idea is to restrict access to content, then both the RSS, the activity stream (and the activity stream RSS) have to be considered.
Before we go down the route of considering another plugin, have you already tried this one?
https://wordpress.org/extend/plugins/bp-groupblog/
BuddyPress Groupblog
Description Installation Screenshots Other Notes Changelog Stats
Author: Rodney Blevins & Marius Ooms
The BuddyPress Groupblog plugin extends the group functionality by enabling each group to have a single blog associated with it. Group members are automatically added to the blog and will have blog roles as set by the groupblog admin settings.
Features:
Full blog theme integration. The included bp-groupblog theme mimics the group pages.
WP Admin option to set default blog for groups plus bonus options.
Automated blog registration at group creation stage.
Bypass default blog validation to allow dashes, underscores, numeral only and minimum character count.
Blog privacy settings are initially inherited from group privacy settings.
Group members are automatically added to the blog.
Blog roles match group roles as set by the group admin.
Solid error checking that the blog follows validation.
Group admin tab to access the group-blog settings.
Recent posts are displayed on the group home page, much like the forum topics.
A menu tab is added to display the latest blog activity and blog page links.
Blog themes will have the ability to pull in group info and create a theme that could resemble the group exactly.
Leaving the group will downgrade the member role to ‘subscriber’.
Allow the group admin to select one of his/her existing blogs.
Known Issues: * Group blog post do currently not show up in the group activity stream. Therefore as a short term solution we are including a custom activity loop on the blog page. This should be fixed in the future.
Roadmap:
Allow the admin to let group admins choose the blog name, instead of following the group name.
Frontend posting from the blog home page.
Redirect options to integrate deeper with the blog.
Include an RSS icon for easy access to the Blog’s RSS feed.
The only difference is that WPMU allows users to create their own blogs. WP does not.
Updated: version 0.0.3
Same Download Link: http://bpanswers.com/buddypress-forums-posts-since-last-visit.zip
Hold the phone!
I found an obsolete conditional that is causing the plugin to fail on certain browsers. Probably the source of your issue.
Need to update.
I’m not exactly sure where you will look, but I think what you want to do is find “pagination” links and delete them from your theme. for example, here are pagination links from the bp-default theme’s activity-loop.php
<noscript>
<div class="pagination">
<div class="pag-count"><?php bp_activity_pagination_count() ?></div>
<div class="pagination-links"><?php bp_activity_pagination_links() ?></div>
</div>
</noscript>Well… with regards to SPAM… I’m not certain… but I suspect that’s actually BuddyPress-related.
This is a fact. I “bugged” my registration pages and spent the weekend watching spammers in their natural habitat. My findings confirm that, if you do nothing special to protect your site, BuddyPress is absolutely, definitely associated with an additional spam burden over and above what you get with WP and WPMU.
It’s another great example of a problem that is not WP, it’s not BP – it’s a “synthesis” problem. Though the solution is definitely a BP one (not ready to report it yet, for fear of jinxing my progress).
Here’s what I’m thinking in terms of user stories, assuming 2 groups (A and
:“I’m a user of Group A, so on the main blog, I see all Posts tagged A. I don’t see Posts tagged B.”
“I’m a user of Group B, so on the main blog, I see all Posts tagged B. I don’t see Posts tagged A.”
“I’m a user of Groups A and B, so on the main blog, I see all Posts tagged A and B.”
It will use blog tags, not blog categories.
It will support normal, private, and hidden forum types.
Assuming a post is tagged with A and B, the permissions are as expected:
“I’m a member of group A. I can see the post tagged A and B.”
“I’m a member of group B. I can see the post tagged A and B.”
Showing icons all the time, visited or not…
This is actually correct. There will always be an icon displayed. It will be the “lit up orange” icon if there are new posts, and a “non-orange” icon if no new posts.
In certain browsers, such as Google Chrome, I noticed you need to reload the page to see the “lit up” icon switch off after you visit the thread. Firefox did not need this. Is there a way to force a refresh in php code?
The best way to test this plugin would be to go to another computer or open a different browser and log in as a different user. Post some nonsense posts, then return to the first computer/browser and reload the page. You should see the icons “switch on.”
Great discussion – thank you!
BuddyPress is a plugin and like every other plugin, you don’t complain at the plugin because the core isn’t working properly.
OK, point taken… but I guess I would challenge this notion of BP being a “plugin” anymore. I’m counting at least 130 official plugins for BuddyPress in the repo – How many “plugins” do you know of that have a whole ecosystem of sub-plugins developing around them and more every week?
you would edit activity-loop.php. Under
<?php while ( bp_activities() ) : bp_the_activity(); ?>I would add a conditional loop that inserts an ad every 3 posts, or you could a rand() to vary the amount of activity stream updates between posts.Is that BuddyPress Ajax Chat? They have been warned several weeks ago:
https://buddypress.org/forums/topic/plugin-hall-of-shame-plugin-devs-please-read
hard to say, but you do seem to have a pretty complicated directory structure. Possible that has something to do with it?
Can someone give solution that users that wish to sign up dont use buddypress signup page, instead they use regular wordpress signup which is much much safer.
Hmm, interesting. The generic BuddyPress register form does seem like a bit of a sieve (though it could just be my frustration talking).
I think you would just delete/disable /registration/activate.php and /registration/register.php. You would lose the ability for users to fill out extended profile fields at signup. However, quick signups are probably preferable, with seasoned users filling out extended profile fields as needed. I’ve read at least one article via delicious.com that suggests to me that signup forms need to be as simple as possible to help users focus on getting “behind the wall” fast and easy.
I got inspired and turned it into a plugin: https://buddypress.org/forums/topic/new-plugin-buddypress-group-forums-new-posts-since-last-visit
brilliant!
DESIGNERS: fixed width rules.
thanks for doing this!
excuse my ignorance of htaccess but is this even possible? and if so, how is it done?
I noticed a issue with spammers using CURL to download /registration so blocked that in .htaccess (It’s been mentioned on a thread somewhere how to)
You have to hack one of the bbpress files. I would tell you exactly what to do, but my changes got nuked when I upgraded to 1.2.3.
Search the files for the “per_page” variable. it will be set to 15. that’s the one you want to change.
This really should be a lot simpler to change. It would really be nice if BuddyPress admin panel offered the most basic configuration features for its (bbpress) Forums. Unfortunately, the BuddyPress version of bbPress provides none of the admin panel features out of the box.