Post AhyMHTrFo9be8iUZTU by mat@friendica.exon.name
(DIR) More posts by mat@friendica.exon.name
(DIR) Post #Ahtw3UNJiJDeFUJjMG by pfefferle@mastodon.social
2024-04-22T16:57:49Z
0 likes, 0 repeats
@deadsuperhero I think I know what you mean, but isn't that against the idea of ActivityPub? Shouldn't there be a general default instead of special "implementations" for specific platforms??
(DIR) Post #Ahtw3VhCnqiqLSd7zs by mat@friendica.exon.name
2024-04-22T19:21:34Z
0 likes, 0 repeats
Perhaps it makes more sense for custom content types. For example a video site that has specified a custom "captions" field. A user on a text-only site can't see the video, but the video site could fill in the captions as a fallback display type. A site that supports normal video can't use the captions, but it can display the video fine, so it can ignore the fallback text.I think you're right when it comes to standard types. The spec pretty much covers all cases already.
(DIR) Post #Ahtw3WvmD9yKAwSHLc by pfefferle@mastodon.social
2024-04-22T19:24:15Z
0 likes, 0 repeats
@mat @deadsuperhero or you could add the caption to the summary and/or content and it should work already โบ๏ธ
(DIR) Post #Ahtw3YEbMecmDcGpKS by mat@friendica.exon.name
2024-04-22T19:29:42Z
0 likes, 0 repeats
The problem there is that the content gets displayed even if the receiving platform already supports the main object. You don't want to duplicate content. Same thing as image sets. You could just create 6 <img> tags in the hope that at least one of them loads correctly in the user's browser, but that's not really the intended outcome ๐
(DIR) Post #AhyMHTBmIMQg455RpI by pfefferle@mastodon.social
2024-04-22T16:22:57Z
0 likes, 0 repeats
@deadsuperhero there seems to be something broken with http://social.deadsuperhero.com/
(DIR) Post #AhyMHTrFo9be8iUZTU by mat@friendica.exon.name
2024-04-22T20:11:30Z
0 likes, 0 repeats
The chess platform doesn't want to display the image because it has its own built-in UI. Maybe it animates the move in a cool way, and each user has a customised board display. I don't know. I don't play chess ๐The other suggestions are what bothers me. Those are, basically, hacks. Ways to smuggle structured data in via the existing fields. That way we end up with a hundred apps, some adding their own HTML tags in the description, some with a summary with odd syntaxes, some abusing EXIF data in attachments. AP is supposed to be extensible, but in practice using custom objects cuts you off from the main body of users, whose platforms silently discard objects they don't understand. So I fear developers will instead abuse the fields they have, and writing general-purpose clients will become a nightmare.Not exactly Sean's point, but that's why I paid attention when he mentioned fallback display.