위키백과:연산 렌더링

이것은 에세이입니다. 여기에는 한 명 이상의 위키백과 기여자의 조언이나 의견이 포함되어 있습니다.이 페이지는 백과사전 기사도 아니고, 위키백과의 정책이나 지침 중 하나도 아닙니다. 커뮤니티의 철저한 검증이 이루어지지 않았기 때문입니다.일부 에세이는 광범위한 규범을 나타내고, 다른 에세이는 소수의 관점만을 나타냅니다.

이 페이지는 간단히 말해 다음과 같습니다.위키피디아 페이지에는 적어도 세 가지 다른 형태의 수학 공식이 존재하며, 이를 제시하는 방법은 적어도 일곱 가지가 있습니다.어느 것도 완전히 만족스럽지는 않습니다.

이 에세이는 다양한 인코딩과 수학 공식의 표현을 비교해 제공합니다.세 가지 주요한 것은<math>태그, 원시 Wiki(또는 HTML) 코드, "texhtml" 템플릿.<math>및 "texhtml" 인코딩은 사용자 환경설정 및 개인 스타일에 따라 등록된 사용자에 대해 다른 프리젠테이션을 가질 수 있습니다.

인코딩	이점	단점들
<math>라텍스</math>	잘 알려져 있고 표준화되어 있습니다. 과학 논문으로 이동하거나 과학 논문에서 이동할 수 있습니다. 의미론과 외관을 명확하게 구분합니다. 유연하고 모든 공식을 처리할 수 있습니다. 다른 소프트웨어가 쉽게 처리할 수 있습니다.	LaTeX 마크업 언어에 대한 지식이 필요합니다. 유니코드 지원 없음 - 수학 연산자, [1] 또는 키릴 문자 및 기타 스크립트에 유니코드를 사용할 수 없습니다. [2] 수식의 일부에 Wikilink를 배치할 수 없습니다.
원시 Wiki 또는 HTML 코드	미디어위키에 내장되어 있습니다.	의미가 아닌 모양을 인코딩합니다. 소프트웨어에서 처리하기 어렵습니다. 제곱근, 수직 분수 및 기타 일반 공식 유형을 처리할 수 없습니다. 적절한 사용(이탤릭체 변수, 작업자 주변의 보호된 공간)은 주의가 필요하며 자주 실수의 원인이 됩니다.
{{math}와 같은 "texhtml" 템플릿	표준화된 표기법을 권장합니다. 의미론과 모양을 구분합니다. 위키보다 세련된 외모/HTML 코드. 소프트웨어로 인식할 수 있습니다(쉽게 처리되지는 않지만).	템플릿 확산 변경 및 편집 전쟁에 취약합니다. 주변 텍스트가 기울임꼴로 표시될 때(예: hatnotes, 참조 제목 또는 {{unsolved}} 템플릿) HTML 중첩 오류가 발생하여 이러한 컨텍스트에서 다른 솔루션이 필요합니다. 일부 복잡한 수식을 처리할 수 없습니다. 등호(=) 및 파이프( ) 기호는 특별한 주의가 필요합니다({=}} 및 {{}!템플릿 또는 기타 해결 방법을 사용해야 합니다.

인코딩	발표	이점	단점들
<math>	숨겨진 MathML이 있는 SVG (Wikipedia의 기본값)	아래의 PNG보다 더 세련되었습니다.	이미지가 글꼴 크기의 아티클 텍스트와 일치하지 않습니다. 일반적으로 이미지에는 인라인 수학에 적합한 기준선이 없습니다. 이미지는 링크의 일부일 때 색상이 변경되지 않습니다. 텍스트가 수식의 소스 코드를 복제할 때 복사 붙여넣기, 이미지로 복사 붙여넣기는 많은 프로그램에서 지원되지 않습니다.단어.
	PNG	건장한. 브라우저에 약간의 오버헤드가 있습니다.
	네이티브 MathML	강력하고 표준을 준수합니다. 파이어폭스에서는 오버헤드가 거의 없습니다. 화면 판독기에서 지원됩니다.	복사 붙여넣기와 같은 전체 기능을 사용하려면 특수 사용자 CSS 및/또는 플러그인이 필요합니다. Firefox에서만 잘 작동합니다. 문서화되어 있지 않습니다.
	매스잭스	모든 브라우저에서 작동합니다. 예쁜 글씨체. 복사 붙여넣기 작업 중.	글꼴 자산에 대한 높은 서버 로드. 느린 렌더링.[3] 더 이상 독서자 환경설정으로 사용할 수 없습니다.WMF 서버를 사용하지 않고 스크립트를 수동으로 주입하는 방법은 T99369#1484437을 참조하십시오.
	카텍스	MathJax보다 빠릅니다. 위와 같은 장점이 있습니다. \operatorname*이 있습니다.	명령에 대한 지원이 여전히 불완전합니다. 사용자 기본 설정으로 사용할 수 없습니다.사용 방법은 T99369#6970581을 참조하십시오.
원시 Wiki 또는 HTML 코드		실행 중인 텍스트에서 글꼴 패밀리를 전환하지 않습니다. 최소 오버헤드. 모양은 사용자(계정) 기본 설정에 따라 달라지지 않습니다.	수식과 실행 중인 텍스트를 구분하지 않습니다. 기본 sans-serif는 1, I 및 l과 같은 특정 문자를 구분할 수 없게 만들 수 있습니다. 원시 Wiki를 혼합한 기사에서<math>공식의 두 유형에서 동일한 변수의 모양이 일치하지 않는 경우(세리프 대 산세리프).
{{math}('texhtml' 클래스)		수식과 실행 중인 텍스트를 구분합니다. 인라인 모양과 근접 일치<math>.	실행 중인 텍스트에서 글꼴 패밀리(영어의 경우 sans-serif, 수학의 경우 serif)를 혼합하는 것은 거슬릴 수 있습니다. 글꼴 변경을 지원하지 않는 시스템(예: Wikipedia Android 앱)의 원시 Wiki 코드 모양으로 되돌립니다. 와 정확히 일치하지 않음<math>같은 조에 있는 공식들 TeX와 같이 컴퓨터 모던이 아닌 타임즈 글꼴을 사용합니다. 텍스트는 일반적으로 더 얇아 보입니다. 때때로 이탤릭체와 로마자의 혼합으로 인한 문제: f(x); (λx.M) 참조{{italics correction}}. 대부분의 인용 템플릿 내에서 사용할 수 없습니다.
특정한템플릿
{{mvar}}: x		다음과 같은 변수의 줄임말{{math ''x''}}. 의미론을 정리합니다.	벡터에 사용할 수 없습니다. (반드시 사용해야 함){{math '''v'''}}v를 얻기 위해,{{math {{vec ''v''}}}}v→을(를) 가져옵니다.
{{sqrt}}: √2		의미론을 정리합니다.	혈관이 약간 중단되었습니다. {{math}} 그 자체로는 잘 보이지 않습니다. ({{math {{sqrt 2}}}}수율: µ2.) MOS:RADICAL에 의해 차단되었습니다.
{{radic}}: 3√2		의미론을 정리합니다.	위와 동일. ({{math {{radic 2 3}}}}수율: µ2.) MOS:RADICAL에 의해 차단되었습니다.
{{sfrac}}:1/2		의미론을 정리합니다. 수학 및 과학 기사에 대해서만 MOS:FRAC에 의해 권장됩니다.	실행 중인 텍스트에서 너무 많은 세로 공간을 차지합니다.포함된 하위 및 상위 스크립트는 수직 정렬 오류를 발생시킵니다. (yadda {{math {{sfrac 1 2}}}} yadda산출량: yadda 1/2 yadda.)
{{frac}}:1⁄2		의미론을 정리합니다.	MOS: FRAC는 수학과 과학 기사에 대해서만 이것을 권장하지 않습니다. 다른 주제에 대해서는 이것이 종종 선호됩니다.
{{open-open}}:(-filen, +filen) {{open-closed}}:(-closed, 0] {{closed-open}}: [0, +filename) {{closed-closed}}: [0,1]		의미론적으로 다른 형식의 공식과 구간을 구분합니다.	구간 끝점이 단일 매개 변수로 코드화되어 있기 때문에 의미론은 다소 모호합니다.
브라-켓 표기법: {{ket}} ψ⟩ {{bra}} ψ⟨ {{bra-ket}}개의 ⟨ψξ⟩ξ		의미론적으로 브라-켓 표기법을 다른 형식의 공식과 구별합니다. 각괄호 문자에 대한 복잡한 HTML 코딩 방지 »&#x27E8;또는 {{fille}}, ⟩&#x27E9;또는 {{rangle}}, 및 수직 막대&#124;또한 이러한 문자에 대해 보다 작거나 작음 기호를 잘못 사용하지 않도록 방지합니다.	모든 브라우저에서 각괄호가 렌더링되지 않을 수 있습니다.
{{vec}}: A→		의미론을 정리합니다.	화살표는 기울임꼴로 표시된 문자의 중심에 있지 않습니다. x-높이 문자보다 화살표가 너무 높습니다.{{math {{vec ''v''}}}}산출량: v→)
{{intmath}}: ∫+∞ 0		의미론을 정리합니다.	이름은 수학/LaTeX 코딩 규칙과 다릅니다.
{{overset}}: →A, ~A {{underset}}: A→, A~		의미론을 정리합니다.	분수 템플릿과 결합할 경우 잘못된 간격이 생성됩니다.

HTML의 장점

1. HTML의 공식은 일반 텍스트와 더 유사하게 작동합니다.인라인 HTML 공식은 항상 HTML 텍스트의 나머지 부분과 올바르게 정렬되며 어느 정도 복사 및 붙여넣을 수 있습니다(TeX가 MathJax를 사용하여 렌더링되는 경우에는 문제가 없으며 버그 32694가 수정되었으므로 정렬이 PNG 렌더링에 문제가 되지 않습니다).
2. 수식의 배경과 글꼴 크기는 나머지 HTML 내용과 일치하며(이것은 명령 및 를 사용하여 TeX 수식에서 고정할 수 있음) 모양은 CSS와 브라우저 설정을 존중하며, 글꼴은 수식을 식별할 수 있도록 편리하게 변경됩니다.
3. 수식에 HTML 코드를 사용하는 페이지는 더 빨리 로드되고 하드 디스크에서 더 적은 혼란을 야기할 것입니다.
4. HTML 코드로 설정된 공식 유형은 클라이언트 측 스크립트 링크(스크립트let)에 액세스할 수 있습니다.
5. 수학적 템플릿을 사용하여 입력한 공식의 표시는 관련된 템플릿을 수정하여 편리하게 변경할 수 있습니다. 이 수정은 수동 개입 없이 모든 관련 공식에 영향을 미칩니다.
6. HTML 코드를 부지런히 입력하면 방정식을 TeX 또는 필요에 따라 다른 코드로 다시 변환하기 위한 모든 의미 정보가 포함됩니다.예를 들어 TeX가 일반적으로 파악하지 못하는 차이를 포함할 수도 마찬가지입니다.{{math ''i''}}가상 단위 및{{math <var>i</var>}}임의 인덱스 변수의 경우.
7. 생성된 비트맵과 달리 HTML은 보기 플랫폼 간의 인치당 도트 수 차이에 민감하지 않습니다.

TeX의 장점

1. TeX는 의미론적으로 HTML보다 더 정확합니다.
   1. TeX에서 "x는 수학적 변수 "${displaystyle$x}"$$를 의미하는 반면 HTML에서는 "x일반적이고 다소 모호합니다.
   2. 반면에, 만약 당신이 "와 같은 공식을 인코딩한다면,{{math <var>x</var>}}var 태그를 추가하면 시각적 결과 x에 영향을 미치지 않으며 x가 변수라는 추가적인 의미론적 설명을 제공합니다.이를 위해서는 공식을 입력할 때 이해하기 어렵게 만들 수 있는 부지런함과 더 많은 입력이 필요하며 대부분의 판독기에는 도움이 되지 않지만 다른 렌더링 옵션이 없는 경우 고려해 볼 가치가 있습니다.
2. 포인트 1의 한 가지 결과는 TeX 코드가 HTML로 변환될 수 있지만 그 ^[4]반대는 아니라는 것입니다.즉, 서버 측에서는 텍스트 내의 복잡성과 위치, 사용자 환경설정, 브라우저 유형 등을 기준으로 수식을 항상 변환할 수 있습니다.따라서 가능한 경우 TeX의 이점과 함께 HTML의 모든 이점을 유지할 수 있습니다.현재 상황이 이상적이지 않은 것은 사실이지만, 그렇다고 정보나 콘텐츠를 삭제할 좋은 이유는 아닙니다.그것은 상황을 개선하는 데 도움이 되는 더 많은 이유입니다.
3. 포인트 1의 또 다른 결과는 TeX가 이를 지원하는 브라우저를 위해 MathML(예: MathJax)로 변환될 수 있기 때문에 의미를 유지하고 렌더링이 리더의 그래픽 장치에 더 적합할 수 있다는 것입니다.
4. TeX는 대부분의 전문 수학자, 과학자 및 엔지니어가 선호하는 텍스트 형식 언어입니다.그들이 TeX로 글을 쓸 수 있다면 그들이 기여하도록 설득하는 것이 더 쉽습니다.
5. TeX는 식자 공식을 위해 특별히 설계되었으므로 입력이 익숙하다면 더 쉽고 자연스러우며, 포함된 페이지 전체보다는 단일 공식에 집중하면 출력이 미적으로 더 즐겁습니다.
6. TeX에서 공식이 올바르게 수행되면 신뢰할 수 있는 렌더링이 되는 반면 HTML 공식의 성공은 브라우저 또는 브라우저 버전에 다소 의존합니다.이 종속성의 또 다른 측면은 글꼴입니다. 렌더링 공식에 사용되는 Serif 글꼴은 브라우저에 따라 다르며 일부 중요한 기호가 없을 수 있습니다.브라우저는 일반적으로 다른 글꼴 계열의 일치하는 글리프를 대체할 수 있지만 결합된 글리프("a̅"와 "a̅"를 비교)의 경우일 필요는 없습니다.
7. TeX로 작성할 때 편집자는 이 버전 또는 저 버전의 브라우저가 이 버전 또는 저 버전의 HTML 엔티티를 지원하는지 여부에 대해 걱정할 필요가 없습니다.이러한 결정의 부담은 소프트웨어에 있습니다.HTML 공식은 다른 브라우저에서 ^[5]편집자의 의도와 다르게 잘못 렌더링되거나 다르게 렌더링될 수 있습니다.
8. 기본적으로 TeX 공식은 더 크게 렌더링되고 일반적으로 HTML 공식보다 읽기 쉬우며 글꼴과 같은 클라이언트 측 브라우저 리소스에 의존하지 않으므로 결과가 더 안정적인 WYSIWYG입니다.
9. TeX는 HTML 코드나 유니코드 값을 찾는 데 도움이 되지 않지만(브라우저에서 HTML 소스를 보면 얻을 수 있음) Wikipedia의 TeX PNG 이미지에서 간단한 텍스트로 복사하여 붙여넣으면 LaTeX 소스가 반환됩니다.

당신의 위키 텍스트가 포인트 1.2의 스타일을 따르지 않는 한

엔티티 지원 문제는 수학 공식에 국한되지 않습니다. 문자 레퍼토리 링크가 하는 것처럼 엔티티 대신 해당 문자를 사용하면 쉽게 해결할 수 있습니다. 단, 해당 글리프가 시각적으로 식별할 수 없는 경우는 예외입니다(예: – for ', − for ' -').

경우에 따라 TeX나 HTML 대체물을 사용하지 않고 유니코드나 단순 ASC를 사용하는 것이 가장 좋은 선택일 수 있습니다.표준 키보드의 II 기호입니다.

• 도움말: 수식 표시
• 위키백과 강연:모스피시스
• 위키백과 강연:위키프로젝트 수학/자료 보관/2013/1월 #.7B.7Bmath.7D 및 유사한 템플릿 파괴
• MathJax vs MathML에 대한 논의와 위키백과의 수학 포맷의 미래.

• 위키백과:Wiki 프로젝트 수학/타이포그래피
• 위키백과:texvc, a<math>HTML 변환기로, 더 이상 HTML에 사용되지 않습니다.
• 범주:수학적 서식 템플릿