Petite remarque concernant la question du ton : je n’ai pas interprété les réponses de Lilly comme étant impolies, mais plutôt comme des réponses brèves à une question qui n’était pas encore tout à fait claire de l’extérieur, ainsi qu’une indication que le problème des liens ne fonctionnant pas pour tout le monde pourrait être indépendant de son composant.
Concernant le problème réel : le fait que deux sections partagent le même slug n’est pas un problème en soi — elles peuvent coexister sans souci dans la barre latérale.
Ce composant positionne les sections via data-section-name dans le CSS, et c’est le seul point d’ancrage stable exposé dans le DOM rendu. Il n’existe pas d’identifiant distinct pour une section au-delà de son slug, donc deux sections portant un nom identique ne peuvent pas recevoir des valeurs d’ordre différentes — le composant ne peut pas les distinguer, et aucune autre approche basée sur le CSS ne le pourrait non plus, puisque le DOM n’expose simplement rien de plus granulaire pour les sélectionner.
Cela ne relève donc pas d’une simple amélioration mineure, comme vous l’avez suggéré avec l’idée des ID — cela nécessiterait que le DOM expose quelque chose que Discourse ne fournit pas actuellement, ou une approche fondamentalement différente.
Je ne suis toujours pas entirely certain de quel est votre problème avec le composant de réorganisation concernant son utilisation des slugs. Dans votre exemple, les deux sections sont côte à côte — cela fonctionnerait parfaitement avec ce composant. Peut-être pouvez-vous aider à clarifier quel était exactement votre problème lors de la réorganisation de vos sections.