Unwalled.Garden: souped-up RSS for P2P social apps • Hacker News Board

Re: Unwalled.Garden: souped-up RSS for P2P social apps

#51

Post by elcomet » Fri, Jun 07, 2019, 7:06 AM UTC

grenoire wrote: post #36

rolltiide wrote: post #29

Earlier quoted context omitted.

you don't, you just store the string as is in the body tag and let the client side parser know how to parse html strings that may also include an image tag what is the argument here? why didn't you know you answered your own question "body":"Why didn't you use XML!?"

OP is asking what the content type of the body is to be interpreted as. You're assuming HTML string, which might not always be correct. What do you do with Markdown? You need to have a standard way to represent things like this, because otherwise it won't gain traction solely due to the immense complexity of implementing viewers. Edit: On top of this, HTML might not necessarily be the best choice. In that case it'd j…

Well grandparent also assumed HTML since he put an HTML tag with html attributes in his node. I'm not sure how different this is, and if he wants to convert this to markdown he'll also need a html to markdown converter.

Re: Unwalled.Garden: souped-up RSS for P2P social apps

#52

Post by Angostura » Fri, Jun 07, 2019, 8:34 AM UTC

onion2k wrote: post #50

bertman wrote: post #26

>Unlike Twitter and the other social networks, RSS never tried to capture the social graph, likes, comments, annotations, retweets, and etc of its userbase. It limited itself to posted content (mostly blog posts) and that was a missed opportunity. >missed opportunity Maybe it's just me, but RSS being all about content is the best thing about it.

This is the two competing goals of every publishing mechanism - one person wants to broadcast their data and another wants to consume it, and it's very rare for both parties to want exactly the same thing.

Except where the same person is both publisher and consumer. I run a couple of systems at work were RSS is invaluable, a website with news and a set of screens on the premises running Xibo, that ingest the news via RSS to display.

Re: Unwalled.Garden: souped-up RSS for P2P social apps

#53

Post by rolltiide » Fri, Jun 07, 2019, 2:19 PM UTC

grenoire wrote: post #36

rolltiide wrote: post #29

Earlier quoted context omitted.

you don't, you just store the string as is in the body tag and let the client side parser know how to parse html strings that may also include an image tag what is the argument here? why didn't you know you answered your own question "body":"Why didn't you use XML!?"

OP is asking what the content type of the body is to be interpreted as. You're assuming HTML string, which might not always be correct. What do you do with Markdown? You need to have a standard way to represent things like this, because otherwise it won't gain traction solely due to the immense complexity of implementing viewers. Edit: On top of this, HTML might not necessarily be the best choice. In that case it'd j…

gain traction? you are really talking about a non-issue this decade

everyone is already used to making their frontend, backend and database parse and store external things in key value pairs

this schema pre-detecting ship has sailed a long time ago

Re: Unwalled.Garden: souped-up RSS for P2P social apps

#54

Post by detaro » Fri, Jun 07, 2019, 9:09 PM UTC

pfraze wrote: post #16

detaro wrote: post #15

Earlier quoted context omitted.

Quite a fan of your work with beaker, so curious how this will pan out. Activitypub implementations seem to fare mostly fine by ignoring that ActivityStreams2 technically is JSON-LD, using it as "just JSON". Curious if you have any particular points against it (I can imagine a few, but would be interested in your take on it).

The main reason I didn't use AP is that it's designed for federated servers and uses a mailboxes network which doesn't fit with Dat & P2P. We may find a way to interop, but it'll require some kind of bridge service, and I didn't really see the point of adopting their schemas if it didn't buy us interop automatically. Edit: also, thanks!

Coming up with yet another format in that space makes that kind of bridge service more annoying to create though, especially if the format grows more complicated. E.g. just trying to bridge a few of the existing choices like Atom, AS2 and microformats has an annoying amount of edge cases.