En bref :
- Pour une communauté :
[[email protected]](/c/france@lemmy.world)
- Pour un utilisateur :
[@[email protected]](/u/Rokil@sh.itjust.works)
Comment écrire un lien
Pour rediriger vers une communauté
Il suffit d’écrire [ce qui s'affiche au lecteur](/c/nom_de_la_communauté@adresse.instance)
Par exemple [[email protected]](/c/france@lemmy.world)
ce qui donne [email protected]
Pour un lecteur depuis son instance, ce lien va lui permettre d’aller consulter le contenu de cette communauté tout en restant dans son instance. Et donc de s’abonner de manière fluide.
Pour un utilisateur
Quasiment pareil :
[ce qui s'affiche au lecteur](/u/[email protected])
Par exemple [@[email protected]](/u/Rokil@sh.itjust.works)
, ce qui donne @[email protected].
L’autocomplétion et son inconvénient
Si je tape !france
l’interface web de mon instance me propose de compléter en [[email protected]](https://lemmy.world/c/france)
.
C’est pratique pour moi en tant qu’auteur, mais quelqu’un qui clique sur le lien sera transporté vers l’instance qui héberge la communauté, et pas l’instance du lecteur. Ce qui fait qu’un lecteur devra manuellement copier/coller le nom de l’instance dans le moteur de recherche de son instance pour pouvoir s’abonner, ce qui n’est pas très pratique.
De même pour un utilisateur, si je tape , l’interface web me propose
[@Rokil@sh.itjust.works](https://sh.itjust.works/u/Rokil)
qui redirige vers l’instance que j’utilise, qui n’est pas forcément l’instance qu’utilise un autre lecteur.
Vous trouverez un autre fil de discussion en anglais dans le lien qui sert de base à ce post.
(Merci à @Jakylla qui a inspiré ce post)
Depuis que j’ai vu que l’on avait une intercompatibilité avec d’autres outils du fediverse (mastodon typiquement) via https://news.cosocial.ca/post/2263, je ne suis fait la même réflexion.
Je pense que la bonne façon de faire devrait être d’avoir le lien complet dans le message, ce qui est le cas aujourd’hui, et d’avoir le client (web, natif…) qui puisse décider qu’un lien ressemble fort à un lien vers une communauté qui pourrait être affichée depuis l’instance locale (en faisant une requête HEAD pour en vérifier l’existence) et rediriger vers la communauté avec une URL relative dans ce cas de figure.
Là, on ne casse pas les liens depuis les lecteurs hors lemmy, on reste sur sa propre instance quand c’est possible, mais ça demande une collaboration du lecteur utilisé
Ça semble être une bonne approche