BuddyPress.org

Works fine for me on BP 1.2.3. Obviously, if you’re not a member of a private group, you need to be a Site Administrator to see it.

What version of BP are you running?

For those interested, you can private message or contact macspeed directly.

Locking thread.

@conschneider

why not having “public groups” as being freely availabe for your members and having “private groups” set-up as only being accessable with paid user-subscription ?

Unfortunately, the useability and privacy of “private groups” is currently not very well designed, but might improve with the next version of BP 1.3

Regarding point “A”, I’ve decided that privacy is overrated, that only those who are losers and morons would dare ask for such an anti-establishment type of tool. If Mark Zuckerberg doesn’t think privacy matters anymore, then who am I to disagree with a social-network god that controls the lives of–ah, I mean graciously provides a gathering place to–a third of a billion people.

Therefore, this morning I deleted all of my source files for the BuddyPress Privacy Component on my private repository and then put on my best suit of magnets and rolled around in my server room. And, just to make sure all that nasty privacy code was expunged from my network, I set my computers on fire while simultaneously striking them with a 20-lb sledgehammer.

If you want privacy, don’t sign up for a social network. If you believe in freely-sharing all the intimate details of your life–which of course you should because this is the way the world is heading–then accept the Facebook neural implant and merrily post away.

very funny..however slightly on target on point “a”. Privacy for private areas needs to be better.

My thoughts on the group vs profile pictures, sorry if I get rambling too much.

First, if I upload a picture, I want to ensure that I am explicitly recognized as the owner of that picture (I’m assuming that people are only going to be uploading their own works). It shouldn’t matter where I upload that picture on the site, it should always have a link into my profile. Since we don’t want to duplicate pictures in the site and having multiple URLs that point to the same content is considered bad, why not just always have pictures in linked in the user’s profile album.

As for groups. Yes, being able to upload directly from the group page is a nice idea. The tagging system previously described by you guys should be used here for sure. I think Flickr sort of makes it hard on this aspect because you can tag photos but you can also put photos into a group. That seems like an extra step to me. Use the tags to represent the group. For example, if you have a group called “The Photogs”, just tag all pictures uploaded from that group page with “The Photogs” (of course, make sure the user is aware of this and allow them to remove the tag if desired, etc.). This would require two things – your tagging system sort of needs to know all of the groups on the system and it then also needs to ensure people aren’t tagging their pictures with a tag that is also a group name when they don’t mean to (‘Are you sure you want to tag this picture to belong to the group “The Photogs”‘). Of course, this could allow users to ‘uncover’ hidden groups but I’m not sure that’s a big deal.

Coming back to the first point, picture ownership. At some point you’re going to have to add some way for people to assign a license to their uploads. Most sites can get away with something in their terms of usage that is a blanket statement but some will have to allow their users full control over licensing of pictures. Creative Commons (like Flickr) is easiest.

The reason I mention this is we’re talking about mostly public pictures on public websites.

Public vs private is also a concern when allowing people to tag their pictures or upload them to a group. If a picture is uploaded to a public group, it can’t be set as a private picture. If the group is private, does the picture have to still be public? There might be some interesting combinations.

And now for something a little different – Privacy.

A user should always have full control of their pictures. A user should also be able to permanently remove their username if it is tagged against a picture (like Facebook person tagging). Users should be notified when they are tagged in pictures and it might also be better to require them to approve themselves being tagged in a picture before the tag is visible publicly. Users should only be able to tag people who they are friends with. Maybe people who are in the same groups, but definitely not any random user on the site.

What i mean is if my root MU install does not have Buddypress (mydomain.com). and I want to be able to create private company social network “subdomains” like xyz.mydomain.com and abc.mydomain.com…..both these sites will be totally isolated as far as their user registration, user interaction/communication , group setup etc…..because xyz doesnt trust or want to be involved with in any way abc?

@3sixty

You are correct, it does display in the order created. Would still like the ability to reorder someday if it’s possible.

I managed to choose my own forum order with this adaptation of “foreach ( (array)$forumlisting as $listing)”

(though rich will cringe when he sees how I mangled/reverse engineered his great code)

<?php $forum_entries = array(9, 10, 7, 6, 3, 2, 1); /*this is the order I want my forums to appear in the forum index*/ ?>

<?php foreach ($forum_entries as $forum_entry) {

foreach ( (array)$forumlisting as $listing) {

if ($listing->id == $forum_entry) {

if (!is_user_logged_in() && $listing->status == ‘private’) {

$forumlink = $bp->root_domain . ‘/’ . $bp->groups->slug . ‘/’ . $listing->slug . ‘/’;

} else {

$forumlink = $bp->root_domain . ‘/’ . $bp->groups->slug . ‘/’ . $listing->slug . ‘/forum/’;

} ?>

<tr>

<td class=”num td-title”><?php if ($groupavatar) bp_forum_extras_the_forum_avatar( ‘item_id=’. $listing->id ) ?>

<h5>“><?php echo $listing->forum_name; ?></h5>

<small> – <?php echo $key . ‘ ‘ . $listing->forum_desc; ?></small></td>

<td class=”num td-topiccount alt”><?php echo $listing->topics; ?></td>

<td class=”num td-postcount”><?php echo $listing->posts; ?></td>

<td class=”num td-members alt”><?php echo $listing->total_member_count; ?></td>

</tr>

<?php } ?>

<?php } ?>

<?php } ?>

</table>

<?php }

Would this allow for the main site to not be a BuddyPress site but the main WordPress MU domain (www.mydomain.com).

Then when a new blog is created it would be it’s own buddypress private social area, lets say for company XYZ.mydomain.com.

Then employees from XYZ could come to XYZ.mydomain.com and register from there?

This is what I’m trying to do with my requirements I have. If we are looking for the same thing maybe we can help each other and forward the answer to each other when we find it.

I really like to follow your development and i raelly appriciate how transparent you’re keeping the developmet and how much your are listining to the demands of us users.

Keep it up this way!

I wrote a short user story:

1) An administrator: I would like to see all albums even if they set to private or not. I would like to hide pictures with inappropriate content. They shouldn’t be visible for site members anymore, but the owner should see them darkened out with a message overlaying the picture “This picture was removed due to inappropriate content” – something like this.

2) An anonymous user off the Internet: Should only be able to see the “public” pictures.

3) A logged-in member viewing their own profile: Should have an Main Menu Item “Albums” or even better “Photos” that shows all of his pictures and all pictures of his friends (newest Uploads on top – so they can easily discover whats new). There should be an “Upload Photos” button on this page (After clicking you will be ask if you would like to upload a single picture or if you would like to create an album). The Page should also hold a subnav with some Options as “Photos of my friends – Photos i’m tagged on – My uploaded Photos – Upload Photos”

4) A logged-in member viewing a friend’s profile: Should have an Main Menu Item “Albums/Photos” with all of the photos uploaded by “John Doe” and a subnav with “Photos John Doe is tagged on”.

5) A logged-in member viewing a stranger’s profile: Should have an Main Menu Item “Albums/Photos” with all public pictures the “stranger” uploaded.

I was also thinking of pictures uploaded to groups. I guess it should be enough if there would be an “Album/Photos” Menu Item in the mainnav of the group. This page should hold all group pictures and an “Upload Photos” button.

That should be enough for the beginning.

@nagoonline: you have asked this in another post, and we have answered. Do not double-post.

EDIT: Also, sending me a private message is not going to get you a reply any quicker. You could have searched Google to resolve this issue, as it’s a common WordPress “plugins broken my site” question.

Read this:

https://buddypress.org/forums/topic/how-to-make-a-private-community#post-44616

https://buddypress.org/forums/topic/how-to-make-a-private-community/page/2#post-44729

For a modified version of the Registered Users Only 2 plugin, see this:

https://buddypress.org/forums/topic/bp12-plugin-wishlists#post-42114

What is all this extending people want to do with forums (is bbPress) I am having trouble wrapping my head around what was deemed “weak forum functionality” What is it supposed to do that it already isn’t?

From my perspective only: I’m working on migrating a busy community of about 1000 users from Vanilla. Now Vanilla itself is just that — basic, but nice and solid forum structure. Unfortunately, Mark, the guy behind it, fractured the vibrant development community around extensions when he jumped the gun on the 2.0 release, reworked the extension repository, badly, in my opinion, and now things are in disarray, sadly, and the 2.0 version, nice as it looks, just isn’t coming very fast, while the 1.x versions, still apparently being maintained and moved forward, have a floundering and disjointed developer community kind of wondering what’s going on. It’s a bit sad to see, as it’s a great little app. It’s just that I think there was a big mistake made in the way that the community website around it (like this one here) was changed, and lost focus on users. It’s gotten better since, the developer site, but I think momentum might have been lost.

So, anyway. My users have come to expect some basic functionality from a forum, most of which ihas been added through extensions to Vanilla. Things like:

• Attaching inline images to posts
• Easy quoting of posts in replies
• Minor, standard forum structural stuff like new comments since last visit, links to last reply/replier and so on
• Inline PMs (which, in my case, will be moved to BP private messages when I do the jump)
• Individual hread pagination/navigation in the forum view
• Ways to thank (ie vote up, ‘like’, whatever) posts
• Buttons on textareas for basic tinyMCE-like functionality

And lots of other little niceties like that. I am determined to make the transition from Vanilla to BP as smooth and seamless as possible for my users (many of whom are developers and sophisticated web users, many of whom aren’t), and so the little things have been much on my mind. I want to provide them with a core forum experience that replicates as closely as possible what they’ve been used to for the past few years, but with all the other BP goodness and blog hosting with WPMU and all the rest extending it.

Pretty much all of that is now covered by plugins (or even core BP stuff) from etiviti (rich!) and Boone and others, thank goodness. But until literally the last couple of weeks, a lot of the plugin functionality to fill in those gaps, available on standalone bbPress installs through plugins written for bbPress, wasn’t available in Buddypress’s integrated version. So I am deeply thankful to folks working on that stuff and porting it to work natively in BP.

So, for me, it’s not that there’s anything intrinsically wrong with BP’s forum functionality as provided by bbPress, but there are just a whole bunch of nice little things that people don’t think about much until they’re no longer there that I want to make sure my userbase doesn’t miss if we make the move.

Again — that’s just my own personal story with the site I’m currently working on. And yes, I am well aware that Buddypress isn’t about replicating or extending the kind of bog-standard forum style we’re all used to, it’s kneedeep in the MyFace-y Spacebook-y Twitteriffic social networking hoohah that is so au courant these days. All good.

In my case, it’s not a matter of everything looking like a nail because I have a hammer in my hand, honestly. If all my work with BP to tweak it towards something that will please my users doesn’t pan out, I won’t end up using it for this particular project I’m working on right now — but I’m so close I can taste it. Learning BP is an end in itself, as well.

Thanks Bowe for the S2Member suggestion. I did see this while clicking around. Looking more closely, the two missing elements for us are:-

* the heavy lifting that WP-Wishlist does in working with payment processors outside paypal & affiliate systems.

* the private_tag protection of individual text that allows you to personalize the same page to show different content based on level…..(which can be also be a combination of all-access or “drip feed” for learning situations)

I really appreciate the suggestion. Thank you

I’m experiencing the same problem.

Np! Where is my Bug Hunter badge??

If there are duplicate trac tickets for the same issue, obviously, just close them all down except for one of them and put a note in the others pointing to that ticket. Thanks again everyone for your time and effort in reporting bugs

Please search my recent posts for some code I wrote to fix this exact issue. In short, BP Messages fetches server time when it is inserting the timestamp. I think I also filed a trac on this. We should probably cross refence our tracs so the developers can get all the info in one place.

I think that may be your problem. I moved my hosting co to one in the uk because I couldn’t find a fix. That was 6 months ago.

@m In reply to your statement above: “Plus I don’t see any reason not to give the user total control over their profile since it’s their info (thus no need for a setting to “Let user decide” )” I thought I might be able to provide a good reason…

As an elementary teacher using BP in the classroom, privacy is incredibly important, and a trigger that allows me to force the privacy of my users should not be discounted.

Teaching kids how to navigate and manage their digital footprint is easier if admins can ensure that mistakes the users make can be contained in the privacy of the “digital classroom”

Plugin looks interesting, but would love the added security of knowing that my kids’ profiles are private.

Is your server hosted in a different time zone to where you are?