BuddyPress.org

Display:none is an accessibility no no, left:-999em ought to be used, not so much a IE thing.

My concern was more for the inability of IE6 to grok :hover on anything but anchor elements, adminbar covers this aspect so I added / submitted a patch to add sfhover class so any hover styles need to be grouped with the class selector .sfhover so IE6 can function.

tbh it shouldn’t really be a question of whether BP is supporting IE6 although naturally if that’s the descision it wants to make for bp-default then that’s fine, I have on a to do list and promised a while back a IE6 CC stylesheet and will get around to it at some point soon? hopefully

Did raise that a while? back, not sure it inspired much interest, but you would need to define whether one was dealing with general UX /UI or the default theme, from a theming point of view not child theme necessarily , but full on theming some UI / UX is merited along with other issues such as identifying markup that needs removing from core if applicable and aspects such as better handling of activity_action which isn’t fun to deal with from a frontend perspective.

yeah I have a MS install let me try on a single. I have the styles almost worked out. Also back to the IE6 issue. If the rest of BP is not supporting it why should the nav not to mention 2010 doesn’t. The display:none method is easier for customization on the user end

The thread is in reference to 1.3, I think that the styles just need to be worked up and then submitted as a patch. I had issues using trunk on a fairly clean MS install not sure why but lots of odd issues had to install on a plain WP copy in the end.

How about we start a group for designer contributions and duscusions of UI and UX

is this for 1.3? Thought that wasnt arriving until January. Anyhoo I cant seem to get trunk installed to work properly.

@suman – re: https://buddypress.org/community/activity/p/114823/

If index.php does not exist, copy index.php from /buddypress/bp-themes/bp-default/ to your bp-columns theme directory and modify as needed.

@DJPaul what are you after Paul? I think everyone might be a little lost as to what actually needs doing? is it just the styles that need sorting, As for my earlier question regarding changes to nav menus for 3.1 and as much as it may be irrelevant? I managed to track down a ticket correcting the issue of not being able to remove parent ul elements which is helpful but couldn’t spot anything dealing with child pages and nesting thereof

@djpaul – a more informative title on your post might help, rather than the general “theme designers: contribute to core”

What versions of WordPress and BuddyPress are you using? Which theme? What other plugins are installed?

It might be related to your theme and it’s functions.php file or incompatibilities. Try using the BuddyPress Default theme and creating some new users with that, then let us know what happens.

I’m seeing this issue within the Admin Bar on my sub-domains, too. I don’t think it’s that related to the sub-themes. The source for the avatar has changed from ‘/wp-content/uploads/avatars/…’ to ‘/files/avatars/…’. Hopefully it’s a just a bug.

Can anyone with 1.2.6 knowledge comment on this? What is this new path structure? Bug?

@Annoyed, What theme are you using? Do you have a link I could take a look at. Often the problem is that a theme or plugin includes a different version of jquery to the that comes with WordPress. You could load jquery from google. Put this code at the top of your functions.php (in your theme folder)

`function my_init_method() {
wp_deregister_script( ‘jquery’ );
wp_register_script( ‘jquery’, ‘http://ajax.googleapis.com/ajax/libs/jquery/1.4/jquery.min.js’);
}

add_action(‘init’, ‘my_init_method’);`

You can use xprofile fields to specify certain CSS values in the users profile. Then you can retrieve the field value in the profile and modify the profile CSS with jquery. Its a bit of a work around but it works for me. Here’s an example:

1. Create an xprofile field and name it ‘Profile Background’
2. Edit your profile in buddypress and insert ‘#000000’
3. Go to wp-content/themes/yourtheme/members/single/member-header.php
4. On the 2nd line, just after “ paste the following code:
`
$(“#wrapper”).css(“background-color”, “”);
`

This will modify the profile background color according to what ever value you put in ‘Profile Background’

This is just off the top of my head, I’ll check how I’ve done it once I’m home this evening. I will be writing a plugin for this. The only drawback is the user needs javascript enabled other wise its pointless.

just go into header.php and add a link to the image that you want to use. You’ll see h1 logo and you could put it there or before but you’ll have to fix it via css to make it look right.

You’ll still have the problem that the dropdown for the “Visit” menu at the upper right doesn’t have room, because the dropdown incorrectly aligns to the right side of the screen. Just scoot it over a bit to the left to make room…

* html #wp-admin-bar ul li.align-right {
right: 140px;
}

Using this will completely fix the admin-bar in IE6, even when using fluid width.

body {
position: relative;
}
* html #wp-admin-bar {
position: absolute;
}
* html #wp-admin-bar .padder {
width: 100% !important;
}

Check out the template file `register.php`, located in `buddypress/bp-themes/bp-default/registration/register.php`. You have a couple possible strategies:

1) Copy register.php to your child theme and add hidden inputs directly in the markup
2) Hook to one of the many do_actions littered through the code to add your fields. Eg
`function bbg_add_reg_field() {
echo ”;
}
add_action( ‘bp_before_registration_submit_buttons’, ‘bbg_add_reg_field’ );`

Then you’ll have to catch the data being sent. I recommend doing something like this
`function bbg_grab_reg_data() {
if ( isset( $_POST ) ) {
// do something with the custom data
}
}
add_action( ‘bp_complete_signup’, ‘bbg_grab_reg_data’ );`