@surfartculture: members can add widgets to their member blogs automatically by going to their dashboards. That’s how BuddyPress works. You can make a test member blog and just switch the theme and members can add all the widgets they want. Do you know how to get to the member dashboard? Cruise through the top menu, you’ll find it.
Let’s keep this thread on topic, OK? 
This thread is for how to hard code a sidebar. I am looking for where to put the right code.
If you want your users to be able to create a blog and have it be tracked then use MU, otherwise use WP. There is no difference other than that.
@webbimperiet
That create link should be showing up regardless of the theme, unless there is something with the cosmicbuddy theme that is modifying the profile menus.
First of all, really nice plugin.
My problem is that I’m using the Cosmicbuddy theme and it really doesn’t look good. For example, there is not create new link button in the profile, all the other link alternatives are there except from that one.
If I instead go through the Buddypress menu I can create a link but the create-form needs some CSS-improvement.
If anyone can help me out I’m willing to pay 30$ through Paypal. Contact me, daniel@footballfantalk.com, thanks!
/Daniel
Thank you. What about the second question then – if I need to dig in the code or create my own plugin, where do I start?
Has anyone worked with the forum plugin enough to point me in the right direction?
(Let me add to this – I’m a php programmer, and I’ve done some small WP plugin work in the past. I’m new to all the WPMU and Buddypress files and am looking for a little help with a quick start, as I’m just trying to help a friend get something finished quickly and don’t have time to learn the code properly. Any quick notes or “watch outs” are appreciated.
In compensation, if I manage this and make a plugin/modification, I’ll be happy to release it to the community )
Just disable it from the BuddyPress admin menu and all of the user blog links/pages will disappear.
This has been discussed here, with some solutions – that I haven’t tried yet…
There’s a plugin available for bp (not yet for 1.2). It requires wp-multilingual.
TO: Anyone who is getting the “Please fill in all of the required fields” error after upgrading.
I am 99% sure this is because you didn’t update the required links theme files in your theme.
Triple check to make sure that you copy the /../plugins/buddypress-links/links directory into /../themes/bp-default/
If your theme has a different name than bp-default, copy into that directory instead. If you customized the theme files, you should backup the exisiting folder BEFORE you copy.
In the next version I am going to make the necessary changes so there doesn’t need to be any more of this pita copying of files every upgrade
Not so much your theme, but compare the 1.1 default BuddyPress theme http://dangerous-minds.org to the 1.2 theme http://testbp.org/. 1.2 also has the following big features:
Standard WordPress support (not just MU)
Activity stream threaded commenting.
Ability to mark an activity stream item as a favorite.
Activity stream item permalinks.
Advanced activity stream filters.
New default theme with improved usability and customization options
There have been some template tag changes (incl. the template tag loops), I would advise you get a copy of the 1.1 default and 1.2 default theme, look at the changes and apply them to your site. There’s no documentation written yet.
@DJPaul
Thanks, I’ll give it a go. =]
If I may ask, what’s the difference between the BuddyPress I have and this “trunk version”?
This sort of request for help is why we have this thread -> https://buddypress.org/forums/topic/when-asking-for-support
Oh, and to answer your question, yes, there’s a base theme. You can create a child theme to get started straight away.
What I suggest you do is on a test site is install the current trunk version of BP 1.2 (https://trac.buddypress.org/changeset/2400/trunk?old_path=%2F&format=zip or if you know how to use SVN, https://svn.buddypress.org/trunk/). The new theme, as seen on http://testbp.org/ is called bp-default and you will find it in /buddypress/bp-themes/ however you do NOT need to move this to wp-content/themes/.
You can just build your new child theme as usual and put it in wp-content/themes/ and Bob’s your uncle 
@SlaFFik
СпаÑибо, Ñ Ñ‚Ð¾Ð»ÑŒÐºÐ¾ вчера Ñам задумалÑÑ ÑамоÑтоÑтельно перевод Ñделать, а Ñ‚Ñ‹ опередил менÑ.
@MrMaz
I have the same problem like as PH (porsche). My site works on WPMU 2.8.6 and BP 1.1.3. I sent you a PM with link to my phpinfo().
If you can wait about two weeks, you’ll be able to use BuddyPress on your regular WordPress site!
—
To create forums, you need to create a group with discussion forum enabled.
Reiterating what Bowe posted – “a clear explanation to the users between their buddypress profile and blog dashboard would be nice” [very very very nice]
Encapsulates what could be one to two Pages of explanation of text and graphics to users into one full-width page of your screencast with full credit and link to your site
Cheers.
Andy, it sounds to me like you are storing the @ tag, you’re just storing it in the message content, which is what I don’t like.
You’re right that it is simple, which is good, but that doesn’t make it easy to use. A command line console is simple, and if you know the right commands it is efficient and easy to use. Yet, most people are confused by command lines. GUIs are far more user-friendly, but compared to a command line – a GUI is just UI bloat.
You said you plan on addressing the confusion between usernames and display names “probably though autocomplete, or accepting display names somehow.” I don’t know how you are going to do that without UI bloat.
I think the tag box idea minimizes UI bloat as much as possible, while keeping a healthy separation between content and meta data. I think that separation will be more important as BuddyPress develops and as more plugins are created.
Also, you said “It’s just a filter on the content that is posted to look for @mentions”. So, does that mean that every update message gets searched for the string “@rvenable” every time I want see my messages. Isn’t that going to get slow fast? Wouldn’t it be faster to have the message be stored in the DB with the user_id so you can just search a table of numbers instead of parsing thousands of string messages?
@SlaFFik
Thanks for the report on the non-translatable string. I will fix that asap.
And also thank you very much for the RU translations. I just committed them to trunk.
“No Thumbnail” text is not translatable on “/links/[some-slug]/admin/edit-details” page.
I sent you a PM with the link to ru_RU.
Why’s that worrisome? It just shows how fast you can get results with BP.
Only when you are a PHP programmer. If you are not, you waste weeks figuring out little things like storing firstname/lastname, fixing Ajax buttons that are intricately connected with CSS elements and fixing plugins that break between versions of WPMU.
The worrisome thing is when BP developers assume the end users are all PHP programmers. Or if they are not, that they should learn PHP.
WordPress was originally intended for content creators who know some html/css, but don’t have to know “programming”. I’d hate to see Buddypress abandon that goal.
That basically means you talk an aweful lot about things you really don’t know that much about…
I don’t and make that very clear, but I still need to figure out ways to get these little things to work or they would derail my project. And I can’t afford to hire anyone to do it for me.
I know general structural things; I don’t know programming from scratch. In particular working with arrays etc. is pure hocus pocus to me.
You need a test case!
Here’s a thought…
I am creating a social networking site for entrepreneurs.
http://networkingpeople.biz/
You can use my website as an example, and interview me as I go through the process of learning buddypress and setting up my site.
I’ve been working with WordPress for 5 years, but am not a PHP programmer. I’m guessing this probably defines most of the (non-developer, business oriented users) who will be using Buddypress.
I am open to ideas.
– Derek
You can contact me at:
dlittle800@gmail.com
I’ve marked this as not a support issue as it is an issue with a BuddyPress plugin and not BuddyPress itself.
@PH
I sent you a PM with instructions for how to gather some data so I can look into your issue
if I’m not mistaken, all of the bp-dev.org plugins were all in beta and were for older versions of buddypress. That plugin looks like it was created for bp 1.0 and as such probably doesn’t work.
He had some really nice plugins there and I wish he was still active but I don’t think any of the plugins on there have been updated for the newer versions.
