# 새로운 카테고리 및 태그 알림 UI?
**URL:** https://meta.discourse.org/t/new-category-and-tag-notification-ui/242593
**Category:** Feature
**Created:** [10월 21, 2022, 2:19오후 UTC](https://meta.discourse.org/t/new-category-and-tag-notification-ui/242593 "2022-10-21T14:19:33Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@mattdm](https://meta.discourse.org/u/mattdm)
#### Post date: [10월 21, 2022, 2:19오후 UTC](https://meta.discourse.org/t/new-category-and-tag-notification-ui/242593/1 "2022-10-21T14:19:33Z")
다음 토론을 계속합니다: [사이드바 카테고리 설정 – 별도의 설정을 두지 않고 watching/tracking을 따르는 것은 어떨까요?](https://meta.discourse.org/t/sidebar-category-configuration-just-follow-watching-tracking-instead-of-having-separate-config/242345/5)
> [@sam](#):
>
> 카테고리와 태그 사용자 설정을 처리하기 위한 통합 UI 아이디어를 논의해 왔지만, 아직 브레인스토밍 단계에 머물러 있습니다.
>
> @awesomerobot 일반적인 아이디어는 카테고리 또는 태그별로 한 줄씩 표시하여 사용자가 해당 항목에 대해 무엇을 하고 싶은지 결정할 수 있게 하는 것입니다. 그런 다음 검색 상자를 통해 사용자가 조치한 모든 항목의 목록을 표시합니다.
정말 좋습니다. 저는 그 탐색 과정에 참여하고 싶습니다. Fedora 사이트에서 카테고리와 태그를 어떻게 사용하는지에 대해 많은 공을 들여 왔습니다. 태그 그룹과 카테고리가 _기능적으로 의미 있는_ 것이 되도록 노력해 왔습니다. 사용자 중심의 Ask Fedora와 프로젝트 기여자 커뮤니케이션인 Fedora Discussion을 통합하는(\[1\]) 단계에 접어들면서, 이것이 더욱 중요해질 것입니다.
특히, 우리의 “Project Discussion” 카테고리에서 태그는 개별 메일링 리스트처럼 작동합니다. 하나를 원하하는 각 서브 프로젝트 팀마다 하나의 태그가 있습니다. (태그는 "크로스 포스트"를 위해 여러 태그를 추가할 수 있고, Project Discussion 카테고리 _뿐 아니라_ 다른 카테고리에서도 팀 활동을 아우를 수 있기 때문에 이 용도에 적합합니다. ^[예를 들어, 공지사항 초안을 작성하기 위한 별도의 카테고리, 또는 해당 플러그인을 사용하여 칸반으로 설정된 카테고리, 혹은 팀 캘린더에 대한 제 미래 아이디어 등. **하지만** , Ask Fedora에서는 보다 전통적인 주제 기반 태그를 유지하는 것이 좋을 것 같습니다. 그래야 그래픽 카드 전문가이거나, ARM 디바이스 사용자 도움을 주거나, 다른 특정 주제에 관심 있는 사람들이 해당 주제를 추적할 수 있죠. 그리고 Social 카테고리나 Announcements에는 완전히 다른 태그들이 있습니다.
카테고리별 태그 그룹 규칙은 우리가 가진 환경에서 꽤 잘 작동하지만, 사이드바에서는 의미가 있을지 모르겠습니다. 현재 상태로는 의미가 없을 것 같습니다!
통합 사이트에서 3단계 카테고리를 활용할 몇 가지 장소가 있을 것입니다 — 현재 [https://ask.fedoraproject.org/c/common-issues/141/none](https://ask.fedoraproject.org/c/common-issues/141/none) 이 어떻게 작동하는지 확인해 보세요 — 통합 사이트의 미래 “Ask Fedora” 카테고리 아래에 \_그것\_을 배치하되, Proposed와 Archived common issues를 하위-하위 카테고리로 유지하는 계층 구조를 유지하고 싶습니다. 또한, 우리의 다양한 Fedora 공지 리스트를 거울처럼 반영하고 싶습니다. (이상적으로는 모든 아카이브를 포함하여!). 이것이 [News & Announcements - Fedora Discussion](https://discussion.fedoraproject.org/c/news/5) 의 3단계 하위카테고리로 의미가 있을 _것 같습니다_. (아니면, 태그를 사용할 수도 있습니다 — 아직 몇 가지 생각을 정리하고 있습니다.)
우리가 하는 것이 [허용 범위를 벗어난 것](https://xkcd.com/1172/)이라고 생각하지는 않지만, 많은 Discourse 사이트가 태그를 아무렇게나 사용하거나 아예 사용하지 않고, 카테고리를 메타-토픽으로 사용한다는 것도 알 수 있습니다. 카테고리가 몇 개뿐일 때는 이 방식이 잘 작동하지만, 수십 개가 있다면 Discourse에서 태그로 전환하는 것이 최선의 접근법이라고 확신합니다.\[2\] 그래서, 우리의 사용 방식은 소수인 것 같습니다. 그래서 저는, 악의 없이도 우리가 하는 일이 "설정하는 데 일부 노력과 개선할 점이 있지만, 전반적으로 꽤 훌륭하다!"에서 완전히 깨진 것으로 변할까 봐 걱정됩니다.
* * *
1. 드디어!
2. 이 주제에 대해 더 깊이 이야기하고 싶은 분들과 기꺼이 이야기할 준비가 되어 있습니다!
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [10월 24, 2022, 4:59오전 UTC](https://meta.discourse.org/t/new-category-and-tag-notification-ui/242593/2 "2022-10-24T04:59:33Z")
> [@mattdm](#):
>
> 의도하지는 않았지만, 우리가 하고 있는 일이 "설정할 때 일정한 작업이 필요하고, 개선할 부분이 있지만 전반적으로 꽤 훌륭하다!"에서 완전히 깨진 상태로 변할까 봐 걱정됩니다.
여기서 언급된 내용은 특별히 미친 짓이거나 우려스러운 것으로 보이지 않습니다. 어떤 부분이 깨질 수 있다고 생각하시는지 좀 더 자세히 설명해 주시겠어요? 태그만 사용하는 설정은 우리가 항상 지원해 온 방식이며, 시간이 지날수록 태그에 대한 지원은 점점 더 풍부해지고 있습니다. (예: 최근에 설명 기능이 추가된 것 등)
---
### Author:  [@mattdm](https://meta.discourse.org/u/mattdm)
#### Post date: [10월 24, 2022, 3:43오후 UTC](https://meta.discourse.org/t/new-category-and-tag-notification-ui/242593/3 "2022-10-24T15:43:05Z")
> [@sam](#):
>
> 여기서 특별히 미친 듯이 위험하거나 우려되는 점은 없어 보여요. 무엇이 깨질 수 있다고 생각하는지 좀 더 자세히 설명해 주실 수 있나요? 태그만 사용하는 설정은 우리가 항상 지원해 왔으며, 시간이 지날수록 태그 지원 기능은 점점 더 풍부해지고 있습니다. (예를 들어 최근에 설명 추가 기능이 도입된 것처럼요)
제가 가장 우려하는 주요 사항은 다음과 같습니다: 우리는 실제로 태그만 사용하는 설정이 아닙니다. 카테고리도 중요하며, 카테고리별 규칙을 적용한 태그 그룹을 사용하고 있습니다. 이는 사이드바의 큰 알파벳 순서 평탄한 목록에 잘 맞지 않습니다.
하지만 제가 너무 부정적으로 표현한 것 같기도 합니다. 🙂 한편으로는 그런 우려가 있지만, 다른 한편으로는 더 풍부한 지원과 더 나은 태그 UI가 기능을 더욱 개선하고 쉽게 만들어 줄 수 있으므로, 기대하고 있습니다!
---
### Author:  [@mattdm](https://meta.discourse.org/u/mattdm)
#### Post date: [10월 24, 2022, 8:31오후 UTC](https://meta.discourse.org/t/new-category-and-tag-notification-ui/242593/4 "2022-10-24T20:31:12Z")
추가 생각: 카테고리를 \_컨텍스트\_라고 생각합니다. "이것을 별도의 카테고리로 만들어야 할까?"에 대한 제 기본 판단 기준은 다음과 같습니다: 접근 권한\[1\], 태그 규칙, 또는 토픽 워크플로가 다를까요? 만약 그렇지 않다면, 아마도 별도의 카테고리가 아닐 것입니다.
태그는 태그 그룹을 통해 카테고리와 연결되며, 반드시 1:1 대응 관계는 아닙니다. (다만, 태그가 다른 \_컨텍스트\_에서 다른 \_의미\_를 가진다면, 그것은 별도의 태그여야 합니다.\[2\])
사이드바 메뉴와 기존 알림 설정은 태그를 이러한 컨텍스트와 분리하여 표시합니다. 이는 사용자에게 혼란을 줄 수 있습니다.
* * *
1. "매우 다른 관리자 구성"은 여기에 해당합니다
2. 동의어가 있을 때 문제가 될 수 있지만, 보통 이를 우회하는 방법이 있습니다. 서로 다른 그룹에서 동일한 이름을 가진 태그를 실제로 다른 태그로 취급할 수 있게 하면 좋을 것 같습니다. 태그 그룹 아이콘을 사용하여 의미를 명확히 구분하는 데 도움이 될 수도 있겠네요…