Quoted posts

julian

This also reminds me of a discussion I had way back when I first joined fedi, with @[email protected] . When mocking up a forum-like frontend for ActivityPub data*, he actually rendered the content of the inReplyTo as a blockquote before the reply, which is actually quite an interesting use-case for inReplyTo!

* Also, is there anything more indie hacker than that? lol

Emelia 👸🏻

@julian @leroy I think <blockquote> is fine, so long as it's attributes link to the post it's quoting from? That way in Tags you could have a Quote Tag or something that's just a Link to the quoted post.

Obviously you'd probably want to align with @renchap and the Mastodon team on the difference between Quote Posts and Quotes within Posts — does it make sense on a forum to prohibit quoting of you?

Renaud Chaput

@thisismissem @julian @leroy Yes, we are starting again exploring how to represent quoted content (in a generic way) in ActivityPub, to then use this for our specific usage (quote posts).
Side note for Julian: I sent you a DM a while ago and never got a response, can you contact me either in DM, email or Discord?

julian

Hi @[email protected] — yes, once again NodeBB's lack of DM support causes me to miss a message! I'm literally working on it right now, so hopefully end of week.

I'll message you from @[email protected] directly.

julian

@[email protected] said in Quoted posts:

does it make sense on a forum to prohibit quoting of you?

I will say that back in the day nobody ever thought about this particular use case. Also me earlier:

Another upside is that a copy-paste of a post preserves that post to history. That can be useful if the quoted user tries to edit their post later, etc.

Even writing that now I was struck by how problematic that can be. It just simply wasn't something you thought about back then, but the right to be forgotten needs to be addressed too.

I'm not weighing in on that issue specifically, but just remarking on how our approaches to public discussions have changed over the years.

cc @[email protected]

Leroy

A core pillar was data sovereignty (you as a fediverse user can delete your post, the forum respects that).

BUT the frequency of data deletion may be too much to make the forum usable.

I guess I’m still a little on the fence.

Leroy

@julian Here is one post with screenshots: https://indiehackers.social/@leroy/111746082634398937

I ended up not continuing with this idea. I still really like the simplicity of it BUT it suffers from the fact that people might have auto-deletion of their posts, which can cause gaps in data quite quickly. Which goes against my love of forums (a trove of data for future ‘generations*’).

*generation in this use means a person looking for same knowledge, but it’s new to them

Emelia 👸🏻

@renchap @julian @leroy

I feel like a first step we may be able to do is support <blockquote> and encourage clients to support that markup (currently @ivory doesn't support that html tag in content)

julian

@[email protected] Yes, I've noticed that Megalodon also doesn't support blockquotes, but the web client definitely does (I just checked hachyderm), which is a great start.

Emelia 👸🏻

@julian so perhaps more an advocacy thing than a feature change?

Jupiter Rowland

Little heads-up: So far, Hubzilla renders everything the way I guess it's intended. Nothing out of the ordinary.

silverpill

@julian @trwnh @thisismissem

>How that is represented via ActivityPub is probably detailed in some FEP

FEP-e232? I think you can add content or summary property to FEP-e232 link to represent HTML content of a quote

infinite love ⴳ

@thisismissem @julian @leroy @renchap I take the same view as @leroy as well -- you can render replies as a rich preview above every post that happens to be a reply. Discord does this, for example. In fact, if Mastodon did this, then they would only need a way to tell when to insert such "quote replies" into timelines and when not to. It could be as simple as a boolean toot:quoteReply = true. With management of the `replies` collection via FEP-7458 (and some proof/stamp mechanism like FEP-0391).

infinite love ⴳ

@silverpill @thisismissem @julian I think you could define a Quote type that is a subclass of Link and use microsyntax to find-and-replace the blockquote with a rich entity with `content` or maybe even `preview`. But this generally makes sense only when you want that rich entity, and not just a "simple" blockquote.

Discourse for example uses [quote] tags kinda like bbcode, and they add metadata something like [quote author:someone,thread:2319,post:69] where the metadata is used in the preview.

julian

@[email protected] part of the reason we don't do this special syntax is because we (probably) made the conscious decision to keep the composer as simple as possible so that end users wouldn't have to relearn a bespoke syntax.

... but I'm not really sure anymore. My rationale could just be post facto lol

infinite love ⴳ

@julian yeah, if you have a rich composer it's less bad. i don't think i've ever manually authored a quote tag in Discourse, for example. every single time i quote someone it's via the floating button that appears when you select something, or via the dropdown menu option

Scott M. Stolz

For reference, Hubzilla renders both the same way.

If you "share" someone's post (what Mastodon users call a "quote post") is basically just:

@[email protected] 
[quote]Whatever they said.[/quote]

which gets translated to:

@[email protected]
<blockquote>Whatever they said.</blockquote>

If someone quotes someone's post in a forum, it is the same exact thing.

And users can also add their own blockquotes to posts by using the BBCode [quote] tags too.

It's all blockquotes.

Note: This posts uses <code> blocks. This may not render properly on all platforms.

[email protected]

The ability to arbitrarily and retroactively remove all traces of yourself from a discussion you had in public, via a quasi-persistent medium has always felt to me like a violation of everyone else in the discussion, but I, too, come from the forum space, where you just don’t do that. The microblogging space doesn’t seem to care, and the microblogging space currently dominates fedi. It kind of feels like a culture clash to me, and one of many reasons why forum-fedi and masto-fedi probably don’t need a whole lot of cross-over.

I know there are safety concerns around harassment campaigns and the like, and things should change and evolve in response to stuff like that. And it’s not at all clear to me how something like this interacts with the EU’s Right to be Forgotten. But forum users posting on forums, though distributed, are much less likely to be a disruption to those forums than masto users who don’t even know that they’re posting on forums, while behaving in ways that are normal for their space.

Scott M. Stolz

@Kichae Ideally, people should be notified that they are posting to a forum and not replying to a post on an individual channel, that way we can set some expectations in advance.

I am not sure how ActivityPub handles it, but Hubzilla somehow communicates with other Hubzilla instances that a particular channel is a forum. It's probably communicated in webfinger, or something like that.

Just having an icon, tag, or Bootstrap-style badge next to a channel saying "forum" would be helpful.