- 🇬🇧United Kingdom joachim
What about the actor not being an entity at all?
My use case is a personal blog site. I want to configure which node types are posts, but I don't need it to be tied to a user account.
There is https://www.drupal.org/project/site_entity → which provides a singleton site entity, but it doesn't have any releases and looks abandoned.
- 🇧🇪Belgium swentel
Hmm there's already the concept of a 'Site wide actor' in the module, but that still means an entity of course. The activity entity currently has an owner field, but having no owner (basically, anonymous) could work. Sounds like a good feature request which could live in its own dedicated issue. Question is, as always, time of course :)
- 🇬🇧United Kingdom joachim
I think the way I'd approach this -- with a very incomplete understanding of how this module works!!! ;) -- is to introduce a plugin which provides actors.
So we'd have:
- entity actor provider
-- with deriver for all content(*) entity types
- sitewide provider, where the actor's details come from config settings(*) I could see actors being config entities too. For instance, we might want an actor which is 'Latest Articles from MySite.com', where any new article node automatically makes a fediverse post, and so the actor is the node type.
- 🇪🇸Spain aleix
I currently have no projects to test or develop it, but I think that enhancing actors with plugins can help in solving the polymorphic actor entity demands when it needs to support different entities, I think that the group use case can be fitted there too. So, without going in deep but maybe you could reuse some of the MR draft code to define the pluginmanager behavior and/or the deriver logics.