Привет, Лили! Возможно, стоит уточнить этот момент или просто выдохнуть? Твои ответы показались мне немного грубоватыми, а я всего лишь вежливо задавал вопросы.
НАЗВАНИЕ НАВИГАЦИОННОЙ ПАНЕЛИ
подписаться
НАЗВАНИЕ НАВИГАЦИОННОЙ ПАНЕЛИ
подписаться
Оба пункта ведут на разные ссылки: один должен отображаться для подписчиков, а другой — для всех остальных пользователей.
Мне кажется, в первом запросе я всё объяснил достаточно ясно, и если что-то осталось непонятным, то это и есть полная картина. Я использую оба компонента темы, которые ты назвала (спасибо!), и увидел здесь, что для их переупорядочивания используются слэги, что в моём конкретном случае не сработало из коробки.
Это было не критикой, а скорее замечанием для улучшения. Например, можно упорядочивать элементы по их идентификаторам или как-то иначе — ты, как разработчик, разбираешься в этом гораздо лучше меня.
В любом случае, я больше ничего не прошу. Хорошего дня!
так что ты заходишь в мою тему о компоненте, пытаешься меня запутать и называешь грубым, потому что я не понимаю твоих постов? может, почитаешь документацию.
Краткое примечание по вопросу тональности: я не расценил ответы Лилли как грубые, скорее как краткие ответы на вопрос, который пока не был полностью ясен для сторонних наблюдателей, и как намёк на то, что проблема неработающих ссылок для некоторых пользователей может быть не связана с её компонентом.
Что касается самой проблемы: наличие двух разделов с одинаковым slug-адресом само по себе не является проблемой — они могут без проблем сосуществовать в боковой панели.
Этот компонент позиционирует разделы с помощью атрибута data-section-name в CSS, и это единственный стабильный «крючок», доступный в отрендеренном DOM. У раздела нет отдельного идентификатора помимо его slug-адреса, поэтому двум разделам с одинаковым именем нельзя присвоить разные значения порядка — компонент не может их различить, и ни один другой подход на основе CSS тоже не смог бы этого сделать, поскольку DOM просто не предоставляет ничего более детализированного для селекции.
Так что это не вопрос небольшого улучшения, как вы предложили с идеей использования ID — это потребовало бы, чтобы DOM предоставлял что-то, чего в настоящее время нет в Discourse, или принципиально другого подхода.
Я всё ещё не до конца понимаю, в чём именно заключается ваша проблема с компонентом изменения порядка, связанная с использованием slug-адресов. В вашем примере оба раздела находятся рядом друг с другом — с этим компонентом это работало бы нормально. Возможно, вы могли бы помочь уточнить, в чём именно заключалась ваша проблема при изменении порядка ваших разделов.