해당 설정이 '카테고리 없음’으로 되어 있으면 사용자가 클릭해서 입력할 수 없게 되고, 카테고리를 선택하라는 메시지가 표시되는데, 가끔은 사람들이 이 텍스트를 바로 읽지 않는 경우가 있습니다. 혹시 사용자가 카테고리를 선택하기 전에 메시지 영역을 클릭할 때 "팝업"을 표시할 수 있는지 혹시 알고 계신가요?
수정: Claude와 ChatGPT가 제안한 여러 옵션을 시도해 본 결과, 결국 “Disabled” 속성을 제거하는 것으로 해결했습니다. 이제 사용자는 여전히 클릭하여 메시지를 작성할 수 있지만, 카테고리가 선택되지 않은 상태에서 제출을 시도하면 카테고리를 선택하라는 빨간색/주황색 오류 메시지가 표시됩니다. 제 생각에는 이게 오히려 더 나은 동작 방식입니다.
동일한 작업을 시도하는 다른 분들을 위해, Unlock Composer라는 이름으로 새로 만든 컴포넌트의 <head> 탭에 추가한 Javascript를 공유합니다:
카테고리 중 하나에 토픽 템플릿이 설정되어 있다면 예상할 수 있는 동작입니다. 아무것도 설정하지 않은 상태에서는 카테고리를 설정하기 전에 작성기 텍스트 영역에 진입할 수 있어야 합니다. 토픽 템플릿을 사용할 때는 사용자가 먼저 작성기에 입력한 후 카테고리를 선택함으로써 템플릿을 우회하는 것을 방지하기 위해 진입을 차단합니다.
제 사이트에서 간단히 테스트해 보았는데, 기본 카테고리나 토픽 템플릿이 없는 상태에서는 카테고리를 선택하기 전에 작성기 영역에 진입할 수 있었습니다.
이상하네… 방금 내가 만든 컴포넌트를 비활성화하고 다시 시도해 봤더니, 이제 입력이 가능하네. 잠금이 풀린 상태야
(no category)로 설정한 후에 캐시 관련 문제가 생긴 건가? 서버 자체의 캐시 말이야. 크롬과 파이어폭스, 서로 다른 사용자 계정에서도 동일한 증상이 나타났거든. 나는 Cloudflare를 사용하는데, 내 포럼에서 Cloudflare 캐시와 관련된 문제가 생기는 경우가 가끔 있어. 다시 말하지만, 나는 전문가가 아니니까 그냥 추측하는 거야…
인터페이스에서 이를 필터링하는 것이 다소 어렵다고 생각합니다. actions(동작)만 필터링할 수 있고 subjects(대상)는 필터링할 수 없기 때문입니다. “카테고리 설정 변경” 동작에 대한 로그가 매우 많을 수 있습니다. 하지만 URL에 대상 필터를 추가할 수 있습니다: /admin/logs/staff_action_logs?filters=%7B%22subject%22%3A%22topic_template%22%7D