Feature Request: Introduce flexible ap_post extensions using capabilities

[Menrath]

What

Use a capability based system aka, register all necessary stuff which is regitered for the ap_post post-type for others.

e.g.

if ( \post_type_supports( 'activitypub-remote-post' ) {
   ...
}

Why

Remote objects that are cached might be more nuanced that a Note. E.g. a Event or a Poll might want to use a dedicated post type.

The Polls For ActivityPub plugin for example could register a dedicated post-type for remote polls, and use many of the existing features of the local poll post type but not all of them.

Also it could make this available to the reader and allow voting on incomming polls.

How

No response

[pfefferle]

Adding a "supports" is not that big of a problem, the problem is: how to ensure that the metas are set properly, like for example the object type taxonomy and/or the user ids!?

[Menrath]

Maybe via checks in hooks in before upserting post-data to the DB? And providing helper functions (wrappers around the post udpate/insert functions) so that other plugins do not need to use the _activitypub_(...) post meta keys directly?

[pfefferle]

But how to handle the polls post type properly then, that might come with different metas already?

[Menrath]

@pfefferle I would not use the same poll post-type for remote and for local polls (currently is using pfap_poll). That's just how the ActivityPub plugin decided not to use post but uses ap_post for remote posts. I would only add activitypub-remote-post support to an extra post-type (e.g. ap_poll). This post type would make use of many features/hooks of the "Polls For ActivityPub" plugin, but not all of them.

[mediaformat]

To give a bit of perspective from an ActivityPub API consumer perspective, activities are received via the inbox or fetched via the proxy, in both cases the full activity/object is available and represented in a client.

I don't have any strong opinion about saving a remote poll into a custom post type so long as it's still properly represented in the inbox.

In the case of the activity fetched via proxy, it is only saved as a transient, therefore a hook might also be needed for voting/replying, to save the activity to the db as a remote post either ap_post or ap_poll.