새로운 카테고리 및 태그 알림 UI?

다음 토론을 계속합니다: 사이드바 카테고리 설정 – 별도의 설정을 두지 않고 watching/tracking을 따르는 것은 어떨까요?

정말 좋습니다. 저는 그 탐색 과정에 참여하고 싶습니다. 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 이 어떻게 작동하는지 확인해 보세요 — 통합 사이트의 미래 “Ask Fedora” 카테고리 아래에 _그것_을 배치하되, Proposed와 Archived common issues를 하위-하위 카테고리로 유지하는 계층 구조를 유지하고 싶습니다. 또한, 우리의 다양한 Fedora 공지 리스트를 거울처럼 반영하고 싶습니다. (이상적으로는 모든 아카이브를 포함하여!). 이것이 News & Announcements - Fedora Discussion 의 3단계 하위카테고리로 의미가 있을 것 같습니다. (아니면, 태그를 사용할 수도 있습니다 — 아직 몇 가지 생각을 정리하고 있습니다.)

우리가 하는 것이 허용 범위를 벗어난 것이라고 생각하지는 않지만, 많은 Discourse 사이트가 태그를 아무렇게나 사용하거나 아예 사용하지 않고, 카테고리를 메타-토픽으로 사용한다는 것도 알 수 있습니다. 카테고리가 몇 개뿐일 때는 이 방식이 잘 작동하지만, 수십 개가 있다면 Discourse에서 태그로 전환하는 것이 최선의 접근법이라고 확신합니다.[2] 그래서, 우리의 사용 방식은 소수인 것 같습니다. 그래서 저는, 악의 없이도 우리가 하는 일이 "설정하는 데 일부 노력과 개선할 점이 있지만, 전반적으로 꽤 훌륭하다!"에서 완전히 깨진 것으로 변할까 봐 걱정됩니다.


  1. 드디어! ↩︎

  2. 이 주제에 대해 더 깊이 이야기하고 싶은 분들과 기꺼이 이야기할 준비가 되어 있습니다! ↩︎

1개의 좋아요

여기서 언급된 내용은 특별히 미친 짓이거나 우려스러운 것으로 보이지 않습니다. 어떤 부분이 깨질 수 있다고 생각하시는지 좀 더 자세히 설명해 주시겠어요? 태그만 사용하는 설정은 우리가 항상 지원해 온 방식이며, 시간이 지날수록 태그에 대한 지원은 점점 더 풍부해지고 있습니다. (예: 최근에 설명 기능이 추가된 것 등)

1개의 좋아요

제가 가장 우려하는 주요 사항은 다음과 같습니다: 우리는 실제로 태그만 사용하는 설정이 아닙니다. 카테고리도 중요하며, 카테고리별 규칙을 적용한 태그 그룹을 사용하고 있습니다. 이는 사이드바의 큰 알파벳 순서 평탄한 목록에 잘 맞지 않습니다.

하지만 제가 너무 부정적으로 표현한 것 같기도 합니다. :slight_smile: 한편으로는 그런 우려가 있지만, 다른 한편으로는 더 풍부한 지원과 더 나은 태그 UI가 기능을 더욱 개선하고 쉽게 만들어 줄 수 있으므로, 기대하고 있습니다!

1개의 좋아요

추가 생각: 카테고리를 _컨텍스트_라고 생각합니다. "이것을 별도의 카테고리로 만들어야 할까?"에 대한 제 기본 판단 기준은 다음과 같습니다: 접근 권한[1], 태그 규칙, 또는 토픽 워크플로가 다를까요? 만약 그렇지 않다면, 아마도 별도의 카테고리가 아닐 것입니다.

태그는 태그 그룹을 통해 카테고리와 연결되며, 반드시 1:1 대응 관계는 아닙니다. (다만, 태그가 다른 _컨텍스트_에서 다른 _의미_를 가진다면, 그것은 별도의 태그여야 합니다.[2])

사이드바 메뉴와 기존 알림 설정은 태그를 이러한 컨텍스트와 분리하여 표시합니다. 이는 사용자에게 혼란을 줄 수 있습니다.


  1. "매우 다른 관리자 구성"은 여기에 해당합니다 ↩︎

  2. 동의어가 있을 때 문제가 될 수 있지만, 보통 이를 우회하는 방법이 있습니다. 서로 다른 그룹에서 동일한 이름을 가진 태그를 실제로 다른 태그로 취급할 수 있게 하면 좋을 것 같습니다. 태그 그룹 아이콘을 사용하여 의미를 명확히 구분하는 데 도움이 될 수도 있겠네요… ↩︎

2개의 좋아요