Jump to content

Help:Templates

This is a fully translated help. Click here for more information.
From DawoumWiki, the free Mathematics self-learning
(Redirected from Help:Template)

만약 여러 페이지에 포함하기를 원하는 표준 텍스트를 가지면, 미디어위키 템플릿 특색이 적합할 것입니다. 확장과 미디어 파일과 달리, 템플릿을 위한 중앙 저장소가 없습니다. 템플릿은 새로 작성되거나 이미 완료된 복제하는 작업을 저장하거나, 또 다른 위키, 예를 들어, 위키피디아에서 추출하고, 그런-다음 대상 위키로 가져올 수 있습니다.

Creation

템플릿은 표준 위키 페이지로 그것의 컨텐츠가 다른 페이지 안에 전달-삽입되도록 설계됩니다. 템플릿은 이름 앞에 "Template:"이라는 접두어가 붙은 규칙을 따라, 그것을 해당 이름공간에 할당합니다; 이것에도 불구하고, 임의의 다른 위키 페이지처럼 그것들을 만들 수 있습니다.

템플릿의 가장 간단한 사용법은 다음과 같습니다. 만약 콘텐츠와 함께 "Template:Welcome"이라는 페이지를 만들면:

Hello! Welcome to the wiki.

여러분은 첫 번째 템플릿을 만들었습니다! 그런-다음 코드를 삽입하면:

{{Welcome}}

임의의 다른 페이지, 해당 페이지가 보여질 때 텍스트 "Hello! Welcome to the wiki."가 {{Welcome}} 대신에 표시될 것입니다. 템플릿 컨텐츠는 다른 페이지로 "전달-삽입"됩니다; 즉, 그것은 해당 페이지에 통합됩니다.

그런-다음 다른 사람을 환영하려는 페이지의 임의의 지점에 {{Welcome}}을 삽입할 수 있습니다. 그것이 100페이지에서 사용된다고 생각해 보십시오. 그런-다음 템플릿 내용을 다음으로 변경하면:

Hi there! Welcome to this wonderful wiki.

그리고 템플릿이 사용되었던 100 페이지 중 하나를 다시 방문해 보십시오, 원래 텍스트 대신에 새로운 텍스트가 표시될 것입니다. 이런 방법으로, 그것들을 편집없이 100 페이지의 컨텐츠를 변경했는데, 왜냐하면 템플릿이 이들 페이지로 전달-삽입되기 때문입니다.

이것이 기본 매커니즘입니다. 이 메커니즘을 풍부하게 하고 템플릿을 매우 유용하게 만드는 전달-삽입의 몇 가지 추가적인 특색이 있습니다.

Usage

템플릿은 이들 방법으로 다른 페이지에서 사용될 수 있습니다:

  • {{Name}} – 위에서 설명된 것처럼, 이 링크는 템플릿 링크를 갖는 페이지가 로드되는 시점에 [[Template:Name]]의 현재 컨텐츠에 의해 동적으로 대체될 것입니다. 그 링크는 페이지의 소스에서 변경되지 않고 남겨질 것입니다.
  • {{subst:Name}} – 이 템플릿 링크가 사용될 때, 링크를 갖는 페이지가 저장되는 시점에 [[Template:Name]]의 컨텐츠를 한번 및 모두에 대해 대체될 것입니다: [[Template:Name]]가 컨텐츠의 복사본은 템플릿 링크로 대체될 것입니다. 컨텐츠는 그런-다음 포함하는 페이지의 일부이고, 원본과 별도로 정상적으로 편집될 수 있습니다. 주목 : 나중에 원본 템플릿 페이지에 대한 변경 사항은 템플릿 링크를 갖는 페이지로 전파되지 않습니다.
  • {{safesubst:Name}} – 이것은 전달-삽입을 깨지 않는 대체를 허용하기 위해 도입되었습니다. w:en:Help:Substitution#The safesubst: modifier를 참조하십시오.
  • {{msgnw:Name}} – 템플릿을 포함하는 페이지를 가져올 때, 템플릿을 원시 위키 구문 (<nowiki>의 방법)으로 표시하는 양식에 포함합니다.

사실, 보통의 위키 페이지는, 간단히 템플릿이 있는 이름 간을 지정함으로써, 역시 템플릿으로 사용될 수 있습니다. 따라서:

  • {{Template:Pagename}}[[Template:Pagename]]을 포함합니다.
  • {{Talk:Pagename}}[[Talk:Pagename]]를 포함합니다.
  • {{:Pagename}}[[Pagename]]를 포함합니다.
    • {{subst::Pagename}}는 자체를 [[Pagename]]의 컨텐츠로 대체합니다.

만약 그러한 이름공간이 존재하지 않으면, 전체 제목이 템플릿으로 가정됩니다:

  • {{Foo:Bar}}[[Template:Foo:Bar]]를 포함합니다.

Parameters

전달-삽입의 메카니즘을 풍부하게 하기 위해, 미디어위키는 매개 변수가 전달-삽입될 때, 템플릿에 매개 변수를 전달하도록 허용합니다. 매개변수는 템플릿을 다른 컨텐츠 생성하거나 다른 동작을 가지는 것을 허용합니다.

다른 사용자의 토론 페이지에 약간의 감사 메지시를 남기기 원한다면 생각해 보십시오. 예를 들어:

A little thank you... for all your effort. hugs, Me


감사의 말은 이유 (이 경우에서, "all your effort")와 서명 ("Me")을 가질 것입니다. 여러분의 목표는 임의의 사용자가 어떤 이유에서든, 임의의 다른 사용자에게 감사를 전할 수 있다는 것입니다.

메모가 사용되는 모든 곳에서 비슷하게 보이도록, 예를 들어 Template:Thankyou라고 불리우는 템플릿을 정의할 수 있습니다. 비록 사용자가 다른 사용자에게 감사를 표할 때마다 메모가 비슷하게 보이지만, 그것의 구체적인 컨텐츠 (예를 들어, 이유 및 서명)은 다를 것입니다. 그런 이유에 의해, 그것들을 매개변수로 전달해야 합니다. 만약 나머지 요소를 무시하고 상자의 서식을 지정하고 이미지를 배치하면, 템플릿의 핵심 컨텐츠는 다음일 것입니다:

'''A little thank you...'''
for {{{1}}}.
hugs, {{{2}}}

{{{1}}}{{{2}}}의 사용에 유의하십시오. 이것은, 템플릿이 사용될 때, 전달되려는 매개변수를, 템플릿 내에서, 식별하는 방법입니다. 템플릿 내에서, 각 매개변수는 셋의 중괄호: {{{ }}}로 둘러싸여 있음을 주목하십시오. 이것은 표준 템플릿 이름 사용법과는 다릅니다.

페이지에서 템플릿을 사용할 때, "파이프" 문자 (|)로 구분된, 매개 변수 값을 채웁니다. 미디어위키는 세 가지 방법: Anonymously, Numbered, 및 Named로 매개변수를 템플릿에 전달하는 것을 허용합니다.

Anonymous parameters

익명 매개변수를 전달하기 위해, 그것들의 매개변수의 값을 순차적으로 나열하십시오:

{{Thankyou|all your effort|Me}}

이 경우에서, {{Thankyou}} 템플릿은 매개변수 {{{1}}}=all your effort{{{2}}}=Me를 받고, 다음을 생성합니다:

A little thank you... for all your effort. hugs, Me


익명 매개변수가 전달되는 순서는 그것에 동작에 치명적입니다. 다음과 같이 매개변수의 순서를 거꾸로 합니다:

{{Thankyou|Me|all your effort}}

다음 결과를 생성할 것입니다:

A little thank you... for Me. hugs, all your effort


순서 ({{{1}}}, 등)로 매개변수를 식별하는 것은 익명 매개 변수에서 오직 작동합니다. 아래에 표시된대로 이름에 의해 식별된 매개변수는 순서 숫자를 사용하여 템플릿에 액세스할 수 없을 것입니다.
만약 등호가 익명 템플릿 매개변수에 대한 인수 안에 나타나면, 해당 매개변수는 등호 앞의 텍스트를 매개변수 이름으로 취급하고 그것 뒤의 텍스트를 인수 값으로 취급하는 이름-지정된 매개변수로 잘못-해석될 수 있습니다 (이 문서에서 아래에 설명됩니다). 이것은 속성을 갖는 HTML 요소 또는 외부 링크를 포함해야 할 때 공통적인 문제입니다 (T16235를 참조하십시오). 해결 방법은 대신에 이름-지정된 매개 변수를 사용하거나, 심지어 다음 섹션에 설명된대로 번호-매겨진 매개변수를 사용하는 것입니다.

Numbered parameters

숫자에 의해 매개변수를 전달하기 위해, 매개변수를 전달할 때 각 변수를 식별하십시오:

{{Thankyou|2=Me|1=your friendship}}

이번에, 템플릿 {{Thankyou}}는 매개변수 {{{1}}}=your friendship{{{2}}}=Me를 받지만, 그것들은 반대 순서로 제공되고, 다음을 생성합니다:

A little thank you... for your friendship. hugs, Me


이것은 역시 임의의 번호-매겨진 매개변수가 "=" 기호를 포함할 때 유용할 수 있습니다.
예제
{{Thankyou|1=adding “=”|2=Me}}

생성합니다:

A little thank you... for adding “=”. hugs, Me


Warning 이것은 역시 서로 매개변수에 번호-매김을 요구합니다.

Named parameters

매개변수를 전달하는 세 번째 방법은 숫자 대신에 이름을 사용하는 것입니다. 이 경우에서, 템플릿 컨텐츠는 다음과 같이 변경될 것입니다:

'''A little thank you...'''
for {{{reason}}}.
hugs, {{{signature}}}

템플릿 내에서, 우리는 {{{reason}}}{{{signature}}}를 숫자 대신에 각 매개변수를 식별하기 위해 사용합니다. 이들 매개변수를 이름으로 전달하기 위해, 매개변수를 전달할 때, 각 매개변수를 식별하십시오:

{{Thankyou|signature=Me|reason=being who you are}}

이 경우에서, 템플릿 {{Thankyou}}은 매개 변수 {{{reason}}}=being who you are{{{signature}}}=Me를 받고 다음을 생성합니다:

A little thank you... for being who you are. hugs, Me


이름-지어진 매개변수는 대소문자를 구분하므로:

{{Thankyou|signature=Me|Reason=being who you are|reason=being case-sensitive}}

다음을 생성합니다:

A little thank you... for being case-sensitive. hugs, Me


템플릿에서 이름-지어진 매개변수를 사용하는 것의 장점은, 매개변수가 전달될 수 있는 순서에서 유연할뿐만 아니라, 많은 매개변수가 있으면 템플릿 코드를 훨씬 쉽게 이해할 수 있다는 것입니다.

Default values

만약 매개변수를 필요로 하지만, 매개변수를 제공하지 않는 템플릿을 이 방법에서 전달-삽입하면:

{{Thankyou}}

위의 번호-매겨진 매개변수의 예제에서 다음을 얻을 수 있습니다:

A little thank you... for {{{1}}}. hugs, {{{2}}}


인수가 전달된 것이 없기 때문에, 템플릿은 각각의 값 대신에 매개변수 자체를 표시합니다. 이들 경우에서, 매개변수에 대한 기본값, 즉 만약 값이 전달되는 것이 없으면 사용되려는 값을 정의하는 것이 유용할 수 있습니다. 예를 들어, 만약 템플릿 컨텐츠가 다음과 같이 변경되면:

'''A little thank you...'''
for {{{reason|everything}}}.
hugs, {{{signature|Me}}}

{{{reason|everything}}}는 만약 인수가 매개변수 {{{reason}}}에 대해 제공되는 것이 없으면, 값 everything이 사용될 것임을 정의합니다. 비슷하게, {{{signature|Me}}}, 기본 매개변수 {{{signature}}}를 값 Me에 사용할 것입니다. 이제, 임의의 인수 전달없ㅎ이 다시 템플릿을 전달-삽입하는 것은 다음 결과를 초래합니다:

A little thank you... for everything. hugs, Me


종종 기본값은 매개변수의 대안적인 이름을 지정하기 위해 사용됩니다. 예를 들어, 만약 {{{a|{{{b|}}} }}}를 가지면, 템플릿은 먼저 이름-지어진 "a" 매개변수를 찾을 것입니다. 만약 그것이 설정되지 않으면, 그것은 이름-지어진 "b" 매개변수를 사용할 것입니다. 만약 "a"도 아니고 "b"도 설정되지 않으면, 그것은 아무것도 출력하지 않을 것입니다.

Evaluation

이것은 필요하지 않으면 건너뛸 수 있는 고급 주제입니다.

일반적으로 말해서, 템플릿 매개변수는 토큰화 후 템플릿으로 대체되지만, 있는 그대로입니다. 그것들이 사용되기 전까지는 평가되지 않습니다.

이것은 몇 가지 결과를 가져옵니다. 무엇보다도 먼저, 만약 {{mytemplate를 포함하는 Template:Start, 및 |foo=bar}}를 포함하는 Template:End를 가지고, 페이지에 {{start}}{{end}}를 넣으면, mytemplate은 전달-삽입되지 않는데, 왜냐하면 "|"와 같은 토큰은 템플릿에 더해지고 템플릿에서 특별한 의미를 유지할 수 없습니다. 여전히 템플릿을 사용하여 매개변수 또는 템플릿의 이름을 제어할 수 있지만, 여러 템플릿 사이에 템플릿 호출을 분할할 수는 없습니다.

이것의 두 번째 결과는 데드-코드(dead-code) 제거입니다. 만약 템플릿을 와 같이 호출하게 만들고, Template:Foo가 {{{1}}}를 포함하지 않으면, 표시제목이 사용되지 않는데, 왜냐하면 그것은 오직 필요할 때 평가되고, 그것을 대체하기 위한 매개변수가 없으므로, 결코 평가되지 않습니다. 이것은 보통 Extension:ParserFunctions를 사용할 때 작동하고, 특히 사용자 언어에 따라 변하는 int: 마법 단어와 조합하여 사용될 때 눈에 띌 수 있습니다.

마법 단어 subst: 또는 safesubst:로 시작하는 템플릿 호출은 ~~~~ 및 [[mw:pipe trick}파이프 트릭]]을 사용하는 링크와 함께, 오직 저장 시간에 발생하는 별도의 첫 번째 전달에서 평가됩니다. 만약 그것들이 첫 번째 전달 중에 평가될 수 없으면, subst: 호출은 무시되고, safesubst:는 만약 표준 템플릿에서 처럼 처리됩니다.

전부는 아니지만 많은 파서 함수, 파서 태그 및 전달-삽입된 특수 페이지가 템플릿처럼 직접 포함되지 않지만 대신 "스트립 마커(strip marker)"로 대체됩니다. 이것은 padleft:와 같은 파서 함수 또는 확장에서 유사한 함수와 함께 결과를 조작할 수 없는데, 왜냐하면 그것들은 파서 함수의 결과 대신에 스트립 마커가 표시하기 때문입니다.

Recursion in templates

템플릿 자체를 포함한다고 해서 미디어위키가 무한 재귀에 빠지지는 않습니다. 미디어위키는 템플릿 이름을 굵게 표시하여 재귀를 중지할 것입니다. 예를 들어, 만약 Template:Aaaa의 컨텐츠가 a {{Aaaa}} z이면, 그것은 "a a Template loop detected: Template:Aaaa z z"를 표시할 것입니다.

Control template inclusion

기본적으로, 템플릿의 컨텐츠는 직접 보여질 때와 또 다른 페이지에 포함될 때 모두 전체적으로 표시됩니다. 어쨌던, <noinclude>, <includeonly><onlyinclude> 태그의 사용에 의해 표시되고 포함될 템플릿의 일부를 제어할 수 있습니다.

<noinclude></noinclude> 사이의 무엇이든 템플릿의 페이지가 직접 보여질 때만 보여질 것이지만, 또 다른 페이지에 포함될 때는 보여지지 않을 것입니다. 이것은 다음과 같이 그것을 포함하는 임의의 페이지로 전파하기를 원하지 않는 템플릿에 텍스트 또는 코드를 포함하기를 원할 때 유용합니다:

  • 템플릿 자체를 분류할 때 카테고리 링크
  • 다른 언어에서 유사한 템플릿에 대한 인터랭귀지 링크
  • 템플릿을 사용하는 방법에 대한 설명 텍스트

마찬가지로, <includeonly></includeonly> 사이의 무엇이든 페이지가 포함되는 경우에만 처리되고 표시될 것이지만, 템플릿 페이지가 직접 볼 때는 표시되지 않을 것이고, 다음과 같은 상황에서 유용합니다:

  • 템플릿을 포함하는 분류하는 페이지. 주목: 이러한 방식으로 템플릿에 의해 적용된 카테고리를 변경할 때, 해당 템플릿을 포함하는 페이지의 카테고리화는 잠시 후까지 업데이트되지 않을 수 있습니다: 이것은 작업 대기열에 의해 처리됩니다. 특정 페이지를 강제로 다시-분류하기 위해, 편집할 페이지를 열고 변경없이 저장하십시오.
  • 템플릿 페이지 자체를 볼 때 템플릿의 코드가 실행되지 않도록 함을 보증하는 것. 전형적으로 이것은 매개변수를 예상하기 때문이고, 매개변수없이 그것의 실행은 원하지 않는 결과를 가지기 때문입니다.

<noinclude><includeonly> 밖의 모든 것은 정상적으로 처리되고 표시됩니다; 즉, 템플릿 페이지가 직접 보여질 때와 템플릿이 또 다른 페이지에 포함될 때 모두입니다. 초점은 이들 두 태그 안에 있는 것에 있습니다.

<onlyinclude> 태그 밖의 모든 것은 전달-삽입에서 버려집니다. 심지어 <includeonly> 태그-지정된 섹션도 그것들이 <onlyinclude> 태그-지정되지 않는 한 전달-삽입에서 버려집니다. 초점은 이 태그 밖에 있는 것에 있습니다.

이들 태그의 중첩이 역시 가능합니다.

세 개의 부분 전달-삽입 태그는 처리되고 렌더링되는 모든 가능한 조합을 가능하게 합니다. 댓글도 역할을 합니다.

Organizing templates

템플릿이 효과적이려면, 사용자가 템플릿을 찾고, 사용 방법을 찾을 필요가 있습니다.

템플릿을 찾기 위해, 사용자는 다음을 할 수 있습니다:

  1. Special pages > All pages을 클릭하십시오
  2. Namespace: 목록에서, Template을 선택하고 Go을 클릭하십시오.

사용 정보를 제공하기 위해, 템플릿 페이지에 다음과 같은 예제를 포함하십시오:

<noinclude>
== Usage ==
Welcome users:
{{Thankyou|reason=your reason|signature=your signature}}
</noinclude>

그런-다음, 편집자는 템플릿을 사용하기 위해 단순히 예제를 복사하고 붙여넣기할 수 있습니다.

Linking to a template

템플릿 페이지는 임의의 다른 위키 페이지처럼 링크될 수 있습니다. 예를 들어, 링크 Template:Navbar는 위키 코드 [[Template:Navbar|Template:Navbar]]를 사용하여 생성됩니다.

많은 위키에서, Template:Tl은 실제로 전달-삽입 수행없이 템플릿을 전달-삽입하기 위해 필요한 "이중 중괄호" 위키코드를 표시하는 방법으로 서식-지정된 템플릿에 대한 링크를 제공하기 위해 사용될 수 있습니다. 예를 들어, 코드 {{tl|Navbar}}는 링크 {{Navbar}}를 생성하기 위해 사용될 수 있습니다.

이 구조는 템플릿 문서, 도움말 페이지ㅡ 및 템플릿을 참조할 때 토론 페이지에서 공통적으로 사용됩니다. 같은 효과는 {{Navbar}}를 사용함으로써 성취될 수 있지만, {{tl}} 접근 방식은 입력이 훨씬 적습니다. 임의의 주어진 위키에서, Tl 템플릿은, 만약 존재한다면, 여기에 표시된 것처럼, "코드" 요소에서 텍스트를 렌더링할 수도 있고 렌더링하지 않을 수도 있습니다. 그렇지 않으면, 또 다른 유사하게 이름-지어진 템플릿이 그렇게 할 수 있습니다. 예를 들어, 영문 위키피디아에서 en:Template:Tl 문서의 "See also" 섹션을 참조하십시오.

Copying from one wiki to another

템플릿은 종종 CSS 또는 다른 템플릿을 요구하므로, 사용자는 한 위키에서 또 다른 위키로 템플릿을 복사하는 데 종종 어려움을 겪습니다. 아래 단계는 대부분의 템플릿에 대해 작동합니다.

MediaWiki code

만약 새로운 위키에 가져오기(import) (구체적으로 importupload) 권한을 가지면:

  1. 원래 위키에서 Special:Export로 이동하고, 다음과 같이, 모든 필요한 템플릿의 전체 역사를 갖는 .xml 파일을 다운로드하십시오:
    • 큰 텍스트 상자에 템플릿의 이름, 예를 들어, "Template:Welcome"을 입력하십시오. 대소문자와 특수 문자에 특히 주의하십시오 – 만약 템플릿 이름이 정확하지 않으면, 내보내기(export)가 여전히 발생할 수 있지만 .xml 파일은 예상된 데이터를 가지지 않을 것입니다.
    • "Include templates" 상자를 선택하십시오.
    • "Include only the current revision, not the full history" 상자를 선택 취소하십시오.
    • "Export"를 클릭하십시오.
  2. 새로운 위키에서 Special:Import로 가셔서 .xml 파일을 업로드하십시오.

만약 새로운 위키에 가져오기 권한이 없으면:

  1. 원래 위키에서 복사하기를 원하는 템플릿으로 가십시오. 편집 페이지로 가셔서, 모든 위키텍스트를 복사하십시오.
  2. 새로운 위키에서, 여러분이 복사했던 템플릿과 같은 이름을 갖는 페이지로 가십시오. Create/Edit를 누르시고 여러분이 복사했던 위키텍스트를 붙여넣기하십시오. 각 템플릿의 편집 요약에, 속성에 대해 원본 페이지에 링크하십시오.
  3. 편집 상자 아래의, 편집 창에서 원래 위키로 되돌아가서, "Templates used on this page" 목록을 확인하십시오. 나열된 각 템플릿에 대해 이들 지침을 따르십시오. 역시 이들 템플릿의 어떤 것에 의해 사용된 임의의 템플릿에 대해서도 그렇게 하시고, 이런식으로 계속하십시오.

이것은 필요한 전체 코드를 복사할 것이고, 일부 템플릿에 충분할 것입니다. 페이지를 렌더링할 때 구문 분석된 페이지 요소만 내보내지고, 따라서, 예를 들어 문서 하위페이지는 이 과정의 일부로 내보내지지 않음을 주목하십시오. 만약 그것이 작동하지 않으면, 편집 상자 아래의 "Pages transcluded onto the current version of this page:" 아래에 나열된 빨간색 링크도 확인하십시오. 만약 위의 단계를 필요한 만큼 반복하고 마찬가지로 모듈에서 코드도 복사하십시오.

다른 위키에서 템플릿과 연결된 모든 템플릿을 성공적으로 가져온 후, 여러분의 위키에 맞게 사용자 정의를 변경하기 위해 편집하십시오. 예를 들어, 로고를 변경하려면, 중복 카테고리 또는 빨간색 링크를 제거하십시오.

Extensions

템플릿에서 종종 사용되는 확장은 Extension:ParserFunctions입니다. Extension:ParserFunctions 페이지를 방문하고 여기에 나열된 어떤 함수가 여러분이 복사했던 템플릿에 사용되는지 확인하십시오. 만약 그렇다면, Extension:ParserFunctions 확장을 설치해야 합니다. 그것을 설치하기 위해, 미디어위키 설치 서버에 대한 시스템 관리자 액세스 권한이 필요할 것입니다.

템플릿, 특히 위키피디아의 템플릿에서 사용될 수 있는 또 다른 종속성은 Lua입니다. 템플릿 코드에 {{#invoke: }}를 가지는 것은 그것에 대해 좋은 징조입니다. 그것이 사용되는 경우에서, Extension:Scribunto 확장을 설치할 필요가 있고 시스템 관리자 접근이 역시 필요합니다. 확장 설치하고 사용하는 것에 대한 자세한 지침에 대해 해당 페이지를 참조하십시오.

CSS and JavaScript code

미디어위키 코드 외에도, 많은 템플릿은 CSS를 사용하고 일부는 완벅하게 작동하기 위해 자바스크립트에 의존합니다. 만약 복사한 템플릿이 예상대로 작동하지 않으면, 이것이 원인일 수 있습니다. 필요한 CSS와 자바스크립트를 여러분의 위키에 복사하기 위해 통상적으로 관리자 권한을 필요로 하는데, 왜냐하면, "MediaWiki:" 이름공간에서 시스템 메시지를 편집해야 하기 때문입니다.

  1. 템플릿 텍스트에서 CSS 클래스 (class="foobar"와 같은 텍스트)의 사용을 찾으십시오. 만약 그것들 클래스가 원본 위키에서 "MediaWiki:Common.css" 또는 "MediaWiki:Monobook.css"로 나타나면, 새로운 위키에 "MediaWiki:Common.css"에 그것을 복사하고 템플릿이 이제 제대로 작동하는지 확인하십시오.
  2. 만약 복사된 템플릿이 여전히 예상대로 작동하지 않으면, 원본 위키에서 "MediaWiki:Common.js" 또는 "MediaWiki:Monobook.js" 내에 코드가 있는지 확인하십시오. 만약 그렇다면, 새로운 위키에서 "MediaWiki:Common.js"에 그것을 복사를 시도하십시오. 통상적으로, 신뢰할 수 있는 원본으로부터 코드를 복사하는 것이 좋은 생각이고, 먼저 코드를 식별하기 위해 검색하고 관련성이 있는 부분을 선택하십시오. 각 부분의 기능성을 식별하기 위한 단서를 제공할 수 있는 주석을 찾을 수 있을 것입니다.

See also

External links