this post was submitted on 08 Nov 2024
90 points (97.9% liked)
Fediverse
28339 readers
213 users here now
A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).
If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!
Rules
- Posts must be on topic.
- Be respectful of others.
- Cite the sources used for graphs and other statistics.
- Follow the general Lemmy.world rules.
Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I read the PR. It seems more like a hacky bandaid rather than addressing the actual issue. But I digress.
It's also possible I misunderstood where/how the limit was being applied. My understanding was that it was limiting the response to 50 per depth (50 seems to be the arbitrary limit for most of the API's list endpoints). What I really don't want to do is have to paginate the request for the top level comments.
e.g. if a post has 100 comments, and say, 60 of them are top-level, I much prefer to be able to get all 60 in one go. Depending on the total number of comments provided in the
getPost
call, I dynamically set max_depth higher (3-5) or lower (as low as 1) and fill in the deeper comments manually with a "show more" button. The exception is if linking directly to a comment where it uses the path to calculate the exact depth to fetch.I'm working around that without pagination, but it's a low priority fix since Patrick's Law come into play. It's like Godwin's Law except it says that once a comment thread gets deeper than 9, it's a slapfight that's best avoided.
yea it would definitely suck if it only loaded 50 comments at a time, or 50 replies under a comment, but I think it's fine as-is
lol for sure, 9 is already a lot