Pre-Alpha ActivityPub-related bug reports
-
infinite love ⴳreplied to Evan Prodromou on last edited by
@evan @silverpill @erincandescent @julian just seems backwards to me, for no real reason. if you wanted reverse chron viewing of a forward chron collection, then it makes sense to fetch `last` and page backwards.
at the very least, `startIndex` as a property of OrderedCollectionPage makes **way** more sense with a forward chron presentation.
-
Evan Prodromoureplied to infinite love ⴳ on last edited by
@trwnh @silverpill @erincandescent @julian
It's bad for caching to do forward chron, which is why we don't do it anywhere else.
Also, it does not help you build a tree structure; older nodes are not necessarily at the top of the tree.
-
@trwnh @evan @evan @julian @silverpill and to be clear my ambivalence about whether there should be a thread object comes primarily because I don't think this is a point on which we will ever get universal agreement
It's an area where I feel the only real route is the "why not both?" compromise that doesn't really make anyone happy -
@erincandescent @julian @[email protected] @trwnh @silverpill Standards are about making arbitrary decisions in the pursuit of uniformity.
-
@evan @julian @evan @trwnh @silverpill I agree, but... I don't think this has ever been successful in federated social software development except for when forced through market share
-
infinite love ⴳreplied to Evan Prodromou on last edited by
@evan @silverpill @erincandescent @julian why is it bad for caching? it seems like the opposite to me -- reverse-chron means that pages are constantly updating and are almost never consistent! each new item in the collection pushes everything else behind it, and the last item of the page overflows into becoming the first item of the next page. if you did forward-chron, you could freeze "page 1" as soon as it got full, and move onto "page 2".
also, a viewer can easily tell where they left off.
-
Evan Prodromoureplied to infinite love ⴳ on last edited by
@trwnh @silverpill @erincandescent @julian oh, yes, that's true, if you do "volatile paging" (last 20 pages).
If you have reified pages (item goes in one page and stays there), once the pages are full, they don't change (except for `Remove` activities).
Don't do volatile paging.
If you use reified pages, an add to a reverse-chron collection will typically have changes to `first` and the Collection itself.
-
Evan Prodromoureplied to Evan Prodromou on last edited by
@trwnh @silverpill @erincandescent @julian
If you have bidirectional links (`first` and `last`) you can have stable collections with rev-chron or forward-chron. So, fair point.
-
-
infinite love ⴳreplied to Evan Prodromou on last edited by
@evan @silverpill @erincandescent @julian Yeah, my point is that it seems almost entirely conventional whether to have "reverse" mean first.next.next... or last.prev.prev... -- and I favor the latter approach because it makes more sense imo, no double-inversion ("reverse-reverse chron", anyone?)
-
Evan Prodromoureplied to infinite love ⴳ on last edited by
@trwnh @silverpill @erincandescent @julian Except for most interfaces, your first page is the current stuff, and you go back in time to find earlier stuff.
-
@trwnh @evan @silverpill @julian personally I don't necessarily think you should do reified pages in most cases; but I do think you should do stable cursors; that is, you can traverse a collection as slowly as you wish and you'll get a coherent view.
Bonus points if the most recent page of the collection has a next link that points to an empty page where newer objects will appear -
infinite love ⴳreplied to Evan Prodromou on last edited by
@evan @silverpill @erincandescent @julian This is what I meant by "conventional". On a forum thread, you generally read forward. On social media like Twitter, there is a heavy bias toward going reverse. And some interfaces even let you choose ascending or descending order.
-
Evan's poll about Activitypub doesn't show on NodeBB instance, why is that?
-
There's probably a FEP that needs to exist explaining how polls on Mastodon even work, plus how they should work (it's not what you might expect)
-