Email or username:

Password:

Forgot your password?
Top-level
mittorn

@drq @mo @BigFoxBoss
1. When you replying to post in this thread, this is not tree or polytree, just looped graph. To make polytree you need break loop, losing connection
2. Unlikely, very unlikely. Just because of technical solutions in implementations. It's more, more safe to send second and next replies in separate fields. This will just work with current implementations.
3. ok, that is possible way to compose such message. I suggesting here specify if we should show reply copy here or just embed it as forward (with link to original) so we may avoid flooding when do not want extra reply to be shown
4. Connecting many threads with different ideas may produce even more dramas. But if it will be secondary replies, not showing whole thread (not connecting it techincaly, not mergin replies and leaving visual split between threads), then ok.

4 comments
Dr. Quadragon ❌ replied to mittorn

@mittorn
1. What loop, in the first place? How do you *make* a loop?

2. We overhauled protocols in 2017. We can fucking do it again.

3. Up to the implementer, I guess. We can have an option to show additional parents or not, I think.

@mo @BigFoxBoss

mittorn replied to Dr. Quadragon ❌

@drq @mo @BigFoxBoss

1. Here you posting link to other posts in THIS thread. So if you make this like multy-reply, it will be loop, not polytree. Even if it not looped really, this means rendering 2 same branches. Both is useless.
We need hard-break or soft-break this. I suggested ideas how it may be done, but this means not multy reply, but one reply and junction points. Only render first branch, second just link, junction point.
2. Do you really want break just working thing? Maybe we do not need AP at all, but you know, if we break what works now, then it will be very hard to build community again in this world when everybody get addicted to whatsapp/tiktok/etc. And you know how this addiction is strong. And again, all might be done without breakage using extension. JSON-LD is pain of AP, but this is not catastrophe and may be worked around in way, compatible with all implementations.

@drq @mo @BigFoxBoss

1. Here you posting link to other posts in THIS thread. So if you make this like multy-reply, it will be loop, not polytree. Even if it not looped really, this means rendering 2 same branches. Both is useless.
We need hard-break or soft-break this. I suggested ideas how it may be done, but this means not multy reply, but one reply and junction points. Only render first branch, second just link, junction point.

Dr. Quadragon ❌ replied to mittorn

@mittorn

1. Well, this is not really a loop, is it. The graph still goes in one direction. Rendering is another question entirely, it may be up to the implementer. Maybe someone will actually build a graph view instead of linear feed. Who knows. The options are there, earlier you even suggested a few.

2. Everything breaks eventually. Ostatus broke. So will AP.

@mo @BigFoxBoss

BigFoxBoss replied to Dr. Quadragon ❌

@drq @mittorn @mo
Straight up, graph the current discussion and then illustrate which threads/replies you would merge by, like, multireply thing and pass by all references you end up grabbing. You would get loops, because these posts share something you considered in common. They may be in parallel threads or in the same one, still loops at some point. Then backend implementation of parsing this stuff goes into play and it gets messy.

And break backwards compatibility...

@drq @mittorn @mo
Straight up, graph the current discussion and then illustrate which threads/replies you would merge by, like, multireply thing and pass by all references you end up grabbing. You would get loops, because these posts share something you considered in common. They may be in parallel threads or in the same one, still loops at some point. Then backend implementation of parsing this stuff goes into play and it gets messy.

Go Up