Minify broke my site – issues with the javascript, so I’ve switched it off
@rossagrant you can see how your site is rendered in different IE versions via http://ipinfo.info/netrenderer/
[ edit ] Some future-proof tricks to use with IE
1. Add `width` to any float, e.g.
`.navwrap {
float: right;
width: 475px;
}`
2. Relative and Absolute Positioning, e.g.
`#header { position: relative; }
.navwrap {
position: absolute;
top: 5px;
left: 8px; // edit – ooops. should be –>> right:8px;
}`
[ /edit ]
This was suggested in trac and is being implemented in BuddyPress 1.3
hi i have just checked your website. it looks fine in IE8 but the menus are totally not looking good at all in IE7. i have read many places that buddypress support for IE7 is not there at all. the only thing you actually can do is to do some hacks for IE7 this is to say, find out exactly the sections that do not work, then add css tags that will only be read by IE7. lets say for example if you have a problem with width of 1200px and you want the width to be specifically 100% in case of IE7, then do like this
width:1200px;
*width:100%;
in the above case, all browsers will read the width as 1200px but only IE7 and probably IE6 will read it as 100%
well this solution is not a clean and nice solution. but it is quick and it works. i had a similar problem with my site and solved it through this. hope you can use this suggestion.
it seems in your case it is the header that pushes the navwrap down in case of IE7 
cheers
Hloti
Thanks Paul, yes – I have read about group privacy settings, implemented them and they seem to work. Of course they do not extend to profiles, as the settings are just for groups. So is that the only real issue? People reading other people’s profiles? For my present use that is something I want people to be able to do, so I am not concerned. I AM worried that information in forums that is supposed to be for members only can somehow be accessed by others, or by members who are not in the appropriate groups.
I would appreciate advice generally on tightening security on BuddyPress sites, and any known issues being made public so we can be aware of them and advise users.
Great!! Thank you, hnla and of course Thankyou to @DJPaul, and I must say “Sorry for my words, Paul”.
I’m almost a noobie here and after reading a little I can say that your reputation is safe, no matter what you do with this plugin. My apologies and my respect.
Not all plugins are going to be the same, however the fix for showing the settings or an admin page are pretty much straightforward- however as you appear to be talking about the ‘Welcome Pack’ plugin I would hold fire as @DJPaul has announced iirc on his plugin page for WelcomePack that he will be upgrading this weekend so you will have a working plugin again soon.
kunalb: so with eventspress you create a new ROLE for the permission to create events? Can I assign the permission of creating events to my already existing roles? Thanks!
@mercime k thx for that, I’ll do as you suggest.
@mercime after lengthy and careful consideration I would have to say Bond, it was close though
@bowromir I’m not sure what admin_url() or network_admin_url() are but guess I probably ought to have used them when fixing my work, however where I needed a path to correct page i.e /wp-admin/network/admin.php?my… or older style I created a new variable with path based on a is_multisite() and is_network_admin() or if not then plain /wp-admin/admin.php which works ok
edit// So a simple network_admin_url() will return a path to current script/page with either network path for multisite or not and thus can be used for self referencing post submission- however I don’t appear to be able to pass any parameters via it? it doesn’t appear to take arguments?
Maybe you should try this solution: works for wp3.1 multisite, also there are hints when working with single-site. I have it working on my multisite (but with the old code example).
The first link shows you how to make a selection for roles at signup: http://cleverness.org/2011/01/27/updated-buddypress-user-roles-code/
The second link is for the setup of which profilegroups (fieldgroups) are shown on certain roles: http://cleverness.org/2010/10/13/user-types-in-buddypress-assign-xprofile-groups/
Give it a try, it works for me.
hi guys, I’ve been searching for this info too. tried to write function myself on the base of buddypress followers, but without any success. If someone will get it done, please mention me in reply, thanks.
@ronsuarez My original comment had absolutely no overtones to it, it was exactly as written I asked a question and attempted to clarify that the notion of roles and capabilities was a WP one and thus not going to produce results if searched for in the BP Codex. My second post was a retort to virtuali who posted a link to the codex and I was having a friendly dig at her ( I’m sure or hope no offense was taken by her as none was meant) thus it was not a remark directed to yourself.
ok, I understood, under ‘profile id’ Andy Peatling means last numbers from facebook url, does it mean that the only way to have personal like box for every user is to include some connection with xprofile field?
thanks for replies,
what about displaying facebook like box in profile for every member, this shouldn’t affect load performance a lot, shouldn’t it?
if I will take this plugin
https://buddypress.org/community/groups/facebook-like-box/
will this code do the trick (?):
“
thanks.
Hi,
Thank you for the response and the link. It didn’t exactly provide me with what I was looking but definitely has a great amount of information that would be useful.
What I am doing with this is passing the values of the inputs with cURL. I already have the name and email done because the Buddypress registration provides the “names” of those. i.e. ‘sign_email’
What I would like to know is my profile name is named “Country” when I created it through the dashboard, if that will be the “name” for the input field. I hope this a little more clear.
Again, thank you for the reply and link.
@Gayatriom Glad you resolved the issue.
@gunju2221 “.. but all is well now!”
[RESOLVED] Root cause was meta_value in table wp_bb_meta remain unchanged after migration to other site.
Scenario: I had similar problem on forum. I tried removing and re-installing many times. Re-installing means copying my complete wordpress with plugin buddypress folder still didn’t worked. Sometimes i used to get HTTP Error 403 Forbidden while accessing forums. This was error was esp when i used existing installation option from admin page in forums setup under buddypress.
But when I click on setup new bbpress installation I could post on forums but could not see topics.
REASON: I checked the database for table wp_bb_forums and it had entry of new topic, then I checked wp_bb_meta in that incorrect meta value was setup for field meta_value where meta_key is uri , I corrected the url stored in meta_value it was url of my previous website name. I had done migration to new site so the problem. If you face similar conditions just check these values.
bp_get_the_profile_field_input_name() just gets you what they have imputed in the name. As easily read by the statement.
Why are you trying to input in the file? Just go to your admin section of buddypress, and add “Country” as a new text box for the form.
Unless your trying to put it in core fields?
P.S, for future, check this out: Rich has a Great Directory for other Action Hooks, just like above: http://etivite.com/groups/buddypress/hooks/search/component/?c=bp-core
Look at the compatibility of the plugin
Looks like Sarah Hasn’t updated that in awhile, as I am surprised it’s been working for you up to your bp/wp versions.
I would contact Sarah on twitter, seems she would get back to you faster.
Category pages as in- your theme?
If so, I would say this isn’t a buddypress issue.
Use the wordpress forums, or Twenty-Ten Theme Forums if possible.
