Liens d'icônes sociales cliquables sur le profil

Composant de thème
97

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.

  • email
  • mastodon
  • discord
  • steam
  • linkedin
  • 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.