[buddypress-trac] [BuddyPress Trac] #5632: Use CPTs for status updates
buddypress-trac
noreply at wordpress.org
Sat May 10 21:50:53 UTC 2014
#5632: Use CPTs for status updates
-------------------------+-----------------------------
Reporter: terraling | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Activity | Version:
Severity: normal | Keywords:
-------------------------+-----------------------------
I've been reading through old discussions about adopting CPTs (such as on
http://bpdevel.wordpress.com/2012/03/05/custom-post-types-yesno/ or
tickets such as [https://buddypress.trac.wordpress.org/ticket/4017] and
[https://buddypress.trac.wordpress.org/ticket/3460]).
It's an old topic & the consensus seems to be that net/net there is not
much aside from possibly Groups that would benefit from the transition.
But from my perspective (making a bespoke site based on BP rather than
making & selling customisable BP themes for a general audience) it seems
that activity updates could usefully be transitioned. I'm not talking
about the Activity component generally, I'm specifically referring to
status udpates.
When starting out with WP you learn that basically everything is a post
(or a comment on a post). BP status updates are not.
It's not new but I only came across P2 from automattic a few weeks ago,
where status updates ''are'' just posts (via the front-end).
If BP status updates were just posts (albeit CPTs), then commenting would
already be integrated, you wouldn't need a parallel BP commenting system
(and bridges between them), and developers wouldn't have to hack the
output and CSS for two comment systems to make them look and work the
same.
Correct me if I'm wrong but it would make it more straightforward for
developers to enable the oft-requested feature of media (even galleries,
not just single embeds) in status updates than it appears to be at the
moment, and you'd also benefit from any upstream enhancements in WP core.
The activity of posting and commenting on updates would still be recorded,
but the content itself wouldn't be stored in the activity table anymore,
as per the current discussion on recording other CPT activity.
I don't know what the performance implications are. It implies an initial
query to retrieve the required ids from the activity table and a second
query which retrieves the content for those ids, not sure if or how that
is very different from what happens under the hood now.
--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/5632>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac
More information about the buddypress-trac
mailing list