같은 줄의 Mathjax가 마침표 줄바꿈을 유발합니다

여러분 안녕하세요,

포스트에서 한 줄의 길이가 특정 길이 X에 도달하고 쉼표 또는 마침표가 있는 경우, 쉼표/마침표가 새로운 줄로 넘어가는 현상을 가끔 확인했습니다. 예를 들어 긴 줄이 다음과 같다면:

Discourse had a great website.

출력은 다음과 같이 됩니다:

Discourse has a great webaite
.

이것은 버그를 재현하기에는 아주 좋은 예시는 아니지만, 버그가 무엇인지 보여주는 데에는 충분합니다.

여기서 재현해 보겠습니다:

테스트 1 - text text texttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttt.
테스트 2 - text text texttttttttttttttttttttttttttttttt.
테스트 2 - text text texttttttttttttttttttttttttttttttt.

수정: 여기서는 발생하지 않습니다. 보통 같은 줄에 mathjax를 사용할 때 발생합니다. 라이브 예시를 보고 싶으시면 제게 쪽지를 보내 주세요.

이것은 100% MathJax에 특화된 문제일 것 같아서, 제목을 그에 맞게 수정했습니다.

MathJax를 사용한 재현 예시를 보여 주시면 좋겠습니다.

네, 맞다고 생각합니다. 수정해 주셔서 감사합니다.
메타 토론에는 MathJax가 없는 것 같습니다. 그래서 실시간 예시를 보고 싶으신 분은 저에게 DM을 보내 주세요. 링크를 보내 드리겠습니다 (지금은 웹사이트를 비공개로 유지하는 것이 좋습니다).
다시 한번 감사합니다.

여기서 MathJax를 코드 블록으로 게시할 수 없나요? 왜 공유할 수 없는지 이해가 되지 않습니다.

해당 문장:

ב. 사각형 $ABGE$가 평행사변형이므로 $AE=BG$가 성립합니다. $AE=GF$가 주어졌으므로, 이행성에 의해 $BG=GF$를 얻고, 따라서 $ riangle GBF$는 이등변삼각형입니다.

이미지:

image

다시 한번 감사합니다 :slight_smile:

여러분, 이 버그에 대해 새로운 소식 있나요? :slight_smile:

로케일이 RTL 언어로 설정되어 있을 때만 문제가 발생하는지 아시나요?

공유해 주신 스크린샷에서 마침표는 어디에 표시되어야 하나요?

저희 커뮤니티는 RTL(우측에서 좌측으로 읽는) 방식이라 불행히도 LTR(좌측에서 우측으로 읽는) 방식으로 직접 테스트를 해본 적이 없습니다. 그래서 해당 문제가 LTR 환경에서도 발생하는지 알 수 없습니다.

제가 올린 스크린샷에서 쉼표는 AE=GF 바로 뒤에 위치해야 합니다. 쉼표가 첫 줄로 압축되어 표시되거나, “AE=GF,” 전체가 다음 줄로 넘어가야 한다고 생각합니다.

LTR 사이트에 해당 텍스트를 추가하면 다음과 같은 결과가 표시됩니다:

ב. שים לב שהמרובע $ABGE$ הוא מקבילית ולכן מתקיים $AE=BG$, נתון ש- $AE=GF$, טרנזיטיבית מתקבל $BG=GF$ ולכן $\triangle GBF$ הוא משולש שווה שוקיים.

히브리어를 영어로 교체하고 일부 임의의 구두점을 남기면 다음과 같은 결과가 나옵니다:

This is, $ABGE$ a test. $AE=BG$, This is only a test. $AE=GF$, this is only a test. lets see what happens $\triangle GBF$ test.

영어 버전은 제게는 올바르게 보입니다. 히브리어 버전은 잘못된 것으로 보입니다.

무엇을 말씀하시는 건지 잘 이해가 되지 않습니다. LTR에서는 쉼표가 오른쪽에, RTL에서는 왼쪽에 위치해야 합니다. 두 버전 모두 박스가 넓게 열려 있어 괜찮아 보입니다. 문제는 박스가 수식과 쉼표 사이에서 줄바꿈(새 줄 추가)될 때 발생합니다. (창의 너비를 조절해 보며 수식과 쉼표 사이에서 줄바꿈이 일어나는지 확인해 보세요.)
도와주셔서 감사합니다 :slight_smile:

네, 그것이 문제의 원인인 것 같습니다:

이 문제는 제 브라우저(Chrome)가 마크업을 처리하는 방식과 관련이 있다고 추정합니다.