모듈 토크:각주/자료실 1

이 페이지는 과거 토론의 보관소입니다.이 페이지의 내용을 편집하지 않습니다.새 토론을 시작하거나 이전 토론을 다시 시작하려면 현재 대화 페이지에서 다시 시작하십시오.

템플릿 대화를 참조하십시오.Sfn#Lua 버전이 깨졌습니다. --Redrose64 (talk) 2013년 4월 2일 (UTC) 22:43

템플릿 대화를 참조하십시오.Harvard 인용 괄호 없음/보관 1#깨진 매개 변수.유사한 템플릿이 유사하게 손상되었을 수 있습니다.Wtmitchell (대화) (이전의 보라카이 법안) 2013년 4월 28일 07:13, UTC)

이것은 고쳐져야 합니다.드래곤즈 비행 (토크) 2013년 4월 28일 10:18 (UTC)

코드가 CS1과 더 호환된다면 도움이 될 것입니다.현재 이 책은 4명 이상의 저자를 우아하게 다루지 않습니다.모듈 대화 참조:인용/CS1#CITEREF와 havnb, CITEREF와 CS1. -- PBS (대화) 13:09, 2013년 12월 21일 (UTC)

Lua CS1 템플릿 스트립 마크업(예: 굵은 글씨 또는 기울임꼴)은 이 모듈에서 사용할 수 없습니다.따라서 {{sfn}} 또는 변형에서 마크업을 사용하면 링크와 앵커가 일치하지 않습니다. -- Gadget850 ^talk 11:28, 2014년 3월 6일 (UTC)

모듈에 대한 이 편집 요청:각주에 대한 답변이 완료되었습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

모듈: 인용/CS1 실행mw.uri.anchorEncode()에options.id를 생성하기 전에<span id="...선.생성된 데이터 간의 호환성을 위해id그 모듈에서 그리고.#CITEREF여기서 생성되었습니다. 이 변경 사항이 이 모듈에 적용되어야 한다고 생각합니다.">

(여기 인용문과 연결되지 않은 예시 각주가 있는데, 위에서 언급한 문제 때문인 것 같습니다.)Dalba 2014년 6월 27일 07:38 (UTC)

해결해 주셔서 감사합니다! — Stradivarius^{♪ talk ♪} 씨 12:15, 2014년 6월 27일(U)

{{sfnp}}은(는) 이 모듈과 {{sfn}} 내에서 유용하게 구현될 수 있습니다.제가 볼 때는function f.sfnp( frame )단순히 복제할 수 있습니다.function f.sfn( frame )다음을 추가합니다.

args.bracket_year_left = "(";

args.bracket_year_right = ")";

현재 이상한 것은 postscript=none{{sfn}}에는 작동하지만 {{sfnp}}에는 작동하지 않습니다.피터 콕스헤드 (대화) 20:21, 2014년 12월 15일 (UTC)

그것은 일종의 우회적인 방식으로 이루어집니다.

{{sfnp}}호출들{{Harvard citation/core}}호출 모듈:각주 함수 harvard_core().

아이즈 postscript=none에 필요합니까?코드는 다음을 나타내는 것 같습니다.{{sfn}}기본적인 포스트스크립트 문자로 '.'를 사용합니다.한다면 postscript=이 비어 있거나 생략된 경우 빈 문자열을 기본 포스트스크립트로 사용합니다.

—Trapist the Monk (토크) 2014년 12월 15일 20:38 (UTC)

아니.{{sfnp James 2004}}는 다음 ^[1]각주를 생성합니다.

(아래에 명시된 조정 후,{{sfnp Smith 2005 ps=none}}는 다음 ^[2]각주를 생성합니다.)

그래서 CS2 사용자로서, 저는 결국{{sfnp ps= ...}}하지만 더 선호할 것입니다. ps=none당신과 같은 이유로 (글쎄요, 사실 저는 다른 템플릿을 선호하고 한 번 만들었지만, 합의는 삭제하는 것이었습니다.)

"반전적인 방법"으로 일을 하는 것은 소프트웨어 오류의 확실한 해결책입니다(적어도 제가 1학년 때 소프트웨어 엔지니어링에서 가르쳤던 방법입니다).현재 코드의 복잡성은 {{sfnp}}이(가) 실제로 무엇을 하는지 알아내는 것이 쉽지 않다는 사실에서 알 수 있습니다.별도의 기능이 더 명확하고 유지 관리하기 쉽습니다.또는 더 나은 방법(모듈형이 더 많기 때문에)으로 적절한 매개 변수를 전달합니다.f.sfn()피터 콕스헤드 (대화) 21:13, 2014년 12월 15일 (UTC)

네, 템플릿 호출에서 포스트스크립트를 가져옵니다.{{Harvard citation/core}}모듈:각주가 수정되었고 저는 당신의 예를 수정했습니다.

우회적인 코드를 지지하는 저의 논쟁은 없을 것입니다.모든 라인을 유지해야 합니다.통합하는 것에 대해 생각해 보겠습니다.{{sfnp}}모듈에 있습니다.

—Trapist the Monk (토크) 2014년 12월 15일 22:02 (UTC)

좋아요, 트위크드{{sfnp/sandbox}}브래킷 기본값을 다음과 같이 전달합니다. bracket_year_left=(그리고. bracket_year_right=)로.f.sfn()모듈:각주/샌드박스에서 해당 매개변수가 일반적으로 사용되는 기본값보다 우선합니다.{{sfn}}:

일부 텍스트는 다음과 같은 일부 텍스트{{sfnp}}.^[1]

일부 텍스트는 다음과 같은 일부 텍스트{{sfnp/sandbox}}.^[2]

일부 텍스트는 다음과 같은 일부 텍스트{{sfnp/sandbox ps=none}}.^[3]

—Trapist the Monk (토크) 2014년 12월 16일 13:08 (UTC)

현재 버전보다 훨씬 세련된 접근 방식으로, 조만간 배포될 예정입니다.피터 콕스헤드 (대화) 18:56, 2014년 12월 16일 (UTC)

다 했어요.

—Trapist the Monk (토크) 00:38, 2014년 12월 17일 (UTC)

고마워요! 피터 콕스헤드 (대화) 2014년 12월 17일 16:54 (UTC)

WT:VPT(예: WP:VPT#Help in fixing "cite error") 및 다른 곳에서 참조에 동일한 이름이 사용되지만 참조가 다르게 정의된 경우 오류를 출력하는 MediaWiki의 변경과 관련하여 많은 스레드가 나타납니다.

이 모듈에서는 (예를 들어) 처리하기 위해 기본적인 수준의 점검을 구현할 수 있을 것으로 보입니다. p=그리고. pp=Template:sfn에 대한 참조를 출력하거나 일부 기본 수준의 건전성 검사를 수행하기 전에 동일함. 예: p=대시/하이픈을 사용하거나 사용해서는 안 됩니다(그리고 사용 pp=세트 중 하나를 사용하지 않습니다.(, -)(또는 유사).

생각은? -- 이즈노 (대화) 2015년 11월 14일 17:17 (UTC)

단지 숫자가 아닌 문자가 포함된 "페이지" 번호가 점점 더 많은 전자 출판물을 제외하지 않도록 주의할 필요가 있습니다.피터 콕스헤드 (대화) 2015년 11월 14일 17:26 (UTC)

제 제안은 특정 구두점만 찾는 것입니다. --Izno (talk) 2015년 11월 14일 (UTC) 17:40

그런 다음 탐지기가 탐지하도록 설정된 항목을 탐지하면 무엇을 수행합니까?

이거 어렵네요. p=A-1또는 p=17-6올바른 페이지 번호입니다.

—Trapist the Monk (대화) 2015년 11월 14일 18:10 (UTC)

그렇고말고.피터 콕스헤드 (대화) 2015년 11월 14일 22:05 (UTC)

모듈: 인용/CS1 기반 템플릿은 하이픈을 입력할 때 자동으로 하이픈(-)을 끝 대시(–)로 바꿉니다. pages=매개 변수이 기능을 이 모듈에 구현할 수 있습니까?
2016년 9월 28일 (UTC) 07:24:24 (대화)

네, 지원이 충분하다면 여기서 할 수 있습니다.만약 우리가 그것을 추가한다면, 저는 편집자들이 자동 변환을 무시할 수 있는 일종의 메커니즘을 채택하는 것을 보고 싶습니다.다른 곳에서 저는 이것이 달성될 수 있는 몇 가지 방법을 제안했습니다.그 제안들은 채택되지 않았습니다.

—Trapist the Monk (토크) 2016년 9월 28일 10:40, UTC)

그래서 이런 일이 일어나면 어떻게 될까요? pp=A-1–A-15전자 출판물로 완전히 가능합니다.피터 콕스헤드 (대화) 2016년 9월 28일 14:15 (UTC)

그래서 내가 제안한 것은 pp=((A-1–A-15))또는 pp=A--1-A--15모듈에 '이런 식으로 하라'고 지시하는 방법으로: pp.A-1-A-15입니다.

—Trapist the Monk (토크) 2016년 9월 28일 14:48 (UTC)

당신이 제안한 것처럼 어떤 특별한 메커니즘이 있어야 하거나, 제가 선호하는 자동 교체 장치가 없어야 합니다.피터 콕스헤드 (대화) 15:24, 2016년 9월 28일 (UTC)

날짜=n.d.: 이전에 앰퍼샌드를 추가하지 않도록 함수 코어에 조건을 추가하십시오. {{harv Author n.d.}}결과 (작성자 n.d.) harv 오류: 대상 없음: CITEREFAuthorn.d.(도움말).72.43.99.146 (대화) 2016년 10월 18일 00:30 (UTC)

수정안: 어쨌든 명백해야 하지만, 모듈이 이것들이 작성자 이름이라고 생각하기 때문에 날짜가 지정되지 않은 참조의 반복은 유사한 취급("날짜 없음", "날짜 없음" 등)을 받는다고 명시했어야 합니다. 72.43.99.146 (talk) 00:40, 2016년 10월 18일 (UTC)

안녕하세요. 샌드박스의 코드에 대한 약간의 변경 사항에 대한 테스트 케이스를 방금 실행했습니다. 안타까운 결과가 나왔습니다.변경 사항을 되돌렸는데 테스트 사례가 여전히 실패했습니다.이게 예상된 건가요?또는 샌드박스 코드가 최신인지 확인하기 위해 메인 코드를 샌드박스에 복사해야 합니까?저는 다른 사람의 일에 피해를 주고 싶지 않습니다.2017년 8월 21일(UTC) 22:40, 셰필드의 마틴(대화)과 관련하여

그{{sfn}}입력 매개 변수가 동일한 두 템플릿을 서로 구분해야 하기 때문에 백링크가 작동하지 않기 때문에 제가 아는 한 테스트가 '합격'된 적이 없습니다.동일한 템플릿의 두 인스턴스:

{{sfn brown red orange 2017}}

제작:

<sup id="cite_ref-FOOTNOTEbrownredorange2017_1-0" class="reference"><a href="#cite_note-FOOTNOTEbrownredorange2017-1">&#91;1&#93;</a></sup>

<sup id="cite_ref-FOOTNOTEbrownredorange2017_1-1" class="reference"><a href="#cite_note-FOOTNOTEbrownredorange2017-1">&#91;1&#93;</a></sup>

테스트 코드에서 비교할 때 사용된 값은 두 개의 스트립 마커 값이 아닐까 생각합니다.

?'"`UNIQ--ref-0000000A-QINU`"'?

?'"`UNIQ--ref-0000000C-QINU`"'?

스트립 마커는 템플릿 및 모듈 코드가 실행된 후 한참 후에 실제 콘텐츠로 대체됩니다.

—Trapist the Monk (토크) 2017년 8월 22일 09:48 (UTC)

이 템플릿의 최근 변경으로 인해 다음이 사용되었습니다.{{page needed}}매개 변수 "p="의 값으로 인해 중단이 발생했습니다.그렇다면 많은 페이지가 깨졌습니다.이 섹션에 언급된 이 편집본(2017년 2월 2일 09:56 기준 개정판)의 예를 참조하십시오. 토크:두 번째 보어 전쟁#스타일/레이아웃 수정 오류.

• {{sfn Haydon 1964 p=1600페이지 필요일자=2017년 2월}}}
• ^[1]

그렇다면 를 되돌리고 수정 방법에 대해 논의해 주십시오. 변경 사항으로 인해 많은 페이지가 깨지고 짧은 인용문 밖에 필요한 페이지를 배치하는 것은 적절하지 않습니다. -- PBS (talk) 20:03, 2017년 12월 7일 (UTC)

최근 변경사항이 없습니다.역사에서 알 수 있듯이 마지막 변화는 9월 18일이었습니다.흥미로운 것은 만약 당신이 날짜 없이 그 예를 다시 쓴다면, 그것은 올바르게 작동하는 것처럼 보인다는 것입니다. {{sfn Haydon 1964 p={{page needed}} }}^[1]

뭔가 이상하게 잘못된 것이 있습니다.{{page needed}}?

—Trapist the Monk (토크) 2017년 12월 7일 21:20 (UTC)

{{Page needed}}날짜가 필요합니다(봇이 날짜를 추가합니다).이제 작동하는 것 같습니다. 따라서 버전 번호를 사용하지 않는 것처럼 (항상) 끊어진 텍스트는 더 이상 오류를 표시하지 않습니다.그래서 기록/보관소에서 무엇이 고쳐졌습니까? -- PBS (대화) 19:54, 2017년 12월 10일 (UTC)

여기에 설명되어 있습니다.

—Trapist the Monk (대화) 2017년 12월 11일 03:13 (UTC)

감사합니다. 이제 레코드에 대해 위의 내용이 보관됩니다.위키백과:마을 펌프(기술)/아카이브 161#템플릿:Sfn 또는 일부 하위 템플릿이 손상된 것으로 보입니다. -- PBS (토크) 18:41, 2017년 12월 18일 (UTC)

70-72행의 조건문(")날짜가 'n.d.'인 경우 이중 마침표를 방지합니다."그것은 힘을 줍니다. ps=none("then args.postscript = ''") 수정 부탁드립니다. 108.182.15.109 (대화) 2018년 6월 19일 (UTC) 13:26

오류는 인소스 위치가 없을 때만 보이기 때문에 더 보기 어렵습니다. 108.182.15.109 (talk) 2018년 6월 19일 (UTC) 13:33

당신이 의미하는 것에 대한 명확한 예를 제공할 수 있습니까?

—Trapist the Monk (토크) 2018년 6월 19일 (UTC) 13:41

{{sfn 저자 2018 ps=, postscript}}

{{sfn Author1 n.d.ps=, postscript1}}

65.88.88.127 (대화) 20:33, 2018년 6월 19일 (UTC)

고정된.

—Trapist the Monk (토크) 2018년 6월 22일 11:14, UTC)

좋습니다. 감사합니다. 72.43.99.138 (talk) 2018년 6월 23일 (UTC) 15:43

모듈:각주에는 현재 다음과 같은 기능이 있습니다.

harvard_core()에 대한 지원.{{harvcol}},{{harvcolnb}},{{harvcoltxt}},{{harvtxt}},{{Harvp}}경유 전화로{{Harvard citation/core}}

harvard_citation()에 대한 지원.{{harv}}

harvard_citation_no_bracket()에 대한 지원.{{harvnb}}

sfn()에 대한 지원.{{sfn}}그리고.{{sfnp}}

별도의 함수sfn()다른 제품과 기능이 현저하게 다르기 때문에 필요합니다.나머지는 모두 결합하여 공통 기능을 사용할 수 있습니다.그 일환으로 에 전화를 걸 필요가 없습니다.모듈: 각주/샌드박스 및 관련 템플릿 샌드박스에서 공통 기능을 만들었습니다.harvard_citation()이제 사용되지 않는 코드를 제거했습니다.이러한 템플릿의 '핵심' 부분인 작성자 날짜의 작성 및 렌더링은 변경되지 않습니다.변경된 것은 다양한 템플릿에서 사용되는 괄호 및 페이지 구분 기호를 지정하는 방법입니다.다음은 동일한 템플릿의 현재 활성 버전과 비교한 수정된 템플릿 샌드박스입니다.

{{harv}}

(Blue, Blanc & Rouge 1794, 페이지 5) harv 오류: 대상 없음: CITEREF BlueBlancRouge 1794 (도움말) – 라이브

(Blue, Blanc & Rouge 1794, 페이지 5) harv 오류: 대상 없음: CITEREF BlueBlanc Rouge 1794 (도움말) – /샌드박스

{{harvnb}}

Blue, Blanc & Rouge 1794, p.5 havnb 오류: 대상 없음: CITEREF BlueBlancRouge 1794 (도움말) – 라이브

Blue, Blanc & Rouge 1794, p.5 havnb 오류: 대상 없음: CITEREF BlueBlancRouge 1794 (도움말) – /샌드박스

이러한 용도{{Harvard citation/core}}:

{{harvcol}}

(Blue, Blanc & Rouge 1794:5) havcol 오류: 대상 없음: CITEREF BlueBlancRouge 1794 (도움말

(블루, 블랑 & 루즈 1794:5) harv 오류: 대상 없음: CITEREF 블루 블랑 루즈 1794 (도움말) – /샌드박스

{{harvcolnb}}

Blue, Blanc & Rouge 1794:5 havcoln 오류: 대상 없음: CITEREF BlueBlancRouge 1794(도움말) – 라이브

블루, 블랑 & 루즈 1794:5 harv 오류: 대상 없음: CITEREF 블루 블랑 루즈 1794 (도움말) – /샌드박스

{{harvcoltxt}}

Blue, Blanc & Rouge (1794:5) Harvcolt 오류: 대상 없음: CITEREF BlueBlancRouge 1794 (도움말) – 라이브

블루, 블랑 & 루즈 (1794:5) harv 오류: 대상 없음: CITEREF 블루 블랑 루즈 1794 (도움말) – /샌드박스

{{Harvard citation text}}

블루, 블랑 & 루즈 (1794, 페이지 5) 수확 오류: 대상 없음: CITEREF 블루 블랑 루즈 1794 (도움말) – 라이브

Blue, Blanc & Rouge (1794, 페이지 5) harv 오류: 대상 없음: CITEREF BlueBlancRouge 1794 (도움말) – /샌드박스

{{Harvp}}

Blue, Blanc & Rouge (1794), p.5 harvp 오류: 대상 없음: CITEREF BlueBlancRouge 1794 (도움말) – 라이브

Blue, Blanc & Rouge (1794), p. 5 harv 오류: 대상 없음: CITEREF BlueBlancRouge 1794 (도움말) – /샌드박스

그리고 sfn 템플릿:

{{sfn}}

생방송의

샌드박스

{{sfnp}}

생방송의

샌드박스

위의 sfn 템플릿에서는 4개의 서로 다른 렌더링이 되도록 서로 다른 연도가 사용됩니다(괄호는 FOOTES 식별자의 일부가 아닙니다).

제 생각에 제가 놓친 Harv 템플릿이 다 있는 것 같아요?

이의가 없다면 라이브 모듈과 템플릿을 업데이트하겠습니다.그러면 모듈과 모든 템플릿을 동시에 업데이트할 수 없기 때문에 일시적인 스크립트 오류가 발생할 수 있습니다.이 작업이 끝나면 삭제할 수 있을 것 같습니다.

—Trapist the Monk (토크) 2018년 8월 8일 15:55, UTC)

이러한 템플릿의 사용 또는 결과 표시에 영향을 미치지 않는 순수한 내부 변경 사항입니다.♦ J. Johnson (JJ) (대화) 2018년 8월 8일 21:30 (UTC)

네. 저는 위의 예들이 그것을 설명할 것이라고 예상했습니다.그들은 그렇지 않았나요?

—Trapist the Monk (토크) 00:19, 2018년 8월 9일 (UTC)

외모는 까다로울 수 있습니다.저는 명확한 진술이 이상하게 없는 가정은 피하는 것을 선호합니다. ♦ J. Johnson (JJ) (대화) 2018년 8월 9일 (UTC) 23:38

업데이트된 추가 의견이 없습니다.모듈과 모든 템플릿을 동시에 업데이트할 수 없기 때문에 일시적인 스크립트 오류가 발생할 수 있습니다.

— 2018년 8월 11일 12:30, 12:30 (UTC) 수도사를 추적합니다.

{{sfnm}}그리고.{{sfnmp}}서로에 대한 다소의 클론이며 각자가 자신의 클론이라고 부릅니다.{{sfnm/core}}그리고.{{sfnmp/core}}이는 또한 서로에 대한 다소의 복제이기도 합니다. – 연도를 괄호로 묶는 반면 그렇지 않습니다.

나는 지원할 모듈: 각주/샌드박스를 해킹하여 이 템플릿들이 지원하는 동일한 코어 코드를 사용합니다.{{sfn}}그리고.{{harv}}템플릿구현은 사소한 예외를 제외하고는 현재 버전과 구별할 수 없습니다.

이 예제에서는 라이브 템플릿이 무시하지 않는 공백을 포함하는 위치 매개 변수를 사용합니다.

{{Sfnm One 2001 1p=15 Two 2002 2p=2}}

라이브^[1] – 다음을 만듭니다.FOOTNOTESmith_2005_15Jones_2004_2

샌드박스 – 다음을 생성합니다^[1].FOOTNOTESmith200515Jones20042

임의의 10 소스 제한이 제거됩니다.

{{sfnm One 2001 Two 2002 Three 2003 Four 2004 Five 2005 Six 2006 Seven 2007 Eight 2008 Nine 2009 Ten 2010 Eleven 2011 Twelve 2012 Thirteen 2013 Fourteen 2014 Fifteen 2015}}

생방송의^[1]

샌드박스^[1]

명명된 매개 변수와 위치 매개 변수의 조합이 지원됩니다.

{{sfnm One 2001 2a1=Two 2a2=Three 2y=2000 Four 2004}}

라이브^[1] – Four의 작업이 생략되었습니다.

샌드박스^[1]

{{sfnm 1a1=Two 1a2=Three 1y=2000 One 2001 3a1=Two 3y=2002 Four 2004}}

라이브^[2] – 작업이 생략됨;2와 4의 순서가 올바르지 않습니다.

샌드박스^[2]

코멘트 없이 수락합니다. nps=none및 지원 ps=none:

{{Sfnm One 2001 1ps=none 1p=15 Two 2002 2p=2 ps=none}}

생방송의^[1]

{{Sfnm/sandbox Two 2002 1ps=none 1p=15 Three 2003 2p=2 ps=none}}

샌드박스^[2]

위에서 설명한 내용은 모두 다음과 같습니다.

{{Sfnmp One 2001 1p=15 Two 2002 2p=2}}

생방송의^[1]

샌드박스^[1]

이의 없이 이 두 템플릿과 모듈의 실시간 버전을 업데이트합니다.

—Trapist the Monk (토크) 11:08, 2018년 8월 13일 (UTC)

와의 호환성을 위해{{sfn}}그리고.{{harv}}에 대한 지원 추가 ref=:

{{Sfnmp One 2001 1p=15 Two 2002 2p=2 2ref=some other reference id}}

샌드박스^[1]

—Trapist the Monk (토크) 2018년 8월 13일 12:18, UTC)

코멘트가 없어서 이 두 템플릿과 모듈의 라이브 버전을 업데이트했습니다.

—Trapist the Monk (토크) 2018년 8월 16일 (UTC) 15:22

안녕 @트라피스트 수도사:!{{sfnm}} 템플릿에 대한 이러한 변경으로 인해 중복 참조 정의에 대한 새로운 오류 메시지(예: "Cite error:잘못된 <ref> 태그입니다. 다른 내용으로 여러 번 정의된 "FOULNOTE" 이름입니다(도움말 페이지 참조).") 이전에는 멀쩡했던 기사에서.한 예는 Cum causee]이고 다른 예는 Birinus입니다.

이 문서에는 이전에 동일한 참조 태그로 확인된 동일한 {{sfnm}}개의 호출이 여러 개 있습니다.그러나 변경된 내용이 있으면 템플릿이 약간 다른 참조 정의를 생성하도록 유도한 것으로 보이며, 이제 오류 메시지가 생성됩니다.

{{sfnm}}의 중복 사용은 idela가 아니지만, 상당히 일반적입니다. 제가 이를 피하는 방법(또는 피하는 방법)에 대해 찾은 문서는 없습니다.편집의 부작용이 의도적이었습니까?영향을 받을 기사에 대해 무엇을 할 수 있습니까? -- Mikeblas (대화) 16:03, 2018년 8월 16일 (UTC)

영향을 받은 것으로 보이는 다른 기사들로는 그라함 클라크, 오스트리아 사법부, 크레타 전쟁 (기원전 205년–200년), 필리오케, 그리고 프랑스 성직자 선언이 있습니다.더 있을 거예요. -- Mikeblas (대화) 16:10, 2018년 8월 16일 (UTC)

제 생각에는 오타가 있는 것 같습니다.알려주셔서 감사합니다.그레이엄 클라크는 정당한 오류를 가지고 있습니다. 제 잘못이 아닙니다.

—Trapist the Monk (토크) 2018년 8월 16일 (UTC) 16:43:43

고마워요! 더 좋아보이네요, 그리고 클락 기사의 오류를 알아냈어요. -- Mikeblas (talk) 23:37, 2018년 8월 16일 (UTC)

@트래피스트 더 몽크: {{sfnmp}}는 2018년 8월부터 샌드박스 모듈을 사용하고 있으며, {{sfnm}}은 전환 이후 메인 모듈을 사용하여 루아를 사용하고 있습니다.왜 sfnmp는 여전히 샌드박스를 사용하고 있습니까? --Dipsacus full onum (talk) 05:56, 2019년 6월 11일 (UTC)

파스타 복사 오류일 수 있습니다.고정된.

—Trapist the Monk (토크) 2019년 6월 11일 09:47 (UTC)

모듈에 대한 이 편집 요청:각주에 대한 답변이 완료되었습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

그 loc=매개 변수는 주로 볼륨 또는 챕터 번호를 포함하는 데 사용되는 것으로 보입니다.하지만, 현재는{{sfn Smith 2005 loc=chpt. 3 p=12}}텍스트는 "Smith 2005, p.12, chpt.3"으로 표시됩니다. 저는 마지막 페이지와 함께 "Smith 2005, chpt.3, p.12"로 가장 논리적일 것이라고 생각합니다.다른 사람들이 동의하지 않는 한, 저는 다음과 같은 편집을 제안합니다.

현재의

args.page ~= " 다음은 result = table.concat({result, args.page_properties, args.pages})이고, 그렇지 않으면 result = table.concat({result, args.pags.pags.pages})이며, 그렇지 않으면 result = table.concat({result, ', ', ', args.location', args.pags.pags.pags.pags.pags.pags.p

제안된

if args.location ~= " 그 다음에 result = table.concat({result, ', ', args.location}), args.page ~= ", args.concat({result, args.page}), args.page ~= ", args.concat({result, args.pags.pags.pags.pags.pags.location}), args.page.page.page."), args.

T.샤리프 (에보&에보)^talk 2019년 12월 17일 11:07, (UTC)

현재는 완료되지 않았습니다. 이 모듈은 사용률이 높기 때문에 신중하게 트레드를 수행하고 철저히 테스트해야 합니다.WP:SAND 상자에 변경 사항을 넣고 모듈 토크를 참조하십시오.각주/테스트 사례.저는 이 토론을 더 널리 홍보할 것을 제안합니다. 예를 들어,템플릿 토크:하버드 인용 및 템플릿 강연:Sfn — Martin (MSGJ · talk) 2019년 12월 17일 11:42, (UTC)

모듈에 대한 이 편집 요청:각주에 대한 답변이 완료되었습니다.설정 answered=또는 ans=요청을 다시 활성화하려면 매개 변수를 no로 지정합니다.

186행의 들여쓰기:local escaped_uri;잘못된 것 같습니다.대부분 excided_uri는 strip_url 함수 내부의 로컬 변수로 사용됩니다.그렇다면 올바른 들여쓰기를 거기에 추가할 수 있습니까?감사해요.ネイ (대화) 2020년 2월 15일 11:58 (UTC)

그 들여쓰기가 당신을 괴롭히나요 ;) 저는 그런 사소한 변경을 위해 고도로 전사된 모듈을 편집할 가치가 있다고 확신하지 않지만, 샌드박스 복사본에 추가했으므로 더 실질적인 변경으로 배포할 수 있습니다. - Martin (MSGJ · talk ) 2020년 2월 15일 (UTC) 20:57 (KST)

훌륭합니다!ENG 2020년 2월 15일 22:09 (UTC)

감사합니다 - (파이썬에 너무 익숙한) 글로벌 변수로 만드는 줄 알고 착각했습니다 - 들여쓰기 문제라면 서두를 필요가 없습니다. --イネ (talk) 2020년 2월 18일 (UTC) 13:06 (KST)

두 황제의 문제에서 sfn 템플릿에 어떤 문제가 있습니다. 일부 링크는 "하버 오류: 대상 없음"이라고 표시되지만 모두 잘 작동합니다.예를 들어 인용 #6은 "하브 오류: 대상 없음: CITEREFVan_Tricht2011"이라고 말하지만 인용 자체는 대상에 정확히 도달합니다(Van Tricht의 2011년 텍스트).이걸 고칠 수가 없어요.이치요베네이터 (대화) 2020년 3월 27일 21:14, 27일 (UTC)

이 상태는 오류 메시지의 도움말 링크에 설명되어 있습니다.그것이 당신의 질문에 답하지 않는 데 도움이 됩니까?저는 도움말 텍스트와 문서 작성에 서투른 것으로 알려져 있습니다. 도움말 텍스트가 질문에 대한 답변을 충분히 제공하지 못할 경우, 보다 이해하기 쉽게 하기 위해 무엇이 필요한지 알려주십시오.

—Trapist the Monk (토크) 2020년 3월 27일 21:30, UTC)

수도사 트라피스트:저는 이러한 오류들 중 일부를 수정하는 작업을 해왔고, 잘못된 긍정은 성가신 일입니다.잘못된 긍정 오류를 제거하는 해결책이 있을 수 있는지 알 수 있는 방법이 있습니까?다시 말해, 이 모듈에서 오류 메시지를 제거하는 것이 불가능하다는 것을 증명할 수 있습니까? 아니면 오류 메시지를 제거하는 방법에 대해 현명한 아이디어를 가진 더 많은 프로그래머에게 호소함으로써 오류 메시지를 수정할 수 있습니까?저는 제 질문이 명확하기를 바랍니다.Jonesey95 (대화) 2020년 3월 28일 05:22 (UTC)

최소한, 확인이 있어야 합니다. ref=has는 와 동등합니다. ref=harv하지만 이미 그럴 수도 있습니다.헤드 폭탄 {t · c · p · b} 2020년 3월 28일 05:28, 28 (UTC)

저는 당신이 무엇을 썼는지 이해하지 못합니다.이 모듈은 다음을 지원합니다.

• ref=harvcs1 템플릿에서
• mode=cs2cs1 템플릿에서
• ref={{sfnref ...}}또한.{{harvid}}로의 리디렉션입니다.
• ref=<CITEREF...>수동 CITEREF 앵커 ID
• ref=<text>일반 텍스트 앵커 ID

그러나 모듈은 문서의 위키 텍스트에서 할당된 값에 따라 작성자/편집자 이름 및 날짜/연도와 함께 이러한 정보를 볼 수 있어야 합니다. ref=(보이는 경우)

—Trapist the Monk (대화) 2020년 3월 28일 14:13, UTC)

이보다 더 좋은 해결책은 없습니다. ignore-err=yes제안할 수 있습니다.모듈은 원시 위키 텍스트(편집 창에 표시된 것과 동일한 텍스트)를 읽으므로 필요한 이름과 날짜가 없으면 앵커 ID를 작성하여 앵커 ID 목록에 추가할 수 없습니다.저는 이것이 이 계획의 한계라고 줄곧 말해왔습니다.

매개 변수, 래퍼 템플릿을 사용하지 않는 템플릿에 대해 화이트리스트를 만들 수 있다는 생각이 들었습니다.{{Churchman & Hurst Railways of New Zealand}}예를 들어, 내부적으로 앵커 ID를 생성합니다. ref={{sfnref Churchman & Hurst 2001}}그러나 화이트리스트는 래퍼 템플릿이 많기 때문에 문제가 있을 수 있습니다. 모든 템플릿이 이러한 방식에 적합한 것은 아닙니다.그리고 저는 어떤 다른 문제들에 직면할지에 대해 충분히 생각하지 못했습니다.

—Trapist the Monk (대화) 2020년 3월 28일 14:13, UTC)

저는 가장 명백하고 광범위한 래퍼 관련 오류를 카테고리에서 제거하기 위해 화이트리스트를 시도해야 한다고 생각합니다.사용자:Ucucha의 스크립트는 여전히 오류를 표시하고, 화이트리스트는 잘못된 긍정을 줄이기 위한 더 나은 (나쁜) 방법을 생각하는 동안 시간과 호의를 얻을 것입니다.화이트리스트 가능성을 찾기 위해 카테고리를 검토할 의향이 있습니다. 사용자가 있을 때 쉽게 찾을 수 있습니다.Ucucha의 스크립트가 활성화되었습니다. 빨간색 오류 메시지가 2개가 아니라 1개만 표시되기 때문입니다.Jonesey95 (대화) 2020년 3월 28일 14:32 (UTC)

기본적인 상황을 처리하는 데 이 정도의 '해결책'이 필요하다면 이것이 실행 가능한 해결책인지 잘 모르겠습니다.가능하다면 (각 소스에 대해) 이와 같은 것을 처리하는 것이 훨씬 더 쉬울 것입니다.아니면 다른 방법으로.{{reflist anchor-errors=no}}헤드밤 {t · c · p · b} 2020년 3월 28일 05:39, 28일 (UTC)

또한 이러한 오류가 시작할 수 있는 이유는 무엇입니까?이것들은 아직 실험 단계에 있을 때 피부에 명시적으로 보이지 않는 사용자들에게 숨겨져야 합니다.헤드밤 {t · c · p · b} 2020년 3월 28일 05:41, UTC (UTC)

편집자는 오류 검사가 존재한다는 것을 모를 경우 모듈의 문제를 찾기 위한 추가적인 눈 역할을 하지 않습니다.카테고리는 숨겨진 카테고리이기 때문에 대부분의 편집자는 카테고리가 존재하는지 알 수 없습니다.저는 편집자들이 참조 섹션의 빨간색 오류 메시지에 다소 익숙하다고 생각합니다; cs12가 그 길을 이끌었습니다.명백한 스크립트 오류가 없고 인용-웹-요구-웹-커플에서 있었던 것처럼 큰 봉기가 없는 한, 저는 오류 메시지를 보여주는 것에 만족합니다.지금까지 불만이나 질문은 거의 없었습니다.

—Trapist the Monk (대화) 2020년 3월 28일 14:13, UTC)

@스님을 사로잡으세요.네, 도움말 텍스트는 실제로 무슨 일이 일어나고 있는지 대답하지 않았습니다. 다행히 헤드봄은 문제의 페이지에서 문제를 해결했지만 (이 페이지 바로 아래의 토크 섹션에서 볼 수 있듯이) 이 오류는 제가 링크한 기사에만 영향을 주지 않습니다.최근 문제이기도 합니다. 두 황제의 문제 기사의 인용문은 아주 최근까지 오류 메시지를 제공하지 않았습니다(지난 며칠 동안의 내용일 것입니다). 인용문 자체는 편집되지 않았습니다.이치요베네이터 (대화) 2020년 3월 28일 12:16, 28일 (UTC)

도움말 텍스트를 개선하려면 어떻게 해야 한다고 생각하십니까?저는 제안을 잘 듣고 있습니다.

맞아요, 오류 메시지가 적힌 글이 많아요(이 글을 쓰면서 47,403개).그 기사들의 대부분은 수정이 필요한 합법적인 오류를 가지고 있습니다.이러한 오류는 꽤 오랫동안 우리에게 있었습니다.이 모듈의 변경 사항은 이 모듈을 사용하는 짧은 형식 인용이 실제로 일치하는 긴 형식 인용과 연결되도록 하는 기존 방식이 완전히 적절하지 않았음을 보여줍니다. 만약 그렇다면 오류가 훨씬 적을 것입니다.

가시적인 오류 메시지는 새로운 것이므로(2020년 3월 27일(UTC) 두 황제의 문제 기사는 아주 최근까지 오류 메시지를 제공하지 않았습니다.

—Trapist the Monk (대화) 2020년 3월 28일 14:13, UTC)

도움말 텍스트에 큰 문제가 있다는 것은 아닙니다. 이전에 오류가 없었는데 갑자기 오류가 발생한 이유를 설명하지 못했을 뿐입니다. 하지만 지금 설명해 주셨으니 괜찮습니다.저는 또한 오류를 수정할 필요가 있다는 것에 동의합니다. - 저는 처음부터 두 황제의 문제 기사에 실제로 오류가 없었다는 것을 알려드리기 위해 여기에 글을 쓰고 있습니다. - 오류 메시지가 표시되어도 참조는 의도한 목적지에 잘 연결되어 있습니다(일부 목적지는 "cite book"이 아닌 다른 템플릿을 사용했기 때문입니다)."일기장" 등).편집자들이 작업 중에 오류가 있다는 것을 더 명확하게 볼 수 있다면 당연히 좋습니다.이치요베네이터 (대화) 2020년 3월 28일 16:56 (UTC)

여전히 엄청난 한계와 터무니없는 거짓 긍정률이 있는 이 초기 단계에서 이러한 오류 메시지가 활성화되지 말았어야 한다는 점에서 매우 잘못된 것이 있습니다.참고로, ref=message 앵커를 생성하는 CS1은 CS1 샌드박스에도 없습니다.헤드 폭탄 {t · c · p · b} 2020년 3월 28일 19:34, 28일(UTC)

제가 도울 수 있는 것과는 거리가 멀기 때문에 저는 이 토론에 너무 관여하지 않을 것입니다. 제가 진행하던 기사의 문제가 해결되어 기쁩니다.저는 특히 실제로 오류가 없는 경우 많은 기사의 참조에서 엄청난 양의 빨간색이 끔찍하다는 것에 동의합니다.상황을 살펴보니 템플릿에 어떤 변경 사항이 구현되었는지 이전에 많은 논의가 없었던 것 같습니다.만약 그렇다면 저는 그것 또한 매우 문제가 있다는 것에 동의합니다.이치요베네이터 (대화) 2020년 3월 28일 21:28 (UTC)

기본적으로 활성화된 오류 메시지를 되돌렸습니다.그들에게 주어진 것은 너무 이른 시간입니다.

1. 커뮤니티 입력을 위한 극도로 짧은 시간
2. 엄청난 거짓 양성률은
3. 여러 FA 및 기타 기사에 대한 잘못된 메시지를 억제하는 어려움
4. 의 부족함 ref=harvCS1에서 기본값이 됨(토론 참조), 이는 수정이 필요한 사례의 수를 아마도 50% 이상 줄일 것입니다.
5. 오류/허위 긍정을 수정하기 위한 일반적인 봇 전략의 부재

헤드 폭탄 {t · c · p · b} 2020년 3월 28일 20:10, 28일 (UTC)

이것이 앞으로 해야 할 일입니다, IMO.

1. 가능하게 하다 ref=harvCS1 템플릿의 기본값입니다.이렇게 하면 대부분의 합법적인 오류를 해결할 수 있습니다.
2. 합법적인 오류에 대해 남아 있는 내용을 확인합니다.봇이나 AWB 실행을 통해 수정할 수 있는 일부 패턴이 나타날 것입니다.
3. 잘못된 긍정에 대해 남아 있는 것을 확인합니다.[1]의 대안을 생각해 보십시오.

CS1 템플릿이 업데이트되면 봇과 AWB가 낮게 매달린 과일을 청소하고, 우리가 이런 일을 하는 사람보다 긍정적인 것을 처리하는 더 나은 방법을 갖게 되고, 그러면 오류 메시지를 활성화하는 것에 대해 생각할 수 있습니다.헤드 폭탄 {t·c·p·b} 2020년 3월 28일 21:18, 28일(UTC)

헤드 폭탄:이 변화를 되돌려 주셔서 정말 감사합니다.감사합니다!목표가 바람직하다는 것을 알 수 있습니다.그렇다면... (위키미디어 소프트웨어에 대한 지식이 전혀 없음) 그 동작을 편집 기능에 연결하는 것이 가능할까요?우리는 일반 판독기에 대해 전통적인 모양(오류 메시지 없음)을 유지하지만, 편집 기능이 호출되면 어딘가에서 편집기에 대한 문제 표시를 트리거합니다.WP:BLP와 같은 조건에 대해 "조건 X가 적용되면 편집 상자에 X.메시지 표시"와 유사한 기능이 이미 있는 것 같습니다.그러면 양심적인 편집자(다른 이유로 그곳에 간 적이 있는)도 기사에서 이 특정 문제를 수정하려고 시도할 수 있습니다.이를 진전시키기 위한 한 가지 방법이 (아마도 여러 가지 유사한 방법이 있을 것입니다.)고양이 심닉 (대화) 2020년 3월 28일 21:32 (UTC)

오류 메시지가 미리 보기에만 표시될 가능성이 있습니다.이것은 할 수 있는 많은 가능한 일들 중 하나입니다.헤드 폭탄 {t·c·p·b} 2020년 3월 28일 21:34, 28일(UTC)

미리 보기 전용 오류는 단기적인 해결책일 수 있지만 지속적인 전략으로는 유용하지 않습니다.저는 대부분의 경우 {{convert}개의 오류를 수정하고, 해당 템플릿을 미리 볼 때 문제를 소개하는 편집자가 해당 오류를 보지 않는다는 것을 보여주는 끔찍한 오류 메시지를 표시하며, 후속 편집자는 오류를 이해하기 어렵고 문제가 아니기 때문에 오류를 수정하지 않습니다.Johnuniq (대화) 01:15, 2020년 3월 29일 (UTC)

이것은 "하나만 선택하고 하나만 선택"하는 연습이 아닙니다.(여러 개의 독립적인 병렬 접근이 가능합니다.)"나는 나쁜 구현의 한 예를 보았기 때문에 근본적인 원칙 전체가 나쁘다"도 아닙니다.그 혼합에 기여할 수 있는 긍정적인 제안이 있습니까?감사해요.고양이 심닉 (대화) 2020년 3월 29일 10:34 (UTC)

헤드밤 감사합니다.레비비치^{[dubious – discuss]} 2020년 3월 28일 21:38 (UTC)

+1 David Brooks (대화) 2020년 3월 29일(UTC) 18:11

*_{{harv Lee 1999}}_ *_{{harvp Lee 1999}}_ *_{{harvcol Lee 1999}}_ *_{{harvcol temb Lee 1999}}_ *_{{harvcol temb Lee 1999}}_ *_{{harvcol temb Lee 1999}}__{{{harvcolnb Lee 1999}}__{{{harvcolb Lee 1999}_{{harvcolb Lee 1999}}_{harvcol

된다

• _(Lee 1999)_
• _리(1999)_
• _리(1999)_
• _(Lee 1999)_
• _리(1999)_
• _리 1999_
• _리 1999_

일부 네임스페이스에서 각 템플릿 뒤에 후행 공백이 추가됩니다(편집:이유는 모르겠지만 이 네임스페이스에서는 그렇지 않습니다.저는 이 경우가 기억나지 않습니다.

공백 뒤에는 보이지 않는 "대상 없음" 오류가 표시됩니다.<span class="error harv-error" style="display: none; font-size:100%">Harv error: no target: CITEREFLee1999 ([[:Category:Harv and Sfn template errors help]])</span>), 대상이 존재하는 경우에도 생성되는 {{citation}은(는) 다음과 같이 설명합니다. . Nardog (talk) 2020년 4월 7일 (UTC) 09:12,

오류 메시지 내부 공간 이동<span>...</span>.

예제에서 잘못된 긍정 오류 메시지가 표시되지 않습니다.당신이 위에 나열한 Lee 1999의 모든 짧은 인용문은 Lee 1999 인용문에 대한 링크입니다.당신은 당신이 정말로 쓰려는 것이 무엇인지 썼습니까?당신이 의미하는 것이 무엇인지 보여주는 기사를 저에게 가리켜 주시겠습니까?

—Trapist the monk (토크) 10:46, 2020년 4월 7일 (UTC)

@스님을 사로잡으세요.나는 내 말뜻을 말했어요.이 스레드의 소스를 복사하여 특수:템플릿 또는 존재하지 않는 페이지에서 템플릿을 확장한 다음 미리 보기(저장하지 않음)한 다음 글머리 기호 목록의 원본을 확인합니다.오류가 나타날 것 같습니다.당신이 페이지를 저장하면 그들은 사라지는 것 같습니다.Nardog (대화) 10:54, 2020년 4월 7일 (UTC)

모듈이 저장된 소스에서만 앵커를 찾는 것이 타당할 것 같습니다.하지만 그것은 여전히 잘못된 긍정입니다.Nardog (대화) 10:57, 2020년 4월 7일 (UTC)

(충돌 편집)

알겠습니다. 이 편집 창에서 이 섹션을 복사하여 존재하지 않는 주 공간 기사에 붙여 미리 보았습니다.오류 메시지 없음.페이지 소스를 봤는데 "harv-error"라는 단어 두 개만 발견했습니다. 둘 다 시작하는 당신의 문장에서 공백 뒤에 보이지 않는 "no target" 오류가 나옵니다.하나는 미리보기 버전용이고 하나는 원본용입니다.

그런 다음 이 섹션을 Special:에 붙여넣었습니다.오류가 표시되는 템플릿을 확장합니다.모듈에 대한 기사 텍스트가 없기 때문에 오류가 존재한다고 생각합니다.읽을 각주/고정자 목록입니다.특수:ExpandTemplates는 사용하는 것과 동일한 '미리 보기' 메커니즘을 사용할 수 있습니다.ve?ve는 소스 편집기가 미리 보는 것과 같은 방식으로 '미리 보기'를 사용하지 않습니까? (나는 이것을 phab에서 배웠습니다:T221625)

—Trapist the monk (토크) 11:18, 2020년 4월 7일 (UTC)

페이지 소스를 봤는데 두 개의 인스턴스만 발견했습니다.개발자 도구를 사용했습니까? view-source:라이브 미리보기가 켜져 있으면 JavaScript를 사용하여 결과를 표시하기 때문에 작동하지 않습니다.아니요, VE를 사용하지 않습니다(Visual Editor의 줄임말이 아니라면).Nardog (대화) 11:21, 2020년 4월 7일 (UTC)

브라우저의 마우스 오른쪽 버튼 → 페이지 보기 소스를 사용했습니다.개발자 도구가 무엇인지도 모르고 라이브 미리 보기가 무슨 뜻인지도 모릅니다.

—Trapist the Monk (토크) 11:38, 2020년 4월 7일 (UTC)

개발자 도구: -> "Inspect"(크롬) 또는 "Inspect Element"(파이어폭스)를 마우스 오른쪽 버튼으로 클릭하거나 F12를 누릅니다.라이브 미리보기 : 기본 설정 -> 편집 -> "페이지를 다시 로드하지 않고 미리보기 표시" (이런 것들을 놓쳤다면 많이 놓치게 됩니다 btw.)

오 이거 흥미롭군요.JavaScript(또는 라이브 미리 보기)를 사용하지 않도록 설정하면 오류가 표시되지 않습니다.정해진<span>...</span>어쨌든 보이지 않습니다. 아마도 이것은 수정할 필요가 없을 정도로 잘못된 긍정적 사소한 것일 수 있습니다(범주:그러나 Harv 및 Sfn 템플릿 오류는 존재하지 않는 페이지 대신 기존 페이지의 섹션에서 이 작업을 수행하고 라이브 미리 보기가 켜져 있는 동안 하단에서 볼 수 있습니다.Nardog (대화) 12:18, 2020년 4월 7일 (UTC)

맞아요, 저는 F12가 무엇인지 알고 있고 가끔 사용하지만 대부분의 경우 로그인하지 않은 일반 독자가 보는 것을 보고 싶기 때문에 View 페이지 소스는 독자가 보는 것을 꽤 잘 나타냅니다.네, 로그인했기 때문에 MediaWiki는 제 개인 페이지 복사본을 제공하지만 로그인하지 않은 독자가 보는 것을 방해하는 것은 거의 없습니다.저는 '라이브 미리보기'를 켜고 메인 공간에 존재하지 않는 기사를 편집했습니다.해당 도구를 켜면 오류 메시지가 표시됩니다.저는 이것이 ve가 사용하는 것과 동일하거나 실질적으로 유사한 '미리보기' 메커니즘이라고 생각합니다.끄겠습니다.

일반 미리 보기를 사용하여 섹션을 편집하고 미리 볼 때 MediaWiki가 미리 보기에 추가하는 참조 미리 보기 하위 섹션에 배치하는 false-positive 오류와 마찬가지로 false-positive hav 오류가 발생합니다.

인용 경고:<ref>이름이 붙은 꼬리표...현재 섹션 외부에 정의되어 있거나 이 문서에 전혀 정의되어 있지 않기 때문에 미리 볼 수 없습니다.

시도해 본 적이 없어서 Lua가 섹션 미리 보기를 감지할 수 있을지 모르겠습니다. 오히려 불가능하기 때문에 이 모듈은 MediaWiki가 수행하는 것을 복제할 수 없을 것입니다.

—Trapist the Monk (대화) 2020년 4월 7일 13:06, UTC)

AWB 또는 유사한 찾기 및 바꾸기 도구로 해결해야 하는 동일한 문제가 있는 문서 그룹이 있습니다.안타깝게도 저는 AWB와 함께 사용하기에 적합한 컴퓨터가 없습니다.제가 물건을 찾으면 여기에 일괄적으로 나열하겠습니다.Jonesey95 (대화) 2020년 4월 9일 18:07, 9일 (UTC)

1979년 시테레프 프랑실

CITEREF Francillon 1979: 50개의 비행기 관련 기사검색 결과.이런 편집으로 고칠 수 있습니다.Jonesey95 (대화) 2020년 4월 9일 18:07, 9일 (UTC)

CITEREF 그뢰너 1991

1,500개 이상의 기사.봇 요청은 여기에 있습니다.Jonesey95 (대화) 2020년 4월 9일 18:07, 9일 (UTC)

다 했어요.

CITEREF 해킹맨 2001

선박 관련 기사 200여 개.검색 결과.샘플 수정.일부 페이지에는 "Hackman"만 있고 일부 페이지에는 짧은 참조에 "Hackman 2011"이 있습니다.제가 알기로는 이 책의 버전은 2001년판 한 권뿐입니다. - Jonesey95 (talk) 04:17, 2020년 4월 10일 (UTC)

이것들을 고치고 있습니다.아카드 로닌 (대화) 16:22, 2020년 4월 12일 (UTC)

완료. Acad Ronin (대화) 2020년 4월 12일 19:05 (UTC)

다 했어요.

CITEREF 1908년까지 날씨

선박 관련 기사 50여 개.검색 결과.샘플 수정. – Jonesey95 (대화) 2020년 4월 10일 04:40 (UTC)

이것들을 고쳤습니다.아카드 로닌 (대화) 2020년 4월 11일 17:48 (UTC)

다 했어요.

CITE REF Phips 1840

선박 관련 물품 150여 개.({{Infoxship career}}를 제외한 카테고리 내 기사는 3,100개로 카테고리 내 기사의 약 9%입니다.)검색 결과.샘플 수정. – Jonesey95 (대화) 2020년 4월 10일 04:53 (UTC)

저는 이것들을 손으로 고쳤습니다.저는 이것을 손으로 하는 것을 선호합니다. 왜냐하면 그것은 지루하지만 오타와 다른 실수들을 잡을 수 있기 때문입니다.아카드 로닌 (대화) 2020년 4월 11일 16:51 (UTC)

다 했어요.

CITEREF Winfield 2008

약 170개의 선박 관련 기사.이 책은 좀 복잡합니다. 왜냐하면 이 책 시리즈에는 4권이 있기 때문입니다. 그리고 여러분은 올바른 책을 템플릿으로 만들고 나중에 인간이 고칠 모호한 책들은 건너뛰어야 합니다.이것은 간단한 찾기 및 바꾸기 수정이 불가능할 수 있습니다.검색 결과.샘플 수정. – Jonesey95 (대화) 2020년 4월 10일 05:06 (UTC)

지금까지 저는 목록을 약 34개의 기사로 줄였습니다.아카드 로닌 (대화) 2020년 4월 15일 17:58, (UTC)

감사해요!Winfield Roberts 2015에 대한 해결책이 있습니다.Jonesey95 (대화) 2020년 4월 15일 18:38 (UTC)

완료했습니다. 마지막 남은 오류를 화이트리스트에 추가하겠습니다.좋은 작품이다.Jonesey95 (대화) 2020년 4월 16일 15:02 (UTC)

CITEREF 버튼

철도 관련 기사 100여 개.검색 결과.일부 짧은 참조는 1995년에 누락되었고, 다른 짧은 참조는 sfn 템플릿에 잘못된 괄호가 있습니다.Jonesey95 (대화) 2020년 4월 10일 17:00 (UTC)

• 이 작업은 소스 혼동에 전문가의 주의가 필요한 몇 가지 경우를 제외하고 대부분 수행됩니다.Mackensen(대화) 20:25, 2020년 4월 16일 (UTC)

  완료로 표시합니다.두 개 밖에 안 남은 것 같아요.Jonesey95 (대화) 2020년 4월 16일 22:25 (UTC)

CITEREF Bradshaw 1922

철도 관련 기사 50여 개.검색 결과.샘플 수정.다음을 포함하는 템플릿에 연결됩니다. year=1985년의 가치와 orig-year=1922년; CITEREF 생성기는 1985년을 사용하지만, 편집자들은 분명히 1922년을 실수로 sfn 템플릿에 넣었습니다.Jonesey95 (대화) 2020년 4월 10일 17:09 (UTC)

이 그룹은 완료되었습니다.Jonesey95 (대화) 2020년 4월 19일 22:37 (UTC)

이 기사에 Harv와 Sfn 템플릿 오류가 있지만, 오류를 찾을 수 없습니다.누가 그것이 거짓 양성인지 확인하는 것을 꺼리지 않으시겠습니까?Keith-264 (대화) 11:36, 2020년 4월 22일 (UTC)과 관련하여.

셰필드의 Done Martin (대화) 2020년 4월 22일 11:53 (UTC)

감사합니다. 그러면 템플릿이 포함된 추가 읽기 섹션은 모두 동일한 수정이 필요하다는 뜻입니까?Keith-264 (대화) 2020년 4월 22일 12:15, 22일 (UTC)과 관련하여.

예. 인용 XYZ 템플릿이 변경되어 기본적으로 ref=message를 포함하게 되었습니다.마틴 오브 셰필드 (대화) 2020년 4월 22일 12:18 (UTC)

그런 줄 알았어요, 고마워요, 차를 타고 지나가면서 바꿀게요.Keith-264 (대화) 2020년 4월 22일 12:24 (UTC)와 관련하여.

@Keith-264: "니즈"는 너무 강한 단어입니다.이러한 경고는 Ucucha의 스크립트를 사용하도록 설정하고 고급 인용 검토를 수행하려는 경고에만 사용됩니다.당신은 확실히 추가할 수 있습니다. ref=none적절한 경우이지만 일반적으로 경고는 독자가 마주칠 수 있는 어떤 것에도 영향을 미치지 않으므로 경고를 켜두는 것에도 문제가 없습니다.헤드 폭탄 {t·c·p·b} 2020년 4월 22일 12:50, 12:50 (UTC)

네, 감사합니다.Keith-264 (대화) 2020년 4월 22일 12:52 (UTC)

{{NDB}}헤드밤 {t·c·p·b} 12:56, 2020년 4월 22일 (UTC) 사용과 관련된 것으로 보입니다.

수정되었습니다. 아직도 제 목록에 NDB와 화이트리스트에 추가할 몇 가지 인용 백과사전 템플릿이 있습니다.Jonesey95 (대화) 2020년 4월 22일 13:41 (UTC)

이것은 또한 많은 거짓 긍정을 생성합니다.헤드 폭탄 {t · c · p · b} 2020년 4월 22일 13:03, UTC)

화이트리스트에 추가했지만 잘못된 긍정적인 "대상 없음" 오류를 생성한 기사는 없습니다.하나 연결해 주시겠습니까?만약 당신이 Ucucha의 스크립트에서 갈색 경고 메시지를 말하는 것이라면, 그것들은 오류가 아니며, 우리는 어떤 것도 수정함으로써 그것들을 "수정"해서는 안 됩니다.Jonesey95 (대화) 2020년 4월 22일 13:44 (UTC)

그것은 많은 기사에서 몇 가지 잘못된 긍정을 만들고 있었습니다. 2-10-0이 제가 우연히 발견한 것이었지만, 다른 많은 기사들도 그런 것들이 있었습니다.근데 지금은 고쳐졌어요.헤드 폭탄 {t·c·p·b} 2020년 4월 22일 14:05, 14:00 (UTC)

어쩌다 보니 철도 기사 스캔에서 그것을 놓쳤습니다.링크 감사합니다. 기사 링크는 항상 제 작업을 확인할 수 있도록 도움이 됩니다.Jonesey95 (대화) 2020년 4월 22일 15:07 (UTC)

위 교환은 위의 내용이 정상적으로 작동할 때 #오류 메시지 받기 섹션에서 복사한 것입니다.템플릿 래퍼의 화이트리스트를 만드는 것이 잘못된 긍정적인 문제를 완화하는 데 좋은 아이디어인지에 대한 별도의 논의를 시작하기 위해 이 문제를 철회합니다.의견과 대안은 환영합니다.

매개 변수, 래퍼 템플릿을 사용하지 않는 템플릿에 대해 화이트리스트를 만들 수 있다는 생각이 들었습니다.{{Churchman & Hurst Railways of New Zealand}}예를 들어, 내부적으로 앵커 ID를 생성합니다. ref={{sfnref Churchman & Hurst 2001}}그러나 화이트리스트는 래퍼 템플릿이 많기 때문에 문제가 있을 수 있습니다. 모든 템플릿이 이러한 방식에 적합한 것은 아닙니다.그리고 저는 어떤 다른 문제들에 직면할지에 대해 충분히 생각하지 못했습니다.

—Trapist the Monk (대화) 2020년 3월 28일 14:13, UTC)

저는 가장 명백하고 광범위한 래퍼 관련 오류를 카테고리에서 제거하기 위해 화이트리스트를 시도해야 한다고 생각합니다.사용자:Ucucha의 스크립트는 여전히 오류를 표시하고, 화이트리스트는 잘못된 긍정을 줄이기 위한 더 나은 (나쁜) 방법을 생각하는 동안 시간과 호의를 얻을 것입니다.화이트리스트 가능성을 찾기 위해 카테고리를 검토할 의향이 있습니다. 사용자가 있을 때 쉽게 찾을 수 있습니다.Ucucha의 스크립트가 활성화되었습니다. 빨간색 오류 메시지가 2개가 아니라 1개만 표시되기 때문입니다.Jonesey95 (대화) 2020년 3월 28일 14:32 (UTC)

추출된 섹션의 끝

모듈을 만들었습니다.각주/화이트리스트.카테고리에 있는 템플릿에서 소수의 앵커 ID를 배치했습니다.철도 운송장 인용문 템플릿.모듈을 조정했습니다.문서의 앵커 ID 목록에서 일치하는 항목을 찾을 수 없을 때 화이트리스트를 쿼리하도록 각주를 표시합니다.

여기 예가 있습니다. 40번가 역 (마켓-프랭크포드 선).화이트리스트를 사용하도록 변경하기 전에 해당 기사의 세 가지 모두가{{sfnp}}템플릿에서 대상 오류가 발생하지 않았습니다.해당 기사의 모든 긴 형식 인용문은 래퍼 템플릿이며 모든 앵커 ID는 화이트리스트에 있습니다.콕스와 윌리엄스 템플릿은 정확하게 작성되었습니다. 봄 탄생은 정확하지 않습니다(다른 날짜).

하지만, 여러분은 이것이 야기하는 문제를 볼 수 있습니다.이제 이 메커니즘이 해결하려고 시도하는 거짓 양성 오류와 함께 거짓 음성 오류도 발생할 가능성이 높습니다.false-negative 오류는 일반 이름(Cox, Williams, Smith 등)에 대한 앵커 ID가 문서에 없지만 전혀 관련이 없는 템플릿에 대한 앵커 ID가 화이트리스트에 있기 때문에 Short-cite 템플릿에 대한 오류 메시지를 내보내지 못하는 것입니다.

그렇다면, 거짓 음성 오류를 피하는 방법은 무엇일까요?어차피 그렇게 하고 있으니 기사 독자가 기사에 사용된 템플릿 목록을 만들도록 하면 될 것 같습니다.그런 다음 오류 메시지가 표시되면 먼저 문서의 앵커 ID 목록을 확인한 다음 화이트리스트를 확인합니다.화이트리스트에 있는 경우 화이트리스트에 있는 앵커 ID와 연결된 템플릿도 문서의 템플릿 목록에 있어야 합니다.

—Trapist the monk (토크) 2020년 3월 30일 14:17, 30일 (UTC)

저는 당신의 "거짓 부정적인" 해결책에 납득이 가지 않습니다.제가 잘 아는 예를 들자면, {{Cite EB1911}}개의 많은 {{Cite 백과사전}개의 사용자 중 하나입니다.Sfn'ting it is a error, 하지만 제가 ref=skips(보통 AWB 단축키로 하는 것)를 포함한다면, 그것은 오류가 아닙니다.어제의 해결책은 둘 다 오류로 표시했을 것입니다.귀사의 솔루션은 이러한 js 파일로 이미 자동화된 것에 대한 자세한 이해가 필요한 많은 노력으로 보입니다.데이비드 브룩스 (대화) 16:22, 2020년 3월 30일 (UTC)

ETA: 제가 자리를 비우고 위에 대해 생각했을 때, 화이트리스트에서 "ref=xxxx"를 확인하는 것과 함께 더 많은 잘못된 긍정을 제거할 수 있는지 궁금합니다.저는 그것이 상당히 일반적인 구문이라고 생각합니다.그러나 그것은 동일한 방식으로 ref를 사용하지 않는 템플릿과 잘못된 형식의 ref를 사용하는 템플릿을 부당하게 변명할 것입니다.저는 여전히 전체적인 접근 방식에 반대하지만, 협력의 정신으로 이것을 제안합니다.데이비드 브룩스 (대화) 16:27, 2020년 3월 30일 (UTC)

화이트리스트 문제

화이트리스트에서 리디렉션 {{butt-station}이(가) 작동하도록 할 수 없습니다.그것은 빅토리아 선에서 사용됩니다.내가 뭘 잘못하고 있나요?Jonesey95 (대화) 2020년 3월 30일 18:57 (UTC)

리디렉션의 공식 이름은 버트 스테이션이며, 첫 글자는 대문자입니다.왜냐하면 en.wiki는 템플릿 이름과 리디렉션 이름의 대문자와 소문자 모두를 허용하며, 템플릿/ 리디렉션 이름의 나머지 문자는 모두 템플릿/ 리디렉션 페이지의 경우여야 하기 때문에 모듈:각주는 템플릿 이름 테이블의 이름을 ~/앵커 ID 목록이 만드는 템플릿 테이블의 색인으로 사용합니다. 첫 번째 문자 대문자를 사용하도록 선택했습니다.화이트리스트의 경우 템플릿 및 리디렉션 이름은 '공식' 페이지에 표시된 것과 같습니다. 바로 버튼 스테이션입니다.

—Trapist the monk (대화) 2020년 3월 30일 19:12, 30일 (UTC)

됐습니다, 감사합니다.Jonesey95 (대화) 2020년 3월 30일 19:29 (UTC)

방금 화이트리스트를 봤습니다.내가 어떻게 작동하는지 이해한다면,당신은 CITEREFC hisholm1911 태그를 {{EB1911}}과 {{Cite EB1911}에서 방출된 것으로 나열합니다. 이것은 두 가지 이유로 문제가 있습니다.{{Cite EB1911}}: 편집자가 ref=filename을 추가한 경우에만 신뢰할 수 있습니다(없는 경우가 많은 것으로 알고 있습니다).그리고 템플릿이 선택적인 작성자 이름(예: Edmund Gosse)을 사용하는 경우 생성된 참조는 CITEREF Gosse1911입니다.이 두 경우 모두 화이트리스트에 문제가 발생할 것으로 생각합니다.그리고, 다시 말하지만, 저는 1911년이 단지 같은 사람들에 의해 동시에 디자인된 많은 다른 템플릿들의 패러다임일 뿐이라고 믿습니다.나는 이것이 일련의 애드혹으로 전락할까봐 두려워요.데이비드 브룩스 (대화) 19:49, 2020년 3월 30일 (UTC)

위험을 무릅쓰고, 우리가 매일 마일을 걷는 동안 제게 떠오른 또 다른 사건이 있습니다.{{Citebook}}은(는) 1M 페이지 이상에서 사용됩니다(물론 각주가 항상 있는 것은 아닙니다).각주에 인용된 경우, 사용 가능한 앵커가 되려면 일반적으로 최소 ref=프로세서(자주 누락되는 실제 오류)가 필요합니다.그런 다음 작성자 성과 연도를 꺼내야 예상 앵커를 생성할 수 있습니다.그리고 만약 그것이 ref=grable이라면, 다른 경우입니다.또는, 당신이 주목한 것처럼, 내장된 스팬의 앵커.블라. 데이비드 브룩스 (대화) 2020년 3월 30일 20:39, (UTC)

두 번째 의견은 이해할 수 없지만, EB1911의 경우, 네, 화이트리스트에 CITEREFXXXX1911 항목이 많이 있어야 합니다.저는 몇 시간 전에 아마 6개 정도 추가했는데(모두 "1911"로 끝납니다), 잘 작동하는 것 같습니다.더 나은 것이 나올 때까지 이것은 실제로 임시방편입니다.화이트리스트에 추가할 템플릿을 찾기 위해 카테고리를 살펴보다가 많은 짧은 인용문을 발견하고 수정했습니다. 따라서 이 카테고리는 우리가 처리해야 할 잘못된 긍정의 초기 정리에도 불구하고 유용한 것으로 입증되었습니다.Jonesey95 (대화) 2020년 3월 30일 22:13 (UTC)

모듈: 각주/anchor_id_list가 살펴봅니다. ref=cs1 템플릿({{cite book}}등) 및 그에 따라 행동합니다.언제 ref=:

• 비어 있거나 누락되었거나 있습니다.none~/messages_id_list는 아무 것도 하지 않습니다.
• 가지다harv~/anchor_id_list는 기여자/작성자/편집자 이름과 날짜의 연도 부분을 추출하여 앵커 ID 이미지를 만듭니다.
• 가지다{{sfnref}}~/anchor_id_list는 해당 템플릿에서 앵커 ID 정보를 추출하여 앵커 ID 이미지를 만듭니다(또한 리디렉션).{{harvid}})
• 가지다<other text>~/syslog_id_list는 다음을 사용합니다.<other text>앵커 ID 이미지로 지정(단문 사이트 템플릿과 일치할 수 있음) ref=매개 변수)

~/messages_id_list가 처리되지 않습니다.<span id="<anchor ID>"></span>HTML 형태로 그렇게 하지만 처리합니다.{{anchor}}.

—Trapist the Monk (대화) 2020년 3월 30일 23:43 (UTC)

음, 왜요?{{EB1911}}1911년 말고 다른 날짜가 있습니까?1922년 보충제를 위해 우리는 가지고 있습니다.{{EB1922}}이해할 수 없습니다.

1911년은 같은 사람들이 동시에 디자인한 많은 다른 템플릿들의 패러다임일 뿐이라고 생각합니다.

—Trapist the Monk (대화) 2020년 3월 30일 23:43 (UTC)

{{EB1911}}받아들임 year=연도의 모호함이 있을 수 있도록.해당 템플릿에 대한 더 나은 매개 변수는 다음과 같습니다. ydab=<lowercase-dab-letter>.

—Trapist the Monk (대화) 11:53, 2020년 3월 31일 (UTC)

일부 편집자들은 과거에 특정 볼륨이 출판되었다고 믿을 만한 이유가 있다면 year=1910을 추가하는 경향이 있었습니다.저는 일반적으로 접하면서 일관성을 위해 그것들을 바꿔왔습니다.더 심각한 것은 EB1911 기사가 하나 이상 있을 가능성이 높은 저자를 위한 첫 번째/마지막/저자 링크 매개변수 목록입니다. 99개의 항목이 있으며(보내드릴 수 있습니다) 많은 일회성 항목을 누락하고 있습니다.다시 말하지만, 이 문제는 DNB(또는 그 이상)에 동일하게 존재합니다. ISTR은 EB보다 더 많은 이름을 가진 저자를 가지고 있습니다.2020년 3월 31일 14:29(UTC)

ETA: 더 깊은 리뷰는 두 개의 EB1911 템플릿에서 539명의 뚜렷한 저자 성을 보여줍니다(이미 한 가지 분명한 유형을 볼 수 있지만:-( "패러다임"), 저는 DNB, 카톨릭 및 아마도 다른 것들을 인용하는 템플릿을 의미했습니다.나중에 DNB를 검색합니다. 지금 가야 합니다.데이비드 브룩스 (대화) 17:10, 2020년 3월 31일 (UTC)

저는 모든 EB1911 작성자를 화이트리스트에 추가하는 작업을 하고 있으며 거의 완료되었습니다.현재까지 화이트리스트 항목의 실제 수는 138개이며, 추가해야 할 항목은 12개 정도 남아 있을 것입니다.한편, 저처럼 실제로 해결해야 할 문제를 찾고 있다면, 여기 CITERE FEB11을 검색해 보겠습니다. 이 오류는 일반적으로 Chisholm 1911로 변경해야 하지만 항상 그렇지는 않습니다.다음에는 DNB 작업을 할 예정입니다.Jonesey95 (대화) 2020년 3월 31일 17:58 (UTC)

저는 하룻밤 사이에 다른 해결책이 있는지 궁금해지기 시작했습니다.로컬 페이지에서 잘못된 긍정 오류에 대한 앵커 ID를 포함하는 비작동 템플릿을 만들어 기사 로컬 화이트리스트를 만들 수 있습니다.그래서, 두 황제의 문제에 대해, 우리는 다음을 추가할 수 있습니다.

{{sfn whitelist CITEREFBrand1968 CITEREFFine1994 CITEREFGeanakoplos1959 CITEREFVan_Tricht2011}}가명으로{{harv whitelist}}

템플릿 자체는 아무 것도 하지 않습니다.기사 판독기는 해당 기사에서 억제할 대상 메시지가 없는 목록을 작성하기 위해 읽습니다. ignore-false-positive=그리고. ignore-err=단초점 수준에서 미세 조정하기 위해 필요한 경우 옵션으로 유지됩니다.이 지역적 메커니즘은 '글로벌' 화이트리스트에 의해 발생하는 거짓 음성 문제를 완화하는 데 큰 도움이 될 것입니다. 제 생각에는, 그것이 다루기 어려울 때까지 커질 것입니다.

—Trapist the Monk (대화) 11:53, 2020년 3월 31일 (UTC)

그래서 저는 그것을 구현하고 두 황제의 문제에 실험을 배치했습니다.

—Trapist the Monk (대화) 2020년 3월 31일 13:30, UTC)

흥미로운 아이디어지만, 저는 그것을 기사에 추가하고 편집자들에게 설명하는 데 남은 시간을 보내고 싶지 않습니다.모든 EB1911 잘못된 긍정을 수정하기 위한 노력(아직 진행 중입니다. 화이트리스트에서 제 추가 사항을 확인할 수 있습니다.)에서 저는 잘못된 긍정을 가진 각 기사에 렌더링되지 않고 사용자 지정된 템플릿을 추가하는 것보다 템플릿과 일치하는 CITEREF를 화이트리스트에 추가하는 것이 훨씬 쉽다는 것을 알게 되었습니다.CITEREFC hisholm 1911를 화이트리스트에 추가하면 한 번의 편집으로 수백 개의 잘못된 긍정을 수정할 수 있습니다.철도 공간에는 50~100번 사용되는 템플릿이 많이 있습니다. 화이트리스트에 한 개의 항목을 추가하는 것이 백 개의 철도 기사를 편집하고 철도 팬들을 괴롭히는 것보다 훨씬 더 좋습니다. (수치적인 예: 조사하고 준비하는 데 10분도 걸리지 않은 이 편집은 약 1,000개의 템플릿에 8개를 추가했습니다.)369조.) – Jonesey95 (대화) 2020년 3월 31일(UTC) 14:54

나의 베테스 노이어로 돌아가기: 현재 EB1911 템플릿에는 538명의 독자적인 작성자가 있으며(내가 발견한 오타를 수정했습니다) DNB 템플릿에는 370개가 있습니다.다음과 같습니다.사용자:David Brooks/EB작성자 및 사용자:각각 David Brooks/DNBA 저자.데이비드 브룩스 (대화) 22:40, 2020년 3월 31일 (UTC)

DNB에 대한 아래 노트를 참조하십시오.EB1911에 대해서는, 제가 몇 개를 놓쳤을 수도 있지만 유효한 CITEREF를 모두 화이트리스트에 올렸다고 생각합니다.만약 당신이 EB1911 false positive를 발견한다면, 저에게 알려주세요.오류 범주에 기사를 넣는 EB1911에 대한 짧은 참조의 잘못된 사용, 특히 CITERE FEB1911(위의 검색 링크)과 "Chisholm"의 철자 오류가 여전히 있습니다.Jonesey95 (대화) 2020년 3월 31일 22:47 (UTC)

(이 섹션을 계속 읽고 있기를 바랍니다){{Cite 백과사전}} 위에 쌓여 있는 EB1911과 DNB를 검토하면서 저는 그 템플릿 자체를 살펴봐야겠다고 생각했습니다.직접적인 사용은 거의 없지만, 제가 처음 접한 문제는 스칼렛 메모리얼에서였습니다. 렁 작가와 함께 {{cite 백과사전}}권, 1994년 렁을 인용한 {{sfnb}}권의 '현대 중국 식인 풍습 이야기'(그 선택에 대해 유감스럽게 생각합니다).그 다음은 해롤드 아이작스 (작가 랜드)였습니다.저는 그러한 사용법이 당신의 기본 코드에 의해 정확하게 진단되는지에 대한 추적을 잃고 있지만, 저는 당신이 이 모든 사례들을 망치려고 노력하는 것을 아무것도 숨기지 않고 있다고 느끼기 시작했습니다.아니면 당신의 정규 표현 방식이 그것들을 더 쉽게 커버합니까?제가 말씀드린 것처럼 가톨릭 백과사전은 많은 사례가 있을 것으로 생각하고 그 다음에 분석하겠습니다.데이비드 브룩스 (대화) 22:36, 2020년 4월 1일 (UTC)

당신이 Leung 1994에 대해 무엇이 잘못되었다고 생각하는지 저는 잘 모르겠습니다.가능한 문제는 무엇입니까?

랜드 1995의 경우, 그것의 문제는 대상이 리다이렉트를 사용한다는 것입니다.{{encyclopedia}}.대부분의.{{cite encyclopedia}}의 10개 리디렉션은 코드가 찾고 있기 때문에 적절하게 처리됩니다. cs1 템플릿에 리디렉션이 존재하지만 특정 문제를 해결하는 것은 지연되었습니다.저는 다른 언어 리다이렉트로 어떤 것도 하지 않을 것이라고 꽤 확신합니다.{{Citace elektronické monografie}}등).

—Trapist the Monk (토크) 23:34, 2020년 4월 1일 (UTC)

첫 번째로: 잘못된 긍정 오류 메시지를 처음 발견한 이후로 많은 일이 일어났기 때문에 오류 메시지의 원인이 되는 정확한 조건을 확신할 수 없지만, 제가 이해하는 바에 따르면 원래 구현은 EB1911/DNB 클래스와 구조적으로 비슷하기 때문에 오류로 표시했을 것입니다.제가 틀릴 수도 있지만, 당신의 새 작업이 이 사건을 처리하는지 확인하고 싶었습니다.나는 내일 가톨릭을 연구할 수 있습니다.데이비드 브룩스 (대화) 00:38, 2020년 4월 2일 (UTC)

우선, 당신은 렁 1994를 말하는 것 같습니다.왜냐하면 그 인용문은{{cite encyclopedia}}모든 매개 변수는 문서 위키 텍스트에 있어야 하며 모듈에서 볼 수 있어야 합니다.각주의 문서 판독기입니다.네이티브 cs1 템플릿으로서 구조적으로 다릅니다. {{EB1911}}그리고.{{DNB}}.

—Trapist the Monk (대화) 2020년 4월 2일 19:41 (UTC)

솔직히 말해서 업데이트된 각주 코드를 따르는 것은 아니지만, "숨긴"이지만 유효한 일반 참조/sfn/hav 상황에 대해 여전히 생각하고 있습니다(이 모든 것이 시작되었을 때 잘못된 긍정을 생성했을 것입니다).추가 날짜: {{Catholic Encyclopedia}}: 리다이렉트가 6개 있습니다(그 중 하나는 메인 공간에서 사용되지 않는 것으로 보입니다).이 7가지 버전을 사용하여 성과 연도가 정확한 sfn 또는 hav가 있는 59개의 기사를 찾았습니다.만약 제가 그것을 정확하게 읽는다면, 그것들은 오류였을 것입니다.몇 가지 표준적인 예:무고한 사람들과 앙리 발루아의 대학살 ({CE1913}} 방향 수정 사용).이것들을 별도로 화이트리스트에 추가해야 한다고 생각하는 것이 맞나요?

저는 같은 이야기를 할 수 있는 {{cite 백과사전}}개의 다른 포장지들이 많이 있다고 확신합니다.그리고 다음 주에 누군가가 의미론적으로 유효한 CITEREF를 생성하기 위한 자체 규칙으로 다른 일반 참조 템플릿을 만드는 것을 막을 수 있는 것은 무엇입니까?말씀드렸듯이, 저는 탈출 해치를 만들려는 당신의 노력을 자세히 이해하지 못합니다. 하지만 이것은 아마도 쉽지 않을 것입니다.저는 여전히 Svick/Ucacha 솔루션이 오류를 수정할 수 있는 기술을 가진 편집자 클래스에서 지시할 수 있는 올바른 솔루션이라고 생각합니다(미리 보기에서 작업했다면!)데이비드 브룩스 (대화) 18:32, 2020년 4월 2일 (UTC)

오류 범주에서 사용 중인 모든 작성자/날짜 쌍과 함께 {{가톨릭 백과사전}}개를 화이트리스트에 추가했습니다.무고한 사람들과 앙리 발루아의 대학살이 지금 오류 메시지 없이 표시됩니다.짧은 인용문을 사용하여 {{가톨릭 백과사전}}과(와) 연결하려고 하지만 연결되지 않거나 Ucucha의 스크립트에 오류가 나타나는 기사를 발견하면 날짜가 일치하는지 확인하십시오.저는 짧은 인용문과 전체 인용문 사이에 날짜가 일치하지 않는 약 6개(약 220페이지 중)를 발견했습니다.나는 그것들을 해결하기 위해 출처를 파헤치려고 시도하지 않았습니다.Jonesey95 (대화) 2020년 4월 2일 19:28 (UTC)

(충돌 편집)

네, 쉽지 않습니다. 그리고 이 모든 연습은 화이트리스트의 무게에 의해 무너질 수도 있습니다.카테고리의 실제 오류 수를 고려할 때 사용자 스크립트 솔루션은 사용 가능한 유일한 솔루션일 때 매우 유용합니다.Harv 및 Sfn 템플릿 오류, 스크립트 솔루션은 스크립트가 얼마나 우수하고 오래 지속되었든 간에 분명히 작동하지 않았습니다.스크립트 솔루션이 작동하지 않는 이유는 위키백과에 따르면 다음과 같습니다.사용자 스크립트/대부분의 가져온 스크립트에서 500명 미만의 편집자가 하나 또는 둘 다 사용합니다.이러한 스크립트를 사용하는 편집자가 너무 적다는 것은 놀랍지만 오류 범주에 실제 오류가 많은 이유를 설명하는 데 도움이 됩니다.나는 스빅을 사용해 본 적이 없지만 Ucucha가 미리 보기에서 작동한다는 것을 알고 있습니다.

—Trapist the Monk (대화) 2020년 4월 2일 19:41 (UTC)

저는 제가 이것이 옳은 길을 가고 있다고 생각하지 않는다는 것을 똑같이 분명히 하고 있다고 생각하지만, 제가 선의로 이 일을 하고 있다는 것이 분명하기를 바랍니다.Cath: 제 59개 기사는 성과 연도가 모두 일치하는 기사입니다(즉, 원래 구현에서 잘못된 긍정).실제 불일치에 대한 검색을 뒤집는 것은 쉽지 않다고 생각합니다(예: {{sfn Hoverman 1913}). 동시에 출판된 다른 책을 올바르게 참조할 수 있습니다.그것은 정말로 js 도구를 위한 일입니다.흥미로운 편집자들 사이에서 그들의 사용을 홍보하는 방법이 있을지도 모릅니다. 비록 제가 각주의 파란 링크가 어디에도 가지 않는다는 것을 깨닫는데 몇 년이 걸렸지만, 그것은 문제였습니다.네, Ucucha는 미리보기에서 저를 위해 일하지만 Svick은 그렇지 않습니다.하지만 AWB 미리보기에서는 작동하지 않는 것 같습니다!데이비드 브룩스 (대화) 20:01, 2020년 4월 2일 (UTC)

당신은 왜 제가 당신이 이 일을 성실하게 하고 있지 않다고 생각합니까?네, 당신이 이 생각을 계속하는 것이 엄청난 시간 낭비라고 생각하는 것을 압니다.그리고 네, 저는 이 실험이 완전한 성공과는 거리가 멀다는 것을 알고 있습니다. 그리고 ANI 크라켄이 스스로를 공격하고 제 작은 배를 침몰시킬 때 나쁜 결과를 초래할 가능성이 높습니다.

Ucucha는 웹에서 작동하지 않습니다. 웹 미리 보기는 로그인하지 않은 판독기로 문서를 볼 수 있기 때문입니다.Ucucha는 사용자를 통해 가져온 개인 사용자 스크립트입니다.미리 보기가 로드될 때 로드되지 않는 David Brooks/common.js. 이유는 무엇입니까?몰라.분명히 웹을 사용하려면 로그인해야 하므로 성능이나 보안상의 이유가 있을 수 있습니다.당신은 이것을 버그로 보고했습니까?

—Trapist the Monk (대화) 2020년 4월 2일 22:24 (UTC)

단지 자신감이 부족한 것 뿐입니다, 아마도 지나치게 그럴 수도 있습니다.그리고 내가 잘못 생각했어요.Ucucha는 미리 보기에서 작동하지만, Svick은 그렇지 않습니다.나는 그들이 왜 다른지 모르겠어요.Ucucha는 또한 "해당 sfn이 없는 일반 참조"에 대한 검사를 억제할 수 있는 플래그를 제공합니다.AWB와 관련하여, 아마도 인터넷 익스플로러 렌더링 엔진을 직접 사용하는 것과 관련이 있을 것입니다.네, 신고는 하겠지만, 유감스럽게도 "의도적으로" 그런 것일 수도 있다는 의심이 듭니다.데이비드 브룩스 (대화) 22:35, 2020년 4월 2일 (UTC)

아포스트로피를 사용하여 화이트리스트 항목을 삽입하는 방법은 무엇입니까?

간단한 구문 질문:인용 심판이 있는 곳에 화이트리스트 항목을 삽입하려면 어떻게 해야 합니까?CITEREFD'Arcy1898이름의 아포스트로피로 인해 오류가 발생합니다.감사해요.Jonesey95 (대화) 2020년 3월 31일 22:44 (UTC)

두 가지 방법:

['CITEREFD\'Arcy1898'] = '...',

["CITEREFD'Arcy1898"] = '...',

—Trapist the Monk (대화) 2020년 3월 31일 22:55, UTC)

DNB 인용 참조에 와일드카드 사용 고려

오류 카테고리에서 {{DNB}} 또는 {{cite DNB}}을(를) 사용하는 2,619개의 기사 중 76개를 스캔하여 54개의 인용 심판을 작성했습니다.목록을 내려가다 보면 몇 번의 반복이 발견되지만 오류 범주에 약 많은 글이 있고 화이트리스트에 175개의 인용 참조만 있는 {EB1911}의 반복은 거의 없습니다.제 직감은 우리가 500개 이상의 DNB 화이트리스트 항목으로 끝날 수도 있다는 것입니다.저는 우리가 DNB를 위한 와일드카드 시스템을 만들기를 원하는지에 대한 논의를 시작하고 싶습니다.이것은 미끄러운 경사면이라는 것을 알고 있으며, 아마도 잘못된 부정적인 부분이 있을 것입니다. 하지만 우리는 이전에 사용자 스크립트만 가지고 있었고, 이 난장판이 정리된 후에도 오류를 강조하기 위한 스크립트가 남아 있습니다.귀하의 생각(및 기술적 가능성)을 환영합니다.연도 범위를 DNB의 게시 범위로 제한하고 오타를 잡기 위해 "성" 문자를 합리적인 범위로 제한할 수 있습니다.Jonesey95 (대화) 2020년 3월 31일 22:44 (UTC)

당신이 어떻게 생각하는지 보여주세요.와일드카드 후보자 명단이 있습니까?

—Trapist the Monk (대화) 2020년 3월 31일 23:05, UTC)

저는 다음과 같은 작업을 수행할 수 있기를 원합니다(의사 유전자를 가진 의사 코드). ['CITEREF[a-z\-_\']+1[89][890][0-9]'] = template_names['DNB'],여기서 유효한 연도는 1885-1900이고 유효한 작성자 이름(지금까지)은 ASCII 문자를 포함합니다(대문자와 소문자가 구분되지 않음, 분음 부호가 아직 발견되지 않음, 사용자:David Brooks/DNBA Authors)와 하이픈, 밑줄(아마도 아직 찾지 못했습니다) 및 아포스트로피.Jonesey95 (대화) 2020년 3월 31일 23:29 (UTC)

기사에 DNB 템플릿이 있을 때만 시도되는 DNB_special_patterns를 추가했습니다.

—Trapist the monk (토크) 00:48, 2020년 4월 1일 (UTC)

감사합니다! 무늬가 잘 맞는 것 같습니다.이상한 점이 있는지 기사를 훑어보겠습니다.Jonesey95 (대화) 01:52, 2020년 4월 1일 (UTC)

이제 자세히 보니, 다음을 포함하는 {{DNB}}과(와) 정상적으로 작동하는 것 같습니다. ref=harv템플릿 코드에 포함되지만 {{cite DNB}}의 경우에는 포함되지 않습니다. ref=harv는 선택적 매개 변수로 사용됩니다.저는 이것을 [2], [3]의 두 가지 버전의 샌드박스에서 시연했습니다.두 버전 모두 테스트를 통과해야 하는 유효한 연도와 대조하기 위해 의도적인 오류(잘못된 연도)가 있습니다.내가 뭘 잘못하고 있나요?차이가 있다면, 저는 앤 드 모티머의 문제의 인용문을 복사했습니다.Jonesey95 (대화) 02:59, 2020년 4월 1일 (UTC)

그것은 단지 찾고 있었을 뿐입니다.

—Trapist the monk (대화) 11:18, 2020년 4월 1일 (UTC)

그것이 더 좋아 보입니다.Jonesey95 (대화) 2020년 4월 1일 13:11 (UTC)

위의 제 노트를 보셨습니까? DNB 템플릿 쌍의 마지막 매개 변수에는 370명의 구별되는 작성자가 언급되어 있습니다.와일드카드 솔루션이 작성자 이름과 함께 작동합니까?데이비드 브룩스 (대화) 15:48, 2020년 4월 1일 (UTC)

저는 그렇게 생각합니다.작동하지 않는 항목이 발견되면 알려 주십시오(오류 메시지가 사라지도록 하려면 기사를 삭제하거나 null로 편집해야 할 수도 있습니다.Jonesey95 (대화) 16:42, 2020년 4월 1일 (UTC)

와일드카드 솔루션이 어떻게 잘못된 부정(예: 각주의 성 철자가 잘못됨)의 위험으로 끝나지 않는지 이해할 수 없습니다.당신은 일반적인 ref를 구문 분석하고 그것이 cit와 일치하는지 확인합니까?데이비드 브룩스 (대화) 18:35, 2020년 4월 2일 (UTC)

이 섹션의 원래 게시물에서 언급했듯이 잘못된 부정이 있을 수 있습니다.User:Ucucha/HarvErrors가 이들을 탐지해야 합니다.당신이 더 나은 선택권이 있다면, 우리는 모두 귀를 기울입니다.Jonesey95 (대화) 2020년 4월 2일 19:25 (UTC)

CS1 템플릿에서 기본적으로 ref= 명령 사용

보다 쉽게 검토하고 이해할 수 있는 것은 다음과 같은 기능을 활성화하는 것입니다. ref=harvCS1 참조에서 기본값으로 사용됩니다.이것이 요청된 지 몇 주가 지났지만 아무런 진전이 없습니다.현재까지 카테고리는 여전히 수많은 사례로 오염되어 있으므로 어떤 종류의 화이트리스트를 수행해야 할지 결정하기가 어렵습니다.헤드 폭탄 {t · c · p · b} 2020년 4월 2일 02:00 (UTC)

저는 동의합니다, 제가 생각하지 않는 큰 단점이 없는 한.몇 가지 "복수 대상" 오류가 더 발생할 수도 있지만, 현재 sfn/harv 오류 범주의 랜덤하지 않은 샘플에서 수천 개의 기사를 본 것으로 미루어 볼 때 현재 오류의 20-30%가 이 변경으로 해결될 것으로 예상됩니다.우리는 이미 새 화이트리스트에서 약 20%의 오류를 제거했으며, 여전히 화이트리스트에 추가해야 하는 템플릿이 많이 있습니다.Jonesey95 (대화) 2020년 4월 2일 02:15 (UTC)

단점을 고려할 수 있는 한 가지 효과: Ucucha 스크립트는 이들을 "아무것도 참조하지 않는 citeref"로 태그합니다.대부분의 경우 오류가 아닙니다. 이러한 템플릿은 "모든 것" 규칙에 따라 인라인으로 참조해야 하는 템플릿과 달리 일반적인 "참조"를 위해 특별히 고안되었기 때문입니다.데이비드 브룩스 (대화) 20:05, 2020년 4월 2일 (UTC)

Ucucha의 스크립트를 사용하지 않거나 추가 경고를 받아들이는 법을 배우면 쉽게 해결됩니다.Svick의 스크립트는 오류만 강조해도 완전히 작동합니다.헤드 폭탄 {t · c · p · b} 2020년 4월 3일 00:24, 3일(UTC)

아니면, 방금 알아차린 것처럼, 삽입함으로써.window.checkLinksToCitations = false;Ucucha 스크립트를 가져오기 전.데이비드 브룩스 (대화) 00:58, 2020년 4월 3일 (UTC)

이것에 대한 진전이 없다는 것은 매우 좌절감을 줍니다.헤드 폭탄 {t · c · p · b} 2020년 4월 8일 20:36, 8일(UTC)

사실 Trappist는 4월 2일 CS1/2 템플릿 샌드박스에 이것을 추가한 것 같습니다.좋은 소식입니다.이제 롤아웃을 기다리겠습니다...헤드 폭탄 {t · c · p · b} 2020년 4월 8일 20:45, 4월 8일 (UTC)

저는 당신이 실망할 것이라고 생각합니다.같은 날, 저는 cs12의 변화를 예상하는 이었습니다.그 이후로 모듈:각주는 모든 cs12 템플릿이 앵커 ID를 가지고 있다고 가정하여 오류 메시지를 작성하거나 다음과 같은 템플릿을 분류하지 않습니다.{{sfn}}DSB 클래스 MT;{{harvnb}}단순성을 위해 여기에 있음):

{{harvnb Christensen Poulsen 2009 pp=204–205}}Christensen & Poulsen 2009, 페이지 204–205

{{cite book last1=Christensen first1=Peter last2=Poulsen first2=John year=2009 title=MotorMateriel 7 publisher=Bane Bøger isbn=978-87-91434-23-5 }}

Christensen, Peter; Poulsen, John (2009). MotorMateriel 7. Bane Bøger. ISBN 978-87-91434-23-5.

cs12가 아직 모든 렌더링에 대한 앵커 ID를 만들지 않기 때문에 짧은 형식 인용 링크는 물론 작동하지 않습니다.스크립트 오류 탐지가 설정되어 있으면 이를 확인할 수 있습니다.그러나 모듈에서 오류 메시지는 표시되지 않습니다.각주.

이러한 변경 이후 Jonesey95 편집기는 모듈을 크게 변경했습니다.어느 정도인지는 알 수 없지만 거짓 양성 오류 수를 어느 정도 줄인 각주/화이트리스트.

카테고리의 최대 기사 수:Harv 및 Sfn 템플릿 오류가 2020-03-27: ~47,700에 발생했습니다.오류 메시지(2020-03-28)를 되돌렸을 때 이 숫자는 ~47,300으로 감소했습니다.그때 나는 모듈을 발생시키는 변경을 했습니다.모든 cs12 템플릿이 앵커 ID를 가지고 있다고 가정하는 각주/앵커 ID 목록(예: ref=harv명시적으로 또는 암시적으로), 카테고리는 40,585개의 조항을 나열했습니다.이 글을 쓰는 시점에, 그 카테고리는 35,779개의 기사를 나열합니다.

—Trapist the Monk (대화) 2020년 4월 8일 21:42 (UTC)

현재 작동하지 않는 수천 명의 앵커들이 일하는 것에 대해 제가 왜 실망해야 하는지 모르겠습니다.변화하는cite book로.cite book/sandbox위는 정확하게 원하는/기대되는 동작을 제공합니다.헤드 폭탄 {t · c · p · b} 2020년 4월 8일 22:34, 8일(UTC)

여러 대상이 거짓 양성일 수

트라피스트님, 시간이 되신다면 프랑스 성직자 선언의 다중 표적 오류를 봐주실 수 있나요?템플릿이 중첩되어 있고 연도와 sfnref 연도가 중복되어 있는데, 어떤 속성이 오류 메시지를 발생시킬 수 있는지 모르겠습니다.감사해요.Jonesey95 (대화) 2020년 4월 2일 19:55 (UTC)

그런 일이 일어난 일입니다.{{citation-attribution}}랩{{cite book}}일치하는 패턴의 수를 최소화하고 문서 판독기가 가능한 모든 경우에 대해 별도의 패턴을 가질 필요가 없도록 하기 위해서입니다.{{citation}}리다이렉트 및 변형, 기사 판독기는 패턴만 찾습니다.'{{%s*[Cc]it[ae]'그래서, 그것은 발견했습니다.cita그리고 나서. ref={{Sfnref Jervis 1872a}}그래서 그것은 덧붙였습니다.CITEREFJervis1872a목록으로 이동한 후 발견됨cite그리고 다시 발견되었습니다. ref={{Sfnref Jervis 1872a}}그래서 그것은 계산에 어긋났습니다.문서 판독기는 템플릿 이름을 알고 있으므로 건너뛸 템플릿이 들어 있는 새 목록을 추가하기만 하면 됩니다.

—Trapist the Monk (대화) 2020년 4월 2일 21:59 (UTC)

템플릿:거짓 긍정을 유발하는 인용문?

Module:의 코드를 확인하기 위해 최선을 다했습니다.각주/앵커아이디 목록입니다만, D&KR Burgoyne Class에서 CS1 래퍼인 {{citeletter}가 잘못된 긍정 오류를 일으키는 이유를 알 수 없었습니다.Jonesey95 (대화) 2020년 4월 3일 17:05 (UTC)

{{cite letter}}사용하다 last=편지를 쓰는 사람을 위해. subject=편지의 제목은cs12에서, last=그리고. subject=별칭입니다.이름을 거꾸로 뽑아내는 루프가 있어서 기사 독자가 발견했습니다. last=그리고 발견되었습니다. subject=그래서 후자를 사용했습니다(더블린과 킹스타운 철도 29호).이제 고친 것 같아요.

—Trapist the Monk (대화) 19:35, 2020년 4월 3일 (UTC)

DSB 클래스 MT에서 범주를 표시하거나 추가하지 않는 오류

DSB Class MT에서 오류가 표시되어야 할 것 같은데, 저는 오류가 표시되지 않습니다.오류 범주도 표시되지 않습니다.Jonesey95 (대화) 2020년 4월 3일 17:13 (UTC)

ref=harvcs12 기본값이 될 것이므로 기사 독자들은 cs12 기본값이 될 것입니다.

——Trapist the Monk (대화) 19:40, 2020년 4월 3일 (UTC)

테살로니안 2명의 거짓 양성 1 - 분할 범주?

앵커가 작동 중이며 래퍼 템플릿이 호출되지 않습니다...하지만 여기 모듈 오류가 있습니다.무슨 일이야?헤드 폭탄 {t · c · p · b} 2020년 4월 8일 22:41, UTC)

CS1 롤아웃에서 ref=filename 기본값을 가정하면 여러 대상 오류가 발생할 수 있습니다.즉, 두 가지 범주가 필요합니다. 하나는 여러 대상 오류에 대한 범주이고 다른 하나는 손상된 앵커 오류에 대한 범주입니다.헤드 폭탄 {t · c · p · b} 2020년 4월 8일 22:45, 8일 (UTC)

오류 메시지와 함께 실시간으로 진행하기 전에 각 오류에 대해 별도의 범주를 선호합니다."대상 없음" 오류는 모든 잘못된 긍정이 사는 곳입니다. 저는 이러한 오류를 해결하기 위해 노력해 왔으며, 별도의 범주가 있으면 애완동물로 검색하는 것이 더 효율적일 수 있습니다.내 경험에 따르면, "다중 대상" 오류는 동일한 참조가 반복되거나 동일한 CITEREF를 가진 두 개의 다른 참조로 인해 여러 번 발생하며, IMO는 검증에 관심이 있는 독자가 정보를 찾을 수 있는 하나 또는 두 개의 전체 소스를 가지고 있기 때문에 덜 긴급합니다.

저는 일부 기사들이 두 범주 모두에 나타날 것이라는 것을 알고 있습니다. 두 범주 모두에 합법적으로 오류가 있는 경우에도 괜찮습니다. (또한 헤드봄이 이 섹션의 문제의 핵심을 발견했다고 생각하기 때문에 이 섹션 제목의 이름을 과감하게 변경합니다.) – Jonsey95 (talk) 2020년 4월 9일 (UTC) 01:27 (KST)

트라피스트 스님, 시간과 에너지가 있다면 모듈을 수정하여 두 개의 다른 범주, 아마도 "카테고리:Harv 및 Sfn 템플릿 대상 오류 없음" 및 "카테고리:Harv 및 Sfn 템플릿 다중 대상 오류", 현재 캐치올 카테고리 제거?오류는 성격이 상당히 다른 것으로 드러났으며, 화이트리스트에 포함될 템플릿을 찾는 과정에서 "복수의 대상" 기사가 검색에 많은 잡음을 일으킵니다.모듈 코드를 봤는데, 특정 코드 변경을 제안할 정도로 현재 카테고리를 할당하는 로직을 잘 구문 분석할 수 없었습니다.Jonesey95 (대화) 2020년 4월 22일 13:50 (UTC)

범주의 하위 고양이로 수행됨:Harv 및 Sfn 템플릿 오류입니다.

—Trapist the Monk (토크) 2020년 4월 22일 14:08, UTC)

감사합니다. 도움이 될 것입니다. - Jonesey95 (대화) 15:09, 2020년 4월 22일 (UTC)

@스님을 사로잡으세요. 그 범주에 있는 나머지 몇 명은 어느 하위 범주에도 들어가고 싶어하지 않는 것 같습니다.null 편집 및 정리도 이 문제를 해결하지 않습니다.헤드 폭탄 {t · c · p · b} 2020년 4월 26일 15:33, 26일 (UTC)

{{harvc}}오차는 두 범주로 분할되지 않습니다.

—Trapist the Monk (대화) 2020년 4월 26일 16:49 (UTC)

이것이 왜 그런지에 대한 특별한 이유가 있습니까?헤드 폭탄 {t · c · p · b} 2020년 4월 27일 21:38, 21:27 (UTC)

항상 문제가 있었습니다.{{harv}}그리고.{{sfn}}템플릿 패밀리.이러한 템플릿에 의해 생성된 링크가 일치하는 긴 형식 인용문에 링크되지 않음을 나타내는 기본 메커니즘(redlinked wikilinks와 같은)은 없습니다.확실히 알기 위해서는 편집자가 모든 짧은 형식의 링크를 테스트해야 합니다.이에 대한 지원은 User:와 같은 사용자 스크립트였습니다.Ucucha/하버 오류.하지만 모든 편집자가 이 스크립트를 사용하는 것은 아닙니다. 그래서 고장난 Harv 링크는 오랫동안 탐지되지 않고 사용할 수 있습니다.현재로서는 다음과 같이 추가하여 손상된 hav 템플릿을 표시할 수 있는 잠재적인 봇이 있습니다.{{broken footnote}}고장난 Harv 템플릿 이후에.

저는 다른 가능한 해결책이 있습니다.저는 다양한 소스 템플릿(cs12 템플릿, cs12 유사 템플릿, vcite-family 템플릿, wikitite 템플릿, havc 템플릿)에서 참조 링크 데이터를 추출하는 루아 모듈을 만들었습니다.모듈을 수정했습니다.각주/샌드박스 및 모듈:Harvc/sandbox를 사용하여 추출된 데이터를 확인합니다.

• 짧은 형식 템플릿에 일치하는 원본 템플릿(대상)이 없습니다.
• 둘 이상의 원본 템플릿이 짧은 형식 템플릿의 대상입니다.

다음 조건 중 하나가 충족되면 수정된 Footnotes 또는 Harvc 모듈이 도움말 텍스트 링크와 함께 오류 메시지를 표시하고 문서를 유지 관리 범주에 넣습니다.Harv 대상 오류(기사 네임스페이스만 범주화).

수확의 오류

템플릿	렌더링	댓글
{{Harvard citation no brackets/sandbox Black Black Brown 2020}}	블랙, 블랙 & 브라운 2020	대상 없음; Ucucha/HarverErrors 스크립트가 있는 경우, 해당 메시지는 이 짧은 인용문에 대한 대상이 없음을 확인합니다.
{{Harvard citation no brackets/sandbox Black Black Red 2020}}	블랙, 블랙 & 레드 2020havnb 오류: 다중 대상(2배): CITEREF BlackRed2020(도움말)	대상이 여러 개인 경우 첫 번째 대상에 대한 링크는 작동하지만 두 번째 대상은 연결되지 않습니다.
인용문 템플릿
{{cite book title=Title last=Black last2=Black last3=Brown date=2020}}	Black; Black; Brown (2020). Title.	목표가 아닌 이유는 ref=harv템플릿에 포함되지 않음
{{cite journal journal=Journal title=Title last=Black last2=Black last3=Red date=2020 ref=harv}}	Black; Black; Red (2020). "Title". Journal. {{cite journal}}:무효한 ref=harv(도움말)	대상 #1: 이 대상에 대한 짧은 인용 링크
{{citation title=Title editor-last=Black editor-last2=Black editor-last3=Red date=2020}}	Black; Black; Red, eds. (2020), Title	대상 #2: 이 대상은 연결 해제됩니다.

아아, 한계가 있습니다.샌드박스 모듈이 페이지 위키텍스트를 읽기 때문에 래퍼 템플릿이 래퍼 내부에 매개 변수 값을 설정하는 경우가 많기 때문에 샌드박스 각주 및 하브 모듈이 래핑된 템플릿에 대해 잘못된 오류 메시지를 보낼 수 있습니다. {{cite EB1911}}랩{{cite encyclopedia}}필요한 매개 변수 editor-last=Chisholm그리고. date=1911필요한 매개 변수가 각주 및 Harvc 모듈에 표시되지 않도록 이 페이지에 설정되어 있습니다.이 예에서는 Chisholm 1911 링크가 작동하지만 오류로 표시됩니다.

잘못된 수확의 오류

템플릿	렌더링
{{Harvard citation no brackets/sandbox Chisholm 1911}}	치솔름 1911
인용문 템플릿
{{Cite EB1911 wstitle=Alfred the Great ref=harv}}	Chisholm, Hugh, ed. (1911). "Alfred the Great" . Encyclopædia Britannica (11th ed.). Cambridge University Press. {{cite encyclopedia}}:무효한 ref=harv(도움말)

잘못된 오류 메시지가 기사에 남아 있지 않도록 추가했습니다. ignore-err=각주 및 Harvc 모듈로 이동합니다.이 매개 변수는 잘못된 오류 메시지 및 분류를 억제합니다.다중 대상 오류는 래퍼-템플릿 문제에서 발생하지 않기 때문에 억제되지 않을 수 있습니다.이 예에서는,{{cite DNB}}랩{{cite encyclopedia}}내부적으로 필요한 파라미터를 설정합니다. date=1901:

잘못된 harv 오류 억제

템플릿	렌더링
{{Harvard citation no brackets/sandbox Power 1901}}	파워 1901
{{Harvard citation no brackets/sandbox Power 1901 ignore-err=yes}}	파워 1901
인용문 템플릿
{{Cite DNB first=D'Arcy last=Power pages=331–332 supplement=1 volume=1 wstitle=Bucknill, John Charles ref=harv}}	Power, D'Arcy (1901). "Bucknill, John Charles" . In Lee, Sidney (ed.). Dictionary of National Biography (1st supplement). Vol. 1. London: Smith, Elder & Co. pp. 331–332. {{cite encyclopedia}}:무효한 ref=harv(도움말)

모듈 토크를 강제로 요청했습니다.앵커 ID를 생성하는 다양한 소스 템플릿에 대한 테스트 사례 페이지로 Monk/Harv 링크 테스트를 샌드박스/트래피합니다.여기서 적어도 이러한 테스트 사례의 경우 위에 설명된 경우를 제외하고 샌드박스가 오류 메시지를 내보내지 않음을 알 수 있습니다.

모듈의 내용도 복사했습니다.모듈에 대한 각주/샌드박스:각주를 참조한 다음 해당 모듈을 사용하는 꽤 많은 기사를 미리 보았습니다.이러한 실험을 통해 몇 가지 버그를 수정했지만 일반적으로 모듈이 제대로 작동하고 있음을 알 수 있습니다.라이브 각주와 하브 모듈을 샌드박스에서 동기화하고 도움말 텍스트로 오류 범주를 만들 생각입니다.모든 것이 잘되면 훌륭합니다. 그렇지 않으면(라이브 코드는 언제 현실과 처음 접촉해도 생존합니까?) 동기화를 되돌리고 문제를 해결한 후 다시 시도하십시오.

댓글?이의 있습니까?

이 논의에 대해 다음과 같은 내용이 통보될 것입니다.만약 다른 사람들에게 알려야 한다면, 그렇게 해주세요.

—Trapist the Monk (대화) 17:46, 2020년 3월 16일 (UTC) 17:59, 2020년 3월 16일 (UTC)

현 시점에서 특별히 문제가 될 만한 사항은 없다고 생각하지만, 초기 롤아웃 후 옵트인 메시지(예: 클래스 HarvErrors)를 사용하면 많은 코너 사례(그리고 그 중 몇 개가 있는지 확인)를 발견하고 모두를 위해 작업을 활성화하기 전에 시스템을 연마할 수 있습니다.헤드밤 {t·c·p·b} 2020년 3월 16일(UTC) 18:32, 18:32

디버그 중에 오류 메시지를 숨길 수 있습니다.

—Trapist the monk (토크) 2020년 3월 16일 19:30, UTC)

모듈의 오류 메시지를 표시하는 CSS:각주는 다음과 같습니다.

.과실이 있는 그대로의 실수. {과시하는: 인라인의 !중요한;}     디스플레이 모듈:각주 오류 */ 

—Trapist the Monk (토크) 21:46, 2020년 3월 16일 (UTC)

{hav} 시리즈 템플릿이 오류를 생성하도록 하는 것은 편집자에게 즉각적인 피드백을 제공하기 때문에 제 봇보다 더 깨끗한 해결책입니다.하지만 수동으로 생성된 앵커가 있는 비템플릿 인용뿐만 아니라 주목된 래핑된 템플릿 문제와 관련하여 잘못된 긍정이 우려됩니다.그러나 태그 지정 오류 대신 잘못된 긍정을 억제하도록 봇을 조정하는 것은 매우 어렵지 않습니다. --AntiCompositeNumber (talk) 18:42, 2020년 3월 16일 (UTC)

내가 이 글을 쓰는 동안, 만약 그것이 거절된다면, 당신의 봇이 타겟이 없는 harvor sfn 템플릿에 대신 매개 변수를 추가할 수도 있다는 생각이 들었습니다.{{broken footnote}}견본의그러면 모듈이 다음을 수행할 수 있습니다.각주는 오류 메시지, 도움말 텍스트 링크 및 카테고리를 렌더링하며, 해당 템플릿은 별도의 템플릿에서 분리되지 않습니다.

이는 다음과 같은 템플릿이 아닌 짧은 도시에 대한 솔루션이 아닙니다.[[#Bubba_2012_ref Bubba 2012]] p. 35앵커 링크를 읽을 템플릿이 없기 때문에 등입니다.Bubba_2012_ref그리고 그것으로 무언가를 하라.이러한 구성을 검색하여 모듈을 사용할 수 있습니다.각주는 일치하는 앵커를 찾을 수 없는 경우 카테고리를 추가합니다.그러나 지금은 이러한 모듈에 이러한 기능을 추가하는 것을 고려할 때가 아닙니다.

—Trapist the monk (토크) 2020년 3월 16일 19:30, UTC)

(충돌 편집) 저의 유일한 실제 피드백은 오류 메시지의 내용 자체입니다."목표물이 없다"는 것은 약간 "프로그래머-y"라고 생각하는데, 이것은 비판이 아니라 단지 설명일 뿐입니다.저는 "하브 오류: CITEREF Power 1901(도움말)과 일치하는 전체 인용 없음"과 같은 간단한 영어를 선호하거나 "하브"라는 전문 용어를 완전히 제거할 수 있습니다. "오류: CITEREF Power 1901(도움말)과 일치하는 전체 인용 없음".저는 "여러 대상" 메시지를 "오류: 여러 개의 전체 인용문이 CITEREF Power 1901(도움말)과 일치"와 같은 것으로 다시 작성할 것입니다.

Ucucha의 스크립트처럼 일치하는 짧은 인용문이 없는 전체 인용문을 식별할 계획이 있습니까?많은 인용 목록과 독서 목록에서 짧은 인용문을 일치시키지 않고 {{citation}}을 사용하기 때문에 요청하신 것은 아니라고 생각합니다.Jonesey95 (대화) 2020년 3월 16일 18:46 (UTC)

그리고.CITEREFPower1901프로그래머는 전문 용어 같지 않나요?Ucucha/HarverErrors 메시지를 가이드로 사용했습니다.지금은 구현되지 않았지만 모듈을 사용하는 것은 그리 어렵지 않다고 생각합니다.각주는 템플릿별 오류 메시지를 표시합니다.그래서.{{sfn}}대상이 없는 템플릿은 메시지에 Sfn 오류가 표시됩니다. 대상 없음: CITEREF Power1901(도움말).저는 제안을 받아들일 수 있습니다.테스가 더 나은 것 같아요.

이것의 전체 사이트 누락 쇼트 사이트 버전에 대한 계획은 없습니다.

—Trapist the monk (토크) 2020년 3월 16일 19:30, UTC)

템플릿에 대한 임시 리디렉션을 생성했습니다.하버드 인용 문서 #그 사이에 발생할 수 있는 문제들.이상적인 랜딩 페이지는 도움말:도움말 대신 하버드 오류:하브가 실수한 것 같아요그런 다음 관련 템플릿 문서를 이동하여 문제를 해결하는 방법과 코너 케이스를 처리하는 방법에 대한 조언을 얻을 수 있습니다.헤드 폭탄 {t · c · p · b} 2020년 3월 16일 19:44, 16일 (UTC)

이 실험을 위해 저는 카테고리 페이지에 직접 오류 메시지 도움말 텍스트를 넣을 계획입니다.이 실험이 거부되지 않으면 도움말 텍스트를 이동할 것으로 예상됩니다.그래도 범주 페이지는 모듈에서 발생하는 오류 메시지에 충분히 효과가 있는 것처럼 보였습니다.Lang; 범주:Lang 및 lang-xx 템플릿 오류입니다.현재 카테고리 이름은 카테고리:Harv 및 Sfn 템플릿 오류입니다.

—Trapist the Monk (토크) 21:46, 2020년 3월 16일 (UTC)

범주:Harv 및 Sfn 템플릿 오류가 생성되었으며 도움말 텍스트의 첫 번째 해킹이 발생했습니다.모듈을 업데이트했습니다.샌드박스의 각주.기사 텍스트를 읽는 Lua 모듈에서 발생한 Lua 스크립트 오류를 몇 가지 수정했습니다.

—Trapist the Monk (대화) 2020년 3월 21일 14:24, UTC)

안녕하세요, 트래피스트.위와 같이 새로운 테스트를 활성화했고 몇 가지 문제를 발견했습니다.페이지에서 세 개의 {{National Heritage List for England} 인용문과 {{Cite ODNB}}(Rodes, 2004) 참조가 "Harv error: no target:" 오류와 함께 플래그가 표시되지만 보고된 인용문은 정확하고 파란색 링크는 이전과 같이 작동합니다.오류 검사 없이 Ucucha/HarvErrors.js, .harv-error 및 .harv-error + Ucucha/HarvErrors.js를 시도했습니다..harv-error가 설정된 경우에만 보고서가 발생합니다.이전 서명되지 않은 셰필드의 마틴이 추가한 의견(대화 • 기여) 2020년 3월 21일(UTC) 21:31.

도움말 텍스트나 위의 토론을 읽으셨습니까?

—Trapist the Monk (대화) 2020년 3월 21일 22:25, 21일 (UTC)

이 문서를 작성할 때 오류 메시지 표시가 활성화됩니다.

—Trapist the Monk (대화) 2020년 3월 27일 17:39, UTC)

리보니아어 페이지를 참조하십시오. 하단: 구문 {{hypicite ref=harvSchetzung Väri 1966}} 참조=...고장났습니다.Staszek Lem (대화) 2020년 4월 29일 21:40 (UTC)

이 모듈의 잘못이 아닙니다.이 항목(및 기타 항목)의 형식이 잘못되었습니다.

{{wikicite ref={{harvid Mosley 2002}} reference=Mosley, Christopher (2002) ''Livonian'', München: LINCOM EUROPA (English)}}

Mosley, Christopher (2002) Livonian, München: LINCOM EUROPA (English)

왜죠? 왜냐하면 그것은{{harv}}에 ref=.그래야 한다 harvid=:

{{wikicite ref={{harvid Mosley 2002}} reference=Mosley, Christopher (2002) ''Livonian'', München: LINCOM EUROPA (English)}}

Mosley, Christopher (2002) Livonian, München: LINCOM EUROPA (English)

사용하면 다음과 같은 이점이 있습니다.

'"`UNIQ--templatestyles-000000C2-QINU`"'<cite class="citation wikicite" id=([[#CITEREFMosley2002 Mosley 2002]])<span class="error harv-error" style="display: inline; font-size:100%"> harv error: multiple targets (3×): CITEREFMosley2002 ([[:Category:Harv and Sfn template errors help]])</span>>Mosley, Christopher (2002) ''Livonian'', München: LINCOM EUROPA (English)</cite>

그러나 사용하면 다음과 같은 이점이 있습니다.

'"`UNIQ--templatestyles-000000C4-QINU`"'<cite class="citation wikicite" id=CITEREFMosley2002>Mosley, Christopher (2002) ''Livonian'', München: LINCOM EUROPA (English)</cite>

의 차이점에 주목합니다.<cite>술래잡기id=기여하다.

—Trapist the Monk (토크) 2020년 4월 29일(UTC) 21:52

손가락으로 꼽을 수 없는 것 때문에 생긴 일입니다.헤드 폭탄 {t · c · p · b} 2020년 4월 30일 13:43, 30일 (UTC)

수행할 작업:

{{sfnp ''EB'' 1911a}}→{{sfnp Chisholm 1911a}}그리고.{{harvid ''EB'' 1911a}}→{{harvid Chisholm 1911a}}

{{sfnp ''EB'' 1911b}}→{{sfnp Griffith 1911b}}그리고.{{harvid ''EB'' 1911b}}→{{harvid Griffith 1911b}}

—Trapist the Monk (토크) 2020년 4월 30일 14:36, UTC)

(충돌 편집)이렇게 고정.EB 1911 인용문은 저자 또는 편집자의 성을 사용합니다.Jonesey95 (대화) 2020년 4월 30일 14:37 (UTC)

4년 전에 그것을 제대로 청소하지 못한 죄책감 :-) 하지만 참조 섹션은 여전히 엉망입니다. EB9 참조는 Ucucha 경고를 보여줍니다(canopus 참조는 {Cite EB1911}}(속성할 실제 텍스트가 없습니다. 단지 참조일 뿐이므로 정말 추가 읽기입니다.).고칠게요.데이비드 브룩스 (대화) 2020년 4월 30일 14:50 (UTC)

템플릿 관련:가톨릭 백과사전 인용헤드밤 {t · c · p · b} 2020년 5월 2일 08:54, UTC (UTC)

화이트리스트에 고정되어 있습니다.Jonesey95 (대화) 2020년 5월 2일 17:04 (UTC)

@Trapist the Monk and Jonesey95: CS1/CS2 템플릿이 화이트리스트에 있고 이를 가리키는 sfn/harv 참조가 있지만 템플릿이 ref=none그러면 HarvErrors.js(또는 동등한 값)가 올바르게 오류를 발생시키지만 새 각주 코드에는 "sfn error: no target"이 표시되지 않습니다.어쨌든, 제 시험에서 그렇게 말한 것 같아요.그것은 알려진 누락입니까?데이비드 브룩스 (대화) 14:40, 2020년 5월 2일 (UTC)

@David Brooks: 오류/오류 부족에 대한 링크?헤드밤 {t·c·p·b} 2020년 5월 2일 14:44, 2020년 5월 2일(UTC)

@헤드밤:사용자:David Brooks/sandbox.ETA: 더 정확하게는 현재 샌드박스에 대한 퍼멀 링크입니다.데이비드 브룩스 (대화) 15:11, 2020년 5월 2일 (UTC)

(충돌 편집)

당신은 이것을 묘사하고 있습니까?

{{harvnb Chisholm 1911}}Chisholm 1911 – 화이트리스트 앵커 ID입니다.

그리고 이 일치하는 템플릿은 ref=none:

{{cite EB1911 ref=none}}

Chisholm, Hugh, ed. (1911). Encyclopædia Britannica (11th ed.). Cambridge University Press. {{cite encyclopedia}}누락 또는 비어 있음(도움말) – 모듈에 대한 앵커 ID를 만드는 래퍼 템플릿:각주/앵커 ID 목록을 볼 수 없습니다.

{{harvnb}}Havnb 오류가 표시되지 않음: 대상 없음: 해당 앵커 ID가 화이트리스트에 있으므로 CITEREFC hisholm1911; 모듈에 지시했습니다.화이트리스트에 나열된 앵커 ID에 대한 오류 메시지를 음소거하는 각주.이것은 우리가 우편으로 시작해서 논의한 거짓 음성입니다.

샌드박스: 맞춤법?

—Trapist the Monk (대화) 2020년 5월 2일 15:20 (UTC)

@스님을 사로잡으세요.그것이 샌드박스에 있는 이유입니다. 오류 메시지를 테스트하기 위해 의도적인 오류입니다.예, {{EB1911}}개가 화이트리스트에 있는 것으로 알고 있습니다.요점은 편집자가 실수로 추가할 수 있는 {{EB1911}}을(를) 사용했다는 것입니다. ref=none(이유를 누가 알겠는가; 우리 모두가 전문가는 아니다) 화이트리스트에 의해 보호되어서는 안 되며, 철자가 잘못 입력된 "치솔름"(2차 테스트에서 철자가 잘못 입력되었음이 확인됨) 이상이어야 합니다.ref= 모듈이 갇히게 코드를 변경할 수 있습니까?그리고 저는 실제로 {{EB1911}}을 사용하고 있는데, 제가 알고 있는 {{Cite EB1911}}개의 랩을 사용하고 있습니다. 하나는 CS1이고 다른 하나는 CS2입니다. 그래서 최근까지 기본값이 달랐죠.{{EB1911}}의 처방은 정말 어딘가에 참고해야 한다는 뜻이지만, (아직) 그것을 지키지 않는 오래된 기사들이 많습니다.데이비드 브룩스 (대화) 15:58, 2020년 5월 2일 (UTC)

{{EB1911}}랩{{cite EB1911}}어느 쪽이 끝인지{{cite encyclopedia}}cs1 템플릿{{EB1911}} 내적으로 정해진 ref=harv결코{{cite EB1911}} 하지 않았지만 그 템플릿들 중 어느 것도 cs2가 아니었습니다.둘 중 하나를 cs2 스타일로 렌더링하려면 다음을 명시적으로 제공해야 합니다. mode=cs2.

또는 화이트리스트에 없습니다.화이트리스트가 앵커 ID를 보유하고 있습니다.CITEREFChisholm1911및 둘 다에 대한 기본 앵커 ID입니다.

모듈: 각주/앵커 ID 목록은 공통 명명 체계, 다양한 템플릿,{{citation}}그리고 대부분의 관련 리디렉션.편집자가 래퍼 템플리트에 사용하는 다양한 다른 이름은 처리하지 않습니다.따라서 모듈은 에서 앵커 ID를 추출하려고 시도하지만(문서에 기록된 템플릿이 충분한 정보를 제공하지 않기 때문에 대부분 실패함), 모듈은 에서 앵커 ID를 추출하려고 시도하지 않습니다.언제 ref=none모듈이 해당 템플릿의 처리를 중단합니다.

모듈의 경우:각주 프로세스{{sfn}}~/앵커 ID 목록에서 생성된 목록에서 다양한 매개 변수에서 생성된 링크와 일치하는 앵커 ID를 찾습니다.해당 앵커 ID를 찾지 못하면 화이트리스트에서 일치하는 항목을 찾습니다.화이트리스트에서 앵커 ID를 찾을 수 없는 경우 모듈:각주에서 sfn 오류: no target:anchor ID <> 오류 메시지가 발생합니다.

당신이 원하는 것은 모듈:어떻게든 알아야 할 각주:

• 화이트리스트 앵커 ID에 연결 중입니다.
• 다음 템플릿 때문에 앵커 ID가 앵커 ID 목록에 없습니다.
  • 문서에 없음 – 오류 메시지를 보냅니다.
  • 래퍼 템플릿입니다. 오류 메시지를 보내지 마십시오.
  • 가지다 ref=none오류 메시지를 발송합니다.

내가 당신이었다면 숨을 죽였을 거라고 생각하지 않아요.

—Trapist the Monk (대화) 2020년 5월 2일 18:34 (UTC)

네, 감사합니다, 저는 {{EB1911}}개가 포장지임에도 불구하고 화이트리스트 자체에 있다고 생각했습니다.숨을 죽이고 있습니다.그 오류는 제 경험상 드문 일입니다.데이비드 브룩스 (대화) 00:55, 2020년 5월 3일 (UTC)

누군가가 다음 범주를 통과할 수 있다면 멋질 것입니다.Harv 및 Sfn 대상 없음 오류/범주:Harv 및 Sfn 다중 대상 오류 및 인용 목록을 작성하여 오류를 생성하고 사용된 시간별로 정렬합니다.헤드밤 {t·c·p·b} 2020년 5월 7일(UTC) 18:14, 18:14

"CITEREF"는 오류 메시지를 제외하고 문서의 어디에도 표시되어야 하는 문자열이 아니기 때문에 누군가가 카테고리의 문서에 대한 데이터베이스 보고서를 작성하고 오류 메시지에서 CITEREF 값을 내보낼 수 있습니다.위키피디아 토크에서 질문할 수 있습니다.데이터베이스 보고서 또는 더 적절한 장소가 있을 수 있습니다.

수정할 배치를 찾고 있는 경우 위의 "CITEREFF Francillon 1979" 섹션을 참조하십시오.일반적일 수 있다고 생각되는 CITEREF 문자열을 찾으면 검색하여 해당 문자열이 몇 개의 글에 나타나는지 확인할 수 있습니다. - Jonesey95 (talk) 2020년 5월 7일 (UTC) 19:03 (KST)

Sphere_harmonics #cite_note-32를 참조하십시오.헤드 폭탄 {t · c · p · b} 2020년 4월 30일(UTC) 18:42, 18:42

화이트리스트에 고정되어 있습니다.화이트리스트를 직접 편집할 수 있습니다.너무 까다롭지 않아요.Jonesey95 (대화) 2020년 4월 30일 20:43 (UTC)

먼저 구조를 내부화해야 할 것 같습니다.헤드 폭탄 {t · c · p · b} 2020년 4월 30일 20:54, (UTC)

@Jonsey95:이것은 실레트의 바야지드에서 작동하지 않는 것 같습니다.내가 여기서 뭘 잘못하고 있는 거지?헤드밤 {t·c·p·b} 2020년 5월 7일(UTC) 19:48, 19:48

이것이 그것을 작동시킬 수 있는 차이입니다.템플릿에 공통적으로 사용되는 리디렉션이 많이 없는 한 template_names 섹션을 사용할 필요가 없습니다.기본적으로 등호 왼쪽에 대한 CITEREFNameYYY 섹션을 복사하고 템플릿 이름(항상 이니셜 대문자 사용)을 곱슬곱슬한 대괄호에 삽입합니다.Jonesey95 (대화) 20:41, 2020년 5월 7일 (UTC)

이것은 작동하지 않는 것 같습니다.언젠가는 내 머리를 싸매고 말 거예요핵폭탄 {t · c · p · b} 2020년 5월 8일 20:44, 2020년 5월 8일 (UTC)

[4] 및 키나이도콜피타이#에 대해서도 마찬가지입니다.CITEREFvon_Wissmann 1960.헤드 폭탄 {t · c · p · b} 2020년 5월 8일 22:40, 8일 (UTC)

캐시 문제와 관련이 있는 것 같습니다...신경 쓰지 마.핵폭탄 {t·c·p·b} 2020년 5월 8일(UTC) 22:41, 22:41

(충돌 편집)

추가한 항목:

['ODB'] = {'ODB', 'Oxford Dictionary of Byzantium'}

라는 이름의 귀중한 사람에게.template_names또한 다음을 추가했습니다.

['CITEREFFiaccadori1991'] = {'ODB'}

라는 표에whitelist테이블은 키/값 쌍으로 구성됩니다.키 인whitelist값이 가장 일반적으로 단일 템플릿 이름을 포함하는 다른 테이블인 앵커 ID입니다.잠시 후에 다시 말씀드릴 두 번째 양식이 있습니다.

키 인template_names는 템플릿 별칭과 연결된 짧은 문자열이며, 값은 템플릿 별칭을 최대한 많이 포함할 수 있는 다른 테이블입니다. 이 경우 2:

['ODB'] = {'ODB', 'Oxford Dictionary of Byzantium'}

첫 번째 형식은 가장 일반적이고 가장 단순합니다.

['CITEREFA\'Becket1907'] = {'Cite CE1913'},

모듈:각주에서 앵커 ID 키에 할당된 테이블을 가져옵니다.whitelist다음과 같은 할당 연산자를 사용합니다.

local t_tbl = whitelist['CITEREFFiaccadori1991']

실제 코드에서, 키는whitelist테이블은 변수입니다.wl_anchor_id.

템플릿에 여러 개의 별칭이 있는 경우 이러한 별칭은 키가 할당된 테이블에서 수집됩니다.

['ODB'] = {'ODB', 'Oxford Dictionary of Byzantium'}

이 k/v 쌍은 다음에 유지됩니다.template_names별칭 테이블을 앵커 ID 키에 할당하려면,['CITEREFFiaccadori1991']에whitelist의 표를 가리킬 필요가 있습니다.template_names할당된 키 사용['ODB']인whitelist다음과 같이 적어야 합니다.

['CITEREFFiaccadori1991'] = template_names['ODB']

그러면 테이블이 할당됩니다.template_names핵심이 되는['ODB']요점은['CITEREFFiaccadori1991']에whitelist모듈:각주는 적합한 템플리트 이름을 찾을 수 있습니다.

—Trapist the Monk (대화) 2020년 5월 8일 22:58, UTC)

내가 직접 화이트리스트를 작성하는 방법을 생각할 여유가 없습니다.헤드 폭탄 {t · c · p · b} 2020년 5월 9일 20:22, 9일(UTC)

화이트리스트에 있어야 하는지 잘 모르겠습니다.이 특정 앵커 ID는 HMS Wallace(1918)에만 존재하므로 아마도 수행해야 할 작업은 앵커 ID:

{{harv whitelist CITEREFLondon Gazette 6 April 1920}}

—Trapist the monk (talk) 21:41, 2020년 5월 9일 (UTC

저는 아래의 논평이 몇 주 늦었다는 것을 자유롭게 인정하고 바로 사과드립니다.저는 다른 프로젝트에 참여했지만 화이트리스트 구현에 주의를 기울이지 않았습니다. 대부분이 작동한다는 것을 알고 있었기 때문에 잘못된 긍정이 거의 보이지 않았습니다.이제 저는 그것을 봅니다(그리고 제가 늘 쓰던 {{Cite EB1911}}과 {{EB1911}}을 예로 들며). 저는 그것이 어떤 기사에도 있을 수 있는 알려진 작가들의 긴 목록을 포함하고 있다는 것을 알 수 있습니다. 그것은 그 작가들 중 한 명을 언급하는 짧은 각주에 OK를 제공합니다(그리고 이 경우에는 항상 1911년).Jonesey95와 논의하면서, 저는 두 가지 결점(a), 저자 목록이 완전하지 않음(b), sfn/harv의 목표 인용이 실제로 기사에 잘못 표현되지 않았는지 모듈이 눈치채지 못하고 소수의 관리 가능한 사례에만 영향을 미친다는 것에 주목했습니다.

그럼에도 불구하고, 저는 적어도 일반적으로 명명된 매개 변수를 CS1/2로 전달하는 인용 템플릿에 대해 더 "동적인" 접근 방식이 사용될 수 있다고 가정했습니다.

• 기사에서 인용 템플릿의 기본값을 검색합니다.이 경우, 치솔름과 1911년.
• 템플릿의 매개 변수를 읽습니다.만약 있다면, ref=그것은 Harv가 아닙니다, 그것을 사용하고 다음 단계를 건너뜁니다(만약 없다면, 보석금).
• 만약 있다면, last=그리고 어쩌면 last2=(등), 치솔름을 대체합니다.만약 있다면, year=그것을 1911년으로 대체합니다.
• 그것들을 CITEREF와 함께 전면에 붙입니다.
• 결과를 사용하여 해당 기사의 sfn을 확인합니다.

여기에 하나 이상의 EB1911 참조에 대한 명확한 설명과 같은 에지 사례가 있다는 것을 알고 있지만, 개요에 따르면 이는 화이트리스트 유지 관리를 줄이고 (인정하건대 소수의) 잘못된 긍정과 부정을 줄일 수 있다고 생각합니다.아니면 모듈 코딩의 기능을 과대평가하고 있는 것입니까?저는 LUA를 할 줄 모릅니다.데이비드 브룩스 (대화) 19:00, 2020년 5월 9일 (UTC)

사실 - 신경쓰지 마세요.잠시 생각해 본 결과, 이 모듈은 템플릿 자체의 내용에만 액세스할 수 있으며, 위키 텍스트의 다른 곳에서 화이트리스트 템플릿을 찾을 수 없습니다.이 봉쇄 기간 동안의 정신적 쇠퇴를 혼란스러운 사고 탓으로 돌리십시오.데이비드 브룩스 (대화) 21:50, 2020년 5월 9일 (UTC)

대시와 관련이 있는 것 같습니다.헤드 폭탄 {t · c · p · b} 2020년 5월 14일 13:39, 14일 (UTC)

@스님 트라피스트: 이것에 대한 수정은 없습니까?헤드 폭탄 {t · c · p · b} 2020년 5월 15일 21:10, 15일 (UTC)

그 짧은/긴 한 쌍이 고쳐졌는데, 당신이 나에게 원하는 것은 무엇입니까?

—Trapist the Monk (토크) 2020년 5월 15일 21:22, UTC)

Patterson은 위의 링크에서 참조합니다.Season YYYY-YYYY 유형의 날짜에서 날짜 인식에 문제가 있을 수 있습니다.헤드 폭탄 {t · c · p · b} 2020년 5월 15일 22:08, 15일 (UTC)

무슨 링크?프랑스 선박 Brilliant(1690)의 어떤 개정판에서도 'Patterson'이라는 문구는 등장하지 않습니다.

이 오래된 버전에서 짧은 인용문을 말하는 경우 다음 형식을 사용합니다.

{{Harvard citation no brackets Troude 1867-1868}}

[[#CITEREFTroude1867-1868 Troude &amp; 1867-1868]]<span class="error harv-error" style="display: none; font-size:100%"> harvnb error: no target: CITEREFTroude1867-1868 ([[:Category:Harv and Sfn template errors help]])</span>

트루드 & 1867-1868havnb 오류: 대상 없음: CITEREFroude 1867-1868(도움말)

출력 형식이 잘못되었습니다('1867-1868'은 두 번째 작성자가 아닙니다). 앵커 링크가 다음에서 앵커 ID와 일치하지 않습니다.

{{Cite book last=Troude first=Onésime url=https://gallica.bnf.fr/ark:/12148/bpt6k6540038z/f9.item title=Batailles navales de la France publisher=Challamel aîné year=1867–1868 isbn= ignore-isbn-error= volume= location=Paris page= pages=453 language=fr access-date=}}

Troude, Onésime (1867–1868). Batailles navales de la France (in French). Paris: Challamel aîné. p. 453. {{cite book}}:Cite에 알 수 없는 빈 매개 변수가 있습니다. ignore-isbn-error=(도움말)

이유: 모듈:각주에는 범위의 값을 앤애시 문자로 구분해야 합니다(이것이 각주가 '1867–1868'이 앤애시 문자를 사용하는 날짜이며 작성자가 아니라는 것을 알고 있음).cs12는 덜 엄격하고 훨씬 더 정교합니다. 하이픈을 앤애시 문자로 덮어써 하이픈 범위를 허용하고 짧은 형식을 앤애시를 사용해야 합니다. cs12는 또한 템플릿을 고정할 수 있도록 인용문을 유지 관리 범주에 넣습니다.두 날짜를 모두 정확하게 쓰면 문제가 해결됩니다.

—Trapist the monk (토크) 23:36, 2020년 5월 15일 (UTC)

저는 엘미나 R에서 패터슨의 1972-1973년 수정 가능성에 대해 이야기하고 있습니다. 행운, 이 섹션의 두 번째 게시물에 링크된 것처럼.헤드 폭탄 {t · c · p · b} 2020년 5월 15일 23:44, 15일 (UTC)

수도사 트라피스트, 저는 엘미나 R에서 문제를 해결했습니다. 수동 Harvid 템플릿을 사용하는 것은 행운이지만, 연도 범위를 인식하려면 모듈을 수정해야 할 것 같습니다.Ucucha 스크립트는 오류를 표시하지 않았지만 모듈은 "대상 없음" 오류를 표시했습니다.링크가 정상적으로 작동했습니다.패터슨 1972-1973 관련 오류를 보려면 내 편집 전 버전을 확인하십시오. - Jonesey95 (talk) 00:39, 2020년 5월 16일 (UTC)

고정된.

—Trapist the Monk (대화) 2020년 5월 16일 13:33, UTC)

훌륭합니다.감사해요.Jonesey95 (대화) 13:58, 2020년 5월 16일 (UTC)

FAICT, 거기에 잘못된 긍정이 표시되어야 할 이유가 없습니다.헤드밤 {t·c·p·b} 2020년 5월 1일(UTC) 11:50, 11:50

해당 페이지의 여러 대상 오류는 잘못된 긍정이 아닙니다.

—Trapist the monk (talk) 12:08, 2020년 5월 1일 (UTC)

FAICT, 각 참조에는 고유한 앵커 또는 억제된 앵커가 있습니다.예를 들어, 1972c에 대한 두 가지 참조는 없지만 여러 대상이 있다고 합니다.그것은 저에게 잘못된 긍정으로 보입니다.헤드밤 {t · c · p · b} 2020년 5월 1일(UTC) 15:00, 15:00

저도 이 페이지의 오류 메시지가 틀렸다고 생각합니다.각 고유 CITEREF ID에 대한 전체 소스는 하나뿐입니다.모듈의 오류 확인 코드가 노위키 태그로 포장된 전체 인용문과 혼동되는 것인지 궁금합니다.Jonesey95 (대화) 15:27, 2020년 5월 1일 (UTC)

그것은 확실히 노위키와 관련이 있습니다.헤드밤 {t · c · p · b} 15:39, 2020년 5월 1일 (UTC)

앵커 ID를 계산하기 전에 코드는 모든 유형의 템플릿을 검색하여 제거했습니다.<nowiki>...</nowiki>태그. 이 경우 태그는 하나 이상의 템플릿을 래핑합니다.저는 요구 조건을 완화하여 다음과 같이 합니다.<nowiki>...</nowiki>태그 및 태그의 모든 내용은 카운트가 시작되기 전에 제거됩니다.

—Trapist the Monk (대화) 16:03, 2020년 5월 1일 (UTC)

@스님 트라피스트: 위키피디아에서도 비슷한 것이 있습니다.WikiProject_식물/템플릿#참조는 있지만<pre></pre>태그. 헤드밤 {t·c·p·b} 2020년 5월 6일(UTC) 14:16, 14:16

의 내용.<pre>...</pre>태그가 무시되었습니다.

—Trapist the monk (대화) 2020년 5월 6일 14:40, UTC)

@스님을 사로잡으세요. <syntaxhighlight lang=""></syntaxhighlight>또한 잘못된 긍정을 유발합니다. 예: Wikipedia:parential_referencing #Linking_inline_and_full_citations.헤드 폭탄 {t · c · p · b} 2020년 5월 18일 01:12, 18일(UTC)

페이지 범위에 있는 {{Sfn}}개의 하이픈을 대시로 표시하거나 CitationCleanerBot으로 대체할 수 있습니까?쉽게 고칠 수 있는 실수인 것 같습니다.(원래는 User talk에 게시됨:헤드 폭탄)Eddie891 ^Talk 19:44, 2020년 5월 18일 (UTC)

카테고리를 지우려면 WP:BOTREQ#Enlist 도움말을 참조하십시오.Harv 및 Sfn 대상이 아닌 오류입니다.헤드 폭탄 {t·c·p·b} 2020년 5월 18일 23:19, 18일(UTC)

이것이 코드에서 수정될 수 있을지 모르겠지만, 저는 방금 호포 기사에서 {{Encyclopedia}}를 {{Cite 백과사전}}으로 변경하여 "대상 없음" 오류를 제거했습니다.잘못된 긍정 오류 메시지입니다.Jonesey95 (대화) 2020년 5월 19일 18:17 (UTC)

의도적으로 모듈을 제한했습니다.다음으로 시작하는 cs1 템플릿 이름에 대한 각주/고정 목록 문서 판독기cite대부분의 템플릿을 캡처합니다.모든 cs1 템플릿 및 리디렉션에 대한 전체 루아 패턴 목록은 모듈:참조 정보/데이터 cs1_template_patterns{}지금은 기사 독자들이 기사를 한 번씩 집어들면서 훑어봅니다.cite ...틀에 박히지 않고 있습니다.리디렉션을 처리하려면 코드를 여러 번 트롤링해야 합니다.저는 그렇게 하면 제한된 시간이 너무 많이 소요될 것이라고 생각합니다.

—Trapist the Monk (대화) 2020년 5월 19일 19:04, UTC)

일리가 있습니다."대상 없음" 오류 수정 지침을 업데이트했습니다.Jonesey95 (대화) 2020년 5월 19일 20:18 (UTC)

만약 당신이 그런 것을 가지고 있다면.

{{sfn Ab Ba Ca Da Bra Hoc Us Poc Us 1999 p=22}}.

당신은#CITEREFAbBaCaDa닻으로대부분의 사용자 / CS1/2 템플릿은 이를 출력할 것으로 예상합니다.#CITEREFAbBaCaDa1999닻을 내리고

모듈은 스스로 이 문제를 해결할 수 있을 정도로 똑똑해야 합니다.헤드 폭탄 {t · c · p · b} 2020년 5월 17일 18:06, 17일 (UTC)

Ping @Jonsey95와 수도승 Trappist: 이 모듈에 익숙한 상주 LUA 전문가로서.헤드밤 {t·c·p·b} 2020년 5월 18일 13:37, 18일(UTC)

@스님을 사로잡으세요.최근 업데이트가 이 문제를 해결했다고 생각하는 게 맞나요?헤드 폭탄 {t·c·p·b} 2020년 5월 21일(UTC) 18:56, 18:56

{{harvnb Ab Ba Ca Da Bra Hoc Us Poc Us 1999 p=22}}Ab. et al. 1999, p. 22 havnb 오류: 대상 없음: CITREFAbBaCaDa1999(도움말)

—Trapist the Monk (대화) 2020년 5월 21일 18:58, UTC)

그럼 부분적으로 해결된 것 같군요 {{sfnref Ab Ba Ca Da Bra Hoc Us Poc Us 1999}}CITEREFAbBaCaDa1999 대신 CITEREFAbBaCaDaBra1999.헤드 폭탄 {t · c · p · b} 2020년 5월 21일 19:02, 21일(UTC)

{{sfnref Ab Ba Ca Da Bra Hoc Us Poc Us 1999}}CITEREFAbBaCaDa1999

—Trapist the Monk (대화) 2020년 5월 21일 22:09, UTC)

자세히 검토할 시간이 없습니다. 하지만 오늘/지난 몇 시간 사이에 범주에 잘못된 긍정이 증가한 것 같습니다.헤드 폭탄 {t · c · p · b} 2020년 5월 22일 00:29, UTC (UTC)

이는 위의 섹션에 명시된 변경 사항 때문입니다.트라피스트는 테스트를 다듬고 있습니다.화이트리스트에 항목을 몇 개 더 추가하는 것도 효과가 있었을 것입니다.Jonesey95 (대화) 2020년 5월 22일 00:59 (UTC)

안녕하세요, 최근에 변경된 템플릿:Sfn은 잘못된 빨간색 오류 메시지를 곳곳에 토하고 있으며 이를 되돌려야 합니다.예를 들어, 하츠(카드 게임)에서는 모든 사람이 문헌 섹션에서 전체 참조를 가질 때 빨간색 오류 메시지가 포함된 22개의 'sfn' 각주가 있습니다.무슨 일입니까?버미코트 (대화) 2020년 3월 28일 09:28 (UTC)

하트(카드 게임)에서, 반면에.{{sfn}}짧은 형식 인용문에는 모두 일치하는 긴 형식 인용문이 있을 수 있지만, 하트(카드 게임)의 긴 형식 템플릿이 없기 때문에 템플릿의 위키 링크가 작동하지 않습니다. » 문헌에서는 템플릿이 올바르게 작동하는 데 필요한 앵커 ID를 제공하도록 구성되어 있지 않습니다.해당 페이지의 오류 메시지는 거짓이 아니며 무언가가 손상되었음을 올바르게 알리는 메시지입니다.

—Trapist the monk (대화) 2020년 3월 28일 12:44 (UTC)

이것도 보고합니다.없는 페이지도 있고 없는 페이지도 있습니다.믹스백.오미나에 (대화) 2020년 3월 28일 13:13 (UTC)

@스님을 사로잡으세요.죄송합니다만, 레드링크 혼란을 초래하는 새로운 규칙을 소급 적용하는 것은 용납될 수 없다고 생각합니다.나와 다른 편집자가 템플릿을 사용하기 시작한 경우:Sfn 다른 특정 템플릿에 연결할 필요가 없었고 완벽하게 잘 작동했습니다.따라서 이러한 변화는 광범위한 합의와 수천 개의 새로운 빨간 고리를 바꾸기 위한 합의된 계획 없이 도입되어서는 안 됩니다.수정한 내용이 제대로 적용될 때까지 편집 내용을 되돌리십시오.버미코트 (대화) 2020년 3월 28일 15:07, (UTC)

물론 템플릿을 사용할 필요는 없습니다.만약 여기서 우리의 작업의 목적이 양질의 백과사전을 만드는 것이고, 우리가 작업한 기사가 독자들에게 어떻게 보이는지에 대해 관심이 있다면, 아무것도 연결되지 않는 위키링크는 품질의 외관을 손상시킵니다.당신이 관심 있는 기사에 아무 데도 연결되지 않는 링크가 필요한 이유는 무엇입니까?

{{sfn}} 2009년 6월에 생성되었습니다.User:Ucucha/HarvErrors.js는 2011년 6월에 중단된 링크와 링크를 찾기 위한 방법으로 만들어졌습니다.2011년 7월 토크 페이지에서 스크립트의 사용 가능성이 발표되었습니다.방금 템플릿 토크를 살펴보았습니다.Sfn 아카이브.긴 형식의 인용문에 연결하지 않는 방법이 있는지 묻는 편집자의 사례를 발견했습니다. 템플릿 토크:Sfn/Archive 2 § 네임스페이스 대 비주얼 스타일 선택기로 그룹화합니다.물론 제가 트롤링에서 무언가를 놓쳤을 가능성이 전적으로 있습니다. 저는 '링크'라는 단어가 포함된 모든 게시물을 완전히 읽는 것을 멈추지 않았습니다.여전히, 이것은 긴 형식 인용문에 대한 링크가 대부분의 편집자에게 및 템플릿을 사용하는 중요한 이유임을 시사합니다.중요한 것이었다면, 추가하는 것에 대한 논의가 있었을 것이라고 생각했을 것입니다. no-link=yes또는 어떤 사람이 별도의 비연결 버전의 템플릿을 만들었을 수도 있습니다. 만약 만들었다면, 저는 그것에 대해 모릅니다.

템플릿 문서는 적어도 2014년 9월 이 편집(2019년 8월 현재 양식으로 업데이트) 이후 긴 양식 인용에 대한 링크에 대한 언급이 있었습니다.

저는 이것이 새로운 규칙을 부과하는 것이라고 생각하지 않습니다. 대신, 편집자가 고품질 백과사전을 만들고 유지하는 데 도움이 되는 끊어진 링크를 찾고 수정하는 데 도움이 되는 도구입니다.

—Trapist the Monk (대화) 2020년 3월 28일 16:38, UTC)

물론 오류가 아닌 오류가 오류로 플래그가 지정된 경우는 제외합니다.이 메시지는 오류가 아니라 유지 관리 메시지여야 합니다.편집자에게 이 작업을 요구하는 것은 합리적이지 않기 때문입니다.그것은 그 기사에서만 73점 중 34점의 잘못된 긍정률입니다.헤드 폭탄 {t · c · p · b} 2020년 3월 28일 19:29, 28일(UTC)

저는 방금 프레이저 크레인에서 이 오류를 발견했고, 원인을 파악하는 데 너무 많은 귀중한 시간을 허비했습니다.이 대화는 두 달 전에 끊겼습니다.문제가 남아 있었습니까? 다시 표면화되었습니까?더 중요한 것은, 다른 사람들이 시간을 낭비하는 것을 막기 위해 어떻게 이것을 수정할 수 있을까요?감사합니다, 위키위키하이 (토크) 2020년 5월 22일 01:00 (UTC)

@위키위키높이:프레이저 크레인에는 오류가 없습니다.하지만 몇 분 동안 템플릿이나 위키피디아(데이터베이스 문제일 수도 있고, WP:ITSTHursday일 수도 있음)에 이상한 일이 있었습니다.이제 해결된 것 같습니다.헤드 폭탄 {t · c · p · b} 2020년 5월 22일 01:23, 22일 (UTC)

이게 해결책이 아니라면요?헤드 폭탄 {t · c · p · b} 2020년 5월 22일 01:26, 22일(UTC)

어제 프레이저 크레인 기사 전체에 반복적으로 빨간 글씨가 뿌려진 루아 오류가 있었습니다.이제 해결된 것 같습니다, 감사합니다.WikiWiki High (대화) 2020년 5월 22일 19:10 (UTC)

이것들을 어떻게 처리합니까?예전 것들과 같습니까?헤드밤 {t·c·p·b} 2020년 5월 25일(UTC) 00:56.

15세기 sfn 오류를 고치려다가 (인용된 하비 책을 찾았습니다) Show preview가 회전 아이콘과 함께 무한정 걸려 있습니다.현재 버전의 각주 3에서 발생한 것으로 보이는데, 4개의 연속된 {harbnb}개의 ref가 있는데 모두 오류가 있습니다.하나로 줄이면 미리 보기가 작동합니다.저만 그런가 봅니다. 기사가 이틀 전에 마지막으로 저장되었습니다.미리 보기 없이 저장할 수는 있지만, 현재 변경 사항의 부작용으로 인해 (a) 재현 및 (b) 디버그가 가능한 전문가가 있을 경우를 대비하여 그대로 두려고 생각했습니다.데이비드 브룩스 (대화) 14:24, 2020년 5월 26일 (UTC)

여기서 일하는군요.다시 해볼까요?헤드 폭탄 {t · c · p · b} 2020년 5월 26일 14:48, 26일 (UTC)

@스님을 사로잡으세요.사용자 가져오기를 제거하는 것으로 나타났습니다.저의 common.js에서 스님/하버에러즈.js의 트래피스트가 그것을 작동시켰습니다.그거 쓰시나요?그리고 왜 그것이 미리보기에서 행을 유발해야 하지만 정상적인 읽기가 아니어야 하는지가 저를 능가합니다.데이비드 브룩스 (대화) 15:07, 2020년 5월 26일 (UTC)

나는 나만의 스크립트를 사용하지만 섹션이나 전체 페이지를 미리 볼 때 문제를 복제할 수 없습니다.저는 최신 버전의 크롬을 사용하고 있습니다.

—Trapist the Monk (토크) 2020년 5월 26일 15:20, UTC)

파이어폭스와 여기에는 문제가 없습니다.헤드 폭탄 {t · c · p · b} 2020년 5월 26일 15:41, 26일 (UTC)

크롬과 엣지(새로운 엣지도 마찬가지로 기본적으로 크롬입니다.그러나 다른 단서: 내 환경설정/편집에서 "첫 편집 시 미리보기 표시"가 선택 취소되고 "페이지를 다시 로드하지 않고 미리보기 [sic] 표시"가 선택되었습니다.이러한 설정 중 하나를 반대로 설정하면 버그가 수정됩니다.또한 스피너가 계속 회전하는 동안 몇 초 후에 미리 보기 기능이 파서 프로파일링 데이터를 회색으로 표시한다는 것을 방금 알게 되었습니다.데이비드 브룩스 (대화) 16:40, 2020년 5월 26일 (UTC)

저는 그것들을 선택하지 않습니다.'페이지를 다시 로드하지 않고 미리 보기 표시'를 선택하면 문제가 나타납니다.내 스크립트가 파생된 Ucucha 버전에서 문제가 발생합니다.미리보기(내가 생각하는 또 다른 js 스크립트)와 hav 오류 스크립트 사이의 이 특이한 상호 작용을 디버깅하는 방법을 알 만큼 js 지식이 충분하지 않습니다.

—Trapist the Monk (토크) 2020년 5월 26일 17:13, UTC)

@Jonsey95와 SD0001: 둘 다 좋은 JS 지식을 가지고 있다고 생각합니다.헤드 폭탄 {t · c · p · b} 2020년 5월 26일 17:39, 26일 (UTC)

JS에 대해서는 모릅니다.David Brooks와 반대로 설정되어 있습니다(예: "미리 보기 표시 위치...선택됨, 나머지 두 개는 선택되지 않음).그 기사는 저에게 잘 어울렸습니다.저는 빠른 검색으로 누락된 전체 인용문을 찾을 수 있었습니다.이러한 목표값이 없는 오류의 대부분과 마찬가지로 누군가 전체 인용문을 복사하지 않고 짧은 참조를 복사했습니다.이 방법은 "Smith 2005" 또는 인용 부호를 포함한 다른 것을 검색하여 동일하거나 유사한 텍스트를 지원하는 일치하는 인용문을 찾을 수 있는지 확인하는 것입니다.Jonesey95 (대화) 2020년 5월 26일 17:49 (UTC)

아, 이것은 까다로운 것이었습니다.13-16 라인을 다음으로 교체하여 해결할 수 있습니다.

$(느릅나무.상위 노드).덧셈을 하다(" ", $("<스판 스타일=색상:다크오렌지>Harv 오류: "의 링크 + href + 어떤 인용도 지적하지 않습니다.</span>")); 

항상 내부를 수정하기보다는 명시적으로 추가하는 것이 좋습니다.HTML 직접.SD0001 (대화) 2020년 5월 26일 19:07, UTC

@SD0001:됐습니다, 감사합니다.

—Trapist the monk (대화) 2020년 5월 26일 19:40, UTC)

-----

<스레드를 위조한 것에 대한 사과와 함께 삽입> @SD0001: 아마도 동일한 수정 사항이 사용자에게 적용될 것입니다.Ucucha/HarvErrors.js 및 사용자:Svick/HarvErrors.js?저는 이 버그에 영향을 받는 사용자의 수가 0이 되는 경향이 있다는 것을 알고 있습니다.데이비드 브룩스 (대화) 14:59, 2020년 5월 27일 (UTC)

-----

빨리 고쳐줘서 고마워요, 팀저는 그것이 제가 5월 3일에 보고한 버그도 수정할 수 있기를 바랬습니다. 그 섹션의 끝을 보세요. 하지만 그것은 여전히 저에게 효과가 없습니다. (해러는 추가 읽기에 표시되지만 미리 보기에만 표시됩니다.)페이지를 다시 로드하지 않고 미리 보기 표시를 선택 취소하면 해당 버그가 사라집니다.다른 것에 걸려 넘어질 경우를 대비하여 원래 설정을 유지합니다.데이비드 브룩스 (대화) 20:52, 2020년 5월 26일 (UTC)

그것은 고칠 수 없다고 생각합니다.경고 메시지에 §Further reading에서 발견된 인용 횟수를 포함하는 임시 테스트 프로브를 추가했습니다.'페이지를 다시 로드하지 않고 미리 보기 표시'가 활성화되고 페이지가 미리 보기되면, 이 경우 윌리엄 앨런(페인터)이 스크립트에서 §추가 읽기(6×)에 있는 모든 인용문에 대한 경고 메시지를 내보냅니다.이들 각각에 대한 테스트 프로브는 발견된 것이 없음을 나타냅니다.'페이지를 다시 로드하지 않고 미리 보기 표시'를 비활성화하고 '추가 읽기 중 추가 읽기 인용' 중 하나를 복사하여 테스트 프로브를 테스트했습니다.'페이지를 다시 로드하지 않고 미리 보기 표시'가 비활성화된 상태에서 추가 읽기에서 경고 메시지가 표시되지 않았습니다.제가 <추가 읽기>에서 복사한 인용문 하나는 경고 메시지를 보여주었고 테스트 프로브는 카운트 6을 보여주었습니다.

이것은 미리보기를 하는 동안 '페이지를 다시 로드하지 않고 미리보기 표시'에 의해 수행된 렌더링이 html이 아닌 다른 제목 메커니즘을 사용한다는 것을 시사합니다.<h2>...</h2>태그. '페이지를 다시 로드하지 않고 미리 보기 표시'를 활성화한 다음 브라우저를 사용하여 페이지 소스를 확인합니다(크롬 오른쪽 마우스에서 → 페이지 소스 보기 클릭).이 기사의 경우 실시간 보기 모드에는 7개가 있습니다.<h2>...</h2>태그와 기사 내용은 분명히 HTML 텍스트로 존재합니다.미리보기에는.<h2>Navigation menu</h2>태그, 기사 내용이 wikimarkup(편집 상자 내용)이지만 HTML 기사 내용이 없습니다.미리보기 html 소스를 '페이지를 다시 로드하지 않고 미리보기 표시' 사용 안 함과 비교: html 및 위키소스 기사 콘텐츠, 7<h2>...</h2>태그입니다. HarvErrors 스크립트가 찾고 있는 것은<h2>Further reading</h2>그리고.<h2>Bibliography</h2>태그. 이러한 태그를 찾을 수 없는 경우 스크립트는 인용문이 §추가 읽기 또는 §바이블리오그래피에 없는 것으로 가정하여 경고를 보냅니다.

—Trapist the Monk (대화) 2020년 5월 26일 22:52, UTC)

트래피스트, 이건 옳지 않습니다.페이지 소스 보기 옵션을 사용하면 자바스크립트로 수정하기 전에 페이지 소스를 볼 수 있습니다.MediaWiki의 Live Preview는 Javascript를 사용하여 페이지 html을 동적으로 변경하고 미리보기를 삽입합니다.오른쪽 클릭 메뉴의 "Inspect" 옵션에서 이 새로운 HTML을 볼 수 있습니다.devtools의 "console" 옵션은 스크립트 페이지에 편집 내용을 먼저 저장할 필요 없이 Javascript를 실시간으로 테스트하는 데에도 매우 유용합니다.

이 버그는 변경하여 수정할 수 있습니다.$('#Further_reading')그리고.$('#External_links')로.$content.find('#Further_reading')그리고.$content.find('#External_links')미안해요, 제가 원래 제안했던 것들이에요.SD0001 (대화) 04:37, 2020년 5월 27일 (UTC)

네, 됐습니다. 감사합니다.

제가 무엇을 빠뜨리고 있나요?콘솔에서 스크립트를 찾아 변경할 수 있었습니다.제가 이해할 수 없었던 것은 스크립트를 실행하여 변경사항이 제대로 작동하는지 확인하는 방법이었습니다.그걸 어떻게 하는 거죠?

—Trapist the Monk (대화) 2020년 5월 27일 12:02, UTC)

방금 Smith 2103 페이지 23 havnb 오류를 수정했습니다: 대상 없음: CITEREFsmith 2103 (도움말) 상황 유형.확실하게 불가능한/미래 연도를 고려할 때 날짜를 다시 확인할 수 있는 가시적인 오류 메시지가 있어야 합니다.헤드밤 {t · c · p · b} 2020년 6월 5일 00:34, UTC)

저는 우리가 그것을 필요로 한다고 생각하지 않습니다. cs12는 앵커 ID에 잘못된 날짜를 포함하지 않고 잘못된 날짜의 오류 메시지를 내보내므로 잘못된 날짜를 가진 짧은 형식의 인용은 노타깃 오류 메시지를 내보냅니다.그 위에 잘못된 날짜 오류 메시지를 추가하는 것은 중복될 뿐입니다.

—Trapist the Monk (대화) 2020년 6월 5일 11:08, UTC)

no target 오류 메시지는 표시되지 않으며, 이는 확인하고 플래그를 지정해야 하는 명백한 오류입니다.헤드밤 {t·c·p·b} 2020년 6월 5일(UTC) 12:52.

대부분의 사용자에 대해 harv/sfn 오류가 표시되지 않지만 검색된 텍스트가 오류에 충분히 가까운 경우에도 검색 결과에 표시됩니다.물론 인용 검색 중인 경우에만 가능합니다.예를 들어, Solar cycle에서 불량 각주의 소스를 식별하려고 했는데 "WS12007" 문자열을 검색하면 "harvnb error: no target..."이 포함된 많은 스니펫이 생성됩니다.동일한 각주를 가진 여러 페이지가 있는 것으로 나타났습니다.물론 이것이 저를 놀라게 한 것은 아니지만, 오류 메시지에 노출되지 않은 편집자가 각주의 텍스트를 접하게 되면 지나치게 어리둥절해 하지 않을까 생각합니다.즉, 검색 엔진에 표시되는 범위가 기본적으로 없음으로 표시되고 각주에서는 이를 수정할 수 없다는 것이 진짜 문제라고 생각합니다.또한 일반적인 검색으로 이것을 검색할 가능성은 매우 낮다는 것을 인정합니다.

그 각주에는 다른 문제들이 있습니다. 예를 들어, 데드 링크와 같은 문제들이 있습니다. 하지만 그것은 다른 날을 위한 것입니다.데이비드 브룩스 (대화) 14:32, 2020년 6월 12일 (UTC)

맞습니다. 모듈이 아닙니다.각주는 고칠 수 있습니다.저는 이 '이상'이 특정 손상된 앵커 ID 링크나 오류 메시지의 특정 변형을 검색할 때 유용하므로 '수정'할 수 있다고 하더라도 그렇게 해서는 안 된다고 주장합니다.

—Trapist the Monk (대화) 2020년 6월 12일 14:43 (UTC)

좋은 결정이라고 생각합니다. BTW, 조금 위의 Jonesey95의 제안을 참조하여, 저는 종종 다음과 같은 행을 따라 검색하여 "관련 페이지에서 전체 인용, 하지만 여기서는 SFN만 중복됨"을 식별할 수 있다는 것을 발견했습니다.insource:/Smith *\ *2005/— David Brooks가 추가한 서명되지 않은 이전 의견(대화 • 기여)

누가 추가할 수 있습니까?['CITEREFCleef1907'] = template_names['Catholic'],(한스 발둥 참조).또한, 여기 있는 동안, 나는 그것을 봅니다.CITEREFBurns1907중복되며, 전문 가톨릭 목록에 없습니다.마지막으로, @트라피스트 수도사:샌드박스에서 캐스를 위한 동적 솔루션을 실험하기 시작하셨군요. 너무 복잡했나요?데이비드 브룩스 (대화) 15:50, 2020년 6월 15일 (UTC)

CE의 라이브 화이트리스트를 업데이트했습니다.당신의 목록에 있는 다른 래퍼들에 대해 해결해야 할 문제는 제가 다른 토론에서 언급한 것처럼 비표준 기본 앵커 ID입니다.

이상 징후는?여기에 보고하세요.

—Trapist the Monk (대화) 2020년 6월 15일 16:32 (UTC)

사실 한스 발둥은 이제 퇴보했습니다.클리프 1907은 여전히 sfn 오류를 보여주지만, 지금은 Baynes & Smith 1880도 마찬가지입니다.데이비드 브룩스 (대화) 17:34, 2020년 6월 15일 (UTC)

그리고 이제 고정되었습니다.감사해요.데이비드 브룩스 (대화) 20:49, 2020년 6월 15일 (UTC)

해당 항목을 올바르게 지우거나 화이트리스트에 추가할 수 없습니다.헤드 폭탄 {t · c · p · b} 2020년 6월 16일 18:10, 16일 (UTC)

문서 판독기는 가 앵커 ID를 작성할 수 있는 명명된 매개 변수를 찾을 것으로 예상합니다. contributor=, author=, editor=, year=,그리고. date=실패하면, 이름이 지정된 템플릿의 경우, 문서 판독기가 다음을 찾습니다. ref=일반 텍스트를 포함할 수도 있습니다.CITEREF<name-list><year>또는{{sfnref}}또는{{harvid}}일반 텍스트만 사용할 수도 있습니다.이러한 템플릿에는 명명된 매개 변수가 없으므로 문서 판독기는 다음의 내용에 의존해야 합니다. ref=.

헤디 슈프:

{{NDB 23 468 469 year=2007a Schoop, Trudi Kühn, Volker 116918756 ref={{sfnref Kühn 2007a}}}}–

이 템플릿은 다음을 사용합니다.{{sfnref}}이 템플릿에 리디렉션이 있기 때문입니다.{{cite NDB}}다시 쓰는 것이 효과가 있어야 합니다.

{{cite NDB 23 468 469 year=2007a Schoop, Trudi Kühn, Volker 116918756 ref={{sfnref Kühn 2007a}}}}

Kühn, Volker (2007a), "Schoop, Trudi", Neue Deutsche Biographie (in German), vol. 23, Berlin: Duncker & Humblot, pp. 468–469(온라인 전체 텍스트)

Margarete Luise Schick에서:

{{cite ADB 31 167 169 Schick, Margarete Luise Heinrich Welti ADB:Schick, Margarethe Luise}}

이 템플릿은 사용하지 않습니다. ref={{sfnref}}하지만 할 수 있습니다.

{{cite ADB 31 167 169 Schick, Margarete Luise Heinrich Welti ADB:Schick, Margarethe Luise ref={{sfnref Heinrich Welti 1890}}}}

Heinrich Welti (1890), "Schick, Margarete Luise", Allgemeine Deutsche Biographie (ADB) (in German), vol. 31, Leipzig: Duncker & Humblot, pp. 167–169{{citation}}CS1 유지보수: ref가 기본값(링크)을 복제합니다.

—Trapist the monk (대화) 2020년 6월 16일 19:23, UTC)

{{country study}}(으)로 인해 발생합니다.사용자 지정 화이트리스트보다 현명하게 처리할 수 있는 방법이 있을 수 있습니다.헤드 폭탄 {t · c · p · b} 2020년 6월 19일 19:28, (UTC)

그럴 수도 있지만, 멍청한 방법도 효과가 있습니다.고정. – Jonesey95 (대화) 20:37, 2020년 6월 19일 (UTC)

그것은 다른 많은 포장지 템플릿과 마찬가지로 책을 인용하기 위해 전달하는 간단한 규칙을 따르는 것처럼 보입니다.last 또는 last1이 지정된 경우 CITEREF를 생성합니다.지정된 경우 연도를 추가합니다.특정 항목을 준수합니다. ref=동일한 논리를 사용하기 위해 나열할 수 있는 포장지가 여러 개 있다고 생각합니다.데이비드 브룩스 (대화) 21:04, 2020년 6월 19일 (UTC)

이와 유사하게 {{Cite Australian Diction of Biography}와 그 리다이렉터인 비디오 존 맥아더(양모 선구자)를 방금 우연히 발견했습니다.동일한 코드 경로로 처리할 수 있습니다.데이비드 브룩스 (대화) 21:47, 2020년 6월 19일 (UTC)

죄송합니다, 제가 링크를 잘못 복사했습니다.{{Cite Australian Diction of Biography}}이(가) 올바르게 작동합니다. 저는 하룻밤 사이에 LUA 코드를 찾았습니다.[Cc]it[ae]존 맥아더(양털 개척자)의 잘못된 긍정의 원인이 되는 {{호주 전기 사전}}(위의 리다이렉트)입니다.이것과 {{Country study}}을(를) 포함하여 Cite처럼 행동하거나 Cite로 리디렉션하는 템플릿 클래스가 있을 것입니다.템플릿을 사용할 수 있으며, 룩업 테이블의 이점을 누릴 수 있습니다.아마도 더 많은 예외를 없애는 저렴한 방법일 것입니다.데이비드 브룩스 (대화) 13:44, 2020년 6월 20일 (UTC)

이제 카톨릭 자동 화이트리스트가 작동하고 있으므로 템플릿에 대한 동적 화이트리스트도 가능한지 궁금합니다.이슬람 백과사전, 뉴 에디션 및 리다이렉트 EI2.현재 화이트리스트에 129건의 특별 사례가 있지만, 그것은 여전히 잘못된 긍정을 남깁니다: 예를 들어 Ziyad ibn Abihi는 3건을 가지고 있습니다.

규칙: 명시적 사용 ref=제공되는 경우에는그렇지 않으면, 만약에 last=또는 last1=제공된 경우, 볼륨에서 추론된 연도를 사용하여 표준 Harvid를 사용합니다(명시적인 경우). year=무시됨).그렇지 않으면 CITEREFEI2를 사용하십시오. 코드 변경이 필요할 것으로 예상됩니다.데이비드 브룩스 (대화) 19:47, 2020년 6월 17일 (UTC)

저는 EI2를 지원할 수 있는 코드를 가지고 있습니다.문제는, 다른 곳에서 언급했듯이, 볼륨이 지정되지 않았거나(전체 백과사전에 대한 긴 형식 인용문에 대한 짧은 형식 링크가 지정되어서는 안 되지만...) 작성자의 이름이 지정되지 않은 경우입니다.

• 볼륨이 지정되지 않았고 작성자 이름이 지정되지 않았습니다. 사용{{harvid EI2}}.
• 볼륨이 지정되었지만 작성자 이름이 지정되지 않았습니다. 사용{{harvid EI2}}.
• 볼륨이 지정되지 않고 작성자 이름이 지정됨: 아무 작업도 수행하지 않음, cs12는 작성자 이름 목록 및 연도 사전 설정에서 앵커 ID를 형성합니다. year=1960–2005
• 볼륨이 지정되고 작성자 이름이 지정됨: 아무것도 수행하지 않음, cs12는 작성자 이름 목록과 연도 사전 설정에서 앵커 ID를 형성합니다. year=<volume year>

EI2에서 몇 가지 변경 사항을 고려할 수 있습니다.

1. 편집자-매개 변수 사전 설정에 집합 편집자의 이름을 포함합니다. volume=설정되지 않았습니다(Brill은 베어맨, 비앙키, 보스워스, 반 돈젤, 하인리히를 집합 편집자로 지정). 그런 다음 제거합니다. ref={{harvid EI2}}cs12가 작성자 이름 목록(있는 경우) 또는 편집자 이름 목록에서 볼륨별 및 수집별 앵커 ID를 생성할 수 있도록 사전 설정 - 이것이 일반적인 cs12 기능입니다. 사전 설정 display-editors=0저자와 볼륨이 모두 지정되지 않은 경우, en.java 편집자는 이를 무시할 수 있습니다.
2. 편집자 이름 목록 사전 설정을 그대로 두고 전체 바꾸기 ref=사전 설정(수집 편집기 목록 포함)

    ref=ref{ref{#if}:권 {{bearman Bianquis Bosworth van Donzel 1960-2005}}}}}

이러한 변경 사항 중 하나는 저에게 받아들여질 수 있습니다(비록 밀어내기는 힘들지만, 저는 먼저 할 것입니다). 둘 다 cs12가 편집자 이름 목록으로 되돌아가는 다른 경우와 마찬가지로 저자가 없는 경우에 대한 짧은 형식 인용을 만들 것이기 때문입니다.또한 EI2와 같은 특별한 비밀 코드는 독자에게 의미가 없습니다(Itakh 참조).Bearman 등 2014는 Bearman이 알파로 분류된 인용 목록에서 쉽게 찾을 수 있기 때문에 더 쉽게 이해할 수 있습니다.

아마도 나는 EI2 샌드박스에서 놀 것입니다.

—Trapist the monk (대화) 2020년 6월 18일 12:11 (UTC)

저는 "CITEREFEB1911"을 지원해서는 안 되는 것처럼 "CITEREFE2"의 사용을 지지하지 않을 것입니다.작성자 또는 편집자 이름이 지정되지 않은 EI2 항목이 있습니까?모든 EI2 항목에 검색 가능한 작성자 또는 편집자가 있는 경우, CITEREFI2는 계속해서 오류를 표시하여 사람들이 수정해야 할 사항이 있다는 것을 알게 해야 합니다. - Jonsey95 (talk) 13:48, 2020년 6월 18일 (UTC)

나는 우리가 다음과 같이 보이는 앵커 ID를 생성하는 것을 사용해야 한다고 제안하는 것이 아닙니다.CITEREFEI2만약 제가 쓴 글에서 우리가 사용해야 한다는 것을 암시하는 것을 읽는다면,CITEREFEI2그것이 어디에 있는지 알려주시면 제가 제 글을 수정하겠습니다.

제가 아는 유일한 기사는CITEREFEI2앵커 ID는 Itak입니다.한다면{{EI2}}위에서 설명한 방법 중 하나로 고정됩니다. Itakh의 짧은 도시는 에서 변경됩니다.{{sfn EI2}}로.{{sfn Bearman Bianquis Bosworth van Donzel 1960–2005}}.

—Trapist the Monk (대화) 2020년 6월 18일 14:04 (UTC)

저는 CITEREFEI2 채무 불이행을 핵으로 하는 것이 좋은 해결책이라는 것에 동의하지만, Itak만이 유일한 경우는 아닐 수 있습니다.예를 들어, Al-Abbas ibn Ahmad ibn Toolun은 Enderûn의 네 가지 참조 중 하나와 비슷하게 보입니다.하지만 고칠 수 있을 만큼 충분히 많지는 않습니다.저는 또한 다음과 같은 구조물을 찾았습니다.ref = {{harvid EI2 1960–2004}}(아바시드 사마라에서) 하지만 이상하긴 하지만 그것은 아마도 정확한 구문일 것입니다.데이비드 브룩스 (대화) 17:14, 2020년 6월 18일 (UTC)

템플릿 토크:이슬람 백과사전, 신판 » 이 템플릿에 대한 변경 제안

—Trapist the monk (대화) 2020년 6월 18일 23:40 (UTC)

EI2 템플릿을 개혁하고 화이트리스트 파일의 부하를 줄여준 스님께 감사드립니다.Cite* 템플릿(패스스루, 기본값 없음)처럼 작동하는 {{country study}}(아래 참조)과 같은 템플릿 목록을 찾고 있는데, 간단한 목록으로 처리하기 쉽고 anchor_id_list_make()의 cs1-like 테스트를 확장하는 것이 맞습니까?데이비드 브룩스 (대화) 18:07, 2020년 6월 26일 (UTC)

나는 돌아갔습니다.

—Trapist the Monk (토크) 11:12, 2020년 6월 28일 (UTC)

불행하게도, 샌드박스에서 당신이 분명히 좋은 일을 한 후에.Cplakidas도 harv 오류 면제 코드를 실행 취소했습니까?저는 그들의 변경 사항을 파악할 수도 없고 유효한 테스트 케이스를 어디서 찾아야 하는지 잊어버릴 수도 없습니다.데이비드 브룩스 (대화) 17:28, 2020년 6월 29일 (UTC)

저는 이것이 더 일찍 제안됐어야 한다는 것을 알고 있습니다. 또는 고려되고 거부되었을 수도 있습니다. 하지만 화이트리스트 메커니즘을 더 깔끔하게 만드는 것에 대한 아이디어를 좀 더 말씀드리고 싶습니다. 특히 기본 이름, 날짜 또는 둘 다를 제공하는 인용 생성 템플릿에 대해 말씀드리고 싶습니다.이전에 논의했듯이(특히 Jonesey95의 집중적인 작업을 기반으로), 현재 구현은 잘못된 긍정을 제거하는 데 상당히 효과적입니다.그러나 이 작업이 수행되는 방식은 여전히 잘못된 긍정(이전에 보이지 않았던 작성자/연도가 템플릿에 지정되고 짧은 각주에 올바르게 참조됨) 및 잘못된 부정(익숙한 작성자/연도가 짧은 각주에 사용되지만 인용에는 제공되지 않음)에 취약합니다.인정하건대, 이 두 가지 유형 중 어느 것도 거의 없습니다. 그리고 우리는 일부 클래스를 완전히 제거했지만, 잠재력은 여전히 존재합니다.

대신 인용 스타일 템플릿의 목록과 기본 이름/연도 값을 식별할 수 있어야 한다고 생각합니다.구체적으로, 그리고 약간의 손 흔들기:

• 리디렉션 또는 호출을 통해 클래스로 축소되는 템플릿 이름 목록(예: {{1911}, {{EB1911}, {{CiteEB1911}})은 모두 'EB1911' 클래스에 있습니다.
• 수업표, 이름, 연도 튜플예: EB1911/치솔름/1911, ODLA/니콜슨/2018.이것은 지나치게 단순화된 것입니다. 아래 참고 사항을 참조하십시오.
• 모듈의 코드:anchor_id_list_make의 각주/앵커 ID 목록이 클래스 맵에서 템플릿 이름을 조회하도록 수정되고 기본값을 조회합니다.또는 그 코드가 anchor_id_make에 속할 수도 있습니다.
• anchor_id_make는 템플릿 매개 변수가 빈 날짜 또는 anchor_id를 렌더링하는 경우 이러한 기본값을 사용하도록 수정되었습니다.
• 템플릿 이름이 이렇게 처리된 경우 현재 화이트리스트 구현에 대해 citeref의 유효성을 검사하지 마십시오.

나는 이것이

• 성능에 영향을 미치지 않음
• 알고리즘적으로 현재와 미래의 잘못된 긍정과 부정을 제거합니다.
• 모듈의 크기를 줄입니다.각주/화이트리스트 및 지속적인 유지관리 부하 감소
  • 비록 내가 식별한 기본값 표를 만들어야 하고 아마도 화이트리스트 페이지에 속할 것입니다.
• 알려진 모든 cite-class 템플릿을 포함하지 않으며, 그 중 수백 개가 있습니다.
• 기존 화이트리스트 메커니즘이 계속 백업으로 작동하도록 허용

기본 이름과 연도({EB1911}, {{ODLA}, {{ODB}, {Aldrich-Locos})가 단순한 Citizon 클래스 템플릿이 많이 있습니다.GER7}} 및 그와 같은 더 많은 사소한 것들).일부 값은 기본값 중 하나만 있지만 기존 코드에서는 결측값에 대한 명시적 설정이 계속 필요합니다.

여기 지나치게 단순화된 것이 있습니다.일부 공통 템플릿에는 다른 매개 변수(일반적으로 볼륨)에 의존하는 이름, 연도 또는 둘 다 있습니다.예를 들어 {{CE1913}}, {{EB9}}, {{알 타바리의 역사}} 등이 있습니다.이 경우 간접적인 수준이 추가로 필요합니다.어떤 경우에는 페이지 번호에 색인된 하위 페이지를 통해 조회되지만, 일반적으로 알고리즘적입니다. 제가 인정하는 것은 너무 지나친 다리일 수도 있습니다.

제가 너무 생각했나요?저는 애드혹 프로세스를 사용하여 생성된 기존 화이트리스트가 제가 개인적으로 처음 들어온 잘못된 긍정적인 문제의 대부분을 포함한다는 것을 기쁘게 인정합니다.데이비드 브룩스 (대화) 18:25, 2020년 5월 19일 (UTC)

현재 작성된 대로 모듈:각주/앵커 ID 목록은 다음의 존재만 인식합니다.{{cite EB1911}}당신이 언급한 몇 가지 중에서.

이 작업을 수행하려면 코드가 문서의 모든 템플릿을 테스트해야 합니다.그것은 기사 독자가 기사를 읽는 방법을 적어도 부분적으로 다시 쓴다는 것을 의미합니다.기사 판독기가 cs1 템플릿, cs2 템플릿, vcite 템플릿, havc 템플릿, 앵커 템플릿, 무시해야 할 여러 html 유사 태그를 찾아 기사를 여러 번 읽기 때문에 이러한 다시 쓰기는 몇 가지 이점이 있을 수 있습니다.즉, 코드에는 모든 템플릿(및 리디렉션) 목록과 래퍼 템플릿(및 리디렉션) 목록이 필요합니다.문서의 각 템플릿(어떤 템플릿이든 상관없이)에 대해 문서 판독기는 먼저 인용 템플릿의 기본 목록을 참조합니다. 지금처럼 프로세스가 발견되면 참조하십시오.기본 목록에 없는 경우 에서는 래퍼-템플릿 목록을 참조하여 템플릿 호출에 제공된 정보 또는 래퍼-템플릿 목록의 기본 정보에서 앵커 ID를 만듭니다.

이 방법을 사용하면 현재 아키텍처에 필요한 여러 번 검색하는 대신 기사의 모든 템플릿을 한 번 검색하여 확인할 수 있기 때문에 이점이 있습니다.단점은 cs1, cs2, vcite, ... 목록의 생성 및 유지 관리, 래퍼 템플릿 목록의 생성 및 유지 관리입니다.

—Trapist the Monk (대화) 2020년 5월 20일 16:19 (UTC)

이렇게 진지하게 고려해 주셔서 감사합니다.네, 이것은 새로운 구조물을 만드는 작업입니다. 저는 부분적으로 향후 지속적인 유지보수 작업이 더 가볍고, 제가 말했듯이, 현재 구현과 함께 점진적으로 더 쉽게 수행될 것이라고 생각하여 이를 제안하고자 했습니다.우리 소프트웨어 개발자들도 알다시피, 유지보수보다 처음부터 만드는 것이 항상 더 재미있습니다.

모든 템플릿에 대한 전체 콘텐츠 검색 주제: template_list_make()가 이미 해당 목록을 만들지 않습니까, 아니면 항상 실행되지는 않습니까?LUA에 사전 검색 기능이 있어서 대상 템플릿을 정리하는 것이 더 저렴할 수도 있고, 전체 구현을 수행하면 기본 연도/이름을 CS1/2로 삭제하는 것과 동일한 패턴을 가진 수십 개 또는 수백 개를 찾을 수도 있다고 생각합니다.자세한 내용은 "클래스로 접히는 템플릿 이름 목록"이 footnotes/whitelist template_names 테이블에 이미 있다는 것을 잊었습니다.그리고 template-class/name/year tuples를 생성하여 anchor_id_make()에 사용하는 것이 개념적으로 쉬울 것으로 보이지만 volume->name/year를 통해 템플릿/볼륨을 매핑하는 것이 더 많은 노력이 될 수 있습니다.데이비드 브룩스가 추가한 서명되지 않은 이전 논평(대화 • 기여) 2020년 5월 20일 18:43(UTC)

모듈을 만들었습니다.각주/앵커 ID 목록/데이터.이 모듈은 알려진 cs1, cs2, vcite, havc, Wikicite, 앵커 및 sfn 화이트리스트 템플릿 및 리디렉션 목록을 만듭니다.

모듈을 다시 작성했습니다.알려진 인용 템플릿을 검색할 때 문서를 한 번만 검색할 수 있도록 각주/앵커 ID 목록을 지정합니다.문서에서 발견된 각 템플릿에 대해 템플릿 이름이 추가됩니다.template_list그런 다음 문서 판독기는 ~/앵커 ID 목록/데이터에서 만든 테이블에서 일치하는 템플릿 이름을 찾습니다.문서 판독기가 발견되면 해당 템플릿에 대한 앵커 ID를 구성하려고 시도합니다.

~/anchorid 목록의 라이브 버전을 업데이트했습니다.업데이트 당시 오류 범주는 다음과 같습니다.

범주:Harv 및 Sfn 다중 대상 오류 4,558(라이브: 5)

범주:Harv 및 Sfn 비표적 오류 28,153(라이브: 12,879)

기사 독자가 약간 더 광범위한 템플릿을 확인하는 것 외에는 정말 새로운 것이 없기 때문에 극적인 변화를 기대하지 않습니다.아직 해야 할 일은 래퍼 템플릿 기본값을 지원하는 방법입니다.

—Trapist the Monk (토크) 2020년 5월 21일(UTC) 18:52

원하는 경우 템플릿의 기본 연도/이름 값(및 볼륨 종속성) 목록을 조사하고 작성할 수 있습니다.다양한 편집자들의 템플릿 코딩 스타일의 변화에 따라 다르기 때문에 기계적인 방법은 없다고 생각합니다.현재 화이트리스트에 언급된 템플릿은 시작점이며, Jonsey95에서 작성한 목록에는 더 많은 가능성이 포함되어 있다고 생각합니다.데이비드 브룩스 (대화) 22:17, 2020년 5월 21일 (UTC)

이 업데이트 이후 "대상 없음" 오류 수가 3% 정도 증가한 것으로 보입니다.왜 그런 일이 벌어졌는지 아십니까?Jonesey95 (대화) 2020년 5월 21일 22:36 (UTC)

세자가 반대로 갔다면 나는 깜짝 놀랐을 것입니다.이전 버전에서 고려한 템플릿 목록이 더 제한되었습니다. 패턴은 모듈에 있습니다.각주/앵커 ID 목록/데이터.물론 코드에 버그가 있을 수 있습니다...뭔가 불편한 점이 있으면 말씀하세요.

—Trapist the Monk (대화) 2020년 5월 21일 22:52 (UTC)

이전 버전에서는 다음과 같습니다.

{{cite citygrid ref={{harvid Koeppel 2015}}}}

템플릿 이름이 다음으로 시작하므로 오류가 발생하지 않았을 것입니다.cite.지금이다,{{cite citygrid}}알려진 문서 목록 중 하나에 나열되지 않아 문서 판독기가 추가하지 않습니다.CITEREFKoeppel2015기사 내용대로anchor_id_list전과 같이그것에 대해 생각해봐야겠어.

—Trapist the Monk (대화) 2020년 5월 21일 23:10, UTC)

그 연구를 참고해서: 저는 화이트리스트에 언급된 템플릿을 발생 순서대로 분석하기 시작했습니다.적어도 지금까지 예상했던 것보다 훨씬 더 많은 볼륨(EI2, al-Tabari, ADB, NDB...)에 따라 기본값이 설정되어 있습니다.일부는 "이름"이 하나 있지만 연도는 볼륨에 따라 다릅니다(가톨릭, EB9, 성경 인용...).일부는 기본값이 없습니다(시작의 경우 ODNB).일부 큰 그룹에는 단순한 기본 쌍(EB1911 제품군, ODB, EGA 등)이 있습니다.제가 제안했듯이, 기본 이름/연도 쌍을 작성하는 모든 코드는 필요한 경우 볼륨 기반 테이블에서 조회할 수 있어야 하며, 이러한 테이블은 코드로 재구성되어야 합니다.그리고 사용률이 낮은 템플릿 중에는 단일 기본값이 있는 것도 있을 것입니다.저는 이 모든 것을 스프레드시트에 저장하고 있으며 일요일에 목록에서 좀 더 작업할 것입니다.데이비드 브룩스 (대화) 20:14, 2020년 5월 22일 (UTC)

언어가 정확히 무엇을 지원하는지는 모르겠지만(O(1) 사전 기반 검색이 좋을 것 같습니다) 지금까지 본 것에 따르면 데이터 구조 측면에서 이것이 필요합니다.

• 아래에 정의된 기본 데이터를 조회하는 템플릿 이름 표
  • 가장 많이 사용되는 템플릿 중 일부에는 여러 개의 리디렉션/트랜스커가 있으므로 보조 클래스 기반 조회가 좋지만 템플릿당 데이터를 복제하는 것만으로도 이러한 복잡성을 피할 수 있습니다.
• 세 가지 형식 중 하나의 기본 데이터입니다.하나의 테이블에서 이들을 결합하는 방법이 있을 수 있습니다.
  • 간단한 이름/년 튜플(예: {{Cite EB1911}}).일부 템플릿에는 기본 연도가 없으며, 연도가 명시적으로 제공되지 않는 한 CITEREF Smith가 발생합니다.
  • 볼륨({{Cite EB9}})에 따라 연도가 달라지는 상수 이름입니다.입력 매개 변수는 일반적으로 볼륨이지만 분명히 다를 수 있습니다.
  • 이름과 연도는 둘 다 볼륨에 따라 달라지며 볼륨이 제공되지 않은 경우 기본값으로 지정되기도 합니다.

볼륨 키는 숫자({Cite EB9})만 사용하거나({Cite ADB}) 위치 매개 변수({{Cite ADB}})일 수 없습니다.

이름은 여러 명의 저자들이 연결되어 있는 경우가 많은데, 특히 다중 볼륨 오페라에서는 여러 부분이 아닌 긴 문자열을 기록하기만 하면 됩니다.변환기가 last2는 제공할 수 있지만 last1은 제공할 수 없기 때문에 예상치 못한 조합이 발생할 수 있습니다. 하지만 저는 그것이 오타로 판명될 것이라고 생각합니다.

명시적 이름은 위치 매개 변수({{Cite ADB} 다시)일 수도 있습니다.이 모든 것이 꽤 복잡하다는 것을 알아요.데이비드 브룩스 (대화) 14:01, 2020년 5월 23일 (UTC)

샌드박스 모듈은 단순 이름/연도를 지원합니다.모듈:각주/화이트리스트/샌드박스는 다소 라이브 모듈의 클론입니다(샌드박스를 복제한 이후 라이브 모듈에 추가되었습니다).샌드박스의 모든 EB1911 화이트리스트 앵커 ID가 주석 처리됩니다.샌드박스에는 두 개의 새 테이블이 있습니다.wrapper_template_defaults그리고.wrapper_templates의 각 항목wrapper_template_defaultsk/v 쌍입니다. 여기서 키는 래퍼 템플릿의 표준 이름이고 값은 시퀀스 테이블입니다.[1]앵커 ID에 나타나는 기본 앵커 ID 이름 목록입니다.[2]앵커 ID의 날짜 부분입니다.

모듈: 각주/앵커 ID 목록/샌드박스(문서 판독기)는 먼저 다양한 cs1, cs2, vcite, wikitite, anchor 템플릿에서 앵커 ID를 추출하려고 시도합니다.그렇지 않으면 기사 판독기가 질문합니다.wrapper_templates확인하기 위해template_name(처리 중인 템플릿의 이름)이 나열됩니다.한다면template_name이 나열되면 문서 판독기가 템플릿에서 이름 목록을 추출하려고 시도합니다.이 경우 검색된 내용을 사용합니다. 그렇지 않으면 문서 판독기에서 기본 이름 목록을 사용합니다.wrapper_template_defaults[<template_name>][1]앵커 ID의 날짜 부분에 대해서도 동일한 프로세스가 유지됩니다.

모듈 토크의 예는 다음과 같습니다.각주/앵커 ID 목록 » 동적 화이트리스트. CITEREFAdamsonMitchell1911화이트리스트에 나열됩니다(삭제됨).CITEREFJonesBryant1911화이트리스트에 나열되지 않습니다.또한 그 페이지의 상단 근처에 작업이 있습니다.CITEREFChisholm1911예제({{cite EB1911}}작성자 또는 날짜 매개 변수 없음).

—Trapist the Monk (대화) 2020년 5월 23일 15:13, UTC)

그리고 이제 살아요.

—Trapist the Monk (대화) 2020년 5월 23일 18:45 (UTC)

제가 주의를 기울이지 않는 동안 이 모든 것을 해주셔서 감사합니다 :-) 질문:

• {{EB1911}}(및 리다이렉트)에 {{Cite EB1911}}(및 리다이렉트)와 별도의 테이블을 제공해야 합니까?하나는 다른 하나를 초월합니다.언젠가 그들이 다른 기본값을 갖게 될 것으로 예상하거나 단순히 서로의 리디렉션이 아니라는 것을 반영하고 싶다면 요점을 알 수 있습니다.
• 이름/연도 쌍을 찾을 때 다른 이름/연도 쌍을 추가하는 것에 대한 반대 의견이 있습니까?연도가 제공되지 않으면 빈 문자열로 표시해야 합니까 아니면 0으로 표시해야 합니까?
• 볼륨별 기본값을 구현하는 방법이 있습니까?

화이트리스트는 이제 무게가 덜 나가요, 좋습니다.데이비드 브룩스 (대화) 21:14, 2020년 5월 23일 (UTC)

{{EB1911}}그리고.{{Cite EB1911}}별도의 테이블이 아닙니다.표준 이름으로 그룹화되고, 리디렉션 이름과 표준 이름을 구분하기 위해 추가 들여쓰기가 지정된 표준 이름으로 리디렉션됩니다.

{{cite Catholic Encyclopedia}}그리고.{{Catholic Encyclopedia}}그리고 그들의 리디렉션은 기본 날짜를 결정합니다. volume=자세한 내용은 모듈 토크:각주/앵커 ID 목록 » 동적 화이트리스트.

—Trapist the Monk (대화) 2020년 5월 24일 14:34 (UTC)

이것은 보기에 좋습니다.EI2, 알-타바리 그룹 및 ODNB(기본값이 없으므로 명시적인 이름/연도를 사용함)의 세 가지 다른 템플릿 유형이 "old-style" 화이트리스트에 20개 이상의 항목을 가지고 있습니다.명시적이지 않은 한 EI2는 CITEREFI2를 생성합니다. ref=또는 last[1]=주어집니다.정말 많은 변종들이...아직 테스트 모드입니까?데이비드 브룩스 (대화) 14:43, 2020년 5월 25일 (UTC)

EI2: 그것CITEREFEI2앵커 ID의 히트 수는 1개뿐입니다.

알-타바리: 유사; 의 경우CITEREFAl-Tabari1985–2007앵커 아이디가 19개입니다.하지만, 주어진다면. ref=harv볼륨을 지정하지 않고 이 템플릿은 앵커 ID에 대해 시리즈 편집기 Yarshater 및 시리즈 날짜 1985-2007을 사용합니다. 원 히트입니다.

ODB: 유사, 히트 없음

ODLA: 유사, 히트 없음

저는 이 포장지 템플릿이 조정되어야 한다고 생각하는 경향이 있습니다. 그래야 다음에. volume=생략, 시리즈 편집기는 인용문에서 렌더링되고 앵커 ID에 사용되어야 하며, 이러한 인용문이 템플릿 렌더링과 일치할 때 volume=공급됩니다.값을 전달하는 코드 ref=로.{{cite encyclopedia}}포장지에 있는 모든 것을 그냥 통과하도록 단순화해야 합니다. ref=기본 cs12 템플릿으로 이동하여 모듈:인용/CS1은 모든 cs12 템플릿과 마찬가지로 작성자/편집자/날짜/참조 매개 변수 값을 사용하여 정렬할 수 있습니다.

—Trapist the Monk (토크) 2020년 5월 25일 16:43, UTC)

우선순위 설정을 위해 모듈에서 구별되는 모양을 세고 있었습니다.각주/화이트리스트.EI2에는 총 121개가 있으며, 템플릿 사용에 코드화된 실제 작성자 이름을 반영한 것 같습니다.예를 들어, Banu Judham은 다음과 같이 사용합니다. last=Al-Bakhit그리고 템플릿 코드는 CITEREFAl-Bakhit1995를 생성하며, 이는 8권의 연도입니다.소스 권한을 읽을 경우 트랜스클러에 다른 성 및/또는 연도가 포함되지 않는 한 ODB는 기본적으로 ODB/1991로 설정됩니다.마찬가지로 ODLA는 ODLA/2018로 기본 설정됩니다.저는 그 두 가지를 wrapper_template_defaults에 연결할 수 있다고 생각합니다.당신의 제안을 미루면, 우리는 ODB를 Kazhdan/1991로 기본 설정할 수 있으며, 동시에 너무 많은 것을 사용하지 않는 한 그렇게 하는 것이 유용한 다른 경우가 있을 수 있습니다.

그리고 명확하지 않은 경우를 대비하여 저는 이제 완전한 변환자이며 기본적으로 sfn 오류를 설정하는 것에 동의합니다. 단, "인용 링크 오류:Chishom/1911을 찾을 수 없습니다."그리고 편집자가 sfn의 매개 변수가 어떻게 작동하는지에 대해 약간 혼란스러워했던 몇몇 사례를 보면서 오류 범주의 가치를 이제 깨달았습니다.데이비드 브룩스 (대화) 18:15, 2020년 5월 25일 (UTC) -- 예를 들어, ETA:데이비드 브룩스 (대화) 18:47, 2020년 5월 25일 (UTC)

기본 IMO에서 이러한 작업을 활성화하기 전에 봇과 같은 작업을 수행해야 합니다.다음과 같은 것이 있는 인용문이 많이 있습니다.{{harvnb Smith 1654 23-24}}에 고정될 수 있는{{harvnb Smith 1654 pp=23-24}}또는 그와 유사합니다.그리고 먼저 처리해야 할 몇 가지 잘못된 긍정들이 있습니다.하지만 우리는 가까워지고 있습니다.헤드 폭탄 {t · c · p · b} 2020년 5월 27일 14:03, 27일 (UTC)

그리고 개인적으로 WP:BOTREQ#Enlist 도움말을 통해 Category:Harv와 Sfn의 목표물이 없는 오류는 이 봇이 먼저 진행되기 때문에 우리는 무엇을 인용해야 하는지 알고 해결책을 찾는 데 관심이 있는 사람들과 문제를 해결할 수 있습니다.헤드 폭탄 {t · c · p · b} 2020년 5월 27일 14:12, 27일 (UTC)

Jonesey95의 화이트리스트에 대한 최근 변경 사항을 보면, 기본값이 있는 동적 CITEREF 구축이 대부분 또는 대부분의 경우 과잉 살상을 할 것이라는 것을 깨닫고 있습니다.예를 들어 {{Neukirch ANT}}은(는) CITEREFNeukirch 1999을 생성하기 위해 유선 연결되어 있으므로 사전 동적 구현이 작동합니다.{{Bagdad During the Abbasid Caliphate}}은(는) 다음에 따라 CITEREFLe_Strange1900 또는 CITEREFLe_Strange1922를 생성합니다. edition=거짓 음성이 나올 가능성은 거의 없습니다Jonesey95가 이미 하지 않았다면 명시적인 이름/연도 매개 변수를 아래로 전달하는 템플릿을 몇 개 더 표면화하려고 합니다.

또한, 위의 헤드밤 선호도에 대한 +1.데이비드 브룩스 (대화) 15:26, 2020년 5월 27일 (UTC)

User:에서 목록을 검토하고 있습니다.데이비드 브룩스/시티북 통계.해당 목록에서 이미 제거된 항목에 대한 하단의 참고 사항을 참조하십시오.사용자:DavidBrooks/EncycStats는 백과사전 항목이 편집자 이름이 아닌 작성자 이름을 포함하는 CITEREF를 사용하는 경우가 많기 때문에 훨씬 더 다양합니다.Jonesey95 (대화) 16:36, 2020년 5월 27일 (UTC)

현재 결제 중입니다.{{harvnb Smith 1654 23-24}}물건의 종류반 정도 된 것 같아요.나머지는 아마 내일 아침에 할 것입니다.헤드밤 {t·c·p·b} 2020년 5월 28일(UTC) 00:50, 00:50

템플릿 토크:알 타바리의 역사 »는 이 템플릿에 대한 업데이트와 유사한 변경 사항을 제안했습니다.{{EI2}}.

—Trapist the Monk (토크) 14:47, 2020년 7월 1일 (UTC)

업데이트했습니다.{{The History of al-Tabari}}~/표시에 적절한 변경을 가했습니다.

—Trapist the monk (토크) 2020년 7월 8일 16:30, UTC)

오류로 표시됩니다.해결책은 무엇입니까?레나타 (대화) 2020년 7월 15일 05:39 (UTC)

화이트리스트에 이 추가로 수정된 것으로 보입니다. - Jonesey95 (talk) 06:33, 2020년 7월 15일 (UTC)

아부 사이드 가르데지를 보세요.헤드 폭탄 {t · c · p · b} 2020년 4월 30일 13:41, (UTC)

둘 다 아니다.{{Encyclopaedia of Islam, THREE}}방향 변경도 없음{{EI3}}템플릿 이름이 다음으로 시작하지 않으므로 인용 템플릿으로 인식됩니다.citeBosworth 2013은 화이트리스트에 추가할 수 있습니다.

—Trapist the Monk (토크) 2020년 4월 30일 14:26, UTC)

화이트리스트에 추가되었습니다.Jonesey95 (대화) 2020년 4월 30일 14:43 (UTC)

또 다른 예는 바스라의 안전한 점령입니다.레나타 (대화) 2020년 7월 15일 07:29 (UTC)

고정. – Jonesey95 (대화) 2020년 7월 15일 13:18, (UTC)

{{Cite DCB}} 예를 들어 거짓 양성입니다.Alexander_Mackenzie_(정치인) #cite_note-FOOTEForster 1990-2 – Finusertop (대화 ⋅ 기여) 2020년 7월 15일 (UTC) 22:30, 22:30

고정. – Jonesey95 (대화) 00:41, 2020년 7월 16일 (UTC)

Screw#cite_note-Rybczynski2000pp34,66,90-63 등에서 {{Rybczynski2000}이 포함된 거짓 양성입니다.핀유저톱 (talk ⋅ 기여) 2020년 7월 17일 21:31, UTC)

고정. – Jonesey95 (대화) 2020년 7월 17일 22:34 (UTC)

유지보수에 도움이 되는 도구를 해킹했습니다.whitelist{}모듈:각주/화이트리스트.자세한 내용은 ~/sort를 참조하십시오.

—Trapist the Monk (대화) 2020년 7월 21일 22:29 (UTC)

이 놀라운 일이다.감사해요.그러면 이 화이트리스트에 대한 작업(가끔)이 조금 덜 지루해질 것입니다.Jonesey95 (대화) 2020년 7월 21일 22:42 (UTC)

{{Apletons'}에서 제작되었습니다.제가 바꾸기 전에 이것을 보세요.레나타 (대화) 2020년 7월 25일 06:41 (UTC)

또한 프란시스코 호세 퍼타도에서 {{아메리카나}}.레나타 (대화) 2020년 7월 25일 07:18 (UTC)

그리고 {{Cite LarusX}프랑수아 앙투안 테스테에서 IXe}.레나타 (대화) 2020년 7월 25일 07:27 (UTC)

그리고 프랜시스 그로스에서 {{ODNBweb}}.레나타 (대화) 2020년 7월 25일 07:53 (UTC)

야콥 프리드리히 폰 뤼첼-클라이스트는 잘못된 양성을 가지고 있습니다: CITEREFBernhard_von_Poten1889는 {{Algemeine Deutsche Biographie} 참조에 정확하게 연결됩니다.그러나 다음과 같은 두 가지 관측치가 표시됩니다.

• {{Cite ADB}}(606개의 결론)에는 {{Algemeine Deutsche Biographie}(421) 및 {{De-ADB}}(396)의 리디렉션이 있으므로 화이트리스트 메커니즘 중 하나를 사용하여 동의어 그룹으로 연결해야 합니다.현재 화이트리스트에 {{Cite ADB}}개만 표시됩니다(11개 항목).
• 이 1,423개의 인용문 중 몇 개가 짧은 인용문에 사용되는지는 모르겠지만, 견적을 얻을 수 있습니다.숫자가 중요해지면 매개 변수 추론이 자동화될 수 있습니까?템플릿에는 {{Citation}}이(가) 직접 포함되어 있으며 다음이 포함되어 있습니다.
  • 한다면 ref=제공되거나 존중되거나, 그렇지 않은 경우:
  • author=위치 매개 변수 5입니다.보통 작가 풀네임입니다.
  • date=위치 매개 변수 1(볼륨)에 의해 인덱싱됩니다.56개의 볼륨이 있으며 조회는 {{ADB/Jahr}의 단순 인덱스입니다.

아니면 위의 Trappist의 6월 16일 논평은 이것이 위치 매개변수로는 이루어질 수 없다고 말하는 것입니까?

가능하다면 현재 화이트리스트에도 11개 항목이 있는 유사한 {{NDB}}(및 리디렉션 {{Cite NDB}})(1,167개 기사)도 살펴 보십시오.데이비드 브룩스 (대화) 19:47, 2020년 7월 29일 (UTC)

템플릿을 사용하는 68개의 기사가 있는 것 같습니다."대상 없음" 범주에 ADB를 인용합니다.그들 모두가 Cite ADB에 오류가 있는 것은 아닙니다.Jonesey95 (대화) 2020년 7월 29일 22:51 (UTC)

네, 그리고 15번은 "Algemeine..."을 사용하고 4번은 "De-ADB"를 사용합니다.하지만, 그 네 명 중 한 명은 칼 코버스타인인데, 그는 오류 범주의 구성원이라고 주장하지 않습니다.그것은 Trappist가 4일 전에 화이트리스트에 올린 Lines 1920 인용문 때문이라고 생각합니다.화이트리스트 업데이트 후 카테고리를 새로 고치려면 어떻게 해야 합니까?어쨌든, 주요 질문: 실제 오류를 찾기 위해 심층 텍스트 분석을 수행할 가치가 있습니까?데이비드 브룩스 (대화) 23:20, 2020년 7월 29일 (UTC)

음... 3개의 동의어 인용 템플릿 중 하나를 사용하는 1,394개의 기사 중에서:

• 그들 대부분은 어쨌든 관련된 짧은 인용문이 없습니다.
• 25는 명시적입니다. ref=모든 경우에 성과 연도가 됩니다.하지만 그 중 3개는 연도/이름이 뒤바뀌었고, 1개는 수량에 대한 연도가 잘못되었습니다.저는 누가 그 시테레프들을 만들었는지가 일치하는 sfn도 만들었다고 생각합니다; 저는 아직 확인하지 않았습니다.
• 을 가지다 ref=none그리고 1에는 중복이 있습니다. ref=harv.
• 33은 인용문과 일치하는 sfn을 가지고 있습니다.이 중 11개는 화이트리스트에 있고 22개는 화이트리스트에 있지 않습니다(19개의 고유한 값).

그렇다면 화이트리스트에 19개 값을 추가하는 것이 좋을까요, 아니면 인용 부호를 계산하는 코드를 추가하는 것이 좋을까요?데이비드 브룩스 (대화) 19:58, 2020년 7월 31일 (UTC)

추가했어야 합니다. 이 중 일부는 {{Algemeine Deutsche Biographie}을(를) 사용하며, 그 중 단 한 명(Friedrich Wilich, Graf von Wylichund Lottum)만 {{Cite ADB}}에 대해 이미 화이트리스트에 있는 참조를 사용합니다.이 인용 템플릿 집합에 대한 코드를 변경하지 않기로 결정한 경우 19개의 화이트리스트 후보 목록을 게시할 수 있습니다.데이비드 브룩스 (대화) 15:01, 2020년 8월 1일 (UTC)

George J. Mead #cite_note-Fernandez1983pp28-29-2에서 {{Fernandez1983}과의 거짓 양성입니다.템플릿화된 심판에 대한 일반적인 해결책을 모색하고 있는 사람이 있습니까?저는 처음부터 그들의 열렬한 팬이었던 적이 없습니다. 그리고 이것은 단지 10개의 결론만을 가지고 있습니다.2020년 8월 13일 16:53 (UTC) 핀유저톱 (대화 ⋅ 기여)

템플릿화된 참조가 없기 때문에 일반적인 해결책을 찾기 위해 노력하는 사람은 없습니다. 모듈:각주는 해당 템플릿을 볼 수 없습니다.모든 모듈:Funotes는 George J.Mead가 템플릿 호출에 대한 위키 텍스트를 보고 있습니다.{{Fernandez1983}}이러한 템플릿 이름이 모두 앵커 ID와 동일한 경우, 예, 솔루션은 단순히 템플릿 이름을 디코딩하는 것이지만, 안타깝게도 그렇지 않으므로 리디렉션을 허용합니다.페르난데스 1983을 화이트리스트에 추가했습니다.

—Trapist the Monk (토크) 2020년 8월 13일 17:38, UTC)

아마도 우리는 엄격한 명명 규칙을 시행하거나 특정 트랜스클루전 횟수 아래와 같이 그러한 템플릿 참조의 사용을 중단하는 것을 고려해야 할 것입니다.피너서탑 (talk ⋅ 기여) 2020년 8월 13일 17:46 (UTC)

나는 사람들에게 {{Cite ADB}}과 그 리다이렉트에 대해 도청을 했지만, 지금은 누군가가 화이트리스트에 추가할 수 있습니다.

• 칼 크리스티안 에르드만 폰 르코크와 카를 루트비히 폰 르코크에서 {{Algemeine Deutsche Biographie}가 사용한 CITEREF Winkler 1883.
• CITEREF Bernhard_von_Poten1889, 또한 {{Algemeine Deutsche Biographie}에 의해: 프리드리히 에르하르트 폰 뢰더와 야코프 프리드리히 폰 뤼첼 클라이스트.
• 프리드리히 빌헬름, 그라프 폰 와일리히 운트 로툼에서 {{Algemeine Deutsche Biographie}, 그리고 카를 프리드리히 하인리히, 그라프 폰 와일리히 운트 로툼에서 {{Cite ADB}}가 사용한 CITREF Bernhard_von_Poten1898.

감사합니다 데이비드 브룩스 (대화) 2020년 8월 13일 20:21 (UTC)

레퍼런스 #37 McDermott 2010에 무슨 문제가 있습니까?{{cite AV media notes}} 때문입니까?레나타 (대화) 2020년 9월 19일 01:51 (UTC)

그것은 sfn 템플릿 내 성에 있는 오타였습니다.내가 고쳤어요. – Jonesey95 (talk) 2020년 9월 19일 (UTC) 02:05

하! 앗! 나는 몇 분 동안 그것을 응시했지만 그것을 볼 수 없었습니다.감사합니다! :) 레나타 (토크) 2020년 9월 19일 (UTC) 13:20

예를 들어 본 바와 같이.압드 알 라흐만 이븐 칼리드 알 파미.2020년 9월 20일(UTC) 18:31, 핀유저탑(talk ⋅ contributes)

고정. – Jonesey95 (대화) 2020년 9월 20일 19:47(UTC)

예를 들어 본 바와 같이.아다미네케브.2020년 9월 20일(UTC) 18:34 핀유저탑(talk ⋅ contributes)

고정. – Jonesey95 (대화) 2020년 9월 20일 19:47(UTC)