- #contribute:bug이나 #support와 같은 카테고리를 언급하는 주제를 찾습니다
- 해당 주제에 답변을 작성하면서 그 카테고리를 언급합니다
- 해당 링크를 게시하는 것이 맞는지 다시 한번 생각해보라는 경고가 표시됩니다
카테고리와 태그에 대한 언급은 이 경고에서 제외되어야 하며, 내부 주제 참조도 모두 포함시켜야 한다고 생각합니다(즉, 현재 있는 포럼으로 가는 모든 링크에 대해 이 경고를 억제해야 합니다).
6개의 좋아요
이 주제를 만들어 주셔서 감사합니다. 저도 이 경고가 약간 거슬립니다. 제 답변에서 #contribute:bug를 사용할 때 경고가 표시되지 않는 것 같으니, 이는 카테고리 언급에만 제한되는 것 같습니다. 이 문제가 언제부터 시작되었는지 기억나지 않지만, 방금 테스트해 보니 여전히 v3.6.0.beta1-dev를 사용하는 포럼에서는 발생하지 않았습니다.
그점에 대해서는 동의하기 어렵습니다. 특정 테마 구성 요소가 이미 다른 주제에서 링크된 상태라는 것을 알려주면 꽤 도움이 되는 경우가 많습니다. 이미 제안된 내용을 놓치는 일이 종종 발생하기 때문입니다.
5개의 좋아요
참고: #contribute:bug으로 카테고리 멘션을 시도해 봤는데, apparently 태그 멘션이 되었습니다. 태그 이름이 카테고리 이름과 동일한 것이 바람직한지 확실하지 않습니다.
2개의 좋아요
이것은 #contribute:bug가 이제 하위 카테고리(subcategory)가 되었기 때문이라고 생각합니다. 중복이 많이 발생하는데, 이전에는 문제가 되지 않았던 것 같습니다.
보통은 정확한 일치(exact match)인 카테고리가 먼저 제시됩니다. 예를 들어 #documentation의 경우 #documentation은 #documentation::tag가 아닌 카테고리로 일치하며, 자동완성에서 먼저 제시됩니다:
하지만 #contribute:bug의 경우 #contribute:bug는 하위 카테고리가 아닌 태그로 일치합니다. (모든 것을 하위 카테고리로 만드는 작업 중 제가 좋아하지 않는 측면 중 하나입니다)
때로는 주제(topic) 내의 컨텍스트에 따라 먼저 제시되는 항목이 달라질 수도 있습니다. 예를 들어 #contribute:lounge는 동일한 이름을 가진 채팅 채널보다 먼저 제시됩니다. 하지만 채팅에서는 채널이 먼저 제시됩니다.
하지만 중복을 피하는 것은 불가능하다고 생각합니다.
3개의 좋아요
이 주제는 약간 벗어난 것 같지만, 솔직히 이미 버그 카테고리가 있는 상황에서 Contribute > Bug 태그의 필요성을 모르겠습니다.
3개의 좋아요
아마도 나를 짜증나게 하는 어떤 기능이나 UX 문제에 관한 주제일 텐데, 이건 버그는 아닌 것 같아서… 
해당 태그는 비공개 하위 카테고리에서도 사용할 수 있으므로, 공개된 버그 카테고리 외에도 잠재적인 용도가 있습니다… 하지만 많이 사용되지 않으므로, 정리하고 태그를 폐기하는 것이 가치가 있을 수도 있습니다.
2개의 좋아요
이 태그를 정리하는 것은 여기에서 간단한 단계라고 생각합니다.
조금만 보면 이 토론과도 일부 겹치는 부분이 있습니다: Can we make inline links to subcategories more concise?
2개의 좋아요
이렇게 하면 중복된 제안을 하는 것을 방지할 수도 있습니다. 그렇지 않은 경우에는 경고 창을 닫고 링크를 포함하여 게시물을 더 유용하게 만드는 것에 대해 큰 죄책감을 느끼지 않습니다. 해당 게시물이 다른 곳으로 이동되거나 인용될 수 있기 때문입니다.
1개의 좋아요