태그를 정말 좋아해서, 표준 Discourse에 태그 기능이 도입되자 매우 기뻤습니다.
현재 우리는 태그를 상당히 많이 사용하고 있으며, 새로 시작할 포럼에서는 태그 의존도를 더 높일 계획입니다. 하지만 최근 태그와 관련된 몇 가지 문제가 있어 조금 걱정되네요. 태그를 대폭 활용하고 계신 다른 분들의 생각을 듣고 싶습니다. 현재 상황은 어떠신가요?
질문에 직접적인 답변은 아니지만 GameDev.tv 를 한번 살펴보세요. 온라인 과정을 관리하기 위해 막대한 수량의 태그를 사용하고 있습니다 (
) 하지만 한눈에 봐도 꽤 잘 작동하는 것 같습니다.
여기서 해결할 수 있는 구체적인 문제나 불편한 점이 있나요? It's Time We Talked About Tags - #2 by AstonJ 에서 2017년에 요청하신 몇 가지 항목이 이제 지원되고 있는 것을 확인할 수 있습니다. 예를 들어, Tag Icons 를 통해 이제 색상/아이콘 태그를 사용할 수 있습니다 
정말 좋습니다! FA 아이콘 대신 사용자 정의 이미지를 사용할 수 있는지 아시나요? 그렇다면 정말 멋질 것 같습니다 
제 원래 제안 중 다음 기능도 함께 구현할 수 있다면 정말 훌륭할 것입니다:
- 태그별로 정보(예: 짧은 설명과 링크)를 추가할 수 있는 기능 (마우스를 올려 보일 때와 태그 보기 페이지에서 표시됨)
개인적으로 이는 큰 차이를 만들 것이라고 생각합니다.
현재 두 가지 문제가 있습니다 (첫 번째는 Sam이 조사 중입니다):
좋은 사이트네요! 실제로 우리는 다크 모드 요청이 자주 들어와서 비슷한 색상 구성으로 실험을 해보고 있습니다. 그들의 태그는 잘 작동하는 것 같습니다 - 우리 것도 곧 해결되기를 바랍니다
이 기능이 계획에 포함되어 있는지 아는 사람이 있을까요? 이 기능이 있다면 정말 좋을 것 같습니다. 태그 페이지에 정보를 표시하는 것뿐만 아니라, 게시글에서 제공할 수 있는 추가 정보 측면에서도 그렇습니다.
우리는 종종 태그로 지정할 수 있는 주제(또는 해당 주제에 대한 링크)를 언급하는 게시글을 접합니다. 태그에도 정보(짧은 설명과 링크)가 포함된다면, 웹 페이지를 찾아 링크를 복사하여 붙여넣는 것보다 훨씬 쉬울 것이므로 훨씬 더 많은 사람이 게시글에 태그를 포함시킬 것이라고 생각합니다. 이는 궁극적으로 게시글 독자들에게 가치 있는 정보를 제공하는 데 도움이 될 것입니다.
예를 들어, 여기 Discourse에서 가장 인기 있는 태그 중 하나는 gdpr(82개 주제)인데, 많은 사람들이 이것이 무엇인지 모릅니다. 이러한 추가 정보가 바로在那里(거기)에 제공되면 사용자에게 매우 편리하며, 추가 정보를 위해 외부 링크를 클릭할 수도 있습니다. 여기 있는 docker, onebox, akismet, ember 등 다른 인기 있는 태그에도 유용할 것입니다.
저는 이 기능이 실제로 구현되기를 바라며, Discourse에 매우 가치 있을 것이라고 생각합니다. 만약 제가 Ember를 잘 안다면 PR을 제출하겠다고 제안했을 것입니다 
(Rails 쪽은 쉽습니다 - 몇 개의 추가 필드만 있으면 됩니다).
다음과 같은 필드를 사용하겠습니다:
desc
external_link
external_link_count
topic_id
topic_id_count
클릭 수를 세기 위해서도, 사람들이 그것을 보는 것을 좋아하기 때문입니다. 해당 태그에 대해 중요한 주제가 있는 경우가 많으므로, 그런 경우를 대비해 topic_id도 포함했습니다.
(이 게시글을 별도의 주제로 이동하는 것이 가치가 있을까요?)
현재 태그 시스템을 지속적으로 개선하고 있으며, @neil이 리팩토링 작업과 태그 동의어 지원 추가를 진행하고 있습니다.
결국 “짧은 설명” 기능을 도입하게 될 것 같고, 카테고리처럼 선택 가능한 “태그 설명” 주제까지 추가될 수도 있습니다.
여기서 서두르고 싶지는 않습니다. @codinghorror가 언제 이 기능을 도입할지 결정할 수 있지만, 이번 릴리스에서는 이루어지지 않을 것으로 생각합니다.
샘, 언젠가 추가될 거라고 생각해 주셔서 감사합니다
지금 당장은 짧은 설명만 제공해도 괜찮습니다. (단, 그 안에 링크를 삽입할 수 있고, 사용자가 게시글 보기에서 바로 링크를 클릭할 수 있다면요) 그렇게 하면 @neil 님이나 여러분께 부담을 덜어드릴 수 있을 것 같고, 더 많은 시간을 투입하기 전에 이 기능이 얼마나 유용하게 쓰이는지 살펴볼 수도 있습니다. (개인적으로는 디스코urs 관리자들이 이 기능을 매우 환영할 거라고 생각합니다만.)
동의어를 생성하고 목록으로 확인할 수 있는 방법이 필요할 것 같아, 태그 관리 UI를 개선하고 태그에 대한 더 많은 정보를 표시할 수 있도록 할 예정이야. 태그 이름을 변경하는 모달은 아마도 충분하지 않을 거야. 그래서 만들 때 네 아이디어를 참고할게.
닐, 고마워 - 태그 시스템의 다음 업데이트가 정말 기대돼
저는 프라이빗한 Discourse 인스턴스에서 프라이빗 그룹에 카테고리를 사용할 커뮤니티를 막 시작했습니다. 하위 카테고리를 사용하지 않고 태그가 세 가지 사용자 그룹에서 제대로 작동하는지 확인해보려는 것이죠:
지역 그룹 (프랜차이즈 가맹점 등)
전국 본부 (프랜차이즈 본사 등)
서비스 소비자
이것이 구현 순서입니다. 중앙에서 주도하는 방식이 아니라, 지역 그룹 중 하나에서 시작합니다. 해당 지역 그룹에서 잘 작동한다면, 다른 그룹을 초대하는 시점에 전국 본부에서 이를 검토할 수 있습니다.
태그 기능의 즉각적인 개선 덕분에 잘 작동하게 만들려는 동기가 생겼습니다. 문제는 하위 카테고리가 표시되지 않으므로 명확한 구조가 보이지 않을 것이라는 점입니다. 제가 이전에 세팅한 다른 커뮤니티들은 프라이빗 그룹에 카테고리를 사용하고, 명확한 구조를 제공하기 위해 하위 카테고리를 사용했습니다.
12개의 게시물이 새 주제로 분리되었습니다: 카테고리와 태그가 같은 개념일 수 있을까요?
와. 정말 대단하겠다.
SMF에서 Discourse로 이전하면서 우리 커뮤니티에도 이 문제가 생길 줄 알았습니다. [많은 하위 카테고리를 가진 상태에서] 각 하위 카테고리의 설명에 태그를 추가했는데, 결국 그렇게 부담이 되지 않았습니다.
어제 함께 있던 다른 스레드에서 언급했지만, 다른 관찰자들을 위해 각 카테고리에 필수 태그 그룹을 할당해 두었습니다.
제 예시에서 제가 카테고리를 사용하는 이유는 각 그룹에 전용 영역을 제공하기 위해서라는 점을 기억해 주세요.
지금 하신 작업은 제가 말씀드리는 내용과 매우 다릅니다. 그 차이를 보여 드리겠습니다.
현재 구조는 다음과 같습니다:
제가 말씀드리는 것은 콘텐츠에 가시적인 구조가 없도록 하는 것이며, 이렇게 하면 사이트에는 다음과 같은 구조가 됩니다:
가시적인 구조의 흔적이 전혀 없는 상황에서 이는 매우 다른 제안입니다.
