기본 Composer 카테고리 컴포넌트

GitHub - discourse/discourse-default-composer-category · GitHub 저장소

https://github.com/pmusaraj/discourse-default-composer-category

이 테마 컴포넌트 설치

이 컴포넌트의 기능

이것은 매우 간단한 테마 컴포넌트로, 단 하나의 기능만 수행합니다. 관리자가 작문 도구(composer)의 기본 카테고리를 설정할 수 있도록 해줍니다. 이는 ‘분류되지 않음’ 카테고리를 비활성화한 사이트에서 작문 도구를 실행할 때 다른 카테고리가 자동으로 선택되기를 원하는 경우에 가장 유용합니다.

설정 방법

설정은 기본 카테고리의 카테고리 ID를 입력하도록 요청합니다.

카테고리 ID를 확인하려면 해당 카테고리의 페이지로 이동하여 URL의 마지막 숫자를 확인하면 됩니다. 예: /c/site-feedback/2 → 2.

24개의 좋아요

훌륭한 컴포넌트 감사합니다!

다만 한 가지 문제가 있습니다. 제가 선택한 카테고리에서 토픽에 필요한 최소 태그 수를 1로 설정해 두었음에도, 태그를 추가하지 않고도 토픽을 생성할 수 있습니다.

2개의 좋아요

@tpetrov 님, 버그 리포트 감사합니다. 이제 다음 커밋을 통해 수정되었습니다:

5개의 좋아요

와, 진짜 빨랐네요. 정말 감사합니다!!

2개의 좋아요

방금 이걸 발견했어요. 정말 멋진데요.

uncategorized를 기본적으로 비활성화하고 이 기능을 코어로 이동하는 데 찬성합니다.

6개의 좋아요

Hey @pmusaraj, 방금 포럼에 이 컴포넌트를 설치했는데 설정에 대해 설명해 주실 수 있을까요? "기본 작성자 카테고리 ID"의 형식이 명확하지 않아서 카테고리 이름과 URL을 모두 시도해 봤지만, 둘 다 작동하지 않습니다.

어떤 ID를 사용해야 하나요?

1개의 좋아요

22를 시도해 보겠습니다.

4개의 좋아요

고맙습니다, @Moin. 이제 해결되었습니다.

3개의 좋아요

기본 카테고리를 지정할 수 있으면 좋겠는데, 그 후에 사용자가 개인별로 선호하는 기본 카테고리를 개별적으로 선택할 수 있으면 어떨까 하는 생각이 듭니다. 이런 생각을 해본 분이 있거나, 어떻게 구현할 수 있을지에 대한 아이디어가 있으신가요?

3개의 좋아요

저도 이 기능을 정말 좋아할 것 같습니다. '분류되지 않음’이라는 이름은 매우 혼란스럽습니다. 새로 생긴 General 채널이 #uncategorized를 대체하는 기본 카테고리가 될 줄 알았는데, lounge를 대체하는 이상한 이름의 채널이 될 줄은 몰랐습니다.

4개의 좋아요

곧 그렇게 될 거라고 생각합니다. :slightly_smiling_face:

3개의 좋아요

이것은 아주 새로운 변경 사항으로 방금 병합되었습니다. 이제 General은 새로운 사이트에서 작성기(composer)의 기본 카테고리가 되었습니다.

이 기능은 아직 존재하지 않지만, 추가하는 것에 열려 있습니다!

기존 사이트의 경우, 기본 카테고리 기능을 어떻게 적용할 수 있을지 계획을 세워야 합니다. 현재는 allow_uncategorized_topics를 비활성화해야 하지만, 이 경우 General 카테고리가 존재하고 숨겨진 사이트 설정인 general_category_id가 설정되어 있어야 합니다. 관리자가 기본 카테고리를 커스터마이즈할 수 있다면 기존 사이트가 이 기능을 적용하기가 더 쉬워지고, uncategorized가 활성화된 상태에서도 작동하도록 할 수 있을 것입니다.

3개의 좋아요

오! 환상적이네요! 제가 처음에 생각했던 바로 그겁니다. 이렇게 처리되어서 정말 기쁩니다. :man_dancing:

네. 꽤 복잡한 방식이지만, 더 쉬운 우회책은 보이지 않습니다.

. . . 잠깐

잠깐. 잠깐! 잠깐!!! 왜 그게 숨겨져 있는 거죠? :confused: 그냥 카테고리 드롭다운에서 아무 카테고리든 기본값으로 선택할 수 있게 하면 안 될까요? 왜 default_category_id가 아니라 general_category_id라고 이름을 지은 걸까요? 만약 어떤 카테고리를든 기본값으로 선택할 수 있다면, 이 훨씬-훨씬-훨씬 나은 해결책으로 전환하는 것은 큰 문제가 되지 않을 텐데요.

5개의 좋아요

UI 설정으로 제공하는 것이 더 좋다는 데 완전히 동의하고, default가 더 적절한 용어라고 생각해요

5개의 좋아요

제가 생각하기에 #general 채널은 다음과 같은 경우에 적합합니다.

  • 전체 논의의 초점이 좁은, 특히 규모가 작은 여러 사이트
  • 카테고리 설정에 대해 많이 고민하지 않은 사이트 [1]입니다.

제 사이트들이 _거대_하다고는 할 수 없지만, #general 채널만으로는 제대로 운영되지 않을 것 같습니다.

이것이 도움이 될 수 있도록 구체적인 예를 들어 설명드리겠습니다:

현재 우리는 두 개의 사이트를 운영하고 있습니다. 최종 사용자 지원에 초점을 맞춘 Ask Fedora와 프로젝트 메인테이너/기여자 중심의 Fedora Discussion입니다. 이러한 구조로 몇 년간 운영해 온 결과, Ask를 Discussion의 하위 카테고리로 통합하기로 결정했습니다.

경험상 신규 사용자의 기본 카테고리는 반드시 Ask Fedora여야 합니다. 그렇지 않으면 혼란이 발생합니다. 하지만 기여자 측에 더 깊이 관여하는 사람들은 현재 Discussion의 기본값인 Project Discussions 카테고리가 기본값으로 설정되기를 원할 가능성이 높습니다. 이를 쉬운 옵션으로 제시할 수 있으면 좋겠습니다.

(이 내용을 별도의 토픽으로 나누거나 어딘가에 티켓을 생성해야 한다면 알려주세요…)


  1. 솔직히 말하면, 제 경험상 대부분의 사이트가 _하아~ ↩︎

3개의 좋아요

하지만 Uncategorized 처럼 잘 작동하지 않을까요?

관리자들이 게시물이 올라온 후 분류를 적극적으로 하지 않는 한, 그건 #trashcan(쓰레기통) 카테고리와 다를 바가 없을 겁니다. 누가 그 카테고리를 구독하겠습니까?

#uncategorized에 구독했던 바로 그 사람들이겠죠?

하지만 논리의 일부가 빠졌을 수도 있습니다. 저는 이 테마 컴포넌트 아이디어가 아주 훌륭하다고 생각합니다. 또한 #uncategorized를 없애는 것도 좋은 아이디어라고 생각합니다(제가 말하고 있는 것이 바로 이것인데, 이제 보니 이것이 당신이 말하고 있는 것이 아닌 것 같네요).

문제는 사람들에게 카테고리를 선택하도록 강제할 때 발생하는 부담입니다. 저는 당신과 저도 이 선택지가 충분히 적다면 그다지 어렵지 않다는 데 동의한다고 생각합니다.

1개의 좋아요

네, 기본적으로 동의합니다. 미분류 게시글은 허용하지 않는데, 정의된 기본값(이 컴포넌트를 통해든 내장 기능이든)이 모든 면에서 더 나은 것 같습니다. 적어도 이름이 설정 가능해야 합니다.

추가로, 사용자가 자신만의 기본값을 선택할 수 있는 옵션도 있으면 좋겠습니다.

1개의 좋아요

작성 화면에서 회원이 속한 그룹에 따라 기본 카테고리를 다르게 설정할 수 있으면 좋겠습니다.

하나의 Discourse 서버에서 여러 독립적인 커뮤니티를 각기 다른 그룹으로 운영하면서 사설 카테고리를 사용하고 싶습니다. 이 그룹들이 서로 최대한 격리되어 있으면 좋겠네요.

현재 게시글을 작성할 때 카테고리를 직접 선택해야 합니다. 이게 아주 큰 문제는 아니지만, 회원이 속한 그룹에 따라 기본 카테고리를 제안해 줄 수 있다면 조금 더 편리할 것 같습니다.

이 그룹들은 비밀 그룹이 아니며, 대부분의 회원이 제가 여러 토론 그룹을 운영한다는 사실을 알고 있습니다. 그들은 그저 자신이 관심 있는 그룹을 선택하는 것입니다.

비슷하게, 새 사용자가 가입할 때 그룹을 요청할 수 있다면 도움이 될 것 같습니다. 초대 시 특정 그룹에 배치할 수 있는 것처럼, 사용자가 직접 선택할 수 있도록 하는 것도 유용할 것 같지만, 그렇게 하면 '선택 가능한 사설 그룹’이나 '대부분 비공개인 사설 그룹’과 같은 새로운 유형의 그룹을 허용해야 하는 문제가 발생할 수도 있습니다.

4개의 좋아요