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

편집 시 날짜 및 기타 번호 삭제

나는 위키피디아 편집을 엉망으로 만드는 특이한 버그를 가지고 있다.간헐적으로, 그러나 반복적으로, 내가 편집을 할 때, 위키피디아 기사에서 날짜와 숫자를 빼내기를 원하는 (당시) 관찰할 수 없는 사람이 있다.예를 들어, 1K 단어들을 나열하자면, 11월 7일 내가 앤 던햄(Barack의 어머니, fwuw)을 편집했을 때 무슨 일이 일어났는지 보라.다행히 사용자:티보즈도 이 기사를 보고 있다가 삭제된 날짜를 다시 삽입했다.

이것은 한 달 이상 전에 여러 번 일어났다.도움이 되는 사용자가 나에게 보고한 내용은 다음과 같으나, 나는 그의 논평에서 무엇을 해야 할지 알 수 없었다.

안녕. 나는 네가 최근에 편집한 많은 긴 숫자 줄들이 어떤 이유에서인지 삭제되었다는 것을 지적해야겠다.

그 결과, 많은 웹 주소가 깨지고 쓸모 없게 되었다.예를 들어, 이 편집(수정)에서는 AR2008100103169.html의 숫자 문자열이 삭제되었기 때문에 원본(유효한) 웹링크 http://www.washingtonpost.com/wp-dyn/content/article/2008/10/01/AR2008100103169.html이 끊어진 링크 http://www.washingtonpost.com/wp-dyn/content/article/2008/10/01/AR.html이 되었다.

또한 같은 편집에서 "accessdate=2008-10-09" 문자열도 "access date="로 변경되었다(즉, 날짜가 삭제됨).접속 날짜는 필수적인 정보로서, 특히 웹사이트가 참조 자료로 사용될 때 보존되어야 한다. 다른 날짜에 접속하는 동일한 웹사이트는 다른 정보를 산출할 수 있기 때문이다.

여기 여러분이 최근에 편집한 숫자 문자열 중 몇 가지가 있는데, [1] [2] [3] [4] [5] [6] [7] [8] -- 이미 수정해 놓은 수 많은 숫자 입니다.

그런 변화가 (이해되지 않기 때문에) 의도적이었다고 생각하지 않기 때문에, 어떤 (소프트웨어?) 결함으로 인해 그런 문제가 생겼는지 알아내는 일은 당신에게 맡기겠다.그때까지는 편집이 끝난 후에 다시 한번 확인해 보는 것이 좋을 것 같아.이 문제에 관심을 가져줘서 고마워. --76.202.61.72 (대화) 11:33, 2008년 11월 1일 (UTC)

당신의 버그는 매우 특이한 것이지만, 다른 계정을 사용하는 것이 당신의 브라우저 설정이나 추가 기능(또는 멀웨어)에서 발생한다면 문제를 해결할 수 없을 것이라고 생각한다.그것은 오늘 당신의 최근 편집 중 하나에서 방금 다시 일어났는데, 내가 이미 다시 고친 것이다.

이 단락을 편집하여 문제가 어디서 발생하는지 확인하고 id=1142862090121 또는 날짜 2008-11-01 및 Pi=3.1415926 등과 같은 숫자가 사라지는지 확인하기 위해 몇 가지 테스트를 실시할 것을 제안한다.

(1) 다른 브라우저(Firefox, Safari, Opera 또는 Google Chrome)로 테스트하여 문제가 브라우저에 있는지 확인하거나 (2) Wikipedia 계정에 로그인 및 로그아웃하여 사용자의 계정 설정일 가능성을 제거하거나 (3) 다른 컴퓨터를 사용하여 운영체제에 의해 발생하는지 확인하도록 제안할 수 있는가?이것이 당신의 문제에 도움이 되기를 바란다. --76.202.61.72 (대화) 20:44, 2008년 11월 1일 (UTC)

너의 도움과 조언에 고마워.내가 하고 나서 줄라니 편집을 확인했는데 아무런 문제가 보이지 않아서 이상해.나는 몇 년 동안 XP와 함께 Firefox를 사용해 왔으며, 지금은 3.0이지만 다른 브라우저로 시도해 볼 것이다.아마도 컴퓨터일 것이다.나는 말웨어를 위해 Spybot과 Zonealarm을 운영했지만, 아무것도 찾지 못했다.전에도 이런 일이 한 번 있었는데, OTO 그레믈린인 줄 알았다.당연히 아니지.벨라지오99 (대화) 21:09, 2008년 11월 1일 (UTC)

이 섹션의 마지막 편집으로 인해 누락된 번호를 복구하는 겁니다.어쨌든, 시험은 당신의 편집이 위의 세 단락의 긴 숫자를 모두 잘랐다는 것을 보여준다는 점에서 "성공"했다. (점 앞의 숫자 "3"은 제외)그것은 또한 그 단락이 당신의 버그를 복제하고 테스트하기에 적절한 모델이라는 것을 보여주었다.나도 네가 직접 비슷한 시험들을 만들기 위해 그것들과 같은 긴 숫자들을 쓰고 올릴 수 있는지 궁금해.하지만 그렇지 않다면, 당신은 언제나 여기서 했던 것처럼 여러분 자신의 편집 내용을 되돌릴 수 있다. 즉, 긴 숫자들이 여러분 자신을 되돌린 후에 되돌아온 것이다.하지만 샌드박스 페이지는 너무 많은 시험으로 당신의 역사를 방해하고 싶지 않다면 도움이 될 수 있다.행운을 빌어. --76.202.61.72 (대화) 23:09, 2008년 11월 1일 (UTC)

개발자 사용자:브리온 바이버.그는 위키 코드에 대해 알아야 할 모든 것을 알고 있고 그는 위키 코드의 원인이 무엇인지 알고 있을 것이다.위의 시험을 반드시 언급하라. - Mgm (대화) 01:01, 2008년 11월 2일 (UTC) [Bellagio99의 회신:사용자: Brion Vibber에 게시했지만 응답이 없음] 사용자:Bellagio99/monobook.js 및 위키백과에 게시:마을 펌프(기술)프라임헌터 (토크) 02:48, 2008년 11월 2일 (UTC)

네가 거기서 편집하고 나서 내 토크 페이지에도 영향을 준 것 같아. 말이 안 돼.아이피(IP)가 고쳐준 IP 덕분이다.티보즈/토크 08:34, 2008년 11월 2일 (UTC)

내 대화 페이지에서 복사한 메시지의 끝.나는 어떻게 해야 할지 모르는 상태에서 허둥대는 것을 꺼린다.편집 작업을 계속하다 보니 편집이 번복되는 것 같아 나 자신의 편집 내용을 복원할 수 없다.

미리 겸허한 감사를 드리며.진단이 해결책의 시작일 것이다.

벨라지오99 (토크) 02:05, 2008년 11월 9일 (UTC)

삭제 페이지에 대한 통지 편집

관리자 공지사항 게시판에 대한 편집 통지에 대한 논의는 게시판에서 벗어나 페이지 해제에 필요한 편집 통지, 페이지 해제에 대한 해결 방법 및 유사한 통지 집합이 다양한 삭제 시스템에 유용한지 여부에 대한 논의로 전환되었다.만약 실행된다면, IMHO는 AFD와 같이 단지 AFD를 하는 대신, 다양한 삭제 시스템을 위해 기능하는 무언가를 설정하는 것이 가장 좋을 것이다. 나는 그 아이디어에 대한 중앙집중식 토론이 먼저 유용할 것이라고 생각했다.그래서 나는 여기 있다.

잘 알지 못하는 사용자에게 통지 편집은 프로젝트 코드 기반에 상당히 최근에 추가된 사항이다.편집 모드에 있을 때마다 편집 상자 위에 표시되는 알림입니다.Dissambigation 페이지에 있는 공지사항들은 페이지의 Dissambig 템플릿의 존재로부터 촉발되도록 설정되므로, 다양한 삭제 시스템은 유사한 메시지를 쉽게 설정할 수 있다.

그 아이디어는 다른 시스템들에 대한 다른 메시지들을 가지고 있을 것이다.AFD 태그 페이지, AFD 토론, CSD 태그 페이지, PROD 태그 페이지, CFD, RFD, MFD, IFD 등.다른 CSD 템플릿에 기초하여 우리가 그 정도까지 진행하기를 원한다면 특정 CSD 기준에 맞게 세분화할 수도 있을 것이다.

나는 지금 두 가지 목적을 위해 여기 온 것 같아. 1) 전반적으로 이것이 좋은 생각인지, 2) 사람들이 이곳이 이 토론에 가장 적합한 장소라고 생각하는지, 아니면 누가 더 좋은 장소를 생각할 수 있는지.나는 토론 장소가 공평하게 중앙 집중화되어야 한다고 생각한다. 왜냐하면 이것은 많은 삭제 시스템에 영향을 미치기 때문이다. 그러나 나는 위키백과 같은 어딘가에 그것을 숨기는 것을 원하지 않는다.삭제 토론, 아무도 가지 않는 곳 - 텍사스 안드로이드(대화) 22:17, 2008년 11월 6일(UTC)

삭제 과정은 기술적으로 몇 달 안에 재점검되고 있다.— Werdna • 대화 12:08, 2008년 11월 7일 (UTC)

그럼 내가 어떻게 되는지는 좀 더 지켜봐야 한다는 말씀이세요?한숨 쉬어. 그렇게 해.이러한 개편에 어떤 내용이 포함될지 지켜보는 것은 흥미로울 것이다. - 텍사스안드로이드 (대화) 14:07, 2008년 11월 7일 (UTC)

이 문제는 어디서 논의되고 있는가?리틀 레드 라이딩 후드토크 00:10, 2008년 11월 9일 (UTC)

편집 쪽지인가, 아니면 개편인가?여기서 "토론"이 흐지부지된 것처럼 편집 노트가 현재, 어디에도 없는 경우.이번 개편이 이루어지면 베르드나는 그 질문에 대답할 필요가 있을 것이다.그의 "몇 달"에 대한 이야기는 뭔가를 흔들어놓기 위해 코드 베이스의 파이프에서 뭔가 내려오고 있을지도 모른다는 생각을 하게 하지만, 그건 내 입장에서 추측에 불과하다. - 텍사스 안드로이드 (대화) 14:36, 2008년 11월 9일 (UTC)

예, 소프트웨어 변경에 대해 말씀드리는 겁니다. 적절한 시간(즉, 준비가 되었을 때)에 논의될 겁니다.— Werdna • Talk 14:42, 2008년 11월 9일 (UTC)

addOnloadHook의 버그

다른 창에서 "AddOnload Hook"을 사용하려고 하면 작동이 안 된다.열려 있는 창문이 완전히 적재되기를 기다리는 방법이 필요하다.

시합을 하다 w= 창문의.개방된("http://en.wikipedia.org/wiki/Main_Page","","") w.애드온로드 후크(기능을 하다(){ 빈틈이 없는("마침 로드됨") }) 

ManishEarth^Talk 15:26, 2008년 11월 7일 (UTC)

벌레가 아니야.위의 코드에서w.addOnloadHook다른 페이지가 방금 로드되기 시작했을 때 정의되지 않는다.사용하다w.onload=function(){...}대신에이것은 Firefox에서 작동하며, 다른 브라우저에 대해서는 확실하지 않다. P.S. 나는 위키피디아 토크 사용을 제안한다.이러한 질문에 대한 WikiProject 사용자 스크립트.—AlexSm 15:53, 2008년 11월 7일(UTC)

나는 생각한다addHandler(w, "load", function () {...})(다른 미디어 위키 페이지에서 이 작업을 수행한다고 가정하면)작동해야 하며, 따라서addHandler()정의됨), 그리고 할당보다 더 신뢰할 수 있음w.onload둘 중 어느 것도 와 같은 것은 아니다.addOnloadHook()그래도.만약 당신이 정말로 그것의 행동을 정확하게 복사하고 싶다면, 당신은 wikibits.js에서 관련 코드를 복제해야 할 것이다.

// 경고: 테스트되지 않은 코드, 버그를 포함할 수 있음! 기능을 하다 AddOnload HookToOtherWindow (기타창, 훅펑트) {  만일 (!기타창.onloadFuncts) {   기타창.onloadFuncts = [];  }  만일(!기타창.doneOnload Hook) {   기타창.onloadFuncts[기타창.onloadFuncts.길이] = 훅펑트;  } 다른 {   // 너무 늦게, onloadFuncts는 이미 실행되었으므로 즉시 실행하십시오.   // XXX: 이 코드는 다른 윈도우가 아닌 우리 윈도우에서 실행된다.픽스미?   훅펑트();  } } 

명심해, 난 실제로 이런 일을 해 본 적이 없어. 그리고 적어도 다른 창문을 뒤지는 그런 일이 사이트 간 스크립팅 공격을 막기 위해 고안된 보안 제한에 부딪힐 수도 있다는 건 그럴듯해 보여.그래도 한 번 해보면 효과가 있는지 알 수 있다.—일마리 카로넨 (토크) 13:43, 2008년 11월 9일 (UTC)

사실, 나는 그것을 할 수 있는 쉬운 방법을 찾았다.

만일(!뉴윈.애드온로드 후크){ currentLinkWin.짐을 싣다=기능을 하다(){ currentLinkWin.애드온로드 후크(기능을 하다 () { //또는 newWin.something()(에 따라 다름) }); } }다른{ 만일(!뉴윈.문서화하다.장전된){ currentLinkWin.애드온로드 후크(기능을 하다 () { //또는 newWin.something()(에 따라 다름) }); }다른{ 무엇인가() //또는 newWin.something()(에 따라 다름) } 

효과가 있다!(물론 내 대본에는 새로 연 모든 창문이 부모 창에서 조작되기 때문에 내가 "newWin.something()"을 쓸 필요는 없다.고마워! ManishEarth^Talk 14:14, 2008년 11월 9일 (UTC)

Geohack 문제

이게 작동하지 않는다는 걸 다른 사람이 눈치채지 못했어?나는 지도[1]를 로드하려고 할 때 외국 문자를 1톤이나 받았고, http://stable.toolserver.org/geohack/geohack.php에 갔을 때 "주어진 매개 변수 없음, 중단함"을 받았다.이 일에 대해 누구한테 말해야 할지 모르겠어.누군가 사용자에게 연락해야 할 수 있음:마그너스. 칼리오페옌1 (토크) 19:02, 2008년 11월 7일 (UTC)

페이지 상단의 {{coord} 링크를 클릭할 때 일반적인 사이트로 가기보다는 새로운 팝업 맵을 얻는다.내 생각엔 어떤 테스트가 진행되고 있는 것 같아.Sswongk (대화) 21:15, 2008년 11월 7일 (UTC)

나는 칼리오페젠1 (토크 · 기여)과 같은 것을 얻는다.D.M.N. (대화) 21:53, 2008년 11월 7일 (UTC)

외국 글자는 하나도 안 보여, 알겠다.

제목 Neve_Eitan(모든 좌표 보고서 부정확 편집) 좌표 32° 29′ 31.91″ N, 35° 31′ 54.84″ E 소수 32.492197,35.5319

등하지만 뭔가 고쳐야 할 것이 있다면, 마그너스 포레스터 바커가 아닌 마그너스 만스케에게 꼭 물어봐라.아마도 당신은 당신의 브라우저를 UTF-8로 설정하기만 하면 될 것이다.— CharlotteWebb 22:54, 2008년 11월 9일(UTC)

자본화

페이지 왼쪽에 있는 탐색 모음의 제목이...
<-------------------------------------------------------------- (저기
...자본화되나?그 링크들은 이미 자본화되었으므로 표제 역시 그럴 것이다.좀 이상하고 프로답지 못한 것 같아

항해

• 메인 페이지
• 내용물
• 등등...

그리고 다음과 같은 것이 훨씬 더 좋을 것이다.

항법

• 메인 페이지
• 내용물
• 등등...

또는 심지어:

항법

• 메인 페이지
• 내용물
• 등등...

더 강조하기 위해서.

이것은 페이지 상단에 있는 네비게이션 탭에도 적용된다. "이 페이지 편집" 대신 "이 페이지 편집"을 하는 것과 같은 모든 것.지금의 형식은 내면의 완벽주의자를 괴롭히고 있을 뿐이다.너희들은 어떻게 생각해?코르타조오 (토크) 02:11, 2008년 11월 9일 (UTC)

비밀 하나 알려줄게.그들은 자본화되었다.

<h5>내비게이션</h5> <<label for="SearchInput">>검색(</label) <h5>상호작용(/h5) 등

monobook/main.css를 보면 다음과 같은 것을 알 수 있다(단순함을 위해 편집됨).

.포틀렛 h5 {문자로 된: 소문자;} #p-personal 얼을 {문자로 된: 소문자;} #p-causes ri a {문자로 된: 소문자;} 

--Splarka (rant) 06:15, 2008년 11월 9일 (UTC)

즉, 대문자화를 보려면 추가만 하면 된다.

.포틀렛 h5 {문자로 된:없는;} #p-personal 얼을 {문자로 된:없는;} #p-causes ri a {문자로 된:없는;} 

당신의 monobook.css 페이지로, 당신이 당신의 캐시를 업데이트하면 당신은 당신이 원하는 예쁜 자본들을 볼 수 있을 것이다.:) {{Nihiltrestalk log}} 2008년 11월 9일 (UTC)

와우! 정말 쉬웠어.고마워!코르타조오 (토크) 18:34, 2008년 11월 9일 (UTC)

NOINDEX에서 가능한 문제

좋아, 대부분의 사람들은 위키피디아 기사가 보통 웹 검색에서 높은 순위를 차지한다는 것을 알고 있다.예를 들어, '레드판다'의 학명인 '아일루러스 풀겐스 구글 서치'는 위키피디아 기사 '레드판다'를 검색하는데, 아일루루스 풀겐스는 이를 리디렉션한 것이다.옛날 옛적에, 가비아 임머를 구글에서 검색한 결과, 가비아 임머가 리디렉션한 우리의 기사가 첫 번째 검색 결과로 뜨곤 했다.또한 내 사용자 페이지(사용자:세 번째 결과로서, 다른 유용한 사이트들이 나열되기 훨씬 전에, 가비아는 몰입했다.그러나 만약 당신이 구글 검색 링크를 확인한다면, 당신은 Great Northern Diver가 더 이상 검색 결과에 전혀 나열되지 않는 것을 볼 수 있을 것이다; 가장 좋은 위키피디아 결과는 룬을 위한 것이다.

무슨 일입니까?음, 내 사용자 페이지는 기본적으로 새 종을 찾는 사람들에게 큰 불편함이었기 때문에, 나는 웹 검색에 내 사용자 페이지가 나열되는 것을 막기 위해 내 메인 사용자 페이지에 _NOINDEX__(더 늦게 {{NOINDEX}로 변경됨) 태그를 붙였다.그것은 기사-공간 페이지에 아무런 영향을 미치지 않아야 하고, 기사-공간 페이지는 어쨌든 _NOINDEX__의 영향을 받을 수 없어야 하며, 어떤 경우에도 리디렉션이 이런 식으로 표적에 영향을 미치는 것은 불가능하지만, 단지 그것만을 하는 어떤 버그가 있는 것 같다.

버질라 버그를 쓰기 전에 다른 사람이 문제를 복제할 수 있을까?내 이론이 가장 그럴듯해 보이지만, 내 이론이 옳다는 것을 증명할 수는 없고, 만약 그렇다면 이것만이 유일한 불가사의라는 것을 의심하지만, 어디서부터 다른 이론을 찾기 시작해야 할지 모르겠다.여러 가지 예가 없으면 고치기 어려울 수도 있다.한편, 이런 일이 일어나고 있는 것 같다는 것을 명심하라.나는 개인적으로 위키피디아 기사를 찾기를 희망하며 구글에서 "가비아 몰입"을 검색하는 사람들이 얼마나 많은지는 모르지만, 더 나쁜 영향이 있을 수 있다.— 가비아 임머 (토크) 2008년 11월 9일 19:35 (UTC)

그레이트 노던 다이버가 구글 검색에서 나에게 두 번째 결과야.사용자들은 가끔 구글에서 기사가 사라졌다고 보도하기도 하지만, 대개는 곧 돌아온다.구글의 내부 작업은 잘 모르지만 상당히 크고 복잡한 기계다.나는 너의 사용자 페이지가 원인이 될 수 있다고 생각하지 않는다.프라임헌터 (토크) 2008년 11월 9일 19:47 (UTC)

그래서 O_o 입니다.내 말을 믿으시오, 내가 이것을 올리기 전에는 적어도 일주일 전부터 (내가 처음 이것을 알아차렸을 때) 나타나지 않고 있었소.내가 글을 올린 직후에, 거의 예전처럼 보인다.보아하니, 문제는 구글이 의도적으로 내 뇌를 건드리기 위한 것 같아.여분의 깡통 같은 것에 머리를 싸매야 할 것 같아.— 가비아 임머 (대화) 20:14, 2008년 11월 9일 (UTC)

나도 동의해.나의 유격대원을 찾는 것은 나의 사용자 페이지보다는 이 유명한 영국 여배우를 가리키는 리디렉션을 선호해야 한다.합리적인 사람들은 처음에 사용자 페이지를 색인화할 이유가 있는지에 대해 동의하지 않을 수 있지만, 나는 우리 모두가 그것들이 기사나 기사 리디렉션보다 덜 중요한 것으로 여겨져야 한다는 것에 동의한다고 생각한다.나는 구글에 직접 연락하는 것을 제안하고 싶다. 왜냐하면 그것은 대부분 그들의 문제이기 때문이다.— CharlotteWebb 19:52, 2008년 11월 9일(UTC)

참고로 나는 이전에 구글 검색을 사용하여 사용자 페이지를 찾은 적이 있기 때문에 기본적으로 사용자 페이지를 색인화하는 데 문제가 없다.그들이 웹에서 다른 유용한 콘텐츠들을 모호하게 하지 않았으면 좋았을 텐데, 그게 다야.— 가비아 임머 (대화) 20:14, 2008년 11월 9일 (UTC)

구글 인덱싱 사용자 페이지란 삭제된 기사들을 계속 유지할 수 있고, 사용자들은 그들의 페이지를 광고에 사용할 수 있다는 것을 의미한다. 더그웰러 (토크) 22:12, 2008년 11월 9일 (UTC)

이것은 또한 사람들이 User와 같은 유용한 것들을 찾을 수 있다는 것을 의미한다.NE2/밸류/덴버 및 리오 그란데 철도.나쁜 것은 발견하면 삭제할 수 있다. --NE2 22:20, 2008년 11월 9일 (UTC)

그러나 그래도 그 제목이나 비슷한 제목의 기사가 있었다면 그 기사가 먼저 나와야 한다.— CharlotteWebb 22:39, 2008년 11월 9일 (UTC)

물론이지, 하지만 그건 구글이 다뤄야 할 문제야. (검색자가 일반적으로 그 기사를 원할 것이기 때문에)페이지에 해로울 수 있는 것이 있을 경우에만 우리의 문제다. --NE2 00:01, 2008년 11월 10일 (UTC)

아니, 사용자들은 페이지를 그런 식으로 사용해서는 안 되고, 위치를 찾으면 처리된다.어떤 일시적 학대는 세계적인 문제가 아니다.드래곤즈 비행 (토크) 22:43, 2008년 11월 9일 (UTC)

템플릿도 사용할 수 있음:이 사용자.설명서는 템플릿 토크에 나와 있다.이 사용자.나는 개인적으로 나의 사용자 페이지에서 손으로 쓴 해트노트를 사용한다.관련 구글 검색이 먼저 기사를 꺼내지만 바로 밑에 사용자 페이지가 있다.카차롯 (토크) 23:58, 2008년 11월 9일 (UTC)

미리 보기 표시 / 내용

IE7/모노북을 사용하면서 가끔 지나치게 흥분해 '쇼 프리뷰'를 치면 버튼 바로 위에 있는 (이게 뭐야?) 링크를 놓치고 치기도 한다.도움이 필요한 경우:마이너 편집, 백을 치면 내 잔돈은 없어지고 남은 잔털은 더 많이 빠진다.

이런 일이 또 생긴 사람 있어? 짜증나?변경 사항을 검색할 수 있는 해결 방법이 있는가?("조심하라"와 "미리뷰를 사용하지 말라"도 해결책이라는 것을 알고 있다) 미리보기에서 조금 더 먼 곳으로 도움 링크를 옮길 수 있는 기회가 있을까?Framanax (대화) 21:26, 2008년 11월 9일 (UTC)

아니든 아니든 나는 내 CSS에 있는 "#minoredit_helplink {display:none;}"로 직접 고쳤다.그러나 일반 사례 사용자에게는 여전히 흥미로운 질문이다.Framanax (대화) 21:30, 2008년 11월 9일 (UTC)

사용자 스크립트는 페이지를 나가도록 프롬프트하기 위해 onbeforeunload 이벤트를 사용할 수 있다.또한 단추를 사용할 때 메시지가 표시되지 않도록 양식의 제출 이벤트를 잠그려고 할 수 있다.Anomie⚔ 21:44, 2008년 11월 9일 (UTC)

위키백과를 참조하십시오.마을 펌프(기술)/아카이브 42#"이게 뭐지?" "부 편집 확인란 옆에 있는 링크가 새 창에서 열려야 한다.스크립트 포함.— CharlotteWebb 22:44, 2008년 11월 9일 (UTC)

로고 변경

안녕, 우리는 길르키 위키백과의 로고를 바꾸고 싶은데, 우리가 무엇을 할 수 있을까?나는 우리의 로고를 glk라는 이름으로 올린다.이미지:Wiki.png 그러나 이 로고는 변경되지 않는다.—AminSanaei가 추가한 서명되지 않은 코멘트 준비 (토크 • 기여) 11:09, 2008년 11월 6일 (UTC)

mw:Logo를 참조하십시오.프라임헌터 (토크) 17:36, 2008년 11월 6일 (UTC)

고맙지만 우리의 LocalSettings는 무엇인가.php 파일 주소?--AminSanaei (대화) 19:27, 2008년 11월 6일 (UTC)

새 로고에 대한 커뮤니티 컨센서스 링크를 포함한 Bugzilla에서 요청을 여십시오(버그 열기 => Wikimedia => 사이트 요청).^demon20^{[omg plz]}:30, 2008년 11월 6일(UTC)

내가 이 https://bugzilla.wikimedia.org/show_bug.cgi?id=16271을 만들지만 그들은 아무것도 바꾸지 않는다--AminSanaei (대화) 08:48, 2008년 11월 7일 (UTC)

영어 위키백과가 아닌 길레키 위키백과(자체 맞춤형 로고가 없는)의 로고에 대한 질문이라는 것을 모두가 알고 있는지 모르겠다.AminSanaei에게:사용자 커뮤니티의 동의 없이는 중대한 변화가 일어날 수 없으며, 이 경우 GWP의 관리자 동의가 있을 수 있다.하룻밤 사이에 바뀌지 않을 것이다.로고는 영어 위키백과의 행정부에 의해 승인을 받아야 할 수도 있는데, 그것은 로고의 변형이기 때문이다. (그리고 나는 그들이 컬러인 버전을 승인할지는 확신할 수 없다.)당신의 다음 행보는 길르키 사이트에 있는 모든 사람들에게 그것을 보여주는 것이다; 우리는 아마도 여기서 많은 영향력을 제공할 수 없을 것이다. --A Knight Who Says Ni (대화) 11:45, 2008년 11월 7일 (UTC)

안녕, "니 말하는 기사" 우리 위키피디아는 거의 1000개가 넘는 기사를 가지고 있기 때문에, 우리는 그것을 영원히 바꾸지 않고 여러 날 동안 바꾸고 싶어!그리고 우리의 "사용자 커뮤니티로부터의 동의"는 이 주소의 메인 페이지 [2]에 대한 이야기 입니다. 감사합니다--AminSanaei (대화) 14:14, 2008년 11월 7일 (UTC)

우리의 문제는 해결되지 않는다!--아민사나이 (대화) 09:42, 2008년 11월 9일 (UTC)

로고는 개발자가 바꿔야 한다.당신은 이미 버그질라에서 요청을 했으니, 그들이 그것을 하기 위해 돌아다니거나 그들이 요청을 거절한 이유를 대기만 하면 된다.Titoxd^{(?!? - cool stuff)} 06:47, 2008년 11월 10일 (UTC)

완고한 오류 메시지

힐러리 더프의 외부 링크 섹션에는 표현식 오류를 읽는 오류 메시지가 있다. 인식되지 않는 구두점 문자 "[]." 시도해 봤지만 오류의 원인을 추적할 수 없다.—Kww(대화) 14:11, 2008년 11월 8일 (UTC)

Wikipedia_talk에서 응답:퍼스널데이터Technical_help_21. --Splarka (rant) 15:57, 2008년 11월 8일 (UTC)

그것은 불완전한 표현으로 보이며, 코멘트가 Persondata를 언급하고 있기 때문에, 그것은 템플릿 바로 앞에 가게 되어 있었다.코멘트는 "WP:Persondata"라고 하지만 그 페이지에는 왜 이 코드 조각이 필요한지에 대한 내용이 없다.누군가 메타데이터를 만들려고 한 건 피험자의 나이가 특정 범위로 떨어질 때만 만들려고 한 것 같아.혹시 이것이 미성년자의 사생활을 보호하는 것과 관련이 있는 건 아닐까?그러나 연령대(12세, 20세)는 그것에 적합하지 않아 보인다.논리적인 표현이 깨지고 불완전하기 때문에 그냥 빼려고 한다.BTW, 이 오류는 1년 이상 지난 페이지의 이전 버전에 있다(최근 변경으로 인해 이전 버전에 오류가 발생할 수 있으므로 항상 오류로 표시되는 것은 아님).적어도 1500개 편집본을 돌려봤지만 코딩이 도입된 곳을 찾지 못했다. --A Knight Who Says Ni (토크) 16:03, 2008년 11월 8일 (UTC)

오류는 약 한 달 전 도입된 {{age}}에 있으며, 연령 결과를 분류해 표현에 쓸모가 없게 만든다. --Splarka (rant) 16:10, 2008년 11월 8일 (UTC)

가장 잘 보이는 것이 삭제되었다.내가 원래의 덧셈을 위해 역사를 뒤져 본 거래에 대해 궁금한 사람이 있다면 - 2년 전에 추가된 [3]은 나이를 기준으로 올바른 범주(범주:살아있는 아역 배우/범주:살아있는 십대 배우/범주:전 아역 배우)를 자동으로 포함하려는 의도로 보인다.이후 모든 범주가 삭제되었기 때문에 내가 볼 수 있는 코드는 전혀 쓸모가 없다. -- SiobhanHansa 01:21, 2008년 11월 9일 (UTC)

말해줘서 고마워나는 {age} 템플릿의 원저자로, 사람의 생일에 자동적으로 새로운 범주로 옮겨가는 범주를 만들고 싶었다.예를 들어, 12살은 13살이 되면 10대가 된다.거기서 내가 만들었을지도 모르는 기술적인 어려움에 대해 미안해. --Ed (대화) 12:58, 2008년 11월 10일 (UTC)

"이 페이지 편집" 링크

_NEWSectionLINK_이(가) 상단에 "새 섹션" 링크를 추가할 수 있다는 것을 알고 있다(예: 이 VPT 페이지).그러나 페이지에서 "이 페이지 편집" 링크를 제거하려면 어떻게 해야 하는가?많은 사람들(특히 불평하는 IP)이 섹션 헤더를 사용하지 않고 게시한 내 토크 페이지(페이지가 섹션으로 구성되는 데 도움이 되는)에서 그렇게 하고 싶다.그것은 코멘트를 헤드라인으로 하는 "새로운 섹션" 링크를 사용하게 함으로써 막을 수 있다. -- --의 킹 ♥ ♦ 06:29, 2008년 11월 10일 (UTC)

난 네가 할 수 있다고 생각하지 않아.대수학자 13:12, 2008년 11월 10일 (UTC)

나는 이것이 어떤 상황에서도 바람직하다고 생각하지 않는다."새 섹션" 링크가 있는 눈에 띄는 배너를 맨 위에 놓으십시오.

[{{fullurl}:{{{{{FULLPAGENAME} 액션=편집&섹션=new} 헤이 유, 대화하려면 여기를 클릭]

아니면 그런 비슷한 것. — CharlotteWebb 13:59, 2008년 11월 10일 (UTC)

아니면 페이지 맨 위에 다음과 같은 길고 놓칠 수 없는 코멘트를 추가하면 된다.

<!- 그만! 그래, 그건 너를 의미해! 여기에 너의 의견을 올리지 마.대신 페이지 맨 위에 있는 "새 섹션" 링크를 클릭하십시오.감사합니다만. -->

물론 이것은 샬롯웹브의 제안과 결합할 수 있다.—Ilmari Karonen(토크) 17:59, 2008년 11월 10일 (UTC)

편집통지도 좋은 생각일 수 있다.대수학자 18:12, 2008년 11월 10일 (UTC)

재부팅하면 캐시가 삭제되는가?

재부팅하면 캐시가 삭제되는가?라이트마우스 (대화) 12:29, 2008년 11월 10일 (UTC)

아니, 꼭 그렇진 않아. 브라우저가 종료될 때 임시 파일을 지우도록 설정되어 있지 않다면 말이야.또한 자체 캐시가 있을 수 있는 프록시 서버의 복잡성도 있다.Graham87 13:49, 2008년 11월 10일 (UTC)

고마워. 도움이 되는 대답이야.라이트마우스 (대화) 13:51, 2008년 11월 10일 (UTC)

사용자 페이지 리듀렉스

이것은 아마도 간단한 질문이지만 나는 정보 페이지에서 답을 찾을 수 없고 도움에 감사한다.나는 내 사용자 페이지에 기사를 만들어 메인 스페이스로 옮겼다.간단하다.나는 지금 두 번째 기사를 쓰고 싶지만 내 사용자 페이지에는 첫 번째 글의 모든 정보가 남아 있다.두 번째 사용자 페이지를 만들거나(하위 페이지 지시사항을 시도했지만 소용이 없었음) 기본 공간에 있는 기사에 대해 아무 조치 없이 기존 정보를 삭제하는 방법고마워요.—Writrejm(대화 • 기여) 20:17, 2008년 11월 10일(UTC)에 의해 추가된 서명되지 않은 의견 준비

페이지를 이동하면 이전 페이지는 새 이름으로 리디렉션된다.사용자 페이지에서 리디렉션을 제거했다.또한, 참고 자료로 해당 기사에 몇 가지 출처를 추가하는 것을 고려해 보십시오.이것은 기본적으로 하나의 연구의 결과처럼 보이며, 이와 같이 한 사람의 '이론'이 있다.(다른 연구 논문에서 인용되고 사용됨으로써) 그런 것이 전문 분야에서 더 폭넓게 받아들여질 때까지, 나는 보통 위키백과에 그다지 적합하지 않다. --DJ (대화 • 기여) 20:42, 2008년 11월 10일 (UTC)

이를 처리하는 가장 좋은 방법은 사용자 페이지에 직접 기사를 작성하는 것이 아니라 사용자 페이지의 하위 페이지로서 사용자:Writerejm/Newgen1(새 기사 이름으로 새 문서1 변경).그런 다음 페이지를 메인 스페이스로 이동하면 하위 페이지 전체를 삭제할 수 있다.– ukexpat (대화) 21:53, 2008년 11월 10일 (UTC)

검색 기준

'에로비 170'과 '에로비 350'(로켓)을 검색해봤더니 그런 기사가 아닌 표준 응답을 받았다.

그러나 기존 기사에는 정확히 다음과 같은 부제목이 있었다.

http://en.wikipedia.org/wiki/Aerobee

나는 위키피디아의 검색 기준 오류가 있다고 주장하는데, 이는 성공적인 검색이 가능할 뿐만 아니라 정확히 주제에서 이루어지는 실패한 검색으로 이어진다.

나는 내 경험을 예로 들지만, 이 예언은 모든 주제에 영향을 미친다.

위키피디아는 또한 "오프사이트 참조"와 같은 어떤 방법으로 기계 내용을 되돌리는 방법을 찾아야 한다.—서명되지 않은 의견을 71.254.135.17 (대화) 03:30, 2008년 11월 10일 (UTC)에 의해 추가됨

정확히 어떤 답변을 받으셨습니까?두 번의 검색 [4][5]에서 나는 "기사 제목 일치 없음"을 얻는다. 이는 제목에 기사가 없다는 것을 의미하지만, 에어로비 기사는 두 검색 결과에 모두 나열되어 있다.프라임헌터 (대화) 04:36, 2008년 11월 10일 (UTC)

내가 스페셜을 먹었다는 걸 알아.검색 기능은 동일한 쿼리에 대해 이전에 유효한 결과를 얻었어도 작동하지 않고 몇 시간 후에 다시 시도했다가 다시 작동한 경우에도 작동하지 않는다.분명 서버 문제일 거야그것은 검색 메커니즘이 신뢰할 수 없는 방법 중 하나일 뿐이다.에어로비 로켓 번호에 대해서는, 이 번호들은 그것들을 토론하는 섹션으로 리디렉션되어야 한다(원하는 경우 나중에 적절한 기사로 리디렉션할 수 있음). 그래서 "Go" 버튼이 "검색"으로 디폴트하기 보다는 기사에 직접 접근한다(이 중 후자는 휘핑(whing)하는 것을 검색하지 않으면 이상적으로 볼 수 없다).ch는 존재하지 않으며, 이 경우에는 어차피 비어 있어야 한다. 말이 되느냐?).— CharlotteWebb 04:50, 2008년 11월 10일 (UTC)

검색 페이지 메시지는 오해의 소지가 있고 불필요하다.이에 따라 검색결과가 두어 개만 나오면 스크롤을 내려도 사용자가 쉽게 검색결과를 간과할 수 있다.검색 다운타임에 대해서는 다음 사항을 보고하십시오.한 달 전쯤 검색이 일주일 정도 상당히 불안정했던 시기에 문제가 좀 있었지만 지금은 다운타임이 있어서는 안 된다. --레인맨(토크) 09:45, 2008년 11월 11일 (UTC)

날짜 형식 추가

Template_talk에서 토론:Cite_web#Arbitrary_date_format_changes는 다음과 같은 변경사항을 적용하여 {{cite web}에 날짜를 표준화하고 표시하는 방법에 대한 제안이 개략적으로 설명되었다.테스트 템플릿 {{cite web3}}에서 {{DA를 사용하여 변경 사항을 예시와 함께 해결했다.테토모스}}.이 템플릿과 다른 모든 인용 템플릿에 적용해야 하는 겁니까?Nsa (대화) 13:43, 2008년 11월 11일 (UTC)

기사상의 오류.

기사 톤은 닫는 태그만 맨 위에 표시한다.다른 생각 대신 여기에 글을 올렸어야 했는데.86.44.21.224 (대화) 22:03, 2008년 11월 11일 (UTC)

이것은 에 있어서의 오류였다.{{Wiktionary}}, 이제 고정되었다.해피멜론 22:19, 2008년 11월 11일 (UTC)

훌륭해.86.44.21.224 (대화) 22:37, 2008년 11월 11일 (UTC)

MediaWiki에서 오류 발생:롱페이지 경고

MediaWiki talk:를 참조하십시오.긴 페이지 경고#오류.# expr: 또는 2는 입력 내용이 쉼표나 2개가 될 정도로 크면 매우 화가 난다.나는 개인적으로 이것에 대한 어떤 우아한 방법도 알지 못하니, 몇 가지 눈길만 주면 고맙겠다.– 루나 산틴(토크) 00:46, 2008년 11월 12일(UTC)

내가 고친 것 같다: MediaWiki_talk:자세한 내용은 페이지 경고#오류.{{Nihiltres talk log}}} 03:04, 2008년 11월 12일 (UTC)

내 환경설정 - 가젯

이것을 물어볼 수 있는 더 적절한 곳이 있다면, 나에게 그렇게 말해줘.나는 Firefox 2.0.0.17을 사용하고 있다.내가 선호하는 가젯, 사용자 인터페이스 가젯은 "편집 롤백 후 자동으로 롤백한 사용자의 기여를 여십시오"라는 선택이다.이것은 내가 방금 롤백한 페이지 위에 있는 같은 탭의 기고문을 연다.기부금을 새 탭에 열 수 있는 방법은 없을까?Rgrds. --Tombstone (토크) 12:36, 2008년 11월 10일 (UTC)

가젯 스크립트는 아마도 사용하도록 수정될 수 있다.window.open()브라우저 설정에 따라 새 창 또는 새 탭이 열린다.불행하게도, 정상적인 자바스크립트가 어떤 일이 일어나는지 통제할 방법은 없어 보인다.하지만, 만약 그 가젯을 Greasemonkey 사용자 스크립트로 바꾼다면,GM_openInTab() . —일마리 카로넨(토크) 18:20, 2008년 11월 10일 (UTC)

방금 기계에 대해 자세히 살펴봤는데, 좀 특이한 방법으로 하는 것 같아.그것에 근거하여 뭔가를 쓰려고 하기보다는, 나는 당신이 당신의 모노북에 다음과 같은 코드를 추가하는 것을 제안할 수 있다.js:

만일 (wgAction == "rollback") {     시합을 하다 짝을 맞추다 = /[?&]출처=([^&#]+)/.집행하다(창문의.위치.샅샅이 뒤지다);     만일 (짝을 맞추다) {         창문의.개방된(wg서버 + wgscript + "?제목=특수:기여/" + 짝을 맞추다[1]);     } } 

(혹은 그냥 사용)importScript("User:Ilmari Karonen/modrollback-newwindow.js"); .) —일마리 카로넨(토크) 16:37, 2008년 11월 11일 (UTC)

그래야 하지 않을까?importScript('User:Ilmari Karonen/modrollback-newwindow.js');? – ukexpat (대화) 17:01, 2008년 11월 11일 (UTC)

어느 쪽이든 효과가 있다.또한 내 사용자 이름에 공백이나 밑줄을 사용할 수도 있다.최종 결과는 같다.—일마리 카로넨(토크) 20:22, 2008년 11월 11일 (UTC)

멋지다! – ukexpat (대화) 14:08, 2008년 11월 12일 (UTC)

카테고리 페이지 수 문제?

현재, 카테고리:Stubs는 맨 위에 "총 603페이지 중 다음 200페이지가 이 카테고리에 있다."라고 말한다. 그 다음이 현재 카테고리에 있는 290개 기사의 목록이다.나는 특히 이와 같은 범주에서 기사를 추가하기 위해 템플릿을 사용하는 데이터베이스 지연이 있을 수 있다는 것을 알고 있지만, 나는 그것이 표시되는 기사 수와 기사 수에 차등적으로 영향을 미치는 것을 본 적이 없다.그 순간에 결함이 있는가?그루티니스...뭐? 2008년 11월 10일 22시 57분(UTC)

정확히 200페이지가 나열되어 있고 다음 페이지에 "다음 200페이지"라고 쓰여 있는 링크가 있는데, 그 링크는 사낙사 수도원에서 시작한다.프라임헌터 (토크) 23:10, 2008년 11월 10일 (UTC)

당신이 오해하는 것은 (내 잘못) - 그 "다음 200" 링크를 클릭하면 단지 90개의 기사만 더 보여지는데, 이것이 cteogory가 담고 있는 것으로 보이는 전부다.그러나 리스트 위의 쪽지에는 600여 개의 기사가 분명히 실려 있다.그루티니스...뭐? 2008년 11월 11일 00:32(UTC)

나는 204에 520의 숫자를 얻는다 - 나는 그 수가 하위 범주를 포함하지 않는 한 어떤 것이 문제인지 모르겠다.Dendodge Talk^Contribs 00:09, 2008년 11월 13일 (UTC)

너의 숫자와 내 숫자의 차이는 단순히 이 범주의 80여 개의 스텁을 분류해서 생긴 것이다.서브캣에 대해서는 아무것도 없다.그루티니스...뭐? 01:03, 2008년 11월 13일 (UTC)

전에도 비슷한 문제에 부딪힌 적이 있다.위키백과 참조:마을 펌프(기술)/아카이브 50#페이지가 제대로 작동하지 않는 범주의 페이지?헤드폭탄 ^ταλκ_{κοντριβς}{ – WP 물리학} 01:45, 2008년 11월 13일(UTC)

고마워 - 정확히 똑같은 것 같아.여기에 있는 링크들은 그곳에 있어야 할 모든 기사들이 있다는 것을 분명히 보여주지만, 500이상의 숫자는 틀렸다.하지만 무엇이 그것을 유발하는지 아직 알 수 없다.그루티니스...뭐? 05:14, 2008년 11월 13일 (UTC)

예기치 않은 검색 결과

이걸 어떻게 설명하지?첫 번째 검색 결과에 쿼리된 텍스트가 포함되어 있지 않으므로...왜 그것이 첫번째 결과인가?--Sidsel Sørendatter (토크) 14:28, 2008년 11월 11일 (UTC)

좋은 질문이야.그 이름은 구글에서 폭파된 것으로 보인다: [6] 그러나 그것은 우리에게 영향을 미치지 않을 것이다... --NE2 14:32, 2008년 11월 11일 (UTC)

그것은 아마도 어딘가에 [아이디어 줄리 물트]와 같은 링크의 앵커 텍스트일 것이다.이러한 종류의 앵커 텍스트는 메타 설명자로 대상 기사에 첨부되며, 이는 보통 희귀한 두문자어, 제목의 중요한 부분 등에 도움이 된다.하지만 이 경우처럼 부정적인 영향도 있다. --레인맨 (토크) 14:39, 2008년 11월 11일 (UTC)

네 말이 맞아.이것은 다소 교활한 반달리즘이다; 나는 WP:BLPN에서 그것을 꺼낼 것이다. --NE2 16:19, 2008년 11월 11일 (UTC)

바로 그거야, 바보는 이제 더 이상 줄리 물트 검색결과에 있지 않아. --레인맨 (토크) 09:04, 2008년 11월 12일 (UTC)

아티클의 표시 오류

Evolution(실행)을 로드할 때 참조 39, 외부 링크 섹션 및 페이지 범주가 차단된다(이 스크린샷 참조).ref 링크를 클릭하면 문제가 해결되지만(ref 38에 대한 링크를 클릭한 후) 처음부터 정확한 것이 좋다.사용되는 브라우저는 FireFox 3.0.3이다.나는 곧 다른 동료 리뷰를 통해 기사를 밀어낼 예정이니, 무엇이 이 문제를 야기시키고 있는지, 혹은 어떻게 그것을 해결할 것인지에 대한 어떤 아이디어라도 감사할 것이다.GeJo _(c)½ • 18:34, 2008년 11월 12일(UTC)

FF 2.0.0.18. – ukexpat(대화) 20:01, 2008년 11월 12일(UTC)에서 나는 괜찮아 보인다.

FF 2.0.0.17 또는 IE 6에 문제가 없음. 캐시 문제일 수 있음.서버 캐시와 임시 인터넷 캐시를 지우고 다시 시도하시겠습니까?고마워 AreJay (토크) 20:17, 2008년 11월 12일 (UTC)

파이어폭스 3의 버그다.종종, 창의 크기를 조절하면 고칠 수 있고, 나는 가끔 "탭"을 몇 번 치면 고칠 수도 있다는 것을 발견했다.Anomie⚔ 00:00, 2008년 11월 13일(UTC)

로케이터 지도 영상의 홀수 동작

나는 크롬드라아이 화석지, 노스필드, 일리노이, 오버버그 테스트 레인지에서 내가 마우스 포인터를 그 위로 띄울 때 장소의 위치를 보여주는 이미지들이 움직이고, 내가 나의 브라우저 창을 최대화하면 때때로 완전히 사라지는 것을 알아챘다.IE6를 사용하고 있다.--조금 변덕스러운 (토크) 15:15, 2008년 11월 7일 (UTC)

나는 그런 문제가 없다: PC, XP, MSIE7 -- SGBailey (대화) 18:58, 2008년 11월 7일 (UTC)

내게는 더 이상 일어나지 않고(지금 PC-XP2/FF2에 있지만), 그리고 다른 보고가 부족했다는 것은 그것이 단지 약간의 결함이었음을 나타낸다.--조금 변덕스러운 (토크) 20:47, 2008년 11월 7일 (UTC)

#UTC(Talk • 기여) 22:24, 2008년 11월 7일(UTC)

나는 IE7을 사용하고 마지막 것은 아니지만 처음 두 기사에서 브라우저 창의 크기를 조정하면 이미지가 사라지는 것을 발견한다.

크롬드라아이 기사에서, 만약 내가 이미지를 사라지게 한 후에, 뒤쪽을 클릭하고, 그리고 나서 앞으로 클릭한다면, 때때로 infobox는 em 또는 그 정도 차이로 왼쪽에서 약간 벗어난 위치에 있고, 그 이미지는 여전히 누락되어 있다는 것을 나는 알아차린다.일단 다른 페이지로 갔다가 다시 돌아오면, 이미지가 있어야 할 위치로 마우스를 움직이면 인포박스가 다시 일반적인 위치로 이동하게 되고, 이미지가 다시 나타난다.노스필드 기사에서도 기묘한 인포박스 포지셔닝에서 빼는 현상이 나타난다.

나는 또 다른 기사에서 잠재적으로 관련이 있는 것을 발견했다: 택소보스가 있는 기사(예: 티라노사우루스)에서, 페이지가 로드될 때 마우스가 페이지 위에 놓여 있지 않으면, 마우스를 페이지 위로 이동하면 택소보스가 왼쪽으로 이동하게 된다(크롬드라아이와 비슷한 경우).행운의 마법사 (토크) 08:55, 2008년 11월 8일 (UTC)

이러한 변화는 대부분의 세금독소와 함께 일어나는 것처럼 보이지만 전부는 아니다.예를 들어, 그루이폼은 영향을 받지 않는다.또한 플레이의 Wiktionary 박스는 플레이(동물 행동)의 이미지와 커먼즈 박스(대부분 다른 페이지에는 없음)처럼 이동하며, 네오무라에서는 텍소박스, 후기 이미지, 그리고 "기타 프로젝트" 박스가 이동한다. 만약 어떤 것이 페이지에서 움직이면 모든 것이 작동하는 것처럼 보일 것이다.중국공산당 총서기(그러나 중화인민공화국 대통령은 아님)에서 PRC 정부 사이드바 교대조.행운의 마법사 (토크) 08:58, 2008년 11월 9일 (UTC)

누구 있어?

어쨌든, 크롬드라아이 기사에서, 커서가 페이지 위에 있지 않은 상태에서 페이지를 열면, 이미지가 처음에 표시되지 않지만, 만약 당신이 페이지 위로 커서를 움직이면, 그것이 나타난다는 것을 알아챘다.또한, 레서 앤틸리스의 오른쪽 이미지는 내가 그 제목을 통해 직접 접속하면 바뀌지만, 카리브스 방향을 통해 접속하면 바뀐다.이 문제에 대한 이 모든 데이터가 누군가 이 문제를 파악하고 해결하는 데 도움이 되기를 바란다.행운의 마법사 (토크) 08:15, 2008년 11월 13일 (UTC)

해양재난기사 - 역사문제

이 기사를 편집하면, 그것을 편집하는 사람이 역사에 기록되지 않는다.때때로 그것은 당신에게 역사를 "해제"하는 것을 허락하지 않을 것이다.그것은 "일시적 편집"이 있다고 말한다.도와줘! 월리 (대화) 16:37, 2008년 11월 13일 (UTC)

PS: 누군가 해양 재해 기사의 한 부분을 편집하면, 그것은 사용자 이름을 IP 주소로 바꾼다.이것은 꽤 이상한 것 같다.월리 (토크) 16:43, 2008년 11월 13일 (UTC)

그 기사의 섹션 편집은 나에게 괜찮다.– ukexpat (대화) 17:22, 2008년 11월 13일 (UTC)

글의 실제 문제라기보다는 브라우저가 엉망인 것 같네.EVULA // talk // talk // 17:30, 2008년 11월 13일(UTC)

"중간 편집이 충돌하여 편집을 취소할 수 없음"이라고 해야 한다.흔히 있는 일이다.실행 취소할 편집 이후 동일한 텍스트나 인근 텍스트가 편집되어 소프트웨어에서 처리 방법이 명확하지 않다는 뜻이다.도움말 참조:로그인한 상태를 유지하는 방법에 대한 팁을 보려면 로그인하십시오.사용자가 편집을 저장하기 전에 로그아웃한 경우, 편집은 대신 IP 주소로 간주된다.프라임헌터 (토크) 23:17, 2008년 11월 13일 (UTC)

러시아어 위키백과에서 암호에 대한 도움 필요

나는 러시아어 위키백과 계정의 비밀번호를 잊어버렸다.불행하게도, 나는 그곳에서 이메일 옵션을 활성화하지 않았기 때문에 나에게 새로운 이메일을 보낼 수 없다.그러나 내 이메일 옵션은 여기 영어 위키백과에서 사용할 수 있다.여기서 내 주소를 통해 내 러시아어 계정으로 새 암호를 이메일로 보낼 수 있을까?--크루스타체언기(토크) 01:16, 2008년 11월 11일 (UTC)

계정이 글로벌화되었는지 여부(환경설정 - 첫 번째 페이지에서 할 수 있음).잠깐, 안 돼...글로벌 계정에는 하나의 암호가 있다.불행히도, 위키피디아가 당신의 이메일을 가지고 있지 않는 한 당신의 비밀번호를 복구할 방법이 없다. ManishEarth^Talk 13:55, 2008년 11월 11일 (UTC)

새 암호를 전자 메일로 보내는 관리자에게 전자 메일 주소를 제공할 수 있지만, 어떤 특정 관리자와 대화해야 하는가?---크루스타세구이(대화) 20:51, 2008년 11월 11일(UTC)

그럴 수도 있지만, 그 계정의 진짜 주인이 너라는 걸 행정관이 어떻게 알아? ManishEarth^Talk 03:24, 2008년 11월 13일 (UTC)

관리자는 암호 전자 메일을 처리하지 않음: MediaWiki 소프트웨어 자체는 사람의 개입 없이(개인 정보 보호상의 이유로) 처리하므로, Special:에서 이미 전자 메일을 "제공"할 수 없음:저쪽에 있는 선호도.캘빈 1998 04:09, 2008년 11월 13일 (UTC)

잘 사용되는 계정인 경우 m:Systems 관리자에게 문의하십시오.— Werdna • talk 13:24, 2008년 11월 14일 (UTC)

감사합니다, 여러분!--크루스타체앙기 (대화) 14:55, 2008년 11월 14일 (UTC)

페이지를 실제로 삭제하려면 어떻게 해야 하는가?

아니, 난 여기 위키피디아에 있는 한 페이지를 파괴할 생각은 없어.하지만 나는 위키 일병에서 일해왔고 결국 여분의 페이지를 갖게 되었다.그들은 특집을 어지럽히고 있다.모든 페이지 목록과 나는 그것들을 없애고 싶다.

나는 삭제에 대해 내가 찾을 수 있는 모든 것을 읽었고, 당신이 어떤 페이지를 삭제할지 결정하기 위해 거쳐야 하는 과정을 보았다.그런데 그 다음은?어떻게 페이지를 없애버릴 수 있지?내가 들어가서 데이터베이스를 엉망으로 만들어야 하나?나는 그것에 대해 약간 긴장된다.B골드닉스넷 (대화) 21:49, 2008년 11월 11일 (UTC)

영어 위키백과에서 관리자 계정(및 일부 다른 계정)은 "이력" 탭 옆에 "삭제" 탭이 있다.프라임헌터 (토크) 22:02, 2008년 11월 11일 (UTC)

Wikibits js 파일(또는 다른 파일)을 치밀하게 검토하여 삭제 탭의 코드를 찾아 보십시오.그런 다음 common.js 페이지에 복사하십시오. ManishEarth^Talk 15:03, 2008년 11월 14일 (UTC)

Mediawiki 오류 프로젝트

헤요, 기본 MW 에러 메세지들 중 많은 것들이 형편없어나는 관리자가 이런 것들에 대한 편집 보호된 요청에 응답하도록 하는 데 어려움을 겪어본 적이 없지만, 나는 그 빌어먹을 것들을 찾느라 정말 끔찍한 시간을 보냈다.아마도 우리는 이 모든 메세지를 우리의 화려한 기사 템플릿처럼 v-d-e 링크가 있는 어떤 푸르디한 mbox로 포장할 수 있을 것이다.HiDrNick! 21:23, 2008년 11월 12일 (UTC)

특수:AllMessages는 메시지를 찾는 것을 도울 수 있다.프라임헌터 (토크) 23:36, 2008년 11월 12일 (UTC)

당신은 미디어위키에 업스트림으로 밀어넣은 문구를 수정해야 한다.— Werdna • 대화 06:32, 2008년 11월 13일 (UTC)

응, 우리 예쁜거 좋아해. :D --briion (토크) 18:29, 2008년 11월 14일 (UTC)

템플릿 오류

User:Msgj/ISOTOMAUNT 템플릿이 제대로 작동하는데 왜 오류가 표시되는지 말해줄 사람?예를 들어 {{User:Msgj/ISOTO MUTANT 20081113144532}}}}은(는) 오류 없이 User:Msgj/ISOTO MUTANT를 생성한다.고마워, MSGJ 14:46, 2008년 11월 13일 (UTC)

User:Msgj/ISOTO MUTANT를 보면 파라미터를 지정하지 않고 템플릿을 호출한 결과를 볼 수 있다.따라서 User:Msgj/ExtractPlaceValue를 첫 번째 매개 변수 {{1}, 두 번째 매개 변수 8, 세 번째 매개 변수 9로 호출한다.사용자:Msgj/ExtractPlaceValue를 그런 다음 수학 연산을 {{1}}에 적용하려고 하면 오류가 발생한다.{{User:Msgj/ISOTOMAUNT {{User:Msgj/ISOTOMAUNT 20081113144532}}}}}}}}을(를) 호출할 때 파라미터 1의 값을 지정하며, 번호를 지정했으므로 작업을 오류 없이 적용할 수 있다.대수학자 14:58, 2008년 11월 13일 (UTC)

내가 하려던 말.코드 줄 바꿈<includeonly>...</includeonly>템플릿 페이지에 표시되지 않도록 하기 위해.--— Gadget850(Ed) - 15:37, 2008년 11월 13일(UTC)

{{#time}} 기능을 사용하여 월을 추출하는 것이 더 쉬울 것이라는 점에 유의하십시오. {{#time:m 20081113144532}}는 11을 준다.현재로서는 1970년 이전의 날짜에 대해 실패하겠지만, 일단 r42663이 검색되면 4자리 연도의 모든 날짜에 대해 작동될 것이다.Anomie⚔ 22:31, 2008년 11월 13일 (UTC)

도와줘서 고마워.#time 기능을 몰라서 이걸로 대신 쓸 거야.MSGJ 11:14, 2008년 11월 14일 (UTC)

참조

여보세요

Transmission Electronic 현미경 페이지를 보면, 참고문헌 중 하나에 사각형 교정기[] 세트가 있는 것을 알 수 있지만, 참조 태그를 보면 괜찮아 보이는데, 보너스 교정기를 어떻게 죽여야 할까?{{cite}}} 태그에 문제가 있는 겁니까?믿기 어렵겠지만...사용자 A1 (대화) 10:01, 2008년 11월 14일 (UTC)

제목 가운데 마차 귀환이 있었다.고정. MSGJ 11:31, 2008년 11월 14일(UTC)

훌륭해, 누군가 알 만한 합리적인 설명이 있어야 한다고 생각했어.감사 사용자 A1(대화)

메시지

편집 창 아래에 있는 '삽입' 도구 모음이 어디에서 검색되는지 아는 사람?Special 검색:AllMessages 그러나 관련된 것을 찾을 수 없었다."문자 또는 태그를 클릭하여 편집 창에 삽입"이라는 코멘트가 편집 창 앞에 'the'가 있어야 한다는 것을 다른 사람에게 알리려는 것뿐입니다(삽입 도구 모음에 커서를 놓아서 읽음).O_o -- Mentisock 11:15, 2008년 11월 14일 (UTC)

도움말을 읽어보십시오.도구 모음 편집.위키피디아가 아니니까 아마 마스터는 미디어위키에 있을 겁니다.MSGJ 11:37, 2008년 11월 14일 (UTC)

미디어위키에 있다.Editdools.js MediaWiki talks 참조:Editools --TheDJ (대화 • 기여) 11:56, 2008년 11월 14일 (UTC)

아 그래, 그냥 평범한 MW 페이지...어디서 가져온 것인지 쉽게 알아낼 수 있는 방법은 없을까? (MW 페이지도 직관적으로 이름을 붙일 수 없는 경우가 있다.) -- 2008년 11월 14일(UTC)

특정 문자열을 찾는 경우 Special:의 "고급 검색" 양식으로 이동하십시오.검색할 "MediaWiki" 네임스페이스를 검색하고 선택하십시오.메시지가 기본값에서 변경되지 않은 경우 이 기능이 작동하지 않을 수 있음: 이 경우 특수:모든 메시지(경고: 긴 페이지)—Ilmari Karonen (대화) 23:50, 2008년 11월 14일 (UTC)

그리고 그나저나 사람들은 문법 변화에 동의하는가?만약 그렇다면, 관리자가 변경해 주시겠습니까? -- 2008년 11월 14일 (UTC(Mentisock 13:07, Mentisock)

나는 동의하고 내가 변화를 만들었다.확실한 것은 영어에서 이상한 짐승이다.Graham87 13:43, 2008년 11월 14일 (UTC)

고마워! -- Mentisock 13:54, 2008년 11월 14일 (UTC)

사용자 그룹: 업로더

특수:ListGroupRights, 멤버가 하나만 있는 새로운 사용자 그룹 '업로드어'가 있다.이 사용자 그룹이 무엇이고 어디서 왔는지 아는 사람? Cenarium 17:00, 2008년 11월 14일(UTC)

관리자가 정상적인 대기 기간 전에 신규 사용자에게 "자동 확인" 권한을 부여할 수 있도록 해달라는 요청이 있었다.나는 아직 UserRights를 통해 권리를 부여할 수는 없지만, 나는 이것이 그 기능의 첫 단계라고 생각한다.MBisanz^talk 17:03, 2008년 11월 14일 (UTC)

사용자 로그에 따르면 일관성이 있어 보인다. 사용자:브리온 VIBBER는 요청에 따라 이 권한을 부여했다.세나륨 17:05, 2008년 11월 14일 (UTC)

토론이 여기서 진행됐군.전면적인 이행(관리자가 허가할 수 있도록 허용) 전에 이 문제에 대해 더 많은 논의가 필요하다.세나리움 17:12, 2008년 11월 14일 (UTC)

소프트웨어 업데이트됨

나는 우리의 라이브 MediaWiki를 현재 개발 버전으로 업데이트했다. 이것은 고쳐진 몇 개의 오래된 버그를 부드럽게 해 줄 것이고, 다른 어떤 것도 깨뜨리지 않기를 바란다.:)

이전에 없었던 이상한 동작이 있는지 우리에게 알려줘. --briion (토크) 00:39, 2008년 11월 15일 (UTC)

다른 Wiki에 대한 내부 바로 가기

나는 WMF와 관련이 없는 다른 위키에 대한 다양한 내부 단축키(메타:, de:, ... 등)를 본 적이 있다.접근 가능한 목록이 있다면 각 항목의 관련성에 대해 논의해야 할 것 같다.최근에 Category를 검토 중:위키피디아가 소프트 리디렉션하여 피치트리 코너스(현재 조지아 주 피치트리 코너로 리디렉션됨) 페이지를 찾았는데, creekstone.net(구글 검색)으로 연결되는 바로 가기[[우리피치트리 코너:]]]를 사용한 소프트 리디렉션이었다. 이 사이트는 구글과 내가 사용하는 또 다른 보안 소프트웨어에 의해 유해한 것으로 확인되었다.페이지를 삭제했는데 왜 유해 사이트가 이와 같은 지름길로 연결되어 있는지 궁금했다? 세나리움 01:40, 2008년 11월 15일 (UTC)

interwiki 접두사의 디렉토리는 m:인터위키 지도.추가사항과 삭제사항은 토크 페이지에서 논의될 수 있다.아이스웨지 (토크) 01:56, 2008년 11월 15일 (UTC)

나는 당신의 코멘트를 근거로 제거 요청을 했다. http://meta.wikimedia.org/wiki/Talk:Interwiki_map#OurPeachtreeCornersIcewedge (토크) 02:01, 2008년 11월 15일 (UTC)

고마워내 생각에는 우리가 필요로 하는 것이 다르기 때문에 현지 디렉토리를 가져야 할 것 같다.세나륨 02:05, 2008년 11월 15일 (UTC)

참고로 메타에 남긴 코멘트를 복사하고 있다. ":다른 링크는 없었으면 좋겠고, 한 페이지에 웹링크를 확인할 수 있는 툴이 있으면 좋겠는데, 그렇게 해서 용의자를 수작업으로 검토할 가치가 있을 것이다.나는 이것이 2005년 11월 17일에 IP에 의해 거기에 추가되었다고 본다.같은 날 User:Rbrightwell은 (지금은 삭제되고 재생성된) 페이지 w:위험 사이트에 연결되는 인터위키 링크 접두사를 사용하여 소프트 리디렉션된 Peachtree Corners(관리 링크)그것은 눈에 띄게 정교하게 꾸며진 반달리즘이었고, 거의 3년 동안 지속되었다."세나륨 02:31, 2008년 11월 15일 (UTC)

페이지에 대한 사소한 질문ID 및 어려운 문제

나는 이제 막 mw를 배우기 시작했다.API, 매우 유용해 보이는데, 페이지드 변수가 어떻게 할당되는지 궁금하다.예를 들어 이 쿼리의 결과를 고려하십시오.

처음에 나는 페이지는 WP 데이터베이스에 기사가 추가되는 순서를 나타낸다고 추측했다. 예를 들어 카르모푸르는 거의 마지막에 있으며 매우 최근에 만들어졌다.하지만 나는 영어 위키피디아가 2천만 페이지 이상이었다면 놀랄 것이다. 또한, 그 페이지도 그렇다.필 스펙터의 아이디는 2002년에 만들어진 기사 끝에 있다.

여기 도전을 좋아하는 사람들을 위한 흥미로운 문제가 있다...

나는 대상 기사에 적합한 범주를 추측하는 대본을 쓰고 싶다.(현재로서는 대상 기사가 아직 범주에 배정되지 않았다고 가정한다.)예를 들어, 스크립트는 산화 인산화제가 카테고리:세포호흡?기사 제목 자체가 범주(DNA처럼)라면 문제는 쉽지만 그렇지 않으면 어떻게 하겠는가.

한 가지 유익한 접근법은 대상 기사에서 연결된 기사의 범주뿐만 아니라 백링크의 범주를 검토하는 것일 수 있다.이러한 범주를 함께 풀링하고 범주 트리에서 거리별로 군집화하는 것도 하나의 접근법이 될 수 있다.이 스크립트는 아마도 리드나 "See also"와 같은 특정 섹션의 링크에 추가적인 비중을 둘 수 있다.반대로 링크 범주의 구성원을 검사하여 해당 구성원이 링크의 프로필이 대상 기사와 유사한지 확인할 수 있다.

이 대본은 아직 초창기인데 다른 사람의 생각을 들어보면 궁금할 것 같아.고마워!단백질 (토크) 03:00, 2008년 11월 15일 (UTC)

페이지 제목이 삭제되었다가 삭제되지 않은 경우, 반달리즘 수정 및 기록 병합과 같은 경우, 제목에 새로운 페이지가 표시됨ID. 이것은 페이지별로 항목을 주문하는 여기 링크 도구로도 볼 수 있다.ID. 기록의 "이 페이지에 대한 로그 보기" 링크를 클릭하면 페이지의 삭제, 이동 등의 로그를 찾을 수 있지만, 링크를 클릭할 때는 상당히 고약할 수 있으므로 주의하십시오.페이지에 대한 범주를 찾으려면 Wikimedia Commons에 대한 이미지를 분류하는 CommonSense를 확인하십시오.Graham87 03:53, 2008년 11월 15일 (UTC)

고마워, 그레이엄!그것은 이해하기에 매우 도움이 되고, 나는 그 거대한 혐오감을 피하겠다.Api.php로 연습하기 위해, 나는 Special:의 출력을 정리하기 위해 대본을 쓸 생각이었다.내게는 늘 신비롭게만 보였던 이곳이 무엇이었을까.하지만 어쩌면 이미 그런 일이 일어났을까?커먼센스도 확인해 볼게.나는 이 대본을 신참들을 돕기 위해 그리고 아마도 분류 스윕에 사용해 인간이 고려할 수 있는 후보 목록을 만들려고 생각하고 있다.단백질 (토크) 04:04, 2008년 11월 15일 (UTC)

고유하게 편집된 페이지 목록

내가 워너비 케이트처럼 편집 카운터를 운영할 때, 그것은 나에게 "편집된 독특한 기사들"의 통계를 보여준다. 나는 모든 독특한 기사들, 독특한 위키백과 이름 공간 페이지 등이 포함된다고 생각한다.내가 편집한 독특한 메인 스페이스 기사 목록을 얻을 수 있는 방법이 있을까?워너비 케이트는 각 부문별 톱10을 보여줄 예정이지만, 모든 독특한 메인 스페이스 기사의 전체 목록을 보고 싶다.--크로스미어(토크) 04:09, 2008년 11월 15일 (UTC)

페이지에 발생할 수 있는 문제:드와이트 슐츠

먼저 왼쪽의 검색 필드를 사용하여 Dwight Shultz를 검색해 보십시오.만약 네가 그곳에 간다면, 내 브라우저에 문제가 있거나 그런 것임에 틀림없어.
나한테 무슨 일이 일어나냐면, '그런 페이지는 없다'라는 페이지와 "드와이트 슐츠를 말하는 건가?정확히 보이는 바와 같이 강조하여대문자로 써봤는데 모자 없이 앞쪽에 있는 윌리엄이란 이름까지 전부 써봤어위키 게임 페이지의 페이지에 템플릿 위키백과:dwight shultz는 잘 작동하며, 내가 그의 이름이 William :o) Anarchangel (토크) 01:56, 2008년 11월 14일 (UTC)

드와이트 슐츠에는 'c'가 있는 페이지가 있지만 드와이트 슐츠에는 없다.위키백과에서 검색해서 여기에 쓸 때 이름에서 오타를 만들었는데 위키아이에 있을 때 철자를 정확하게 썼다는 게 문제가 아닐까?위키피디아에서 당신이 주장하는 위키피디아:dwight shultz는 잘못된 철자법이며 페이지를 발견해서는 안 된다.위키피디아에서 드와이트 슐츠를 검색하면 "그런 제목의 페이지는 존재하지 않는다"와 나중에 "무슨 뜻이었습니까:드와이트 슐츠"는 사실 페이지의 이름이다.모든 것이 나에게 필요한 대로 되는 것 같다.프라임헌터 (토크) 02:23, 2008년 11월 14일 (UTC)

이것이 우리가 방향을 바꾼 이유다.드와이트 슐츠에 하나 만들었는데 그럴듯한 오식이라고 생각하네.—조시아 로위 (대화 • 기여) 2008년 11월 15일 (UTC) 10:31, 10:31

왜 이것이 WP: 네임스페이스에 있는가?

위키백과가 왜 그럴까?WP의 업로더: 네임스페이스?여기서부터 (클릭 업로드가) 링크가 나오는데, 글렌 갈리자(누구야?)에 관한 것이 몇 가지 올라온다.이력은 편집(페이지 작성)이 한 개뿐입니다.나는 그 페이지에 대한 링크가 어떻게 사용자 그룹 구성원 페이지에 들어갔는지 궁금하다.누가 좀 확인해 줄래?고마워, 매니쉬^Talk 어스 09:59, 2008년 11월 15일 (UTC)

삭제되었다가 현재의 형태로 재현되었다.Dendodge Talk^Contribs 10:08, 2008년 11월 15일 (UTC)

사용자 그룹은 최근에 브리온에 의해 만들어졌고, 아무도 그것에 대한 적절한 설명 페이지를 아직 만들지 못한 것 같다.—Ilmari Karonen (대화) 17:50, 2008년 11월 15일 (UTC)

리디렉션 페이지에서 누락된 기록

「페르디칼리스 사건」에 관한 기사는 삭제되고, 「페르디칼리스」 기사의 짧은 단락으로 리디렉션되는 것으로 대체되었다.삭제된 기사는 기록에서 누락되었고, 리디렉션에는 잘못된 날짜가 주어진다.(긴 기사는 한 달 전쯤 그곳에 있었다.올바른 이력에 어떻게 접근할 수 있는가? (전체 기사와 수정 이력에 대한 정보를 원함)MoFromMelb (대화) 15:21, 2008년 11월 15일 (UTC)

"페르디칼리스"라는 제목의 페이지가 있다.이 편집으로 판단하건대, 아마 이온 페르디카리스라는 뜻일 겁니다만, 이전에 그 페이지로 리디렉션된 목록에서 삭제된 내용을 찾을 수 없고, 그 안에 "페르디카리스"라는 단어가 들어 있는 삭제 논의도 찾을 수 없다.그래서 나는 네가 말하는 것과 일치하는 것을 찾을 수 없어.Graham87 17:04, 2008년 11월 15일 (UTC)

도움

왜 가필드에서는 참고문헌 아래 모든 것이 사라졌을까?내가 한 일은 스팸 링크를 제거하는 것뿐이야.10파운드 해머와 그의 수달 • 2008년 11월 15일 (UTC)

날 위한 거야...캘빈 1998년 21시 58분, 2008년 11월 15일 (UTC)

나도. – ukexpat (대화) 17:47, 2008년 11월 16일 (UTC)

중단된 산술 이미지

<산술>n^2</math>에 의해 생성된 이미지가 깨진 것 같다:${\displaystyle {n\mathrm{}}^{}}$ 2 ${\$ 비슷한 문제가 며칠 전 다음과 같은 부분집합 기호와 함께 일어난 것으로 보인다.위키백과:참조 데스크/Computing#Subset 기호는 위키백과에 렌더링되지 않는다.—Bkell (대화) 2008년 11월 16일 19:46, 16 (UTC)

그냥 나일 수도 있지만, 난 문제가 없다고 생각해.내가 보기엔 약간 n처럼² 보인다.DendodgeTalk^Contribs 20:15, 2008년 11월 16일 (UTC)

그래, 그 예는 괜찮아 보인다.캘빈 1998년 20시 45분, 2008년 11월 16일 (UTC)

문제를 보려면 "항상 PNG 표시"로 기본 설정을 지정해야 하는데, 이것은 또 다른 0바이트 수학 이미지라는 것이다.다른 설정은 HTML로 대신 렌더링한다.서버 관리자들은 이러한 빈 이미지가 때때로 생성된다는 것을 알고 있지만, 이러한 빈 이미지의 원인은 아직 알려지지 않았다.— 칼 (CBM · talk) 20:55, 2008년 11월 16일 (UTC)

나는 "항상 렌더링 PNG"를 선택했고 그것은 나에게 잘 어울린다.19x19 픽셀이고 249 바이트 입니다.프라임헌터 (토크) 21:24, 2008년 11월 16일 (UTC)

서버 관리자가 이전 것을 삭제했기 때문이다.이미지가 정말 깨졌다. 단지 무엇이 문제를 일으키는지 아무도 모르는 것 같다.— 칼 (CBM · talk) 21:34, 2008년 11월 16일 (UTC)

$P{\displaystyle }$ ${\displaystyle P}$이(가) 왜 그래?$$

<산술>P는 방정식과 표에서 그리고 첨자가 있는 경우에서 필요한 대로 작동한다.그러나 텍스트 줄에 포함된 그 자체로 인해 이미지 플레이스 홀더가 $여기{\displaystyle }$ ==> P ${\displaystyle P}$처럼 생성된다.

그것은 오직 대문자에 대해서만 일어난다.여기 ==> $p{\displaystyle }$ ${\displaystyle p}$와 같은 소문자라면 효과가 있다$.$

며칠째 그런 식이었다.아무도 눈치채지 못했나? mbeychok (대화) 23:52, 2008년 11월 16일 (UTC)

위의 섹션을 참조하십시오.프라임헌터 (토크) 00:17, 2008년 11월 17일 (UTC)

답장은 고맙지만, LaTeX 수학을 사용하고 싶다면 별로 도움이 되지 않는다.그 문제를 해결하기 위해 일하는 사람이 있는지 아십니까?mbeychok (talk) 00:33, 2008년 11월 17일 (UTC)

템플릿:기타스

누군가의 토크 페이지에 메시지를 남기는 동안, 나는 B.o.B 기사에 대한 링크를 발견했다.현재 판에는 "다른 용도의 경우 bob"이 파란색으로 표시된 "bob을 보라"라는 해트 노트가 있지만, 기본적으로 파란색 텍스트: 링크가 아니다.해자의 코딩은 간단히 {{otheruss bob}}}라고 되어 있는데, (내가 보기에는) 완전히 합리적인 것 같으며, 일종의 링크를 만들어 내야 한다.뭐가 잘못됐는지 아는 사람?Nyttend (대화) 03:03, 2008년 11월 16일 (UTC)

그 링크는 내게 효과가 있는 것 같다.Mr.Z-man 03:34, 2008년 11월 16일 (UTC)

링크도 여기서 작동하며 03:39, 2008년 11월 16일(UTC)

나도 마찬가지야. 브라우저 결함 때문만은 아니겠지?EVULA // talk // talk // ☯ // 17:32, 2008년 11월 18일(UTC)

사이드바 맨 위로 검색 상자 이동

추가 투입을 모색한다.다음 내용을 참조하십시오.

• 미디어위키 대화:사이드바#탐색 위로 검색 상자 이동 --Timeshifter(토크) 07:49, 2008년 11월 18일(UTC)

지도 제작 관련 문제

더비셔에 있는 장소에 관한 모든 페이지.매틀록, 더비셔 주에는 빨간 점이 표시된 카운티 지도가 있어야 하는 문제가 있는데, 누가 좀 보고 해결해 줄 수 있겠니, 카운티 내 모든 위치에 문제가 있으니 템플릿/이미지 오류일 수 있을까?하이필드 (대화, 기여, 검토) 16:55, 2008년 11월 18일 (UTC)

고정. 고장난 봇이 {{위치 지도 영국 더비셔}}}에 인터위키 링크를 잘못 추가했다.아노미에 17:52, 2008년 11월 18일 (UTC)

페이지 기록을 위한 외부 도구

모든 기록 페이지에는 세 가지 외부 도구에 대한 링크가 포함되어 있다."Revision history statistics" 링크가 최근에 이전과는 다른 도구를 가리키도록 변경되었다.낡은 공구가 어디 있는지 아는 사람 있어?도메인이 다음으로 끝난 것 같다..de그렇지만 장담은 못 하겠는데요.고마워. --앤드류 켈리 (대화) 2008년 11월 18일 (UTC)

많은 것들이 도구로 진행되곤 했다.wikimedia.de으로 리디렉션된 wikimedia.de.EVULA// 통화 // ☯ // 17:18, 2008년 11월 18일(UTC)

툴 서버에는 없었던 것 같아.독립된 사이트였던 것 같아.페이지마다 맨 위에 배너 광고가 붙어 있었던 것으로 기억한다. --앤드류 켈리 (토크) 17:23, 2008년 11월 18일 (UTC)

그래서 그게 제거된거야MediaWiki의 기록 보기:히스토리젠드 및 이 토론(사이트에 대한 링크 포함.세나륨 17:50, 2008년 11월 18일 (UTC)

그것이 내가 알고 싶었던 것이다.사이트 위치를 알려줘서 고마워! --앤드류 켈리 (대화) 19:03, 2008년 11월 18일 (UTC)

편집이 사라짐

해결됨

편집이 완전히 사라진 적이 있는 사람?사용자 편집:Martinp23/NPWatcher/체크 페이지는 오늘 초에는 내 이름을 추가했지만 내 편집이 기록이나 페이지에 나타나지 않는다. 보통 나는 단순히 저장하지 않았다고 가정하지만 저장된 페이지는 다른 탭에 있다.나는 갈등을 편집하지 않아서 무슨 일이 일어나고 있는지 모르겠어.설명해줄 사람 있어?— 신경^(talk) 23:13, 2008년 11월 18일 (UTC)

해결했고, 실제로 User:Martinp23/NPWatcher/Check page/Requests, 페이지 정리 필요— 신경^(talk) 23:16, 2008년 11월 18일 (UTC)

내 페이지에 더 많은 코멘트 필요!

내 토크 페이지에서 다른 사용자가 더 자주 대화하도록 하려면 어떻게 해야 할까?나는 그들이 어떻게 그렇게 할 수 있는지, 그리고 내가 그들을 더 자주 이야기하게 할 수 있는지 알고 싶다.감사합니다, 2008년 11월 14일 (UTC)

존중하지만, 당신의 토크 페이지의 배경색은 그다지 매력적이지 않다.그것은 사용자들로 하여금 당신의 페이지를 멀리하게 할 수 있다.만약 당신이 그 프로젝트 주변에서 계속 많은 일을 한다면, 결국 사람들은 당신의 일에 반응할 것이다.어쨌든, 만약 여러분이 많은 코멘트를 받고 있지 않다면, 적어도 여러분은 여러분이 잘못하고 있는 것이 아니라는 것을 알고 있다.자인 에브라힘 (대화) 09:34, 2008년 11월 14일 (UTC)

여러분은 그 이미지가 '자유 백과사전인 위키백과에서'를 만드는 방식도 죽이고 싶을 것이다.대수학자 12:16, 2008년 11월 14일 (UTC)

또한 이것이 다소 가혹해 보일 수 있지만 WP:NOTBLOG - 대화 페이지는 다른 편집자에게 연락하는 데 사용되는 도구지만, 다른 편집자가 사용자에게 연락할 필요가 없다면 그렇게 하십시오._Talk아일랜드어 16:29, 2008년 11월 14일 (UTC)

감사합니다, 2008년 11월 16일 (UTC)

난 네 페이지를 올리거나 읽기를 주저할 거라는 걸 알아, 그 눈을 물들이게 하는 컬러링으로 말이야.리틀 레드 라이딩 후드톡 22:12, 2008년 11월 16일 (UTC)

전적으로 동의한다-그 끔찍한 붉은 색조의 파란 링크들은 읽기가 매우 힘들고 눈에 피곤하다.– ukexpat (대화) 15:42, 2008년 11월 19일 (UTC)

그리고 AliceBlue 배경의 흰색 텍스트는 완전히 읽을 수 없다.대수학자 15:45, 2008년 11월 19일 (UTC)

TOC 전폐

한 페이지에서 TOC를 뽑아 다른 페이지에 표시할 방법이 있는가? --Pair O' Dimes (토크) 13:37, 2008년 11월 14일 (UTC)

그렇게 생각하지 마.TOC는 자동으로 생성된다.물론 HTML을 복사해서 약간 수정하거나, 아니면 그냥 위키피디어를 만들 수도 있다.왜 TOC를 초월해야 하는거야? ManishEarth^Talk 14:34, 2008년 11월 14일 (UTC)

인텔리피디아에 있는 포털들 중 하나는 프로그램의 다양한 부서로부터 하이라이트를 받는 통합자 역할을 한다."더..." 링크를 클릭하면 독자들이 각 하이라이트의 전체 세부 정보를 볼 수 있다.하이라이트 섹션은 수동으로 업데이트되고 세부사항 페이지에서 변환된다.나는 프로세스를 자동화하고 수동 의존도를 줄이고 싶다.이것은 TOC를 교란함으로써 달성될 수 있었다.그러나 내가 TOC를 포털로 변환했을 때, 포털은 세부사항 페이지가 아닌 포털에 대한 TOC를 생성했다.그게 말이 되길 바래? --Pair O' Dimes (대화) 16:13, 2008년 11월 14일 (UTC)

TOC는 현재 페이지의 제목에서 동적으로 생성된다.TOC만을 초월할 방법은 없다.당신의 가장 좋은 선택은 당신을 위해 그것을 갱신할 봇을 얻는 것이다.— 디스펜서 09:42, 2008년 11월 16일 (UTC)

고마워 디스펜서, 내가 조사해 볼게. -••••••• 쌍쌍 '데임 21:56, 2008년 11월 19일 (UTC)

범주의 이미지 수

여보세요...범주에서:GFDL로 추정되는 이미지는 이 범주에 속하는 파일이 473개라고 되어 있지만, 실제로 이미지 수를 계산하면 365개(1페이지의 경우 197개, 2페이지의 경우 168개)밖에 되지 않는다. 누락된 108개 파일은 어디에 있는가?나는 지구가 산산조각 나는 것이 아니라고 확신하고 매우 합리적인 답을 가지고 있을 것이라고 확신하지만, 나는 정말로 여기 WP의 카테고리에 대해 아는 것이 없다.고마워.---조단 1972년 (대화) 01:59, 2008년 11월 19일 (UTC)

범주 자체의 하위 범주에 속하지 않으시겠습니까?또한, 그것은 어떤 카테고리인가?— 2008년 11월 19일, 신경 11:16^(talk)(UTC)

나는 변했다.[[Category:Presumed GFDL images]]로[[:Category:Presumed GFDL images]]1972년 요르단에 의해 우편으로 보내졌다.전자는 그 페이지를 카테고리에 추가한다.후자는 그것에 대한 링크를 만든다.이 문제는 위키백과에서 이전에 보고된 바 있다.마을 펌프(기술)/아카이브 51#범주 페이지 수가 있는 문제?원인을 모르겠다.프라임헌터 (토크) 2008년 11월 19일 (UTC)

먼저 카테고리 링크를 수정해 주셔서 감사드리며, 네, 최근에 귀하가 제공한 링크와 링크의 링크에서 논의하셨습니다.3주 동안 세 번이나 올라왔다는 사실이 내게는 매우 흥미롭다.이쯤 되면, 난 걱정하지 않을 거야, 단지 100개 이상의 이미지들이 어딘가에 숨겨져 있다는 걸 알았을 뿐이야.카테고리의 ":"에 대한 팁도 고맙고, 이미지로도 알고 있었다. --Jordan 1972년 (토크) 13:42, 2008년 11월 19일 (UTC)

GIF 크기 조정

헬프 데스크에서 크기가 조정된 GIF 이미지의 품질에 대해 최근 몇 가지 불만이 제기되었다. 이것은 최근의 현상인 것 같다.성능을 위해 비활성화된 것이 있는가? ---- Gadget850(Ed) - 14:38, 2008년 11월 19일(UTC)

어디서 읽었는지 기억이 나지 않지만, 대형 애니메이션 GIF가 미리 보기를 하는 서버를 다운시키고 있었기 때문에 GIF 크기 조정이 불가능했다.개발자들은 GIF 크기 조정을 일시적으로 비활성화하는 것이 덜 방해가 될 것이라고 생각했기 때문에, 그 원인과 방법을 찾을 때까지 GIF 크기 조정은 비활성화된다. --DJ (대화 • 기여) 2008년 11월 19일 (UTC)

애니메이션화되지 않은 이미지의 경우 PNG를 사용해 보십시오. PNG는 GIF를 대체하도록 설계되었으며 그에 비해 여러 가지 기술적 장점이 있습니다(예: 적절한 축소 이미지 사용).—2008년 11월 20일 06:42, 점 기억(UTC)

범주 교차점

안녕, 나는 위키피디아 주제 평가표는 예를 들어 여기 평가되지 않은 중간 중요도에서 3을 클릭할 수 없고 그 교차점에 어떤 기사가 있는지 알 수 없기 때문에 도움이 되지 않는다고 생각해 왔다.나는 또한 두 카테고리의 토크 페이지를 검색해 보았지만 아무런 결과도 얻지 못했다.범주를 검색해 보았다.저임베스트먼트 교육용 기사" 범주:"이 검색이 포함된 기사 대화 페이지의 평가되지 않은 교육 기사"

두 문제.1) 단순한 실수를 저질렀고 그래서 결과가 나오지 않았는가? 2) 이러한 위키백과 대상 요약표가 모두 적절한 검색 결과에 연결되려면 무엇이 필요할까?이것은 작업할 기사를 확인하는 데 정말 도움이 될 것이다.고마워 - 2008년 11월 19일 세무사 15:25 (UTC)

나도 똑같은 생각을 하고 있었어! 일의 우선순위를 정하는 데 엄청나게 유용할 거야.던컨힐 (대화) 15:29, 2008년 11월 19일 (UTC)

현재 진행 중인 내용은 사용자:WP 1.0 봇/2세대.해피멜론 18:52, 2008년 11월 19일 (UTC)

아, 그게 끝나면 좋은 소식이겠지만, 내가 시도한 범주 교차 검색이 왜 안 되는지 알아? 그것은 기사에는 효과가 있는 것 같지만, 대화 페이지에는 효과가 없는 것 같다.템플릿으로 카테고리를 추가하면 미디어위키 카테고리 검색이 작동하지 않는 것 같아.버그를 신고할 만한 가치가 있는가? - 2008년 11월 19일, 세무사 20:40 (UTC)

특수 페이지 뒤에 있는 페이지를 보는 중?

어딘가에 탭을 추가하는 .js 가젯이 있을까?Special:에 연결되는 페이지("페이지" 또는 기타)Mediawiki:어느 쪽 페이지Special:페이지는 (토론/편집 목적, 예를 들어)에 기반하고 있는가?미리 고맙다.It Is Me Here (대화) 09:19, 2008년 11월 16일 (UTC)

불행히도 그렇게 간단하지 않다.내가 살펴본 첫 번째 예, Special:통계는 최소한 15개의 Mediawiki: 페이지를 통합한다.대수학자 13:06, 2008년 11월 16일 (UTC)

관련될 수 있는가?MediaWiki: 그럼 페이지들은 맨 아래에 나열되어 있는가?DendodgeTalk^Contribs 13:07, 2008년 11월 16일(UTC)

내 평소 기술은 스페셜 로딩하기입니다.모든 메시지(경고: 큰 페이지)를 검색하여 원하는 메시지의 내용을 찾으십시오.그게 도움이 돼?{{Nihiltres talk log}}}{18:52, 2008년 11월 16일 (UTC)

특정한 페이지를 염두에 두고 있다면, 소스 코드를 보는 것이 더 빠를 수도 있다[7].— CharlotteWebb 19:06, 2008년 11월 16일 (UTC)

네, 답변 감사합니다, 여러분.It Is Me Here (토크) 19:55, 2008년 11월 20일 (UTC)

임의 문서 개선

나는 단지 누군가가 '임의의 기사' 링크에서 사용하는 배포를 바꿀 생각을 해본 적이 있는지 궁금할 뿐이다.나는 우연히 흥미로운 기사를 찾기 위해 이것을 사용하는 것을 좋아하지만, 불균형한 수의 기사는 지리적 위치 등에 관한 것이다.페이지를 보는 빈도, 편집한 빈도, 편집한 빈도 등 가중된 분포를 기준으로 선택한 '임의의 기사' 링크가 있다면 깔끔할 것이다.그렇게 되면 아마 흥미로운 기사를 더 많이 얻을 가능성이 있을 것이다(흥미는 주관적이지만).고마워 bodson (대화) 05:11, 2008년 11월 19일 (UTC)

다른 어떤 종류의 기사보다 지리적 기사가 더 많은 것 같아, 그래서 그것들이 더 자주 돌아오는 거야.이 지리적 기사 수백만 개를 만드는 것에 대한 봇의 논의가 있었다.러그넛 (토크) 09:38, 2008년 11월 19일 (UTC)

나는 Bodson이 왜 지리적 기사가 대부분의 기사들보다 더 자주 올라오는지 알고 있다고 생각하지만, 그것은 그 질문에 대한 답이 되지 않는다.아마도 처음에는 무작위로 최상위 범주를 선택하고 그 다음에야 무작위로 기사를 고르는 것이 효과가 있을 것이다.Chris Cunningham(직장이 아님) - 2008년 11월 19일 12:27, 토크(UTC)

무작위 기사가 지리적 위치에 관한 기사를 불균형하게 많이 돌려주는지를 확인하는 것이 좋은 생각일 것이다.난 그냥 무작위 기사를 6번이나 써봤는데 지리적 기사가 하나도 없어.OTOH 일부 독자는 지정된 범주 내에서 무작위 선택을 선호할 수 있다.만약 그렇다면, 크리스 커닝햄(직장이 아님)의 제안의 연장이 좋을 수도 있다: "완전히 무작위" 옵션과 "범주를 선택" 옵션이다.

이와 같은 이슈와 WP 전체의 가능한 개선사항에 대한 사용자의 생각을 연구하기 위한 여론조사 메커니즘이 있는가?--- Philcha (토크) 12:41, 2008년 11월 19일 (UTC)

1년 반 전 현재 위키백과 기사의 약 10%가 지리적 위치에 관한 것이었다.'랜덤 기사'를 열 번 쳐서 열 군데 장소를 얻을 가능성은 그리 높지 않다.위키백과 콘텐츠의 30%를 차지하고 있기 때문에 10번 치고 10번 전기를 얻을 가능성이 훨씬 높다. --카닐도(토크) 21:15, 2008년 11월 19일 (UTC)

나는 최근에 어떤 페이지에든 임의의 링크로 너를 데려가는 대본을 썼다.무작위 추천 기사나 좋은 기사를 무작위로 추출하거나 위키피디아를 통해 무작위로 확산하는 데 유용하다.댓글과 제안 환영, 단백질 (대화) 03:44, 2008년 11월 20일 (UTC)

무작위 기사 버튼이 아니라 흥미로운 기사 버튼을 원하는 것 같아.그건 완전히 다른 문제야. 그리고 그런 특징을 어떻게 만들어낼지 결정하는 데 있어 몇 가지 가능한 방법들이 있어.하지만 아아, 현재 우리는 없다. :( --briion (대화) 16:24, 2008년 11월 20일 (UTC)

나 방금 Special을 쳤어.무작위로 6번, 싱야히 마단, 코토리드즈, 카친신학대학, 아펠렌초이데스 프라가리에, 캐슬로그나, 미국 남자 수구 국가대표팀(그 순서)을 받았다.우리가 가진 지리 기사의 비례적 수를 고려하면, 나는 그것이 적절한 확산이라고 생각한다.EVULA // talk // talk // 18:25, 2008년 11월 20일(UTC)

지식 공유

친애하는 친구들,

우리는 위키피디아에 대한 지식 공유의 동기에 대한 연구를 진행하고 있다.  

위키피디아에서 읽고 쓰는 당신의 경험은 이 지식 플랫폼의 설계와 관리에 매우 중요하다.조사는 3분 정도 걸릴 것이다.우리는 다음의 질문에 대답하는데 도움을 준 것에 대해 깊이 감사한다.

설문조사가 끝나면 무작위로 20명을 선정해 USB 2GB 플래시 드라이브를 증정한다.  

게다가 각각의 유효한 설문지를 가지고 우리는 위키미디어 재단에 1달러를 기부할 것이다.본 조사의 결과는 익명으로 분석되어 학술적 이용으로만 간주된다.질문지를 얼마든지 작성하십시오.당신의 시간과 귀중한 입력에 다시 한번 감사한다.

매일 행복과 건강이 함께하길!

∘온라인 질문지 : http://140.119.19.152:8080/wiki/

샤리 S. C. 샹

엘든 Y.리

교수님

관리 정보 시스템 부서,

국립청치대학교

—2008년 11월 19일 (토크 • 기여) 13:26, 2008년 11월 19일 (UTC)에 의해 추가된 서명되지 않은 논평 준비

답은, 그러나 이것은 적절한 섹션이 아니다.— 신경^(talk) 14:29, 2008년 11월 19일 (UTC)

Boo! --NE2 16:17, 2008년 11월 20일 (UTC)

범주 소멸

{{reflist}}이(가) 들어 있는 일정 길이의 페이지를 편집하면, 그 편집은 카테고리의 코딩이 그대로 있어도 카테고리를 사라지게 한다.왜 이런 일이 생기는지 알기나 해?월든 갤러리아에서 일어난 일이야10파운드 해머와 그의 수달 • 2008년 11월 20일 (UTC)

나는 내가 그 차이점을 살펴볼 때 그것을 보지 못했다; 모든 범주는 여전히 각각의 차이점 아래에서 보인다.페이지의 사전 수정본을 볼 때도 문제를 보지 않는다. -- John Browton (식용차) 14:50, 2008년 11월 20일 (UTC)

다른 것을 보여줘.참조 태그는 닫히지 않았을 수 있으므로, 그 이후의 모든 것은 참조에 배치되었다.게리 킹 (대화) 2008년 11월 20일 19:04 (UTC)

샌드박스 헤더를 Mediawiki 네임스페이스로 이동

이것이 가능한가?신참들이 몇 시간마다 실수로 삭제하거나 엉망으로 만드는 것은 샌드박스에 템플릿이 있는 것보다 더 우아한 해결책으로 보인다.-에르바나스는 2008년 11월 20일(UTC) 06:03에 살고 있다.

샌드박스에 있는 것들을 편집하지 못하게 하면 샌드박스를 갖는 모든 목적을 망칠 수 있다...게다가, 그것은 사이트 인터페이스의 일부가 아니다; 만약 우리가 편집되는 것을 막고 싶다면 우리는 그것을 템플릿으로 만들어서 완벽하게 보호할 수 있다.EVULA// 통화 // ☯ // 18:19, 2008년 11월 20일 (UTC)

게시물은 사용자가 템플리트를 건드리지 못하도록 하는 내용인 것 같다.다음 줄(샌드박스 제목)을 위키백과에 그대로 두십시오.샌드박스.템플릿 페이지는 비관리자에 의해 변경될 수 없도록 보호되지만, 샌드박스에서 제거할 수 있다(흔히 그렇게 함).내가 아는 한, 소프트웨어는 현재 그것을 피할 수 있는 좋은 방법을 제공하지 않는다.위키피디아가 다음과 같이 하도록 하는 것이 가능할 것이다.샌드박스는 보호받고 편집 가능한 샌드박스를 초월하지만 난 그게 좋을 거라고 생각하지 않아.봇은 헤더[8]가 제거되고 계속 진행되면 주기적으로 헤더를 복원한다.프라임헌터 (대화) 2008년 11월 20일 19:50 (UTC)

OP가 샌드박스에 대해 편집통지서를 가져야 한다고 제안했던 건 아닐까?만약 그렇다면, 우리는 이미 하나를 가지고 있다.대수학자 22:07, 2008년 11월 20일 (UTC)

거흐가 한 말을 보라.그 아이디어는 우리가 현재 사용하고 있는 머리글을 편집 창 밖으로 가져오고, 편집이 페이지 아래에 나타나도록 하거나, 편집 공지를 대체하는 편집 페이지 위에 올리는 것이다.여기에도 댓글 달아줘.Clark89 (대화) 23:48, 2008년 11월 20일 (UTC)

도구 모음에 색상 아이콘 추가

도구모음에 단추를 추가하고 싶다.: 즉, 페이지를 편집할 때의 도구 모음입니다.(아래 이미지 참조)

.........

이 버튼은 (플래시 버튼처럼) 열리고 삽입할 텍스트의 색상을 선택할 수 있다.어떻게 하면 내 계정으로만 이것을 추가할 수 있을까? monobook.js 아마도?만약 우리가 모든 사람의 계정을 위해 이것을 하고 싶다면? --CyclePat (대화) 17:12, 2008년 11월 20일 (UTC)

우리가 실제로 백과사전 그 자체 어디에서도 색칠된 텍스트를 사용하지 않는다는 것을 고려하면(그리고 그 모든 도구들은 백과사전을 편집하기 위한 것이다), 결코 색칠을 위한 버튼은 없을 것이라고 생각한다.위키피디아의 대화 페이지가 모든 곳에서 무작위 색상으로 일반적인 웹 포럼에 스며드는 것을 원치 않는다.EVULA// 통화 // ☯ // 18:13, 2008년 11월 20일(UTC)

확실히 그렇지 않다; 규칙적인 텍스트, 이탤릭체, 대담함으로 충분히 강조될 수 없는 것은 들을 가치가 없다.물론 아무도 당신이 당신의 편집 도구모음에 그것을 추가하는 것을 막을 수는 없지만, 많은 사람들이 당신이 그것을 광범위하게 사용하는 것을 특별히 고마워하지는 않을 것이라는 것을 알아두어라.해피멜론 18:20, 2008년 11월 20일 (UTC)

글에서 폰트 색상에 대한 용도는 생각나지 않지만, 내용 검토와 유사한 논의를 강조하기 위해 사용한다. -—— Gadget850 (Ed) - 19:29, 2008년 11월 20일 (UTC)

내 도구 모음에 추가하는 방법을 찾아냈다.실제로 버튼의 이미지(즉:)가 여기에 있다(자세한 내용은 버튼에 대한 내 설명 참조).안부 전합니다사용자 선호도에 관련 없는 "미필자" 위키백과 규칙이나 이 경우 관심 부족, 색상 텍스트 또는 심지어 빅, 굵게, 기울임꼴 및/또는 UPCE 텍스트에 대해 염려해 주셔서 감사함. (사설) --CyclePat(토크) 19:05, 2008년 11월 20일 (UTC)

Ibox 템플릿 도움말...

해결됨

– 사용자가 수정한 템플릿:대수학자 - 고마워 - – ukexpat (대화) 19:21, 2008년 11월 20일 (UTC)

여러분, 나보다 템플릿 코딩에 대해 더 잘 아는 사람의 도움이 필요하다.현재 {{Infobox Roing Club}}은(는) 클럽의 엠블럼 이미지를 크기 조정하여 표시할 수 있는 적절한 코딩이 포함되어 있지 않은 것으로 보인다.내가 에이지크로프트 로잉 클럽에 추가한 아이박스에 클럽 엠블럼을 추가하려고 했을 때 너무 크게 부풀려져 잡티와 다른 왜곡이 일어났다.누군가 템플릿을 보고 적절한 코딩을 제안/실행해 주시겠습니까?고마워요.– ukexpat (대화) 17:14, 2008년 11월 20일 (UTC)

Emblemsize라는 매개 변수를 추가했는데, 이 매개 변수를 정의하면 기본 200px보다 우선한다.대수학자 18:56, 2008년 11월 20일 (UTC)

완벽해! – ukexpat (대화) 19:18, 2008년 11월 20일 (UTC)

서명하는 것 좀 도와줘.

해결됨

나는 현재 서명을 사용자 정의하려고 노력 중이지만 기술적인 어려움을 겪고 있다.내 사인이 이렇게 생겼으면 좋겠어

It Is Me Here ^t/c

... 하지만 내가 관련 코드를 붙여넣으면 -'''[[User:It Is Me Here <span style="color:#006600;">It Is Me Here</span>]]''' <sup>'''[[User_talk:It Is Me Here <span style="color:#CC6600;">t</span>]] / [[Special:Contributions/It Is Me Here <span style="color:#CC6600;">c</span>]]</sup>- [환경설정] 페이지의 상자에 입력한 후~~~~페이지에 다음과 같은 방법으로 렌더링한다.

<스팬 스타일="스팬 패밀리:Arial'>'[사용자:이곳이 바로 나이다 <스팬스타일="색깔:#006600;">It Is Me Here's <sup>'[User_talk:여기선 나야 <스팬스타일="색깔:#CC6600;">t</span]] / [[특수:기여/여기는 나다 <스팬스타일="컬러:#CC6600;" (대화)

도와주세요!It Is Me Here (대화) 2008년 11월 20일 (UTC)

편집: "원시 서명" 상자에 체크 표시를 하고 태그를 몇 개 닫아야 하는 것으로 확인됨.It Is Me Here 20:34, 2008년 11월 20일 (UTC)

캡차들과 장님들

동료 위키백과 사용자

우리가 계좌등록을 위해 가지고 있는 캡차들은 시각장애인들이 이용할 수 없다는 것을 알게 되었다.우리가 계정 생성 그룹을 가지고 있는 동안, 이것은 시각장애 잠재 사용자들에게 큰 불편이고 많은 사람들이 포기하고 떠날 수도 있다.나는 우리가 가청 캡차를 추가하거나, 가청기를 추가하는 것을 제안한다.이것이 불가능할 경우, 계정 만들기 페이지에 해당 효과에 대한 메모를 추가하여 불편함을 사과하고 시각장애 사용자에게 계정 만들기 그룹을 이메일로 보내달라고 요청하십시오.제프 플로르드 (대화) 03:51, 2008년 11월 19일 (UTC)

이미 그런 메모가 있다: '이미지를 볼 수 없는가?관리자는 당신을 위해 계정을 만들 수 있다.'대수학자 04:11, 2008년 11월 19일 (UTC)

나는 관리자들이 시각장애인들을 위한 계정을 만들어야 한다고 생각하지 않는다.다른 훌륭한 기고가에게 도움을 요청하도록 강요하는 것은 불공평하게 보일 것이다.또한, 이것은 PR을 반짝반짝 빛나게 할 수 있다.제프 플로르드 (대화) 01:32, 2008년 11월 20일 (UTC)

필요한 오디오 클립을 만들 수 있다면 캡차 소리가 정말 좋을 것이다.— Werdna • 대화 06:38, 2008년 11월 19일 (UTC)

나는 항상 CAPCHA가 모든 요점을 무너뜨리는 소리가 들리지 않는가?그들이 배경 소음으로 뭔가를 한다는 걸 알아하지만 확실히 봇이 표준보다 훨씬 더 쉽게 통과할 수 있을까?프로그래머로서, 나는 코딩이 잘 된 봇이 어떻게 청각적인 캡차(CAPTCHA)를 통과하지 못하는지에 대해 완전히 당황한다.나는 ACC가 무엇이 문제인지 잘 모르겠다. 우리가 대부분의 계정을 한 시간 이내에 처리하는 계정 작성자로서 요청받은 계정들 중 대부분이다.— 2008년 11월 19일(UTC) 11^(talk):19

'전부 요점'은 단순히 비인간 계정 생성 수를 줄이는 것이다.대부분의 스팸봇은 오디오 캡차를 성공적으로 완료하는 데 필요한 시설이 없기 때문에(비주얼 캡차에서 더 나은 작업을 하기 위한 노력이 덜하기 때문도 아니다), 따라서 캡차의 목적을 훌륭하게 수행할 수 있다.Chris Cunningham(직장이 아님) - 2008년 11월 19일 12:25, 대화(UTC)

그런데 가청 캡차들은 해킹하기가 꽤 어렵다.그것은 단지 배경 잡음이 아니라, 소리를 '워프'하고, 멈춤을 더하며, 다른 많은 일들을 한다.Gmail에서 계정을 만들 때 들리는 CAPTCHA를 사용해 보십시오. 그러면 무슨 뜻인지 알 수 있을 겁니다. ManishEarth^{Talk - Stalk} 13:09, 2008년 11월 19일 (UTC)

내가 구식인 사이트에 있었던 것은 분명한데, 왜냐하면 나는 단순히 오디오 파일들이 숫자를 읽기 위해 결합된 것을 기억하기 때문이다.흠. — 2008년 11월 19일(UTC) 신경^(talk) 14:25

그렇지는 않다.이미지 캡차처럼 구현 품질에 따라 달라진다.2008년 5월까지만 해도 gmail의 오디오 캡차는 극도로 약했다.Anomie⚔ 17:34, 2008년 11월 19일 (UTC)

만약 WP에서 구현될 수 있는 오디오 캡차 시스템이 이미 존재한다면, 그것을 시각 캡차 대안으로 포함하는 것은 작은 노력이 될 것이다.오디오 캡샤는 적어도 시각적 캡차만큼 크래킹이 어렵겠지만, 그것은 물론 구현에 달려있다.만약 그것이 너무 약한 것으로 판명되면, 고치기 전까지 그것을 무력화시키는 것이 훨씬 더 쉬워질 것이다.단점이 보이지 않아?
—Apis (대화) 02:45, 2008년 11월 21일 (UTC)

아마도 이것은 토론에도 흥미로울 것이다: http://blind.wikia.com/wiki/Mediawiki_and_Accessibility#CAPTCHA -- 랄루 (토크) 08:23, 2008년 11월 21일 (UTC)

그래서 그 연장은 이미 가능하기 때문에 우리가 해야 할 일은 그것을 시행하는 것이다.제프 플로르드 (대화) 2008년 11월 21일 18:51, 21 (UTC)

특수:통계

그 페이지는 좀 더 길게 보인다.통계 중 일부가 나란히 표시될 수 있는가(Special:특수 페이지)?

또한 {{NUMBERINGELUP}}을(를) 사용하는 통계도 많이 쓸모없지 않은가?실험 사용자 그룹 업로더와 여기에 포함된 1명의 사용자를 누가 신경 쓰는가?그리고 그보다 더 나쁜 것은...왜 그냥 0인거야?이건 대중을 위한 통계인데...지금은 *아마도* 관리자 수 등에 관심이 있을 것이다* 아마도 크래트에 대해서는 별로 관심이 없을 것이다. 그러나 확실히 쓸모없는 빈 그룹들은 아니다. -- 멘티스ock 17:26, 2008년 11월 19일 (UTC)

이 페이지는 소프트웨어에 의해 동적으로 생성되며, 사람들이 "관심"하는 통계나 심지어 각 통계가 의미하는 바를 전혀 알지 못한다.그것들은 단지 로그 테이블에서 나온 숫자에 불과하며, 그것은 페이지에 적절한 순서로 올려놓도록 지시되어 있다.위키피디아를 운영하는 소프트웨어인 MediaWiki는 또한 수천 개의 거대한 목적을 가진 웹사이트를 운영하는데 사용된다는 것을 기억하라; 그러한 사이트들 중 일부에서는 각 범주의 사용자 수가 지극히 중요할 수도 있다.왜냐하면 그렇게 말하는 것은 간단하지 않다.wiki는 특정한 통계에 신경쓰지 않는다. 그것은 삭제되어야 한다.해피멜론 18:55, 2008년 11월 19일 (UTC)

어떤 경우에 통계가 필수적일 수 있는가?O_o -- Mentisock 10:19, 2008년 11월 20일 (UTC)

종이 역할극 게임을 온라인으로 하는 사이트를 상상해 보십시오; 위키의 투명성과 책임성은 그러한 게임에서의 움직임과 활동을 추적하는 데 이상적으로 적합하다.네임스페이스 페이지는 게임 내의 이벤트나 사물을 나타낼 수 있으며, 다양한 그룹의 사용자들은 다양한 파벌이나 특정 기술을 가진 플레이어를 나타낼 수 있다.이와 같은 위키에서, 네임스페이스의 페이지와 그룹의 사용자 수에 대한 정확한 숫자는 게임에 완전히 귀중하다.이것은 단지 하나의 예일 뿐이다.미디어위키는 웹사이트 개발을 위한 매우 강력하고 유연한 플랫폼으로, 가능한 애플리케이션에는 정말 한계가 있다.해피멜론 11시 17분, 2008년 11월 20일 (UTC)

그래, 글쎄, 아직 완전히 '중요한' 건 아닌 것 같은데...게다가, 그들은 아마도 더 적절한 페이지에서 그것들을 수동으로 생성할 수도 있다.WP는 RPG는 아니지만...아니면 그런가? :-p -- 멘티스ock 12:48, 2008년 11월 20일 (UTC)

물론 우리는 rpg 사이트가 아니다. 요점은 통계가 어떻게 생성되고 어디에 표시되든, 그것들은 미디어위키의 일부 사용자들에게 중요할 것이다.그러므로 그것은 en에 있어서 우리에게 부적절하다.우리가 MediaWiki의 가장 유명한 사용자라는 이유만으로, 다른 사용자들이 우리 자신의 스타일 선호에 맞게 추가 작업을 하게 한다.우리는 운동장에서 단연코 가장 큰 아이야; 우리는 학교 불량배가 되지 않도록 조심해야 해.해피멜론 16:56, 2008년 11월 20일 (UTC)

네가 뭔가에 신경 안 쓴다고 해서 다른 누구도 안 쓴다는 건 아냐EVULA// 통화 // ☯ // 18:22, 2008년 11월 20일(UTC)

en.wiki? :-p -- Mentisock 19:52, 2008년 11월 20일 (UTC)

아니, 보지 않아도 얼마나 많은 지역 스텝들이 있는지 알기 때문이야.그러나, 나는 또한 그것이 "모든 사용자 그룹과 각 사용자 그룹의 인원수를 토해내는" 타입의 페이지라는 것을 안다.사용자 수, 오버래이터, 기사, 기타?그래, 흥미롭군.EVULA// 통화 // ☯ // 22:00, 2008년 11월 20일(UTC)

물론이지그냥 특수 페이지가 더 정리될 수 있다는 겁니다. -- 2008년 11월 21일(UTC) 09:57 (Mentisock 09:57)

표제목

좋아, 난 이게 무슨 일인지 모르겠어; 나만 그런 건지 아니면 모두가 그런 건지.어떻게든 탭(제목/토론/이 페이지/이력 편집 등)이 단축버전(제목/대화/편집/이력 등)으로 대체되었다.페이지를 로드할 때 원본이 팝업된 후 더 짧은 버전으로 전환하면 되돌릴 수 있다고 확신한다.나는 확장 버전과 함께 그것을 선호했다. 내가 이것을 돌려받을 수 있는 방법이 있을까? - DAK ROAD TROMBONATER 03:33, 2008년 11월 21일 (UTC)

나를 위한 긴 버전이 있다...캐시 삭제 시도(Firefox에서 링크를 클릭하거나 Shift+refresh를 누르십시오) ManishEarth^{Talk • Stalk} 06:14, 2008년 11월 21일(UTC)

거스름돈은 없다.선호도에 어떤 것이 있을까?나는 보았지만 아무것도 찾을 수 없었다. - 다크로드 트롬보네이터 06:20, 2008년 11월 21일 (UTC)

너는 어떤 가젯을 사용하고 있니?만약 그렇다면, 한 번에 하나씩 비활성화하여 그것을 하는 사람을 찾아 보십시오(이론적으로).또한 User에 있는 모든 정보:다크로드 트롬보네이터/모노북.js는 그냥 틀렸으니, 그 (그것은 약간 CSS이고 존재하지 않는 보호되지 않은 페이지를 가져오는 것)은 비워두어야 한다.--Splarka (rant) 08:48, 2008년 11월 21일 (UTC)

기본 언어 설정을 변경하셨습니까?영국 영어판에서는 탭 라벨이 다르다는 것을 알고 있다.– ukexpat (대화) 16:03, 2008년 11월 21일 (UTC)

고맙지만, 스플라카는 케이크를 가져간다.그것은 내가 사용한 적이 없는 이후로 장애인이 된 나의 친근한 기기 버전이었다.또한 모노북으로 넘어간 그 페이지의 잠재적인 보안 위험에 대해 미리 알려줘서 고마워. (진지하게, 나는 거기서 무슨 일이 일어날지 전혀 모르겠어!) -- DE DAMK LOAD TROMBONATER 20:58, 2008년 11월 21일 (UTC)

워치리스트를 조직하고 있나?

쉽게 보여주거나 숨길 수 있는 다른 시계 카테고리를 추가해서 당신의 시계 목록을 정리할 수 있는 방법은 없을까?예를 들어, 만약 당신이 심하게 파손된 페이지를 순찰하고 있다면, 당신은 편집된 것들이 당신의 감시 목록을 어지럽히는 것을 원하지 않는다.카테고리가 있는 워치 페이지를 추가할 수 있는 기능을 찾고 있어.이것이 가능한가?고마워 매니쉬어스^{Talk • Stalk} 06:08, 2008년 11월 21일 (UTC)

위키백과의 감시 목록 스크립트 중 하나:WikiProject 사용자 스크립트/Scripts#Watchlist가 도움이 될 수 있거나 Firefox 및 Greasemonkey를 사용하는 경우 - Wiki Project 사용자 스크립트/Scripts#Watchlist:도구/Greasemonkey 사용자 스크립트#Misc.– ukexpat (대화) 16:01, 2008년 11월 21일 (UTC)

리드 섹션 편집에서 겹침

리드 섹션 편집을 위해 편집 탭을 선택했을 경우(특수:Preferences > Gadgets > 사용자 인터페이스 가젯--상자:"페이지의 리드 섹션에 [편집] 링크 추가") 및 이 페이지로 이동하십시오.바이러스, 그런 다음 리드 섹션 편집 링크가 반보호된 자물쇠 링크를 덮는다.관리자가 위치를 수정할 수 있는가?감사합니다, 매니쉬어스^{Talk • Stalk} 06:21, 2008년 11월 21일 (UTC)

그건 화면 해상도 문제인 것 같아.나는 1280x1024에서 볼 때 겹치는 것을 보지 않는다.어떤 경우에도 관리 수정이라고 생각하지 않으며, 미디어위키 소프트웨어 수정 또는 기본 .css로 편집해야 한다.– ukexpat (대화) 15:56, 2008년 11월 21일 (UTC)

세마틱 위키백과

시멘틱 위키백과에 관심이 있지만, 몇 년 전의 프로포즈 이외의 다른 곳에서는 구체적인 정보를 찾을 수 없는 것 같다.그것에 대해 논의되는 것이 있는가?재단의 상위 레벨이 가까운 장래에 시멘틱 미디어위키 확장을 이용하는 것을 고려하고 있는가?만약 그렇지 않다면, 예약은 무엇인가?구현하고자 하는 사항의 목록이 있는가?온톨로지 리스트 작성, 자동화 봇 작성 등 기다리는 동안 우리가 할 수 있는 일이 있을까?즉, 위키백과 어딘가에 협조적인 노력이 있는가, 그렇지 않다면 왜 없을까? -- --ħɥʂı^ʝɘɖı 20 20 20 20:51, 2008년 11월 21일 (UTC)

그것은 우리가 고려해야 할 목록에 있지만, 우리는 기본적으로 약간 지루하다. 성과와 마크업 복잡성 함의는 고려되어야 한다.우리는 결국 좀 더 제한적이지만 여전히 많은 깔끔한 엑스트라를 제공하는 일을 하게 될지도 모른다. --briion (토크) 21:07, 2008년 11월 21일 (UTC)

나는 추가적인 시멘틱 미디어위키 마크업이 충분히 간단하다고 생각하는데, 나는 그것이 얼마나 단순할 수 있는지 상상할 수 없다.만약 편집자들이 괄호를 다룰 수 있다면 그들은 추가 세미콜론도 다룰 수 있다.하지만 나는 성능 문제가 있을 수 있다는 것을 확실히 이해한다.우리는 그들의 마크업을 사용하는 것으로 시작할 수 있지만 실시간 처리, 추론, 검색 등은 하지 않고 대신에 오프라인으로 rdf를 수출한다.성능이 충분히 좋아지면 다른 기능도 켤 수 있다. -- þħɥʂı^ʝɘɖı 03 03 03 03:00, 2008년 11월 22일 (UTC)

업로드 파일 크기 제한 상승

여러분, 파일 크기 업로드 한도가 브리온 바이버에 의해 100MB로 올라갔어.메일링 리스트 게시물은 여기와 여기를 참조하십시오.또한 업로드된 파일들은 현재 새로운 파일 서버에 있다.Techman224^Talk 01:22, 2008년 11월 22일(UTC)

좋은 소식이야.비디오는 한도가 문제를 나타내는 메인 파일이다.대역폭 문제는 확실하지 않지만, 비록 사람들이 대역폭을 다섯 부분으로 나눠서 보더라도 여전히 시청할 것 같아.리처드001 (대화) 06:21, 2008년 11월 22일 (UTC)

ReflectionScript를 사용하는 비준수 미러 종료

한 비민원 거울은 어떠한 이메일에 대한 응답도 거부하며 DMTF 타케트다운 통지를 무시했다.나는 마이크 고드윈에게 나를 지시한 짐보에게 알렸다.결국 그는 우리가 기술적으로 그들을 폐쇄할 것을 제안했다.그들이 위키백과에 접속하는 것을 어떻게 막을지는 모르지만, 그들은 리플렉션스크립트를 사용하는 것 같다.내가 마을 펌프에 대해 토론을 시작하자고 제안받아서, 그래서 나는 그렇게 했다.Dendodge Talk^Contribs 16:13, 2008년 11월 20일 (UTC)

DTMF 인수통지서 말씀이세요?삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐삐!

그래, 어쨌든 - 내가 보냈어.DendodgeTalk^Contribs 17:01, 2008년 11월 21일 (UTC)

시작점으로서, 우리는 대본에서 버그를 찾아내고 위키백과 인터페이스에 거울을 깨트릴 수 있는 누군가를 해야 한다고 생각한다.이게 어떻게 될 수 있는지 아는 사람 있어?디브가 에디토켄스에 +\를 더해서 형편없는 프록시를 망가뜨린 것 같은데, 리플렉션스크립트에 같은 효과를 줄 만한 것을 찾을 수 있을까?폭스리 록시 02:29, 2008년 11월 22일 (UTC)

\+우리 페이지 텍스트를 깨트린 형편없는 프록시를 깨기 위해 추가되었다.이것은 위키피디아에 직접적인 피해를 주지 않고 IP 주소로 훨씬 쉽게 차단을 할 수 있기 때문에 다르다.— Werdna • 대화 23:34, 2008년 11월 22일 (UTC)

수정 내역 정렬

수정기호는 사용자 이름의 길이로 인해 편집기의 사용자 이름 뒤에 정렬이 해제된다.(25,910바이트)(여기서 요약 편집)이 정확히 서로 아래에 오도록 하는 일부 스타일 태그.그렇게 한다면 Revison history 페이지는 훨씬 더 깔끔해 보일 것이다.

예시 전류:

• (cur) (마지막) 03:53, 2008년 11월 21일 (토크 기여) 상승 lkblr (25,910바이트) (→울수호 사진) (undo)
• (cur) (마지막) 22:37, 2008년 11월 20일 (토크 기여) (25,663바이트) (→이름 변경 논쟁, 다시) (언도)

제안된 예:

• (cur) (마지막) 03:53, 2008년 11월 21일 (토크 기여) 상승 lkblr (25,910바이트) (→울수호 사진) (undo)
• (cur) (마지막) 22:37, 2008년 11월 20일 (토크 기여) [---] (25,663바이트) (→이름 변경 논쟁, 다시) (언도)

바이트 정보가 정확히 서로 아래에 있으면 "바이트"가 정확히 서로 아래에 오도록 위의 예에서 [--] 공지사항이 공백으로 되어 있는 경우, 기록 페이지는 깔끔해지고 읽기 쉬워질 것이다.제안해 보시오!lkblr (토크) 상승 04:27, 2008년 11월 21일 (UTC)

Span style=minwidth:150px UserName(토크 기여) /span - 최소 너비의 Spanning 사용자 이름이 하나의 좋은 해결책이 될 것이다.lkblr (토크) 상승 04:37, 2008년 11월 21일 (UTC)

너비를 최소한으로 줄 수는 없다. 한 줄이 다른 줄보다 길면 끊어질 것이다.기본적으로, 전체 역사 배치는 테이블로 전환되어야 할 것인데, 이것은 여러분이 처음에 제안했던 것보다 훨씬, 훨씬 더 웅장한 것이다.:) EVULA/// 대화 // 04:38, 2008년 11월 21일 (UTC)

답장이 고마워, 그 테이블은 넘쳐나는 편집 요약도 정리할 수 있을 거야.그러나 일부 사용자 이름은 너무 길기 때문에 이 점을 고려해야 한다.lkblr (토크) 상승 10:15, 2008년 11월 21일 (10:15, 21)

이런 것을 당신의 모노북.css나 다른 피부별 CSS 파일에 추가해 볼 수 있다.어쨌든 FF3에서는 이게 효과가 있는 것 같아.

#페이지 역사 .mw-userlink {     너비:10이외의;     전시하다:인라인 블록;     수직의:맨 위의;     화이트 스페이스:포장을 풀다;     넘치다:숨은; } 

"width:10ex" 및 "display:property-block"은 브라우저에 사용자 이름을 포함하기 위해 특정 너비 박스를 사용하도록 지시하고, "display-president:top"은 상자를 포함 상자의 상단에 맞추도록 지시한다(기본값인 기준선이 위첨자로 표시됨)."white-space:nowrap"은 줄 바꿈을 하지 말라고 말하고, "white-space:nowrap"은 줄 바꿈을 하지 말라고 말하고, "white-space:nowrap"은 나머지 사용자 이름을 박스에서 튀어나오게 하지 말라고 말한다.Anomie⚔ 12:50, 2008년 11월 21일 (UTC)

그것은 별로 도움이 되지 않았다."Bytes" 다음에 m단조 편집을 보여주는 것도 정리하는데 도움이 될 것이다.lkblr (토크) 상승 15:36, 2008년 11월 22일 (UTC)

페이지 보기 통계

안녕, 나는 위키피디아의 한 페이지에 대한 페이지 보기 데이터를 얻기 위해 이 페이지에 대해 알고 있어.이렇게 하는 것이 가장 좋은 방법인가(도마스의 원시 데이터로 작업하는 것 외에?)다른 비슷한 도구는 없으십니까?고마워! -- 피비 / (말씀) 07:35, 2008년 11월 22일 (UTC)

사실, 나는 위키에서 바로 페이지뷰 통계를 확인하는 특별한 페이지의 일을 맡았어.집에서 시제품이 작동하고 있지만, 14개 기사에서만 작동하고 공개되지 않는다. — Werdna • talk 07:38, 2008년 11월 22일(UTC)

제발 도와줘.CSS / .JS 메시지 차단기

위키피디아에 있는 메시지 차단기에 대해 나는 다소 당황한다.로그아웃하면 모든 페이지의 기록 탭에는 "기록 통계 수정" 및 "페이지 보기 통계"와 같은 일련의 링크가 있다.하지만 로그인하면 그 선이 사라지고 그 아래 라인이 ""로 바뀐다.Legend: (cur) = difference with current version, (last) = difference with preceding version, M = minor edit". 나는 내 에 있는 다른 메시지 차단을 제거하려고 시도했다.CSS와 그들이 일을 했지만(예를 들어, GFDL 메시지가 돌아왔다), 페이지 기록의 새로운 줄이 나에게 나타나게 하는 것은 아무것도 없는 것 같았다.내 안에 다른 것이 들어있니?CSS 또는 .저 선을 막고 있는 JS?이 링크를 강제로 표시하기 위해 두 페이지 중 하나에 추가할 수 있는 코드가 있는가?

또한, 내 에 추가할 수 있는 코드 라인이 있는가?"WARNING: 이 페이지는 154 킬로바이트 길이로, 일부 브라우저는 접근하는 페이지 또는 32kb보다 긴 페이지를 편집하는 데 문제가 있을 수 있다. 페이지를 더 작은 섹션으로 구분하십시오." 행으로 구분하시겠습니까?

미리 고맙다.It Is Me Here 10:06, 2008년 11월 22일 (UTC)

후자의 경우:

#mw-edit-long 페이지 경고 { display:message; }

자바스크립트도 많고, 우리가 볼 수 없는 장치도 선택되어 있을 겁니다.브라우저에서 javascript를 사용하지 않도록 설정하여 원인이 있는지 신속하게 확인하십시오.그렇다면 현재 가지고 있는 가젯과 monobook.js 스크립트를 비활성화해 보십시오.긴 페이지 경고는 #장면 경고. --Splarka (rant) 11:05, 2008년 11월 22일 (UTC)

고마워, Longpagewarning blocker는 효과가 있었지만 History 페이지 링크에 대한 정보가 더 필요해.즉, 브라우저에서 Javascript를 비활성화하려면 어떻게 해야 하는가?It Is Me Here 11:41, 2008년 11월 22일 (UTC)

대화할 토론

며칠 전, 보통 '토론'과 '새로운 섹션'을 읽는 각 페이지의 맨 위에 있는 탭은 이제 각각 'talk' a+'로 읽힌다.나는 어떤 기본 설정도 변경한 기억이 없다(그리고 "새 섹션" 탭 텍스트를 변경하여 훨씬 좁은 '+'를 표시하도록"라고 쓰여 있는 기본 설정은 선택되지 않은 채로 남아 있다).이런 일이 다른 사람에게 일어났는가, 그리고 누가 왜 일어났는지 아는 사람이 있는가?고마워, αяβιяαιιιWHψθ 14:11, 2008년 11월 22일 (UTC)

또한 '이 페이지 편집'은 '편집'이 되었다.αяβιααιłłWHψθθ 15:24, 2008년 11월 22일 (UTC)

나도 그런 문제가 있어.나는 편집된 미디어위키 메시지를 모르기 때문에 무슨 일이 일어났는지 모르겠다.알렉시우스08 (대화) 16:31, 2008년 11월 22일 (UTC)

보아하니, 친숙하다-불능화 될 수 있다.Dendodge Talk^Contribs 21:00, 2008년 11월 22일 (UTC)

수식을 표시하는 동안 문제 발생

때때로 일부 공식은 표시되지 않는다.영구적인 것은 아니다.참조<math>\sum_{i=1}^{\infty}{1 \over i^2}</math> ${\displaystyle \sum _{}^{}}$ ${\displaystyle \underset{}{\overset{}{i}}}$= ${\displaystyle \underset{}{\overset{}{1}}}$ ${\displaystyle \underset{}{\overset{}{\mathrm{}}}}$ ${\displaystyle \underset{}{\overset{}{}}\frac{\mathrm{}}{}}$ i ${\displaystyle \frac{{2\mathrm{}}^{}}{}}$ ${\$}{$1$$\over$ i$^{2$}}$$및<math>(1-\frac{2}{n})\times 180</math> ${\displaystyle (1}$- ${\displaystyle \frac{\mathrm{2n}}{}}$) ${\displaystyle \times }$ ${\displaystyle 180}$ ${\displaystyle (1-{\frac {2}{n})\time 180$ 어떻게 할 수 있을까?Bean49 (토크) 19:19, 2008년 11월 22일 (UTC)

나도 많은 페이지에서 이 문제를 알아챘어.이따금 이런 일이 일어나지만(이유는 기억나지 않는다) 대개는 몇 시간밖에 지속되지 않는다.이것은 며칠째 계속되고 있으며, 선의의 (그러나 새롭고 혼란스러운) 편집자들은 기사의 공식들이 표시되지 않을 때 그것을 고치기 위해 온갖 부질없는 편집을 시도하고 있다.나는 그 문제를 해결하기 위해 어떤 노력이 필요한지 알고 싶다.서버가 다운됐나?siℓℓy 토끼 (토크) 2008년 11월 22일 19:25 (UTC)

이 문제가 해결될 때까지, 불필요한 가새 추가와 같이 어떤 방법으로든 공식을 변경하여 공식을 수정할 수 있다는 점에 유의하십시오.<math>\sum_{i=1}^{\infty}{1 \over i^2}{}</math> ${\displaystyle \sum _{}^{}}$ ${\displaystyle \underset{}{\overset{}{i}}}$= ${\displaystyle \underset{}{\overset{}{1}}}$ ${\displaystyle \underset{}{\overset{}{\mathrm{}}}}$ 1 ${\displaystyle \underset{}{\overset{}{}}\frac{\mathrm{}}{}}$ ${\displaystyle \frac{{2\mathrm{}}^{}}{}}$ $displaystyle \sum _{i=1}^{\infit }{1 \over i^{2}}:$ 및$$<math>(1-\frac{2}{n})\times 180{}</math> ${\displaystyle (1}$- ${\displaystyle \frac{\mathrm{2n}}{}}$) ${\displaystyle \times }$ ${\displaystyle 180}$ ${\$n$\}\}\}\}.$ 대수학자 19:32, 2008년 11월 22일 (UTC)

D: 접두사

'd:tour 1997 at Southampton'(앨범)이라는 제목의 기사가 있는데, 이 기사는 최근 d: 접두사의 특성상 접속이 불가능해졌고, 현재 페이지를 위키트리거로 바로 연결시키고 있는데, 그 페이지는 분명히 존재하지 않는다.이것이 해결될 수 있는 방법은 없을까?제목을 'd tour' 또는 'd-tour'로 변경함으로써 가능함.약간은 틀리겠지만 적어도 페이지에 접근할 수 있게 해줄 것이다.—JALEXANDER06(대화 • 기여) 20:54, 2008년 11월 22일(UTC)에 의해 추가된 서명되지 않은 의견 준비

개발자에게 이동 요청 필요: T18430 해피멜론 22:05, 2008년 11월 22일(UTC)

오우, 브라이온이 그의 드라이브에서 무엇을 숨겨왔는지 보고 싶었어.심각한 것은 단문자 접두사를 사용할 때 잘못된 긍정이 불가피할 것이다.— CharlotteWebb 22:12, 2008년 11월 22일 (UTC)

인용하다. 본문의 절반만 표시하다.

해결됨

– ukexpat (대화) 22:28, 2008년 11월 22일 (UTC)

오른쪽 및 왼쪽 트래픽(및 다른 페이지도)에서(XP의 MSIE의 클래식 스킨에서) 숨겨진 "쇼 박스" 제목 ...일반적으로 오른쪽(왼쪽)을 유지하는 제목이 제목에 참조되어 있다.참조가 위첨자이기 때문에, 본문 텍스트가 페이지 아래로 밀려 내려가는 것이 순효과지만, 선 높이가 그에 필적할 정도로 높아지지는 않기 때문에 제목 텍스트의 아래쪽 절반은 잘려져서 보기 흉하고 읽기 어렵다. (a) 이것은 단지 고전적인 피부일 뿐이다. (c) 이것은 MSIE (c) 고정 가능한 것이다. 그리고 만약 그렇다면? -- SGBailey (talk) 21:32,2008년 11월 22일 (UTC)

모노북/불꽃은 괜찮아 보인다.페이지를 편집하여 박스 내에서 ref를 이동시킬 것이다. – ukexpat(대화) 22:14, 2008년 11월 22일(UTC)

끝냈어 지금 어때?– ukexpat (대화) 22:17, 2008년 11월 22일 (UTC)

사랑스러워. 고마워. -- SGBailey (대화) 22:26, 2008년 11월 22일 (UTC)

템플릿 오류 관련 도움말

참조할 새 템플릿을 만들려고 하는데 표현식 오류: 인식할 수 없는 구두점 문자 "{"

현재 소스:

{{#ifexpr: {{1}}}}0 [http://www.tki.org.nz/e/schools/display_school_info.php?school_id={{1}:{1}}} 테케테 이푸랑기 학교 데이터베이스: {{{1}}] [http://www.tki.org.nz/e/schools/index.php 테케테 이푸랑기 학교 데이터베이스]}}}{{문서화}[카테고리:뉴질랜드 특정 소스 템플릿 TKI][[/noinclude]

제가 무엇을 잘못했지요?대안 논리는 매개변수 1이 누락되었을 경우 멋진 빨간색 오류 메시지를 표시하여 매개변수 1을 강제로 사용하는 것이다.극적 (토크) 21:49, 2008년 11월 20일 (UTC)

매개변수 1이 정의되는 한 그 선원은 잘 작동해야 한다.만약 1이 정의되지 않으면, 그것은 깨질 것이다.#ifexpr의 목적이 1의 정의 여부를 확인하는 것이라면, 다음 중 하나로 교체해야 한다.{{{1 }}}.대수학자 22:02, 2008년 11월 20일 (UTC)

그래. 사용할 때 제대로 작동할 거야.템플릿 페이지에서 보기 흉하게 보이지 않도록 하려면 다음을 포함하십시오.<includeonly>...</includeonly>. --— Gadget850 (Ed) - 2008년 11월 20일 (UTC)

감사 - 완료 및 문서화: {{}TKI} 드라마틱 (토크) 22:28, 2008년 11월 20일 (UTC)

현재 템플릿은 문서화된 대로 작동하지 않으며, {{1}}이(가) 정의되지 않은 경우 식 오류를 반환한다.말했듯이, 이런 목적을 위해서는 #if를 사용해야 한다.대수학자 22:32, 2008년 11월 20일 (UTC)

그러나 #ifexpr과 달리, 이전 코드에서 "거짓"이 되었을 0을 포함하여 비어 있지 않은 모든 파라미터에 대해 "true"를 반환하므로, 이것은 당신이 원하는 것이 아닐 수도 있다.— CharlotteWebb 20:59, 2008년 11월 23일 (UTC)

물품

1) 기사집계에 리디렉션이 포함되어 있는가?(리디렉트는 링크로 간주될 수 있다.)그리고, 참, 이 질문에 대답하면 어떻게 알았는지 말해줘.

2) 어디선가 위키백과 기사에 번호가 붙어 있는 것을 읽었다.번호 목록에 액세스한 다음 해당 번호를 사용하여 기사를 검색할 수 있는가? - 사용자:라라오우, 11월 20일 —2008년 11월 21일(UTC) 00:59에 미기일 코멘트가 추가되었다.

1) 위키백과에서 말하는 바와 같이:"데이터 세트" 섹션의 위키피디아 크기, 리디렉션은 계산되지 않는다.

2) 물품에 번호를 매기는 방법에는 두 가지가 있다. 하나는 단순 색인이고 다른 하나는 "랜덤 기사" 기능을 위해 고안된 것이다.둘 중 어느 쪽도 접근할 수 없고, 그렇게 해도 아무런 소용이 없다.

--카르닐도 (대화) 03:03, 2008년 11월 21일 (UTC)

실제로 의 값은 공개 [9]이며, — CharlotteWebb 20:47, 2008년 11월 23일(UTC)로 자바스크립트도 이용할 수 있다.

후속 조치로, 너도 정보를 얻을 수 있을 거야. 엔위키 쓰레기장을 뒤져야 할 거야.실용적인 의미에서는 별로 유용하지 않다.^demon

Tex에서 간격이 작동하지 않음

${\displaystyle f}$ ${\$\$f\}$과 같은 간격을 가진 변수가 k ${\$\$k\}$과 같은 일부 문자와 함께 작동하지 않는$$ 이유는 무엇인가$?$ png로 렌더링된 "f"를 보고 있지만 "k"는 html로 렌더링되고 공간에 대한 코드도 표시되고 있다.나는 위키피디아에서 이 문제를 발견했다.위키프로젝트 일렉트로닉스/스탠다드 기호가 있지만 다른 것도 고장날 수 있다.SpiningSpark 09:29, 2008년 11월 23일 (UTC)

비교적 최근에 Firefox를 사용하기 시작했기 때문에 브라우저 문제인지 확인하기 위해 IE6에서 이것을 시도해 보았다.IE는 2008년 11월 23일 (UTC) 09:34, K. SpiningSpark의 빈 공간을 렌더링하고 있을 뿐이다.

이것은 다시 TeX가 망가진 벌레인 것 같다.이 예는 이미 고쳐진 것 같다.대수학자 12:51, 2008년 11월 23일 (UTC)

나도 이제 그거 좋아 보인다.그게 다 뭐였어?SpiningSpark 16:31, 2008년 11월 23일(UTC)

버질라:16440.대수학자 16:46, 2008년 11월 23일 (UTC)

Interwiki 링크 - 기본 코드가 올바른 옵션이 아님

Commons에서 나는 en과 연결된다.위키백과는 항상.그렇게 하려면 링크 시작 부분에 'w:'를 입력하고 나머지는 그냥 보통으로 남겨두십시오(예: w:Wikipedia(이것도 물론 필요하지 않지만)).불행하게도, 그리고 보시다시피, 이것은 "w:위키피디아는 단순히 "위키피디아"가 아니다.당신이 실제로 'w:whatever'라고 말하길 원하는 경우는 거의 없지만, 이것은 여전히 디폴트로 남아있다.정상적으로 표시하려면 'w:word word'를 입력해야 하는데, 이 워드는 1초 이상 낭비되고 그럴 때마다 좌절감을 더한다.확실히 선호되는 기본값은 접두사 뒤에 텍스트를 표시하고 실제로 'w:word'를 입력하도록 하는 것이다.확실히 이것을 바꾸는 것은 간단한 일이 될 것인가?

문제는 이 코드가 너무 널리 사용된다는 것이다.사람들이 'prefix:word'를 읽고 싶었던 것은 어쨌든 'word'가 될 것이다(아마도 기본적으로 접두어 코드를 볼 수 있다는 점을 이용해 'type in the follow code'라고 했을 것이다).우리가 이 일을 해결할 방법이 없을까?내가 생각할 수 있는 유일한 것은 같은 일을 하는 새로운 접두사를 만드는 것이다. 예를 들어 wx:워드는 w:word와 동일하게 작동하지만 'w:word'가 아닌 'word'로 기본 설정된다.다른 모든 접두사에도 동일하게 사용될 수 있다. 즉, 기존 접두사 끝에 x만 추가하면 된다(다른 위키에서 새로운 접두사를 추가하는 것은 상당히 간단한 문제라는 것을 안다).그래서 wikt:word는 wiktx:word가 될 것이고, 당신은 그것을 사용할 때마다 타이핑/복사 + 'word'를 붙일 필요가 없을 것이다.이런 기술력에 좀 좌절된 사람은 나뿐만이 아닐 것이다.나는 Bugzilla에서 그런 변화를 제안해야 한다고 생각한다.누가 그것을 지지하겠는가?그리고, 내가 추측했듯이, 소프트웨어가 기본적으로 접두사를 무시하는 것이 실제로 가능한가?리처드001 (대화) 06:18, 2008년 11월 22일 (UTC)

WP:PIPETRIC - 입력만 하면 [[w:Foo ]]]로 자동 확장되어 [[w:페이지 저장 시 Foo Foo]]Mr.Z-man 06:26, 2008년 11월 22일 (UTC)

오, 멋지다.나는 그것을 모르는 것에 대해 꽤 신참인 것 같아, 어쩌면 이미 방법이 있는지 물어봤어야 했을지도 몰라.리처드001 (대화) 06:02, 2008년 11월 25일 (UTC)

더 많은 망가진 수학 이미지

이전 문제(1, 2, 3)와 마찬가지로 <함수>p와 <함수>E\,\!</함수>에 의해 생성된 영상이 깨진다: $p{\displaystyle }$ ${\displaystyle$ p$\},$ $E{\displaystyle }$ $displaystyle E\,\}.$—Bkell (talk) 05:32, 2008년 11월 25일 (UTC)

통합 워치리스트가 가능한가?

안녕 여러분 -

나는 정기적으로 다음을 기탁한다.위키, 그리고 때때로 공용어와 다른 언어 위키피디아에 기고하기도 한다.불행히도, 나는 다른 WP와 하원의원들에 2주에 한 번 정도밖에 안 돼...wiki? Grutness...의 watchlist에 있는 프로젝트 몇 가지 항목을 watchlist에 추가할 방법이 없을까?뭐? 2008년 11월 23일 00:00 (UTC)

아니, 아직 아니야.그러나 Commons를 포함한 일부 소규모 프로젝트에서 감시 목록에서 변경되는 내용이 있을 경우 사용자에게 전자 메일을 보내도록 MediaWiki를 설정할 수 있다.다른 전자 메일 옵션과 함께 기본 설정에 있음.Graham87 04:20, 2008년 11월 23일 (UTC)

지금 바로 로그인하면 다음과 같은 것을 사용할 수 있다.

http://en.wikipedia.org/w/api.php?action=query&list=watchlist&wllimit=50

로컬 감시 목록을 확인하지만 다른 Wiki에 대해 동일한 데이터를 가져오는 유일한 방법은 URL의 도메인 이름을 변경하는 것(로컬 API에서 액세스하기 위해 "사이트" 매개 변수를 설정하는 방법이 보이지 않음):

http://commons.wikimedia.org/w/api.php?action=query&list=watchlist&wllimit=50

다른 도메인의 API(즉, 스크립트가 실행되는 사이트가 아닌 다른 사이트에서 데이터를 가져오기 위해)에서 데이터를 가져오려는 교차 사이트 AJAX는 보안 설정을 오버리딩할 수 없는 한 대부분의 브라우저에서 실패한다.(편집: 아직 공개되지 않은 Firefox 3.1에서는 이 설정을 구성할 수 없거나 구성할 수 없을 수 있으며, 추가 정보를 읽어야 함)

약간 관련된 이유로 툴 서버에서도 SUL 로그인을 하지 않는 한 이 작업은 작동하지 않을 것이다.API와는 달리 툴 서버는 당신이 어떤 wiki 사용자인지 알 방법이 없다.툴 서버 스크립트가 사이트에 의해 설정된 쿠키를 확인하려고 시도했다면, 이것은 또한 대부분의 브라우저의 보안 설정에 의해 거부될 것이다.신원을 확인하지 않고 감시 목록을 보여주는 것은 모든 사람들이 감시 목록 데이터를 볼 수 있게 하고 완전히 받아들일 수 없게 만들 것이다(그리고 논란의 여지가 있는 "비공개 데이터"에 대한 기초 정책을 위반한다).

이것은 AWB, Huggle 또는 (기타?) 봇 소프트웨어와 유사한 미디어위키 전용 클라이언트 애플리케이션에 좋은 기능일 수 있다.— CharlotteWebb 20:04, 2008년 11월 23일 (UTC)

그래, 보통은 JSON 데이터에 자바스크립트 콜백을 사용할 수 있어, 이렇게...

http://commons.wikimedia.org/w/api.php?action=query&list=watchlist&wllimit=50&format=jsonfm&callback=callme

그러나 "콜백" 매개변수를 가진 어떤 요청도 정보를 쿼리하기 전에 (보안상의 이유로) 가짜 로그-유-아웃되므로, 이런 식으로 자신의 감시 목록을 확인하는 것은 사실상 무용지물이다.언급했듯이, 이를 유용하게 만드는 것은 약간의 보안 구멍을 만들 것이다:/ 2008년^T 11월 23일 (UTC)

결합된 감시 목록을 구현하는 툴서버 툴은 TURCS를 사용하여 사용자의 신원을 확인할 수 있다.Graham87 23:38, 2008년 11월 23일 (UTC)

도구 서버 도구/사용자가 감시 목록 테이블을 사용할 수 있는 것은 명백한 개인 정보 보호상의 이유 때문이라고 생각하지 않는다.이러한 도구가 작동하는 유일한 방법은 wiki 암호가 필요하기 때문에 도구 서버 규칙을 위반할 수 있는 모든 프로젝트에 로그인하는 것이다.교차 사이트 AJAX, 웹 브라우저에서 완전히 또는 대부분 분리된 도구 생성, 또는 교차 사이트 감시 목록을 추가하기 위한 소프트웨어 변경 등의 작업을 제외하고, 이를 위한 유일한 방법은 RSS 피드 및 애그리게이터를 사용하는 것이다.Mr.Z-man 00:39, 2008년 11월 24일 (UTC)

API(bugzilla:14869당)에 Recentchangeslinked 방법이 있다면, 이는 (각 프로젝트에 대한 링크의 사용자 하위 페이지를 통해) 쉬워질 것이다. --Splarka (rant) 08:27, 2008년 11월 24일 (UTC)

그것은 사실상 공공 감시 목록을 사용해야 할 것이며, 이것은 그 누구의 이익에도 부합하지 않을 수도 있다.또한 툴 서버 스크립트는 어디를 찾아야 하는지 알고 있다면 결합 및 시간별 정렬을 처리할 수 있다.실제로 도움이 되는 것은 하나의 위키 API 내에서 멀티프로젝트 쿼리를 하는 방법이다.이상적으로는 로컬 계정 데이터가 단계적으로 폐기되는 SUL의 모든 단계에서 주 소프트웨어에 내장될 것이다(이는 심지어 장기 계획의 일부라고 가정한다).— CharlotteWebb 20:29, 2008년 11월 25일 (UTC)

"페이지" 탭

안녕, 페이지를 로드할 때마다 탭의 "페이지" 비트("프로젝트 페이지", "사용자 페이지", "토크 페이지", "특수 페이지")가 거의 즉각적으로 깜박인다. 마치 그것을 누르고 있는 자바 물건들이 있는 것처럼.내가 어떻게 돌려받을 수 있는지 아는 사람 있어, 맘에 들어?고마워! ╟-TreasuryTag►contribs-╢ 12:26, 2008년 11월 24일 (UTC)

TT, 혹시 "친절한" 대본을 쓰셨나요?그렇다면 최근 탭의 추가 공간을 확보하기 위해 탭의 텍스트를 줄이는 새로운 기능을 도입했다고 생각한다.(Wikipedia: 참조WikiProject 사용자 스크립트/스크립트/친환경#친환경 탭)표준 텍스트를 허용하는 구성 옵션도 있다고 생각한다.이것이 도움이 되기를 바란다. --Ckatz^chat_spy 19:39, 2008년 11월 24일 (UTC)

오, 그래, 고마워. 난 그게 다라고 확신해. 어떻게 그걸 무력화시킬 수 있는지 알아?친근한 페이지가 그렇게 명확하지 않아...고마워! ★-TreasuryTag►contribs-11:30, 2008년 11월 25일 (UTC)

겨울

계절인 윈터에 대한 기사가 제대로 로딩되지 않고 탭(토론, 편집, 역사)과 페이지 왼쪽 전체가 사라졌다.내 말미에 문제가 있을 수 있지만 다른 페이지가 올바르게 로드되고 있다. 144.92.84.206 (대화) 16:56, 2008년 11월 24일 (UTC)

여긴 괜찮아.캐시를 바이패스하고 브라우저를 다시 시작하고 컴퓨터를 다시 시작해 보셨습니까?대수학자 17:00, 2008년 11월 24일 (UTC)

그 기사에서는 모든 게 괜찮아 보여...EVula // talk // talk // 23:23, 2008년 11월 25일(UTC)

GIF 스케일링 문제

GIF 스케일링 문제를 조사 중인 사람?이게 언제 고쳐질지 아는 사람?꽤 많은 기사를 개 밥상처럼 보이게 만들고 있어, 그래서 무시당했으면 좋겠어.—서명되지 않은 코멘트 81.156.127.116 (대화) 14:24, 2008년 11월 21일 (UTC)

나는 GIF 스케일이 쓰레기처럼 보인다는 것에 동의한다.나도 그 이유를 알겠다; GIF는 더 이상 스케일이 되지 않는다(!)! 모든 GIF 이미지는 이제 원본으로 원본 이미지를 가지고 있다.이것은 큰 이미지에서는 상당히 문제가 될 수 있다. — Edokter • Talk • 2008년 11월 21일 (UTC)

#GIF 크기 조정을 참조하십시오.이 Bugzilla 보고서는 관련이 있을 수 있다.[10] --—— Gadget850 (Ed) - 2008년 11월 21일 (UTC)

다른 웹 브라우저를 추천해 주시겠습니까?오페라에서 고화질 이미지 크기 조정을 하는 것으로 알고 있다. --카르닐도 (토크) 23:02, 2008년 11월 21일 (UTC)

맞아, 그건 부분적으로 IE의 잘못이야. GIF를 확장하는 것은 정말 형편없는 짓이야.하지만, 사람들이 위키피디아를 보기 위해 IE를 사용하지 말 것을 권하는 것은 선택사항이 아니다.마찬가지로, 위에서 연계된 토론에서 "애니메이션화되지 않은 이미지에 대해 PNG를 사용해 보십시오"라는 제안은, 누군가가 수천 개의 기존 GIF 이미지를 통과하고 변환할 준비가 되지 않는 한, 만족할 만한 해결책이 아니다.나를 어리둥절하게 하는 것은 왜 서버측 PNG 이미지 확장이 여전히 잘 작동하는지에 대한 것이다.성능상의 이유로 GIF 스케일링이 꺼진 것으로 알고 있는데 왜 PNG 스케일링이 더 적은 부하여야 하는지 이해가 안 가.Matt 12:33, 2008년 11월 22일 (UTC). —서명되지 않은 코멘트 추가 86.146.47.118 (대화)

PNG는 애니메이션이 아니고, 애니메이션 GIF가 GIF 스케일링이 꺼진 이유인 것 같아서?매우 잘못된 결정 IMO; 많은 큰, 즉 LARGE, GIF 이미지(비애니메이션)가 로드될 때 대역폭을 상당히 많이 차지한다.그래서 서버 성능이 저하되었을 수 있지만, 대역폭 사용량이 증가함에 따라 부정된다.또 다른 측면은 크기가 조정된 GIF 이미지가 IE에서 나쁘게 보일 수 있지만 애니메이션 클라이언트 크기 조정 GIF 이미지는 IE에서 매우 왜곡되거나 전혀 왜곡되지 않는 것으로 나타난다.이 결정은 제대로 숙고되지 않았다.그리고 이미지가 한 번만 스케일링되기 때문에(사용량에 따라) 명시된 성능 절감은 잘못된 표현이라고 생각한다. — Edokter • Talk • 15:57, 2008년 11월 26일 (UTC)

오버로드로 인해 이미지 스칼러 서버가 충돌하면 이미지가 전혀 표시되지 않는다.비록 그들이 느리게 실행되더라도, 그것은 여전히 완전한 해상도가 아닌 이미지의 페이지 로드를 느리게 할 것이다.Mr.Z-man 17:09, 2008년 11월 26일 (UTC)

봉인되지 않은 전체 해상도 이미지 다운로드도 마찬가지다.각 축소된 이미지가 여러 레벨로 캐시되거나 적어도 그렇게 되어야 하는 상황에서 어떻게 이미지 메스가 과부하될 수 있는지 이상하다. — Edokter • Talk • 17:46, 2008년 11월 26일 (UTC)

(미제목) 공동체를 참조하십시오.공용:파일 형식#이미지.PNG 스케일링은 더 심각한 문제다.모든 GIF 이미지를 PNG 이미지로 변환하는 것은 좋은 생각이 아니다.축소된 이미지가 캐시된 줄 알았는데나는 이 문제를 전혀 이해하지 못한다.서버가 페이지를 로드할 때마다 이미지를 즉시 확장하지 않아도 된다.이미 크기가 조정된 이미지를 캐시에서 끌어올리고 있어야 하기 때문이다.내가 뭘 빠트렸나요?GIF 이미지 스케일링은 보통 PNG 이미지 스케일링보다 대부분의 이미지 편집기에서 더 빠르기 때문에 어떤 각도로도 이 문제를 이해할 수 없다.나는 GIF와 PNG 이미지의 단순하고 빠른 이미지 편집을 위해 프리웨어 IrfanView를 사용한다.PNG 이미지 스케일링은 잘 하기 위해 더 복잡하다.GIF 이미지는 낮은 색상의 이미지로 항상 즉각적으로 확장된다.나는 애니메이션 GIF 이미지에 대해 잘 모른다.문제가 있는 애니메이션 GIF 이미지의 스케일링을 끄는 것이 가능할까?그리고 왜 그 스케일의 애니메이션 GIF 이미지가 캐시되지 않는가? --Timeshifter (토크) 18:16, 2008년 11월 26일 (UTC)

성공한 메시지 이동

Move successful 페이지(기사를 새 이름으로 이동한 후 나타나는 페이지)와 함께 이상한 일이 벌어지고 있는 것 같다.선행(priori)과 후행(철학)을 선행(priori)과 후행(properi)으로 옮긴 후 첫 줄에 나타나는 것은 다음과 같다.

page "a properi and properi (철학)" (links) (priori and properi (철학)&action=delete)는 "preferi and properi" (links)로 옮겨졌다.(필수 · 로그)

내가 보기엔 두 번째 전과자 링크가 있는 것 같아 (시작은 "priori and...")이 고장 났으므로 다음과 같이 공간을 밑줄로 교체해야 한다.

page "preferi and properi(철학)" (links) (삭제)는 "priori and properi"(링크)로 옮겨졌다.(필수 · 로그)

이게 나만 그런 걸까, 아니면 다른 사람들이 둘의 차이를 보는 걸까?스코모록 12:06, 2008년 11월 25일 (UTC)

이제 괜찮아졌다고?{{Nihiltres talk log}} 13:27, 2008년 11월 25일 (UTC)

어떤 사람들은 보안 서버를 사용하기 때문에 풀룰을 사용하면 훨씬 더 좋아 보일 것이다.그런데, 그 메시지의 하단에 이미 "삭제" 링크가 존재했다.—AlexSm 15:02, 2008년 11월 25일(UTC)

풀러럴 마법이 활성화되었다.:) {{Nihiltres talk log}} 2008년 11월 25일 (UTC)

내가 새로운 페이지를 보기 전에는 이것이 효과가 있었는지 알 수 없지만, 나는 당신이 그 문제를 적절하게 다루었다고 믿는다.고마워! skomorokh 14:04, 2008년 11월 26일 (UTC)

두 가지 기술적 논의

WP에서는 다음과 같은 두 가지 논의가 이루어지고 있다.기술적 마인드를 가진 편집자들이 관심을 가질 수 있는 현재 VPR.둘 다 구성 변경을 제안하기 때문에 폭넓은 참여와 지지나 반대 확언은 크게 감사할 것이다.첫 번째, P: 및 T: 유사 공간은 템플릿: 및 포털: 네임스페이스에 대한 두 개의 새로운 네임스페이스 별칭을 만드는 것이다.두 번째, Change default category sortkeys는 여기서 사용되는 기본 분류 방법을 변경하는 것이다.두 가지 모두에 대한 입력은 매우 감사할 것이다.해피멜론 14:57, 2008년 11월 25일 (UTC)

사람들이 "템플릿"과 "포탈"을 타이핑하지 못하는 것이 무슨 문제야?손가락이 불구가 됐나?:) --briion (대화) 21:35, 2008년 11월 25일 (UTC)

이 네임스페이스들 중 어느 것도 "D"로 시작하지 않으면 우리는 정말 문제가 생길 것이다. 위의 #D: 접두사를 참조하라.— CharlotteWebb 14:46, 2008년 11월 26일 (UTC)

검색 결과, 문제 제기

왜 이 검색[11]이 제럴드 포드# 외교 정책에서 언급된 곳이 아니라 (2차 세계 대전에서의 해군 복무)로 이어지는 것처럼 보이는가?이 질문은 이전에 여기서 제기되었지만, 대답은 결론에 이르지 못한 것 같았다.캐주얼Observer'48 (대화) 02:09, 2008년 11월 26일 (UTC)