@wuhaobill Would like to know this too, does the plugin @karmatosed suggested actually work?
Hello,
I have activated the root profiles modification:
3. Put BuddyPress Profiles in the Root – ie. http://example.org/username/
Add this line to your wp-config.php file:
define ( ‘BP_ENABLE_ROOT_PROFILES’, true );
However, I now want to be able to stop people signing up with the following usernames: members, activity, about
(i.e I don’t want member name/page conflicts)
How can I stop this?
Basically, the solution was to refrain from renaming divs within HTML structure in child theme of bp-default unless you know what you’re doing and make corresponding change in js where required as well. Re-upload BuddyPress and you should be good to go – unless you’re using a totally customized bp-default child theme then you need to contact theme author.
Neither Facebook, Twitter or Google+ allow yo to edit activity/ status updates. Seems like it’s the normal on the interwebs.
Can you explain more about this code? How to use it?
`class BP_Example_Component extends BP_Component {
function __construct(){
parent::start(
‘example’,
__(‘Example’, ‘buddypress’),
BP_PLUGIN_DIR
);
}
function includes() {
$includes = array(
‘actions’,
‘screens’,
‘template’,
‘functions’,
);
parent::includes($includes);
}
}
`
You mean what is using activity / groups and files in it unless I’m mistaken?
I can’t think of a quicker method than having the default theme open with child and following the path it’s fairly accessible in 1.5.
Some links that may help you:
https://codex.buddypress.org/theme-development/building-a-buddypress-child-theme/
https://codex.buddypress.org/theme-development/the-bp-default-theme/
https://codex.buddypress.org/theme-development/wordpress-to-buddypress-theme/
https://codex.buddypress.org/theme-development/bp-template-pack-walkthrough-level-easy-2/
However, if I’ve missed the mark can you give me an example of what you want to do may help me see?
Why is it so difficult to add a edit bottom besides the view and delete bottoms?
This possibility exists in the forum posts and in the wordpress blog posts.
Is this part of some kind of strategy?
Yes, I have “Don’t cache pages for logged in users” selected.
Where does Buddypress hook into WordPress and how?
I var_dumped wp_query in wordpress “wp” action and found wp_query->is_404 is set to true on all buddypress sites for example on “Activity” or “Members”.
Hi, does anyone know of a way to show the paths to the template files being used by Buddypress (like you can in Magento)? I’m creating a child theme of the default Buddypress theme and I’m often struggling to identify what file does what.
Thanks.
Thanks for this information! I was looking for such manual!
As I understand it is not possible to show quicktags in activity comment form since it doesn’t have an exact ‘id’. Am I right? Or maybe there is some way to make quicktags appear everywhere?
there is a plugin from @brajesh:
http://buddydev.com/plugins/blog-categories-for-groups/
where he would like to add a simple post from Groups admin front end (creating- editing), he has the plugin in development take a look here:
https://github.com/sbrajesh/blog-categories-for-groups/issues?sort=created&direction=desc&state=open
now i found what i’m looking for, hahaha im having the same problem, adding new field in the group creation form. thanks @4ella 
, so what’s the progress here?, i saw @slaffik plug ins, and it’s really cool and useful in someway but we also need to put those fields in the creation form not just in the edit group form… 
@untilthen5 my PHP knowledge is adequate to zero , so I didn’t find any solution , I was studying @slaffik ‘s plugin to find something what should help us to display those fields , with my PHP knowledge I gave it up immediately.
Slaffik’s Group Extras plugin is great , even greater now with adding unlimited group pages, it miss only function to memorize the sets of fields for all groups (you should create for every single group those sets of fields over and over again , @slaffik promised to finish it too).
boone’s & modemlooper’s code is very quick and for me perfect solution because I don’t need the sets of fields. I need only 1 set of 10-15 extra fields on first Group creation step page which will better describe every group . Fields thanks Boone and Modemlooper we managed to get to insert into database, so group admins should see them now , fill them out , but without displaying those fields for public is now at least for me unfortunately useless .
It looks like displaying those fields in groups doesn’t seem so simple as we were thinking (the way of displaying the fields in profiles as we know is very easy). @modemlooper said after he will finish his other works he has also intention to finish this small but very useful plugin – I suppose he meant with displaying all those fields in the template so I am going to wait when someone of them will come with fully working plugin.
I’m talking about editing the content of a post in the activity feed.
After you make a post in Buddyprees, it is only possible to delete the post, I would like to have the possibility to for example edit the test of a post.
Sorry for the confusing
This thread as been very very helpful for me in creating custom group fields especially with my inadequate php experience. @4ella have you found the proper way to display the extra group information that has been stored in the groupmeta database? Ive been attempting retrieving that information to display in the group header but I had no luck. I tried looking up how to retrieve the data but I dont quite understand how bp uses commands like get_groups_description instead of using $fields and ‘field name’ or $row..
@Boone
totally sweet. figured there had to be an easy solution. I’m slowely getting excited about this transfer from vbulletin to bp/bbpress.
@anointed There is nothing in the BP UI to do this, but you *should* be able to do it by adding a piece of groupmeta:
`groups_update_groupmeta( $group_id, ‘forum_id’, $forum_id );`
Should be as simple as that…
As I said, BuddyPress 1.5 takes the “search” URL for itself.
@djpaul that’s my “search” page! not 1.5’s!
What @djpaul said.
Also, as for your question about migration: I would imagine that, as far as the data itself is concerned, no migration will be necessary. However, if after BP 1.6, you want to move from the one-big-forum model to the BP one-forum-per-group model, you may have to do a bit of adjustment.
