음,
이게 표준 마크다운 동작인지 Discourse 버그인지는 확실하지 않지만, 마크다운을 사용할 때 텍스트 앞뒤에 공백이 있으면 깨집니다:
이것은 볼드 버튼을 사용할 때 정상적으로 작동합니다
** 이것은 텍스트 앞에 공백이 있어서 작동하지 않습니다**
**이것은 텍스트 뒤에 공백이 있어서 작동하지 않습니다 **
문제는 사용자가 이 사실을 모르고 실수로 공백을 남긴 채 게시물을 등록한 뒤, 왜 작동하지 않는지 이해하지 못한다는 점입니다. 이미 사용자가 이런 실수를 한 몇몇 장소를 확인했습니다.
위 예시 코드:
**This works fine**
** This doesn't since I have a space before the text**
**And this doesn't since I have a space after the text **
이건 Discourse가 아니라 마크다운 사양인 것 같습니다. 엔지니어가 확인해 줄 수 있을 겁니다.
네, MD(마크다운)에 스펙이 있는 데는 그만한 이유가 있고, 사용자가 3분만 시간을 내어 MD를 올바르게 사용하는 법을 배워야 하는 데도 이유가 있습니다. (이렇게 직접적이고 기술적인 답변을 드려 죄송합니다… ). 사실 꽤 단순하고 매우 기본적인 마크업 문법입니다:
참고:
예를 들어 Visual Studio Code를 살펴보세요:
이것이 명확하게 보여주는 바와 같이, 이는 "Discourse"의 문제가 아니라 단순히 사용자가 MD를 올바르게 사용하지 않고 있기 때문에 발생하는 문제입니다.
VSC는 실제로 MD 문법 오류를 강조 표시합니다. @tpetrov
알겠습니다.
이제 버그가 아니라는 걸 알겠네요.
문제는 결국 사람들이에요. 요즘은 3초만 읽는 것도 힘든데, 3분은 더더욱 어렵죠. 솔직히 어떻게 해야 할지 모르겠어요.
MD 문법 오류 하이라이팅 기능이 있다면 실제로 도움이 될 것 같습니다.
흠.
저희는 20년 넘게 코딩 포럼을 운영해 왔으며, 사용자에게 설명하거나 튜토리얼 링크를 제공하면 사용자가 요청한 것을 배우는 것을 발견했습니다. 또한 사용자가 실수를 하면 저희 관리자들이 게시물을 편집하여 형식을 수정합니다.
레거시 "BBCODES"를 사용하던 시절부터 현재 Markdown을 사용하는 지금까지, 20년 넘게 저희에게는 문제가 된 적이 없습니다. 하지만 다시 말하지만, 저희 사이트는 기술 포럼이며 사용자가 기술적 소양을 갖추고 자신의 작업에 노력을 기울일 것으로 기대합니다 
실제로, 저희는 사람들에게 어떻게 생각하고 자신의 문제를 해결하는지 가르치는 것을 핵심 사명의 일부로 간주합니다. 누군가가 MD를 배우는 데 몇 분도 할애하지 못한다면, 그것은 저희 포럼이나 회원들의 문제가 아니라 그 사람 자신의 문제이며, 저희 사이트에서는 환영받지 못합니다.
하지만 다시 말하지만, 저희 사이트는 “모든 사람을 만족시키기 위해” 존재하는 것이 아니며 높은 기준을 가지고 있습니다. 제 경험상, 사람들이 사이트 규칙(또는 다른 문화적 규범)에서 자신에게 기대되는 것이 무엇인지 알면 배우게 됩니다.
항상 그렇듯, 환경에 따라 다를 수 있으며(YMMV) 사용자는 저희 사용자보다 기술에 덜 관심이 많을 수 있습니다.
