직접 작성 시에는 HTML이 유지되지만, 감시/대체 시에는 HTML이 제거됩니다

이것이 실제 버그인지 확신이 서지 않습니다. 하지만 Discourse의 동작이 일관성이 없어 보이거든요? 사실 이건 기능 요청/지원/도움 요청일 수도 있으니, 관리자들이 어떻게 대응해야 할지 알 수 있도록 올립니다. :slight_smile:

제가 무엇을 하려 했는지, 그리고 어떤 결과가 나왔는지 보여주는 것이 더 쉬울 것 같습니다.

러닝/트레이닝 관련 글을 작성하고 있었는데, 'VO2max’라는 용어를 매번 직접 입력하는 것이 지루했습니다. 그냥 그렇게 두어도 되지만, 본래는 VO2max 형태여야 합니다. 저는 <sub></sub> 태그를 사용했습니다.

쉬운 것과 자동화가 좋아서, 'VO2max’를 감시 목록(watch list)에 'VO2max’로 등록해 두었습니다. 그러면 VO<sub>2</sub>max 형태로 자동 치환되어야 하는 것이죠.

아마 무슨 일이 일어났을지 아실 겁니다. Discourse가 VO&lt;sub&gt;2&lt;/sub&gt;max 형태로 바꿔掉了. 그래서 게시물이 이렇게 보였습니다:

하지만 HTML이 허용된 경우처럼 태그가 제대로 표시되어야 하는 미리보기(excerpt)에는 태그가 올바르게 표시되었습니다:

Discourse가 HTML 태그를 제거(strip)해야 한다면, 미리보기(excerpts)를 포함해 모든 곳에서 그렇게 해야 하는 것 아닌가요? 아니면 주제 미리보기(topic preview)에서 비롯된 것이며, 이 부분에서는 HTML이 사용되고 있는 건가요?

그리고 미리보기에서 HTML 코드가 통과한다면, 왜 본문에서는 통과하지 못하는 건가요?

사실 HTML 태그가 표시되든 안 되든, 그게 어디에 있든 상관없습니다 :joy: 하지만 감시/치환(watch/replace) 기능에서는 HTML 태그를 사용할 수 없고, 작성기(composer)에서는 같은 태그를 직접 사용할 수 있는 상황을 버그로 볼 수 있을까요? 그렇지 않으면 제 글은 오프토픽이니까요…

1개의 좋아요

watched words가 HTML을 처리하도록 설계된 것 같지는 않네요… 다만 일관성이 없는 부분은 좀 이상하긴 합니다.

대안으로 <sub>2</sub> 대신 유니코드 하첨자 2를 사용해도 됩니다: VO₂max. 이렇게 하면 훨씬 안정적으로 작동할 것 같습니다.

5개의 좋아요

제가 아는 한, 이는 다소 어렵습니다. 저는 대부분 iPad와 로지텍 키보드로 글을 쓰거든요 — 어렵다는 말은 제 윈도우 노트북에서는 어떻게 하는지 알고 있지만, 이 작은 애플 스타일 키보드는 꽤 까다롭다는 뜻입니다 :wink:

즉, 감시 단어(watched word)를 추가하여

VO2max → VO₂max

으로 대체할 수 있다는 뜻이에요.

HTML이 없으므로 감시 단어가 정상적으로 작동할 것 같습니다.

5개의 좋아요

아 진짜 가끔 너무 느리다 :man_facepalming:

물론이죠. 감사합니다. 제 진짜 문제는 해결됐네요. 나머지는 귀찮은 일이죠…

3개의 좋아요

완벽하게 작동합니다!

최소 20자…

음, 그 HTML 태그는 정말 사소한 문제긴 하지만, replace는 … 허용되는 모든 것을 허용해야 합니다. 하지만 기술적인 제한 사항도 있을 수 있습니다. 그리고 그것이 Linkify와 같은 도구를 사용하여 자동 링크를 추가해야 하는 이유가 될 수도 있겠네요?

이 이슈를 #contribute:feature로 옮기겠습니다. 여기 일관성 문제가 약간 있는 데 동의하며, 실제로 무슨 일이 일어나는지를 더 명확하게 설명해야 한다고 생각합니다.

다만 현재 제약 조건 내에서 David의 우회 방법은 충분히 활용도가 높다고 생각합니다.

1개의 좋아요