테스트… 편집기는 토픽 스레드에서 렌더링되는 내용과 항상 다른 것을 표시합니다 [1]markdown: [^note] + [^note]: This is supposed to be a footnote..
테스트 게시물에서 discourse.python.org에서, 케어를 중괄호 안에 또는 밖에 놓는 경우 모두 인라인 노트 [2]markdown: ^[this is coded as an inline note]가 생성됩니다.
…그리고 여기서도 같은 일이 발생합니다. 편집기의 미리보기 창에서는 훌륭해 보이지만, 스레드에서는 예상대로 렌더링되지 않습니다. (현재 discourse.python.org에서 활성화된 다크 테마에서 하이퍼링크도 매우 어둡고 작습니다.)
접이식 드롭다운 <1>을 사용하기로 했습니다.
<1>
추가 정보가 관련되는 바로 다음 단락 뒤에 바로 배치할 수 있기 때문입니다–그리고 접힌 상태에서는 긴 각주보다 줄 수가 적게 차지할 수도 있습니다. (‘1’ 주위에 중괄호를 사용하려고 했지만, 중괄호를 이스케이프하여 마크다운 해석기를 혼란시키지 않도록 하는 방법을 찾지 못했습니다.)
이러한 보조 표기 옵션은 Discourse의 심도 있는 풍부함을 높여 줄 수 있습니다. 다만, 성공적인 구현을 위한 몇 가지 핵심 포인트가 있습니다.
이상적인 방식에서 가장 큰 차이점은 명백히 다른 것을 '각주(footnote)'라는 용어로 부르는 것입니다. 인라인 노트는 본문 안에 위치하는 반면, 각주(footnote)는 페이지의 하단(저희의 경우 메시지 하단)에 위치합니다.
이것이 두 번째 차이점을 강조합니다. 각주와 인라인 노트는 겉보기에 다른 사용 사례와 효과적인 사용을 위한 다른 모범 사례를 가진, 명확히 구분되는 두 가지 유형의 노트입니다. 따라서 이들은 별도의 기능이어야 하며, 아마도 별도의 설정 변수 집합으로 제어되어야 합니다.
커서 위치를 변경하는 옵션을 통해 사용자는 현장 확장(in situ expansion, 인라인 노트)을 사용할지, 원격 참조(footnote)를 사용할지 결정할 수 있습니다. 현재로서는 두 구성 모두 인라인 노트를 생성합니다. 이는 다소 혼란스럽지만, 편집기에서 본문 텍스트를 침범하지 않고 부피 있는 노트 텍스트를 메시지 하단에 배치하는 데는 유용합니다.
어쨌든, discuss.python.org의 저희는 인라인 노트와 각주를 모두 사용할 수 있기를 매우 원합니다. 이는 잘 구성된 주제 게시물의 매력적인 성격을 확장해 줄 것입니다.
한 가지 옵션은 커서 위치를 두 개의 다른 스위치로 설정하는 것입니다: ^[txt]로 인라인 노트를 생성. [^lbl]로 각주를 생성. ^[^lbl]로 표시 위치에서 멀리 떨어진 곳에 노트 텍스트가 위치하는 인라인 노트를 생성.
이 두 가지 보조 텍스트 항목에 대한 공통적인 이름은 '주석(Annotations)'입니다.
동의합니다, Matthew. 참고 자료를 강조해 주셔서 감사합니다. 불행히도 그 참고 자료들은 다소 부족하고, 여기서 더 나은 주제도 찾지 못했습니다. 아마 CommonMark.org에서 더 최근의 논의가 있을지도 모르겠습니다.
해결되었다고 하긴 했지만, 일단 CommonMark에 이 상황을 어떻게, 무엇을 제시할지부터 파악해야 합니다. 다른 사용자들의 의견이 이 주제가 CommonMark로 전달될 때 논의를 도울 수 있을 것 같아서 여기에 게시했습니다. Discourse는 사용자로써 우리의 직접적인 '부모’이기도 하며, Sam 등은 각주 확장 구현이 사용자들에게 얼마나 잘 작동하고 있는지 알고 싶어 할 가능성이 높습니다.
그러니 여러분의 생각을 나눠 주세요 — 그리고 서둘러 주세요. 이 주제에는 30일 후에 게시물을 삭제하는 '쓰레기 처리기’가 작동하기 때문입니다!