BuddyPress.org

The reason this is happening is due to the child elements being floated and following proscribed behavior,escaping their parents boundaries, the li item height is less than it’s floated child element thus the li elements can’t float fully to the left as the child element drops below each list bottom edge.

Clearing solves this but also containing floats does and ensures that the parent is forced to extend it’s boundaries to include the floats using ‘overflow:hidden;’

From my enquiries, I believe VaultPress only backs up the regular WordPress tables (i.e. not BuddyPress’).

You need to clear the list items.
Add `clear:both;` to this style. `ul.item-list li`

Did you ever figure this out? Just started playing with BuddyPress and have the same issue.

I should add:
WP 3.0.1
BP 1.2.6

I’m using child theme of TwentyTen but also tried default BP theme. Issue is definitely with the install directory not being included in the wp-login path.

Thanks

I think that ‘read’ is what you’re looking for, though I must admit that I haven’t put much thought into the way that the bbPress permissions translate in BP. That part of the plugin could use some real adaptation to BuddyPress, so that it uses things like `groups_is_user_mod()` rather than `bb_current_user_can()` – or at least a more consistent mapping of BP group permissions to bbPress.

Here’s the code that does it on buddypress.org. It’s basically repurposed from bbPress.

I had to replace the actual backtick with the phrase `[backtick]` so that it would render properly on this forum. Make sure to correct that in your version.

`// Borrowed from bbPress
function bporg_encodeit( $matches ) {
$text = trim($matches[2]);
$text = htmlspecialchars($text, ENT_QUOTES);
$text = str_replace(array(“rn”, “r”), “n”, $text);
$text = preg_replace(“|nnn+|”, “nn”, $text);
$text = str_replace(‘&’, ‘&’, $text);
$text = str_replace(‘<', '<', $text);
$text = str_replace(‘>’, ‘>’, $text);
$text = “$text“;
if ( “[backtick]” != $matches[1] )
$text = “

$text

“;
return $text;
}

// Borrowed from bbPress
function bporg_decodeit( $matches ) {
$text = $matches[2];
$trans_table = array_flip(get_html_translation_table(HTML_ENTITIES));
$text = strtr($text, $trans_table);
$text = str_replace(‘
‘, ”, $text);
$text = str_replace(‘

‘, ”, $text);
$text = str_replace(‘

‘, ”, $text);
$text = str_replace(array(‘&’,’&’), ‘&’, $text);
$text = str_replace(”’, “‘”, $text);
if ( ‘

' == $matches[1] )

$text = "n$textn";

return "`$text`";

}



// Borrowed from bbPress. Makes code in backticks work, both in forum posts and in activity updates.

function bporg_code_trick( $text ) {

$text = str_replace(array("rn", "r"), "n", $text);

$text = preg_replace_callback("|(`)(.*?)`|", 'bporg_encodeit', $text);

$text = preg_replace_callback("!(^|n)`(.*?)`!s", 'bporg_encodeit', $text);

return $text;

}

add_filter( 'bp_get_the_topic_post_content', 'bporg_code_trick', 1 );

add_filter( 'bp_get_activity_content_body', 'bporg_code_trick', 1 );`

@hotforwords No, thank you. If you’ve got a working version, we’ll probably just look at it to check everything is up to date and then use it

I am not even sure it is possible, but if someone wanted to try to create a plugin to enable this and needed something changed in core, we’d be happy to work with them. There’s been no discussion of this making it into the BP 1.3 release, so if it did, it’d be included in a release next year.

Hey any movement on this in last few months? I just made another post here about the need for tinymce in BP profiles https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/html-on-profile-page-can-it-be-done/#post-77788

@muchad
Thanks that worked

@mercime provides some feedback on this on this thread: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/can-buddypress-function-like-ning-com/

I don’t know what the future plans for BuddyPress are in this regard

BuddyPress only has very limited forum support. A bbpress plugin beta was scheduled for Sept 15 but has not materialised yet.
You are right that this site’s support area would be better served by an independent forum implementation. It’s very difficult to follow threads and find previously discussed topics.

@sumans you already started a thread about that and r-a-y gave you the answer, changing the_content to the_excerpt

@hotforwords Marina, thanks for sharing your update, will be checking it out in test install for a tutorial.

No. At this time, there is no BuddyPress Multisite, BP can only be installed in one blog – main site OR one of subsites then track all member information/posts across the multisite installation. Having said that, there’s nothing to prevent a super programmer to code a script for a BP Multisite.

hi! do you have a resolution for this issue? It is happening to me too!

I can add a user from my admin WP panel, but cannot register using the /register page: I enter all the data (name, username, etc) click on “Complete Sign Up” – > I’m back to the /register page (all the entered data disappeared)
– I’m using the default theme
– the “allow anyone to register” option IS selected.
– tried it with ALL the plugins disabled

thanks

I have the same problem as Dudeski. I also get the wordpress installation address, rather than site address. So the home and other buttons don’t work.

Are you sure that your custom-sample.css file is actually being included? With a file name like ‘custom-sample’, I’m guessing that it might not be. Check out the theme’s main style.css, and see if there’s an @import rule for custom-sample.css (or if there is a rule in any other imported stylesheet).

I’m not sure how bp-social works (it appears to be a premium theme so I can’t look at the code) but if it is a child of bp-default, then you won’t be able to create a “grandchild” theme so that your changes won’t be overridden – WP doesn’t support that. However, you could fake it by dropping a snippet in your bp-custom.php file that looks something like this:

`function bbg_custom_style() {
$myStyleUrl = WP_PLUGIN_URL . ‘/custom.css’;
$myStyleFile = WP_PLUGIN_DIR . ‘/custom.css’;
if ( file_exists($myStyleFile) ) {
wp_register_style(‘myStyleSheet’, $myStyleUrl);
wp_enqueue_style( ‘myStyleSheet’);
}
}
add_action(‘wp_print_styles’, ‘bbg_custom_style’);`

(See https://codex.wordpress.org/Function_Reference/wp_enqueue_style for more info on how to enqueue styles)

Just make sure that you have your custom styles in a file called custom.css in your plugin directory. That should make sure that your styles get loaded, but that they don’t get overwritten by future upgrades to your main theme.

One would have assumed that was the case, partly due to the lack of information provided to us.

I would still not waste the time fixing a theme that wasn’t following a general WP convention.

You have to make sure the “ call is in the theme’s footer.php.

If it messes up your layout, try putting it at the very end before the closing “ tag.