BuddyPress.org

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?

+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?

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.

No biggie for the IE6 display:none bug. I changed it per @hnla‘s suggestion.

@djpaul an issue: when creating a menu link thats not a page just a straight url link to say /activity it doesn’t add the class to make the tab look selected.

check it by clicking activity and then another tab http://tempsg.com/

I only messed with it yesterday as I wanted to add drop downs to my themes. I thought BP wasn’t going to work with IE6 anymore. Also that css is the 2010 with id’s edited. So why would BP fix IE bugs when 2010 does not? Fixed to accommodate out dated and broken IE6

no ‘display:none;’ please, left:-999em; / left:0;

What are intending on doing for users having to still use IE6 ?

Issues with the way the nav is floated right and drop downs going off the edge. You might have to rethink the top nav to the left. This is really apparent when you double nest.

edit// ok scrub that modemlooper has sorted it.
I’ll take a look in the morning, the new menus have a draw back at the moment in not doing nested dropdowms so not sure how you’ve forced that behavior, I implemented them in pcwriters plugin using a top level li element as exists for adminbar elements.

@djpaul

I’ve been working on this over here http://tempsg.com/

I was doing it with a if ( is_nav_menu( ‘BuddyPress’ ) )
show menu
else
show the hard coded links

I got it at least…

What i need is the possibility to copy/paste some code in my forum posts.
The code on the pastebin is globally correct, but as boone says, “it’s not totally reliable”.

The first thing, i you want to use it, is to copy paste the given code into your child theme function.php file.
Then you add a filter to deactivate the (damned) default typographical double cote wp filter

remove_filter( ‘bp_get_the_topic_post_content’, ‘wptexturize’ );

here the code you find on pastebin

in the function bporg_decodeit, retrieve <code> in the if statement
`if ( ‘

' == $matches[1] )`

Should be

`if ( '
' == $matches[1] )`



In the function bporg_code_trick, there are 4 backticks, we have to change this a little



In the first callback, replace the FIRST backstick by & # 96 ; (without space)

In the second callback, replace the SECOND backstick by & # 96 ; (without space)



That's it ! Now you can copy most of php code with backstick and the right double cotes.

view the result here:

http://bp-fr.net/groups/groupe-de-tests/forum/topic/php-complexe-test/


		
	

I’m using a standard BP theme as child theme , and only for translation purpose.
As you can compare with what is on pastebin, some code is wrong, also here on bp.org

the return contains $text between backstick, but they are converted to < code >