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

비관리자에 대한 자동 검색 할당

여기서 토론한 후: 위키백과:Billage_pump_(proposals)#bot_to_auto-patrol_경험자_기사_creators, 현재 관리자나 봇에 대해 행하고 있는 것처럼 새로운 페이지 창작물을 자동으로 순찰으로 표시해야 하는 신뢰할 수 있는 사용자를 식별하기 위한 약간의 지원이 있는 것 같다.롤백 권한을 부여하는 관리자의 기능과 같은 기능을 구현하는 것이 얼마나 복잡할까?피치피치 (토크) 19:10, 2008년 2월 8일 (UTC)

롤백은 대부분의 신뢰할 수 있는 사용자에게 제공되므로 자동 패트롤 범주에 해당 사용자 그룹을 포함시키는 것이 훨씬 간단할 수 있다.또한 구르흐의 허글 도구는 "신뢰할 수 있는" 사용자 목록을 생성하지만, 너무 광범위할 수 있다.어떤 경우든, 나는 더 많은 관료주의가 지금 누가 원하는 것이라고 생각하지 않는다...롤백에 대한 논쟁은 충분히 있었다. --샘 체이스 20:53, 2008년 2월 8일 (UTC)

그게 말이 될 수도 있어.그래, 아무도 추가적인 관료주의에 대해 만족하지 않지만, 나는 이것이 새로운 페이지 등록자들을 위한 시간을 절약하기 위한 해킹이라고 본다.롤백이 특권으로 어떻게 인식되는지 알 수 있지만 대부분의 사람들은 새로운 기사에 대한 순찰 기능을 인식하지 못하고 있으며, 이는 많은 사람들이 롤백을 알지 못하기 때문에 부분적으로 증가하는 등록되지 않은 백로그를 제한하는 데 도움이 될 수 있다.피치피치 (토크) 21:01, 2008년 2월 8일 (UTC)

나는 그것을 롤백 그룹에 추가하는 것에 반대할 것이다.그들은 용도가 상당히 다르다.만약 개별적으로 제공된다면, 우리는 다른 사용자 그룹을 만드는 것이 나을 것이다.그러면 사람들은 그것을 가지기 위해 신청할 수 있고/또는 새로운 페이지 패트롤러들은 많은 좋은 기사를 만드는 것처럼 보이는 사람들을 나열할 수 있다.그렇게 하는 것이 더 효과적이지만, 나는 여전히 편집 카운트/등록 후 시간을 기준으로 자동으로 제공하는 것을 지지한다.나는 2000개 정도의 편집/3개월을 제안할 것이다.이런 경험 많은 사용자가 빠른 속도로 삭제 가능한 기사를 만들 가능성은 상당히 낮다.Mr.Z-man 21:09, 2008년 2월 8일 (UTC)

전적으로 동의한다. --샘 체이스 22:26, 2008년 2월 8일 (UTC)

기술적 관점에서 보면 다중 오토콘펌 그룹을 허용하는 확장성이 있다고 생각한다.— Werdna talk 00:50, 2008년 2월 9일 (UTC)

Extension을 참조하는 경우:자동 그룹?Tuvok[/]^T@lk_Improve 05:14, 2008년 2월 9일 (UTC)

네. — Werdnatalk 05:18, 2008년 2월 9일(UTC)

나는 이미 소프트웨어에 내장된 $gAutopromote를 언급해 왔다.Mr.Z-man 05:40, 2008년 2월 9일 (UTC)

이런 종류의 허가는 자동이 되어서는 안 된다.요점은 어떤 이유로 많은 수의 기사를 만들고 있는 사람들에게만 해당되는 것이다.우리는 모든 사람이 새로운 페이지에서 면제되는 것을 원하지 않는다; 무엇보다도 분류, 스텁 태깅, 반달리즘 탐지 등에 도움이 된다 — 칼 (CBM · talk) 05:17, 2008년 2월 9일 (UTC)

빨간색 링크가 제거되지 않음

트윙클을 이용한 삭제 기사를 지명하면 기사 페이지에 있는 '이 글의 기재'에 대한 링크는 AfD 항목이 존재하더라도 숙청되지 않고 붉은색으로 유지되는 경우가 많다.그 예는 "인구 2" (제발 숙청하지 마십시오.)이다.AfD 입력 페이지 생성과 삭제 태그 추가가 사실상 동시에 발생하기 때문일 것이라고 생각한다.기다리는 것은 도움이 되지 않는다. 링크는 수동으로 삭제될 때까지 빨간색으로 유지된다(그리고 &action=편집 링크).이것이 알려진 문제인가?그렇지 않다면, 버그 리포트를 쓰고 싶은 사람? -- Lea (대화) 10:11, 2008년 2월 8일 (UTC)

나한텐 파란색이야.나는 숙청하지 않았지만 너의 자리는 오래되었다.캐시를 바이패스하지 않으시겠습니까?일부 ISP는 브라우저에서 무시할 수 없는 캐시된 버전을 저장한다.기록을 클릭하고 최근 날짜를 클릭하여 현재 버전을 가져오십시오(기록 페이지가 캐시되지 않은 것으로 가정).URL에 ?를 추가하면 ISP가 캐시하는 버전을 무시할 수도 있다.프라임헌터 (토크) 16:37, 2008년 2월 8일 (UTC)

아니, 확실히 캐시 문제가 아니다. (여기서는 프록시나 강제 캐싱이 없다.) 물음표를 붙이는 것도.현재 개정판[1]의 영구 URL에 파란 링크가 있지만 디스크 방화벽에서 이 링크를 볼 수 있다. -- Lea(토크) 03:22, 2008년 2월 9일(UTC)

페이지를 null 편집하고 편집하며 변경하지 않고 저장을 클릭하십시오.그것은 역사에 수정을 가하지는 않겠지만 그것을 고칠 수도 있다.Mr.Z-man 05:15, 2008년 2월 9일 (UTC)

나는 한 페이지를 정리할 줄 아는데, 버그리포트를 해야 할지 어떨지 모르겠어.지금으로선 좋은 보고서를 만들 정도로 재생산(또는 완성)이 가능하다고 느끼지 않는다. -- 리아(토크) 02:04, 2008년 2월 10일 (UTC)

화면 해상도 및 화면 상단 옵션 간격 문제

나는 노트북에 MS Windows XP SP2를 사용하고, WP 화면 상단에 있는 옵션("사용자 이름" "내 토크" "내 선호도" "내 감시 목록" "내 기여도" "로그아웃")은 "더 큰" 화면 해상도의 왼쪽에 있는 위키백과 지구본에 출혈된다.

몇 달 전, 나는 여전히 "더 큰" 화면 해상도와 "가장 큰" 화면 해상도 모두에서 내 모든 옵션에 액세스할 수 있었다.그 후 무언가가 바뀌었고(스페이스 및/또는 텍스트 크기 등) "더 큰" 화면 해상도는 아니지만 모든 옵션에 액세스할 수 있었다.이제 무언가가 다시 바뀌었고, 나는 "가장 큰" 혹은 "더 큰" 화면 해상도 아래 스크린의 모든 옵션에 접근할 수 없다.이를 바로잡기 위해 어떤 조치가 취해질 수 있을까?--필(대화) 23:22, 2008년 2월 9일 (UTC)

나는 Creation Museum 기사의 상단에 위도와 경도가 다른 텍스트로 출혈되는 비슷한 현상이 일어나는 것을 보았다.---필 (토크) 00:59, 2008년 2월 10일 (UTC)

카테고리 멤버십 카운트

카테고리에 몇 페이지가 있는지 셀 수 있는 도구가 있는가?그렇지 않다면, "다음 200"을 반복해서 클릭하지 않고도 큰 범주에 몇 페이지가 있는지 알 수 있는 방법이 없을까?고마워, 블랙 팔콘 21:41, 2008년 2월 8일 (UTC)

정말, 몇 가지 상황에서 나도 한도를 없애고 싶어.누군가가 정기적으로 모든 기사 이름을 수집해야 하는 4,000개 이상의 기사를 가진 하나의 카테고리가 있다.—EncMstr 21:47, 2008년 2월 8일(UTC)

WP:EIW에 따르면 사용자와 대화하십시오.크리스 G 봇 2.대수학자 21:58, 2008년 2월 8일 (UTC)

이것을 소프트웨어의 카테고리 페이지에 올릴까 생각 중이야.하지만 기술적으로 문제가 없는지 확인해야겠어— Werdna talk 00:43, 2008년 2월 9일 (UTC)

기술적으로 실현 가능하다면, 그것은 가장 유용한 추가가 될 것이다.고마워, 블랙팔콘 20:45, 2008년 2월 10일 (UTC)

사람들은 어떻게 MediaWiki 1.3에서 페이지를 만들었는가?

방금 MediaWiki 1.3을 사용해 보고 anon과 로그인한 사용자로 페이지를 검색했는데 페이지를 만들 수 없다.이 사이트에 MW 1.3이 설치되었을 때 사람들은 어떻게 이런 일을 했을까?지금 막 로컬호스트 WAMP 서버에서 테스트하고 있어! --Solumeiras (토크) 17:07, 2008년 2월 10일 (UTC)

그것은 오히려 미디어위키의 오래된 버전이다.MediaWiki 1.3을 직접 설치할 수는 없지만 어떤 버전에서든 페이지를 만드는 세 가지 방법이 있어야 한다.

1. 페이지 제목을 검색하고 페이지가 존재하지 않는다는 메시지에는 페이지를 작성하기 위해 클릭할 수 있는 빨간색 링크가 있어야 한다.정확한 메시지는 구성과 버전에 따라 달라질 것이다.예(MediaWiki 1.5 사이트) : "이 정확한 제목을 가진 페이지는 존재하지 않으며, 전체 텍스트 검색을 시도한다."
2. 다른 페이지에 Wikilink를 추가한 후 해당 페이지를 클릭하여 페이지를 만드십시오.런던의 날씨.
3. 다른 페이지를 편집한 다음 원하는 페이지 제목으로 URL을 수정하여 공백을 밑줄로 바꾸십시오. http://en.wikipedia.org/w/index.php?title=The_weather_in_London&action=edit

"런던의 날씨"는 위키피디아에 적합하지 않은 기사의 오랜 사례다.사실 일반적인 레드링크는 아니다.-가드피움 20:18, 2008년 2월 10일 (UTC)

아니, 이건 레드링크의 전형적인 예야. 왜냐하면, 결국, 런던 기후가 있기 때문이야.hbdragon88 (대화) 21:43, 2008년 2월 10일 (UTC)

WP 스크립트

여보세요!
나는 내가 가지고 있는 자바 스크립트에 약간의 기본적인 문제가 있다; 나는 특정 도구 모음 버튼을 클릭할 때 텍스트를 추가하는 addOnloadHook(함수)을 사용하려고 했는데 작동하지 않았다.친근한 분위기의 환영 대본을 보려 했지만 필요 없는 변수가 너무 많았다.나는 자바스크립트에 초보자라 할 수 있고, 짧다면 필요한 대본을 제공해주면 고맙겠다:-- 나는 이것이 충분히 간단해야 한다는 것을 알고 있고, 나는 (캐시를 통과하거나, 그들의 위치에서 대본을 가져오는 것, 모노북.js 등) 절차에 아무런 문제가 없다는 것을 꽤 확신한다.렘은 내가 쓴 대본과 함께 있어야 한다.고마워 thanksua∫Wise^{(Operibus anteire)} 15:48, 2008년 2월 10일 (UTC)

//<노우키> <-- 틸드와 변전소의 구문 분석을 막기 위해 필요함 //편집 또는 미리보기인 경우: 만일(wgAction == '편집'    wgAction == 'submit') 애드온로드 후크(기능을 하다() {   //파라미터 하나를 사용하여 다른 JS 기능을 트리거하는 포틀렛 버튼 추가   addPortletLink('p-causes','javascript:addSomeText("Hello there\n ~~~~"), 'greet');   addPortletLink('p-causes','javascript:addSomeText("{delete})", '삭제'); });  기능을 하다 addSomeText(문자 메시지를 보내다) {   //ID별 텍스트 영역 표시   txtb = 문서화하다.GetElementBy아이디('wpTextbox1');   //텍스트 영역이 없는 경우 중단   만일(!txtb) 돌아오다;   //텍스트 영역이 비어 있지 않으면 행 리턴을 추가하십시오.   만일(txtb.가치를 매기다 != '') txtb.가치를 매기다 += '\n';   //매개 변수에서 텍스트 삭제   txtb.가치를 매기다 += 문자 메시지를 보내다; } //[/nowiki] 

다음은 동작에 제어 버튼을 추가하는 매우 간단한 동작(편집/삭제/시계/ 등)이다.또는 사용자 정의 편집 버튼(예: 굵은/이탈릭/링크)을 사용할 수 있다. --Splarka(랜트) 20:11, 2008년 2월 10일(UTC)

고마워, 지금 먹어볼게, 나는 도움맨에게 고마워:) 우와와와이즈 14:37, 2008년 2월 11일 (UTC)

모든 사용자에 대한 섹션 0에 대한 섹션 링크

이 기능을 활성화하십시오.가젯을 사용할 수 없거나 사용하지 않는 등록된 사용자뿐만 아니라 IP 주소 사용자에게도 이러한 링크가 없는 것이 (현재 상황보다) 더 공평할 것이다.

"섹션 편집 링크는 MediaWiki에 추가할 수 있다. 주어진 위키에서 관리자가 네임스페이스를 쉽게 추가할 수 있다." [설명 #13 2006-06-09 01:28:50 UTC]

"여러분(또는 다른 사람들)이 섹션 0에 대한 편집 링크가 일반적으로 유용하다고 믿는 경우, 페이지별로 의존하기 보다는 모든 페이지의 모든 사용자(bugzilla 또는 WP:VPT를 통해 제안된 것임)에게 이 링크를 설정하는 것이 더 유용해 보인다.– 루나 산틴 (토크) 13:11, 2008년 1월 21일 (UTC)"[2]

참고 항목:버질라:156, 위키백과:삭제/로그/2008년 1월 18#템플릿:편집 첫 번째 섹션, 위키백과:삭제/로그/2008년 1월 20#템플릿:편집-상단면

이 기능을 사용할 수 있다는 내 제안에 대한 의견을 표현하기 위한 링크를 아래 찾아보십시오.시간 내주시고 의견을 말해주셔서 감사하다.— Jeff G. (대화 기여) 2008년 2월 11일 10:09 (UTC)

일반 의견

섹션 0 편집 링크는 특별:의 가젯 탭에서 "페이지의 소개 섹션에 [편집] 링크 추가" 상자를 선택하여 계정별로 활성화할 수 있다.기본 설정 Nakon 17:16, 2008년 2월 11일(UTC)

나도 알지만, 그 가젯은 "가젯을 사용할 수 없거나 사용하지 않는 등록된 사용자뿐만 아니라 IP 주소의 사용자에게도 도움이 되지 않는다."(사용자 기반 대다수가 해당).— Jeff G. (대화 기여) 20:55, 2008년 2월 11일 (UTC)

하지만 그들이 대다수의 편집자들인가?프로데고 01:59, 2008년 2월 12일 (UTC)

나는 그들이 그렇다고 생각한다.개발자는 등록 사용자의 합계를 편집과 IP 주소의 합계와 체크 표시의 수량을 비교할 수 있다. 나는 그 비율이 다소 클 것이라고 생각한다.— Jeff G. (대화 기여) 17:58, 2008년 2월 13일 (UTC)

토론

지원

반대하다

중립

1. 시메탈릭의 13번 발언은 그가 미디어위키에서 뭔가를 하는 것에 대해 말하는 것이 아니라면 틀린 것으로 보인다는 점을 지적하고 싶다.Common.js(javascript 비활성화 상태에서는 작동하지 않음).—Random832 06:21, 2008년 2월 16일 (UTC)

보관기 설정

위키피디아에서 간단한 기술 검사를 받을 수 있을까?보관기를 올바르게 설정하기 위한 WikiProject 사용자 페이지 도움말/헬프 데스크?MBisanz 05:44, 2008년 2월 11일 (UTC)

난 그저 조급할 따름이었다.MBisanz 07:05, 2008년 2월 11일 (UTC)

{{Resolved 1=~~}}}}} — Jeff G. (토크 기여) 09:59, 2008년 2월 11일 (UTC)

그래, 내가 잊고 있던 규칙인데, 첫 번째 기록 보관소가 달리는 것을 보자마자 모두 일리가 있었다.MBisanz 19:18, 2008년 2월 11일 (UTC)

바보같은 하위 페이지 질문

어리석은 질문은 아마 여기 있는 누구라도 다음과 같이 대답할 수 있을 것이다.주어진 위키백과 페이지의 모든 하위 페이지를 어떻게 나열하는가?바보토끼 (토크) 2008년 2월 11일 14:58 (UTC)

특수:접두사 색인/Wikipedia:마을 펌프 (기술)/ 샘 코른 15:08, 2008년 2월 11일 (UTC)

고마워! 바보 토끼 (토크) 15:20, 2008년 2월 11일 (UTC)

"액수 편집 질문"

나는 내가 얼마나 많은 편집을 했는지 정확히 알아내려고 노력 중이다.이 도구에 따르면, 나는 9,792번의 편집을 했지만, My Preferences에는 내가 10,024번의 편집을 했다고 나와 있다.어떤 것이 기술적으로 맞는지는 여기 두 개의 상충되는 숫자가 있는 것처럼 보인다.D.M.N. (대화) 15:29, 2008년 2월 11일 (UTC)

기본 설정에는 삭제된 기부를 포함한 모든 기부가 명시되어 있다.그래서 당신은 232개의 편집이 삭제된 것 같다.우디 (토크) 15:33, 2008년 2월 11일 (UTC)

삭제된 편집 내용이 많은 이유는?내가 기고했던 기사가 삭제된 것은 생각할 수 없다.D.M.N. (대화) 17:12, 2008년 2월 11일 (UTC)

삭제된 대부분의 기여는 사용자 공간과 이미지에서 나온다.만약 네가 전체 목록을 원한다면, 기꺼이 하나 줄게.나콘 17:14, 2008년 2월 11일 (UTC)

나, 괜찮아, 왜 그런지 이제야 알았어.D.M.N. (대화) 17:18, 2008년 2월 11일 (UTC)

도구로 인해 워치리스트 로딩이 느리다.위키백과드

사이트 도구에 접근하는 속도가 느려서 내 감시 목록이 느리게 로드되고 있어.wikimedia.de ("도구를 기다리는 중"이라고 쓰여 있다.Firefox 상태 표시줄의 wikimedia.de".왜 내 워치리스트가 그 서버에 접속해야 하는가?고마워, 마이크 R (토크) 20:31, 2008년 2월 11일 (UTC)

참고, 특별히 접근하려는 파일은 http://tools.wikimedia.de/~gmaxwell/cgi-bin/geonotice.py으로 보인다.고마워, 마이크 R (토크) 20:35, 2008년 2월 11일 (UTC)

지리적 통지를 제공하기 위해(예를 들어 뉴욕에 거주하고 근처에 위키백과 컨벤션(Wipedia Convention)이 있는 경우 이벤트에 대한 메모를 표시한다).하지만 나는 아르헨티나에 살고 있고 여기서 그런 발표를 결코 볼 수 없을 것 같기 때문에 어떻게 표시되는지 잘 모르겠다;-) 그냥 내 일을 해라: Firefox용 NoScript를 설치하고 차단해라. -- 레이브루조 (토크) 21:36, 2008년 2월 11일 (UTC)

CATSCAN 도구 템플릿

http://tools.wikimedia.de/~다니엘/위키센스/CategoryIntersect.php의 기본 템플릿을 만들었다.

누군가는 아마 전에 이 아이디어를 생각해 본 적이 있을 것이다. 만약 그렇다면, 만약 비슷한 템플릿이 이미 존재한다면 내 머리를 자유롭게 때리십시오.

템플릿:캣스캔

삭제 구분 페이지 때문에 금방 조립했어.여기에는 5개의 매개변수, 2개의 범주, 해당 범주의 깊이(기본값 1), 링크의 텍스트가 있다.불행히도 지금 데이터베이스 문제가 있기 때문에 모든 사람들에게 이것이 얼마나 멋진지 보여주기는 좀 어렵지만 결과는 다음과 같다.

{{Catscan Cat1= WikiProject Anime and manga Cat1_depth=5 Cat2= Articles for deletion Link_text= Scan for AfDs}}

만든다

{{Catscan }}}

툴이 작동하지 않기 때문에 카테고리별로 밑줄이 작동하는지 알 수 없다.만약 그들이 그렇게 한다면 우리는 마법의 단어를 사용할 수 있다. {{urlencode text}}공간을 밑줄로 변환하기 위해. -- 네드 스콧 21:34, 2008년 2월 11일 (UTC)

그냥 de를 사용해서 밑줄 친 것을 시험해보려고 생각했어.wikipedia.org, 그리고 그것은 효과가 있다.[3] -- 네드 스콧 21:38, 2008년 2월 11일 (UTC)

아, 역시 +와 함께 일하는 것 같아.-- 네드 스콧 21:41, 2008년 2월 11일 (UTC)

모노북의js

조금 전 IP 주소 아래에 있는 동안, 나는 monobook.js에 아무것도 추가할 수 없다는 것을 알아차렸다.로그인한 계정에서 IP의 monobook.js에 항목을 추가할 수 있는가?그리고, 그것이 받아들여질 수 있을까?^F_L^c 21:40, 2008년 2월 11일 (UTC)

로그인한 사용자만 이와 같은 개별 설정을 가지고 있다. -- Ned Scott 21:42, 2008년 2월 11일 (UTC)

카테고리 제목 검색

Special을 만드는 데 필요한 개발자의 고통:범주 페이지의 내용에서 (1) 또는 범주 페이지의 제목에서 (2) 중 하나를 검색할 수 있는 범주를 검색하시겠습니까?현재에는 항상 이 두 가지 모두를 검색하는데, 범주 컨텐츠의 관련 없는 일치 항목 수가 거의 항상 범주 제목의 관련 일치 항목 수를 크게 초과하기 때문에 범주 제목을 검색하려는 경우 매우 도움이 되지 않는다.그래, 구글은 형편없어. - 네파리스 (대화) 04:23, 2008년 2월 6일 (UTC)

마지막 문장에서는 구글 검색이 결과를 페이지 제목으로 제한하는 기능을 intitle 매개 변수를 통해 언급하는가?물론 그렇게 되면 개발자들에게는 이 요청이 다소 덜 긴급해 진다. -- 존 브로튼(셔틀링) 00:37, 2008년 2월 8일 (UTC)

네, 그리고.inurl나도. 미디어였으면 좋겠어.위키의 검색 기능에도 그런 것이 있었고, 더 강력한 패턴 매칭이 있었다.개발에는 전혀 개선이 없는가?구글의 존재에 끝없이 발목을 잡히는 것은 부끄러운 일일 것이다. - 네파리스 (대화) 01:04, 2008년 2월 8일 (UTC)

문제는 구글이 (다른 검색엔진처럼, 위키미디어 재단에 비해) 막대한 자원을 보유하고 있고, 우리는 어쨌든 오픈소스 검색엔진(루체른, 나는 믿는다)을 사용하고 있다는 것이다.여기 있는 개발자들의 다른 모든 우선순위를 고려할 때, 나는 당신이 여기서 어떤 것이든 곧 크게 개선될 것이라고 생각하지 않는다.그리고 훨씬 더 많은 서버 자원을 필요로 하는 개선사항은 개선사항으로 보이지 않을 것이라고 생각한다. 편집자들은 편집에 관한 성능 문제에 대해 걱정하지 말라고 하지만 그것은 검색이 더 어렵도록(자원적으로) 요구하는 것과 같지 않다.-- John Briton (삼겹살) 22:18, 2008년 2월 12일 (UTC)

링크 위치 - 리디렉션

특수:여기 링크된 것은 매우 유용한 페이지임을 인정한다.그러나 중요한 기사들은 수백, 수천, 혹은 심지어 수만 페이지의 다른 페이지들에 의해 연결되는 경향이 있다.그리고, 앞서 언급한 특수 페이지에서는 리디렉션이 분명히 보여지지만, 그러한 대규모 링크 디렉토리에서는 리디렉션을 찾기가 매우 어려울 수 있다(그리고 경우에 따라서는 단순히 불가능한 경우도 있다).리디렉션은 다소 구별되는 페이지 범주로, 페이지로 이어지는 모든 리디렉션을 볼 수 있어야 보다 쉽게 관리할 수 있는 것이 중요한 경우가 많다.이 점에서 리디렉션 마스터 목록은 다소 쓸모없다.

그래서 나는 이렇게 묻고 있다.특정 페이지로 연결되는 리디렉션만 표시할 수 있는 방법이 있는가? 그리고 만약 방법이 없을 경우(그리고 나는 없다고 확신한다) 그런 취지로 특별한 페이지가 만들어질 수 있을까?

나는 이것이 유용한 특징을 제시하는 흥미로운 제안이라고 믿을 만한 이유가 있다.나는 그 피드백을 보기를 간절히 바란다.2008년 2월 6일, 12:29의 공작 월섬(Waltham, The Duke of 12:29 (UTC)

여기에서 WhatRedirectsWhere를 참조하십시오.이미 왓링크여기 페이지에 (리디렉션만 표시) 링크로 존재한다.우디 (토크) 12:34, 2008년 2월 6일 (UTC)

나는 내가 그것을 알아차리지 못했다는 것을 인정한다.그런데도 왜 위키피디아에 통합되지 못하는가.그런 행동을 정당화할 만큼 유용한 것으로 보이며, 그런 식으로 더욱 잘 알려져 있고 사용하기 쉬울 것이다.2008년 2월 6일, 12:44의 공작 월섬(Waltham, The Duke of 12:44 (UTC)

다시 한번 말하지만 여기 위키백과 데이터 위에 구현된 내결함성 검색 시스템이 있다: http://knecht.cis.uni-muenchen.de/exorbyte/wiki 아마도 그것이 도움이 될 것이다.이러한 탄원은 단일 쿼리 상자에 기반하는 것이 아니라 데이터가 구조화된 형태인 경우 여러 입력(카테고리, ...) 또는 기타 입력에 기반한 고급 검색 기능을 사용할 수 있다.쿼리 상자 아래의 제안 계층은 실시간 및 동적 철자 보정으로 기사 제목에 대한 전체 위키백과 색인을 검색하고 있다.꽤 멋지지 않아? - http://www.cis.uni-muenchen.de/people/guenthner.html에 문의하면 정보를 얻는다.Danicc (Danicc) 12:43, 2008년 2월 9일 (PST)

아, 멋진 도구들의 복잡함...또는 적어도 구현의 복잡성.어떤 경우든, 당연히 주목해야 한다.곧 확인할 수 있을 것 같아.피드백 고마워.2008년 2월 12일(UTC) 10시 55분, 월텀 공작

고급 검색

안녕하십니까, 위에서 여러 가지 스레드에서 논의한 바와 같이 검색엔진에는 다른 어떤 것도 상상하기 어렵게 만드는 여러 가지 한계가 있다.그러나 위키피디아 데이터는 부분적으로 매혹적이고 실제 전체 텍스트 데이터로 되어 있다.그것은 기존의 검색 기능을 변경하지 않고도 "온탑"을 구현할 수 있는 많은 가능성을 열어준다.좋은 예가 여기에 있다: http://knecht.cis.uni-muenchen.de/exorbyte/wiki 이 구현은 하나의 쿼리 박스에 근거하는 것이 아니라 복수의 입력(입력 등)에 근거한 고급 검색 기능이 가능하다.데이터가 물론 구조화된 형태인 한, 당신은 제안사항들을 계층의 상위 관련 범주로 분류하도록 할 수 있다.따라서 전체 텍스트 인덱싱은 관련이 없다.이 지수는 구조화되고 점진적으로 업데이트할 수 있다.또한 제안은 고장 방지 기능이므로 실시간 맞춤법이 수정된다는 점에 유의하십시오.당신은 어떻게 생각하나요?자세한 내용은 http://www.cis.uni-muenchen.de/people/guenthner.html에 문의하십시오.Danicc (Danicc) 12:43, 2008년 2월 9일 (PST)

(a) MediaWiki 개발자들이 다른 높은 우선순위의 프로젝트를 많이 가지고 있다는 것을 고려할 때, (b) 위키백과 검색엔진은 오픈소스이기 때문에 그것을 바꾸는 것은 사소한 일이 아니며 (미디어위키 개발자들이 "소유"하지 않기 때문에), (c) 매우 큰 조직들이 많이 있는데 - 구글은 - 그들의 검색엔지를 개선하기 위해 끊임없이 노력한다.nes (그리고 아마도, 위키미디어 재단이 1년 안에 무엇을 소비하는지), 그리고 편집자들은 그 (더 나은) 검색 엔진을 자유롭게 사용할 수 있고, 나는 여기 검색 엔진이 곧 나아질 것 같지는 않다고 말할 수 있다.하지만 당신은 언제나 버그질라 요청을 제출할 수 있다. -- John Brown (바그질라) 22:05, 2008년 2월 12일 (UTC)

변수확장

특정 템플릿에는 여러 페이지에서 여러 번 사용되는 도움말 아이콘/링크가 있다.나는 이 쇼를 한 페이지당 한 번만 바꾸고 싶다.따라서 템플릿이 기사 페이지에 변수 카운터를 저장하여 도움말을 렌더링해야 하는지 여부를 결정했으면 한다.이에 대한 실행 가능한 해결책은 mw:확장:변수확장; 그러나 위키피디아에서는 전세계적으로 이용할 수 없는 것 같다.추가 요청 드려도 되고, 만약 그렇다면, 어디에?그렇지 않다면, 다른 어떤 옵션을 사용할 수 있는가?(도움말 상태를 결정하기 위한 추가 매개변수와 같은 해결책은 알고 있지만, 그러한 해결책은 피하고 싶다.)벤도노 (토크) 00:44, 2008년 2월 8일 (UTC)

이것은 위키피디아에서 논의되어야 할 것이다.마을 펌프(제안), 그리고 나서 Bugzilla에서 요청.개발자가 이 확장에 강력히 반대하므로 발생할 가능성이 매우 낮음. bugzilla:7865 및 bugzilla:8570 ∴ AlexSm 01:03, 2008년 2월 8일(UTC)을 참조하십시오.

변수 확장자는 트래픽이 많은 위키미디어 위키에서 사용하기 위해 충분히 최적화되지 않았다(특히, 로드의 90% 정도를 차지하는 우리의 캐싱 시스템과 지독하게 상호작용한다).또한, 많은 기술팀들은 형식화된 텍스트의 단순한 표현에 사용되는 언어가 아니라 위키텍스트를 프로그래밍 언어로 바꾸는 경향이 있다는 이유로 반대해왔다.— Werdna talk 05:25, 2008년 2월 9일 (UTC)

응답해줘서 고마워.내가 그 기능을 사용할 수 있었지만, 그것에 반대하는 이유 또한 감사할 수 있다.받아들여질 것 같지 않아 보이는 만큼 더 이상 추구하지 않겠다.벤도노 (토크) 06:34, 2008년 2월 14일 (UTC)

되돌리는 중

마지막으로 편집한 몇 개를 한 번에 되돌릴 수 있는가? 사용자:사용자가 마지막 버전에 대한 SomeUser(대화):또 다른 사용자?이후 여러 차례 파손된 기사의 이전 버전을 복원하는 것과 같다.--Lykantrop 06:55, 2008년 2월 12일(UTC)

롤백은 동일한 사용자가 편집한 온탑을 모두 되돌리며, 디프트에 대해 미확보 버전과 마지막 반달리즘 편집을 선택하면 (undo)를 클릭하여 한 번에 모두 수행할 수 있다.— Werdnatalk 07:04, 2008년 2월 12일 (UTC)

그러나 롤백은 공공 기물 파손에만 사용되어야 한다는 것을 기억하라.DGG (대화) 15:39, 2008년 2월 12일 (UTC)

리칸트로프: 물론이지.페이지 기록을 살펴보십시오.되돌릴 버전을 선택하십시오.거기로 가봐.편집을 누르십시오.원하는 편집 요약 "사용자가 편집 되돌림:사용자가 마지막 버전에 대한 SomeUser(대화):또 다른 사용자."그럼 세이브를 쳐라. --킴 브루닝 (토크) 16:31, 2008년 2월 12일 (UTC)

아하! 그게 롤백이라고 하는 거야?--Lykantrop^(Talk) 08:33, 2008년 2월 13일 (UTC)

아니, 롤백은 원래 질문보다 빠른 방법이야.위키백과 참조:롤백 기능.프라임헌터 (토크) 12:23, 2008년 2월 13일 (UTC)

고마워. 그리고 마지막 질문:내가 얼마나 많은 기여를 했는지 어디서 확인할 수 있을까?--Lykantrop^(Talk) 12:49, 2008년 2월 13일 (UTC)

특수:선호도.자세한 내용은 [4]와 같은 편집 카운터를 참조하십시오.프라임헌터 (대화) 2008년 2월 13일 (UTC) 12시 58분

도움말에서 자세히 보기:되돌아가고 있다.프라임헌터 (토크) 16:46, 2008년 2월 12일 (UTC)

위키종 카테고리

안녕, 위키피아의 지속적인 반달리즘을 되돌릴 때, 나는 위키피디아에 대해 알게 되었다.범주:펠리컨 똥과 위키피디아:범주:돼지 씨발, 반달놈이 만든 거야나는 실제로 이 카테고리에 61페이지가 있다는 것을 보고 상당히 놀랐고, 더 나아가 이 페이지들 중 어느 하나에서도 그 카테고리를 다시 찾을 수 없다는 것을 알았다(예: 위키피디아:User_talk:203.143.226.98. 두 범주에 모두 나타나지만 편집이 하나만 있는 경우).무슨 일이 일어났는지 아는 사람 있어?고마워, Ucucha 14:41, 2008년 2월 13일 (UTC)

템플릿이 파손되었다.[5] 템플리트가 어떤 카테고리를 추가하는지 변경하고, 페이지가 템플리트를 초월하는 경우, 해당 페이지의 편집만이 카테고리 페이지를 갱신하는 경우가 있다.null 편집은 작동하지만 제거는 작동하지 않는다.프라임헌터 (토크) 15:34, 2008년 2월 13일 (UTC)

그래, 그렇구나.고맙다. 다행히도 그 범주는 지금 또 비어 있다.Ucucha 15:37, 2008년 2월 13일 (UTC)

이미지 업로드 상자

방금 MediaWiki를 편집했는데:Common.css 이미지 업로드 상자의 높이를 Commons에서 수행하는 것과 같이 11em으로 증가시킨다.이렇게 하면 최소한 Firefox의 수직 스크롤바가 제거되므로 사용자가 정보 템플릿을 작성하려고 할 때 위아래로 스크롤할 필요가 없다.이로 인해 문제가 발생하면 되돌리십시오.—2008년 2월 13일 20:17 점 기억(UTC)

이게 관련이 있는 건지 오래된 건지 확실하지 않지만, 스페셜:업로드, 가로 스크롤 1픽셀(1024 폭, 파이어폭스, 리눅스)을 받고 있다.-- Quiddity (토크) 20:34, 2008년 2월 13일 (UTC)

허, 난 그런 문제 없어.캐시를 바이패스해 보셨나요?—2008년 2월 13일 20:39, 점 기억(UTC)

방금 우분투에 써봤는데 잘 먹혔어.문제는 아마 당신 쪽일 거야...—2008년 2월 13일 20:44, 점 기억(UTC)

아니, 그렇지 않아.가로 스크롤 막대도 구해서 윈도우에 올려놨어문제는 드롭다운에 있는 일부 라이선스 설명이 다소 길며, FF는 드롭다운 폭을 가장 긴 텍스트 길이까지 확장한다는 점이다.글꼴 크기에 따라 라이센스 드롭다운을 의미하며 설명 상자가 창의 오른쪽 여백을 초과하여 확장됨을 의미하기도 한다.덧셈으로 고칠 수 있다.

#wpLicense {width : 100%; 오버플로: 숨김;} 선택

MediaWiki로:common.css.루포 23:32, 2008년 2월 13일 (UTC)

아. 그건 다른 문제야.내 생각에 창문에 라이센스 옵션이 맞지 않으면 스크롤바가 괜찮은 것 같아.내가 바꾼 것은 "요약" 상자의 높이 —2008년 2월 14일 (UTC) 00:18, 점을 기억하라.

WP:BAG 후보 지명

WP의 멤버십에는 다음과 같은 여러 가지 추천이 있다.BAG는 토크 페이지에서 진행된다.모든 지역 사회 구성원은 의견을 개진하도록 초대된다.이 공지가 게시되는 데 걸린 시간에 대한 나의 사과 - 나는 지난주에 내가 하나를 게시하겠다고 말했지만 이제 겨우 그것을 할 수 있었다.WT에 대한 응답 방법으로 코멘트를 작성하십시오.가방. 고마워, Martinp23 00:40, 2008년 2월 14일 (UTC)

삭제 로그 항목 누락

WPSI의 삭제 로그 항목이 누락된 이유를 설명할 수 있는 사람이 있는가?RFD 토론 후 WJBscribe(누락 이유를 모르는 사람)에 의해 삭제되었지만 특수:삭제 취소/WPSI 또는 삭제 로그에 있지만, 페이지에 편집한 내용은 삭제된 내 기여도에 있다.이것에 대해 빛을 발할 수 있는 사람이 있는가? (필요하다고 생각되는 사람이 있다면 자유롭게 버질라에게 가져가라.)고마워, mattbr 16:40, 2008년 2월 10일 (UTC)

아주 드문 사건에서는, 사물이 기록되지 않고, 그것은 행동과 로깅이 두 개의 개별적인 사건들과 관련이 있다.보통 데이터베이스 잠금과 거의 같은 시간에 삭제가 되면 발생한다.개발자들은 이 문제를 알고 있다.Mr.Z-man 20:43, 2008년 2월 10일 (UTC)

어이구, 그거 귀찮아!그게 여기서 일어난 일일까?나는 그것에 대해 좋은 대답을 한 적이 없다.• 아나킨 01:47, 2008년 2월 12일 (UTC)

누군가를 막았을 때 이런 일이 한두 번 있었다.블록이 적용되지만 로그 항목이 기록되지 않는다.다시 차단을 시도하면 사용자가 이미 차단되었다는 메시지가 표시됨.-gadfium 05:07, 2008년 2월 12일(UTC)

그게 여기서 일어난 일인가? (나는 막 새로운 실을 시작하려고 했는데, 이것을 보았어..) -- 퀴디티(토크) 22:54, 2008년 2월 12일 (UTC)

이해가 안 되는데....거긴 아무것도 없는 것 같아.• 아나킨^(talk) 15:04, 2008년 2월 14일 (UTC)

오! 이런, 그가 사용자 페이지에서 내 환영 메시지를 복사한 게 틀림없어.(어째서 2006년 9월 5일 토크페이지에 엔트리가 없었는지 궁금했는데, 그건 원래 거기에 놔두지 않았기 때문이야...) 죄송합니다. -- Quidity (대화) 22:14, 2008년 2월 14 (UTC)

표의 조건부 CSS

여보세요. 페이지 이름이나 URL을 기준으로 테이블에 CSS 스타일을 추가하는 방법을 알려주시겠습니까?아니면 내가 방법을 배울 수 있는 곳일 수도 있고.위키피디아에 대해 읽었다.조건부 테이블(아마도 파서 함수에 사용되지 않을 것이다) 그리고 내 머리 위로 넘어갔다.포털로 이동:약 5페이지에 {{/tab-header}}로 사용되는 미네소타/탭 헤더를 "백그라운드:#fff; 색상:#000;" 각 탭에 대한 CSS.고마워. - Susanlesch (대화) 10:28, 2008년 2월 14일 (UTC) Longhand 예:

{width="100%" style="scene:0;" - style="scene:#eef; 색상:#000;"! 스타일="경계:1px 솔리드 #bbc; 경계 하단:흰색;" [포탈:미네소타주 포털]]! 스타일="경계:1px 솔리드 #bbc; 경계-하단:없음;" [포탈:미네소타/기능 콘텐츠 ''Featured publices'']! 스타일="경계:1px 솔리드 #bbc; 경계 하단:none;"[포탈:미네소타/맵스 ''Maps of Minnesota'']! 스타일="경계:1px 솔리드 #bbc; 경계 하단:none;"[포탈:미네소타/위키네프스 ''위키네프스'']! 스타일="경계:1px 솔리드 #bbc; 경계 하단:none;"[포탈:미네소타/심볼스 ''상태 기호'']! 스타일="경계:1px 솔리드 #bbc; 경계-하단:none;"[포탈:미네소타/'할 수 있는 일'할 수 없는 일들'] }

포털에서:미네소타/기능 콘텐츠:

{width="100%" style="scene:0;" - style="scene:#eef; 색상:#000;"! 스타일="경계:1px 솔리드 #bbc; 경계 하단:흰색;" [포탈:미네소타 포털]]! 스타일="백그라운드:#fff; 색상:#000; 테두리:1px 솔리드 #bbc; 테두리-하단:없음;" [포탈:미네소타/기능 콘텐츠 ''Featured publices'']! 스타일="경계:1px 솔리드 #bbc; 경계 하단:none;"[포탈:미네소타/맵스 ''Maps of Minnesota'']! 스타일="경계:1px 솔리드 #bbc; 경계 하단:none;"[포탈:미네소타/위키네프스 ''위키네프스'']! 스타일="경계:1px 솔리드 #bbc; 경계 하단:none;"[포탈:미네소타/심볼스 ''상태 기호'']! 스타일="경계:1px 솔리드 #bbc; 경계-하단:none;"[포탈:미네소타/'할 수 있는 일'할 수 없는 일들'] }

{{#ifeq:{{{}를 넣는다.PAGENAME} 미네소타/기능 콘텐츠 배경:#fff; 색상:#000;} 등패트릭(토크) 11:38, 2008년 2월 14일(UTC)

고마워!넌 날 며칠 더 구했고 아마 더 많이 구했을 거야. - 수잔레쉬 (대화) 13:14, 2008년 2월 14일 (UTC)

현대 피부 질문

나는 "모던" 피부에 대해 두 가지 질문이 있다.

1. Monobook에서 Modern in Special로 피부를 변경하는 경우:기본 설정, 내 스크립트 및 가젯이 다른 단계 없이 계속 작동하는지 여부
2. (1)에 대한 대답이 "아니오"인 경우 스크립트, 가젯 및 CSS가 다시 작동하도록 하려면 어떤 파일을 편집해야 하는가?

고마워! 페가수스 «C¦T » 13:55, 2008년 2월 8일(UTC)

당신은 당신의 JS/CSS를 당신의 모노북.js & 당신의 모노북.css에서 당신의 모던.js & 당신의 모던.css로 옮겨야 할 것이다.기계는 모든 가죽에서 호출되므로 움직일 것이 없다.문제는 많은 스크립트가 새 피부에서 작동하지 않을 수 있다는 것이다. 당신은 «이라는 이름의 특별한 호환 가젯을 시도할 수 있다.

1. REDIGN MediaWiki:Modern.js »(BTW, MediaWiki:모던.js.CSS에 대한 호환성 수정 사항이 없으며, 필요한 경우 다시 작성해야 함 ∴ AlexSm 15:06, 2008년 2월 8일(UTC)

나는 알렉스의 의견에 동의한다.나는 또한 내가 현재 현대적인 피부, 내비게이션 팝업 기기, UTC 시계 기구를 사용하고 있고, 내 경험상, 그들은 모두 함께 잘 작동한다. --Iamunning 17:11, 2008년 2월 8일 (UTC)

지저분한 해킹이기 때문에 modern.js로 옮겨지지 않고, 현대적인 것과 제대로 작동하도록 스크립트를 수정해야 한다(모든 기기는 이미 고정되어 있으며, 요청 시 대본을 수정하겠다).또한 대부분의 CSS 코드를 변경해야 한다는 점에 유의하십시오.—Random832 06:08, 2008년 2월 16일(UTC)

템플릿에 "삭제" 링크 추가 요청:Afd2

안녕하십니까, 저희 상주 템플릿 마법사가 {{afd2}에 기능을 추가하여 WP를 쉽게 닫을 수 있도록 요청하셨습니다.관리자의 AFD 토론.{{afd2}}: 모든 AFD 논의를 위한 템플릿이다.

삭제 이유로 미리 로드된 AfD 페이지의 위키링크가 있는 삭제 양식을 로드할 템플릿에 (삭제) 링크를 추가할 것을 제안한다.만료된 WP를 삭제하는 경우에도 유사한 기능이 존재한다.PRODs at {{d}}.거기 관련 코드가 있는 것 같다.([{{fullurl:{{FULLPAGENAME}} {{#if:{{{1 }}}{{{concern }}} wpReason={{urlencode:Expired [[WP:PROD PROD]], concern was: {{{1 }}}{{{concern }}}}}& }}action=delete}} delete]). 이 기능을 실제로 보려면 WP에서 가장 오래된 기사 중 하나를 참조하십시오.프롭썸.

직접 {{afd2}}번 코드에 코드를 추가하려고 했지만 프로그래머가 아닌 변호사가 되어 URLencode : 제대로 기능하는 방법을 알 수 없어 좌절감에 포기했다.고마워!Sandstein (대화) 21:55, 2008년 2월 8일 (UTC)

흠... 글렌이 1년도 더 전에 했던 일이 생각나는데, 그게 뒤바뀌었어.:>

방금 템플릿 변경:Afd2는 여분의 버튼이 과잉 살상될 수 있지만 대신 {{la-admin}}}을(를) 사용하기 위해 (필요하다면 각 링크를 끄기 위해 파라미터를 추가해 보았지만, 이와 같은 코드를 사용하였다.{{{nohistory history link stuff}}} 효과가 없는 것 같군, 왜 그런지 모르겠어.)T» 01:17, 2008년 2월 9일 (UTC)

고맙지만, 내가 정말로 염두에 두고 있었던 것은 위에서 언급한 바와 같이 삭제 근거가 미리 탑재된 "삭제" 링크였다.이렇게 하면 관리자가 AfD 제목을 수동으로 복사하여 삭제 이유 필드에 붙여넣고 그 주위에 대괄호 쌍을 추가해야 할 필요가 없어진다.물론 사소한 번거로움이지만 하루에 150회씩 순서대로 해야 하고, 자동화에 적합하다.Sandstein (대화) 07:43, 2008년 2월 9일 (UTC)

OK 나는 "(삭제)" 링크를 추가했다. 클릭하면 "AfD 토론: [Wikipedia:삭제조항/문서명]]"메트로폴리탄90이 내가 추가한 {{la-admin}}}을(를) 되돌린 것을 보니 그 이상은 별로 추가하고 싶지 않다.:/ 페가수스 «C¦T» 10:08, 2008년 2월 10일 (UTC)

고마워!Sandstein (대화) 05:53, 2008년 2월 11일 (UTC)

또한 sysop.js의 새 스크립트는 삭제 탭(캐시를 통과함)에 대해 이 작업을 수행한다.—Random832 06:06, 2008년 2월 16일 (UTC)

오류

위키피디아에 로그인할 때마다 사용자 페이지를 찾을 수 없으며, 이 대신 "Error, Setup.php는 DefaultSettings.php" 다음에 파일 범위에서 포함되어야 함을 발견했다.만약 내가 로그인하지 않았다면, 이번에는 그런 일도 일어난다.하지만 토크 페이지, 워치리스트 등 다른 모든 페이지는 괜찮다.매번 숙청해야 해삭제하지 않으면 페이지가 표시되지 않는다.캐시(브라우저와 서버 모두)를 지우는 것은 문제가 해결되지 않는다.어떻게 해야 하나?Tanvir che (대화) 05:22, 2008년 2월 14일 (UTC)

이것은 시스템 관리자에 의해 수정된 잘못된 사이트 구성이었다.— Werdna talk 09:14, 2008년 2월 15일 (UTC)

섹션 링크의 인코딩

다음 중 어느 것도 도움이 되지 않는 것 같다.섹션 또는 도움말:두 섹션 모두 섹션 링크에 대한 섹션이 있는 링크는 섹션 이름에 특수 문자를 인코딩하는 데 사용되는 체계를 설명한다.

위키백과에서:Bots/Requests_for_proval/HBC_Archive_Indexerbott에 대한 코멘트가 있는데, 이 저자는 위키피디아에서 다음과 같이 글을 남겼다.

앵커 인코딩 방식은 콜론, 슬래시, [[ 및 ]를 제외한 모든 것을 URLencode로 지정한다.모든 공백을 밑줄로 인코딩하십시오.urlencode에서 .(dot)로 %(%)를 교체한 다음, 모든 [foo bar]와 [bar]를 간단한 regex가 처리할 수 있는 bar로 교체한다.

만약 누군가가 인코딩이 어떻게 작동하는지 정확히 알고 있다면, 작업 섹션 링크를 추가하기 위해 알아야 할 사항이기 때문에, 나는 이 도움말 페이지들 중 하나 또는 둘 다에 설명되어야 한다고 생각한다.

요리키 (토크) 11:23, 2008년 2월 14일 (UTC)

테스트: a:b/cde$fbar 및 막대

{{urlencode:a:b/c[[d]]e$f[[foo bar]] and [[bar]]}}}%3을 준다.Ab%2Fc%5B%5BD%5D%5De%24f%5B%5Bfoo%7Cbar%5D%5D++%5B%5Bbar%5D%5D

{{anchorencode:a:b/c[[d]]e$f[[foo bar]] and [[bar]]}}}:b/cde$fbar_and_bar를 준다.

이 헤더에는 id="가 있음테스트:_a:b.2Fcde.24fbar_and_bar"(링크: #Test: a:b/cde$fbar 및 bar, #Test:_a:b)2Fcde.24fbar_and_bar 또는 http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Test:_a:b.2Fcde.24fbar_and_bar).그래서 규칙이 될 수도 있다: [foo bar]와 [bar]를 모두 bar로 교체한 다음 앵커렌코드를 적용한다.--패트릭 (talk) 13:26, 2008년 2월 14일 (UTC)

나는 소스 코드를 살펴보았다.관련 파일은 파서다.php 및 sanitizer.php.따르기가 좀 어렵지만, 노력해서 다음 규칙을 추출했다.

1. 링크는 당신이 보는 텍스트만으로 제거되고 대체된다.예) '[foo bar]'는 'bar'가 된다.
2. HTML은 regexp로 제거된다.
3. 공백은 밑줄로 대체된다.
4. HTML 엔티티가 적절한 문자로 바뀐다.이것은 이것을 하기 위해 전문화된 기능들을 사용하는 것이지만, 나는 당신이 PHP의 html-entity-de코드만 사용해도 벗어날 수 있다고 장담한다.
5. urlencode가 적용된다.
6. '%3A'(':'(colon)의 urlenced 형식인 ':'(colon)이 다시 ':'로 바뀐다.
7. urlencode에 의해 생성된 모든 '%' 기호는 '.'로 바뀐다(기간)
8. 같은 이름의 추가 제목에는 '_2' 또는 '_3' 등을 추가하여 번호를 부여한다.

다른 사람이 확인해봐 내가 제대로 알아냈는지 확인해보라고 하지만 암호가 거기 있어• 아나킨 17:37, 2008년 2월 14일 (UTC)

또한 기존 및 새 전처리기 간에 약간의 차이가 있다는 점에 유의하십시오.

{{anchorencode:_<_&lt;__&gt;}}{{안코렌코드:_<span>_&lt;span&gt;}} {{anchorencode:_<img>_&lt;img&ampgt;_}}

생산:

Old_PP _.26lt.3B_.26lt.3B_.26gt.3B_.26gt.3B_ _.3Cspan.3E_.26lt.3Bspan.26gt.3B_ _.26lt.3Bimg.26gt.3B_.26lt.3Bimg.26gt.3B_ New_PP _.3C_.26lt.3B_.3E_.26gt.3B_ _.3Cspan.3E_.26lt.3Bspan.26gt.3B_ _.3Cimg.3E_.26lt.3Bimg.26gt.3B_

유효(휘발성) html 태그는 동일하게 나타나지만, 유효하지 않은 <과 >는 그 실체와 다르게 나타난다.홀수. --Splarka (rant) 08:25, 2008년 2월 15일 (UTC)

페이지에 대한 최근 링크 찾기

특정 페이지로 연결되는 최근 편집 내용을 찾을 수 있는 방법이 있는가?또는, 이를 위한 기술적 능력이 개발될 수 있는 방법은 없을까?--Pharos (대화) 21:43, 2008년 2월 14일 (UTC)

내가 네 말을 제대로 이해한다면 페이지 왼쪽의 도구상자에 "관련 변경사항"이 있는데, 링크된 페이지에서 편집사항을 찾아내는 방법이 있지만, 반대로 할 방법이 없을 것 같다.• 아나킨 22:29, 2008년 2월 14일 (UTC)

내가 분명히 말하게 해줘.버마 기사에 큰 문제가 있다고 상상해보라. 그리고 그러한 논쟁에 대해 우리가 가지고 있는 다양한 무작위적인 문제들에 대해 논의되고 있다.버마에서 'What links here'를 하는 것은 완전히 쓸모없을 것이다. (이것은 백만 군데에 링크되어 있는 중요한 기사이기 때문에), 그러나 만약 우리가 최근 편집된 링크에 제한되었던 'What links'를 가지고 있다면, 그것은 유용한 것이 될 것이다.그게 바로 내가 찾고 있는 것이다.--파로스 (대화) 23:33, 2008년 2월 14일 (UTC)

파로스, 버마를 언급하는 RFC를 찾는 것에 대해 말하는 거니? 버마에 대한 편집 전쟁에 대한 ANI 보고서, 버마에 대한 RFA에 대한 이 후보가 버마에 대한 기여로 비난을 받고 있는 것을 말하는 거니?그 예쁜 머치 같은 건 현재 연결되지 않은 거야?Framanax (대화) 00:15, 2008년 2월 15일 (UTC)

(일부 일반적인 경향보다는) 특정 기사에 대한 직접적인 것이라면, 대개 연계되어 있다.그리고 나는 또한 훨씬 덜 조직적인 경향이 있는 사용자들의 대화, 마을 펌프에 관한 것 등에 대해 생각하고 있다.예를 들어, 무함마드와의 최근 링크를 살펴보십시오(위키백과:위키백과 간판포스트/2008-02-11/무하마드 이미지)는 현재 상당히 흥미로울 것이다.-파로스 (토크) 00:32, 2008년 2월 15일 (UTC)

어떤 링크가 페이지 작성에 의해 또는 언제 추가되었는지에 따라 정렬되는 것처럼 보이는지, 어떤 링크인지 알 수 없다. —Random832 15:57, 2008년 2월 15일 (UTC)

페이지 작성 날짜. -- John Brown(리콜링) 22:23, 2008년 2월 15일(UTC)

최근의 강화된 변화들

url 매개변수와 같이 활성화되었을 때 선택적으로 선택할 수 있는 방법이 있는가?내 감시 목록에는 사용 가능으로 설정되지만 일부 관련 변경 보기에는 사용 불가능으로 설정되었으면 한다.—Random832 15:56, 2008년 2월 15일(UTC)

난 그렇게 생각하지 않아.Wikia가 가지고 있다.&hideenhanced=URL 매개 변수지만, 그렇게 하려면 MediaWiki를 수정해야 했을 겁니다.임호가 가능한 유일한 방법은 향상된 최근 변경사항을 비활성화하고, 별도의 사용자 첨자를 수동으로 "강화" 감시 목록에 쓰는 것이다.—AlexSm 17:10, 2008년 2월 15일 (UTC)

단자 글꼴

코딩 사용 시

<<font얼굴="terminalterminal">>

그 글꼴은 창문과 사과에 다르게 표시된다. 왜?아니면 그냥 브라우저가 해석하는 방식인가?불타는 변호사 (토크 · 기여) 2008년 2월 15일 17:56, (UTC)

대신 teletype wiki 글꼴을 사용할 수 있다.

<tt>teletype font</tt>

그게 너한테는 어떻게 먹히니?— 2008년 2월 15일 (UTC) 주근깨f,t Talk 18:13, Talk 18:13

일반 글꼴 제품군도 참조하십시오.<span style="font-family: 단말, 모노스페이스"는 그것을 하는 "안전한" 방법. --Splarka (rant) 19:21, 2008년 2월 15일 (UTC)

"자체 작업" 업로드 양식에서 "허용" 라인 제거

현재 Wikipedia로 이동할 때:업로드한 후 "전혀 나만의 작업"을 클릭하면 정보 템플릿 스켈레톤에는 "Permission" 라인이 포함되어 있다.문제는 Special:로그/업로드, 자신이 직접 만든 이미지를 업로드하는 대부분의 사용자들이 권한 라인에 혼동해 '예스'나 '업로더에 그랜트 바이 업로더의같은것을 넣는 것을 쉽게볼 수 있다.자신의 작품을 올릴 때는 허가가 함축되어 있고, 업로더는 어쨌든 라이선스를 추가해야 하기 때문에, 나는 허가의 선을 "자체 작업" 양식에서 벗어나고 싶다.이 방법은 다음과 같다.

• 그것은 전적으로 나 자신의 일이다.

이것은 혼란을 줄이고 결과적으로 더 유용한 기여를 의미한다.당신은 어떻게 생각하나요?—2008년 2월 16일 01:17, 점 기억(UTC)

좋은 생각이야.나는 그것이 무엇을 위한 것인지 알지 못하는 것에 대해 여러 번 죄책감을 느껴왔다.나는 답안을 헛되이 찾기 위해 그 양식을 클릭했다.아마도 위 1단계 양식에 위키링크가 추가될 수 있을 것이다.예를 들어, 현재 이 회사는 다른_version을 다음과 같이 설명하려고 한다.

• 기타 버전: 선택 사항.업로드된 이 작업의 다른 버전을 나열하십시오.

이것은 정말 구체적인 예와 전형적인 사례들을 제시해야 한다.예를 들어, 내가 에펠탑 사진을 올리면 다른 그런 사진들과 연결해야 할까?다른 파리 사진과 연결되어야 할까?내가 취한 다른 각도는? (무슨 뜻인지 알겠지?) —EncMstr 01:34, 2008년 2월 16일 (UTC)

좋아. 나는 "Permission" 라인을 없애고 "Other version" 설명을 분명히 했다.인터페이스의 단어를 바꾸는 방법에 대해 다른 제안 사항이 있으십니까?—2008년 2월 16일 01:45, 점 기억(UTC)

와우! 인상적이야.다음을 참조하십시오.

기타 버전: 선택 사항.편집자가 사용 가능한 모든 버전을 쉽게 찾을 수 있도록 이 작품의 다른 업로드 버전(예: 사진의 잘라내기, 밝게, 어둡게 하기 등)을 나열하십시오.미디어 링크 사용: 선행 콜론).

나는 이 방면의 초보자인데, 어쩌면 그 방면의 의도를 정말 잘 아는 사람이 끼어들까?—EncMstr 01:58, 2008년 2월 16일(UTC)

흠... 어쩌면 우리가 템플리트를 넣을 수 있을 것 같아.정보#설명서를 자신의 페이지에 동봉한 다음 지침 페이지로 옮겨라.그게 좋은 생각처럼 들리니?—2008년 2월 16일 02:07, 점 기억(UTC)

이 아이디어는 좋은 것 같지만, 이 문서에는 개선의 여지가 많이 있다.그것은 기본적인 질문에 대답하지 않는다.왜 이러는 거지?그게 어떻게 도움이 되지?단 하나의 예는 간단하고 무색하다.—EncMstr 02:28, 2008년 2월 16일 (UTC)

커뮤니티 전체가 협업할 수 있도록 업로드 지침 페이지를 편집할 수 있게 만들면 어떨까?반보호는 대부분의 공공 기물 파손 행위를 막아야 한다.—2008년 2월 16일 03:00(UTC) 점을 기억하십시오.

버그 10843을 고치고 있어

6개월 전 보안 프록시 서버를 사용할 때 '업로드 파일' 링크가 작동하지 않는다며 버그 10843이 접수됐다.이 일은 아무 조치도 취해지지 않았다.MediaWiki에 다음 코드를 추가하십시오.문제를 해결하기 위한 공통.js:

//보안 프록시 사용 시 "업로드 파일" 링크 수정 //버그 10843이 고정 애드온로드 후크(기능) { document.GetElementById("t-업로드")일 때 제거할 수 있는 해결책.getElementsByTagName("a)[0]href = wgIriterPath.replace("$1", "Wikipedia:업로드") }

이렇게 하면 보안 연결 사용을 선호하는 사용자가 보안 중 하나를 선택해야 하는 것과 파일을 쉽게 업로드할 수 있는 것을 방지할 수 있다.—2008년 2월 16일 03:09, 점 기억(UTC)

그래, 나는 그것이 부서진 것을 알아챘어!나는 그것에 대한 버그 리포트를 직접 제출할 생각이었다.이제 보니 어쨌든 주목받지 못했을 것이다.이 코드를 평균 시간에 추가할 수 있도록 지원하십시오.• 아나킨 19:13, 2008년 2월 16일 (UTC)

자바스크립트 수정사항을 구현했어개발자들이 이를 잘 알고 제대로 고쳐주길 바란다.—2008년 2월 16일 19:34, 점 기억(UTC)

라고 하는 것이 타당할 것이다.document.getElementById("t-upload")존재한다전류if (skin == "monobook" skin == "modern")칙, 심플, 마이스킨 스킨에 대해서는 확실히 효과가 없다.—AlexSm 03:21, 2008년 2월 17일 (UTC)

그것은 단지 내가 클래식에서 자바스크립트를 깨는 것을 멈추게 하기 위한 빠른 해결책이었다.어느 스킨이 t-업로드(그리고 그것들을 모두 확인하고 싶은 기분이 들지 않았다)인지 확실하지 않았고, 단지 모노북과 현대적인 레이아웃이 거의 같다는 것을 알았다.좀 더 완벽한 Mr.Z-man 03:31, 2008년 2월 17일(UTC)으로 교체하십시오.

제1구간

나는 최근에 기사의 첫 부분(선)을 편집하려고 했다.내 가젯에서 "페이지의 소개 섹션에 [편집] 추가" 링크를 확인했지만(그리고 나는 컨트롤 + 시프트 + r 일을 했다) 리드 편집 링크를 클릭하면 다음 섹션으로 이동한다.찰스 스튜어트 (토크) 07:52, 2008년 2월 16일 (UTC)

에머슨 대학을 말하는 것 같은데.이유는 모르겠지만 샌드박스 테스트 결과 첫 번째 헤더('Origins')가 레벨 3이기 때문이라고 한다.레벨 2 헤더로 변경하면 문제가 해결된다.대수학자 14:50, 2008년 2월 16일 (UTC)

고마워, 이제 됐네.찰스 스튜어트(토크) 2008년 2월 16일 16시 56분 (UTC)

READIONID와 함께 하위 시스템 사용

안녕하십니까, NULL을 제외한 모든 제품을 생산하는데 어려움을 겪고 있습니다,

{{subst:리비전ID}

미리보기에서 null을 반환해야 하는 것으로 알고 있는데, 왜 저장하면 null을 반환하지?변전소를 빼고 일반 {{REVISIONID}}만 하면 효과가 있다.그러나 나는 특정 버전의 READIONID를 저장 중이므로, 후속 버전이 저장될 때 숫자가 변경되지 않도록 하고 싶다.

이 페이지의 이 버전은 REVERSIONID = -를 가지고 있다.

고마워, 론 듀발 (대화) 05:17, 2008년 2월 18일 (UTC)

관련 버그: bugzilla:12694.MER-C 07:16, 2008년 2월 18일 (UTC)

#mediawiki의 개발자를 인용하려면 다음과 같이 하십시오.READIONID, "Tough" --Splarka (rant) 08:55, 2008년 2월 18일 (UTC)

버그 페이지에는 {{fullurl}{{{{{fullurl}}와 같은 'prooflinks'를 만들 수 있다는 댓글이 달렸다.FULLPAGENAME} diff=next&oldid={subst:READIONID}}}(그것이 아마도 이 대체의 주요 목적일 것이다.)."

그것은 정말로 그것이 의도된 것이다.위키백과 참조:위임 가능한 프록시/테이블 및 위키백과:위임 가능한 프록시/테이블/지정(이 행 포함):

{{<사진만>:[/fullurl:]{{</fullurl:{{<사진만:>{{{{{{}}}}}}PAGENAMEE} diff={{<include only>subst:</include only>리비전ID}}}

다른 방법이 없을까?우리는 디프트를 다시 추가해야 하는 것이 아니라 한 번의 편집으로 추가할 수 있기를 희망하고 있었다.고마워, 론 듀발 (토크) 16:40, 2008년 2월 18일 (UTC)

나는 마법의 단어가 확장되면 시스템이 개정 ID가 어떻게 될지 미리 알지 못하기 때문에 공백이 생길 수밖에 없다고 생각한다. --ais523 19:54, 2008년 2월 18일 (UTC)

어쩌면 해결책이 있을 수 있을까?마지막 READIONID 이후 페이지 기록에 다음 READIONID에 대한 마법 단어가 있으면 어떻게 하시겠습니까?즉, 편집하는 동안(또는 저장 중인 경우 어느 경우든), 그 페이지의 이전 READIONID는 314159265인 것으로 알고 있다.그래서 이 새로운 마법의 단어로 저장해두는데, 영구적으로 314159265 이후 페이지 역사에 다음 READIONID를 표시하도록 되어 있다는 것을 알고 있다.내 생각엔, 당신이 편집하는 동안 다른 READIONID로 다른 버전을 저장하면 어떨까?그게 문제가 될까?론 듀발 (대화) 01:52, 2008년 2월 19일 (UTC)

위키백과:Bots/승인 요청/ClueBot V

Martinp23이 커뮤니티의 의견을 요청했고, LevelBot V를 위한 BRFA가 있다.시간을 갖고 BRFA를 보고 의견을 내십시오.고마워. -- 코비^{(t c b)} 21:35, 2008년 2월 18일 (UTC)

쉽게 대화할 수 있음

토크 페이지(특히 XFD, RFA 등의 프로젝트 공간에서)에 위키링크를 쉽게 할 수 있는 방법이 있는가?예를 들어 하위 페이지로 연결되는 /하위 페이지 링크를 알고 있다.찰스 스튜어트 (토크) 2008년 2월 18일 (UTC)

모든 네임스페이스에는 Talk에서와 같이 해당하는 토크 네임스페이스가 있다.예: 사용자 대화:예 또는 위키백과의 대화:마을 펌프(기술). — Edokter • Talk • 23:39, 2008년 2월 18일 (UTC)

아, 사실 이 페이지의 토크 페이지에 전체 링크를 입력하지 않고 링크한다는 말씀이세요?예, 다음과 같다: [{{subst:TALKPAGENAME}}] 위키백과의 대화:마을 펌프(기술). — Edokter • Talk • 23:46, 2008년 2월 18일 (UTC)

음, 그렇게 할 거면, 변전시켜줘.프로데고 23:47, 2008년 2월 18일 (UTC)

고마워, 에덕터, 그게 내가 하려던 거야.그리고 나 스스로도 약간의 조사를 해보니 [{{Subst::페이지 이름}}]은(는) 역방향으로 작동한다.찰스 스튜어트 (토크) 03:04, 2008년 2월 19일 (UTC)