지원 카테고리 템플릿의 인용 형식

기본적으로 Meta에서 새 주제를 클릭하면

질문하기 전에 먼저 검색해 보셨나요? 오른쪽 위의 :magnifying_glass_tilted_left: 버튼을 눌러 검색하세요.

또는

> 질문하기 전에 먼저 검색해 보셨나요? 오른쪽 위의 :magnifying_glass_tilted_left: 버튼을 눌러 검색하세요.

사용 중인 편집기에 따라 작성기에 이러한 메시지가 표시됩니다.

최근에 인용문으로 시작하는 주제들을 몇 개 발견했습니다. 몇 가지 예시는 다음과 같습니다:

리치 텍스트 모드에서는 텍스트를 삭제한 후에도 포맷팅이 남아 있다는 것을 알아차리기가 더 어려워 이런 일이 발생하는 것 같습니다.
적어도 이 기능이 추가되기 전에 인용문으로 시작하는 주제들만 발견한 것은 아닙니다.

따라서 이를 방지하기 위해 템플릿을 조정하는 것이 합리적일 수 있습니다.

5개의 좋아요

흥미로운 이론이네요! 일단 카테고리 템플릿을 제거해 보겠습니다. 새 멤버들이 게시글을 작성하기 전에 검색을 사용하도록 교육하는 더 나은, 덜 번거로운 방법을 찾을 수 있을지도 모릅니다.

@chapoi와 저는 이번 주 채팅에서 지원 카테고리 설명을 업데이트하는 것에 대해서도 이야기했습니다. 현재 설명은 다음과 같습니다:

첫 번째 부분은 지원 카테고리 배너에 표시되며, 정보가 많이 부족합니다.

방금 아래 내용으로 변경했는데, 피드백을 환영합니다!

이렇게 하면 인용문이 앞에 오는 토픽의 수가 줄어드는 데 도움이 될 수 있습니다. 그렇다면 공식 플러그인, 테마, 컴포넌트 토픽에서 지원 토픽을 생성하는 모든 버튼에서도 이를 제거해야 할 수도 있습니다.

<kbd> [:question: **지원**](https://meta.discourse.org/new-topic?category_id=6&body=%3E%20질문%20하기%20전에%20검색%20해%20보셨나요%3F%20상단%20오른쪽%20의%20%F0%9F%94%8D%20을%20누르세요.&tags=salesforce) </kbd>

1개의 좋아요

네, 지적해 주셔서 감사합니다. 그 버튼들은 정말 아름답고 저도 좋아하지만, 수정하거나 새로 만들 때 유지보수가 어렵고 오류가 발생하기 쉽습니다.

장기적으로 해당 토픽을 편집하고 버튼들을 제거할 필요가 있을 것입니다. 또한 거기서 더 많은 조정이 필요할 수도 있으니, 지금은 건드리지 않고 기다리겠습니다.

아직까지 지원 요청 상단에 인용문이 더 이상 표시되지 않는 것을 확인하고 있는데, 이는 좋은 소식입니다.

아기를 목욕물과 함께 버리는 일을 하기 전에, 실제 텍스트 내용을 삽입하는 대신 매개변수화된 링크를 통해 작성기(composer)의 플레이스홀더를 오버라이드할 수 있는 기능을 갖추는 것이 좋은 아이디어가 아닐까요? 현재 우리는 body 매개변수를 오용하고 있습니다.

예를 들어 &placeholder=foo와 같은 방식으로, "여기에 입력하세요. 마크다운, BBCode 또는 HTML을 사용하여 서식을 지정합니다."라는 플레이스홀더를 "foo"로 덮어쓰는 것입니다.

카테고리 플레이스홀더 설정을 URL 파라미터로도 사용할 수 있다는 것은 정말 멋진 기능 요청입니다! 자유롭게 생성해 주세요.

Support 카테고리의 템플릿도 정확히 같은 일을 하지 않았나요? 그것도 본문에 텍스트를 추가합니다. 이것이 제가 템플릿이 포함된 첫 번째 게시글(OP)을 작성할 때 감시 단어(watched word) 때문에 더 어려움을 겪었던 이유가 아니었나요? #marketplace에서 새 주제를 만들 때 본문에도 텍스트가 채워집니다. 그래서 저는 이 경우에도 템플릿이 보이도록 하기 위해 본문 텍스트가 링크의 일부였다고 생각했습니다.

새 주제 버튼을 사용할 때와 공식 테마나 플러그인의 버튼을 클릭할 때 본문에서 동일한 결과가 나오는 것이 여전히 합리적이라고 생각합니다.

일반적으로 공식 주제에 수동으로 입력된 이러한 버튼들이 자동으로 생성되면 더 쉬울 것입니다. 그러면 태그에서 실수가 발생할 수 없고, 업데이트도 훨씬 쉽게 할 수 있을 것입니다. 하지만 그것들은 모두 동일하게 작동하지 않기 때문에 아마도 어려울 것입니다. Data explorer#data-reporting에서 질문하라고 제안하지만, SSO 플러그인은 Support 대신 #support:sso에서 도움을 청하라고 말합니다.

카테고리별로 본문이 아닌 플레이스홀더를 사용자 정의하는 것은 Topic Template Placeholder Text theme component 에서 가능했습니다.

이것은 리처드가 제안한 내용과 거의 정확히 일치하는 것 같습니다. 타이핑을 시작하면 사라지고, 주제가에 불필요한 지시문이 남지 않으므로 좋은 아이디어라고 생각합니다. 이렇게 하면 감시 단어(watched word)도 제거할 수 있을 것입니다.

동의합니다. 향후 원할 수 있는 변경 사항에 대해 이 점을 염두에 두겠습니다.

용도에 따라 다르다고 생각합니다. 지원팀에서 사용했던 것과 같은 짧은 템플릿에는 잘 작동하지만, #marketplace와 같은 더 긴 템플릿의 경우, 첫 번째 문자를 입력하는 순간 템플릿이 사라진다면 그렇게 유용하지 않을 것 같습니다. 저에게 마켓플레이스 토픽의 본문 텍스트는 타이핑을 시작하면 사라지는 플레이스홀더와 #form-templates에서 제공하는 고정 필드 템플릿 사이의 좋은 절충안입니다.

다만, 사용자가 토픽을 생성할 때마다 검색하라고 말하는 것이 차이를 만드는지 궁금합니다. 사람들은 정말로 토픽을 만들 때마다 그 내용을 읽을까요?
사용자에게 검색하라고 하는 것은 처음 몇 번 게시할 때 더 말해줄 것 같습니다. 예를 들어, 처음 만드는 몇 가지 토픽에서 표시되는 jit composer message처럼요. "검색해 주세요"는 "의미 있는 제목을 선택해 주세요"와 비슷한 맥락입니다.

1개의 좋아요

네, 이 경우 지원 카테고리에서는 일정 기간 동안 어떤 유도 메시지도 전혀 표시하지 않는 방식을 시도해 보는 것이 좋습니다. 검색 전에 질문을 하는 사용자가 눈에 띄게 늘어난다면, 그때 해결책을 찾아보겠습니다.