「Characters Required」 플러그인에 대한 제안

GitHub - discourse/discourse-characters-required: Display how many characters are required before a post be made · GitHub 에서 플러그인을 설치했고, 플러그인을 조금 더 개선할 수 있다고 생각하는 요청 사항이 두 가지 있습니다:

  1. 제목에도 동일한 기능을 추가하면 유용할 것입니다. 제목에도 최소 글자 수 제한이 있다는 표시가 반드시 필요합니다.
  2. 사용자가 입력을 시작하면 N자 이상 입력이라는 텍스트가 N자 남음(또는 남은 글자 수)으로 변경될 수 있습니다. 그런 다음 사용자가 다시 텍스트를 삭제하면 입력 필요로 돌아가면 됩니다. 이 부분은 특정 시점에 일어나는 일과 기능을 더 일관되게 만들기 위한 작은 조정입니다. “필수” 사항은 아니며, 단순히 미세 조정입니다.
4개의 좋아요

당신보다 먼저 생각했어요. :wink:

내 컴포넌트가 새 컴포저 업데이트에서 살아남는다면, 이를 위한 전용 토픽을 만들겠습니다.

참고로 이 컴포넌트는 테마 컴포넌트입니다. GitHub에서 별표를 눌러주세요 :star:

4개의 좋아요

공식 솔루션이 테마 컴포넌트가 아닌 플러그인인 이유가 무엇인지 알고 계신가요? 플러그인으로 만들어야 하는 데 필요한 것이 무엇인가요?

1개의 좋아요

제 Theme 컴포넌트 덕분에 해당 플러그인은 완전히 불필요해졌습니다. 이 플러그인은 꽤 오래되었고 Theme 컴포넌트보다 먼저 만들어졌습니다. 당시에는 선택지가 아니었기 때문입니다.

1개의 좋아요

그 점은 이해합니다. 다만 Discourse가 플러그인 대신 TC로 만들지 않은 이유가 궁금할 뿐이에요 :person_shrugging:

그때는 테마 컴포넌트가 존재하지 않았기 때문입니다. 선택지가 아니었죠.

3개의 좋아요

몇 시간 전 어디 계셨길래 제가 플러그인 설치라는 고통스러운 과정을 겪어야 했을까요? :wink:

정말 제가 원했던 것이 맞습니다.

구현할 가치가 있다고 생각되는 몇 가지 제안이 있습니다:
1 - 텍스트 색상을 변경할 수 있는 기능. 제 경우, 원래 색상인 검은색을 선호합니다. 비전문가인 저의 UI 감각으로는, 한도가 초과되어 저장 시 오류가 발생하거나 특정 형식(예: URL, 이메일 등)을 따르지 않을 때만 빨간색이 표시되는 것이 좋습니다. 여기서 빨간색은 제가 아무것도 하기 전에 이미 무언가 잘못되었다는 느낌을 주기 때문에 자동으로 “이상하게” 보입니다.
2 - "0/15"처럼 표시하는 것은 "제한된 15자 중 아무것도 입력하지 않았습니다"라는 느낌을 줍니다. 사람들이 결국 그 의미를 이해한다는 것을 알지만, 의미를 아는 사람들도 포함해 모든 것이 가능한 한 명확하기를 항상 선호합니다. 따라서 이 경우 몇 가지 다른 옵션을 제공하는 것이 좋을 것인데, 그중 하나는 N개 중 0개 필수와 같은 형식이 될 수 있습니다.

저는 GitHub에서 ZIP 파일을 다운로드하여 제 용도에 맞게 수정했고, 지금은 이렇게 보입니다:

저에게는 덜 거슬리고, 공간을 많이 차지하지 않으면서도 스스로 설명이 되는 느낌입니다. 어떻게 생각하세요?

1개의 좋아요

포크하고 수정하셔도 됩니다. 작동하도록 유지하는 것 외에는 추가적인 노력을 기울일 생각이 없습니다.

모든 언어에서 즉시 이해할 수 있도록 단어를 의도적으로 배제했습니다.

사용자의 텍스트에 최대한 방해가 되지 않도록 프레젠테이션을 가능한 한 간결하게 유지하는 것도 중요합니다.

1개의 좋아요

저는 GitHub 같은 것에 익숙하지 않습니다. 제가 아는 것들에 작은 수정을 가하는 정도인데, 이번에는 ChatGPT가 도움을 주었지만, GitHub은 완전히 낯선 세계입니다…

이것은 문제가 되지 않을 것 같습니다. 특히 요구 사항을 충족하는 시점에 텍스트를 제거해야 하기 때문입니다.

공백이 있는 경우에도:
image

다만, 한 가지 "버그"를 발견했습니다. SPACE(공백)를 사용할 때 카운트에는 포함되지만, 표시에는 나타나지 않습니다.
A 는 2로 계산되지만, 텍스트에는 2 of 15 대신 1 of 15로 표시됩니다.

2개의 좋아요

오, 보고해줘서 고마워. 그 부분 확인해볼게.

2개의 좋아요

아, 텍스트 양쪽 끝의 공백을 제거하는 거군요. 이는 Discourse의 동작 방식과 일치합니다(양쪽 끝의 공백은 계산되지 않으며 저장되지 않음). 공백이 아닌 다른 문자를 입력하면 그 시점에 반영되는 것을 확인할 수 있습니다. 따라서 현재 구현 방식이 올바른 것이라 생각합니다.

2개의 좋아요

네, 다른 문자를 입력하면 그제서야 카운트가 맞춰지는 걸 확인했습니다. 공백이 문자로 계산된다면 표시되어야 하고, 만약 13으로 표시되고 한도가 15라면 2자 더 남는 건데, 그러면 13에서 15로 점프합니다(제 경우엔 카운트가 숨겨집니다). 전부 마지막에 공백이 하나 있기 때문입니다. 사용자 입장에서는 조금 혼란스러울 수 있습니다.

하지만 수정할 수 없는 부분이라면, "있는 그대로 받아들이는 수밖에"겠네요 :wink:
어쨌든 이미 유용한 도구입니다. :raising_hands: 감사합니다