도움말 대화:Transclusion전폐

보다 명확한 실제 예제 텍스트를 추가하십시오.

나는 다른 위키피디아 페이지의 링크로부터 이 Transclusion 기사로 보내졌는데, 그것은 그것을 일반적인 위키피디아 도구로 언급하고 있는 것 같았다(내가 있는 페이지에 "전송된" 출처를 조사하도록 나를 부추겼다).

아마도 가장 큰 문제는 그 참조가 이 페이지를 가리키는 것이었고, 위키백과 독자와 텍스트 작성자를 위한 교육-휠 페이지를 방문했어야 했는데, 위키백과에서 어떻게 전폐가 사용되는지와 전폐를 어떻게 사용하는지에 관한 것이었다.

그리고 위키미디어 텍스트 랭글러들을 위한 또 다른 Transclusion 페이지도 있다.

이 페이지는 코드 왜곡자에게는 괜찮고, 처음부터 개념을 소개하는 위키백과 텍스트 편집자를 위한 기사에 있어야 하는 참조용 링크트랩이 있어야 한다.

이 코멘트는 우리가 대화 페이지에 있는 Translation 기사에 대한 설명을 요구한다.

이 페이지에 나와 있는 대부분의 토론은 전폐가 무엇인지 잘 아는 사람들 사이에서 전폐의 이용과 코딩에 관한 기술적인 질문이다.

이 글은 고쳐 써야 한다. 그것을 도구로 사용하는 것을 배우고 우리가 위키피디아를 편집하면서 그렇게 할 수 있도록 하는 것을 배우는 데 있어 새로운 비 프로그래머들에게 관심을 가질 만큼 충분히 유용하고 초대하기 위해서는 더 명확성이 필요하다. 우리를 돕는 것은 우리가 위키피디아를 더 좋게 만드는 데 도움이 될 것이다.

우리를 위해서, 내부적인 의미가 있는 샘플 텍스트를 추가해줘. Lorem ipsum foo 7 wife와 같은 연관성이 없는 여러 가지 터무니없는 샘플 텍스트를 추가하지 않고 따라가기는 충분히 어렵다. 개념에 새로운 독자의 뇌는 그 예들이 내부적으로 이해할 수 있고 논리적으로 연관되어 있는지 더 잘 알 수 있을 것이다.

2 곱하기 2는 4이고, 4 곱하기 2는 8이다.

원본 변경(& show reflected)(예:

2 곱하기 2는 4이고, 4 곱하기 2는 8이다.

원본에 추가(& show reflected), 예:

2 곱하기 2는 4이고, 4 곱하기 2는 8이고, 8 곱하기 2는 16이다. 2, 4, 8은 수학적으로 2의 힘으로 간주된다.

어느 정도 숙고해 본 결과, 전폐는 훌륭한 도구처럼 들린다. 도구의 장점, 기능, 사용 등에 대한 설명을 명확하게 할수록 더 많이 사용될 것이다. 나는 이 글과 개념에 대해 어느 정도 이해할 수 있었는데, 그것들 때문이라기보다는 "foo"의 예에도 불구하고 말이다. 명확한 직관적인 예를 빼앗기는 것이 답답했다. 나는 내면의 논리가 그 요점을 뒷받침하고 설명해주는 예시를 원했고 필요로 했다.

'전교'라는 단어, 전교 개념, 그리고 전교를 능숙하게 완수하기 위한 코드는 일반적인 지식이 아니다. 전폐는 컴퓨터 과학 개념으로, 위키백과에서 일하면서 내 사전에 철자 오류로 표기될 정도로 거의 알려져 있지 않으며, 총 17만 건의 구글 조회 수를 기록했을 뿐이다. 비프로그래머인 위키백과 편집자 대다수가 열성적으로 채택할 수 있을 정도로 투명하고 두드러진 전폐를 만드는 것은 정말 어려운 일이다.

스탠딩 스타트로부터 이러한 명확한 설명의 도전에 응하기 위해서는 새로운 추상적 개념을 파악하는데 있어서 뇌가 반드시 콘크리트에서 추상적인 것으로 움직인다는 사실에서 출발할 필요가 있다.

추상적인 신조어("변환")를 도입함과 동시에 그것이 반영하는 소설적 추상적 개념을 도입하는 동시에, 많은 또는 대부분의 독자들에게는 생소하거나 비직관적일 것이며, 그 다음에 유사하게 참신한 프로그래밍 개념과 구문을 쌓아가는 것은, 복잡성에 대한 참신함과 복잡성에 대한 새로움을 쌓아가는 것이다. 그 결과 도구의 전체적인 의미, 개념 및 사용은 파악하기가 상당히 어렵지만, 아마도 반드시 어려운 것일 수 있다. 허튼 예시를 없애고, 직관적으로 이해가 되는 예를 추가함으로써 꼭 필요한 만큼만 어렵게, 어렵지 않게 만들 수 있다. 단순하고 명확한 직관적인 예를 기사 초반에 배치하면 장점, 의미, 용도가 더 명확해질 것이다.

허튼 말을 예로 들면, 그 원리를 설명할 수 있는 구체적인 예를 없애고 개념을 처음 접하는 사람이 시각적이고 직관적으로 이해할 수 있는 출발점을 줌으로써, 추상화가 논의될 수 있는 인지적 기반을 뇌에서 박탈한다.

이 글에는 많은 위키 텍스트가 위키백과 전체에 걸쳐 여러 곳에 붙여진다는 도구로서의 전폐의 이점이 내포되어 있다. 같은 텍스트의 여러 골든 카피가 동시에 편집하는 고전적인 문제인데, 우리의 멋진 위키의 힘을 곱한 것이다. 비식별적 업데이트의 문제에 대한 설명을 명시적으로 포함시키는 것(명확한 예와 함께)은 또한 개념에 새로운 독자들이 교폐를 통해 우아하게 해결할 수 있는 문제를 이해하는 데 도움이 될 것이다. 전폐는 사실 위키 익스텐더로서 꽤 흥미진진한데, 이는 전체 텍스트의 그룹 개선의 마법의 더욱 강력한 연장선이다. 나는 여기서 더 명확한 설명을 바라고 있는데, 그것은 내가 트랜스클루션을 이해하고 사용할 수 있게 해준다.

여기서 기초부터 시작해 우아한 명쾌한 설명이 개발된다면, 아마도 위키백과 편집자들을 위한 한 페이지로, 위키미디어 코드 랭글러들을 위한 또 다른 페이지로 옮겨질 수 있을 것이다. — Ocdnctx (대화 • 기여) 20:47, 2014년 7월 5일 이전에 추가된 서명되지 않은 논평

변환된 섹션에 참조 반복 참조

나는 방금 어떤 기사에서 각주 오류가 난 상황을 우연히 발견했는데, 다른 기사의 한 부분을 선별적으로 필사했다. 그 이유는 전대부분에는 반복 인용문인 <ref name=vnat2011/>이 포함되어 있었는데, 이 인용문은 원본의 다른 곳에 전체 참고문헌이 등장하여 전대 기사에게는 제공되지 않았기 때문이다. 나는 소스 기사의 전체 참조를 변환되는 섹션으로 옮겨서 이것을 고쳤다.

이 페이지는 편집자들에게 반복 인용문을 위해 그들이 전하고자 하는 부분을 확인하도록 경고해야 하는가? 라르고플로파조 (토크) 11:51, 2020년 8월 13일 (UTC)[]

예! --Moxy 🍁 13:03, 2020년 8월 13일 (UTC)[]

그래, 선택적 전폐는 최선의 환경에서는 문제가 될 수 있어. older 더 현명한 13:29, 2020년 8월 13일 (UTC)[]

@Moxy: 나도 같은 문제를 가지고 있어, 여기서, COVID-19의 기원에 대한 조사(좀 더 많은 출처가 있음)도 마찬가지라고 생각해. 위의 "출처 기사의 전체 참조를 변환된 섹션으로 이동"하는 방법만이 유일한가? 랜덤캐나다어(대화/기여) 00:37, 2021년 3월 25일(UTC)[]

예(페이지에서 그렇게 말함) 및 아니오(유일한 방법이 아님); WP:LDR. 그리고 예(흐느러미). Mathglot (대화) 10:53, 2021년 3월 25일 (UTC)[]

참고문헌이 많은 구간을 선별적으로 전폐할 경우 "전폐확장 시간"이 높아진다.

많은 참조 및/또는 많은 내용이 포함된 섹션을 혼용하는 데 문제가 있다는 것을 알았다. 이렇게 하면 페이지가 "사후 확장 포함 크기" 제한을 빠르게 초과하게 되는 것 같다. "변환 팽창 시간 보고서"는 섹션을 초월하지 않더라도 매우 긴 부하 시간을 보여준다. 어떤 구간도 초월하지 않는데 왜 Translocation 확장이 오래 걸리는지 모르겠다: 참조-템플릿의 Transloclation인가? 아마 여기 있는 누군가가 그것에 대해 더 알고 있을 것이다 - 나는 여기에서 그것에 대해 물었다. "후 확장 시 크기 포함"-제한의 필요성, 핵심 문제 및 가능한 대체 해결책 확인. (가능한 경우 해당 문제 또는 포장자 문제에서 답변하십시오.)

--prototypersential (talk) 21:49, 2020년 9월 26일 (UTC)[]

공통 섹션에 하위 페이지를 사용해야 하는가?

공통 섹션이 있는 섹션 페이지에는 "이 세 번째 페이지는 그 자체로 한 페이지 또는 다른 두 페이지의 하위 페이지일 수 있다"라고 명시되어 있지만, 위키백과는 다음과 같다.하위 페이지에는 "백과사전의 일부로 의도된 영구적인 내용에 대한 하위 페이지 사용"은 허용되지 않는 사용이라고 명시되어 있다. 이 중 어느 것이 정확한가? 아키타네헝거포스 (대화) 07:46, 2021년 3월 21일 (UTC)[]

나는 페이지는 어떤 면에서는 구식이라고 생각하는데, 나는 그 사용이 더 이상 수행되지 않는다고 생각한다. 하지만 그것은 소프트웨어로 무엇을 할 수 있는지 알려주는 기술적인 도움말 페이지 입니다. 그러나 일반적으로 허용되는 사항에 대해서는 정책 페이지로 미루어야 한다. --Jules (Mrjulesd) 19:02, 2021년 3월 21일 (UTC)[]

나는 같은 것이 궁금했고, 파서 기능이 없는 단순한 템플릿에 일반적인 텍스트를 넣는 것을 고려했다; 엄격히 말하자면 내용을 왜곡하는 간단한 방법만큼이나. 이런 식으로 하지 않을 이유가 있을까? Mathglot (토크) 10:55, 2021년 3월 25일 (UTC)[]

내가 틀릴 수도 있지만, 나는 이것을 금지하는 어떤 규칙도 알지 못한다. 그러나 보다 일반적인 방법은 도움말을 사용하는 것이다.트랜스클러지#선택적 전폐. --Jules (Mrjulesd) 11:51, 2021년 3월 26일 (UTC)[]

특정 버전 또는 부분을 혼동하는 것은?

거의 13년 전의 십여 건의 답변이 없는 질문이었습니다.

기사들을 퍼멀링크와 함께 옮겨라.

permalinks로 기사를 초월하는 방법이 있을까?그래서 만약 우리가 permalink로 망라한다면, 포함된 기사는 항상 같은 버전을 가지고 있다?153.96.133.33 (토크) 12:45, 2008년 10월 1일 (UTC)

내가 다시 말하겠다:

• 특정 버전의 페이지나 섹션을 생략할 수 있는 방법이 있는가?

—CmdrDan (대화) 10:00, 2021년 8월 17일 (UTC)[]

@CmdrDan: 이것에 대한 해답은 「아니오」라고 90% 정도 확신하고 있지만, 이즈노가 결정적인 해답을 줄 수 있을 것으로 믿는다. Mathglot (토크) 10:17, 2021년 8월 17일 (UTC)[]

위키백과 참조:마을 펌프(기술)/아카이브 191#구 버전 퍼멀링크와 함께 작동하도록 섹션 전폐를 할 수 있는가? - 간단히 말해서, 아니오, 그리고 매우 어려울 것이다. --Redros64 ( (토크) 14:19, 2021년 8월 17일 (UTC)[]

@CmdrDan: 질문의 사이드 어스펙트(side-aaspect)는 다음과 같다. 예를 들어, {{US Presidents}을(를) 초월하는 조지 H.W. 부시 전 미국 대통령을 예로 들 수 있는 구 버전의 기사를 보고, 구 버전에서 그 변형된 템플릿에 의해 열거된 마지막 대통령이 누구인지 확인한다면 어떻게 될까? 구 개정 당시 대통령이 될 것인가, 아니면 지금 대통령이 될 것인가. 너는 네 답을 염두에 두었니? 좋아, 2008년 10월 6일자 "조지 H.W. 부시" 기사 수정본을 봐봐. 이 개정안의 첫 문장에 부시가 2008년에 아직 살아 있는 것으로 기재되어 있다는 점에 유의하십시오(2018년에 사망). 오래된 개정판이 그 당시에 있었던 옛 텍스트를 보여주기 때문이다. 이제 아래쪽에 있는 "미국의 대통령들"이라는 나브바로 스크롤하여 누가 가장 최근 대통령으로 등록되어 있는지 확인해 보십시오. 오래된 개정판은 조 바이든이 마지막으로 보여진다; 그것은 그것이 템플릿의 현재 수정안을 초월하기 때문이다. 그것은 증거가 아니라, 템플릿의 특정 수정을 초월하는 데 수반될 어려움 중 하나를 나타내는 지표다. 그리고 한 글에는 수십, 수백 개의 전횡이 있을 수 있다. Mathglot (토크) 06:07, 2021년 8월 20일 (UTC)[]

위대한 권력은 큰 책임을 요구한다.

아야, 알았어.

@Mathglot Yes, I see your point: @Mathglot yes. 그래 서로 마주 보고 퍼머링크를 혼용하는 힘의 결과(이를 퍼머링크 [sic]으로 생각하는 사람은 나뿐만이 아닌 것 같다)는 것은 진정한 "타임머신" 기능이 모든 트랜스퍼된 내용의 적절한 버전을 반복적으로 호출해야 한다는 것이다.

당신의 예: 2008년 10월 6일자 "조지 H.W. 부시" 기사 개정판 나는 290개의 "이 페이지의 현재 버전으로 변환된 페이지"를 세어본다.(이 영역을 뭐라고 부릅니까, "게시판 변경" "사전 보기 표시" "변경사항 표시" 버튼 아래의 영역은 다음과 같다.

• "이 페이지에서 사용된 Wikidata 엔티티"
• "이 페이지의 현재 버전으로 변환된 페이지"
• "이 페이지는 42개의 숨겨진 카테고리의 구성원"
• "파서 프로파일링 데이터"

그리고 왜 "숨겨진 범주"만이 실체 수를 표시하는 표제들 중 하나인지, "파서 프로파일링 데이터"는 개수가 필요하지 않다.

2008년 10월 6일자 기사의 290개 전횡을 현재 버전과 비교해 보면 다음과 같은 것을 알 수 있다.

• 차이 없음

나는 다른 번호를 볼 줄 알았다.

사이드바:페이지 정보, 작성은 수정본인가?

페이지 인포메이션은 우리에게 2001년 9월 20일 23:12에 만들어진 조지 H W 부시 페이지에 10,154개의 편집이 있었다고 말한다. 흠...그것은 (10,162 + 원본) 또는 (10,162 + 원본)을 의미하는가? 나는 전자라고 생각했지만, 만약 우리가 (위 참조) permlink에 대한 페이지 정보를 본다면, 그것은 두 가지 수정을 말하는 것이다. 흠, 정말.

기록 목록의 항목 수를 세려면 2가 타당하다.

창조를 특별한 경우로 만들기 보다는, 창조를 편집이라고 부르자.

누르는 소리 좀 그만해!

잠깐만.

"미리보기 표시"를 클릭하면 문자열이 다음에서 변경됨:

• "이 페이지의 현재 버전으로 변환된 페이지"

로

• "이 미리 보기에 사용된 템플릿"

미리 보기 표시로 현재 혼선 상태 표시

이것이 모든 것을 설명해 주는 것 같다.

JeLuF가 2002년 8월 22일 09:09에 편집한 조지 H. W. 부시의 19차 개정판을 편집하고 페이지 하단에 "이 페이지의 현재 버전으로 변환된 페이지(도움말):" [강조 추가]를 참조하십시오.

• 지금 클릭: 미리보기 표시
  • Poof, 더 이상 "페이지가 ...로 넘어간다"
• 그것은 이 페이지의 이 버전에는 어떠한 전가물도 호출되지 않았기 때문이다.

• 6년 앞서나가기:
  • 2008년 10월 6일판 조지 H. W. 부시 편집
  • 미리 보기 표시 클릭
• 빙고!
  • 290개가 아니라, 지금은 시사회 때 사용된 141개의 템플릿이다.

확실히 미리보기 표시를 클릭하면 기사의 이전 버전에 대한 템플릿 검사가 트리거되며, 이러한 경우가 아니라면 우리는 항상 현재 트랜스클루션 상태를 주시하고 있다.

나는 이 질문에 대답할 자격이 없지만, 각 템플릿의 이력을 재귀적으로 검색해야 하기 때문에 특정된 내용에 대해 모든 전횡을 조립하는 데 훨씬 더 많은 작업이 포함된 것 같다. 일이 많긴 하지만 할 수 있어 질문은:이것이 필요한가?이다.

Permalink가 진정한 렌더링이 아닌 경우 자주.

이 반복적인 전폐가 이루어지지 않는 한 우리는 우리가 말하고 있는 것을 전달하지 않을 것이다. 우리는 실제로 작년에, 아니 19년 전에 어떻게 기사가 나왔는지를 보여주는 것이 아니라, 근사치를 보여주는 것이다. 얼마나 근사치인가?

우리는 모른다.

—CmdrDan (대화) 04:55, 2021년 8월 23일 (UTC)[]