[buddypress-trac] [BuddyPress Trac] #6286: Directories filtered by member roles

buddypress-trac noreply at wordpress.org
Sun Mar 8 14:26:28 UTC 2015

#6286: Directories filtered by member roles
 Reporter:  sooskriszta   |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  Future Release
Component:  API           |     Version:
 Severity:  normal        |  Resolution:
 Keywords:                |

Comment (by sooskriszta):

 >implement with a querystring
 `/members/?member_type=foo` makes sense.

 However, if admin has opted for pretty/SEO/whatever permalinks, then this
 may seem like an oddity.

 Personally, I would go with just `/foo/`

 > If we go with `/foo/`, the natural thing would be to have user pages at
 `/foo/username/`, but this is going to raise all sorts of other problems.
 What sort of problems?
 Problems such as `/foo/username/` and `/members/username/` wanting to
 point to the same user? Problems such as BuddyPress deciding to make
 Roles-Users a many-to-many relationship at some point?
 I really like how [http://www.opencart.com OpenCart]] deal with product
 URLs. Now, category-product is a many-to-many relationship. `Product1`
 could belong to `Catergory1` and `Category5` and `Category1` may have
 `Product1` and `Product3` in it.
 So guess how URLs, Breadcrumbs, and page Titles work?
 all lead to `Product1`'s page, BUT
 the page header indicates that `www.domain.com/product1` is the canonical
 if we arrived at the product page via `www.domain.com/category1/` then we
 reach `www.domain.com/category1/product1` and breadcrumb shows that as
 `Home > Category1 > Product1` and page Title shows as `Product1 -
 Category1 - Store Name`
 I feel that's a very smart, and perhaps the right approach. Very user-
 centric (not to say that OpenCart as a whole is user-centric).

Ticket URL: <https://buddypress.trac.wordpress.org/ticket/6286#comment:4>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac

More information about the buddypress-trac mailing list