Forum Replies Created
That’s bbPress not BuddyPress, different plugins, different templates.
iirc you need to look in bbpress/templates/default/bbpress
But asking on the appropriate forum will probably get better results.
Can you first check the codex for guides, we provide the sort of information your asking for there.
That codex page had been edited at some point and the api example removed, checking it proved not to be worthwhile pulling up a revision copy though so page is suspended for review, sorry about that.
For the moment this page exists but will too be in need of review:
bp-themes isn’t any longer a part of the BP core package, try and reference everything from bp-legacy which are actually the theme compatibility templates used by BP.
The function works in a similar fashion to the WP menu in terms of how the items are built, fundamental difference from the existing approach is that the sub-menus are actually proper ul ul child elements nested.
> Can you confirm that means that all users can still post comments in all group threads,
And how did your tests turn out? Really it’s a question best answered by testing the outcome on a development or staging server, but yes this process will leave only groups activity posting working.
You need to edit the files where the whats new post form is called so yes two files for the main activity directory page and the members activity index, then your single groups activity stays as is.
You could perhaps have a look at replacing the current default nav for this BP WP style nav, haven’t looked at this for a while but should still function:
>BUT the time stamp does this
Exactly! So the issue is not that it doesn’t link to but that it could link to better! If the read more link doesn’t link to the comment maybe that could be raised as an issue to be addressed.
@clivoo I may not have followed the issue correctly but comments made in a post get synced to activity stream, they get placed as a comment under the the activity entry for that post and the activity entry for that comment does link directly to the post comment using the page anchor principle /#comment-one
You need to do some debugging.
You do not explain if you’re using custom BP templates, if not then there’s no point looking for errors in the template files as we would have spotted them by now.
If you’re missing sidebars then it’s more than likely a fatal error being thrown by some plugin or piece of custom code.
Turn on wp_debug in your wp-config.php so you can see error messages displayed to clue you in to the offending plugin or piece of code, although you should have tried disabling all plugins really to see if it can be pinned down to one of them.
You need to provide more information such as theme in use, plugins etc.
This is more than likely theme related, using a premium theme that doesn’t play nicely with BP, you can test this by activating one of the WP default themes and seeing if issue persists, if it does disable any plugins not required for a basic WP/BP site.
Why are you not simply using S2 member conditional tags to ensure logged in users can’t perform certain actions around the site like activity updating, accessing groups, posting forum topics, creating posts, you should be able to restrict their activity quite easily until such time as they renew subscription.
Those inline styles are added via JS, you’ll need to overload the BP JS file in the same way you have the CSS and edit the values, they’re near the top of the file.
The issues are being worked through on that trac ticket, but aren’t straightforward, the resolution should be included in the next release of BP, not sure that much can be done in advance of that by way of temp fixes but if something can be figured out we’ll post it here.
Did you check this aspect I mentioned a while back?
>and your template show filter is current i.e uses ‘bp_activity_show_filters()’
@petervandoorn NP there was no offence taken more a concern in stating something was wrong, which can be a little black or white, and where it wasn’t necessarily wrong but different things work or are needed in different circumstances.
I wish I could remember what corrected the issue when I encountered the no show in the filter, just in case permalinks do figure in things – they do where registering CPT’s are concerned – visit your permalink page to ensure cache is updated?
> this seems like fairy dust
Tend to agree, however it’s not necessarily core functionality it’s located in the templates directory and as such you can overload the file and any file there to your child theme and edit as you see fit, check the codex for explanations of the template hierarchy.
>After reading what you said about I looked at the ‘Activation’ drop down and it was set to login so I think that is where I went wrong.
I suspected it was – that was confusing WP. For the moment set activation simply to a new blank regular wp page named ‘activation’.
The admin user or primary user that is setup when a wordpress site installed is always able to login directly, and it’s initally only that user that can activate plugins i.e BuddyPress so I’m not sure why you are having trouble with activation requests. /wp-login.php should allow the admin to login regardless of whether BP is activated or not.
What account are you trying to login with, the admin user ID 1 ?
In the BP settings screen ‘Page’ tab what page have you associated to ‘Activation’ in the select box, as the redirect here appears to be the main issue and the WP link to login on the WP toolbar should redirect to the wp-login screen, which you can actually access directly by modifying your browser url so you can actually login as admin and manage your site.
fyi you shouldn’t have to trouble your web hosts to deactivate BP, using a control panel or ftp you can rename the plugins folder which will force a deactivation of the plugin or any plugin if they give trouble.
>I had already worked out that ‘component_id’ => buddypress()->activity->id was wrong
No it’s not wrong, buddypress()->activity->id == ‘activity’, in replacing it with a hardcoded string you could possibly cause issues if activities id did change, where it will cause issues is if BP isn’t loaded then buddypress() will fail, a hardcoded value is safer in that respect.
>but it’s interesting to find that the source of the problem was that the codex example was (and still is, btw) hooking into the wrong action.
Again it’s not necessarily hooking into wrong action ‘bp_init’ does work, I used it recently on a register_post_type where issues arose on BP update as init ran before bp had re-activated, although that later priority may have solved that one.
So the reference to codex entry still being wrong is debatable, possibly it ought to be updated, and on that score the codex like the rest of the BP project is all volunteer work and any member has the ability to add, update codex pages if they see somethings wrong
> it’s not easy for us frenchies to write Codex articles.
Oh you don’t do too bad a job, the two of you, for frenchies that is
Actually I wasn’t commenting on the standard of article/s at all just on the separation of information.
@danbp Thanks for adding the link, there’s a fair bit of detail in that topic on support which really ought to be in the codex, almost a case where the post topic is better detailed than the codex entry which aint a good thing!
Not sure here why the split between the register cpt function and BP one, if there’s access to the cpt register args why not simply add the BP args to that, although if BP wasn’t activated it would be harder to check for that especially if the CPT was required regardless of whether BP active or not.
I sort of encountered the same issue but sadly can’t say what I did to correct whatever went awry.
You appear to have followed the codex example correctly, but maybe try the other approach and update your register_post_type() $args; ensure your definitely using the correct custom post type name, text domains etc and your template show filter is current i.e uses ‘bp_activity_show_filters()’
Remember to follow the naming convention as outlined in the codex guide for template hierarchy and that if wanting to create a standalone template i.e index-registration.php it will require all the ‘parts’ that constitute a WP template get_header/get_footer
Where did you get the idea that /registration/ was a valid directory? Look at the existing bp-legacy layout it’s there in black & white as to where files reside and in what directories
If you want to do this I suggest that you’ll need to hire a developer, as in the original response “but is no trivial task ” There’s little point suggesting where to start as unless you have pretty good PHP skills and a good knowledge of how BP works this will be a struggle to achieve.