I’ve changed that to 100% as the first thing i tried, no dice. It makes it wider, but not full page width
You’re probably being foxed by this naughty little ruleset in default.css
`
line 60
#wp-admin-bar .padder {
width:90% !important;
}
`
#wp-admin-bar .padder{
width: 100% !important;
}
that should make it look like the admin bar above
The new menus have oversights, out of interest do we know what if any changes may be implemented for nav menus in 3.1 if there are it would make sense to add that patch to the mix for testing – given that 1.3 will release after 3.1?
How are you implementing the tabs? Will users need to create these tabs via pages? Or will it be pre-populated? If somebody creates custom links for the tabs then .current-menu-item does not get added to them. This seems like WP is missing something. So it will look funky if some tabs have current states and others do not. I’m sure the custom links option is mainly for external links but seems like a WP failing here
It doesn’t add .current-menu-item to those types of links. That’s what I meant before. Only pages add that class as well as .current_page_item to a menu li.
li id=”menu-item-91″ class=”menu-item menu-item-type-post_type menu-item-91″>Activity
li id=”menu-item-104″ class=”menu-item menu-item-type-post_type current-menu-item page_item page-item-102 current_page_item menu-item-104″>Forums
Current_menu_item would be my preference to be honest as a styling option.
@hnla I’ve replied to the trac
@modemlooper the cause for custom link nav items not getting the style for the “selected” page is as a result of _wp_menu_item_classes_by_context() in WP Core, which is doing what it’s meant to do.
There’s no good hooks or filters we can use. We’re going to need to style ul#nav li.current-menu-item the same as ul#nav li.current_page_item. We can change the selector on line 150 of the CSS file. Anyone see any problems with styling current-menu-item?
I can try 
haven’t used Tortoise to create patch before. You agree though, on the depth param?
Thanks to @mercime for pointing me here
@hotforwords
Here’s what I did (hope I didn’t skip anything)
-On line 35 of bb-template-pack.php I changed bp-js to dtheme-ajax-js
-copy line 24 through 36 in functions.php and paste in bp-template-pack.php (line 36)
That’s it? Do I need to update any else in bp-template-pack?
The specif problem after a new user registers on the site they are not receiving an activation email to complete the process.
Yes, it is on a multisite and I haven’t done anything significant other than install buddypress and activate the buddypress theme.
+1 for BP-Default Menu bar same styling maybe hover a few shades up to highlight hover.
Hmm, now that you mention it I’m seeing the same thing on my subdomain blogs (using a rev of 2010 theme on subblogs, wih bp-default/minor child customizations on my main site). Gravatars still show up, but not user defined avatars. My most notable change as of late has been BP 1.2.6.
@topracer, what bp rev are you running?
I would suggest ignoring the admin bar as it is likely to change to the new admin bar present in WP 3.1. I think it just needs to remain internally consistent with BP-Default.
Initially, I thought it could have been cause by missing lines in .htaccess file, but since you have post images showing up in your subdomain blogs, I would double-check if code needs to be updated in your premium theme. Contact theme author for support.
Well logic would dictate to some extent simply replicating the adminbar styling more or less.
the opportunity should be taken though of getting rid of the graphics and replacing them with versions that aren’t 1×1 and if adding hover it should also be matched with :focus
The current nav tabs has no hover state only a current. So are we adding one? If so suggest colors 
I played with a rounded bottom, not really a fan of the way it looks when you have a third ul but if everyone wants it then we should add it.
Do you have any other pluginstthemes installed? Try disabling s2member temporarily and using the out of the box theme. I just had a very similar issue with facestream causing issues with group setup/avatars on my end.
May I suggest we have a consistent hover over colour just from a usability point of view? Even a hover and current would be the ideal I would go that stage further. I totally agree the top and sub / drop menus should both have a hover colour but it should also be the same. I also would lean to the menus actually being the same colour not the different white. My reason would be 2 fold: contrast / visual and usability.
Rather than doing a 2 cents with another version and creating a too many cooks situation I reckon seems sensible to add to the version you’ve come so far with @Modemlooper? May I suggest some possible enhancements as a result of this thinking?
I’m thinking we could perhaps add the following possible enhancements:
1. Hover / current styling
2. Darker consistent to top menu styling
3. Bottom border rounding on the drop down perhaps to match the top rounding on the top menus?
Had intended on looking in detail at new menu arrangement but have had a really problematic time running 1.3 on a clean relatively fresh and mainly unused WP 3.0.1, not sure what the issues are at this moment but not feeling the love for these new page approaches to the main components as they hang around – obviously – despite reverting to 1.2.6.
I’ll take a look after work. Not sure if we can do anything about it.
@mercime Where can I learn how to write a plug-in ?
I just want this two option :
– the user select a theme color in his option for his member page
– he can upload an image for the background of his member page and his activity (/members/themembertest/activity/76)
