[buddypress-dev] Privacy component

Tue Apr 15 22:38:38 GMT 2008

Yep, authentication in feeds is a problem. I got around this two ways:

1) Don't show feeds for private stuff (yes, a cop-out)

2) Show feeds for public stuff, even if it is filtered for a
particular user. For example in myJournal.com we have a recent
activity feature which publishes an RSS feed. In many sites this
information is private, with no feed. However it's all public stuff -
who's added a picture, a post etc (we currently don't have per-item
privacy settings) - so it's OK to give a public feed of it as it's all
shown publically anyway.

If anyone knows of a way to authenticate RSS feeds to ensure privacy
then that would be great. Remember it has to work with all current RSS
applications (Google Reader, Bloglines, Outlook, Thunderbird etc etc).
It's a tough one.

Chris

On Tue, Apr 15, 2008 at 11:30 PM, Justin Ball <justinball at gmail.com> wrote:
> It would be great if there was some way to authenticate feeds so that
>  I could see the posts my friend intends for me.  A first pass might
>  prevent anything other than public content from making it into the RSS
>  feed, but later iterations should use some type of authentication
>  scheme.
>
>  Justin
>
>
>
>
>  On Tue, Apr 15, 2008 at 4:22 PM, Donnie La Curan <don.lacuran at gmail.com> wrote:
>  > Tags would work too.  Its just a matter of being able to link a friend
>  > ("user") to that tag or group.  Then having those posts visible or not based
>  > upon whether or not you are in that group.
>  >
>  > Another thing to think about as well would be the RSS feed.  How is the RSS
>  > feed to know who you are and if you are in that friends list.  I guess just
>  > not showing any posts with a "friend level criteria" would be a way to go.
>  >
>  >
>  >
>  > On Tue, Apr 15, 2008 at 3:30 PM, Chris Taylor - stillbreathing.co.uk
>  > <chris at stillbreathing.co.uk> wrote:
>  >
>  > > Hi,
>  > >
>  > > Well, my initial thought was that people generally don't have a
>  > > well-defined map in their heads of where their friends are on a scale
>  > > of privacy. OK, geeks do. But normal people may want to be able to
>  > > just out their friends into arbitrary containers, without a
>  > > pre-defined hierarchy. Tagging is perfect for this.
>  > >
>  > >
>  > > On Tue, Apr 15, 2008 at 8:37 AM, Cass Edwards wrote:
>  > > > How would the UI work for tagging and groups?
>  > >
>  > > Basically there would be a set of default tags which are created when
>  > > BP is installed. Things like "Friend", "Family" etc. These will be
>  > > selectable using checkboxes when a friend is being added/edited. New
>  > > tags will can also be entered in a textbox (comma-separated, like post
>  > > tags). New tags entered by the users will subsequently appear next to
>  > > the default tags with checkboxes.
>  > >
>  > > As long as the user keeps to less than approximately 20 distinct tags
>  > > this will be fine. Any more than that and maybe a multi-select box
>  > > would be better. So a user will effectively create their own groups of
>  > > friends by the tags they assign. And, of course, a single friend might
>  > > have multiple tags and crossover several groups. The queries to check
>  > > all this might and up a little bit complex, but hopefully to the user
>  > > it will be pretty obvious what to do.
>  > >
>  > > I'm currently building this into myJournal and hope to be testing it
>  > > tomorrow or Thursday.
>  > >
>  > > Of course, there's very probably a better way. So, any thoughts?
>  > >
>  > > Chris
>  > >
>  > >
>  > >
>  > > _______________________________________________
>  > > buddypress-dev mailing list
>  > > buddypress-dev at lists.automattic.com
>  > > http://lists.automattic.com/mailman/listinfo/buddypress-dev
>  > >
>  >
>  >
>  >
>  > --
>  > Donnie La Curan
>  > _______________________________________________
>  >  buddypress-dev mailing list
>  >  buddypress-dev at lists.automattic.com
>  >  http://lists.automattic.com/mailman/listinfo/buddypress-dev
>  >
>  >
>  _______________________________________________
>  buddypress-dev mailing list
>  buddypress-dev at lists.automattic.com
>  http://lists.automattic.com/mailman/listinfo/buddypress-dev
>