The only way BuddyPress is going to upgrade without being a pain is if you either use one of the bundled BuddyPress themes as a parent, or use another framework that is kept up to date.
If you build a theme from scratch built on a copy of another theme, or do not create a child theme from a parent that is kept up to date, you are going to have a bad time.
This will always be the case, since BuddyPress is a tight combination of plugin code and theme code.
You cannot use the admin panel of bbPress if you use the one/two click BuddyPress installation. If you want a bbPress admin panel and want to install bbPress plugins, you need to install bbPress externally, then use the WordPress integration plugin, then you go to BuddyPress Forum component and click on “I want to use exisiting bbPress forum”
This topic seems to go a bit offtopic, so there’s no way to use the administration panel of bbPress?
If for example I wanted to activate plugins bbpress how can I do?
It’s pretty much the process Simon describes.
I mean gallery 2 is selfhosted with feeds ,so you can get the feeds or api .. but I’m more interested in ustream.tv ,twitgoo & twitpic !
Its not feasible to support a software package since rich media embedding relies on the URL as a key for which API to use. It would be possible to support a list of websites that use the software, but not all of them automatically.
http://gallery.menalto.com (gallery 2 & 3) for people with selfhost photo sites.
view their feeds… would be awesome!
I’d buy the pro pack…
@Gpo1
Eventually I want to support hundreds of sites, the only constraint is time. I have added yours to my list of possible sites to support. Right now I am ranking requests based on Alexa rankings. I can guarantee that sites with a very small reach (like twitgoo with a tiny 0.031 reach) will be in some sort of pro pack.
I am not sure what you mean by “remote submit for gallery2 & 3 photos”
now i reinstalled everything and errors disappeard … bud sadly there’s a new one :
Fatal error: Call to undefined function bp_page_title() in /home/httpd/vhosts/idotter.ch/httpdocs/buddypress/wp-content/themes/bp-sn-parent/header.php on line 9
@MrMaz also advanced features like remote submit for gallery2 & 3 photos …
@MrMaz, Can you look into my request above ?
@andy
Thanks for taking the time to post some ideas about monetizing. I have been looking into all of those angles, except the documentation one is new, thank you.
I am definitely going to do paid support with a forum, and probably going to sell a “pro pack” that is loaded with advanced features like remote submit (reddit, digg), ad support, rich media pack, theme pack, etc.
The only site I have found that lets me get up and running quickly is wpplugins.com. I would rather do it all in house, but do not want to spend too much time dealing with all of the support software and payment solutions.
If anyone knows of other sites like wpplugins.com, please lmk!
Another idea would be to release support for alternate services for paid supporters, then once you receive enough donations, release it in the wild.
@mrmaz Why not start up premium support by means of a forum? Or perhaps offer more advanced tutorials or docs for paying supporters. Quite a few people have found this to be a successful model, and it doesn’t shut everyone out – reducing overal interest.
@MrMaz,
I willing to buy the pro version if you could add ustream.tv (aka youtube,but better ! ), twitpic ,twitgoo.com feeds .
Trunk is the work-in-progress version. If you find a bug with it, it’s best to report it on http://trac.buddypress.org.
@r-a-y that’s a different issue which relates to non-latin characters in URLs and BuddyPress slugs
@r-a-y:
I have resolve this problem.But Chinese displays ??? in buddypress rss url
co.jiaju99.com/members/yijia/activity/feed
Why?
I hear you. I just know I won’t have the time for this level of upgrading. I’m hoping I can disengage the Buddypress functionality from the BP template files (as should be the case for any true framework). Then, I could get full upgradeability of the theme framework (Hybrid) and just have to modify the BP functionality added via functions in the child.functions.php (based on functions available already from BP) and/or create custom BP templates myself.
I’m hoping that’s less work.
Someone ought to figure this WP framework vs. BP framework thing out. I’ll be checking out Ron’s work on Buddymatic and here he has one for Hybrid too.
Wow! I’m glad this topic got people thinking.
@Xevo, I do plan to use Hybrid (not thesis) and add the BP functionality, but not sure the implications as BP adds functionality with new releases. Sounds prone to breakage on upgrades. Someone at Automattic should be thinking about this if Mike is right about the future use of BP, which I think he is.
@Mike Pratt, I agree 100% regarding BPs future and enjoyed your thoughts in the video from Wordcamp NY
@Bowe, I’ll have to think more about the P2 solution, but doesn’t it mean I have ~9 tables multiplying by the number groups. If so, I’m looking for a lighter solution.
“BuddyPress on a sub-blog not the root blog”
Curious and a bit off-topic, sorry boonika: Back in BP 1.1, when I tested and run BP on blog_id_2 e,g, http://members.mysite.com/ – when a member created a blog, the URL would come up like e.g. http://username.members.mysite.com/ instead of the URL I want i.e. http://username.mysite.com/ so it turned me off and made me restart development with BP in blog_id_1 to present … Doesn’t this hold true anymore in BP 1.2?
Thanks
As I said in previous post, it works. But I did find something ‘weird’ going on. After I added ‘Site Wide Activity’ widget to one of the sidebars I have noticed that links to users profiles don’t work properly. Actually, they do if your Buddypress is active on the main blog, which is not the case with our site. Other than that, everything works fine.
Burt adsit created a plugin called bp-contents for group and member taxonomy, but it was never updated for bp 1.1 or above. I updated the group features to work in bp 1.1.2, but if I were you I would wait for the Buddypress team to add taxonomy stuff to the core (this will be better supported than my hacked bp-contents).
Any way, I hope to have some code for you guys to test out by the end of the week 
PS, if any one here has experience finding security vulnerabilities, I’d like to get some other sets of eyes to make sure my plugin is completely secure.
I replied to your post on testbp.org:
http://testbp.org/members/erich73/activity/57291/
—
Jeff’s plugin isn’t ready for BP 1.2. He mentioned in his blog post (http://jeffsayre.com/2009/12/05/buddypress-privacy-component-released/) that he’s waiting for development to cease, or at least be stable enough, so he can begin adding compatibility for v1.2.
@bowe
Right now my plugin doesn’t distinguish between different types of groups. But maybe today I will add an option that will let you enable different features in private vs public groups. The buddypress guys are working on a taxonomy system for groups that gives you more options than just private public or hidden, but that maybe a ways off. Sounds like you only need two types of groups right now anyway.
There’s nothing that will prevent normal users from joining a group in the usual way. You can set it so that they can set the group as “identifying” (with the group name next to their name) or not.
@mercime
Seems like it shouldn’t have any conflicts with the privacy plugin, but I’ll have to try it out to be sure.
