위키백과:마을 펌프(기술)/아카이브 AX

페이지 하단의 I/W 링크?

내 monobook.css를 사용자 지정하여 페이지 하단에 모든 인터위키 링크를 왼쪽의 상자 대신 표시할 수 있는가?다음은 미디어위키 사이트의 무작위 사례. -(쿠빅[*]스타(토크(이메일)) 13:55, 2007년 10월 20일(UTC)

MediaWiki:시테노티스가 나타나지 않음

칸나다 위키백과에서 누군가 새로운 사이트 공지사항을 설정하려고 했지만, 그 메시지는 현재 어떤 것으로 설정되었든 전혀 나타나지 않는다.aon에도 메시지가 나타나지 않기 때문에 사이트 공지 ID가 아니다. -- Kassad 12:59, 2007년 10월 20일(UTC)

구식 시테노티스는 일단 이번 모금행사를 위해 중앙으로 교체되었다. --briion 18:57, 2007년 10월 20일 (UTC)

내가 만든 기사

인터리엇은 사용자가 만든 모든 기사를 표시하는 도구를 가지고 있다고 들었는데, 대본은 실패한 것 같고 인터리엇은 AWOL이다.나는 기술적으로 전혀 생각이 없다. 그러나 만약 대안에 대해 알고 있고 내 Talk 페이지를 ping할 수 있다면 그것은 훌륭한 Dick G 05:13, 2007년 10월 11일 (UTC)

허허, 그냥 똑같은 질문을 하려고 온 거야.특수:기고문은 새 기사와 특별 기사로 표시되지 않는다.위키피디아의 새로운 페이지는 적어도 그리 오래 거슬러 올라가지 않는다.스페셜(Special)을 얻는 것은 얼마나 어려울까?Specia와 같은 새로운 기사를 표시하기 위한 기부금최근의 변화들이 그래?고마워^Talk. - 2007년 10월 11일, 18:07, Taxman 18:07

http://tools.wikimedia.de/에 또 다른 도구가 있었지만, 2007년 10월 11일(UTC) 알렉스 스모트로프 18:25, 둘 다 작동하지 않는 것 같다.

나는 사용자 통계를 제공할 수 있는 도구를 가지고 있다. 로그 목록은 [1]을 참조하라. 나는 그것을 원하는 모든 사람을 위해 기꺼이 실행한다.β^_command 20:36, 2007년 10월 13일 (UTC)

나도 이걸 어떻게 하는지 알고 싶어.내가 만든 기사로 돌아가고 싶을 때, 그리고 목록 등을 유지하려고 해도 기사 이름을 기억할 수 없을 때, 그것은 나를 미치게 한다. --Mattisse 16:39, 2007년 10월 20일 (UTC)

(다음 50)

모든 기사의 편집 내역 페이지에는 다음과 같은 링크가 있다.

(50)(다음 50)

불행히도 역사는 역순으로 나열되기 때문에, 목록 순서의 '다음 50'은 연대순으로 '이전의 50'이며, 일단 두 페이지의 항목을 지나치면, 나는 항상 잘못된 링크를 클릭하며 더 뒤로 가는 대신 제 시간에 전진하는 자신을 발견하게 된다.

다음과 같은 다른 문구를 찾을 수 있는가?

(50대 이상)(50대 이상)

또는

(다음 50 이후)(다음 50 이전)

아니면 뭐 그런 거?

--207.176.159.90 05:14, 2007년 10월 19일(UTC)

MediaWiki talk:를 참조하십시오.다음은 현재 소프트웨어로 변경하려고 할 때 무엇이 잘못되는지에 대한 설명.그 문제가 터무니없이 정리되기는 어려울 것 같지는 않지만, 개발자의 개입이 필요하고, 개발자는 바쁜 경향이 있다. --ais523 09:28, 2007년 10월 19일 (UTC)

참조

Wikitext가 HTML로 렌더링될 때, <ref> 태그를 포함한 모든 글의 위키텍스트에 암시적으로 추가된다(또는 그와 동등한 동작).그리고 미리보기를 할 때 어느 섹션에서도 마찬가지다.

물론 이 변화는 나의 다른 두 가지 사항에서 다룬 두 가지 문제를 모두 다룰 것이다.

--207.176.159.90 23:09, 2007년 10월 18일(UTC)

마지막 한 가지 문제점은 참고문헌이 기사의 마지막 섹션이 아닌 경우가 매우 많으며, 실제로 그렇게 되어서는 안 된다는 것이다.태그를 사용하는 목적은 참조가 배치되는 정확한 위치와 형식 지정에 있어 어느 정도의 유연성을 허용하는 것이다.TCC (대화) 01:26, 2007년 10월 19일 (UTC)

단, (1) 하나 이상의 <ref> 태그가 부딪혔고 (2) 위키텍스트에서 <참조/> 태그가 마주치지 않았다면, "ERROR!! 같은 것을 추가하는 것이 좋을지도 모른다. <참조> 태그는 보이지 않았다. ERROR!! - 인용된 참조는 다음과 같다." 그리고 나서 암시적인 <참조> 태그를 추가한다. -- 보라카이 빌 03:00, 2007년 10월 19일 (UTC)

오류보다는 경고 메시지가 유용할 가능성이 높으며 구현하기 특별히 어렵지 않은 특징이 될 수 있다.그러나 참조 태그를 자동으로 추가한다는 개념은 많은 문제를 열어놓는데, 그 중 하나는 Csernia가 언급했던 것이다.참조 블록을 페이지에 추가하는 방법의 정확한 성질은 상당히 의도적으로 명시적으로 정의되지 않는다.기사에서 참조 블록이 발생하는 경우, 기사의 작성자에게 맡겨서 원하는 대로 형식을 지정할 수 있도록 해야 한다.참조 블록이 없는 것이 사실 올바른 경우가 많다 - 다양한 소스를 인용하는 템플릿 또는 infobox를 고려한다; 일반적으로 템플릿 자체보다 템플릿이 변환되는 페이지의 참조 블록에 이 템플릿에 인용된 소스를 포함하는 것이 더 낫다.사실, 나는 현재 Cite의 가장 큰 문제들 중 하나는 그것이 특정 페이지에서 참고문헌이 어떻게 사용되는지를 편집자들이 커스터마이징할 수 있는 충분한 능력을 허용하지 않는다는 것이라고 매우 믿는다. 이 제안은 아주 사소한 불편함을 완화하기 위해 그들의 사용을 훨씬 덜 커스터마이징 할 수 있게 하려고 한다.내가 가장 중요하게 생각하는 한 가지는, 예를 들어 "노트"와 "소스"가 서로 분리될 수 있도록 주어진 페이지 내에서 서로 다른 종류의 참조 유형을 정의하는 능력이다.나는 또한 현 시스템이 그렇지 않은 MLA와 같은 다른 형태의 텍스트 인용문, 즉 MLA를 사용할 수 있도록 하는 것이 중요하다고 생각한다.Cite의 개혁에 대한 많은 논의가 최근에 이루어졌고, 우리는 곧 그 시스템에 약간의 변화를 보게 될 것이다.읽을 가치가 있는 것은 위키피디아-l의 최근 실이다.아미다니엘 (토크) 03:21, 2007년 10월 19일 (UTC)

좋아, 문제가 많으면 그 제안은 잊어버려.그러나 나는 나의 처음 두 하위섹션이 그 경우에 다루어졌으면 한다. --207.176.159.905:07, 2007년 10월 19일 (UTC)

처음 두 개의 하위 섹션은 실행 가능하다.이의가 없는 한 이번 주말에 뭔가 시행하도록 노력하겠다.어쨌든, Cite는 해결해야 할 많은 문제들을 가지고 있다. - 당신은 빙산의 일각에 거의 부딪치지 않았다.) AmiDaniel (토크) 06:33, 2007년 10월 19일 (UTC)

아미다니엘, <ref> 태그가 마주쳤는데도 여전히 참조 블록이 없는 것이 맞는 경우가 있는가?그런 상황에서 경고 메시지를 통해 기사의 맨 끝에 참조를 확대하거나, 경고 메시지가 나타나지만 확장되지 않은 참조가 숨겨져 있거나, 확장되지 않은 참조가 경고(현재 행동) 없이 숨겨져 있는 것이 더 유용한가? -- 보라카이 빌 05:46, 2007년 10월 19일 (UTC)

물론 있었다.머리 위로는 엔위키에 대한 생각이 떠오르지 않지만, 내가 직접 이런 스타일의 템플릿을 구현했다는 것은 알고 있다.그러나, 문제는 참조 태그 없이 참조 태그를 갖는 것이 괜찮아야 하는지에 관한 것이 아니라, 그러한 태그를 배치할 장소나 여부를 소프트웨어 또는 편집자가 결정해야 하는지에 관한 것이다.IMO, 올바른 동작은 편집기를 저장한 후, 일치하는 참조 블록이 없는 참조 태그가 있음을 편집자에게 경고하는 것이다.아미다니엘 (토크) 06:30, 2007년 10월 19일 (UTC)

<참조/> 태그 필요

횡단 편집

기사 섹션을 편집하여 새 <ref> 항목을 추가한다고 가정하십시오.미리보기 표시 시 미리보기에는 기사 텍스트는 표시되지만 참조는 표시되지 않으므로 실제로 변경한 내용은 표시되지 않는다.또는 텍스트와 참조를 추가하면 변경 내용 중 일부를 볼 수 있지만 모든 변경 내용은 볼 수 없다.

이 문제에 부딪치면 대개 섹션 끝에 <참조/>를 임시로 추가하는 식으로 일을 한다.그런 다음 미리 보기를 표시하고, 오류를 수정하고, <참조/>를 제거하고 페이지 저장을 한다.그러나 그것은 분명히 오류가 발생하기 쉬운 일인데, 왜냐하면 사람의 본능은 오류가 수정되는 즉시 페이지를 살리는 것이고, <참고/> 태그를 떼고 그 후에 다시 가서 해야 한다는 것을 잊어버리는 것은 너무나 쉬운 일이기 때문이다.

기술적인 해결책이 떠오른다.편집 중인 섹션에 <ref> 태그가 포함되어 있지만 <reference/>가 포함되어 있지 않다면 소프트웨어에 {{preview-reference}}와 같은 템플릿 참조를 추가해야 하며, 이는 이와 같은 것으로 확장될 것이다.

--"미리보기할 섹션에는 다음과 같은 참고문헌이 포함되어 있는데, ""전체 기사는 &lt;참고문헌/" 태그에 표시된다:" <참고문헌/>

물론 참고문헌이 아닌 단원의 텍스트만 편집하고 있다면 굳이 확대된 것을 볼 필요는 없고, 그저 귀찮을 뿐이다.다른 접근방식은 별도의 참조 미리보기 버튼이 될 수 있지만, 그것은 나에게 과잉 살상으로 보인다.

일관성 검사

이와 관련된 점에는 양쪽 한 구역 및 기사 편집을 위해 경우에 기사 하나 이상의<>를 포함하는 것은 사실 ref&gt을 가두고 싶습니다.<>없이 태그, references/&gt며, 또는 두개 이상의<>포함하는 그들을 확대할 것 태그, references/>, 태그. 바람직하지 않을 것이다(실험은 각각의<>references/>, 모든<>팽창합니다;ref>, 있을 것을 보여 준다.Gs에 함께에 출연하다.틱, 그러니까 모든 <ref> 태그 뒤에 정확히 한 개의 < </> 태그가 있어야 한다.)미리보기 쇼가 끝났을 때, 이 시점에서 페이지 저장을 한 경우, 그리고 이러한 잘못된 상황이 있을 경우 경고(미리보기 창이나 다른 곳에서는 놓칠 수 없을 정도로 두드러진 경우)를 발령해야 할 경우, 기사 전체에 대해 점검을 실시할 것을 제안한다.

누군가 기사에 첫 번째 참조를 추가했을 때 어떤 일이 일어나는지 고려해야 하기 때문에, 이것은 저장을 막는 오류 메시지가 아니라 미리보기 시간에 발령되는 경고가 되어야 한다고 생각한다.섹션 편집 중에 이 작업을 수행하면 먼저 참조 섹션을 추가하는 것을 잊어버렸기 때문에 저장을 차단하지 않으려는 것이다.마찬가지로, 정리 작업을 수행하는 사람이 문서를 위에서 아래로 순서대로 여러 개의 참조를 추가하여 한 번에 한 섹션씩 저장한 후에 마지막에 가서 참조를 추가할 수 있다.그러나 참고문헌 섹션을 추가하도록 상기시킬 필요가 있다.

아니면 더 크게 생각하는 것

더 크게 생각한다면, 더 나은 접근법이 있을 겁니다. 비록 내가 이것을 처음으로 생각하는 사람이 될 수는 없겠지만, 아마도 이 방법이 사용되지 않는 데는 그럴만한 이유가 있을 겁니다.그러나 지금 내게는 분명한 <참고/> 태그의 전체 생각을 잊어버리고, 위키피디아를 통해 봇을 보내서 그것들과 관련 부분을 없애도록 하는 것이 옳은 일처럼 보인다. 그리고 대신 단순히 전체 섹션을 갖는 것이 옳다.

== Tnavbar-header 템플릿 문제 == 누군가 [Template_talk:Tnavbar-header#fontcolor_필요하다.3F 이 이슈]]] 그리고 그들이 무엇이 잘못되었는지 알아낼 수 있는지 알아보는가?fontcolor 매개 변수가 vde에 올바르게 적용되고 있지만 제목과 그 매개 변수가 {{tl University of Oklahoma}}과 같은 많은 템플릿에 부정적인 영향을 미치지는 않는다.보호되었으니 문제가 보이지만 템플릿을 편집할 수 없으면 알려줘.고마워요.파운드[사용자:Nmajdan <font style="font:bold 11px Verdana, sans-serif;"]NMajdan[/font]]]•[사용자 대화:Nmajdan <font style="font:9px Verdana,sans-serif; 색상:#000;"</font>] 2007년 10월 18일 (UTC) 20:28, 20:28:제목이 []를 사용하여 연결되고, 그 자체가 [[ ]] 밖에 지정된 글꼴 색보다 우선한다는 것이 문제다.쉬운 해결책은 없지만, 오클라호마 대학 템플릿에서 (어글리) 해결책으로 이것을 시도해 볼 수 있다: 제목=[[오클라호마 대학 <스팬 스타일="색깔:#fff"] :<스팬 스타일="퐁가족: 베르다나;] - [사용자:Edokter <span style="color: #008;""''E'dokter''</span>] • [[User_talk:Edokter <span style="color: #080;"Talk</span>] • </span> 22:20, 2007년 10월 18일 (UTC) ::정보 고마워.생성된 HTML을 보면서 그게 문제인 줄 알았는데 아쉽게도 그 해결책이 나한테는 안 먹힐 것 같아.{{tl University of Oklahoma}}} 템플릿은 실제로 내가 만든 또 다른 템플릿인 {{tl Navigation}에서 생성된다.더 나은 해결책을 찾을 때까지 vde를 그만둘까 봐.고마워요.파운드[사용자:Nmajdan <font style="font:bold 11px Verdana, sans-serif;"]NMajdan[/font]]]•[사용자 대화:Nmajdan <font style="font:9px Verdana,sans-serif; 색상:#000;" talk</font]] 2007년 10월 19일 (UTC) 13:01:::::반면 전체 링크를 글꼴 태그 안에 감싸는 것도 효과가 있는 것 같다...<span style="font-family: verdana;") —[사용자:Edokter <span style="color: #008;""''E'dokter''</span>] • [[User_talk:Edokter <span style="컬러: #080;"Talk</span]] • </span> 17:23, 2007년 10월 19일 (UTC) == 밑줄 링크 == 나는 내 선호도를 밑줄 링크로 설정했지만, 오늘까지 왼쪽의 탐색과 상호작용 링크가 밑줄로 되어 있다는 것을 전혀 알아차리지 못했다.뭔가 바뀐 거야, 아니면 내가 이걸 처음 알아차리는 거야?나는 IE7을 브라우저로 사용하고 있다.[[사용자:Coemgenus Coemgenus] 15:53, 2007년 10월 18일 (UTC) :그들은 당신이 그 위를 디딜 때 밑줄을 쳐야 한다.그것은 Wikipeia의 CSS 스타일(브라우저 설정보다 우선함)에 의해 관리되고 있다.<span style="font-family: verdana;") —[사용자:Edokter <span style="color: #008;""''E'dokter''</span>] • [[User_talk:Edokter <span style="color: #080;"Talk</span>] • </span> 15:57, 2007년 10월 18일 (UTC) ::네, 그러나 나는 그들 위를 맴돌고 있지 않다.그들은 지금 항상 밑줄을 그어 놓고 있다.[[사용자:Coemgenus Coemgenus] 16:02, 2007년 10월 18일 (UTC) ::그래, 이상하다.내가 아는 한 변한 것은 아무것도 없다.캐쉬를 정리해보셨나요?<span style="font-family: verdana;") —[사용자:Edokter <span style="color: #008;""''E'dokter''</span>] • [[User_talk:Edokter <span style="color: #080;"Talk</span>] • </span> 16:11, 2007년 10월 18일 (UTC) :::무효로 통과시킨 다음, 무효로 삭제한 다음, 또한 무효로 삭제했다.이거 좀 이상해.심지어 편집 화면의 기호와 문자 링크에도 밑줄이 그어져 있다.[[사용자:Coemgenus Coemgenus] 17:56, 2007년 10월 18일 (UTC) 나는 [http://en.wikipedia.org/w/index.php?title=MediaWiki:Monobook.css&diff=165348136&oldid=155719694 this edit]이 그것을 했다고 믿는다.부분적으로 되돌려야 할 것 같아. - [사용자:RockMFR RockMFR]] 18:11, 2007년 10월 18일 (UTC) :네, 편집(내가 요청)한 것이었습니다.기술적으로 "언더라인 링크:항상" 환경설정에서 "모든" 링크를 밑줄로 표시하십시오.그러나 사용자들은 이미 "정상적인" 포틀렛과 특수 차르에 익숙해 있으므로, 이것을 다시 [[미디어위키:모노북.css] 【[사용자:Alex Smotrov AlexSm]] 2007년 10월 18:50, 2007년 10월 18일 (UTC) <소스 랭=css> /* 프리f "언더라인 링크:Always" */ .portlet a, #editpage-specialchars a { text-decoration: none } .portlet a:hover, #editpage-pecialchars a:hover { text-decoration: underline } </source> :P.S.이 설정은 http://en.wikipedia.org/w/index.php?title=-&action=raw&gen=css http://en.wikipedia.org/w/index.php?title=-&action=raw&gen=css [[사용자:Alex Smotrov AlexSm] [18:50, 2007년 10월 18일 (UTC) ::이것은 고쳐져야 한다.[[WP:BYPASS] 또는 [[WP:필요에 따라 PURGE]].문제가 생겨서 미안해. -[사용자:MZMcBride MZMcBride] 03:33, 2007년 10월 19일 (UTC) == 할당된 휴대 IP == IP 상태 측면에서 "할당된 휴대 IP"의 의미를 누군가가 명확히(확실히) 할 수 있는가?[[위키피디아:]의 일부 블록과 관련이 있다.양말 인형/라히루 k (2위) 이 양말 조각 보고서]]]]]Whois 데이터는 [http://www.dnsstuff.com/tools/whois.ch?domain=222.165.157.129 here]이다.고마워![사용자:체이서 추적자] - [[User_talk:Chaser t] 08:48, 2007년 10월 15일 (UTC) : "Allocated portable"은 단순히 주소 블록이 국가 레지스트리 서비스(이 경우 APNIC)에 의해 직접 할당되었고, 따라서 제공자에 독립적이라는 것을 의미한다.이는 IP 주소를 서비스 제공업체로부터 "빌려" 받고 그 제공업체와 함께만 사용할 수 있는 일반적인 모델과는 달리 IP 주소의 "소유자"가 그것을 한 제공업체에서 다른 제공업체로 이전할 수 있다는 것을 의미한다.휴대용 IP 주소를 취득하는 주된 이유는 제공자를 변경할 때 IP 주소의 확립된 평판을 유지하고, 이전 주소를 포기하지 않고도 제공자를 변경할 수 있는 유연성을 확보하기 위함이다.그러나 이것이 두 명의 사용자가 다른 사용자의 양말 인형인지 아닌지를 판단하는 데 어떤 역할을 할지는 잘 모르겠지만, 요청하신 대로 정의하십시오. [사용자:아미다니엘 아미다니엘]([사용자 대화:AmiDaniel talk]]) 15:45, 2007년 10월 15일 (UTC) ::그러면 할당된 휴대용 주소는 평균 정적 IP보다 "더" 고정적인 경향이 있다.--[사용자:체이서 추적자] - [[User_talk:체이서 t]] 20:49, 2007년 10월 15일 (UTC) :::음..이런 의미에서 생각해 본 적은 없지만, 나는 분명히 그런 결론으로 성급히 결론을 내리지는 않을 것이다.IP가 "정적"인지 "동적"인지 여부는 서비스 제공자가 IP 주소를 IANA에 의해 할당되는 방식이 아니라 가입자에게 주소를 할당하는 방식에 의해 결정된다."휴대용"이라는 것은 IP 주소나 블록이 한 제공자에서 다른 제공자로 이전될 수 있다는 것(있었거나 그렇지 않을 것이다!)이며, 특히 이러한 성질 때문에 제공자에 의해 주소를 확인할 수 없다는 것을 의미한다.일반적으로 (적어도 AFAIK) 휴대용 IP 주소의 경우는 전대기업이 필요할 경우 대체 제공자에게 전송 시 동일한 IP 주소를 유지할 수 있다는 조건으로 상위 제공자로부터 휴대 IP 주소를 전대하는 것이다.비용 때문에, 이는 일반적으로 ISP 시장이 매우 경쟁적인 지역(예: APNIC가 서비스를 제공하는 많은 지역의 경우)에서만 이루어진다.그런 다음 전대기업은 자신의 내부 할당 계획에 기초하여 이러한 IP 주소를 통해 고객에게 연결성을 제공할 것이다. 일부는 개인, 기업, 서버에 정적으로 제공될 수 있으며, 다른 일부는 고객 중 하나 또는 다수에게 동적으로 사용될 수 있다.대부분의 경우, ''개별''은 하나의 휴대용 주소의 관리인이 될 수 없다.나는 실제로 정적인 것과는 반대로 대부분의 휴대용 IP 주소는 여러 개인이나 실체에 의해 "공유"될 가능성이 높다고 말하고 싶다. 비록 이것도 결코 강제적인 것은 아니지만 말이다.요컨대, 당신은 스리랑카 텔레콤에 연락하여 이 IP주소가 어떻게 사용되는지 정확히 알 수 있을 가능성이 훨씬 더 높다 :) [[사용자:아미다니엘 아미다니엘]([사용자 대화:AmiDaniel talk]]) 2007년 10월 17일 19:11 (UTC) :::::아주 도움이 되고 유익한 답변 고마워, 아미다니엘.이번 교류에서 많은 것을 배웠다.[사용자:체이서 추적자] - [[User_talk:체이서 t]] 20:56, 2007년 10월 17일 (UTC) ::::::::도와줘서 기쁘다 : [사용자:아미다니엘 아미다니엘]([사용자 대화:AmiDaniel talk]]) 03:24, 2007년 10월 19일 (UTC) == 태그에 대한 나쁜 tfd 효과 == re: [http://en.wikipedia.org/wiki/Wikipedia:Templates_for_deletion/Log/2007_October_10<!---]#Template:가장 큰_cities_of_the_European_Union 이 tfd]는 {{tl tfd}}이 템플릿 상자의 제목 안에 태그가 붙어 있지 않았기 때문에 편향되어 있다.{{tl lts}}}다른 4개의 템플릿이 있어야만 "모르퍼링된" 템플릿 삭제 메시지가 어디에 있는지 알 수 있었다.그녀가 {{tl tfd}} 클로징 '}}' 페어를 어디에 발랐는지 잘 모르겠고, 역사 확산은 평소처럼 빨간색으로 변화를 표시하지 않고 있다.일부 템플릿에 정통한 관리자가 적절한 하위 섹션과 함께 제목 섹션 안에 있는 tfd 메시지를 볼 수 있는가?나는 tfd가 유효한 태깅을 하고 닫았다가 다시 열어야 한다고 생각한다.안부 // <b>[사용자:파바투스 프라우]</b><font color="green"][사용자 대화:파바르투스 nkB]</font> 02:30, 2007년 10월 18일 (UTC) : 모두 고정.—[사용자 대화:Cryptic Cryptic] 02:49, 2007년 10월 18일 (UTC) ::미안해.[[템플릿:Tfd]]는 꽤 명확하지만 유용한 문장 "이 코드는 그대로 작동하며, PAGENAME을 실제 페이지 이름으로 바꿀 필요는 없다."는 내용은 [[Wikipedia:삭제하기 위한 템플릿]]], 그리고 나는 설명이 필요했다!다른 사람이 같은 실수를 하는 것을 피하기 위해 지금 거기에 그것을 추가했다.그것을 정리해주셔서 크립틱에게 감사한다.[[사용자:PamD PamD] 07:22, 2007년 10월 18일 (UTC) == 인용책과 기사의 연결 == 안녕, 나는 방금 기사를 가지고 있는 사람(현재 고아가 된 사람)이 책을 인용하는 기사를 발견했다.참고문헌에 사용된 인용문 내용이 어떻게 저자와 연결될 수 있을까?[[사용자:DuncanHill DuncanHill]] 2007년 10월 17일 23:53, 2007년 10월 17일 (UTC) :작성자 이름을 입력하거나 매개 변수 'authorlink'(authorlink=target 기사의 이름)을 사용한다.템플릿 페이지에는 더 자세한 정보가 있어야 한다.---<<sub><span style="경계:1px 솔리드 #228B22;패딩:1px;>[사용자:Piotrus Piotr Konieczny anka Prokonsul Piotrus ] [[User_talk:피오투스 <퐁스타일="색깔:#7CFC00;배경:#006400;" talk </font>]</sub> 00:57, 2007년 10월 18일 (UTC) :::고마워 - 저작자 링크 일을 했는데 효과가 있었다![[사용자:던컨힐 던컨힐] 01:18, 2007년 10월 18일 (UTC) == ye template god를 부르는 것 == 이것이 가능한지 모르겠지만, 나는 질문이 있다.한 템플릿에서 다른 템플릿으로 변수를 전달하시겠습니까?나는 {{tl Johnny Cash}} 템플릿을 우연히 발견했고 많은 그룹과 하위 항목이 있는 물건들의 포맷이 마음에 들었다.각 그룹은 접을 수 있으며, 특정 그룹의 경우 해당 그룹만 표시되도록 매개변수를 설정할 수 있다.예를 들어 [June Carter Cash] 기사를 보면 패밀리 그룹만 표시되고 나머지는 모두 붕괴된 상태로 남아 있다.<tt>{{{ 등 원하는 그룹의 파라미터를 추가하는 이유조니 캐시 패밀리}</tt>, 그래서 이제 패밀리 그룹이 보여진다.나는 이 개념을 받아들여 {{tl대학 오브 오클라호마}}, {{tl 오스틴}}, {{tl 오클라호마 주립대학}, {{tl 오하이오 주립대학}, 그리고 아마도 몇 가지 다른 대학 템플릿을 다시 썼다.나는 이것들을 더 쉽게 변환할 수 있도록 템플릿을 만드는 것이 가치가 있을 수 있다고 결정했다.그래서 오늘 접을 수 있는 그룹이 있는 {{tl Navigation}}}을(를) 만들었다.그러나, 나의 사용자 공간에서 만들고 템플릿 공간을 이동한 후, 나에게 하나의 큰 문제가 생겼다.기사에서 대학 템플릿으로 파라메터를 기본 템플릿으로 전달할 수 있을까?지금까지는 성공하지 못했다.{{tl Navbox}}, {{tl Navbox/core}}}}에 코드를 해부해 보았는데 너무 오랫동안 쳐다봐서 머리가 아파.어떤 도움이라도 감사할 것이다(이 문제를 충분히 잘 설명했으면 좋겠다).파운드[사용자:Nmajdan <font style="font:bold 11px Verdana, sans-serif;"]NMajdan[/font]]]•[사용자 대화:Nmajdan <font style="font:9px Verdana,sans-serif; 색상:#000;" talk</font]] 2007년 10월 17일 (UTC) 20:26:20:26, "into"와 "into"를 통해 매개 변수를 전달할 수 있지만, 하나의 템플릿 중 "out"은 전달할 수 없다.예를 들어, 기사는 템플릿 B를 위한 매개변수를 가진 템플릿 A를 호출한다(그리고 A는 B를 호출한다).A 안에는 <코드>파라미터 = {{{param }}}</code>와 같은 것이 있을 것이다.그것은 A의 발신자(기사)의 값을 B의 명명된 파라미터로 전달한다.이것이 도움이 되기를 바란다 [[사용자:Andrwsc Andrwsc]] 20:57, 2007년 10월 17일 (UTC) ::고마워, 효과가 있었던 것 같아!파운드[사용자:Nmajdan <font style="font:bold 11px Verdana, sans-serif;"]NMajdan[/font]]]•[사용자 대화:Nmajdan <font style="font:9px Verdana,sans-serif; 색상:#000;"</font>] 01:13, 2007년 10월 18일 (UTC) ==오류 카테고리에 버그가 채워져 있는가?== 카테고리 분류 시스템은 다양한 [[diacritic]]문자를 인식하지 못하여 카테고리 분류에서 무시할 수 밖에 없다. - [http://en.wikipedia.org/w/index.php?title=Jan_Stanis%C5%82aw_Bystro%C5%84&curid=13604535&diff=165215457&oldid=162715919 small effect]가 있을 수 있지만 예쁘기도 하다.http://en.wikipedia.org/w/index.php?title=Ludwik_%C4%86wikli%C5%84ski&diff=89673468&oldid=88579357 major.우리가 투표할 수 있는 버그가 채워져 있는가? --<<sub><span style="경계:1px 솔리드 #228B22; 패딩:1px;>[사용자:Piotrus Piotr Konieczny anka Prokonsul Piotrus ] [[User_talk:피오투스 <퐁스타일="색깔:#7CFC00;배경:#006400;" talk </font>]</sub> 17:08, 2007년 10월 17일 (UTC) :이것은 실제로 역대 세 번째로 요청된 기능이다(단일 사용자 로그인 및 애논 전용 블록 후): [[bugzilla:164] 참조).-[사용자:ais523 ais523] 08:07, 2007년 10월 18일 ([사용자:ais523 U]][사용자 대화:ais523 T][특별:기여/Ais523 C]) == "의 개정 이력" ===모든 페이지 기록 제목 앞에 "의 개정 이력"이라는 단어를 볼 필요가 없는 맞춤형 css가 있을까?--<small>'VectorPotential'</small>[User_talk:벡터 포텐셜 토크]</sup> 2007년 10월 17일 13:20, (UTC) :CSS에서는 할 수 없지만, 자바스크립트에서는 쉽게 할 수 있을 것이다.[[WP:]에서 요청하십시오.US/R WikiProject 사용자 스크립트 요청 페이지]]]-[사용자:ais523 ais523] 2007년 10월 17일 14:17 ([사용자:ais523 U]][사용자 대화:ais523 T]][특별:Contributions/Ais523 C]]) :I created a Javascript to fix that the day they implemented it: <source lang="javascript"> addOnloadHook(function(){     /* Fix the title of the history page */     if(wgAction=='history'){         document.title=wgPageName.replace(/_/g,' ')+' - Wikipedia History';         var h=document.getElementsByTagName('H1');if(h.length){ h=h[0]; wh.firstChild h.removeChild(h.firstChild); h.appendChild(document.createTextNode(wgName.replace(/g, ''); } }; } }; </sourception) : 괜찮다.[[사용자:아노미 아노미] 02:18, 2007년 10월 18일 (UTC) ::고마워!완벽히 작동한다.벡터 포텐셜 토크]</supp> 2007년 10월 18일 (UTC) == ifeq help == <코드>{#ifeq:<nowiki>#</nowiki>99의 이유를 알아낼 수 있는 사람이 있을까?CCFF <노위키>#[//노위키]99CCFF ''true''''''false''}}}}</code'는 {{#ifeq:#99CCFF #99CCFF ''true'''''false''}}}}}}}을(를) 반환하고, 이를 고정하여 거짓을 반환하지 않도록 하는 방법(동일한 입력이 주어짐)?고마워. -[사용자:PEJL PEJL] 08:31, 2007년 10월 17일 (UTC) :비교 안에 <코드></code>를 사용하지 않는가?코드에 정통한 사람이라면 자세한 내용을 알려줄 수 있지만, 나의 실험으로 보아 각 <코드>가 <코드>와 같은 독특한 태그로 바뀐 것 같다.UNIQ5d22741068bd706c-nowiki-00000001-QINU</code("code")는 파서 기능을 적용하기 전에 코드 U+0007을 나타내며, 이후 태그가 다시 변경된다.당신의 ifeq의 문제는 <코드>{{#ifeq:>와 같은 것을 본다는 것이다.UNIQ5d22741068bd706c-nowiki-0000000<span style="color:red"1</span>-Q99CCFF �UNIQ5d22741068bd706c-0000000<span style="color:red"2</span>-Q99CCFF ''진실''''false'}}}</code'는 항상 거짓이다.[[사용자:아노미 아노미] 2007년 10월 17일 11시 45분(UTC) : 호기심뿐인가, 아니면 이걸 써야 하나?--[사용자:패트릭 패트릭]] 2007년 10월 17일 11시 46분 (UTC) ::설명해줘서 고마워.이것은 단순한 호기심이 아니라 [[템플릿:Infobox Album/color/doc#Unit test]]]].대안이 생각나는 사람 있어? -[사용자:PEJL PEJL] 13:24, 2007년 10월 17일 (UTC) ::[[사용자:]를 참조하십시오.내 샌드박스의 Csernica/Sandbox/Infobox 앨범/색상 예]요령은 <코드> #99CCFF </코드><!--노위키 없이 이 페이지의 출처를 보고 있다면.---> 색상으로 돌려주는 것이다.그런 다음 정확히 그것과 비교해야 하지만, 공간은 스타일 명세서에서 무시되기 때문에 반환 값과 마찬가지로 효과가 있다."[사용자:Csernica TCC]"<small>[User_talk:체르니카(토크)] [[특수:기여금/Csernica (기여금)]</작음> 20:36, 2007년 10월 17일 (UTC) :::정말 고마워! (위의 내용이 의도한 대로 렌더링되지 않는다는 점에 유의한다: <코드>&#32;#99CCFF</code>) --[사용자:PEJL PEJL] 21:15, 2007년 10월 17일 (UTC) ::::::알아, 하지만 네 번이나 그 빌어먹을 것을 정확하게 타이핑하려고 노력했지만, 포기했어.커피를 너무 많이 마셔서 잠을 충분히 못자."[사용자:Csernica TCC]"<small>[User_talk:체르니카(토크)] [[특수:기부금/Csernica (출연금)]</작음> 01:02, 2007년 10월 18일 (UTC) == 나는 여기 새로 왔는데, 돌아다니는 법을 가르쳐 줄 사람 있어?[[사용자:Mdhamiri Mdhamiri] 09:43, 2007년 10월 17일 (UTC) : 친애하는 Mdhamiri, 위키백과에 잘 오셨습니다.[[사용자 대화:]를 클릭하여 읽을 수 있는 "시작 상자"를 제공했다.Mdhamiri]]]]이다.그것은 위키피디아를 최대한 활용하는 방법을 설명하는 많은 유용한 링크들을 가지고 있다.행복을 빌며[[사용자:DuncanHill DuncanHill]] 11:05, 2007년 10월 17일 (UTC) == html 태그에 동봉되었을 때 확장되지 않는 템플릿 파라미터 문제에 대한 알려진 해결책이 있는가?[[사용자:해피멜론 <b 스타일="컬러:포레스트그린;"해피>]—[사용자 대화:해피멜론 <b style=" colorge;" darkorange;"melon;] 21:40, 2007년 10월 16일 (UTC) : 예를 들어 주시겠습니까?[사용자:1of3 1of3] 01:19, 2007년 10월 17일 (UTC) : : :<code>일부 클레임 <ref name={{{refn}}>{{{ref}}}</ref></code> : ::<code>refn</code>는 적어도 올바르게 확장되지 않으며, 모든 참조에는 "{{refn}}}}"이라는 이름이 붙게 된다.<코드>ref도 제대로 확대될 것 같지 않다.[[사용자:해피멜론 <b 스타일="컬러:포레스트그린;"해피>]—[사용자 대화:해피멜론 <b style=" color:darkorange;"melon</b"] 08:07, 2007년 10월 17일 (UTC) ::문제는 템플릿 매개변수가 HTML 태그(<ref>가 HTML 태그가 아님)에서 확장되지 않는다는 것이 아니라 [[사용자:Pengo/pageusingref 이 버그]]]]-[사용자:PEJL PEJL] 08:20, 2007년 10월 17일 (UTC) :::[[사용자:]의 출력을 확인하십시오.해피멜론/샌드박스2] - 어디선가 닫는 교정기를 놓치고 있는 건 알지만 20분 후에 휴가라서 확인할 시간이 없어!참고 항목 [[도움말:]템플릿#매개 변수가 확장되지 않는 경우]]]당신은 아마도 내가 하고자 하는 것을 볼 수 있을 것이다 - 정의 가능한 참조 "이름"과 정의 가능한 내용을 가지고 있다.좋은 의견이라도 있나?[[사용자:해피멜론 <b 스타일="컬러:포레스트그린;"해피>]—[사용자 대화:해피멜론 <b style=" color:darkorange;"melones</b"] 09:05, 2007년 10월 17일 (UTC) ::::위에서 언급한 버그는 템플릿을 사용하여 <ref> 태그를 생성할 수 없다는 것을 의미한다. --[사용자:PEJL PEJL] 09:28, 2007년 10월 17일 (UTC) == Oderness == [http://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard/Incidents&diff=9882553&oldid=10990734 ANI 편집 역사]의 2년이 사라진 것 같다.소프트웨어는 중간 편집이 존재한다고 생각하지만, 편집자에게로 갈 수 있는 방법을 제공하지 않는다.-[사용자:아마르코프 아마르코프] <작다>[사용자_토크:아마르코프 무!]</작음> 00:56, 2007년 10월 14일 (UTC) :ANI는 2003년에 존재하지 않았다.Jayjg의 편집이 잘못 된 것 같아.[http://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard/Incidents&diff=prev&oldid=10990734]—[사용자 대화:Cryptic Cryptic]] 0:58, 2007년 10월 14일 (UTC) ::그것이 설명될 것이다.그래도 이상해. -[사용자:아마르코프 아마르코프] <작다>[사용자_토크:아마르코프 무!]</작음> 01:02, 2007년 10월 14일 (UTC) ::이것은 전에 언급된 적이 있다.[[WT:]에서]ANI]] 나는 생각한다.이것에 대해 FAQ가 필요할까? :-) [[사용자:카차롯 카차롯] 2007년 10월 15일 17:18, (UTC) :::네, 여기 있습니다 [Wikipedia talks:관리자 알림판/아카이브 4#Borked 페이지 기록]]][[사용자:카차롯 카차롯] 2007년 10월 15일 17:20, (UTC) :::::[http://en.wikipedia.org/w/index.php?title=Special:Contributions&dir=prev&limit=5&target=Jayjg]은 이것이 2003년 1월 4일로 기록된 Jayjg 편집본 2개 중 하나이지만 2005년 3월 10일에 편집된 것으로 보인다.[[사용자:프라임헌터 프라임헌터] 02:09, 2007년 10월 17일 (UTC) == 구글 페이지 요약은 일반적으로 페이지 제목 뒤에 텍스트 한 장을 표시하며, 일반적으로 이것은 페이지의 텍스트나 메타 태그에서 따온 것이다.위키피디아 페이지에는 어느 쪽도 관련되지 않은 내용이 있다. (예를 들어, [http://www.google.com/search?q=al+gore 앨 고어]를 검색해 보십시오; 그 단편은 "현재의 세계 기후 변화 운동가 및 전 민주당 대통령 후보 45대 부통령에 대한 하이퍼링크 백과사전 기사"를 시작한다." 이 페이지의 위키 마크업에는 아무 데도 나타나지 않으며, 실제로 렌더링된 HTML에도 나타나지 않는다.) 이 페이지의 출처를 아는 사람이 있는가?[[사용자:Marnanel Marnanel]] 2007년 10월 13일 00:17 (UTC) : 어떤 구글 직원이 그것을 타이핑한 것 같아. - <스팬 스타일="퐁-패밀리:커리어 new; 배경색:블랙"][사용자:BANG! <퐁색="빛녹색">BANG[/font]]][[사용자 대화:BANG!<font color="lightgrey"!></span> 00:30, 2007년 10월 13일 (UTC) :분명히 [[Google 디렉토리]에 제출된 설명이다.[http://directory.google.com/Top/Regional/North_America/United_States/Society_and_Culture/Politics/People/Gore,_Al/][[사용자:드래곤스 플라이트 드래곤즈 비행] 2007년 10월 13일 00:35, (UTC) ::고마워, 나도 그 점에 대해 궁금했어.나는 이 설명들을 별로 생각하지 않는다고 말해야겠다. 그들은 광고처럼 읽는다.나는 그들이 삭제되어 구글의 통상적인 방법으로 기사를 발췌하는 것을 보고 싶다.[사용자:207.176.159.90 207.176.159.90] 03:17, 2007년 10월 13일 (UTC) ::생각 끝에:그러나 구글 디렉토리를 실제로 '사용'하는 사람들은 그들의 혜택을 잃게 된다.흠. 거기선 승리가 없는 것 같아. -[사용자:207.176.159.90 207.176.159.90] 03:18, 2007년 10월 13일 (UTC) :::구글이 일하는 방식에 영향을 미치는 것은 우리에게 달려 있지 않다.싫으면 구글과 상의해야 한다 [[사용자:Nil Einne Nil Einne]] 11:44, 2007년 10월 13일 (UTC) ::::::::::::*미안하지만 위키백과의 누군가가 제공했다는 것을 암시하기 위해 "제출"을 했다.[사용자:207.176.159.90 207.176.159.90] 01:26, 2007년 10월 17일(UTC) :::위키백과 자체에 대한 Google 디렉토리 항목을 제외하고.한 번은 유감스럽게도 부정확했지만, 위키피디아 어딘가에서 그것에 대해 불평을 늘어놓는 몇 분 만에, 항목이 수정되었다.밀폐된 회의실에 있는 사람들이 식물과 수조에 대해 자기들끼리 불평을 늘어놓는 [얄타 회의]에 대한 이야기를 떠올리게 했고, 마치 마술처럼 며칠 후 식물이 교체되고 수조가 상쾌해졌다.그 생각은 소련이 그 방을 도청하고 있다는 것이었다.[[사용자:Carcharoth Carcharoth]] 12:00, 2007년 10월 13일 (UTC) :구글 디렉토리는 [[Open Directory Project]]로부터 데이터를 얻는다.많은 구글 검색 결과는 위의 예와 같이 ODP 설명을 사용한다."업데이트 목록"과 함께 새로운 ODP 설명을 제안할 수 있지만 이를 검토하는 ODP 편집자는 이를 거부할 수 있다.구글이 변경된 ODP 설명을 알아차리기까지는 몇 주가 걸릴 수 있다.[[사용자:프라임헌터 프라임헌터] 02:22, 2007년 10월 17일 (UTC) == 접을 수 있는 테이블 == 안녕, 미디어위키-1.9.3의 로컬 사본을 사용하고 있는데 접을 수 있는 테이블이 작동하지 않는다.이 참조 데스크의 다른 기사에서 코드를 복사했다: <pre> {class="classable" width="60%"!colspan="2" 테이블 열이 있는 재미 - 1열 2 }

여기서 볼 수 있듯이 다음과 같이 작동한다.

테이블 열로 재미 보기
1열	2열

공통.js가 없어서 나는 로컬위키의 루트 디렉토리에 하나를 만들었다.나는 위키피디아의 common.js 페이지로 가서 편집을 누른 다음 코드를 복사하여 내 common.js에 붙여넣었다.여기에는 다음이 포함된다.

함수 접기테이블(표)색인 )

LocalSettings를 편집해 보았다.php 및 하단에 다음 줄을 추가했다.

// Rob의 변경 사항 $wgUseSiteCss = true; $wgUseSiteJs = true;

나는 또한 사용하려고 노력했다.

{class="clapseTable" width="60%"... 

하지만 내가 뭘 하고 있는지 잘 모르겠어

누가 좀 도와줄래?

드래곤폴로브 2007년 10월 10일 14:49 (UTC)

clusionTable만 잡았어?또한 CollapseButtons를 생성하고 바로 아래에 있는 addOnloadHook을 참조하십시오.그 수업은 "접을 수 있는" 수업이어야 한다.

또한 파일 상단 근처에 hasClass = (기능) js가 필요하다.

TCC (대화) 00:04, 2007년 10월 11일 (UTC)

나는 http://meta.wikimedia.org/wiki/MediaWiki:Common.js의 전체 내용을 베꼈다.네가 말한 두 개가 들어 있어.네가 나와 같은 코드를 보고 있는지 확인하려고 다시 복사했을 뿐이야.테이블은 표시되지만 접을 수는 없다.드래곤폴로브 08:32, 2007년 10월 11일 (UTC)

또한 Common.css에 정의된 "collapable" 클래스를 복사해야 한다. — Edokter • Talk • 17:34, 2007년 10월 11일 (UTC)

음, 거기엔 관련 수업이 하나도 없어.나도 방금 네가 사용한 리디렉션은 무효라고 생각해. 삭제해야 해.대부분 드래곤폴로브의 Common.js도 작동하지 않는다.alert(1)) 또는 일부 오류가 있음(Firefox 또는 Opera의 오류 콘솔 참조) ∴ Alex Smotrov 18:25, 2007년 10월 11일(UTC)

관련 수업은 없다.클래스 "collapable"은 설정이 필요한 테이블을 찾기 위해 CollapseButtons를 만드는 데 사용되는 유사 클래스지만, 스타일 시트에는 그에 대한 코드가 없다.

내가 생각할 수 있는 유일한 것은 - 그리고 여기서 추측컨데 - Common.js는 어떤 이유로 로드되지 않는다는 것이다.내가 틀리지 않았다면 미디어위키 네임스페이스에 있어야 해.따라서 MediaWiki를 생성하십시오.보통.js.

알렉스의 말처럼 오류가 후크가 실행될 정도로 실행을 방해하고 있다면 파이어버그는 자바스크립트 디버거를 탑재한 멋진 파이어폭스 확장판이다.TCC(토크)(contracts) 23:20, 2007년 10월 11일(UTC)

TCC에 문제가 생긴 것 같아MediaWiki를 찾았다.common.js.에 코멘트 하나만 있는 페이지를 찾았다.코드 없음.불행히도, 내가 그것을 업데이트하지 못하게 할 것이다.나는 위키백과를 만든 사람이 돌아올 때까지 며칠을 기다려야 할 것이다. 나는 그가 그것에 도달할 수 있는 어떤 종류의 관리자 계정을 만들었을 것이라고 생각한다.어떻게 돌아가는지 알려줄게.지금은 고맙다.2007년 10월 12일 12시 20분(UTC)

드디어 암호를 얻었다.코드를 MediaWiki에 붙여넣기:공통점.js와 모든 것이 잘 작동한다.여러분, 너무 감사드리고.Dragonfallrobe 08:25, 2007년 10월 17일 (UTC) —서명되지 않은 코멘트를 212.140.245.163(대화) 추가하기

위키백과 로고의 오류

위키백과 로고의 데바나기리 문자는 틀렸다.데바나기리에서 음성 "wi"를 렌더링할 때는 복잡한 문자 렌더링을 고려하지 않는다.—Manishxjoshi에 의해 추가된 서명되지 않은 코멘트 준비 (talk • concidents) 2007년 10월 15일 (UTC)

그래, 뉴욕 타임즈를 포함해서 많은 사람들이 알고 있어.정말 고쳐야 하지만, 저작권 등 실제 재현 능력을 포함한 다른 문제들이 있다. --MZMcBride 20:13, 2007년 10월 15일 (UTC)

이건 또 다른 FAQ 맞지?이것을 설명하는 페이지가 있는가?카차롯 22:09, 2007년 10월 15일 (UTC)

만약 없다면 아마 있어야 할 것이다.위키피디아가 프로젝트 페이지 전체를 담을 수 있는 공간이 있는지 궁금하다.:) Tuvok[/]^T@lk_{Improve me} 01:04, 2007년 10월 16일 (UTC)

여기서 아주 오래된 논의가 있다.그 페이지 하단에 더 많은 토론으로 연결되는 링크가 있다.실제 FAQ는 존재하지 않는다고 본다. --MZMcBride 01:05, 2007년 10월 16일(UTC)

WP:FAQ. 이 질문은 충분히 빈번하지 않다.그 안에서 한 번 훑어본 결과.위키백과:기타 FAQ# 위키백과 로고에 대해 알려주시겠습니까?1/3 15:15, 2007년 10월 16일 (UTC)

카테고리에 박혀 있는 페이지

때때로 템플리트가 삭제목록에 나열되면, 템플리트를 초월한 모든 페이지는 C:에 남게 된다.템플릿이 고정된 후에도 CSD.이 템플릿의 역사를 보면 무슨 뜻인지 알 수 있다: {{아일랜드-작가-스텁}}} 고정되어 있었지만, 수십 페이지가 C:에 머물렀다.CSD는 다음과 같은 편집으로 나에 의해 "접착"될 때까지: [2]null 편집을 하지 않아도 카테고리에서 제거할 수 있는 방법이 있는가? --W.marsh 13:55, 2007년 10월 13일(UTC)

작업 대기열은 편집된 템플릿 등의 영향을 받는 모든 기사를 "터치"하는 백그라운드 프로세스로, null 편집이 필요하지 않다.큐가 때때로 매우 길어져서 업데이트가 프로브게이트로 이동하는 데 시간이 걸릴 수 있다는 점을 제외하면, 큐는 때때로 큐는 매우 길어질 수 있다.특별 검사:현재 큐의 크기를 확인하는 통계.대기열이 따라오기를 기다릴 수 없다면 다른 대안으로는 null 편집밖에 없을 것 같다. --Sherol (토크) 14:00, 2007년 10월 13일 (UTC)

당신은 "?action=purge"를 기사와 고양이의 URL 끝에 붙여서 업데이트 과정을 방해할 수 있다.기사를 바꾸지 않고 'null edit(null edit)'하는 격이다.2007년 10월 13일, 김메트로 14:03 (UTC)

오, 고마워...그냥 기다릴게, 그럼...나는 그것이 자동으로 고쳐질지 안 고쳐질지 확신할 수 없었다.수동 퍼지(Manual Purge)를 해봤더니 효과가 없어 보였어. --W.marsh 14:04, 2007년 10월 13일 (UTC)

게다가 기사를 만질 때 실제로 바꿀 필요는 없다. 편집하고 저장하기만 하면 된다.기사 역사에도 그런 식으로 나타나지는 않을 것이다.—Cryptic 14:30, 2007년 10월 13일 (UTC)

좋은 팁이네.기사를 업데이트하지만 역사에 나타나지 않는 진정한 null 편집을 할 수 있을 줄은 몰랐어. -- 사토리 손 14:32, 2007년 10월 16일 (UTC)

플레인링크가 색상을 진한 파란색으로 설정하지 않는 이유

실제로 내부(편집 페이지 또는 특수:log 또는 기록으로)가 내부로 보이는 링크를 만드는 것을 제외하고, 일반 링크의 목적은 무엇인가?그렇다면 왜 색깔이 다를까?말하자면 이 문제로 여러 가지 템플릿에 너무 많은 바이트가 유출된 것이다.누가 나에게 이것을 설명해 줄 수 있니?—Random832 04:05, 2007년 10월 11일 (UTC)

어떻게 보면 내적인 보장이 없기 때문이다.플레인링크는 다른 용도로 사용될 수 있으며, 더 많은 것을 말하는 것은 아마도 WP의 경우일 것이다.콩. Titoxd^{(?!? - cool stuff)} 04:08, 2007년 10월 11일 (UTC)

링크 목록이 긴 경우 외부 링크 아이콘을 각 링크 옆에 놓는 것은 추하다.또한 그것은 그러한 링크와 함께 지침 메시지에서 noobs를 혼동할 수 있는 원격의 가능성을 방지하기 위해 제거될 수 있다.그 정도야. 2007년 10월 16일 0시 55분 1초 (UTC)

Internet Explorer를 일시 중지시키는 팝업

최근에 내가 기사를 편집하려고 하면 Internet Explorer가 멈춰버리기 시작했다.내가 팝업을 꺼버리자 그 문제는 해결되었다.다시 켰더니 또 추락이 일어났어.하지만 오페라를 사용할 때는 팝업이 있는 위키피디아를 편집하는 데 문제가 없다.IE를 어떻게 고칠 수 있을까?미리 고마워.--Alasdair 14:47, 2007년 10월 15일 (UTC)

안타깝게도, 팝업은 Internet Explorer와 호환되지 않는다.미안해, 트윙클한테 적용했어.팝업은 토크 페이지에 따라 작업해야 하지만 문제가 있을 수 있다. — Edokter • Talk • 2007년 10월 15일 (UTC)

팝업은 IE와 일종의 호환성이 있지만, 제한된 범위에서만 가능하다.대부분의 주요 기능은 여전히 작동하지만, 주기적인 동결, 충돌 등의 영향을 받는다.또한 메뉴가 IE에서처럼 잘 배열되어 있지 않다.위키피디아의 대부분의 자바스크립트처럼, 팝업은 파이어폭스를 염두에 두고 작성되었다.그리고 FF에서 작동하는 대부분의 것들이 다른 브라우저에서도 작동하지만 IE는 대개 예외다. --VectorPotential^Talk 19:10, 2007년 10월 15일 (UTC)

어떤 버전의 Internet Explorer를 사용하십니까?—2007년 10월 15일 20:50(UTC) 점을 기억하십시오.

전기 페이지의 DEFAURDESPORT

나는 최근에 카테고리:를 보고 설명 페이지(Aaron(이름))를 업데이트했다.살아 있는 사람들, 그것은 꽤 잘 정리되어 있다.나는 현재 디폴트포트의 사용이 상당히 널리 퍼진 것 같기 때문에 (이름에 의한 사람 목록과 비슷한 방식으로) 모든 사람들의 기사를 위한 슈퍼카테고리 설정을 위해 또 한번 큰 노력을 기울여야 할지 궁금하다.s). 사용자를 살펴보십시오.카차롯/생활자 목록 콤팩트 지수카테고리 시스템이 하지 않는 것은 이미 아무것도 하지 않지만, 모든 사람들의 기사에 대해 이렇게 할 수 있다면 좋을 것 같아.물론 자동화된 목록을 얻는 것이 훨씬 더 좋을 것이다.현재 특별한 접두사 색인 함수는 특정 문자열로 시작하는 모든 페이지를 찾을 수 있지만, 더 좋은 것은 페이지가 자동으로 생성되어 DEFAURDORT 마법단어에 동일한 성을 가진 모든 기사를 표시할 수 있다면!물론, 사람들은 여전히 dab 페이지에 주석을 달아야 할 것이다, 만약 infobox 정보가 그렇게 하기 위해 사용될 수 없다면...나는 사람들이 이것이 실현 가능하다고 생각할지, 그리고 이 일을 해낼 수 있는 사람들을 찾는 노력의 가치가 있다고 생각하는지 보기 위해 이 아이디어를 여기에 던질 것이다.카차롯 05:20, 2007년 10월 13일 (UTC)

봇을 통해서 하는 것은 가능할지 모르지만, 혼란의 목록은 우리가 사용하고 있는 분류 키와 손으로 만들어야 할 것이다.β^_command 20:26, 2007년 10월 13일 (UTC)

이것도 BOTREQ에 복사해 놓을 겁니다. :-) 카차롯 13:41, 2007년 10월 15일 (UTC)

마법 단어 사용 추적(Again)

나는 이 문제를 다시 제기하고 싶다, 아니면 여기에 있는 아무도 더 이상의 충고가 없다면, 다음에 어디로 가야 할지 물어보고 싶다.이전 논의는 여기를 참조하십시오.궁극적으로 보고 싶은 것은 카테고리:전기 기사의 기본 정렬 키 누락(토크 페이지에 있을 가능성이 있음)으로, 해당 키를 작업할 수 있음.현재 Category가 있다.Listas 매개 변수가 없는 전기 기사지만 토크 페이지 템플릿 매개 변수(특히 {{WPBiography}의 listas)에서만 작동하며, 실제로 DEFAURDORT 사용법을 반영하지 않는다(두 값이 모든 페이지에 동기화되었을 경우에만 사용법을 반영함).결국 이 모든 것은 다음과 같은 간단한 질문으로 귀결된다.

"DESURSORT가 없는 전기 기사는?

확실히 그런 간단한 질문이 그렇게 어려울 리가 없지? :-) 카차롯 04:43, 2007년 10월 13일 (UTC)

WP를 참조하십시오.BOTREQ, 아니면 내가 이걸 할지도 몰라.β^_command 20:28, 2007년 10월 13일 (UTC)

BOTREQ에 복사. 카차롯 13:38, 2007년 10월 15일(UTC)

기본 스킨으로 되돌리는 문제

내 기본 설정의 스킨 섹션에 액세스하는 데 문제가 있음내가 할 수 있는 일이 있을까?카리브해1 15:23, 2007년 10월 14일 (UTC)

이 페이지 상단의 FAQ 섹션을 참조하십시오.일곱 번째 총알 지점은 당신이 원하는 것일지도 모른다.-가드피움 19:20, 2007년 10월 14일 (UTC)

겹치다

Firefox 2.0.0.6의 화면캡) Wiktionary 템플릿과 정리 템플릿 사이에 상당히 나쁜 중복이 있는 것 같다.---69.118.235.97 12:58, 2007년 10월 14일(UTC)

그것은 대부분의 브라우저에서 알려진 문제야.해결책이 검토되고 있다. --DJ (대화 • 기여) 13:48, 2007년 10월 14일 (UTC)

추신. 드디어 좋은 해결책이 나온 것 같다.다음 주에 환영할 수 있기를 바라자. --DJ (대화 • 기여) 2007년 10월 14일 (UTC) 15:00

검색으로 인한 서버 로드

나는 업무 과정에서 위키피디아를 매우 자주 사용한다.편의상, 나는 내 브라우저의 도구모음에 위키백과 검색 위젯을 추가했다.쿼리를 입력하면 검색 위젯은 다음 템플릿을 사용하여 URL을 생성한다.

http://en.wikipedia.org/wiki/Special:Search?go=Go&search=$ESCAPE(QUERY)

이동 단추와 같아야 함

대문자를 제외한 많은 쿼리는 기사 제목과 정확히 일치한다.내 검색의 대부분은 즉시 기사로 옮겨진다.일부 검색만(아마도 1%) 결과 목록을 반환한다.기본 네임스페이스와 위키백과 네임스페이스로 검색을 제한하도록 내 기본 설정을 설정했다.나는 하루에 몇 십에서 몇 백번 정도 검색을 한다.

이러한 유형의 사용이 서버 부하에 큰 영향을 미치는가?다양한 위키피디아 도움말 페이지에는 그렇지 않다고 나와 있지만, 나는 물어보고 싶다.위키피디아의 검색 기능을 사용하지 않고도 비슷한 기능을 얻을 수 있는 몇 가지 다른 방법이 있다.—Ryan 02:53, 2007년 10월 11일 (UTC)

그것은 파이어폭스와 함께 제공되는 위키피디아 검색처럼 들리는데, 나는 문제가 없는지 의심스럽다.—2007년 10월 11일 03:58, 점 기억^(talk)(UTC)

모든 위키피디아 페이지에는 일부 웹 브라우저(최소한 Firefox 2 및 아마도 다른 웹 브라우저)에 당신이 지금 하고 있는 일을 정확하게 해야 한다고 제안하는 태그가 포함되어 있다.게다가, 그 선택사항으로 인한 트래픽은 위키피디아 자체의 Go 버튼을 통해 검색하는 사용자들에 의한 트래픽과 동일하게 보이며, 하루에 몇 백 번의 검색은 위키피디아의 검색 건수에 비하면 거의 아무것도 아니다.따라서 서버 부하가 과도하게 발생하는 것에 대해서는 걱정할 필요가 없다고 생각한다. --ais523 08:48, 2007년 10월 11일 (UTC)

그래, 내가 혼자서 위키피디아를 전부 쓰러뜨릴 가능성은 거의 없어.나는 2004년 이후로 그것에 대해 걱정하지 않았어!그리고 지난 3년 동안 많은 것이 변했지만, 검색 모범 사례는 여전히 같은 것처럼 들린다.답장에 감사드리며, Lember the dot and ais523.—Ryan 21:23, 2007년 10월 14일 (UTC)