Wouldn’t it be simpler if the default interaction would load the link internally?
Yes, of course. For example if redaktor got a link with type="application/activity+json", it will load it in the same visual context, you opened it from. In redaktor, this can be a “column” (e.g. a stack of cards in the normal inbox view), “row” (overviews) or “full” …
We had this discussion multiple times and there are web standards about that.
For example, we discussed specyifing “link relations” at the second conference and
at a Social CG meeting.
By the time I was told that I am the only one interested in that.
The big player was not interested, which usually means, the discussion ends – as here too:
Defining alsoKnownAs - #14 by Sebastian and Defining alsoKnownAs - #12 by Sebastian
Then this was a summary of an irc conversation with rhiaro: 2020-12-04 SocialCG Meeting - #2 by Sebastian
First off, it is important, what @tcit wrote, use type …
No link parser in the world would parse “data-” attributes but all are parsing type …
Additionally, the rel attribute is an option, see all “Attributes” of <a> in <a>: The Anchor element - HTML: HyperText Markup Language | MDN
For example, micropub registered a link relation: Micropub rel="micropub" and we can become more specific, for example if we want to link the author (attributedTo) of an ActivityPub post, it would be
rel="activitypub author" and everyone knows, the relation is “author of ActivityPub object” …
See also
Link types - HTML: HyperText Markup Language | MDN and Link Relations (Registry)
PS, if you use CSS and an icon, there is a webfont or svgs which you can use, e.g. the logos are z_… activitypub-origami/webfont/svg at master · sebilasse/activitypub-origami · GitHub and you can use e.g. a data url of the svg with how’s example …