BuddyPress.org

Okay some feedback (I know this is an early release, but bare with me!).

– When editing the group slug to an already-created group, the current slug should be automatically populated in the text field

– Allow for templates in the theme directory to be used

– I’m getting this error:

function BP_Group_Extension::widget_display() must be over-ridden in a sub-class.

This error pops up right after the group members loop. Parsing stops after the error. I don’t see the group wire.

This is the steps I made to duplicate this:

– Create a new group up to step 1, exit the rest of the group creation process.

– View any group and the error appears.

Deactivating the plugin reverts things to normal.

<offtopic>IE6 is already 9 years of age and already updated by two more crapy browsers again (IE7 & IE8), imho drop it if your users like it or not and let them switch to a product which is more compliant (ex: Safari, FireFox or Chrome)

http://idroppedie6.com/

</offtopic>

Sounds reasonable. My opinion is that we’re not QUITE at the point yet where we can completely ignore IE6. I’m fine with aesthetic issues… but I believe web sites still need to be reasonably functional in IE6. They shouldn’t break completely. I haven’t look at the new theme in IE6 yet.

I started a new thread to pick up where this one left off now that the new SWA has tweaked the model -> https://buddypress.org/forums/topic/new-12-swa-and-blogforum-syncing-feedback-needed

I will add one parting thought here-> IMHO, BP was a welcome change from the old bbPress way which tossed every topic imaginable into a big collection of forum topics. Groups are a way to aggregate subjects and such. I for one am glad there is no giant site wide forum that I have to wade through to find what I want. That’s why I join groups. I have the SWA to browse the entire site full of activity. Bonus

Yes.

Sweet! Definitely need this! Thanks JJJ!

JJJ: Can I recommend changing the word “slug” to “url”? The word “slug” doesn’t really make sense to the end-user.

—

EDIT: Just tried installing this on WPMU 2.8.5.2 / BP 1.1.2, got this error when activating:

Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM in /var/www/example.com/wp-content/plugins/bp-edit-group-slug/bp-groupslugs.php on line 195

I see you’ve left in this bit of code for a future version, so I’ve just commented this out for now.

Some aspects of the new theme break in IE6 (yuck). Should I open tickets or should we consider IE6 no longer supported? Unfortunately I still have a reasonable number of IE6 users.

“The new bp-default theme will actually be a parent theme.”

Just downloaded trunk-r2184. I was wondering about that when I opened the folder. Thank you Andy for this impressive work as always.

I have just done a cursory overview of the new theme but the “fact that activities drive everything” is a big shift and would hinder me from using the new theme especially if the activities panel can’t be widgetized.

The goal of my site is to have group(what i am calling projects) be the focal point, no blogs at all. I will continue to look at the new theme and see if I can mod it to my needs.

Is there a list of other features that are coming out with 1.2?

Thanks,

Could have done with this yesterday, had to search through phpMyAdmin to try and change all of the slug references… :S

@Harry

Yes, my Privacy Component works just as I described. It is an advanced beta available for testing. See this thread for more details: https://buddypress.org/forums/topic/buddypress-privacy-component-an-update/page/3#post-30574

@David

I wouldn’t give users the option to set it to friends only. Or at least… I would like the site admin to have the ability to disable that option.

In my Privacy Component, the site admin can choose to disable this feature.

But, to get back on topic, I agree that the best solution is the one that requires the brunt of the filtering to be accomplished through invisible, behind-the-scenes techniques. Requiring users to prove that they are members and not bots should not be the first line of defense. I think it is okay, even necessary for registration purposes. But that is a one time occurrence. After that, the system should do more of the policing.

Concerning your second link above, perhaps we could create a new CAPTCHA that could harness the collective intelligence of site members to solve the Unified Field theory.

That would be logical David.. Can’t speak for Andy ofcourse but it would make sense to built upon the new theme with all the performance and theme developer friendly .css layouts.. It would mean a better experience for my users and less trouble for me updating my theme

well, can you explain form which version you upgraded.

there have been changes in the database schema for activity as far as I remember in bp 1.1(just 1 table now).So that may be a reason.

have a look here

https://buddypress.org/blog/news/buddypress-1-1-released/

and search the forum, you will see similar things already discussed.

So if one were to use a child that simply tweaks a parent via CSS (as well as probably a header and footer override)… it would probably make the most sense to use the NEW theme as your parent since I assume the classic theme will… at some point… NOT be kept as up-to-date with all the latest changes?

received this 4hrs ago from babyzin, a day after hakam’s, and i do look quite ok:

My dear

how are you,

i hope that all is ok, as is my pleasure to contact you after viewing your profile at (buddypress.org) which really interest me in having communication with you if you will have the desire with me ,

here is my email as i will be waiting to hear from you,

yours linda

Here’s all you need to know about updating a theme to make it work with the BP 1.1.x theming architecture:

https://codex.buddypress.org/how-to-guides/upgrading-a-buddypress-1-0-theme-for-buddypress-1-1/

@Harry (a.k.a. stripedsquirrel)

I think a very good start is that you can only message your friends. Thought that this would be already ths case, that is why I wondered how we could get spammed?

See this discussion: https://buddypress.org/forums/topic/compose-message-send-to-username

Basically, the autocomplete message recipient list only autofills from your friends list. However, anyone can message any other individual via the “Send Message” button on user’s profile screen. All that is needed for a user to send a PM is that they have a member account and that they are logged in to the system.

On a related note, my Privacy Component does have an option to filter out the “Send Message” button, making it only visible to those you choose.

There’s a fix for this “brute force” method of plugin deactivation in the trunk of WPMU2.9, so a fix is on the way if you don’t have phpMyAdmin access.

Please look at https://buddypress.org/forums/topic/when-asking-for-support

This is the way it works at the moment. If you want it changed, create an enhancement ticket suggestion on https://trac.buddypress.org/ using the username/password which you use for this site.

At the minimum, yes, that error message ought to be improved.

I’m marking this thread as ‘not a support issue’ as this is working the way things should be working at the moment.