this post was submitted on 15 Apr 2024
48 points (88.7% liked)
Lemmy
12518 readers
66 users here now
Everything about Lemmy; bugs, gripes, praises, and advocacy.
For discussion about the lemmy.ml instance, go to [email protected].
founded 4 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Generally, you're right, except that Lemmy is a new use-case. Its like if facebook made you login again because you follwed a facebook.com link from within facebook, all because the user who created the link is in a different time-zone. What's not to understand about how broken that would be?
An user following an absolute link that doesn't re-direct them back to their own instance is likely not going to be able to interact with the content there. As things stand, we then have to search up the content we want to interact with on our own instance.
Within the context of a Lemmy user following a link from a comment, at least, the relative link is more useful. For a non-user reading such commente the desired behavior would be to open such links absolutely, pointed to the post's orinating instance, the commentor's originating instance, or the instance which is actually serving them that content in the moment, but hey, that's the behavior we ALL get already, and no-one is proposing breaking it for non-users.
Fact is, Lemmy is already capable of serving up a different parsed url for logged-in users and non-users, the webUI just hasn't implimented the feature yet, and so here we are.
Not what I'm proposing
Again. Not what I'm proposing.
Only when viewed on one specific client, on one specific fediverse platform.
This is what I'm proposing. Except being logged in isn't even a requirement for the webUI to open all links it can open locally, locally.
And looking into it, I'd much rather have a system for "mentioning" posts or comments in the same "object@instance" format that we already use to link communities and users, as proposed here. Such a system would have no need for client specific relative url paths, and would boil down the mention to the object ID and the instance where it can be found, allowing any client or even other fediverse platform to easily parse it into something that can be used.
What you're proposing? I'm talking about the state of the issue on Lemmy, as mentioned in the post. As for your last paragraph, that's exactly what I want, and more or less what I've proposed. Sounds like you're invoking UUIDs as an even better solution, something I already acknowleged when @[email protected] brought it up.