Tiktok a besoin de @ et Youtube utilise l’URL du forum 
Je n’utilise pas TikTok - avez-vous un nom d’utilisateur exemple que je peux utiliser pour expérimenter ?
Eh bien, le mien est jagster64 - c’est tout à fait sûr à utiliser car je ne publie pas.
Corrigé - ajouté à la pull request
2 « J'aime »
Pull request soumis pour ajouter la prise en charge de Strava - j’espère que @weallwegot tolérera ma pull request légèrement désordonnée :-s
1 « J'aime »
Hm, temporary-twitter-x a été reconfiguré en fab-twitter. Était-ce fait exprès ou par erreur ? Quoi qu’il en soit, l’ancien oiseau Twitter est de retour à la place du nouveau logo X.
1 « J'aime »
Merci pour la correction - j’ai créé une pull request pour la mettre à jour avec le rebrand de Twitter.
2 « J'aime »
Merci ! Mais malheureusement, vous devez changer fa-x-twitter en temporary-twitter-x, car fa-x-twitter est Fontawesome 6, qui ne fonctionne pas encore dans Discourse.
2 « J'aime »
Je pense que ça devrait fonctionner
3 « J'aime »
Mis à jour avec la bonne icône X… sachant que tous les experts en image de marque et en marketing ont ressenti un frisson froid mais ne peuvent pas expliquer pourquoi
3 « J'aime »
Tests effectués - je peux confirmer que l’icône FA6 fonctionne - la pull request a été mise à jour
2 « J'aime »
Ouais intéressant, Fontawesome 6 semble fonctionner maintenant avec Discourse ! 
Avec la bonne icône, je peux aussi la voir. Cool ! Merci beaucoup !
2 « J'aime »
Salut, est-il possible d’ajouter un SVG personnalisé au lieu d’un de FontAwesome, comme le permet Custom Header Links (icons) ?
Comme ça ?
Je viens de réaliser que désélectionner « Afficher sur le profil public » supprime le champ utilisateur du profil public (comme prévu), mais le comportement de l’icône fournie par ce composant de thème est plus erratique :
- sur mon compte administrateur, je peux toujours voir l’icône
- sur mon compte de test (niveau de confiance 1), l’icône disparaît également
En d’autres termes, pour la plupart des utilisateurs connectés et tous les utilisateurs anonymes, l’icône du champ utilisateur personnalisé n’est visible que lorsque le libellé et la valeur textuelle correspondants sont également visibles. En masquer un, masque l’autre.
C’est étrange, mais j’ai essayé avec différents navigateurs, une fenêtre de navigation privée, et je peux reproduire cela de manière fiable. Quelqu’un d’autre peut-il reproduire ce problème ?
C’est l’une de ces choses faciles à manquer en tant qu’administrateur. Je ne l’ai remarqué qu’après qu’un utilisateur ait signalé un problème qui m’a fait réaliser ce comportement.
Au cas où cela aiderait, je teste cela avec l’icône Mastodon.
J’ai un problème où les liens ne naviguent pas correctement vers le profil de médias sociaux de l’utilisateur. Il semble qu’ils ajoutent simplement l’URL de la page sur laquelle vous vous trouvez avec le champ personnalisé de l’utilisateur.
Jusqu’à présent, j’ai remarqué cela pour Steam et Discord.
En regardant le dépôt github dans links-settings.js, il n’y a pas de lignes base: ou baseregex: pour Steam et Discord… Bluesky et Twitter (désolé, X l’application pour tout) fonctionnent bien, et ils ont ces deux lignes, donc c’est peut-être le problème ?
{
name: "Discord",
icon: "fab-discord",
link: {
value: settings.discord_custom_field_name,
},
},
{
name: "Steam",
icon: "fab-steam",
link: {
value: settings.steam_custom_field_name,
},
},
Pour Bluesky :
{
name: "Bluesky",
icon: "fab-bluesky",
link: {
value: settings.bluesky_custom_field_name,
base: "https://bsky.app/profile/",
baseregex: "^http(s)?://(www.)?bsky.app/profile/",
},
},
Pour Twitter :
{
name: "X",
icon: "fab-twitter",
link: {
value: settings.twitter_custom_field_name,
base: "https://twitter.com/",
baseregex: "^http(s)?://(www.)?twitter.com/",
},
},
En parcourant le reste des entrées, il semble que celles-ci n’aient pas non plus de lignes base: ou baseregex:, mais je n’ai pas d’exemple concret pour les tester.
- mastodon
- discord
- steam
- bandcamp
(édité pour ajouter) J’ai créé une pull request :
09096b8 : ajout des URL de base pour l’e-mail, steam et linkedin
0ec40a0 : ajout de discord, bandcamp et mastodon, et mise à jour du readme. Je l’ai fait séparément car bandcamp et mastodon auront des URL de base différentes selon l’utilisateur, elles ne sont pas cohérentes ; et pour Discord, l’utilisateur saisirait son identifiant d’utilisateur et non son nom d’utilisateur, il semblait donc que cela nécessiterait une explication dans le readme.