solid-spec icon indicating copy to clipboard operation
solid-spec copied to clipboard

Side-effects of a "like" activity

Open evanp opened this issue 9 years ago • 2 comments

An example would be https://www.w3.org/wiki/Socialwg/Social_API/User_stories#Liking_And_Showing_Likes . If a user likes some content, it should have about three effects:

  1. A "like" activity is included in the user's recent activities stream.
  2. The user is included on the list of people who "like" the object.
  3. The object is included on the list of object the user "likes".

Would maintaining these effects be done by the API client, or would servers be expected to ensure these side-effects?

evanp avatar May 03 '15 14:05 evanp

Yes, it would be the client's job to handle these operations.

deiu avatar May 04 '15 08:05 deiu

I think @deiu is giving the pure example, but one could envisage others. It depends a bit on what activity streams are thought to be.

If the activity stream is no more than a log of changes to a server, not a way to make changes to the server then it would be server generated. SoLiD does not need activity streams to exist in order to bypass PUT, PATCH, DELETE, ... etc as activity pump does. A SoLiD client can do the actions directly on the resource as required by 3 in @evanp's example. So if an activity stream is just a log of the content on the web server, then it would seem to make sense to have the web server generate it, considering the web server as an agent here.

In that case one could imagine that a solid app would add a like relation by PATCHing the relevant file, and that would generate an activity in the servers or users activity stream. This would allow very generic activity streams to exist, that would show the changes to any resource to anyone allowed to view them.

I am not sure what "the list" of people who like an object is. Is that something one can find by looking at the HEAD of a resource to find a link to the official like resources?

bblfish avatar May 09 '15 16:05 bblfish