Упоминания категории воспринимаются как повторяющиеся ссылки

  • найти тему, в которой упоминается категория, например Contribute > Bug или Support
  • ответить на эту тему и упомянуть эту категорию
  • получить предупреждение о том, что, возможно, стоит дважды подумать, прежде чем публиковать эту ссылку

Я считаю, что упоминания категорий и тегов следует исключить из этого предупреждения, а также, возможно, все внутренние ссылки на темы (то есть отключить это предупреждение для всех ссылок, ведущих на форум, на котором вы находитесь).

6 лайков

Спасибо, что создали эту тему. Меня тоже немного раздражает это предупреждение. В моем ответе я не вижу предупреждения за использование Contribute > Bug, так что, похоже, это ограничение относится только к упоминаниям категорий. Я не помню, когда это началось, но только что проверил: на форуме, который все еще работает на v3.6.0.beta1-dev, такого не происходит.

Я не совсем согласен с этим. Обычно мне довольно полезно, когда мне сообщают, что компонент темы уже был упомянут в теме. Иногда я упускаю из виду, что что-то уже было предложено ранее.

5 лайков

Примечание: Я пытался упомянуть категорию через #contribute:bug, но это превратилось в упоминание тега. Не уверен, что это хорошо — иметь тег с тем же названием, что и категория.

2 лайка

Думаю, это связано с тем, что #contribute:bug теперь является подкатегорией. Здесь много дубликатов, и раньше, я думаю, это не было проблемой.

Обычно сначала предлагается категория, потому что это точное совпадение. Например, для #documentation Documentation приводит к категории, а не к тегу #documentation::tag documentation, и она предлагается первой в автодополнении:

Для #contribute:bug Contribute > Bug всё наоборот. Теперь это сопоставляется с тегом, а не с подкатегорией (один из аспектов превращения всего в подкатегории мне не нравится).

Иногда то, что предлагается, также зависит от контекста в теме. #contribute:lounge предлагается перед чат-каналом с тем же именем. Но в чате сначала предлагается канал.

Но я не думаю, что можно избежать дубликатов.

3 лайка

Это немного выходит за рамки темы, но честно говоря, я не вижу смысла в теге Contribute > Bug, если у нас уже есть категория для багов.

3 лайка

Может, для темы о какой-то функции или проблеме с UX, которая меня раздражает, но не является багом… :face_with_tongue:

Этот тег можно использовать в приватных подкатегориях, поэтому у него есть потенциальное применение за пределами публичной категории багов… но он используется редко, так что, возможно, стоит провести чистку и отказаться от этого тега

2 лайка

Я за то, чтобы привести этот тег в порядок — это простой шаг.

Также есть некоторое пересечение с этой дискуссией, если прищуриться: Can we make inline links to subcategories more concise?

2 лайка

Это тоже иногда останавливает меня от повторных предложений. В противном случае я не чувствую особой вины за закрытие предупреждения и добавление ссылки, чтобы сделать пост более полезным, поскольку его могут переместить или процитировать в другом месте.

1 лайк