-
Notifications
You must be signed in to change notification settings - Fork 77
-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Follow your nose" referencing of user endpoints unspecified #24
Comments
Actually, what we should almost certainly do is embed JSON-LD in the HTML itself. This meshes with the approach we're already taking. |
http://w3c-social.github.io/activitypump/#actor-objects Already uses outbox and inbox properties. They would just need proper definitions under ActivityPump namespace #30 Another option could take path similar to rel="micropub" and rel="webmention" which stay registered with http://microformats.org/wiki/existing-rel-values (IMO it doesn't allow use of their short forms in HTTP headers! w3c/Micropub#1 & converspace/webmention#38) |
I agree with @cwebber that embedded JSON-LD as he linked is the way we ought to go, it seems the natural fit for what we have already. I was going to suggest that if the client has |
I have added a commit on this, I'm not sure if it's sufficient yet. I'm also not sure i like all the discovery being on that level of the actor (I know it is elsewhere in the document). I might prefer if it was in a "links" section or something. |
Endpoint addresses as embedded JSON won't work where JS is disabled. Can we use html <link rel= as well? |
We agreed on how to do this at the most recent Face to Face (in San Francisco). Closing this, future activity will be tracked in #50 |
Presumably an implementation seeing the
actor
field of an activity or some other addressing is able to use that address to find the inbox/outbox endpoints of said user. However, our documentation does not specify how this happens, probably because previously this was specified to use webfinger.Assuming we are taking a "follow your nose" type approach, there needs to be some way to extract those endpoints from the referenced page. I would suggest that the method of extracting endpoints be based on the content type of this URL: we should be able to these fields from an RDFa or microformats implementation, or alternately if there's an activitystreams actor representation, we could observe the inbox/outbox fields from that.
What do you think?
The text was updated successfully, but these errors were encountered: