Skip to:
Content

BuddyPress.org

Changes between Initial Version and Version 1 of Ticket #6026, comment 6


Ignore:
Timestamp:
11/20/2014 11:01:57 AM (9 years ago)
Author:
Bowromir
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #6026, comment 6

    initial v1  
    1 I think this is a very interesting direction for the "Sites" component and I agree that making Sites more discoverable is something that would be important for lots of community. The thing I'm not so sure of is giving each site it's own "Profile" by default. My reasoning is that I feel having something like this in core is a bit too much for a standard BuddyPress community and has the potential to make the already fairly complicated distinctions between components and streams of communication more complicated. Especially how "Sites" would be perceived very similar  to "Groups" (Like R-A-Y said).
     1I think this is a very interesting direction for the "Sites" component and I agree that making Sites more discoverable is something that would be important for lots of communities. The thing I'm not so sure of is giving each site it's own "Profile" by default. My reasoning is that I feel having something like this in core is a bit too much for a standard BuddyPress community and has the potential to make the already fairly complicated distinctions between components and streams of communication more complicated. Especially how "Sites" would be perceived very similar  to "Groups" (Like R-A-Y said).
    22
    33I do see the usefulness of giving certain "Sites" their own Group (or extended functionality). But imo this could be achieved by ticket #4017 which would open the possibility to create different Group Types and would let a site admin create something more akin to Facebook where you have "Discussion Groups" and "Sites/Pages". Then by integrating "Sites" more closely with "Groups" (as proposed) it would set the stage for this type of functionality without having to create a new component similar to Groups.