모듈 토크:해당 노트 리디렉션

이 모듈은 2018년 8월 9일에 삭제될 것으로 고려되었습니다.토론의 결과는 "합의 없음"이었습니다.

새 추적 범주 요청

@스트라디바리우스 씨:안녕하세요. module:redirect는 template:redirect와 다른 기능을 가지고 있으며, 전자를 사용하여 "잘못된 리디렉션"을 확인하고 추적하기 위해 후자를 수정하고자 했습니다.그래서 템플릿으로 이동했습니다.수정/샌드박스를 사용하여 작업을 수행하고 여기를 가리켰습니다.루아로 변환하는 거라면 이렇게 할 수 있을 겁니다.예를 들어, 편집자가 계산기가 여기로 리디렉션된다는 {{redirect}}개의 해트노트를 컴퓨터에 넣었다고 가정합니다.Calculator는 별도의 아티클로 존재하기 때문에 누락된 리디렉션이 아닙니다.또는 디지털 계산기가 여기로 리디렉션된다는 모자 노트를 게시할 수도 있습니다.그것은 리디렉션이지만 다른 기사로 리디렉션됩니다.이 모듈에서 이러한 항목을 확인하고 범주와 같은 범주를 채우도록 할 수 있습니까?잘못된 리디렉션입니다.감사합니다, Wbm1058 (talk) 2014년 5월 15일 (UTC) 19:27 (Knowledge Base) Reply [Reply]

@Wbm1058:모듈에 코드를 추가했습니다.Stradivarius씨^{♪ talk ♪} 21:51, 2014년 5월 15일 (UTC) 회신[답장]

감사합니다! Wbm1058 (대화) 2014년 5월 15일 (UTC) 21:59 (답장)

@스트라디바리우스 씨:카테고리를 채우기 위한 향상된 기능의 상태는 무엇입니까?잘못된 리디렉션?모듈 작동:이를 지원하기 위해 리디렉션에 변경이 필요합니까?Wbm1058 (대화) 2014년 7월 25일 21:45 (UTC) 회신 [회신]

@Wbm1058:모듈: 리디렉션 해트노트 자체가 배포되지 않았기 때문에 범주에 아무것도 표시되지 않습니다.하지만 저는 이번 주에 WP에 많이 없을 것이기 때문에 바로 진행할 수 없을 것입니다.Stradivarius 씨의^{♪ talk ♪} 투어 2014년 7월 26일 15:16 (UTC) 회신 [답장]

@스트라디바리우스 씨:감사합니다!범주:유효하지 않은 리디렉션은 현재 240페이지가 넘으며, 저는 이미 수정을 시작했습니다.Wbm1058 (대화) 2014년 8월 5일 23:06 (UTC) 회신 [회신]

...그리고 그것은 이제 비워졌습니다.하지만 그것은 오랫동안 비어있지 않을 것입니다, 이것은 지속적인 순찰이 필요한 것입니다.BD2412의 도움에 대한 감사의 표시로, 이 목록의 항목은 User:RussBot/Invalid redirect hatnotes/001, 이 정리 작업을 시작한 후에야 발견했습니다.이제 로봇의 기능 중 일부를 실시간으로 수행할 수 있습니다.Wbm1058 (대화) 2014년 8월 26일 15:55 (UTC) 회신 [회신]

예를 들어, "컴퓨터"가 "컴퓨터"로 리디렉션된다는 해트노트를 추가하는 사용자의 사례도 이 범주에 포함됩니까? bd2412T 01:56, 2014년 8월 27일 (UTC)응답 [응답]

누락되었거나 잘못된 리디렉션으로 분류되지 않은 봇이 플래그 지정된 경우가 있다는 것을 알게 되었습니다.다음 봇 실행은 아직 분류되지 않은 사례를 찾는 데 도움이 될 수 있습니다.Wbm1058 (대화) 11:56, 2014년 8월 28일 (UTC) 회신 [회신]

해당 인스턴스는 현재 탐지되지 않습니다.제가 생각할 수 있는 모든 가능성을 간단히 나열해 보겠습니다.

첫 번째 매개 변수는 존재하지 않는 페이지를 지정합니다(카테고리:리디렉션 누락)
첫 번째 매개 변수는 존재하지만 리디렉션이 아닌 페이지를 지정합니다(적용되지 않음).
첫 번째 매개 변수는 현재 페이지를 지정합니다(포함되지 않음).
첫 번째 매개 변수는 현재 페이지(카테고리:잘못된 리디렉션)
첫 번째 매개 변수가 잘못된 제목을 지정함(적용되지 않음)

이것들은 모두 범주를 추가하는 것이 상당히 쉬울 것입니다.2번은 '방향 수정 누락'에, 3번과 5번은 '잘못된 방향 수정'에 넣을까요?Stradivarius^{♪ talk ♪} 씨, 2014년 8월 28일 12:23 (UTC) 회신 [답장]

그리고 또 다른 가능성(6번) - 상호 네임스페이스는 "selfref" 옵션이 설정되지 않은 주 공간으로 리디렉션됩니다.그러나 이것이 매우 일반적인지는 확실하지 않으며, 아마도 별도의 범주가 필요할 것입니다.생각은?Stradivarius^{♪ talk ♪} 씨, 2014년 8월 28일 12:27 (UTC) 회신 [답장]

범주:메인 네임스페이스로 리디렉션의 구성원은 43명에 불과하지만 {{R to main}개 템플릿이 누락된 이러한 리디렉션에 대해 확인하는 항목이 있는지 모르겠습니다.템플릿:Selfref는 주로 메인에서 위키백과 프로젝트 공간으로 리디렉션하기 위한 것으로 보입니다.

3번은 2번의 특별한 경우일 뿐입니다. 페이지는 존재하지만 리디렉션은 아닙니다.현재 페이지에 모자 노트가 있어야 합니다.저는 그것들을 모두 무효 범주에 넣을 것입니다.5번은 1번의 특수한 경우입니다. 정의상 유효하지 않은 제목은 존재할 수 없습니다.빨간색 링크처럼 생성해야 하는 페이지(있을 수 없음)가 누락되어야 한다고 생각합니다.하지만 이것들은 드물고, 어느 범주에나 들어갈 수 있습니다.어느 것이 중요한지는 그다지 중요하지 않다고 생각합니다. - Wbm1058 (대화) 2014년 8월 28일 (UTC) 18:05 (답장)

@Wbm1058: 다른 네임스페이스에서 메인스페이스로 리디렉션하는 것 자체에 문제가 없습니다.문제는 다른 네임스페이스에서 메인스페이스로 리디렉션할 때 {redirect}} 템플릿을 사용하여 해당 사실을 강조 표시하면 해트노트 시작 부분의 텍스트에 "Wikipedia:Foo는 여기로 리디렉션합니다."만약 모자 노트 디브에 "selfref" 클래스가 없다면, 이것은 우리가 피하고 싶은 기사 등의 인쇄 버전에 나타날 것입니다.이제 Lua로 변환된 모든 해트노트 템플릿은 selfref=yes매개 변수(현재 여기에 문서화되어 있지 않음, 죄송합니다). 이 매개 변수를 지정하는 모든 해트노트에 selref 클래스를 추가합니다.그래서 제 생각은 이런 일이 일어난 페이지에 카테고리를 출력해서 수정할 수 있도록 하는 것이었습니다.그러나 이것을 타이핑하면서, 저는 더 명확한 해결책을 깨달았습니다. 우리는 카테고리를 출력하는 것에 대해 전혀 걱정할 필요 없이 이렇게 교차 공간 리디렉션을 위한 모듈에 selfref 클래스를 추가할 수 있습니다.제가 지금 가서 그 코드를 추가하겠습니다.

당신의 다른 오류 범주 제안에 대해서는 모두 합리적인 것으로 들리므로 모듈에 추가하겠습니다.Stradivarius 씨, 2014년 9월 5일 07:39 (UTC) 회신 [회신]

@스트라디바리우스 씨:좋습니다. 브림은 2014년 8월 16일 기사로 복구되었습니다.사용자:RussBot/Invalid redirect hatnotes는 Commonbream에 잘못된 hatnotes가 있지만 분류되지 않았다는 사실을 발견했습니다.Wbm1058 (대화) 2014년 9월 24일 21:25 (UTC) 회신 [회신]

@Wbm1058:테스트 케이스를 끝내고 모듈을 업데이트할 시간이 없었습니다.저는 이제 그것을 했고, 커먼브림은 이제 카테고리에 있습니다.잘못된 리디렉션입니다.Stradivarius^{♪ talk ♪} 씨, 2014년 9월 25일 02:00 (UTC) 회신 [회신]

감사합니다! 리다이렉트 문제가 있는 페이지가 40여 개가 넘었는데, 대부분 수정했습니다.모듈 코드에는 문제가 없습니다. 매우 잘 작동합니다. – Wbm1058 (talk) 2014년 9월 25일 (UTC) 18:53 (Reply[Reply]

참고로 위키백과를 따릅니다.토론/로그/2015년 2월 21일 추적 범주가 "잘못된 리디렉션"에서 범주:리디렉션 해트노트가 있는 기사는 검토가 필요합니다.페이너틱 런던 11:30, 2015년 3월 2일 (UTC) 회신 [답장]

"기타 용도"가 있는 버그

{{redirect Paper folding other uses Paper folding (disambiguation) other uses of Origami Origami (disambiguation)}}

제공:

"종이 접기"는 여기로 리디렉션됩니다.기타 용도는 용지 접기(명확하지 않음)를 참조하십시오.

실시간 예제:

두 번째 매개변수가 "기타 용도"일 경우 네 번째 매개변수와 이후 매개변수는 무시됩니다. -- [[User:Edokter]] {{talk}}2014년 11월 12일 12:15 (UTC) 회신 [답장]

@에독터:여기서 '종이접기'와 같은 리다이렉트를 출력하지 못하게 하기 위해 그렇게 쓴 것으로 기억합니다.기타 용도는 Foo를 참조하십시오.기타 용도는 용지 접기(명확하지 않음)를 참조하십시오.'저는 이런 것들을 표현하는 자연스러운 방법이 여기서 '종이접기'로 리다이렉트될 것이라고 생각했습니다.종이접기의 다른 용도는 종이접기(동음이의하게 구분)를 참조하십시오.기타 용도는 용지 접기(명확하지 않음)를 참조하십시오.'하지만 모듈이 이렇게 명령을 강요하면 안 되는 건가요?Stradivarius 씨, 2014년 11월 12일 14:12 (UTC) 회신 [답장]

당황스럽네요

Wikipedia가 중요한 이유:카테고리에서 요청된 이동:잘못된 리디렉션?저는 무엇이 이 분류를 유발하는지 알 수 없습니다.제가 기억하는 바와 같이, 그것은 지금 거의 한 달 동안 그곳에 있었습니다.Wbm1058 (talk) 2015년 2월 28일 19:42 (UTC) 회신 [답장]

카테고리가 위키백과에 표시되지 않는 경우:요청된 이동 자체 및 위키백과:요청된 이동이 카테고리:두 페이지 모두에 null 편집을 한 후 잘못된 리디렉션입니다. 이것은 모듈 버그라기보다는 미디어위키 버그처럼 보입니다.개발자들 중 한 명이 그것을 보도록 하기 위해 Fabricator에 보고서를 제출해 보세요.또한, 제가 기억하는 대로 Anomie에게 핑을 하는 것은 그가 이전에 유사한 버그를 조사하는 것에 관심이 있었습니다.Stradivarius^{♪ talk ♪} 씨 01:42, 2015년 3월 1일 (UTC) 회신 [답장]

카테고리에 있는 페이지는 다음과 같습니다. phab으로 인해 생성된 페이지 중 하나입니다.T87645. 이 경우 가장 간단한 방법은 제목 대신 API action=delete with pageid를 사용하여 삭제하는 것입니다.Anomie ⚔ 2015년 3월 1일 21:21 (UTC) 회신 [답장]

누군가가 이걸 주워서 다행입니다.범주 이름을 범주로 변경했습니다.리디렉션 해트가 있는 기사는 검토가 필요하지만 해당 RM 페이지는 여전히 이전 페이지에 있습니다.저보다 기술적인 지식이 더 많은 것 같으니 후속 작업은 당신에게 맡기겠습니다. - Fayenatic London 11:32, 2015년 3월 2일 (UTC) Reply [Reply]

방금 유령 페이지를 삭제했습니다.어떻게 해야 하는지 지적해준 Anomie에게 감사합니다. :) - Stradivarius^{♪ talk ♪} 씨, 2015년 3월 2일 (UTC) 13:08, 회신 [회신]

다중 리디렉션

이 모듈로 리디렉션 해트노트를 더 많이 구현하기 위해 샌드박스에서 모듈을 약간 변경하는 몇 가지 수정 작업을 시작했습니다.요약:

호출 인수가 다음에 추가됩니다.p.redirect함수, 검색할 리디렉션 수 지정(기본값 1)
그redirect변수는 전체적으로 문자열 대신 문자열 테이블로 가정됩니다.

아직 완료되지 않았습니다. 일부 코드(예: 추적 범주 및 옵션 섹션)가 아직 조정되지 않았습니다.또한, 저는 루아의 완전 초보자이기 때문에 어딘가에 버그를 삽입했을 가능성이 꽤 있습니다.어쨌든, 저는 잠시 다른 일을 하러 가야 하기 때문에, 지금이 제가 시작한 수정 사항에 대한 의견을 요청할 수 있는 자연스러운 시기라고 생각합니다.질문, 의견, 아이디어?내가 영원히 모든 것을 깨뜨렸나요?:) {{Nihiltres talk edites}} 2016년 3월 24일 (UTC) 19:57, 회신 [회신]

아마 배치 준비가 다 된 것 같은데 누가 먼저 변경사항을 살펴보고 엄지손가락을 치켜세워주시면 감사하겠습니다.{{Nihiltres talk edites}} 2016년 3월 27일 (UTC) 22:51, Reply [reply]

바람직한 기본 동작?

코드를 작성했습니다. 이제 모듈에서 알파 모듈로 사용할 수 있습니다."의 목록을 생성하기 위한 메커니즘을 중앙 집중화하기 위한 해트노트 목록.For X, see [[Y]]{{about}, {{beta}} 및 해당 변형과 같은 템플릿에 사용되는 문.저는 {{about}}의 행동을 동일하다고 가정하고 이를 기반으로 했지만… 모듈을 사용하여 {redirect}}에 적용된 결과를 검토할 때:해트노트/샌드박스 및 템플릿 리디렉션:리디렉션/테스트 사례, 다음과 같은 불일치를 발견했습니다.

{{redirect REDIRECT USE1 PAGE1 USE2}} →
{{redirect/sandbox REDIRECT USE1 PAGE1 USE2}} →

{{about}}에서 발견된 동작 비교:

{{about ABOUT USE1 PAGE1 USE2}} →

그 행동은 분명히 의도된 것입니다.isFirst의 매개 변수.formatUseTable()(특히 102–110행 참조), 사용표의 첫 번째 항목에 대해 다음과 같이 행동을 다르게 설정합니다.

{{redirect REDIRECT USE1}} →
{{redirect/sandbox REDIRECT USE1}} →

이상해 보입니다.나는 그것을 제거함으로써 일을 단순화하는 것을 선호합니다.isFirst행동; 그것은 어색해 보이고 그것은 당신이 편리하게 템플릿을 끝낼 수 없다는 것을 의미합니다. other uses}}또는 심지어는 REDIRECT (disambiguation)}}단말기를 생산하는 것.For other uses, see [[REDIRECT (disambiguation)]]":

{{redirect REDIRECT USE1 PAGE1 other uses}} →
{{redirect REDIRECT USE1 PAGE1 REDIRECT (disambiguation)}} →
{{redirect/sandbox REDIRECT USE1 PAGE1 other uses}} →
{{redirect/sandbox REDIRECT USE1 PAGE1 REDIRECT (disambiguation)}} →

물론 제가 완전히 틀릴 수도 있기 때문에, 일방적으로 변경하기보다는 논의를 위해 이 문제를 제기하는 것이 좋습니다. 그렇다면 그렇게 하고 기본 설정을 해야 할 이유가 있습니까?그 행동을 활용하는 페이지가 상당히 많습니까?{{Nihiltres talk edites}} 2016년 4월 11일 03:52, 2016 (UTC) Reply [reply]

{{about}}을(를) 햇노트 구문과 행동에 대한 금본위제로 사용하시는 것이 옳다고 생각합니다.저는 원본 템플릿이 서로 다른 시간에 다른 사람들에 의해 코드화되었기 때문에 불일치가 발생했을 가능성이 높다고 생각합니다. 역사를 자세히 분석하지는 않았지만 Lua 모듈에 대한 원본 포트는 기존의 불일치를 유지했을 뿐입니다.모듈 논리적인 측면에서 차이를 두고 말씀하신 내용을 잘 이해하지는 못합니다만, 상당한 차이를 잘 알고 있기 때문에 아래에서 그 부분을 설명해 드리겠으며, 우리가 같은 입장인지 확인하실 수 있습니다.

나는 종종 다음과 같은 간단한 {{redirect}}개의 해트노트를 접합니다.

{{redirect Module talk:Redirect hatnote/doc hats Hat}}다음과 같이 표시됩니다.

때때로 모자 노트는 기사 제목이 기사 제목으로 "재연결"되는 경우와 같이 명백한 사항을 명시합니다.{{redirect}}을(를) {{for}}(으)로 교체하여 이러한 작업을 단순화합니다.

{{for hats Hat}}다음과 같이 표시됩니다.

...이는 다음과 같습니다.

하지만 두 번째가 있을 때"For X, see [[Y]]문:

{{redirect Module talk:Redirect hatnote/doc hats Hat notes Note}}다음과 같이 표시됩니다.

{{for hats Hat notes Note}} 다음을 표시합니다.

원하는 동작을 얻으려면 {{about}}(으)로 변경해야 합니다.

{{about hats Hat notes Note}} 다음을 표시합니다.

정보에서 "for" 동작을 가져오려면 다음과 같이 하십시오.

{{about hats Hat and notes and Note}} 작동하지 않습니다.처음 두 개만 표시됩니다.

아, 이제 보니 {{for}}와 {{about}}은 루아를 사용하지 않는 것 같습니다.그런데 어쩌다 보니 이런 차이가 떠올랐습니다.제가 가장 자주 마주치는 모순입니다.

물론 – wbm1058 (talk) 13:42, 2016년 4월 11일 (UTC)Reply[Reply]보다 더 읽기 쉽고 직관적입니다.

이제 지적하신 불일치로 돌아가 보겠습니다.

{{redirect Module talk:Redirect hatnote/doc Hats hat Notes}} →

{{about Hats hat Notes}} →

맞아요, 이것은 좋지 않지만, 여기서는 {{redirect}} 동작이 더 좋다고 생각합니다.이 {{about}}의 순열이 문서화되어 있는 것조차 보이지 않습니다. 따라서 사용이 예상되었거나 의도된 것인지 확신할 수 없습니다.사용하는 것이 더 합리적입니다.

{{about Hats hat other uses}} →

Redirect hat note(명확하지 않음)에 연결하려는 경우.wbm1058 (talk) 14:37, 2016년 4월 11일 (UTC) 회신 [답장]

Lua를 사용하기 위해 {{for}} 및 {{about}}을(를) 얻는 것이 제 목표 중 하나이며, 귀하가 언급한 문제 중 하나를 실제로 해결할 것입니다.

{{about USE1 PAGE1 and PAGE2 and PAGE3}} →
{{about/sandbox USE1 PAGE1 and PAGE2 and PAGE3}} →

좀 더 넓게 보면, 어느 시점에서 해쉬 노트가 사용하는 목록의 종류를 파악할 가치가 있습니다.제가 보기에, 세 가지 유형이 있습니다: and-list(필요에 따라 "and"로 결합된 하나 이상의 페이지 목록), or-list(필요에 따라 "or"로 결합된 하나 이상의 페이지 목록) 및 for-se 목록("X의 경우 Y" 참조). 여기서 "X"는 주제/용도이고 "Y"는 그 자체이자 대상 페이지 목록입니다.{{For}}은(는) 참조 목록처럼 보이지만 앤리스트로 동작하기 때문에 정확하게 혼동됩니다.제거의 목적은 다음과 같습니다.isFirst{{provider}}의 동작은 모든 참조용 목록을 거의 동일하게 동작하도록 만드는 것입니다.:)

어쨌든... 추적 범주를 추가하여 이 사용법의 보급률을 확인해야 할 것 같습니다.저는 그것을 사용하는 경우가 거의 없다고 장담합니다.이는 리디렉션 인수를 지나 홀수의 인수가 있는 경우에 패턴 자체를 깔끔하게 사용하므로 동작을 추적하기 위한 빠른 스니펫을 추가할 수 있어야 합니다.

한다면 (#논병아리 - numRedirects) % 2 == 1 그리고나서 카테고리 추가('비정상 매개 변수를 사용하는 해트노트 템플릿') 끝.

좀 더 구체적인 범주("비정상 매개변수" 범주에는 이미 다른 항목이 있음)를 사용할 수도 있지만, 이를 통해 기존 사용법에 대한 좋은 인식을 얻을 수 있습니다.좋은 생각인 것 같아요?{{Nihiltres talk edites}} 2016년 4월 11일(UTC) 21:37, 회신[회신]

와, 들어본 적 없는 또 다른 추적 고양이.범주:특이한 매개 변수를 사용하는 Hatnote 템플릿은 2011년 2월 26일 {About}에 추가된 이후로 계속 사용되고 있습니다.저는 다른 것을 만드는 것보다 그것을 사용할 것입니다. 우리는 이미 다른 사람이 추적할 수 있는 것보다 더 많은 추적 범주를 가지고 있습니다.wbm1058 (talk) 00:33, 2016년 4월 12일 (UTC) Reply[reply]

비니(봉제 캡)는 2012년 4월 1일부터 해당 범주에 포함되었습니다.이것은 고양이의 유일한 메인 스페이스 페이지입니다.wbm1058 (talk) 00:59, 2016년 4월 12일 (UTC) Reply [reply]

이 간단한 문법 수정은 카테고리를 삭제했습니다.{{about}}템플릿이 어떻게 그것을 처리했는지 알아내려면 더 많은 뇌세포를 발사해야 할 것 같습니다! wbm1058 (talk) 01:17, 2016년 4월 12일 (UTC)Reply[응답]

그렇군요, 템플릿을 사용하고 있었습니다.str left "is"로 시작하는 문자열을 찾습니다.wbm1058 (talk) 2016년 4월 12일 01:32 (UTC) Reply [reply]

네, "is"로 시작하여 인수 1이나 2 없이 인수 3을 지정하는 문자열(즉, {{about}을(를) 에뮬레이트하는 {{other use}}); 대부분 이렇게 어색하지만 쉽게 고정되는 것입니다.대부분의 카테고리(~50페이지)를 삭제했으므로 여기서 테스트 결과를 보다 쉽게 확인할 수 있습니다.기회가 되면 (내일?) 이 시험에 추가하겠습니다.장기적으로, 해트노트가 좋은 테스트를 수행하고 테스트와 추적이 잘 수행되도록 하기 위해 더 많은 작업이 있을 것입니다.저도 그 카테고리를 발견하고 놀랐습니다.{{Nihiltres talk edites}} 03:06, 2016년 4월 12일 (UTC) 회신 [답장]

추적을 구현했습니다. 이제 채워질 때까지 잠시 기다리겠습니다.제가 처음에 스니펫팅한 것만큼 영리하진 않지만, 다른 기능들로 분산되어 있기 때문에...나는 그것을 잊고 있었습니다. 나는 그것을 실행하는 조건부로 해킹했습니다.isFirst행동, 어쨌든 더 신뢰할 수 있는 행동.{{Nihiltres talk edites}} 2016년 4월 12일 (UTC) 18:46, 회신 [회신]

지금까지 기사 공간에서 단 세 개:

모두 고쳤습니다. 비정상적인 구문을 합법적으로 사용한 것은 없습니다. wbm1058 (talk) 13:32, 2016년 4월 13일 (UTC)응답 [응답]

단, 거의 틀림없이, 이 사용법은 나쁘지 않습니다. wbm1058 (talk) 13:36, 2016년 4월 13일 (UTC) 회신 [답장]

화이트워시에서 고장난 케이스도 고쳤습니다.저는 논쟁의 여지가 있는 "소카" 사용을 피하고 싶습니다. 모자 노트가 "SOCA"의 컨텍스트로 시작하기 때문에 우리는 이미 컨텍스트를 제공받았기 때문에 전체 모자 노트는 해당 컨텍스트에 있고, 마지막에 있는 "소카를 위해"는 중복됩니다.리디렉션 텍스트나 기사 제목이 충분한 컨텍스트를 제공하지 않는 경우에는 {{다른 용도}}의 문구를 선호하는 것으로 제안합니다.

어쨌든, 이 시점에서, 저는 그것을 제거해야 한다고 주장합니다.isFirst행동은 기본적으로 "어디에서도 실제로 사용되지 않는 특별한 경우의 행동"이 됩니다.행동이 {{about}}과(와) 완전히 일치한다면 우리는 더 나을 것입니다.{{Nihiltres talk edites}} 2016년 4월 13일 (UTC) 15:51, Reply [reply]

당신은 올바른 방향으로 가고 있는 것 같습니다.당신의 계획을 실행할 수 있을 것 같습니다. wbm1058 (talk) 02:02, 2016년 4월 14일 (UTC) Reply [Reply]

완료. 다음 두 가지 관련 문제가 남아 있습니다.

그isFirst변수가 완전히 사라진 것은 아닙니다. 왜냐하면 그것은 또한 일부 조기 종료 로직을 포함하기 때문입니다.
기본값이 여러 번 사용되는 경우, 매번 동일한 방식으로 기본값이 됩니다(즉, "REDIRECT(명확성 해제)"에 대한 여러 링크).이것은 아마 무시할 수 없을 것입니다, 왜냐하면 실제로 사용되어서는 안 되기 때문입니다, 하지만 이것은 나중에 조기 종결 논리를 검토할 때 분명히 다루어야 할 사항입니다.

어쨌든, 그것은 이상한 행동입니다.이미 추적 태그가 지정된 다음 이상한 행동에 대해 다른 대화 섹션을 시작하겠습니다.{{Nihiltres talk edites}} 2016년 4월 14일 (UTC) 14:43, Reply [reply]

이상 행동 2: 특정 조건에서 "1" → "기타 용도"

제가 없애고 싶은 다음 이상한 행동에 대해서요!이건 흥미롭고 완전히 문서화되지 않은 것입니다.

{{redirect REDIRECT USE1 PAGE1 1 PAGE2}}→
{{redirect REDIRECT 1 PAGE1}}→

"사용" 필드(첫 번째 필드를 지나감)가 "1"일 경우, 자동으로 "다른 사용"으로 변환됩니다.이것은 제가 과감하게 변경하여 실제로 "로 변환되도록 할 정도로 이상하고 문서화되지 않았습니다.other uses[[Category:Hatnote templates using unusual parameters]]예기치 않고 쓸모없는 동작일 뿐만 아니라 해당 비트 자체의 일부에 연결되어 있기 때문에 매개 변수에 영향을 미치는 동작에 대한 검토를 차단하기 때문입니다.

저는 그것이 완전히 사용되지 않았고 제거하는 것에 대해 논란의 여지가 전혀 없다고 장담하지만, 우리는 적어도 그것을 핵으로 만들기 전에 카테고리가 현존하는 어떤 용도를 지적할 기회가 있을 때까지 기다리기를 원할 것입니다.{{Nihiltres talk edites}} 2016년 4월 14일 15:02 (UTC) Reply [reply

제거됨.여기서 더 많은 행동으로 넘어가기 전에 아마도 {{about3}}개의 삭제를 완료하는 데 집중할 것입니다.{{Nihiltres talk edites}} 2016년 4월 16일 (UTC) 18:22, 회신 [회신]

이상한 행동 3: 첫 번째 사용이 "다른 사용"인 경우 목록의 조기 종료

글쎄요, {{about3}}과(와) {{about4}}이(가) 모두 삭제되었으므로 다시 "이상한 행동" 제거 프로젝트로 돌아갑니다.

다음으로 이상한 동작은 첫 번째 "사용" 매개 변수가 "다른 사용"(정확히는)이면 목록이 조기에 종료된다는 것입니다.이 동작은 {{redirect}}에만 한정되며 {{about}}에는 나타나지 않습니다.현재 내 샌드박스를 막고 있는 노트에서 가져온 예:

두 개의 직접 보기 문장 중 첫 번째 사용 항목 "기타 용도":
{{redirect REDIRECT other uses PAGE1 USE2 PAGE2}}→

{{redirect/sandbox REDIRECT other uses PAGE1 USE2 PAGE2}}→

{{about ABOUT other uses PAGE1 USE2 PAGE2}}→

{{about/sandbox ABOUT other uses PAGE1 USE2 PAGE2}}→
세 가지 참고용 문구의 두 번째 사용 항목 "기타 사용":
{{redirect REDIRECT USE1 PAGE1 other uses PAGE2 USE3 PAGE3}}→

{{redirect/sandbox REDIRECT USE1 PAGE1 other uses PAGE2 USE3 PAGE3}}→

{{about ABOUT USE1 PAGE1 other uses PAGE2 USE3 PAGE3}}→

{{about/sandbox ABOUT USE1 PAGE1 other uses PAGE2 USE3 PAGE3}}→

이는 모듈의 132~136행에 구현됩니다.

한다면 데이터.[1] 그리고. 데이터.[1].사용하다 그리고. 데이터.[1].사용하다 ~= '기타 용도' 그리고나서  위해서 i = 2, #데이터. 하다, 하다, 하다, 하다, 하다, 하다, 하다, 하다, 나다   본문[#본문 + 1] = formatUseTable(데이터.[i] 또는 {}, 거짓의, 리다이렉트)  끝. 끝.

저는 왜 이런 행동이 바람직한지 모르겠습니다.이것은 {{about}}과(와) 일치하지 않습니다. 혼동될 가능성이 상당히 높습니다(매개 변수가 단순히 표시되지 않음). 그리고 기술에 정통하지 않은 사용자(예: "다른 의미"와 같은 비표준 구문 포함)와 기술에 정통한 사용자 모두에게 사소한 영향을 미치기 때문에 어떤 의미에서도 좋은 스타일을 효과적으로 시행하지 않습니다.

{{redirect REDIRECT <nowiki>other uses</nowiki> PAGE1 USE2 PAGE2}}→

제가 이 행동이 바람직하다는 이유를 놓치고 있습니까?그렇다면 설명 부탁드립니다! :)

이 경우의 다음 단계는 이전의 경우와 마찬가지로 범주를 사용하여 이 동작을 사용하여 사례에 태그를 지정하도록 코드를 조정하는 것입니다. 해당 동작을 합리적인 방식으로 사용하는 사례가 거의 없거나 전혀 없다고 가정하면 모든 사례를 수정하고 해당 동작을 제거하는 작업을 진행할 것입니다. 이는 단일 조건을 제거하는 것이기 때문에 매우 간단합니다.data[1].use ~= 'other uses') 132번 라인의 if 문에서.{{Nihiltres talk edites}} 2016년 4월 19일 (UTC) 04:20, Reply [reply]

계속해요, 잘하고 있어요.범주:비정상적인 매개 변수를 사용하는 Hatnote 템플릿을 임시로 다시 채울 준비가 되었습니다. wbm1058 (talk) 13:32, 2016년 4월 19일 (UTC)응답 [응답]

자, 분류는 혼란스럽습니다.처음에는 작은 실수를 범했으며 조기 종료할 것이 없는 경우(예:{{redirect REDIRECT other uses PAGE1}}), 하지만 그것을 빨리 고쳤습니다.초기 스킴은 대부분의 경우가 의도하지 않거나 매개변수화 실수임을 시사하지만, 우리는 두고 볼 것입니다.수정 사항은 ""를 이동하는 것으로 구성될 것입니다. other uses REDIRECT (disambiguation)대부분의 경우 템플릿 끝에 대한 매개 변수입니다.참고로:저는 이것이 아마도 모듈로 완전히 격리된 마지막 "이상한 행동"이라고 생각합니다.해당 노트를 리디렉션합니다. 다음 비트는 참조 목록이 있는 템플릿 전체에서 어떤 특정 기본/종료 동작을 수행해야 하는지 묻는 것을 포함합니다. 아마도 위키백과의 RfC 토크일 것입니다.모자 노트.{{Nihiltres talk edites}} 2016년 4월 19일 (UTC) 16:10, Reply [reply]

30여 개가 걸려 몇 개를 고쳤는데, 당신도 고친 것을 보았습니다. wbm1058 (talk) 2016년 4월 19일 (UTC) 21:11 (답장)

네; 대부분의 경우 실수가 있었던 것 같습니다.대부분은 재주문을 통해 수정되었고, 일부는 사용으로 전환되었습니다.and키워드(예: 비명).범주에 입력되지 않은 경우를 대비하여 행동을 정리하기 전에 잠시 설명하겠습니다.{{Nihiltres talk edites}} 2016년 4월 19일 23:00 (UTC) 회신 [회신]

제거됨.이제 더 일반적으로 기본 설정/종료 항목을 검토하겠습니다. {{Nihiltres talk edites} 2016년 4월 21일 (UTC) 14:34, 답변 [응답]

참조용 목록 표준화

저는 위키피디아 강연에서 토론을 시작했습니다.Hatnote #표준화 - Hatnote에서 "X의 경우 Y" 항목 목록을 생성하는 코드의 표준화 및 중앙 집중화에 대한 목록입니다.토론은 이 페이지에 영향을 줄 수 있지만 다른 사람들과도 관련이 있기 때문에 이 페이지에 있습니다.관심이 있으면 거기에 댓글을 달아주세요.{{Nihiltres talk edites}} 2016년 4월 27일 (UTC) 17:26, 27:00 Reply [reply]

템플릿:리디렉션 4

템플릿:Redirect4는 아직 이 모듈을 사용하지 않습니다.방금 확인되지 않은 리다이렉트 해트노트를 발견했어요 검토가 필요합니다.모듈을 사용할 수 있도록 개선되었으면 좋겠습니다. wbm1058 (talk) 23:25, 2016년 5월 3일 (UTC) 회신 [답장]

페이지 이름의 다중 매개 변수 목록이 아닌 위키텍스트의 한 매개 변수로 해석되는 페이지 목록을 포함하고 있기 때문에 저는 아직 이 목록을 변환하는 것을 피했습니다.and키워드들이 모듈은 해당 동작을 지원하지 않습니다.{{redirect}}과(와) {{about}}이(가) 동일한 모듈을 사용하도록 기본 기능을 조정하고 있습니다.Hatnote 목록 기반 목록 생성 코드는 중앙 집중화될 때까지 새로운 기능을 도입하는 것을 미뤄왔습니다.{{Nihiltres talk edites}} 00:16, 2016년 5월 4일 (UTC) 회신 [회신]

"당신이 찾고 있을지도 모릅니다."

우리는 수백만 개의 모자 노트를 가지고 있습니다.{{redirect Municipal Waste text=You may be looking for [[Municipal solid waste]]}}또는 종종 전체적으로 수동으로 코드화합니다.:...이 문구를 생성하기 위한 매개 변수가 필요합니다. 예를 들어, lookingfor=[[Municipal solid waste]]가능하면 제공된 값이 단일 페이지로 해결되는지 감지할 수 있을 정도로 충분히 스마트하여 다음을 수행할 수 있습니다. lookingfor=Municipal solid waste작동합니다. 만약 이것이 모든 해당 템플릿과 함께 작동한다면 좋을 것입니다.{{About}}- SMC캔들리쉬 😼 ¢ ☏ 2018년 7월 30일(UTC) 23:14, 회신[reply]

샌드박스 변경사항 검토

나는 샌드박스에 이 모듈에 대한 업데이트를 넣었습니다.두 가지 주요 변경 사항이 있습니다.

리디렉션 제목이 리디렉션이 아닌 경우, 새 코드는 페이지 원본에 "가 포함된 경우를 필터링하려고 시도합니다.#invoke:RfDRfD'd 리디렉션이 검토가 필요한 리디렉션 해트노트 범주를 오염시키지 않도록 별도로 분류합니다(아직 생성되지 않은 범주).필터 자체가 약간 취약하기 때문에 RfD 상태를 확인할 수 있는 더 나은 방법이 있다면 교체해야 하지만 현재로서는 충분할 것입니다.
모듈을 사용하는 대신:리디렉션, 새 코드가 최신 코드에 액세스합니다.redirectTitlemwTitle의 필드 - 리디렉션의 대상 제목을 반환하거나 false를 반환합니다.내장된 Scribunto 기능을 위해 별도의 모듈을 사용하지 않는 것이 바람직하며 코드 터치를 단순화합니다.

테스트 케이스에 RfD'd 페이지 테스트 케이스를 추가했고, 새로운 코드에서 작동하도록 거짓 양성 테스트를 조정했지만, 테스트 케이스는 아마도 더 많은 작업이 필요할 것입니다.저는 사람들이 제공할 수 있는 어떤 평가나 접근법에 대한 비판도 감사할 것입니다.{{Nihiltres talk edites}}20:36, 2021년 4월 16일 (UTC) 회신 [회신]

니힐레스, 변경해 주셔서 감사합니다.알렉스 트레벡이 엉뚱한 곳에 있다는 걸 눈치챘나요?null 편집은 아무 영향이 없었고, 새 고양이에 있는 다른 6개의 글과 확연히 다른 내용은 보이지 않습니다. MB 03:12, 2021년 5월 5일 (UTC)Reply[reply]

MB , 모듈을 업데이트했습니다.Alex Trebek가 모듈을 통해 분류됨:제가 현재 작업 중인 리디렉션 구분입니다.몇 분 안에 고쳐질 겁니다.:) {{Nihiltres talk edites}} 2021년 5월 5일 03:24, 5일 (UTC) 회신 [회신]

네, 모듈을 업데이트했습니다.Hatnote 및 모듈 리디렉션:아무도 언급하지 않았기 때문에 조금 대담하게 다시 구분합니다. 하지만 가끔은 그런 식으로 진행됩니다.수정해야 할 다른 해트노트 모듈/템플릿이 있을 수도 있지만, 시작은 좋으며 범주에 포함된 모든 것을 처리합니다.리디렉션 해트노트가 있는 기사는 검토가 필요합니다.{{Nihiltres talk edites}} 03:29, 2021년 5월 5일 (UTC) 회신 [답장]

Redirect 대신 Redirect-distinguish를 사용했기 때문이라는 것을 알아챘어야 합니다.리디렉션 구분에서 수행한 다른 작업으로 인해 누락된 리디렉션이 약 40개(카테고리:리디렉션 누락).저는 모든 기사를 고쳤기 때문에 이것은 좋은(의도적이든 의도적이든) 변화였습니다.그러나 카테고리에는 아티클 공간에 없는 항목이 포함되어 있습니다.다른 추적 범주와 일치하는 항목은 제외할 수 있습니다.감사합니다. MB 2021년 5월 5일 18:09 (UTC) 회신 [답장]

완료 이전 편집 전에 어딘가에 논리 오류가 있었을 것입니다. 업데이트할 때 논리를 좀 더 깨끗하게 만들었음을 메모했습니다.{{Nihiltres talk edites}} 2021년 5월 7일 04:15, 7일 (UTC) 회신 [회신]

적절한 경우에만 표시됩니다.

@니힐트:안녕하세요, 이 모듈의 개발에 적극적인 것으로 보이는데 Template_talk:리디렉션 #제안:_display_certificate_hatnotes_only_user_directed_from_certes_targets_from_directed_from_directed_targets

저는 이 문제를 조사하고 있으며 미디어위키의 개인 인스턴스에 복제할 수 있었습니다. 이 문제를 해결하려고 시도한 적이 있습니까?

Lua 코드만 편집해서 수정을 적용하려고 했는데 Scribunto API에 유용한 기능이 없는 것 같은데 확인해주실 수 있나요?

가능한 해결책으로는 클래스에서 리디렉션된 mw를 기반으로 사용자가 리디렉션을 통해 아티클에 도달했는지 여부와 원래 용어가 무엇인지 확인할 수 있는 Scribun을 함수에 추가하는 것이 포함될 수 있습니다.

--TZubiri (대화) 2021년 7월 2일 23:45, UTC 답변[답장]

이는 소프트웨어에서 현재 상태로는 불가능합니다. 페이지가 리디렉션되기 전에 HTML로 렌더링되므로 템플릿이 직접 표시를 제어할 수 없거나 제어할 수 없습니다.
리디렉션 메시지에 다음과 같은 추한 규칙이 있는 내장된 스타일시트가 포함된 경우.redirect-message-hatnote {display: block !important;}그러면 기본적으로 메시지 클래스를 숨기고 리디렉션 메시지가 있을 때 다시 표시할 수 있습니다. 그러나 인터페이스를 편집해야 합니다.미디어위키:에서 리디렉션되었으며, 해당 메시지가 인라인 스타일시트를 그런 식으로 포함하는 것을 지원하는지 잘 모르겠습니다.
확실히 완전히 불가능한 것은 아니지만 비현실적이고, 독자가 직접 방향을 전환하지 않은 경우에도 방향 변경 메시지가 명확화에 유용할 수 있다는 점에서 다른 지역사회의 반발이 있을 수 있다고 생각합니다.그래서 저는 인터페이스 메시지 기반 해킹을 추진하기 전에 접근 방식의 장점에 대해 진지하게 논의하고 싶습니다.{{Nihiltres talk edites}} 17:44, 2021년 7월 6일 (UTC) 회신 [회신]

답변 감사합니다.커뮤니티의 반발에 대해 걱정하지 말고, 이러한 변화에 대해 폭넓은 공감대가 형성되어 있습니다. 사용자:팝콘 퍼지/상관성에 관한_문제_모자 노트.또한 명확한 예로 인터넷 액세스를 살펴봅니다.

아, HTML은 위키 코드에서 LUA에 의해 서버 측에서 생성되는 것으로 알고 있으며, 우리는 HTML을 기반으로 생성할 수 없습니다.필요한 자료가 (요청한) URL에도 있다는 것도 알게 되었고, 가능한 해결책을 계속 생각해 보겠습니다.

--TZubiri (대화) 2021년 7월 9일 06:02, UTC 답변[답장]

TZubiriino, 하나의 사용자 공간 에세이를 기반으로 한 이에 대한 광범위한 커뮤니티 지원이 있다고 가정하지 마십시오.older ≠ 더 현명한 2021년 7월 9일 10:51 (UTC) 회신 [회신]

그렇지 않으면, 제가 읽은 토론을 대표합니다. 제가 TZubiri와 약혼한 토크 페이지를 보려면 제 기여 내역을 확인하십시오. (대화) 2021년 7월 9일 (UTC) 18:05, 답변 [응답]

@TZubiri:제안을 하고, 광범위한 피드백을 요청하고, 이에 대한 직접적인 지원을 설정하면 우리는 앞으로 나아갈 수 있습니다.지역사회의 피드백이 없다면, 저는 그 조치에 반대할 것입니다.{{Nihiltres talk edites}} 2021년 7월 12일(UTC) 21:34 답변 [답장]

@니힐트:저는 지금 기술적인 측면에 집중하고 있습니다.국민투표가 필요하다면 제안과 승인 과정은 기술적 측면에 따라 달라질 것이기 때문에 기술적 세부 사항이 해결될 때까지 미루고 싶습니다.예를 들어 MediaWiki에 대한 변경사항은 변경사항을 구현하기 위해 엄격한 검토 프로세스가 필요할 수 있습니다.

이미 있었던 것보다 더 많은 논의(충분히)가 있다면 문제를 해결하는 대신 문제에 대해 이야기할 수 있는 좋은 방법이 될 수 있습니다.

로컬 WikiMedia 인스턴스를 실행할 수 있게 되었고 해결책을 시도할 것입니다. --TZubiri (대화) 20:45, 2021년 7월 13일 (UTC)Reply[답장]

[1]의 어떤 기능도 기술 솔루션을 허용하지 않습니다.페이지가 리디렉션 대상을 통해 검색되었는지 여부를 확인하는 옵션은 mw.title을 확장하고 검색된 페이지 이름을 반환한 다음 대포 기사 제목과 비교하여 가능할 수 있습니다.한편, 이것은 최선의 해결책이 아닐 수도 있습니다. 저는 개인 위키백과 인스턴스를 디버그하여 최선의 해결책이 무엇인지 결정하겠습니다. --TZubiri (대화) 20:56, 2021년 7월 13일 (UTC)응답 [응답]

통합 {{Redirect-synonymous}}

지금은 수동 링크가 필요하며 대신 이 모듈을 호출해야 합니다.–Vipz (대화) 2023년 4월 14일 08:18 (UTC) 회신 [회답]

Search