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

  • Найдите тему, в которой упоминается категория, например bug или Support
  • Ответьте на эту тему, упомянув эту категорию
  • Получите предупреждение, что вам, возможно, стоит дважды подумать перед публикацией этой ссылки

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

6 лайков

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

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

5 лайков

Кстати: я попытался создать упоминание категории через #bug, но, похоже, это стало упоминанием тега. Не уверен, что желательно иметь тег с тем же именем, что и категория.

2 лайка

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

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

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

Думаю, иногда то, что предлагается, также зависит от контекста: в теме #contribute:lounge предлагается перед чат-каналом с таким же названием. А в чате канал предлагается первым:

Но, по-моему, избежать дубликатов невозможно.

2 лайка

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

2 лайка

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

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

2 лайка

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

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

1 лайк

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

1 лайк