Forum Replies Created
-
David,
Sorry realised that I’d already got body width at a fixed size but not in site-wide, which when looking at it now seems obvious.
Problem with IE however is in the calculating of sizes. When a user resizes the screen some elements are left floating and are not in line with the rest of the page. Hitting refresh works but it doesn’t help the user experience.
The body width works fine in most cases, but the need to fix the rendering bug in IE is what has been causing the problem. That is what the javascript has been about. But in drilling down through various forums, the answer has been to try and fix the css. The problem seems to be the inheritance or lack of it of position:relative in IE. Adding this to a top-level div seems to work (for me anyway)…
Hope that makes sense…..
Thanks, that’s a better suggestion, not really much of a coder, just stumble across solutions..
If I find something that works I try and share that, but more often than not someone else has a much better idea, so not sure if its a help or hindrance……try to steer clear of javascript where possible though
As there was no solution provided here and its been some time ago maybe this has been resolved, but its a problem that I encountered.
I haven’t fully tested this but after a hunt around I found a couple of techniquues.
Using javascript to refresh on resize between the <head> tags causes infinite loops in IE in some cases so that will not solve the problem.
I found out though that if you include position:relative in all of your main outer divs including body and body.directory in the IE fixes css files in the bphome and bpmember themes your problems should go away…
Let me know if this works for you….as I’ve only tested it locally and on IE7…
I’m having the same issue as described above in that when I add pages to the blog that buddypress is active on they are being highlighted as member pages in the navigation bar, even though according to the is_page rules the member page should only highlight when the BP_MEMBER_SLUG is identified. For some reason all .com/######/ are being highlighted as member pages (well those that are not main blog, groups or blogs anyway
…I will try and mess around with the bp_is_page vs is_page as r-a-y suggests. I also use dreamweaver for editing code but have never rewrite code on phph enabled so can’t see that as being the issue.
John,
I think you are right, the integration used by BPGroups becomes redundant when further integration is used, as it seems to want to double up. The forums, and posts work fine for me with that line commented out so fingers crossed I’ve got it working OK.
I think to find any white screen issues with the buddybar plugin everyone should start from a zero plugin count and then work forwards after activating the buddybar plugin to see which plugins are intefering with it. Perhaps in the future a full deep integration plug in can be set up to resolve these issues.
Jeff,
Your analysis in the paragraph above outlines exactly what users can expect or aim to acheive with shared hosting. The fact that it can be installed and operated is one thing, providing a desirable user experience is another.
The restrictions on shared hosting though may allow for a WPMU installation but not provide enough flexibility for some BuddyPress plugins to work, but as you say too many variables to be discussed here.
If BuddyPress does end up supporting single-user wordpress I’m sure that the net will undoubtedly widen.
OK, found that if I comment out
//require_once( BACKPRESS_PATH . ‘/class.ixr.php’ );
in oci_bb_group_forums.php it all works happily together…!!!!
Jeff,
I don’t agree that this is just a WPMU question. Getting bbpress and buddypress to ‘talk’ to one another to use the groups plugin is an issue for shared hosting, which may not be resolved in the WPMU forums. A few hosts have been mentioned on this site but it would still be good for this issue to be aired with those not using dedicated servers.
Perhaps, in terms of scalability it is different but for those starting out how far shared hosting will take you before shelling out for better hosting is valid.
Buddypress will be picked up and used by a lot of ‘hobbyists’ (I use the term in quotes not to offend) and shared experiences in this forum is surely what it’s all about.
As for me, I’ll be starting out using shared hosting, but am still at the testing on home server stage so not yet positive enough to say how it will pan out.
</rant>
I had a similar issue after upgrading to the latest stable version. Comment link worked in additional blogs not using bp-home theme, but didn’t work on main blog, simply clicked on comment link and got nothing.
Searched forums and this was the second post that was similar to my problem, but none of the solutions fixed it. After a bit of playing I noticed..
In the dashboard there is a check box on the right hand side of the main edit blog admin page in a box called Blog Themes next to: WordPress mu Homepage. After checking this [active] check box, comments worked and were visible after clicking in the main blog..
This may make sense to those suffering the same problem, sorry if its not that clear.
I managed to get this working correctly on a fresh install, but then got the white screen of death. Seems to be out-of-sync with Burt’s BP Groups plugin. On activating that with Buddybar for BBPress get cannot activate group plugin fatal error cannot redeclare IXR_IntrospectionServer in BBIncludes/Backpress/class.ixr.php line 873………
Any thoughts????