메타의 카테고리 구성 방식 업데이트

이런 식으로요… 카테고리 그룹 - 테마 컴포넌트? 모든 것을 포함하는 카테고리 그룹을 만드는 것은 어렵지 않을 것입니다. 다만, 하위 카테고리를 가진 부모 카테고리의 롤업(집계) 기능을 잃게 될 것입니다.

저는 그 부분에 대해 어려움을 겪지 않고 있지만, 아마도 매우 직관적이지는 않을 것입니다. 기본 설정에 사이드바 목록에 부모 카테고리가 표시된다면, #documentation처럼 모두를 “이 카테고리의 토픽 위에 하위 카테고리 목록 표시” / "박스"로 설정하는 것이 좋을 수 있습니다:

(이 토픽에서 제안이 중복되고 있다면 죄송합니다 – 이 토픽에서 살펴볼 내용이 많습니다.)

3개의 좋아요

걱정하지 마세요. 우리 모두 여기서 자유롭게 아이디어를 나누고 있는 중이니까요…

네, @bryce 도 다른 곳에서 저에게 비슷한 피드백을 주셨어요. 이 방향으로 무엇을 할 수 있는지 한번 알아볼게요.

앞서 저는 두 가지 옵션으로 상황을 정리했었어요:

하지만 Bryce는 어떤 유형인지 더 명확히 구분할 수 있는 또 다른 옵션이 있을 수 있다고 제안했기 때문에, 저는 먼저 그 방법을 시도해 볼 거예요.

조금만 기다려 주세요…

2개의 좋아요

오늘 이 부분들에서 진전을 보았어요:

  • 주로 하위 카테고리 컨테이너로 사용되는 최상위 카테고리에서의 게시를 제한
  • 새 카테고리에 설명을 추가하여 배너가 표시되도록 설정
  • 하위 카테고리를 더 쉽게 찾을 수 있도록 최상위 카테고리가 하위 카테고리를 표시하도록 구성

아직 이 부분은 더 작업이 필요합니다:

그 문제에 대해 곧 다시 돌아올 예정입니다.

3개의 좋아요

이 부분은 제게 정말 유용합니다.

Customization(커스터마이징) 카테고리의 설명에 오류가 있는 것 같습니다. 카테고리 설명의 « 더 알아보기 »를 클릭하면 discourse 테마 입문 과정으로 이동합니다 :woozy_face:


2개의 좋아요

하위 카테고리를 상단에 배치하는 것의 장점은 이해합니다. 하지만 동시에, 이제 카테고리를 방문하면 주제 대신 정적 콘텐츠만 표시됩니다. 저는 보통 카테고리를 방문하여 주제를 찾고 읽는 것이 목적이지, 하위 카테고리의 이름과 설명을 보는 것이 아닙니다.

3개의 좋아요

“접속 시 보이는 화면”에 대해 말씀하시는 건가요, 아니면 그 아래에 표시되는 일반적인 주제 목록이 제대로 표시되지 않는 건가요?

1개의 좋아요

아래에 주제 목록이 있지만, 위에서 공유한 내용은 스크롤 없이 보이는 부분입니다. 태블릿의 세로 공간은 제한되어 있습니다.

2개의 좋아요

이 내용은 이전에 Customization > Theme 또는 Customization > Theme component 카테고리의 배너에 이미 있었던 것 같습니다.

한 줄로 표시된 카테고리 링크가 항상 이렇게 보기 좋은 형식이었나요? 설명과 하위 카테고리가 추가되기 전까지는 몰랐을 수도 있겠네요…


참고 스크린샷입니다. 실제 화면에는 모든 항목에 대한 실시간 링크가 있습니다.

아주 사소한 관찰이지만: 하위 카테고리로 가는 긴 인라인 링크는 문장 안에서 좀 덜 자연스럽게 읽히는 것 같습니다…

image

3개의 좋아요

제가 여기에서 몇 가지 작은 변경 사항을 적용했는데, 도움이 될 것 같습니다:

  • General을 이 카테고리에서 다시 분리하여 추가적인 최상위 카테고리로 이동했습니다.
  • 카테고리를 조금 재정렬하여 Community Building을 두 번째(News and Events 다음)로 배치했습니다.
  • 카테고리 설명을 조금 더 간결하게 만들었습니다.
  • 이 카테고리에 "하위 카테고리 표시"를 추가하지 않았습니다.
    (Support에도 표시되지 않습니다)
    하위 카테고리를 표시할지 여부는 해당 최상위 레벨에서 게시가 허용(또는 권장)되는지에 따라 결정됩니다.
  • 다른 세 개의 하위 카테고리(data and reporting, praise, comparison)는 분리하지 않았습니다.
    현재로서는 이 위치가 여전히 가장 적절하다고 생각합니다.

따라서 이제 주요 최상위 토론 카테고리가 3개입니다:

  • Community Building
  • General
  • Support

다른 최상위 카테고리는 더 "카테고리 그룹"과 유사합니다 – 주로 하위 카테고리를 담는 컨테이너 역할을 합니다.

저는 이 Community Building 카테고리를 계속 다듬어 나갈 것입니다. 예를 들어 다음과 같은 유형의 토론에 대해 더 큰 접근성(affordances)을 제공할 방법이 있는지 궁금합니다:

  • Discourse에 처음 온 커뮤니티 매니저들이 제품을 익히는 데 도움을 주는 것
  • 커뮤니티 관리에 처음 접한 사이트 관리자们在 이 관행을 익히는 데 도움을 주는 것
  • 이야기/경험 공유

하지만 아마도 이것은 다른 일들이 조금 더 안정된 후에 별도로 더 집중해야 할 부분일 것입니다.

4개의 좋아요

General은 Meta에서 정말 유용한 카테고리가 아니라고 느낍니다. 현재 약 200개 이상의 주제가 여기에 모여 있지만, 살펴보면 많은 주제가 실제로는 Site Feedback, Feature 또는 Support 카테고리에 더 잘 어울립니다.

카테고리를 정리하면 실제로 다른 어디에도 속하지 않는 주제는 약 50개 정도만 남을 것 같습니다. 그리고 이러한 주제들을 위해서는 General보다는 더 구체적인 카테고리 이름(예: Off-topic, Random Talk, Watercooler 등)이 더 적절할 것입니다.

2개의 좋아요
여기是我的 categories 탭입니다

아직 실제로 사용하지는 않았지만, 이미 몇 가지 문제를 발견했습니다:

  1. Wiki 는 모든 하위 위키를 표시하므로 괜찮습니다.
  2. 하지만 하위 위키의 “index” 링크가 인덱스 토픽이 아닌 카테고리로 이동합니다(적어도 "Developer wiki"의 경우). 이로 인해 Ctrl+f를 사용할 수 있는 원샷 리소스에 접근하려면 클릭을 한 번 더 해야 합니다.
  3. News and Events 페이지에서 “Forum summaries” 설명이 표시되지 않는 이유가 무엇인지 궁금합니다.
  4. categories 탭에 #news-and-events:announcements를 넣었지만, News and Events > Blog 에도 관심이 있으므로 기본값인 #news-and-events로 되돌리는 것이 나을 것 같습니다.
  5. Community Building > Data & reporting 은 제 기준에서 잘못된 위치에 있는 것 같습니다.
  6. Support 에는 하위 카테고리가 표시되지 않아 특정 문제에 대해 도움을 요청할 때 불리합니다.
  7. 저에게는 "Data Reporting"이 Customization 에 속한다고 생각합니다.
  8. Documentation 에서 Documentation > Site ManagementDocumentation > Developer Guides 의 인덱스 링크를 바로 사용할 수 없습니다. Documentation > Contributing 과 같은 짧은 설명을 사용하여 인덱스 링크를 즉시 클릭할 수 있도록 해야 합니다. 그런 다음 카테고리 설명의 나머지 부분에서 더 자세히 설명하면 됩니다.
  9. documentation의 인덱스 링크는 카테고리而不是 인덱스 _토픽_을 가리켜야 합니다(클릭을 한 번 아끼는 효과).
  10. 제 categories 탭에는 모든 위키를 넣었지만, 클릭을 한 번 아끼기 위해 커스터마이즈하여 위키 인덱스 토픽을 가리키도록 해야 합니다.
  11. Development 는 최상위 카테고리여야 하는지, 아니면 support의 하위 카테고리여야 하는지 궁금합니다. 그렇다면 "solid dev knowledge"는 docs가 되어야 하지 않을까요? 여기서는 확실하지 않지만, Development 토픽 중 많은 부분이 개발자를 위한 지원인 것 같습니다. #dev를 support 아래로 이동하고, 기본적으로 음소거(mute) 처리하며, 해당 카테고리를 해제하는 전용 개발자 그룹을 만드는 것을 제안합니다.
2개의 좋아요

피드백을 주신 @hellekin 님, 감사합니다. 각 코멘트에 대해 아래에 의견을 드립니다:

아, 흥미롭네요. 링크 자체는 정상이지만, 박스 안에서 클릭이 되지 않습니다. 링크가 클릭 가능한 것처럼 보이지만, 박스 어디를 클릭하든 클릭이 박스 자체에 의해 캡처됩니다:

좋은 제안이지만, 첫 번째 문제를 수정하기 전까지는 이 링크들이 어차피 클릭이 불가능하므로 도움이 되지 않을 것 같습니다.

음… 제 환경에서는 정상적으로 동작합니다:

여기서 보시는 화면의 스크린샷을 공유해 주시겠어요?

:memo: 메모했습니다. 앞서 약속한 대로 #community-building에 대해 새로운 토픽을 열어야 합니다. 지난주에 자리를 비웠고 이번 주에도 일부 기간 자리를 비울 예정이므로, 다음 주에 처리할 수도 있습니다.

그곳이 적절한 위치라고 생각하지는 않지만, 예정된 토픽에서 더 자세히 논의해 보겠습니다.

상위 레벨에서 게시가 허용되는 상위 카테고리 내부에서 상단에 하위 카테고리를 표시하지 않기로 (잠정적으로) 결정했습니다.

이 문제를 해결하는 방식은 테마의 다음 반복(iteration)에서 어떤 방향으로 나아가느냐에 따라 달라질 수 있습니다 (cc @manuel)

탐색을 위해 이 카테고리를 몇 번이나 위치를 옮겼습니다. 처음에는 #contribute에 두었고, 그다음에는 #customization에 두었습니다. 마침내 이것이 상위 레벨 카테고리로 존재해야 한다고 결정했습니다.

각 카테고리별 예상 참여자들을 고려해 볼 때, 이것은 독립적으로 존재해야 한다고 생각합니다.

현재 기본 카테고리 박스가 그렇게 작동하고 있습니다. 기본 동작 방식을 변경할 수도 있겠지만, 문서 카테고리에서 의도된 사용자 경험은 무엇인지 궁금합니다. 인덱스는 카테고리 박스보다는 카테고리 배너를 염두에 두고 추가된 것 같습니다:

한편, 인덱스 토픽은 토픽 목록 상단에 고정되어 있지만, 인덱스 토픽이 읽히면 자동으로 고정 해제되지 않습니다. 따라서 이 인덱스를 상당히 중복해서 사용하고 있습니다. 첫째, 사이드바 메뉴를 생성하는 데 사용됩니다. 둘째, 토픽 목록 상단에 고정됩니다. 셋째, 표시되는 카테고리 설명에 링크가 추가됩니다.

문서 카테고리에서는 설명에서 링크를 제거해도 될 것 같습니다.

1개의 좋아요

음… 제 경험과는 다릅니다.

하지만 제 경우에는 그렇게 작동했다면, 이러한 설명에 인덱스가 나타나는 것이 덜 필요하다고 생각했을 것 같습니다.

어쨌든, 이는 해당 링크가 우리의 새로운 문서 플러그인의 사용성 결함을 우회하기 위한 조치임을 명확히 보여줍니다.

1개의 좋아요

이상하네요. 여러 카테고리를 들어가 봤는데, 모든 곳에서 게시물이 고정되어 있었습니다. 이 문제를 디버깅할 수 있을까요?

1개의 좋아요

토픽을 자동으로 고정 해제하는 설정이 어떻게 구성되어 있는지 물어보려던 참이었습니다. Meta의 기본 설정이 얼마 전 변경되었던 것 같은 기억이 나네요.

하지만 여기서는 이제 토픽 자동 고정 해제가 비활성화된 것 같습니다. 적어도 더 이상 내 설정에서 해당 옵션을 찾을 수 없거든요.

3개의 좋아요

네, 설정 항목이 두 가지가 있습니다. Automatically unpin topics(주제 고정 해제)는 수동으로 고정된 모든 주제를 가리키는 것 같고, Default topics automatic unpin(기본 주제 자동 고정 해제)은 시스템이 기본적으로 고정하는 주제, 예를 들어 환영 주제나 “이 카테고리에 대하여” 주제처럼 시스템이 자동으로 고정하는 주제에만 적용되는 것 같습니다.

실제로 이 두 가지를 구분해야 할까요? 그리고 만약 그렇다면, 차이가 더 명확하게 드러나도록 설명을 개선해야 하지 않을까요?

이것은 @mcwumbly님의 주제가 고정 상태로 유지되지 않는 이유를 설명하지 못합니다. 고정 상태를 수동으로 변경하셨나요?

1개의 좋아요

해당 주제에 대한 토론을 해당 주제에서 계속할 수 있을까요?

2개의 좋아요

:thinking: 아마도 자동 고정 해제 기능이 아직 활성화되어 있을 때 읽었을 수 있습니다. 인덱스 게시물은 자동 고정 해제 기능이 비활성화되기 1년 이상 전에 생성되었거든요.

3개의 좋아요