@cj Before opening a ticket, I figured I'd better ask you first. For apcore, the docs say that actors are automatically set up under /users/, but I was wanting to have it under different uris. Mine is music focused, so I wanted actors to be called "artists" instead of "users". For one project, I even thought of having different types of actors. Are you open to apcore having multiple actor types and different uris accordingly, or is that bigger than what you intended apcore to be for? Thanks

· · Web · 1 · 0 · 0

@jazzyeagle At the moment I haven't tackled that, but it would be a welcome feature. Just to be clear, the "artists" are the users of the software application you wish to write? Or are they a different category of actor than the users of your software?

@cj I more thought of an Artist as a Group instead of a Person, as bands have multiple people or it could be a solo artist (Group of 1), so I figured that would fit better. Individual users? I had a crazy idea of them using an account from another server (e.g. Mastodon, Pleroma, etc.) and I only point back to their server on query, so I wouldn't actually handle the users directly at all. I haven't seen anyone else do that yet, so not sure how crazy the idea is. Thoughts?

@jazzyeagle Hm, this is a sufficiently different use-case that I'm not confident I completely understand the idea/design you have in mind, so I'd feel uncomfortable advising apcore.

Generally, apcore optimizes for the "this software has users as AP actors" use-case.

Anything that has different fundamentals, shouldn't use it. From the little I understand, your idea does sound fundamentally different.

@cj That makes sense. If you'd be willing to consider that in the future, let me know, and I could look into submitting a patch for it. Otherwise, I'll just continue with the activity lib instead. Either way, I still want to say that you're doing great work with go-fed and would like to encourage you to keep it up. :)

@jazzyeagle Thanks, I appreciate the positivity, in these times. :)

Sign in to participate in the conversation

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!