Open ch0ccyra1n opened 1 year ago
This could definitely be interesting to add, I wonder if simply putting it in SUPPORTED_TYPES
would do? Would test that but I can't really find a way to provide test inbox input in a local environment, and I don't want to test it in production because it could probably break things.
I would be down to run a test on a temporary server and share the results here if that would help.
Ok I was able to test by putting Page
in SUPPORTED_TYPES
and here's my findings:
The results are better but not ideal
Here's a lemmy post:
The same post on regular chuckya
:
The same post on modified chuckya
:
As you can see, the title of the post is not federated in the third screenshot, so it's likely that we will need to write code for a separate type in order for Page
s to display how we want them to be.
I'll keep you posted!
Pitch
(Mirror of this upstream issue)
I don't quite get why Mastodon handles
Page
objects the way it does.It seems like having it be in
CONVERTED_TYPES
(see line 9 of activity.rb) leads to rather ugly display of these in the Mastodon UI.Example:
Here is a lemmy post:
The same post viewed through a Mastodon instance:
The same post viewed through a Firefish (formerly Calckey) instance:
The JSON-LD of this post is as-follows:
Ideally, we presumably would want to treat this object of the type
Page
similarly to how we treat an object of the typeNote
, where the content is displayed to the user. Thus, it would make the most sense to display these similarly to how Firefish handles it.Motivation
I think that it only makes sense to display objects of all sorts as completely as possible when it comes to federation, and displaying the
content
of aPage
seems like a good step in that direction. This feature would benefit anyone who follows an account from any instance that usesPage
in any capacity.