모듈 토크:알 수 없는 매개 변수/아카이브 1을 확인합니다.

Module talk
아카이브 1

몇 가지 아이디어만

훌륭하고 편리합니다.여기 몇 가지 더 이전의 생각이 있다.

0. 이름을 모듈로 변경합니다.파라미터 체크: 보다 광범위한 목표를 커버합니다.인포박스에만 한정하지 마십시오.

파라미터 화이트리스트는 모듈일 수 있습니다.파라미터 체크/데이터/템플릿:초안 Foo 페이지:Tlno 템플릿(모듈 데이터 페이지)이 화이트리스트를 사용하면 다음과 같은 추가 옵션을 사용할 수 있습니다.

1. 이름 없는 (위치) 파라미터는 흰색 또는 검은색으로 정의할 수 있습니다.
2. 파라미터별로 "Accept blank input yes/no" 스위치를 추가할 수 있습니다.
3. 파라미터별로 보다 특별한 값 체크(숫자, 패턴, 리스트 체크)를 실행할 수 있습니다.
4. 큰 이슈의 파라미터(흑백) 또는 특수 관심 파라미터는 자체 카테고리 또는 자체 catsort 문자를 가질 수 있습니다.
4b. 사용되지 않는 매개변수는 별도로 정의 및 분류할 수 있습니다(나중에 추가되는 아이디어).
5. 카테고리명이 자동화되어 있습니까?사용 가능한 부모 고양이(템플릿 이름 사용, "파라미터 검사 모듈" 이름 사용)
트리 제안(모두 유지 보수 범주):
카테고리:템플릿 foo 유지보수 카테고리(이 모듈 결과에 대한 기존 이름, 임의 이름, 호스트 고양이일 수 있음)
카테고리:매개변수 검사 카테고리 - 모듈의 보기입니다.
카테고리:파라미터는 템플릿 foo를 체크합니다.모듈을 통해 전용으로 작성됩니다.파라미터 체크
-- 기본 검사("페이지"를 강제로 추가"하면 이름이 어색해집니다.제목 "articles"는 템플릿 편집기의 선택사항이므로 사용하지 않는 것이 좋습니다.
카테고리:Foo 템플릿 매개 변수 '국가' 검사 -- 특수 검사
카테고리:Foo 템플릿 매개 변수 '1=' 검사 --spial 검사

6. 페이지에 유지보수 태그를 추가할 수 있습니다. 데모 초안:Tlno:

Lorem {{do something latincehck=ipsum}} foo.→ 로렘[unknown parameter] 입섬 푸.현재 {{convert}}: 12km()[convert: unknown unit]입니다.

7. 주의:항상 그렇듯이, 위키라벨을 분류하는 것은 좋지 않다.템플릿이 다음과 같이 사용되는 {do something} 템플릿에서 사용되었다고 가정합니다.

[[Mercury (element) {{do something Mercury}}]]카테고리명을 포함한 페이지로 카테고리명을 전개하면, 다음과 같이 기사에 표시됩니다.[[Mercury (element)Mercury blabla foobar]]. 템플릿에는 "가 포함될 수 있습니다. parametercheck this instance=nooption(이것에 대해서는, 위반 페이지를 편집할 필요가 있습니다).

8. (간단한) NS 차별화를 위한 옵션을 선택하십시오.

9. 캣소트는[[Category: ... __VALUE__, {{PAGENAME}}]]-DePiep (토크) 2014년 3월 25일 08:04 (UTC)응답[응답]

프레임 arg와 부모 프레임 arg를 사용하는 것보다 모듈 데이터 페이지에서 필요한 파라미터를 로드하는 것이 좋습니다.이 옵션은 특히 한 페이지에서 여러 번 호출되는 템플릿의 경우 성능 면에서 훨씬 우수합니다.(이것은 데이터를 mw.loadData로 로드하는 것을 전제로 하고 있습니다).- Stradivarius님♪ talk ♪ 2014년 3월 25일 (UTC)응답[응답]
동의합니다. 더 나아가, 무제한의 파라미터 하위 사양을 허용합니다.각 화이트리스트 매개 변수에는 "is decommended"와 같은 고유한 검사 속성이 사용될 수 있습니다.또한 악명 높은 잘못된 파라미터에 대해 "is blacklisted=yes" 속성을 추가할 수 있습니다.- DePiep (토크) 2014년 3월 25일 (UTC)응답 [응답]
제안하신 대로 더 일반적인 버전을 자유롭게 작성하십시오.이것은 특정 문제를 해결하기 위한 첫 번째 반복일 뿐이었다.포인트 7에 대응하여 VALUE 파라미터에서 화이트리스트가 아닌 문자를 클로버하도록 수정했습니다.유효한 문자의 리스트는 확장될 수 있고, 클로버된 문자는 무엇으로 대체되는지는 알 수 있지만, 이것은 정렬의 목적으로 기능하는 것 같습니다.이 모듈을 자유롭게 포크/파일퍼/슬롯하여 더 나은 것을 만들어 보십시오.더 나은 것으로 대체하고 삭제해도 상관없습니다.Frietjes (토크) 2014년 3월 25일 15:33 (UTC)응답[응답]

@Frietjes: arg1에서 arg100(또는 Lua에서 arg1에서 argN까지)에 사용할 수 있는 경우, 이러한 경우에 대해 무언가를 추가할 수 있습니다.따라서 일부 템플릿에서 이 모듈을 사용하는 경우

{{#parameters: 알 수 없는 파라미터 체크 arg}}

또한 arg 인수가 모두 허용됩니다. 1부터 N까지입니다.알겠습니다.현재로서는 예기치 않은 결과가 발생할 수 있기 때문에 어떻게든 이름을 붙여야 합니다.--Edgars2007(talk/contribs) 14:01, 2015년 6월 8일(UTC)응답[응답]

이 모듈과 모듈의 비교는 어떻습니까?TemplatePar?드핍?Alakzi (대화) 2015년 6월 8일 14:28 (UTC)응답[응답]

모듈에 대해서:TemplatePar

알락지.모듈을 적용했습니다.{{Chembox}와 {{Drugbox}}의 TemplatePar(그때 16000트랑의 거의 모든 원인이 됨)에서 몇 가지 코멘트를 합니다.나는 포괄적인 비교를 하지 않았다.

  • TemplatePar(여기서는 TPAR)는 모듈 형식 #invated로만 제공됩니다.인포박스 코드 뒤에 다음과 같이 추가했습니다.
{{#제외:TemplatePar 체크템플릿=템플릿:Chembox all= opt= IUPACName_hidden= IUPACName_hidden= Name= 이미지Alt=ImageCaption=cat=Chembox 형식=0 preview=1 오류의 알 수 없는 매개 변수가 있는 화학 물질NS=0
조사하지는 않았지만 (wikicode 템플릿이 아닌) 모듈에서도 호출할 수 있을 것 같습니다.
  • 매개 변수 목록에는 매개 변수 이름의 일부가 될 수 없으므로 스마트하게 구분 기호 "="가 있습니다.
번호가 매겨진 파라미터는 다음과 같이 추가될 수 있습니다.1= 2= 3= 4=범위별이 아닙니다.
TPar에는 다양한 매개변수에 의한 매우 많은 옵션이 있습니다.파라임은 상호 작용하기 때문에 조립과 테스트가 끔찍해질 수 있습니다.
이 문서에서는 파라미터의 값 테스트(시도되지 않음)와 존재 테스트의 옵션을 위의 코드에 기재하고 있습니다. check=(파라미터는 다음과 같은 설정입니다. check=yes코드를 읽을 수 있습니다.어떻게 하면 좋을까요? check=no?) 및 기타 옵션(예: ?)입니다.
수행할 수 있는 작업에 대한 힌트를 제공하는 매개 변수 목록:
--[=[ TemplatePar 2015-02-14 템플릿파라미터 유틸리티 * assert * check * count * countNotEmpty * downcase() * match * valid * verify() * TemplatePar() ]=]
에러 메세징/구분은, 네임스페이스의 리스트로 제한할 수 있습니다.
시각 효과는 @variables를 사용하여 수작업 오류 메시지를 표시하도록 설정할 수 있습니다.Preview 표시.
퍼포먼스(파싱 시간 등)를 본 적이 없습니다.
1 절대 음수 I: 서브템플릿에서 사용하면 상위 템플릿에서 오류가 발생하지 않습니다.즉, 인
Chembox Name = Foo Section 1 = {Chembox Identifier CAS number = 12345 }}}

하위 {Chembox Identifiers}에서 발생한 TPar 메시지는 어떤 방식으로도 적용되지 않습니다(경로를 따라 중단됨).조사와 해결에 시간을 들이지 않았습니다({Chembox}에서는 파라미터의 80%가 서브템플릿에 있습니다).

  • 일반적으로 여러 옵션이 있고 매개 변수 이름 트릭이 필요하지 않기 때문에 좋아합니다.또, 메시지와 분류의 유연성도 도움이 됩니다.문서는 매우 정교하지만, 의도를 파악하려면 추가 조사가 필요했습니다(프로그래머가 /doc 상황을 작성했습니다).협조적인 대응과 코드 변경을 받았습니다(dewiki에서 유지).
  • 앞서 말한 바와 같이 이것은 비교가 아니며, 이 Check for unknown parameters가 이러한 기능에 대해 어떻게 점수를 매길지 모르겠습니다.
- DePiep (토크) 2015년 6월 8일 22:01 (UTC)응답 [응답]
꼼꼼히 조사해 주셔서 감사합니다.Alakzi (대화) 2015년 6월 8일 23:21 (UTC)응답[응답]
자체 파라미터 리스트 추가, dewiki의 영어 /doc 링크 추가.마이너 fizes. -DePiep (토크) 2015년 6월 9일 (UTC)응답[응답]
왜 이 스레드가 이 토크 페이지에 있나요?Frietjes (토크) 2015년 6월 14일 (UTC)응답[응답]
[1]에 대한 응답입니다.신규 섹션, 좋습니다.-DePiep(토크) 2015년 6월 14일 23:00(UTC)응답[응답]

미리보기 메시지에 ignoreblank 파라미터를 적용해야 합니까?

제가 알 수 없는 {{infobox person}에 빈 파라미터가 있는 경우 카테고리는 적용되지 않습니다. ignoreblank=설정되어 있습니다). 단, 프리뷰메시지는 입력된 파라미터와 공백의 불분명한 파라미터 모두에 대해 불만을 나타내고 있습니다.

이것은 순전히 개인적인 취향일 수도 있지만, 나는 미리보기 메세지가 그 메시지를 들어야 한다고 생각한다. ignoreblank=파라미터. 입력된 파라미터에 대해서만 빨간색 오류 메시지가 표시됩니다.여기 있는 다른 사람들은 그게 말이 되나요?– Jonesey95 (토크) 22:32, 2016년 3월 16일 (UTC)응답[응답]

그 아이디어는 편집자가 사용되지 않는 빈 매개변수를 찾아 정리할 수 있도록 하는 것이었지만, 추적되는 지점까지 끌어올리지는 않았다.다른 옵션을 추가하면 어떨까요? ignoreblank=all또는 ignoreblank=preview뭐 그런 거요?Frietjes (토크) 2016년 3월 17일 00:12 (UTC)응답[응답]

오염 내용

텍스트는 비주얼 웹 브라우저에서만 숨겨지기 때문에 "display: none"을 포함하는 인라인 스타일 속성으로 텍스트를 숨기는 것은 문제가 있습니다.화면 판독기 및 웹 스파이더에서는 여전히 페이지 내용의 일부로 취급합니다.그러면 이 스크린샷에서 볼 수 있듯이 Google 검색 스니펫에 오류 텍스트가 표시됩니다.웹을 검색하면 다른 예를 찾을 수 있습니다. --Ori Livneh (talk) 03:30, 2016년 4월 24일 (UTC)응답 [응답]

안녕하세요. 일반적으로 구글 검색결과에 문제가 발견되면 구글에 알리는 것이 가장 좋습니다.영어 위키피디아는 Google 검색 결과를 제어하지 않습니다.구글 검색은 비공개 소스 독점 검색 엔진으로 제가 아는 바로는 블랙박스입니다.
적어도 저에게는 검색 쿼리를 사이트:en.wikipedia.org로 제한하는 것이 이 문제를 더 잘 보여주는 것입니다.이 텍스트가 삭제되거나 무시되는 것을 구글이나 다른 검색 엔진에 알릴 수 있는 추가 또는 더 나은 마크업이 있다면, 저는 그 마크업이 어리석게 벤더에 특정되지 않는다고 가정한다면 기꺼이 수용할 수 있을 것이라고 생각합니다.WAI-ARIA HTML 속성이나 이와 비슷한 것들이 있을까요?
일반적으로 Scribunto/Lua 모듈을 사용하여 불분명한 템플릿파라미터를 검출하는 이유는 무엇입니까?이 기능은 MediaWiki 확장 또는 MediaWiki 코어에 넣어야 합니다.아마도 Template Data에 있을 것이다.Wikipedia가 생각납니다.잘못된 템플릿 매개 변수가 포함된 데이터베이스 보고서/기사 및 템플릿 매개 변수 이름이 얼마나 미친 것인지 알 수 있습니다. --MZMcBride (talk) 05:08, 2016년 4월 26일 (UTC)응답[응답]
'phab'도 참조해 주세요.T133504 - 이전 2건의 VP 설명 링크가 포함되어 있습니다.Quiddity (WMF) (talk) 2016년 5월 17일 (UTC)응답[응답]
이 모듈에서 직접 생성된 숨겨진 텍스트는 모두 삭제했으며 설명서에서 숨겨진 텍스트를 사용하는 것에 대한 언급은 삭제했습니다.이 "코멘트"는 기사에서 가시적인 출력을 생성하지 않고 문제의 파라미터를 찾는 데 도움이 될 뿐이지만, 미리보기 모드에서만 상세 출력을 표시할 수 있기 때문에 숨겨진 코멘트 기능은 필요하지 않습니다.미리보기 모드 기능이 사라지지 않기를 바랍니다[2].Frietjes (토크) 16:59, 2016년 6월 17일 (UTC)응답[응답]

거짓 긍정

이 모듈이 Wikipedia에서 보고된 오류 메시지에 대한 책임이 있다고 가정합니다.찻집/질문#Kohat 기사에 대한 정보박스 오류입니다만, 파라미터 "1"을 사용할 수 없습니다.전문가 중 한 분이 설명해 주시겠습니까?--David Biddulph (대화) 17:24, 2016년 6월 21일 (UTC)응답[응답]

해당 문서에서 매개 변수 이름과 값 사이에 = 기호가 누락된 매개 변수가 있었습니다.난 그걸 고쳤어.모듈에 버그가 없습니다.오류 메시지가 더 명확할 수 있습니다.– Jonesey95 (대화) 2016년 6월 21일 (UTC)응답[응답]
숫자 파라미터 오류 메시지가 더 많은 정보를 제공합니다.Frietjes (토크) 2016년 6월 23일 (UTC)응답[응답]

알려진 파라미터만 확인하시겠습니까(또는 파라미터가 없음)?

이 모듈을 사용하여 기존(지정된) 파라미터만 사용하는 템플릿을 확인하는 방법이 있습니까?또는 템플릿에 매개 변수가 전달되지 않았는지 확인하기 위해?이는 정보 상자가 전적으로 Wikidata에서 가져온 것인지 또는 로컬로 정의된 매개변수가 있는지 확인하는 데 유용할 것이다(예: 범주의 남극 망원경:Wikidata에서 템플릿 경유로 인포박스가 포함된 문서:인포박스 망원경).감사해요.Mike Peel (토크) 22:53, 2016년 12월 18일 (UTC)응답[응답]

Mike Peel 씨, 첫 번째 질문은 "이미 알려진 (지정된) 파라미터만 사용하는 템플릿을 확인하는 것"입니다.네, 이것이 바로 이 템플릿이 하는 일입니다.알려진 파라미터 목록을 제공하면 입력한 파라미터가 모두 반환됩니다. unknown=두 번째 질문은 "템플릿에 매개 변수가 전달되지 않았는지 확인하는 것"입니다.네, 다음 코드를 사용할 수 있습니다.
{{#if:{#filters: check for unknown parameters check preview=1 unknown=1} <!--- 파라미터는 아무것도 찾지 못했습니다.--> [[ Category:매개 변수가 있는 인포박스 망원경을 사용한 페이지]]}}
즉, 출력의 랩을 network의 내부로 합니다.#if:논리를 뒤집을 수 있습니다.특정 템플릿에 트래킹을 추가하고 싶다면 트래킹 카테고리의 이름과 트래킹 대상을 알려주세요.Frietjes (토크) 2016년 12월 19일 14:19 (UTC)응답[응답]
잘됐네요, 고마워요!어제와 비슷한 것을 시도했지만 작동하지 않았습니다.작동시키기 위해 추가한 누락 요소는 safesubst라고 생각합니다.템플릿에 추가해 주셔서 감사합니다!Mike Peel (토크) 2016년 12월 19일 (UTC)응답[응답]
Mike Peel, safesubst:는 디버깅을 위한 것입니다.이것에 의해, 어떤 일이 일어나고 있는지를 알 수 있습니다.{{subst:infobox telescope프리뷰 모드로 합니다.노력한 것 같은데
{{#ifeq:{{1 }}} [[카테고리:Wikidata에서 온 인포박스 포함 기사]}}
이것은 단지 테스트일 뿐이다. 1=. Frietjes (토크) 2016년 12월 19일 (UTC)응답[응답]
음, 이게 내가 사용하던 코드의 첫 번째 버전이었어.'메인 기타'가 호출된 순서였나 봐요. 제 버전과 지금 버전이 달라요.어쨌든 작동시켜줘서 고마워!감사해요.마이크 필 (대화)
마이크 필, 내 생각엔 네가 원했겠지#ifeq:대신#if:거기? Frietjes (토크) 2016년 12월 19일 (UTC)응답[응답]
아, 아마 그럴거야!마이크 필 (토크)2016년 12월 19일 (UTC)응답[응답]

파라미터가 Post-Hoc 템플릿에 추가된 경우 도전을 예상해야 합니까?

안녕하세요, 저는 예전부터 계정을 사용하지 않고 정기적으로 편집하는 편집자이며, Lua와 미리 데이트를 했기 때문에 자주 묻는 질문이라면 사과드립니다.질문의 간단한 형식은 미사용 파라미터를 삭제하는 대신 템플릿에 해당 파라미터를 추가하는 경우 이 모듈에 문제가 발생할 것으로 예상해야 합니까?

자세한 질문:{{expanded}} 파라미터를 템플릿에 추가했습니다.Infox Convention Center(diff).이 파라미터는 템플릿 매뉴얼에서는 애드버타이즈 되었지만 어떤 이유로 실제 템플릿코드에 포함되지 않았습니다.문서에 광고되어 있었기 때문에 캔자스시티 컨벤션 센터를 비롯한 많은 페이지가 이를 사용했습니다.카테고리 페이지를 수정하려고 했습니다.이 모듈에서 생성된 알 수 없는 파라미터가 있는 infobox 컨벤션 센터를 사용하는 페이지에서는 이 파라미터를 추가해도 리스트에서 페이지가 삭제되지 않았습니다(구체적으로는 페이지 미리보기에서 다음과 같은 오류 메시지가 생성되었습니다).경고: 템플릿을 사용한 페이지:알 수 없는 매개 변수가 "확장됨"인 정보 상자 컨벤션 센터입니다(이 메시지는 미리 보기에만 표시됩니다).

캐시 문제일 뿐이라고 생각합니다.이 문제는 저절로 해결되어 바보처럼 보일 수 있습니다.다만, 유해한 편집을 하지 않도록 확실히 하기 위해서, 여기를 체크해 보겠습니다.감사합니다! -- 216.12.10.118 (토크) 2017년 4월 1일 (UTC)응답하세요.

업데이트: Idiocy 확인.{{{filename}}}이(가) 메시지를 더 이상 생성하지 않습니다.죄송합니다! -- 216.12.10.118 (대화)2017년 4월 1일 (UTC) 01:27답글[답글]
매개 변수는 알려진 매개 변수로 추가해야 합니다.- JJMC89(T·C) 2017년 4월 1일 01:32(UTC)응답[응답]
아, 그렇군요!그럼 확인하길 잘했네요. 일을 시켜서 죄송합니다.감사합니다. -- 216.12.10.118 (대화) 01:33, 2017년 4월 1일 (UTC)응답하세요.
앞으로 이와 같은 답변을 원하시는 분은 아래를 참고하시기 바랍니다.알 수 없는 파라미터 체크는 보통 템플릿코드의 맨 아래에 있습니다.템플릿에 파라미터를 추가할 경우 알 수 없는 파라미터 체크섹션의 유효한 파라미터 목록(일반적으로 알파벳 순서)에도 파라미터를 추가해야 합니다.이 추가에 의해, 페이지를 미리 볼 때에, 빨간색의 에러 메세지가 표시되지 않게 됩니다.– Jonesey95 (토크) 03:53, 2017년 4월 1일 (UTC)응답[응답]

특정 네임스페이스로 제한

네임스페이스 셀렉터("ns=x" 또는 "...ns=/=y"의 목록 페이지만 표시됨")가 없는 것 같습니다.이것을 추가하는 좋은 방법이 있나요? -DePiep (토크) 12:53, 2017년 5월 30일 (UTC)응답[응답]

보통 카테고리는 {{main other}로 포장합니다.예를 들어 {{Infobox mountain}}을(를) 참조하십시오.모듈의 표준 호출은 다음과 같습니다.
{{#제외:알 수 없는 파라미터를 체크합니다.unknown=main other [[ Category : ） 。알 수 없는 매개 변수 _VALUE_{PAGENAME}}}}을(를) 사용하여 Infox Mountain을 사용하는 페이지 [템플릿:알 수 없는 매개 변수가 "_VALUE_"인 Infobox mountain]인 경우 공백=y(... 매개 변수는 파이프로 구분됨)}}
물론 템플릿 이름을 작업 중인 템플릿으로 바꿉니다.2017년 5월 30일 12:57 (UTC)

"이 메시지는 미리 보기에만 표시됩니다."

이 모듈에서 생성되는 메시지(예: 경고: 템플릿을 사용한 페이지):알 수 없는 매개 변수를 가진 정보 상자 기록기 "영향됨"(이 메시지는 미리 보기에만 표시됨)Neal Stephenson)은 실제로 VisualEditor(예: https://en.wikipedia.org/wiki/Neal_Stephenson?veaction=edit))에서 편집할 때도 표시됩니다.따라서 "in preview"에서 "when editing"으로 용어를 변경할 것을 권장합니다.이러한 경우 여기서 발견된 모듈/템플릿에도 동일한 변경이 적용됩니다.[ 3 ] 。Matma Rex talk 22:42, 2017년 7월 5일 (UTC)응답[응답]

Visual Editor의 편집 화면은 변경 내용을 게시할 때 표시되는 내용을 미리 보기 위한 것으로 보이므로 "미리보기 중"도 정확합니다.편집 환경설정에서 "첫 번째 편집 시 미리보기 표시"를 선택하지 않은 사용자가 있으므로 "편집 시"가 정확하지 않습니다.– Jonesey95 (토크) 2017년 7월 5일 (UTC)응답[응답]
나는 조너시의 입장에 마음이 끌린다.의견이 일치할 때까지 편집 보호 요청에 응답했습니다. --Izno (talk) 12:18, 2017년 7월 7일 (UTC)응답[응답]

토론

Template talk에서 관련 논의가 시작되었습니다.정보 상자 #개선.코멘트를 공유하도록 초대합니다. -- Pankaj Jain Capankajsmilyo (토크 · 기여 · 카운트) 18:21, 2017년 8월 26일 (UTC)응답 [응답]

Android 앱에서 작동하지 않음

패브릭으로 추적
태스크 T174977

이 템플릿의 미리보기 메시지는 미리보기 모드 밖에서도 Android 앱에 나타납니다.템플릿 버그가 아닌 앱 버그입니다만, 계속 주시할 필요가 있습니다.phab 참조:T174977. - Pink Ampers (Je vous invite à me parler)& 13:07, 2017년 9월 5일 (UTC)응답[응답]

"reason=" 매개 변수를 전체적으로 지원하기 위한 권장 사항

SMc Candlish는 최근 이 템플릿의 문서에 다음과 같은 섹션을 추가했습니다. "특정 이유가 없는 한 파라미터는 reason=항상 지원되어야 합니다."그 편집자는 그 포괄적인 진술을 뒷받침하는 토론 링크를 제공해 줄 수 있습니까?

이 일반화는 나에게는 이해가 안 된다.infobox, navbox, 또는 {{Iso2country}에 이 모듈을 사용하는 템플릿과 템플릿 타입의 이름을 붙이는 reason 파라미터가 있는 이유는 무엇입니까?가르쳐 주셔서 감사합니다.– Jonesey95 (토크) 2017년 10월 20일 04:31 (UTC)응답[응답]

몇 번이나 설명해야 할지 모르겠다.이것은 아주 오래된 뉴스이다.10년 이상 동안, 저희는 이 제품을 reason=(a) 가시적인 메모로 독자를 귀찮게 하거나 b) 실제 템플릿 코드 이외의 HTML 템플릿으로 위키코드를 어지럽히지 않고 템플릿 관련 근거를 포함하는 사실상의 표준 방법.템플릿 자체의 일부로 근거나 정리 노트 등을 보관하기 때문에 깔끔합니다(템플릿이 있으면 지워집니다).이것은 보통 의사 파라미터입니다.대부분의 템플릿에는 실제로 처리되는 코드가 없습니다. reason=파라미터입니다.이것은 설계상입니다.명시적으로 사용하는 것은 몇 가지이며, 이 템플릿은 {[tlx Rm}}과 같은 내부 관리/유지 관리 템플릿으로, 독자가 WP 내부 언어에 노출되는 것은 문제가 되지 않습니다.또한 다양한 템플릿에 의해 사용방법이 명확하게 문서화되어 있습니다. reason=파라미터의 내용에 대해 실제로 어떠한 조작도 실시하지 않아도 됩니다.설령 그것이 델의 작업 방식이라고 해도, 이러한 참조를 삭제한다고 해서, 마법처럼 그 사용이 멈추는 것은 아닙니다.이 모듈에서는 편집자가 일상적으로 사용하는 템플릿의 일부일 때 편집자의 얼굴에 오류가 생기기 시작합니다.사전 논의에서 숙제는 직접 할 수 있도록 허락해 드리겠습니다. reason=이쪽입니다.

이상적인 솔루션은 아마도 이 모듈이 자동 허가하는 것입니다. reason=디폴트에서는, 드물고 이상한 케이스에 대해서 덮어쓰도록 요구하기 때문에, 포인트 전체가 다음과 같이 되어 있기 때문에, 적극적으로 제외할 필요가 있습니다. reason=소스 모드를 제외하고 거의 항상 보이지 않는 것으로 동작하는 코드를 작성하는 것은 말할 것도 없고, 그것을 「활성화」하기 위한 특별한 코드가 있는지 어떤지를 확인하는 일 없이, 모든 템플릿과 함께 사용할 수 있습니다.
- SMC Candelish ☏ ʌ> ᴥ> < 2017년ʌ 10월 20일 (UTC)응답]

PS: 명백한 용도: reason=인포박스 또는 기타 템플릿의 경우 포함시켜야 한다는 합의가 명확하지 않을 때 항상 명확한 목적이 있습니다.따라서 예를 들어, reason=Per consensus at Talk:Article_name#RfC_about_using_an_infobox_at_this_article. — SMc Candelish ☏ ʌ> ᴥ> < 2017년ʌ 10월 20일 (UTC)응답]

다양한 토크 공간에서 검색하며 숙제를 했지만 이에 대한 토론이나 다른 문서를 찾을 수 없었습니다. reason=파라미터를 지정합니다.이 모듈을 수십 개의 인포박스에 추가했는데, 아마 100개가 넘습니다만, 지금까지 본 적이 없습니다. reason=이들 중 하나에서 사용되거나 요청된 파라미터입니다.그것이 내가 이 지침서의 추가를 정당화하는 이전의 논의에 대한 링크를 요청한 이유이다.이전 논의로 연결해주실 수 있나요?감사해요.
또한 숨김을 사용하는 템플릿 서너 개에 링크할 수 있습니까? reason=파라미터?reason 파라미터를 사용하는 템플릿은 파라미터 값이 공개되거나 필수 템플릿뿐입니다(숙제 중에 이 토론을 발견했습니다).감사합니다. – Jonesey95 (토크) 2017년 10월 20일 14:05 (UTC)응답[응답]
@Jonesey95: 잘 모르는 것 같아.출력 억제로 템플릿에 코드화된 파라미터와 같이 "숨겨진 파라미터"가 아닙니다.이는 사실상의 유사 파라미터일 뿐입니다(실제로 사용하는 소수의 템플릿 제외). reason=예를 들어, 무언가를 표시하다{{rm}}HTML 코멘트 마크업에 의존하지 않고 인코드 코멘트를 제공하는 방법.또, 이 코멘트를 실제의 파라메타로 변환해, 컨텐츠(툴팁, 또는 플레인 텍스트등)를 템플릿 단위로 표시할 수도 있습니다.이것이 특히 인포박스에 대한 토론 주제가 아니라면 누가 신경이나 쓰겠는가?어떻게 사용할 수 있는지 보여주는 것은 하나의 예에 불과했습니다.가장 일반적으로 사용되는 것은 논쟁 및 정리 템플릿입니다. 이 템플릿은 토크 페이지(많은 사람들이 잊거나 신경 쓰지 않는 단계)보다 더 간결하게 문제가 무엇인지 설명합니다.이것에 대해 「숙제」를 실시할 예정이라면, 잘 해 주세요.간단한 작업입니다.insource템플릿 네임스페이스(템플릿 문서 포함)로 제한된 regex 검색 [4]에서 원하는 항목을 찾습니다. - SMC Candelish ☏ ¢😼 😼 12:16, 2018년 3월 2일 (UTC)응답[응답]
위에서 SMc Candlish는 다음과 같이 말했다.또한 다양한 템플릿은 파라미터의 내용에 대해 실제로 어떤 작업도 수행할 코드 없이 의 사용을 명시적으로 문서화합니다."그것이 숨겨진 파라미터의 정의가 아니라면, 나는 그것이 무엇인지 모른다.매개 변수의 출력이 명시적으로 억제되었는지 암시적으로 억제되었는지 여부에 관계없이 매개 변수의 값은 렌더링된 템플릿에 나타나지 않습니다.그것은 위키코드에 숨겨져 있다.
여기 더 나은 인소스 검색이 있습니다. reason=최대 129개의 템플릿에서 사용되는 파라미터입니다.이러한 템플릿에서 알 수 없는 파라미터 체크를 명시적으로 구현합니다. reason=파라미터는 허가보다 훨씬 합리적인 프로세스입니다. reason=이 파라미터가 오류가 될 수 있는 수천 개의 템플릿이 포함되어 있습니다.SMcCandlish는 이 지원되지 않는 파라미터가 잠재적으로 수천 개의 템플릿에 존재하도록 허용하기 위한 합의 또는 근거가 있음을 보여줘야 합니다.– Jonesey95 (대화) 2018년 3월 2일 (UTC)응답[응답]
같은 질문으로 여기 도착했어요아직 납득이 안 간다.먼저, 이 모듈을 통해 이 기능을 적용해야 하는 이유는 무엇입니까?왜 WP에 언급되지 않는가?템플릿?
기타 질문:몇 번이나 설명해야 할지 모르겠다.다른 편집자를 탓하거나 애매한 숙제를 우습게 여기지 말고 한 번만 설명하면 좋겠다.우선 WP:템플릿10년 이상, 델은 다음을 사용해 왔습니다.아니, 우리는 하지 않았어.지금까지 경험해 본 적이 없습니다(Jonesey95와 마찬가지로 템플릿의 내부도 충분히 알고 있습니다).설명되는 배경: 템플릿 자체의 일부로서 근거나 정리 노트 등을 보관합니다.그렇지 않은 것이 좋습니다.논쟁의 여지가 있거나 의문스러운 이유가 필요할 경우 우선 토크 페이지에 게재해야 합니다.문서에서 해당 섹션을 삭제할 것을 제안합니다. - DePiep (토크) 15:49, 2018년 3월 1일 (UTC)응답[응답]
나는 원판 편집을 되돌렸다.– Jonesey95 (토크) 15:57, 2018년 3월 1일 (UTC)응답[응답]
논의를 진행하는 것이 더 말이 될 것이다.WP가 있는 DePiep:IDONT KNOWIT의 순간은 많은 근거도, "논란"의 증거도 아니고, 단지 한 사람이 사실을 이해하지 못하거나 알아내려고 애쓰는 것일 뿐이다. - SMC Candelish ☏ ¢😼 😼 12:16, 2018년 3월 2일 (UTC)응답[응답]
@DePiep: 적대적인 독설을 몇 단계 줄여주세요.싸울 것도 없는데 왜 나한테 시비를 거는 건지 모르겠군만약 당신이 어떤 이유로든 만나지 않는다고 생각한다면 난 어쩔 수 없다. reason=아직 정규 편집자가 되지 않은 것은 사실 불가능합니다.그냥 눈치채지 못하고 기억하고 있을 뿐입니다.특히 다양한 템플릿에 문서화되어 있으며 수천 번 사용됩니다(찾아보기만 하면 [5]. 그러나 이러한 정규식 검색은 시간 초과가 되어 속도가 느릴 수 있습니다).당신은 "나는 그것이 싫고 우리는 그것을 해야 한다고 생각하지 않는다"에 해당하는 주장을 하고 있는데, 이것은 당신이 언젠가 보고 싶은 변화에 대한 의견일 뿐이다.내 주장은 "다수에 의해 이루어졌고 오랫동안 그래왔기 때문에 반드시 해명되어야 한다"는 것인데, 그것은 명백한 사실이다.PS: "WP에서 언급되지 않은 이유:"템플릿?" 아무도 거기에 쓰려고 하지 않았으니까요.위키피디아는 마음과 문서 자체를 읽는 마법의 심령술 기계가 아니야, 하하.이것은 자원봉사자로서 여가 시간에 하는 수기 프로젝트입니다.또, 델은, 모든 합의로 진화한 부차적인 베스트 프랙티스를 코드화하는 것은 아닙니다.필요할 때만 실시합니다.그렇지 않으면 문서가 이미 있는 것보다 100배 더 길어질 것입니다.마지막으로, "왜 이 모듈을 통해 이것이 적용되어야 하는가?"는 거꾸로 되어 있습니다.이 모듈은 "알 수 없는 매개 변수 확인"이 아니라 "모수 목록을 확인하고 사람들이 사용하고 있는지 확인합니다."입니다.문서화의 포인트 reason=여기서 이 모듈의 코드에서 예외로 하는 것은 어떤 것이든 "실패"하는 것과 정반대의 동작을 하는 것입니다: 사람들이 다음을 포함할 때 오류 발생을 중지하는 것입니다. reason=(대부분 그렇듯이) 그러나 템플릿은 현재 하드코딩된 어떤 작업도 수행하지 않습니다(보통 그렇습니다). - SMC Candelish ☏ ¢😼 😼 12:16, 2018년 3월 2일 (UTC)응답[응답]
당신의 첫머리는 편집자를 초대하는 것도 아니고, "자신의 숙제를 하라"도 아닙니다.대체적으로 이 파라미터의 사용방법이 확립되어 있는 가이드라인이나 논의를 지적하기만 하면 됩니다.- DePiep ( talk ) 14:18, 2018년 3월 2일 (UTC)응답[응답]
알겠습니다, 다른 투고도 할 수 있었습니다만, 뭔가 실질적인 것이 있으면 가르쳐 주실 수 있겠습니까?참고 항목:WIKILAWYER; 실제 실천은 꽤 명확하게 합의를 도출한다; 그것은 항상 토크 페이지에서 규칙을 짓밟거나 논쟁하는 것에서 파생되는 것은 아니다. - SMC Candelish ☏ ¢: 😼 2018년 3월 2일 19:29 (UTC)응답[응답]
SMC 후보:사용자가 사용할 때 오류 및 오류 카테고리 표시 reason=(또는 지원되지 않는 기타 파라미터)이 템플릿에서 지원되지 않는 것이 이 템플릿의 목적입니다.– Jonesey95 (대화) 2018년 3월 2일 (UTC)응답[응답]
실제 스레드를 읽어주세요.사용. reason=유사 파라미터는 우리가 설명해야 할 널리 퍼진 관례이며 폭력을 가해서는 안 된다; 그것은 오류가 아니라 단지 뭔가 다를 뿐이다.다르면!= 불량. - SMC Candelish ☏ ¢ 😼 2018년 3월 2일 19:28 (UTC)응답[응답]
나는 실마리를 낱말 다 읽었다.어떤 것이 사실이라고 말하는 것은 사실이 아니다.SMc Candlish는 이 사실을 보여줘야 한다. reason=지원되지 않는 매개변수가 널리 사용되고 있으며 "확실한 관습"에 대한 이유가 있기 때문이다.먼저, 다음을 사용하는 기사 수를 나타내는 검색 결과에 링크합니다. reason=지원되지 않는 매개 변수입니다.
추가 중 reason=이 모듈이 사용되는 템플릿에서는 지원되지 않는 파라미터로 분류되지 않는 파라미터는 유효하지 않은 사용을 의미합니다. reason=감지되지 않을 겁니다.그게 단점이에요.이러한 단점이 존재하기 때문에 SMcCandlish는 이러한 단점을 제외함으로써 얻을 수 있는 이점을 보여줘야 합니다. reason=결점을 능가하다바꿔 말하면, 이 모듈이 해를 끼치는 경우를 다음 항목을 사용하는 문서에 숨겨진 오류 카테고리를 추가하여 보여줄 수 있습니까? reason=위의 SMc Candlish에서 설명한 방법으로 템플릿에 포함시킬 수 있습니까?– Jonesey95 (토크) 17:58, 2018년 3월 3일 (UTC)응답[응답]
나는 이미 그것을 증명했다[6].WP 재생을 중지하십시오.icanthearyou 게임. - SMC Candelish ☏ ¢ 😼 2018년 3월 7일 11:58 (UTC)응답[응답]
위의 링크 SMc Candlish는 다음과 같이 표시됩니다. reason=는 템플릿에서 사용됩니다.물론, 그것이 지원되면, 그것은 당연하다.링크를 클릭했을 때 검색에서 가장 먼저 나타나는 것은 {{clarify} 템플릿으로, 이는 명시적으로 다음을 지원합니다. reason=지원되지 않는 파라미터로 사용하는 기사 수를 나타내는 검색 결과에 링크하도록 요청했습니다.위의 링크는 그것이 아닙니다.명시적으로 지원하는 약 129개의 템플릿은 제외해야 합니다. reason=파라미터를 지정합니다.그 결과에서는 위에서 설명한 바와 같이 템플릿에서 사용하는 문서에 숨겨진 오류 카테고리를 추가하여 이 모듈이 해를 끼치는 예를 보여줘야 합니다.그리고 부정확한 개인적인 비난은 그만두세요.그들은 당신의 경우에 도움이 되지 않는다.– Jonesey95 (대화) 2018년 3월 7일 (UTC)응답[응답]
완전히 엉터리 요구야.의 두 가지 다른 용도가 있는 메커니즘은 없습니다. reason=이러한 검색 결과에서는 서로 떨어져 놀릴 수 있습니다.검색 결과에서 예를 선택하여 보기만 하면 됩니다.이 네임스페이스에서 중요한 작업을 할 수 있는 능력이 없다는 것을 알고 있습니다.그래서 아마도 그것은 "I can't year you" 문제가 아니라 게임 문제, 특히 Wikipedia:시스템 게임 #컨센서스 구축 프로세스, 포인트 번호 게임."개인적인 비난"이 아니라 WP를 시도하기 위해 사용하는 관찰 가능한 토론 전술에 대한 설명입니다.타협이 아닌 WIN.의 사용에 대한 이 부정주의는 reason=1분 이내에 이미 제공된 검색 결과를 직접 확인할 수 있기 때문에 아무도 속일 수 없습니다. - SMC Candelish ☏ ¢ 😼 2018년 3월 8일 12:36 (UTC)응답[응답]
{{clarify}}에 reason 파라미터가 있는 것이 이 모듈과 무슨 관계가 있는지 모르겠습니다.reason 파라미터를 추적하려면 여기에 트래킹을 추가하지 마십시오.Frietjes (토크) 2018년 3월 8일 16:19 (UTC)응답[응답]

이미지 오류

이 모듈에서는 수정을 위해 이러한 편집이 필요한 오류를 나열하고 있습니다.하지만 문제는 이것이 시각적인 변화를 허용하지 않기 때문에 커뮤니티는 그것을 유용한 편집으로 받아들이지 않는다는 것입니다.따라서 모듈이 오류와 같은 페이지를 나열하거나 cat에 추가해서는 안 된다고 생각합니다.카판카즈밀요 (대화) 2018년 4월 11일 18:01 (UTC)응답[응답]

이미 VPT에서 스레드가 열려 있으므로 두 곳에서 논의할 필요가 없습니다.Frietjes (토크) 2018년 4월 11일 18:07 (UTC)응답[응답]

빈 사용법

이 모듈의 공백 사용을 활성화하십시오.파라미터가 지정되어 있지 않으면 템플릿의 정의된 파라미터가 모두 자동으로 취득됩니다.프리제스, 도와줄래?카판카즈밀요 (대화) 2018년 4월 9일 (UTC)응답[응답]

카판카즈밀요, 비싸겠네요.파라미터 목록과 함께 자동 추가 방법을 원하는 경우 User:Frietjes/addcheckforunknown parameters.js.Frietjes (토크) 2018년 4월 9일 (UTC)응답[응답]
고마워요. 확실히 이게 더 낫긴 한데 제가 찾던 건 아닌데요.인포박스 코드를 줄이거나 자동화할 수 있는 다른 방법이 있습니까?카판카즈밀요 (대화) 2018년 4월 11일 05:21 (UTC)응답[응답]
infobox를 사용할 때마다 infobox 코드를 구문 분석하는 문자열은 매우 비쌉니다.정보 상자를 사용할 때마다 처리하는 것보다 매개 변수를 변경할 때 한 번 처리하는 것이 훨씬 좋습니다.이론상으로는 새로운 자기 에러 체크 인포박스 모듈을 만들 수 있지만 이는 완전히 다시 쓰는 것입니다.다른 사용자는 infobox와는 별도로 파라미터 목록을 저장하여 module:infobox가 (이미 입력을 처리하고 있기 때문에) 이 모듈을 직접 호출하도록 권장합니다.그러나 다시 한 번 말씀드리지만, 이는 다시 쓰기가 필요하며, 파라미터 목록이 특정 정보 상자 코드에서 동기화되지 않으면 어떻게 동작할지는 분명하지 않습니다.Frietjes (토크) 17:56, 2018년 4월 11일 (UTC)응답[응답]
모듈에 체크를 포함시키는 것이 좋은 이론인 것 같습니다.인포박스 자체그것이 가능하거나 실현 가능한가?이것에 의해, 대량의 에디터가 가능하게 됩니다(템플릿 에러를 기술적으로는 입력할 수 없습니다).이렇게 하면 아직 체크가 없는 수많은 정보 상자에 체크가 추가됩니다.또한 코드 업데이트의 필요성을 없애고 템플릿 코딩을 줄이고 보다 깔끔하게 만들 수 있습니다.그런 느낌이에요.카판카즈밀요 (대화) 2018년 4월 11일 18:06 (UTC)응답[응답]
코드 작성을 시작하거나 WT에 있는 사람이 있는지 확인합니다.Lua 또는 템플릿 토크:Infobox는 그렇게 하는 데 관심이 있습니다.Frietjes (토크) 2018년 4월 11일 18:09 (UTC)응답[응답]
JS를 사용하지 않고 파라미터를 생성해야 하는 사람이 있다면 러시아 버전에 함수 p.generate로 추가했습니다.Wikisaurus (대화) 2018년 9월 25일 (UTC)응답[응답]
매우 유용해 보입니다. 감사합니다!Frietjes (토크) 12:52, 2018년 9월 26일 (UTC)응답[응답]
이 버전의 샌드박스를 사용하도록 모듈을 업데이트하고 편집 요약에서 Wikisaurus를 사용하십시오. 감사합니다.Frietjes (토크) 12:52, 2018년 9월 26일 (UTC)응답[응답]
@Frietjes: 800만 건이 넘는 트랜스클루션이 있는 것 같습니다.실행된 강도 높은 테스트에 대해 설명해 주시겠습니까?- xaosfluxTalk 00:19, 2018년 9월 27일 (UTC)응답[응답]
Xaosflux 변경은 메인 코드 경로에 의해 액세스되지 않는 다른 기능을 추가합니다.단, 이 모듈에 의한 트랜슬레이션의 수를 고려할 때 이 새로운 기능을 서브모듈에 유지하는 것이 오버헤드 측면에서 더 나을 수 있습니다.WT에서 입력을 요청합니다.LUA. 감사합니다.Frietjes (토크) 2018년 9월 27일 12:38 (UTC)응답[응답]

추가 코드

@Frietjes: 우연히 샌드박스를 보고 당신이 9월에 라이브 모듈에는 없었던 코드를 추가한 것을 보았습니다.샌드박스에서 몇 가지 테스트를 하려고 했지만, 당신이 하고 있는 일을 망치고 싶지 않았습니다.--Zackmann (/)Talk to meWhat I been doing 19:18, 2018년 11월 30일 (UTC)응답[응답]

Jackmann08, 메인 모듈과 동기화할 수 있습니다. 코드가 구현되면 추가 오버헤드를 피하기 위해 하위 모듈에 넣을 수 있습니다.Frietjes (토크) 2018년 11월 30일 19:20 (UTC)응답[응답]

앰퍼샌드에 대한 잘못된 오류 보고서

사용하는 경우{{WikiProject Biography}}와 함께 s&a-work-group=yes문서화된 대로, 모든 것이 잘 되어가고 있습니다.하지만 제가 이걸 잘못 입력한다면 s&a=yes저장 전 미리보기, 모듈:알 수 없는 파라미터가 없는지 확인하면 잘못된 오류가 발생합니다.

경고: 템플릿을 사용한 페이지:파라미터 "s?a"를 알 수 없는 Wiki Project Biography (이 메시지는 미리보기에만 표시됩니다)

알 수 없는 파라미터 "s&a"를 가진 ... 대신...앰퍼샌드를 물음표로 잘못 변환하고 있는 것 같습니다. --Redrose64 🌹 (talk) 23:06, 2018년 12월 29일 (UTC) 괄호에도 해당됩니다.기사에서 사용하는 경우{{Infobox train}}다음과 같은 파라미터를 사용하여 weight (per train set)=335t그리고. capacity (per train set)=1,240 passengers(360 seats)(예: MTR Rotem EMU의 개정 참조), 응답(Reply)으로 보고됩니다.

경고: 템플릿을 사용한 페이지:알 수 없는 매개 변수 "weight ?per train set?"를 가진 정보 상자 트레인(이 메시지는 미리 보기에만 표시됩니다).

그리고.

경고: 템플릿을 사용한 페이지:알 수 없는 매개 변수 "capacity ?per train set?"를 가진 정보 상자 트레인(이 메시지는 미리 보기에만 표시됩니다).

Frietjes님, 보고 계신가요? --Redrose64 🌹 (대화) 23:37, 2019년 1월 23일 (UTC)응답[응답]

레드로즈64, 난 더 공격적이지 않은 걸로 바꿨어이것이 개선되길 바랍니다.그것은 뭔가 재미있는 일을 하는 것처럼 보인다<ref>...</ref>하지만 더 나은 해결책을 찾을 때까지 이 방법은 효과가 있을 겁니다.Frietjes (토크) 2019년 1월 24일 12:41 (UTC)응답[응답]
Face-smile.svg 감사합니다. 기대대로 작업하고 있습니다. --Redrose64 🌹 (토크) 19:15, 2019년 1월 24일 (UTC)응답 [응답]

폴스 포지티브

여기 뭔가 빠진 게 있어요이 기능을 템플릿에 추가하려고 합니다.Amtk/sandbox, 하지만 모든 변환에 플래그를 지정합니다.두 개의 매개 변수를 감지해야 합니다. 2=그리고. dab= . Mackensen ( talk )14:19, 2019년 3월 6일 (UTC)응답[응답]

맥켄슨, 교환 2 dab와 함께 1 3 4모든 알 수 없는 파라미터를 추적하려면 이 명령을 사용합니다.알려진 파라미터 목록을 제공합니다.추적만 하고 싶다면 2=그리고. dab=, 이 모듈은 필요 없습니다.사용할 수 있습니다.{{#if:{{{2 }}}{{{dab }}} [[Category:Pages using amtk with unknown parameters]]}}대신.Frietjes (토크) 15:26, 2019년 3월 6일 (UTC)응답[응답]
하아, 고마워.문서를 읽을 수 있고 정말 중요한 부분을 그냥 지나칠 수 있다니 놀랍다.다시 한 번 감사드립니다.Mackensen ( talk ) 2019년 3월 6일 (UTC)응답 [응답]
@Mackensen:내 친구 수우가 그랬어!!자책하지 마세요. :-p --자크만 (/)Talk to meWhat I been doing 17:22, 2019년 3월 6일 (UTC)응답하세요.

T137900 수정

스페셜의 변경을 실시합니다.Diff/892193938.어제 T137900을 구현한 후에는 revisionid 매직워드를 사용할 수 없습니다.따라서 모듈이 의도한 대로 계속 작동할 수 있도록 이 변경이 필요합니다.이 변경은 이 템플릿의 기능 방식을 변경하지 않습니다.--Snaevar (talk) 20:05, 2019년 4월 12일 (UTC)응답[응답]

Lua를 모르는 템플릿 에디터의 멍청한 질문:새로운 기능을 설명하기 위한 테스트 케이스가 있습니까?mw.addwarning 스테이트먼트는 스테이트먼트 텍스트의 끝부분의 괄호를 어떻게 알 수 있습니까?– Jonesey95 (토크)2019년 4월 12일 (UTC)응답[응답]
모듈 샌드박스를 템플릿에 추가했습니다.Infobox 성/샌드박스를 사용한 후 사용자:Jonesey95/sandbox3.프리뷰 에러 메세지가 표시되지 않고, 에러 카테고리가 적용되지 않습니다.저는 뭔가 잘못하고 있는 것 같아요.Snaevar, 변경 사항을 테스트하기 위해 내 sandbox3 페이지 또는 Infox name 샌드박스를 편집해도 좋습니다.– Jonesey95 (토크)2019년 4월 12일 (UTC)응답[응답]
네, 코드에 오류가 좀 있어요 제가 고칠게요(부록으로서 [사용자(User)]를 사용하는 경우:Jackmcbarn/advanced templatesandbox.js는 라이브 모듈인 것처럼 샌드박스 코드를 미리 볼 수 있습니다.이것에 의해, 에러가 있는 기사를 미리 보는 것처럼 테스트가 간단하게 됩니다) Galobtter(pingo mio) 05:33, 2019년 4월 13일(UTC)응답
참고로 이 태스크는 revisionid 매직 워드가 프리뷰 모드를 검출하기 위해서 계속 동작한다고 명시하고 있습니다("This will not breaked") 계속 동작합니다.Galobtter (pingö mio) 2019년 4월 13일 05:33 (UTC)응답 [응답]
사실, 이 문제에 대해 좀 더 논의할 필요가 있다고 생각합니다.모듈:알 수 없는 파라미터가 인포박스에서 사용되고 있는 것을 확인합니다.오류는 대부분의 경우 맨 위에 표시됩니다.페이지 맨 위에 없는 다른 템플릿에도 사용할 수 있습니다.또한 템플릿 옆에 경고가 표시됩니다.경고는 항상 상단에 두는 것이 타당한지에 대해 논의해야 할 것 같습니다.Galobtter (pingö mio) 2019년 4월 13일 05:45 (UTC)응답 [응답]
템플릿 경고는 페이지에서 여러 번 발생할 수 있으므로 템플릿 옆에 표시해야 합니다.– Jonesey95 (토크) 2019년 4월 13일 (UTC)응답[응답]

다른 모듈의 진입점

이 모듈의 유지관리자는 다른 모듈(템플릿이 아닌)에서 이 기능을 사용할 수 있도록 기능을 추가할 수 있습니까?저에게 큰 도움이 될 것 같습니다.--Gonnym (talk) 15:24, 2019년 12월 25일 (UTC)응답[응답]

이 기능을 활성화하기 위해 샌드박스를 편집했습니다.아직 효과가 있다는 것을 보여주기 위해 테스트 케이스에 기본 테스트를 추가했습니다.다시 말씀드리지만, 이 페이지는 전혀 설정되지 않았기 때문에 비교할 이전 테스트가 없기 때문에 기본 테스트입니다.코드와 테스트를 확인해 주세요.--Gonnym (talk) 19:14, 2019년 12월 29일 (UTC)응답[응답]

궁금한데 이 기능을 어디에 사용하고 있습니까?* Pppery it has begun...* 2019년 12월 31일 (UTC) 19:48 (응답)
모듈에서 필요한 경우 템플릿에서 사용되는 것과 동일합니다.필요한 곳에 모듈을 몇 개 직접 작성했습니다.--Gonnym (talk) 10:42, 2020년 1월 1일 (UTC)응답
다시 한 번 예를 들어주시면 감사하겠습니다.알 수 없는 파라미터를 체크하는 개념은 Wikitext 인수에만 적합한 것으로 보입니다.Wikitext 인수에서는 프레임 오브젝트가 존재할 가능성이 높기 때문에 별도의 Lua 인터페이스가 필요하지 않습니다.* ppery it has begun...* 2020년 1월 2일 (UTC)응답[응답]
최근의 예로서 모듈의 getUnknownParametersErrors(args)를 참조하십시오.템플릿 핸들러/샌드박스를 리다이렉트 합니다.다만, 당신의 질문(그리고 제가 틀렸다면 사과)을 읽어보았을 때, 디자인 철학에 대해서는 의견이 다르다고 생각합니다.그 모듈이 1개의 템플릿으로 호출되어도(그렇지 않은 경우) 템플릿이 아닌 모듈에 코드를 삽입하고 싶습니다.위키피디아에서 가능한 한 MVC 또는 유사한 접근법에 가까운 코드를 작성하려고 하는 것은 모듈을 작성할 때 실제 템플릿에 이 모듈을 사용하는 것을 포함한 논리가 포함되지 않도록 하는 것을 의미합니다. --Gonnym (talk) 10:00, 2020년 1월 2일 (UTC)응답
설계 철학에 차이가 있다는 것은 맞습니다(이것은 2월부터 이미 알려져 있었습니다만, 모듈에게 문의하라는 제 제안을 잘못 이해하신 것 같습니다.Lua에서 알 수 없는 파라미터가 없는지 확인하고 프레임 객체를 전달합니다.Module 등 다양한 부모 모듈에 대한1개의 서브모듈 처리 인수 해석의 사용 예:단, 리다이렉트템플릿 핸들러(sidenote: 실제로는 일반적이지 않은 이름이 필요함)로 인해 내 제안을 실행할 수 없습니다.
코딩 관점에서 유형 확인의 포인트는 무엇입니까?args그리고.pargs 두 파라미터가 모두 표로 제시되지 않는 한 모듈은 아무런 도움이 되지 않습니다.또한 잘못된 데이터가 주어졌을 때 아무것도 하지 않는 것보다는 에러를 발생시키는 것이 좋을 것 같습니다.* ppery it has begun...* 2020년 1월 2일 (UTC)응답[응답]
타입 체크에 대해서는 에러가 낫다는 것에 동의하며, 솔직히 파라미터 검증이 이루어지기 전에 기능 시작 부분에서 그 체크를 처리하는 것이 훨씬 낫다고 생각합니다.디폴트 모듈 장애 에러가 대신 처리되도록 하고 싶다면 문제 없습니다. --Gonnym (talk) 20:47, 2020년 1월 2일 (UTC)응답[응답]

컨센서스 부족으로 인해 요청이 비활성화되었습니다.Gonnyn: 템플릿 에디터로서 변경을 서포트하고 있는 경우는, 직접 변경할 수 있습니다.- Martin (MSGJ · talk )2020년 1월 6일 14:12 (UTC)응답 [응답]

꽤 이상한 거리 같은데.토론에 참여한 Pppery만이 반대하지 않았다. 이는 WP에 따르면 다음과 같다.사일런스는 "합의의 부족"이 없었다.다른 사람이 코드를 볼 수 있도록 템플릿을 배치했습니다.그래서 닫으면 역효과가 나지만 끝난 일은 끝난 것입니다.--Gonnym (talk) 14:32, 2020년 1월 6일 (UTC)응답
@MSGJ: 여기에서는, 「합의의 결여」는 전혀 없습니다.* ppery it has begun...* 2020년 1월 6일 23:18 (UTC)응답[응답]
당신의 의견을 확인해 주셔서 감사드리며, 제가 토론을 잘못 읽었으면 죄송합니다.앞으로 나아갈 때 근본적인 의견 차이처럼 보였어요!샌드박스가 준비되면 제가 전개하거나 Gonnym이 전개할 수 있습니다.- Martin (MSGJ · talk )2020년 1월 7일 (UTC) 11:05 (응답)
MSGJ와 Pppery에 감사드리며, 오늘 시간 있을 때 하겠습니다.--Gonnym (talk) 11:51, 2020년 1월 7일 (UTC)응답[응답]
주의: Gonnym의 코멘트에 따른 클로징 요청입니다.qedk (t cc) 2020년 1월 7일 17:46 (UTC)응답[응답]

알 수 없는 매개 변수에 대한 잘못된 경고

이 모듈은 Template에 대해 알 수 없는 파라미터의 잘못된 클레임을 나타내고 있는 것 같습니다.인포박스 분쟁 섬들.편집창을 열고 미리보기 버튼을 클릭하면 James Shoal의 사용방법에 표시됩니다.왜 이런 오류가 발생하는지 아십니까?파라미터는 템플릿에 명확하게 기재되어 있고 문서와 Wikidata 엔트리에 추가되어 있기 때문에 어떻게 해야 할지 모르겠습니다.· · 本 · · · talk · 니혼조에 · WP Japan 가입!2020년 7월 22일 (UTC)응답 [응답]

@MSGJ: 가장 알기 쉬운 것 같습니다.· · 本 · · · talk · 니혼조에 · WP Japan 가입!2020년 7월 22일 16:55 (UTC)응답 [응답]
수정되었습니다. 템플릿 하단의 매개 변수 검사에 모든 유효한 매개 변수를 추가해야 합니다.추가했습니다. type=또한 템플릿 데이터 프로그래밍 코드를 템플릿 자체가 아닌 /doc 템플릿에 넣어주세요.템플릿 보기:정보 상자 구성/문서 - 일반적인 방법을 확인합니다.– Jonesey95 (대화) 2020년 7월 22일 (UTC)응답[응답]
@Jonesey95: 고쳐진 것 같아.누가 그걸 템플릿에 넣었는지 모르겠어요(이력을 찾아본 적이 없어요).템플릿의 변경 내용을 확인하십시오.정보 상자 분쟁 섬 및 템플릿:내가 제대로 했는지 확인하기 위해 분쟁 섬/의사 정보함.감사합니다!· · 本 · · · talk · 니혼조에 · WP Japan 가입!2020년 7월 22일 18:33 (UTC)응답 [응답]
설명서가 더 보기 좋습니다.네가 제대로 한 것 같아.– Jonesey95 (대화) 2020년 7월 22일 (UTC)응답[응답]

미리보기 경고 및 해트노트 템플리트 스타일로 이동

페이지 워치는 MediaWiki 토크에 관심을 가질 수 있습니다.Common.css © TemplateStylesIzno (토크) 00:22, 2021년 4월 29일 (UTC)응답[응답]으로 이동하는 미리보기 경고 및 해트노트

자동화가 가능합니까?

이 모듈을 업데이트하지 않는 것은 템플릿을 업데이트할 때 가장 자주 발생하는 실수 중 하나입니다.저도 몇 번인가 이 모듈의 영향을 받은 적이 있습니다.이 모듈을 사용할 때 템플릿에 모든 파라미터를 나열해야 합니까?아니면 코드에 정의되어 있는 모든 파라미터를 자동으로 체크하도록 코드를 작성할 수 있습니까?{{u Sdkb}}talk 2021년 9월 2일 (UTC) 23:04 (응답)

모듈이 실제로 지원되는 파라미터를 항상 판별할 수는 없습니다.유효한 파라미터를 선택하지 못할 수도 있고 테스트 대상이지만 실제로 지원되지 않는 파라미터를 선택할 수도 있습니다.또한 템플릿에 파라미터가 표시되어 있어도(최적의 프로세스는 아니지만 동작하고 있는) 파라미터를 폐지하기 위해 체크에서 파라미터를 삭제할 수 있습니다.안타깝게도 편집자는 매개 변수 목록을 감독해야 합니다.– Jonesey95 (대화) 2021년 9월 3일 (UTC)응답[응답]
/Archive 1#Blank usage* ppery it has begun...* 14:13, 2021년 9월 3일 (UTC)응답[응답] 참조
둘 다 답장 고마워요.아카이브를 보니 비싼 통화인 것 같네요.다른 방법이 있습니다.템플릿에 파라미터를 추가하려고 하는데 이 모듈을 업데이트하지 않으면 경고를 생성하는 편집 필터를 설정할 수 있습니까?{{u Sdkb}}talk 2021년 9월 3일 (UTC) 17:56 (응답)

이름이 지정되지 않은 매개 변수: 문서를 참조하십시오.

이름 없는 파라미터가 모두 허용되었다고 선언하는 방법에 대한 문서를 추가할 수 있습니까?아니면 예를 들까요?얻을 수 없다 regexp1=[%d][%d]*일해.Thx. -DePiep (토크) 10:32, 2021년 11월 18일 (UTC)응답[응답]

@Frietjes: -DePiep (토크) 2021년 11월 18일 (UTC)응답[응답]
DePip, 이것은 샌드박스에 고정되어 있습니다(위치 파라미터는 수정 전의 regexp 값과 비교되지 않았습니다).메인 모듈에 업데이트를 요청합니다.Frietjes (토크) 15:33, 2021년 11월 18일 (UTC)응답[응답]
감사합니다.-DePiep (토크) 2021년 11월 18일 (UTC)응답[응답]

2021년 11월 18일 보호된 편집 요청

위의 설명에 따라 위치 매개 변수에 regexp 매개 변수를 적용할 수 있도록 이 변경 사항을 구현하는 샌드박스로 업데이트하십시오.로직은 스트링 파라미터에 사용되는 로직의 거의 직접 복사이지만 숫자를 스트링으로 변환하고 계속 지원하기 위해 몇 가지 사소한 조정을 수반합니다.showblankposlogic. 변경이 사용자 공간 테스트에서 테스트되었습니다(사용자:Frietjes/c4u)Frietjes (토크) 15:37, 2021년 11월 18일 (UTC)응답[응답]

서포트합니다.하나의 간단한 테스트 케이스로 확인됩니다(잘 동작합니다.-DePiep (대화) 2021년 11월 18일 (UTC)응답[응답]
완료 - Martin (MSGJ · talk )2021년 11월 18일 (UTC)응답 [응답]

이 모듈의 Sime 경미한 문제

제 생각에 6번 라인은trim정의될 필요가 없습니다.mw.text.trim현재의.게다가 69호선frame:preprocess( "{{REVISIONID}}" )wikitext 프로세스 대신 프레임을 직접 사용하여 마법의 단어를 호출할 수 있기 때문에 이상하게 보입니다.== SolidBlock (토크) 2:09, 2021년 12월 11일 (UTC)응답[응답]

mw.addWarning() 함수도 있습니다.@Izno, 모듈 작성자:미리보기/설정에 대해 어떻게 생각하십니까?Gonnym (talk) 07:43, 2021년 12월 11일 (UTC)응답[응답]
Gonnym, mw.addWarning()은 템플릿의 '사이트'가 아닌 경고를 보내는 모든 항목에 대한 내용을 미리보기 상단에 추가합니다.(샌드박스를 만들어서 사용해 보세요.놀라실 수도 있어요).나는 그것이 좋은지 나쁜지 판단하지 않고, 단지 if-preview와 그 친구 preview_warning이 우리 쪽에서 유기적으로 발생했다는 것을 알고 있을 뿐이다.이즈노 (토크) 5:56, 2021년 12월 17일 (UTC)응답[응답]
네, 현재 (모든) 모듈이 mw.text.trim을 사용할 수 있다고 생각합니다.그게 좋은 생각인지에 대해서는 노코멘트입니다.
프레임을 사용하여 마법의 단어를 직접 호출한다는 것이 무슨 말인지 모르겠습니다.무슨 생각이세요?callParserFunction을 말하는 경우 if-preview의 컨텍스트에서 시도했지만 동작하지 않았다고 생각합니다.기능하고 있는 작은 샌드박스를 자유롭게 회전시켜 같은 동작을 할 수 있는지 확인해 주세요.이즈노 (토크) 06:02, 2021년 12월 17일 (UTC)응답[응답]