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

Harvnb , 템플릿 인용 템플릿 및 기본 편집기 인용.

참고 항목:Harvnb 토론

{{cite family}이(가) {{harvnb} 참조를 올바르게 작성하는 데 필요한 ref=harv 매개 변수를 자동으로 추가하지 않는 것으로 알려져 있다.{{citation}} 템플릿이 자동으로 이것을 제공한다.편집기 위의 easyCiteMain 버튼은 이전 인용 패밀리 템플릿용 템플릿만 제공한다.이는 명백한 버튼을 누르는 기존의 참고문헌/바이블리오그래피 기사에 위키 편집자가 추가하면 결함이 있는 코드를 도입한다는 것을 의미한다.

또한 easyCiteMain 버튼이 제공하는 양식- Harvnb가 요구하는 필드 연도가 아닌 필드 날짜를 사용하십시오.(이것보다 좀 더 복잡하지만, 실제로 그렇게 된다.)

몇 가지 쉬운 해결책이 떠오른다.

• ref=harv를 기본으로 추가하고, 영리한 구문 분석은 트위들리 비트의 0.1%도 처리할 수 있지만, 1년 매개 변수의 날짜 전환은 아마도 가장 빠를 것이다.
• 추가 필드 연도 및 날짜.
• YN 박스 'Harv 호환 Y/N 만들기'
• 이지CiteMain 버튼에 {{Citation} 옵션 제공

내가 원하지 않는 것은 내가 개인적으로 내 설정에 대해 할 수 있는 교묘한 해결책을 듣는 것이다.문제는 선의의 편집자들이 남긴 쓰레기를 치우는 것이다- 해결책은 보편적일 필요가 있다.이 문제를 논의하여...---ClemRutter (대화) 19:33, 2010년 2월 9일 (UTC)

사용자 대화에서 토론할 때까지 기다리십시오.SlimVirgin/템플릿 및 위키백과:중앙 집중식 토론/Wikipedia 인용 스타일 종료.OrangeDog(오렌지독 • τ) 20:16, 2010년 2월 9일(UTC)

환경설정에서 링크 색상 사용자 정의

꽤 오래 전에 CSS에 커스터마이징 링크 색상을 추가했는데, 그렇게 해서 더할 나위 없이 행복하지만, 나는 다음과 같이 생각하고 있었다.가능하다면 내 (현재의 벡터) .css 페이지에서 꺼내주고 싶다.링크 색상을 사용자 정의하는 것은 다소 인기 있는 일이므로 특수에 설정(외관 탭으로 상상)을 추가하는 것이 타당하지 않을까?선호?
— V = I * R (Talk • 기여) 20:21, 2010년 2월 9일 (UTC)

내가 알기로는, 그것은 MediaWiki 소프트웨어에 추가되어야 할 것이다. 즉, 가젯을 사용하면 무언가를 활성화하거나 비활성화할 수 있지만, 설정을 변경할 수는 없다.현재 CSS와 JS에서 하고 있는 훨씬 더 많은 사용자 사용자 지정을 사용할 수 있다.---- Gadget850 (Ed) 23:13, 2010년 2월 9일 (UTC)

Iframe 문제 상태 업데이트

베타 사용자를 위한 소프트웨어 업데이트 버그가 일부 수정되었다.기술 블로그에 상태 업데이트를 올렸는데, 수정 사항이 밀려도 계속 업데이트될 겁니다. --Catrope 20:59, 2010년 2월 9일 (UTC) —Catrope가 추가한 서명되지 않은 코멘트 준비(토크 • 기여)

스크롤 코드

해결됨

– – ukexpat(대화) 02:59, 2010년 2월 6일(UTC)

얘들아, 템플릿 토크에서 시간을 좀 보냈어.알고 있었나.내가 그 페이지를 보면, 왼쪽 측면은 스크롤할 수 있어.이것은 내가 보는 모든 페이지에서 스크롤되도록 css나 사용자 스크립트로 구현될 수 있는가?고마워요.– ukexpat (대화) 22:29, 2010년 2월 5일(UTC)

사용자 사용의 결과:Shubinator/DYKcheck, 사이드바를 "동결"하기 위해 다음 코드를 사용한다.

//함수 기능을 하다 고정사이드바() { // 사이드바를 고정하는 코드 중 일부, 나머지는 addOnloadHook 기능 아래에 있음  // 이 기능은 모노북 피부에만 필요함  시합을 하다 내용물 = 문서화하다.GetElementBy아이디("열-내용");    // 주 내용 열 찾기    시합을 하다 발을 동동 구르다 = 문서화하다.GetElementBy아이디("발바닥");  // 바닥글 찾기  발을 동동 구르다.parentNode.제거차일드(발을 동동 구르다);    // 글로벌 래퍼에서 바닥글 제거  내용물.부록차일드(발을 동동 구르다);    // 내용 열의 끝에 바닥글을 놓으십시오.    시합을 하다 탭들 = 문서화하다.GetElementBy아이디("p-caues");   // 상위 탭 목록 찾기  탭들.parentNode.제거차일드(탭들);    // 측면 열에서 탭 목록 제거  내용물.삽입 전(탭들, 내용물.마지막 차일드);    // 내용 열에 탭 목록 배치    시합을 하다 개인적인 = 문서화하다.GetElementBy아이디("p-personal");   // 개인 링크 목록 찾기  개인적인.parentNode.제거차일드(개인적인);    // 측면 열에서 개인 링크 목록 제거  내용물.삽입 전(개인적인, 내용물.마지막 차일드);    // 내용 열에 개인 링크 목록 배치 }  //스타일시트  // 스크립트가 자체 포함되도록 스타일 시트 인라인 포함: 만일 (wgUserName != 무효의 && (고정사이드바 == "항상"    (고정사이드바 == "온티크"    && wgPageName == '템플릿_talk:did_you_know'))) {  시합을 하다 머리 = 문서화하다.getElementsByTagName("머리")[0];  시합을 하다 문체를 하다 = 문서화하다.createElement('스타일');  문체를 하다.타자를 치다 = 'text/css';  시합을 하다 사이드바DivHidden;  시합을 하다 사이드바Div;  시합을 하다 랑바디;  만일 (가죽을 벗기다 == 'vector') { // 베타 스킨(2009년 11월 기준)   사이드바DivHidden = '#패널';   사이드바Div = '#패널';   랑바디 = '#p-flash .body';  } 다른 { // 모노북, 모던하고 심플한 스킨   만일 (가죽을 벗기다 == '근대적인') {    사이드바DivHidden = 'div[id=mw_portlets]';   } 다른 만일 (가죽을 벗기다 == 'simple') {    사이드바DivHidden = '#column-1';   } 다른 { // 모노북 피부    사이드바DivHidden = 'div[id=column-one]'; /* 계수형 선택기를 사용하면 IE */에서 이를 숨긴다.   }   사이드바Div = '#column-1';   랑바디 = '#p-flash .p.p신체';  }  시합을 하다 cssText = " /* */ " 스크롤하면서 사이드바 위치를 수정하십시오.+      사이드바DivHidden + ' {                                                      '+  ' 위치: 고정됨; ';  만일 (가죽을 벗기다 == 'vector') { // 사이드바를 왼쪽 상단으로 강제 이동(벡터 스킨에서만 필요)      cssText += '좌: 0px' '+      '톱: 0 0';  }  cssText += '높이: 100%; /* 브라우저를 너무 작게 축소하면 */ '+  ' overflow: auto; /* 측면 열은 스크롤할 수 있으므로 */ '+  ' z-index: 2; /*은(는) 항상 액세스할 수 있지만, 못생기기는 하지만 */ '+  '   }                                                                           '+  '                                                                               '+  ' #p-logo { /* 다른 div와 인라인으로 로고 만들기 */ '+  ' position:static; '+  '   }                                                                           '+  '                                                                               '+      사이드바Div       + ' { /* 사이드바 열은 상단 화면 가장자리에서 시작 */ '+  '패딩 탑: 0; '+  '   }                                                                           '+  '                                                                               '+      랑바디 +    ' ul{ /* 언어 상자를 고정 높이로 설정하고 */ '+  '높이: 6em; /* 너무 길면 스크롤 가능하여 화면 */ '+  ' 오버플로: auto; '+  '   }                                                                           '+  '                                                                               '+  ' /* 배경 이미지도 수정하여 */ ' 스크롤할 때 멋있어 보이도록 하십시오.+  '몸 { '+  ' 배경화면: 고정; '+  '   }                                                                           '+  '                                                                               '+  " /* 바닥글이 보기 좋고 사이드바가 겹치지 않도록 고정 */ "+  '#footer {'+  '마진 왼쪽: 13.6em; '+  '경계 왼쪽: 고체 1³ rgb(250, 189, 35), '+  ' -192-경계-상단-좌측: 1em; '+  ' -192-경계-하단-좌측: 1em; '+  '   }                                                                           ';  만일 (가죽을 벗기다 == '모노북') {      cssText +=  ' /* 개인 링크를 오른쪽 상단에 유지 */ '+  '#p-personal {'+  ' 너비:100%; '+  '하얀 공간:노랩; '+  '패딩:0 0 0; '+  '여백:0; '+  ' position:position; '+  '좌: 0px' '+  '톱: 0 0'+  ' z-index: 0; '+  '경계: 없음; '+  ' 배경: 없음; '+  ' 오버플로: 표시됨; '+  1.2em; 1.2em; '+  '   }                                                                           '+  '                                                                               '+  ' #p-personal h5 { '+  ' 표시:표시; '+  '   }                                                                           '+  ' #p-personal.portlet, '+  ' #p-personal .pBody {'+  ' 패딩:0; '+  '여백:0; '+  '경계: 없음; '+  ' z-index: 0; '+  ' 오버플로: 표시됨; '+  ' 배경: 없음; '+  '   }                                                                           '+  ' /* 포틀렛 */ '에 포함된 ul입니다.+  '#p-personal ul {'+  '경계: 없음; '+  '1.4em; 1.4em; '+  color: #2f6fab; '+  '패딩: 0em 2em 0 3em; '+  '여백:0; '+  ' 텍스트 메시지: 오른쪽; '+  ' 텍스트 메시지: 소문자; '+  ' list-style: none; '+  ' z-index: 0; '+  ' 배경: 없음; '+  '   }                                                                           '+  '#p-personal li { '+  ' z-index: 0; '+  '경계: 없음; '+  ' 패딩:0; '+  ' 표시: 인라인; '+  color: #2f6fab; '+  '여백-왼쪽: 1em; '+  1.2em; 1.2em; '+  ' 배경: 없음; '+  '   }                                                                           '+  '#p-personal li a { '+  ' 텍스트 메시지: 없음; '+  ' color: #005896; '+  '패딩 하단: 0.2em; '+  ' 배경: 없음; '+  '   }                                                                           '+  '#p-personal li a:hover {'+  ' 배경색:흰색; '+  '패딩 하단: 0.2em; '+  ' 텍스트 메시지: 없음; '+  '   }                                                                           '+  ' /* 사용자 이름 */ '의 작은 사용자 그림 유지+  'li#pt-userpage, '+  '리#pt-anonuser 페이지, '+  '리#pt-lipt-lipt-lipt-lipt+  ' 배경: url(/1987-1.5/monobook/user.proper.properties) 상단 좌측 no-message; '+  '패딩 왼쪽: 20인치; '+  ' 텍스트 메시지: 없음; '+  '   }                                                                           '+  '                                                                               ';  }  규칙. = 문서화하다.CreateTextNode(cssText);  만일 (문체를 하다.스타일시트) {   문체를 하다.스타일시트.cssText = 규칙..노드값;  } 다른 {   문체를 하다.부록차일드(규칙.);  }  머리.부록차일드(문체를 하다); } 

사용자에게 다음 질문 시도:슈비네이터, 그가 너에게 "고정"해 줄 수 있을 거야.이것이 도움이 되기를!스몰맨12q (대화) 02:28, 2010년 2월 6일 (UTC)

(ec) DYK의 왼쪽 스크롤은 DYK check에서 나온다.모든 페이지에 대해 활성화할 수 있는 옵션이 있음: 줄 추가fixedSidebar = "always";DYK체크 라인 아래 단조롭게. 잘 될 거야.그렇지 않으면 나에게 알려줘.슈비네이터 (토크) 02:31, 2010년 2월 6일 (UTC)

훌륭해, 효과가 있었어!정말 고마워! – ukexpat (대화) 02:59, 2010년 2월 6일 (UTC)

우수 :) 슈비네이터 (토크) 03:16, 2010년 2월 6일 (UTC)

Template talk에서는 특이한 점이 전혀 눈에 띄지 않는다.알고 있었나.왼쪽 사이드바는 언제나처럼 스크롤된다. --Apoc2400 (토크) 10:56, 2010년 2월 6일 (UTC)

넌 모노북.js에 슈비네이터의 대본이 없어Ucucha 13:58, 2010년 2월 6일 (UTC)

왼쪽을 고정하려면 이 정도의 CSS만 있으면 된다.

#column-1 { position: 고정, 너비: 100%, z-index: 0; }

윗부분도 고치고 싶다면, 좀 더 일해야 한다.

#column-one {  position: fixed;  width: 100%; } #p-cactions, #p-personal {  z-index: 777 !important; } #p-cactions {  left: 0 !important;  top: 0 !important;  padding: 15px 131px 0 151px !important;  background: #f9f9f9 url(headbg.jpg) no-repeat 0 0 !important;  border-bottom: 1px solid silver; } #p-logo {  background: #f9f9f9 url(headbg.jpg) no-repeat 0 !중요, 패딩: 0 3x0 0, z-index: 888!중요, }

〇 레이시오 (대화) 05:49, 2010년 2월 8일 (UTC)

그게 사이드바를 고쳐주긴 하지만 이상해...사이드바는 스크롤되지 않고(따라서 툴박스에 링크가 많으면 연결할 수 없을 수도 있음), 아래로 이동하면서 배경 이미지가 스크롤된다.슈비네이터 (대화) 03:38, 2010년 2월 10일 (UTC)

그래, 배경 이미지는 쉽게 고칠 수 있지만, 네가 찾는 스크롤은 별로야.그러나 베타 코드로 전환하면 다음과 같이 할 수 있다.

#p-message { position: 고정, 상단: 0!중요, } #패널 { position: 고정, 상단: 158 158; 하단: 0; 오버플로: 자동, 테두리-top: 2px solid #cddee; }

〇 레이시오 (토크) 06:52, 2010년 2월 10일 (UTC)

위키백과로 리디렉션:명명 규칙

위키백과에서 최근 이동한 후 정리하는 동안:위키백과에 대한 명명 규칙:기사 제목, 전자가 특수:에 나열된 리디렉션을 많이 가지고 있다는 것을 알게 되었다.Whatlinkshere/Wikipedia:실제로 리디렉션되지 않는 명명 규칙: [1]불완전해석}의 {{R에 의해 발생한 것으로 보인다.정확히 무엇이 이것을 야기하는지 그리고 그것에 대해 무엇을 할 수 있는지 아는 사람이 있는가?Ucucha 13:51, 2010년 2월 6일 (UTC)

그것들은 리디렉션되는 페이지들이지만 위키피디아로디렉션되지 않는 페이지:명명 규칙.{{R에는 불완전한 설명}에서 위키백과로 연결되는 링크가 있다.목록에 표시되는 이름 지정 규칙. mattbr 14:01, 2010년 2월 6일(UTC)

그렇구나. 그럼 소프트웨어는 리디렉션에 링크된 것을 그 페이지의 어떤 링크에 리디렉션으로 나열하는 거야?좀 불편한 것 같은데.Ucucha 14:05, 2010년 2월 6일 (UTC)

그렇게 보일 것이다.아마도 충분히 자주 올라오지 않기 때문에 결코 고쳐지지 않는 벌레들 중 하나일 것이다."R from" 템플릿에서 위반 링크를 제거했지만(개인적으로는 이러한 리디렉션 템플릿에서 포인트가 보이지 않지만, 누군가가 이를 위해 어느 정도 사용할 수 있어야 함) 변경 내용이 WhatLinkShere로 필터링되려면 시간이 좀 걸릴 것이다.---Kotniski(토크) 14:18, 2010년 2월 6일(UTC)

이러한 다른 페이지에서도 동일한 문제가 발생한다는 점에 유의하십시오.특수:Whatlinkshere/Wikipedia:예를 들어 리디렉션하십시오.나는 링크를 삭제하는 것이 그렇게 좋은 생각인지 잘 모르겠다; 나는 사람들이 리디렉션 페이지를 보고 링크를 사용하는 것이 어떤 링크들이 늪에 빠졌는지에 대한 비용을 능가할 수 있다고 생각한다.Ucucha 14:41, 2010년 2월 6일 (UTC)

그러나 사람들은 리디렉션 페이지에서 이러한 템플릿의 내용을 보지 못하기 때문에 링크는 사실상 무용지물이다(템플리트 페이지를 직접 보는 편집자와 리디렉션 또는 모호한 페이지가 무엇인지 아는 사람들을 제외).--Kotniski (토크) 15:04, 2010년 2월 6일 (UTC)

옛날에 나는 그 텍스트가 템플릿이 사용된 리디렉션 페이지에 나타났다고 생각한다.내가 정확히 기억한다면, (리디렉션 페이지에 추가 텍스트를 표시하는 기능) 기능은 설계에 의한 것이 아니었고 어느 시점에서 제거/비활성화되었다.어떤 경우에도 해당 텍스트가 템플릿에 있어야 할 이유가 더 이상 없다. 태그가 없는 범위 내에 있거나 문서 하위 페이지에 배치되어야 한다.보다 현명한 older 2010년 2월 6일 15:18, 6:18, 2010년 2월 6일 (UTC)

이것은 언제든지 다시 변경될 수 있으며, 개인적으로 나는 템플릿 페이지에 "무점" 텍스트가 있으면 좋겠다. 예를 들어, /doc 하위 페이지에.다른 건 몰라도 그런 식으로 공간을 덜 차지해.그러한 템플릿의 주요 효용성은 항상 분류였다.
— V = I * R (Talk • 기여) 15:55, 2010년 2월 6일 (UTC)

어쩌면 우리는 그 경우에 그것을 그냥 <무포함>해야 할 것이다.나는 분류가 템플릿의 가장 유용한 특징이라는 것에 동의한다.Ucucha 16:00, 2010년 2월 6일(UTC)

옴스 법칙, 아니 나는 이것이 그저 언제든 다시 바뀔 수 있다고 생각하지 않는다.내가 기억하기로는 리디렉션에 추가 텍스트를 표시하는 것은 전적으로 의도하지 않은 것이었고 리디렉션 기능에 더 심각한 버그가 노출되었을 가능성이 있다.그것을 되돌리려면 개발자들이 이 문제를 재검토해야 하는데 그럴 것 같지 않다.템플릿에 링크가 포함된 텍스트는 리디렉션에 링크가 없음에도 불구하고 링크된 페이지에 대한 링크에 템플릿을 포함하는 페이지가 매우 혼란스럽게 나타나는 것으로 나타난다.현재 쓰여진 본문은 그것이 쓰여진 원근법에 대한 문맥에 표시되지 않기 때문에 상당히 혼란스럽다.본문을 템플릿의 문서로 다시 쓰는 것이 좋을 것이다.보다 현명한 older 2010년 2월 6일 (UTC)

← 텍스트가 /doc 페이지에 오도록 모두 변경하면 아무 이유 없이 많은 공간을 차지하게 된다.<노인클루션>을 이용하는 것이 가장 좋은 '솔루션'이 될 것이라고 진심으로 걱정한다면, 그러나 본문은 아무런 효과가 없기 때문에 나는 개인적으로 그 노력이 가치가 있다고 생각하지 않는다.둘 중 어느 쪽이든 할 수 있다면, 그러한 노력은 TFD를 통해 모든 것을 처리하고, 그 분류를 리디렉션 페이지에 추가하는 데 더 효과적일 것이라고 나는 말하고 싶다.(이것은 우연히 좋은 봇 작업이 될 수 있다.)
— V = I * R (Talk • 기여) 16:43, 2010년 2월 6일 (UTC)

나는 우주에 대한 걱정은 무관하다고 생각한다.나는 문서 텍스트가 태그 없이 수행되는지 문서 하위 페이지를 통해 수행되는지는 정말 신경 쓰지 않는다.내 요점은 템플릿의 현재 텍스트는 현재 쓰여진 원근법에 대해 결코 컨텍스트에 표시되지 않기 때문에 혼란스럽다는 것이다.나는 봇이 템플릿을 범주로 대체하도록 하는 것에 강력히 반대한다.이러한 범주에 사용되는 범주는 주기적인 명칭 변경을 거쳤으며, 때때로 새로운 범주가 추가되기도 한다.내 생각에, 수십만 페이지의 봇들이 무의미한 편집을 하는 것보다 상대적으로 적은 수의 템플릿을 유지하는 것이 더 낫다고 생각한다.보다 현명한 older 2010년 2월 6일 (UTC)

우주에 대한 우려는 대체로 무관하다는 데 동의하지만, 특별한 이유 없이 수백 페이지를 새로 만들고 물건들을 옮기는 것은 시간이나 자원을 가장 잘 사용하는 것이 아니다.그것과는 별개로 리디렉션된 페이지에 텍스트가 나타나지 않는 것은 약간 혼란스러울 수도 있지만, 템플릿 자체를 보면 전혀 영향을 미치지 않고, 템플릿 페이지의 구절은 일반적으로 이치에 맞지 않기 때문에, 혼란의 주장에 대해서는 납득이 가지 않는 것 같다.

어쨌든 범주 자체에 대한 요점을 알 수 있다.하지만 내가 궁금한 것은 이 범주들 중 최근에 바뀐 것이 있는가 하는 것이다.일반적인 패턴은 범주가 처음 생성된 후 일정 주기적인 조정을 거친 다음 상당히 안정된 상태로 정착하는 것이다.범주 페이지 자체(적어도 내가 살펴본 것)는 템플릿이 사용하는 구절과 동일하거나 유사한 구절을 가지고 있으므로 겉으로 보기에 모두 잘 발달되어 있다.여기서의 반대는 비록 템플릿에 대한 것이었던 것 같지만, 그것이 아이디어의 근원이었던 것 같지만, 우리가 그것을 보관하고 싶다면, 나는 그 정도는 괜찮다고 생각한다(실제로 내가 생각하는 템플릿을 보관하는 것을 선호하지만, 요즘 대부분의 사람들이 선호하는 것은 그런 것이 아닌 것 같다...) 그 외에도 봇 작업은 분명히 일회적인 작업일 뿐일 것이기 때문에, 그 일은 분명히 한 가지 문제일 것이다."수십만 페이지를 넘나들며 무의미한 편집을 하는 로봇들"이 필요한 특성화다.
— V = I * R (Talk • 기여) 17:51, 2010년 2월 6일 (UTC)

그것이 일회성 활동이든 계속 진행 중이든 간에, 사실은 봇이 의심스러운 효용성을 편집하기 위해 수십만 페이지를 뒤적거리고 있을 것이다.텍스트에 대해서는, 확실히 하자면, 다음 텍스트가 템플릿 페이지에만 표시되는 것이 조금 이상하다는 것을 발견하지 못하셨습니까?

이것은 기사를 식별하기에는 너무 애매한 애매한 제목에서 리디렉션된 것이다.이러한 제목은 일반적으로 적절한 설명 페이지(또는 이의 섹션)로 리디렉션되어야 한다.자세한 내용은 범주 링크를 참조하십시오.

리디렉션을 참조하는 것은?어떤 카테고리 링크를 참조하고 있는가?보다 현명한 older 2010년 2월 6일 (UTC)

알았어
— V = I * R (Talk • 기여) 18:36, 2010년 2월 6일 (UTC)

그 R은...템플릿은 범주화를 위한 것이다.그들이 아무것도 하지 않는 것처럼 보인다고 해서 그들을 리디렉션에서 제거하지 마라.만약 있다면, 그것들을 분류되지 않은 리디렉션에 추가하고 다른 사람들에게 작업을 저장하라.OrangeDog(오렌지독 • τ) 17:48, 2010년 2월 6일(UTC)

동의함. 더 나이든 18:02, 2010년 2월 6일 (UTC)

원본 메시지에서 설명한 문제는 버그 7304로 정리되어 있다.Graham87 09:41, 2010년 2월 7일(UTC)

고마워 그레이엄.버그 14323은 리디렉션 페이지에 렌더링되지 않은 foo 템플릿에서 R의 텍스트 문제를 다룬다.그리고 버그 927은 또한 두 가지 문제와 관련된 배경 정보를 가지고 있다.그리고 이 논의는 또한 그 문제들에 관한 것이다.더 나이든 ≠ 더 현명한 23:37, 2010년 2월 7일 (UTC)

리디렉션 범주에 대한 용도를 말해줄 사람 있어?(어쨌든 결코 완성되지 않을 것임을 감안한다면.)--코트니스키 (토크) 08:01, 2010년 2월 8일 (UTC)

우선 WildBot은 그것들을 disabigation 페이지로 리디렉션을 저렴하게 로드하기 위해 사용한다 - 그것은 단지 그 범주의 모든 것을 로드할 뿐이다.와일드봇도 잘못된 이름의 {{R}을(를) 사용하여 위키백과를 편집해 위키링크를 수정한다.조시 패리스 09:30, 2010년 2월 10일 (UTC)

시간낭비

다음에 대한 별도의 탭이 없기 때문에 얼마나 많은 시간을 허비하는지 모르겠다.

• 이 페이지 편집(기사)
• 이 페이지 편집(토론)
• 이력(기사)
• 이력(토론)

나는 정말 느린 연결고리를 가지고 있고, 이것은 사람들을 멀어지게 한다.그리고 이것은 템플릿에 적용된다.그 3개의 보기, 편집, 토론 편지만이 아니라 6개의 짧은 컷이 있어야 한다.

기사 섹션 탭은 새로 만들 수 없는데, 어떤 헤드라인을 쓰시겠습니까?

소스 페이지 보기에서는 새로운 섹션 탭이 나타날 필요도 없는데, 어차피 ANTERY를 추가하는 것은 불가능하기 때문이다.

왜 왼쪽에 "백만" 파란색 링크가 있고, 6개의 간단한 탭을 웹페이지에 넣을 수 없는지 이해할 수 없다. 174.3.98.236 (대화) 11:17, 2010년 2월 8일 (UTC)

잘 들으시오. ("사용가능성" 사람들 - 주목하세요...) --Kotniski (대화) 11:20, 2010년 2월 8일 (UTC)

만약 당신이 "사용가능성" 사람들이 주목하기를 원한다면, 당신은 아마도 사용적합성 위키 를 사용해야 할 것이다.—DJ (대화 • 기여) 12:27, 2010년 2월 8일 (UTC)

아이러니하지 않은가, 우리가 "이용가능성"의 문제를 제기하기 위해 완전히 별개의 프로젝트로 우리 자신을 집으로 만들어야 한다는 것이...---코트니스키 (토크) 14:10, 2010년 2월 8일 (UTC)

이를 위해 스크립트를 쉽게 만들 수 있다.탭이 탭 모음 끝에 추가될 수 있다는 것을 안다. 그러나 탭이 기존 탭 사이에 추가될 수 있을지는 확실하지 않다.게리 킹 (대화) 17:29, 2010년 2월 8일 (UTC)

네, 함수를 이용해서 할 수 있다.addPortletLink()소스 코드(wikibits.js)를 제외하고 문서화된 위치가 어디인지 아는 사람?Svick (대화) 2010년 2월 8일 19:56, (UTC)

일부 사용자 설명서에서 몇 가지 힌트를 찾을 수 있다.그것은 꽤 간단하다.나는 또한 어딘가에 이미 이런 일을 하는 대본이 있다는 것을 꽤 확신하지만, 지금 당장은 찾을 수 없다.—DJ (대화 • 기여) 20:32, 2010년 2월 8일 (UTC)

나는 이미 정확히 이렇게 하는 대본이 있다는 것을 알게 되었다.위키백과:WikiProject 사용자 스크립트/스크립트/식스 탭기본 모노북 피부에서는 효과가 있지만 베타 벡터에서는 효과가 없다.Svick (대화) 01:17, 2010년 2월 9일 (UTC)

나는 이 페이지를 좋아한다, 그것은 차고세일에 가서 많은 좋은 것들을 찾는 것과 같다:) 카스리버 (토크 · 기여) 04:08, 2010년 2월 11일 (UTC)

이상한 사파리 문제

방금 이 효과를 알아챘는데 원인이 무엇인지 알 수 없어. Safari(4.0.4, Mac OS 10.6.2)에서 섹션 헤더를 마우스 오른쪽 버튼으로 클릭하거나 컨트롤 클릭할 때 편집 링크에서 클릭한 것처럼 동작하고 편집하기 위해 섹션을 연다.같은 기계에 대한 파이어폭스(3.0.15)의 효과는 같지 않다.이렇게 할 수 있는 가젯은 없는 것 같아(확인해 보겠지만)또 어떤 원인이 될지 아는 사람 있어? 별 문제는 없지만 우연히 섹션 제목을 마우스 오른쪽 단추로 클릭했을 때 조금 짜증난다. --Ludwigs2 07:27, 2010년 2월 9일 (UTC)

섹션 제목(JavaScript 필요)을 마우스 오른쪽 버튼으로 클릭하여 "기본 설정" / "편집" / 섹션 편집 활성화(UTC) 07:31, 2010년 2월 9일(UTC)

아, 그건 확인되었고, 그래서 아마 그것일거야. 하지만 새로운 질문을 열어주는 것은, 왜 파이어폭스에서 작동하지 않았을까?--Ludwigs2 09:43, 2010년 2월 9일 (UTC)--Ludwigs2 09:43, 2010년 2월 9일 (UTC)

Firefox용 Java를 설치하셨습니까?비욘드 마이 켄 (토크) 09:50, 2010년 2월 9일 (UTC)

자바스크립트와 자바스크립트는 전혀 관련이 없는 두 가지다.그것은 파이어폭스에서 나에게 효과가 있다.루드비히스2, 파이어폭스에서 시도했을 때 로그인하셨나요?Svick (대화) 13:49, 2010년 2월 9일 (UTC)

아. 아니. 어떤 이유에서인지 브라우저를 바꾸면 로그인할 것이라고 짐작했다(너무나 골수라서 어디서부터 시작해야 할지조차 모르겠다).신경 쓰지 마, 나는 이제 조용히 대화에서 손을 떼려고 해. --Ludwigs2 19:58, 2010년 2월 10일 (UTC)

MediaWiki 옵션 - 대화 페이지 및 감시 목록 업데이트 시 전자 메일 보내기

안녕. 나는 가끔 방문하는 사람이고 이 프로젝트의 매우 가끔 기여하는 사람으로서, 토크 페이지나 감시 목록 업데이트로 이메일 알림을 받는 옵션이 활성화된다면 매우 유용할 것 같아.어쩌면 그렇게 하지 않을 만한 타당한 이유가 있을까?안부, --Eusebius (대화) 2010년 2월 9일 (UTC) 10:11, 9

페이지 기록의 RSS 또는 Atom 피드나 당신의 감시 목록을 얻을 수 있다.위키백과 참조:신디케이션.OrangeDog(오렌지독) (1998년 2월 9일) 12:29, 2010년 2월 9일 (UTC)

나는 결코 그것을 감시목록에서 작동하도록 만들 수 없었다. (내가 얻는 것은 나의 공헌이지, 나의 감시목록이 아니다).또한 이메일 알림을 활성화할 수 있으므로 사용자에게 선택권을 부여할 수도 있다.현재 대형 프로젝트에서 성능상의 이유로 비활성화되고 있지만, 나처럼 비활용에 가까운 사용자만이 감히 활성화할 수 있을 것이라고 장담한다. --Eusebius (토크) 13:11, 2010년 2월 9일 (UTC)

신디케이트 워치리스트는 당신 자신의 편집본을 걸러내지 못하게 하기 때문에, 만약 다른 사람이 당신의 감시 기사를 편집하고 있지 않다면, 당신은 당신 자신의 편집물만 보게 될 것이다(그래서 나 또한 그것을 사용하지 않는 이유).OrangeDog(오렌지독) (19:07, 2010년 2월 9일 (UTC)

다시 한 번 말하지만, 나는 내 감시 목록을 볼 수 없고, 나의 기여를 볼 수 있다. (아마도 내 쪽의 구성 문제 때문에, 나는 잘 모르겠다.)내가 장담하건대 나는 차이를 구별할 수 있다. --Eusebius (대화) 08:55, 2010년 2월 10일 (UTC)

정보 변경 메시지

[2]에는 다음과 같이 되어 있다.

• 다음을 사용하여 요청 맨 위에 있는 해당 아티클에 대한 링크 제공{{La article title goes here}}

아니면 비슷한 것.그것은 읽어야 한다.

• 다음을 사용하여 요청 맨 위에 해당 문서 또는 템플릿에 대한 링크 제공{{La article title goes here}}

또는 유사한 것.174.3.98.236 (대화) 00:08, 2010년 2월 10일(UTC)

사용하다{{Lt template name here}} {{La}}이(가) 아닌 템플릿에 연결용.OrangeDog(주황색 도그) 13:10, 2010년 2월 10일(UTC)

템플릿에 토글 표시/숨기기

이것은 모든 템플릿에 걸쳐 사라진 것처럼 보이며, 이제 그것들은 모두 확장된 것으로 보인다.무슨 이유라도 있나?러그넛 (토크) 18:46, 2010년 2월 10일 (UTC)

미안, 내가 사이트 전체 Javascript에서 잠시 오류를 범했어.너는 다운로드와 함께 그 시간 틀에 빠졌음에 틀림없다.WP 시도:브라우저 캐시를 바이패스하십시오.—DJ (대화 • 기여) 18:50, 2010년 2월 10일 (UTC)

고마워 - 이제 그만 해!러그넛 (토크) 19:04, 2010년 2월 10일 (UTC)

이것은 또한 기록상 감시목록 고시에 영향을 미쳤다.적어도 나한텐 이제 개운한 것 같아.— 가비아 임머 (대화) 18:52, 2010년 2월 10일 (UTC)

Javascript를 켜고 이미지를 끄십시오.

위키피디아를 편집하고 이미지를 꺼놓은 사람이 있다면, 정말 sh*t이다.브로드밴드가 작동하지 않아 '이미지 자동 로드'가 꺼진 상태로 Firefox 3.5.7을 사용하고 있으며, 느린 고가의 PYG 휴대폰으로 연결되어 있다.내가 선호하는 "가장 최근의 변화뿐만 아니라 모든 변화를 보여주기 위해 감시목록 확장"을 선택했고, "향상된 최근 변화(JavaScript 필요)"를 선택했으며, Wiked는 트윙클과 팝업뿐만 아니라 켜졌다.내 감시 목록에서 +(이미지가 하나라면 오른쪽 화살표가 될 것임) 위를 맴돌면 플러스가 매우 빠르게 깜박인다.클릭하는 동안 클릭을 해야 할 것 같아서 매우 어렵다.마찬가지로 편집 도구 모음과 wikEd 도구 모음에서 다른 많은 텍스트 필드를 편집할 때도 유사한 동작이 나타난다.컴퓨터에서 Java 스크립트를 끄면 이 동작이 중지되어 감시 목록을 확장할 수 없다.

여기에 게시한 것에 대해 사과하거나, 만약 이것이 알고 있는 버그라면, 나는 현재 바이트 단위로 지불하고 있다.Martin451 (대화) 18:59, 2010년 2월 10일 (UTC)

참고로 편집 탭과 Enhanced 최근 변경사항에서 실험 기능을 해제했으며 툴바 텍스트 위에 있을 때 문제가 지속된다.마틴451 (대화) 2010년 2월 10일 19:15 (UTC)

Macintosh용 Opera 9를 사용하고 Lynx를 사용하여 이미지 없이 편집하는데, 그런 문제는 전혀 경험하지 않고 있다. --Carnildo (talk) 00:32, 2010년 2월 11일 (UTC)

편집 상자 & 모노스페이스 스타일

편집 상자 및 모노스페이스 텍스트로 재생하는 사용자는 모든 변경사항을 중지하고 되돌리시겠습니까?으으으으으으.지금 글자가 너무 크다.이 편집 상자에는 패딩이 없다.악. 어떻게 이런 급격한 변화를 일으킬 수 있지?몇 년 동안 그대로 괜찮았다.¦ 레이시오 (토크) 07:14, 2010년 2월 5일 (UTC)

나는 편집 상자 동작의 어떤 변화도 알아차리지 못했다.최근에 지워진 캐시 및 알림 기능이 변경됨.브라우저와 관련이 있을 수 있으며 FF 3.6 및 IE 8.0.6001.18702가 시도되었지만 이상한 점은 보지 못했다.Q 07:34, 2010년 2월 5일 (UTC)

아니, 이건 브라우저와 관련이 없어...IRC에서 이미 말했듯이

• 파이어폭스에서
• Internet Explorer에서

¦ 레이시오 (토크) 07:44, 2010년 2월 5일 (UTC)

향상된 도구 모음과 관련이 있는 것 같다.Q^{T C} 07:54, 2010년 2월 5일 (UTC)

왜 누군가가 편집 영역을 리치 텍스트로 만들었을까?유일한 차이점은 글꼴이 더 크다는 것이고 부작용 중에는 어떤 것이든 그것에 복사하는 문제가 있다(예를 들어 링크를 만들기 위한 기사 제목과 같이, 이제 후지를 복사하고 수동으로 삭제해야 할 새로운 줄을 추가한다).램팍 (토크) 09:45, 2010년 2월 5일 (UTC)

위키미디어 기술 블로그의 Babaco Enhancments 배포에서 최근의 변화를 설명하는 블로그 게시물이 있다.이 문제는 사용적합성 베타(Mattbr 10:34, 2010년 2월 5일)의 일부로 향상된 도구 모음 및 탐색 가능한 목차와 관련이 있는 것으로 보인다. mattbr 10:34, 2010년 2월 5일(UTC)

그럼 리치 텍스트 편집 상자는 결국 WYSIWYG 편집기가 구축될 수 있는 기초가 되는 겁니까?잘됐네. 하지만 먼저 뭔가를 쌓아야 하지 않을까?이제 과도기에 있어서 그것은 단지 보상할 것이 아무것도 없는 추가적인 어려움인 것 같다.램팍 (토크) 10:48, 2010년 2월 5일 (UTC)

모든 것은 어디서부터 시작해야 하며, 이 기능은 사용적합성 시험을 위한 베타 릴리스의 일부분이며 버그를 포함할 수 있다.앞으로 더 많은 개선이 이루어질 수 있도록 토대가 마련될 수 있도록 그들이 살펴보고 해결책을 제시할 것이라고 확신한다.그 동안 선호하는 '편집→실험 기능' 섹션에서 '베타를 남겨두거나' '향상된 도구 모음' 및 '사용할 수 없는 목차' 옵션을 비활성화할 수 있다.matbr 11:04, 2010년 2월 5일(UTC)

고마워 :) 베타만 남겨두려고 했지만 목차는 잊어버렸다.이제 모든 것이 괜찮아졌다.램팍 (토크) 11:17, 2010년 2월 5일 (UTC)

나는 베타의 일부가 아니다. 내 스크린샷에 "베타 먹어봐"라고 쓰여 있다.그래도 예전에 베타를 먹어본 적이 있을 것 같아.베타 버전에 대한 나의 선호도가 완전히 바뀌지 않았던가?¦ 레이시오 (대화) 11:54, 2010년 2월 5일 (UTC)

고급 도구 모음을 사용할 수 있는 것처럼 보이거나(베타를 둘 때 선택 취소되지 않았거나 수동으로 해당 옵션을 켠 경우)원하는 항목의 '편집 → 실험 기능' 섹션에서 '향상된 도구 모음' 옵션을 선택 해제하여 비활성화할 수 있다. mattbr 12:02, 2010년 2월 5일(UTC)

Meh:p 링크 고마워.〇 레이시오 (대화) 12:16, 2010년 2월 5일 (UTC)

베타 버전을 사용하지 않고 향상된 도구 모음을 사용할 수 없는 경우특수:를 사용하지 않도록 설정할 때까지 도구 모음이 완전히 누락됨:Preferences → Editing → Navigable Table of Contents. ---- - Gadget850 (Ed) 13:21, 2010년 2월 5일 (UTC)

나도 오늘 로그인해서 베타 버전을 사용하지 않을 때 분명히 문제가 생겼어.나는 내 글꼴 크기가 훨씬 더 크고 편집 링크를 많이 놓치고 있다는 것을 알았다.나는 내 가젯을 좀 고쳤기 때문에 그 변경 사항을 되돌렸으나 변경되지 않았다.이것을 읽은 후, 나는 실험적인 특징들을 가지고 놀기 시작했는데, 문제는 항해할 수 있는 목차에 있는 것으로 보인다.이 스크린샷을 참조하십시오.—N마jdan•talk 14:26, 2010년 2월 5일(UTC)

이것은 가장 사용자답지 않은 수정이다.위키 페이지 사이에 텍스트를 붙여넣는 것은 이제 원본 텍스트의 줄 바꿈을 포함하며, 수동 수정이 필요하다.글 제목을 붙여넣으면 리치 텍스트 섹션 머리글이 만들어지며, 사용자는 붙여넣기를 제자리에 백스페이스해야 한다.그리고 미리 보거나 저장할 때마다 모든 단락이 자동으로 제거된다.심지어 파이어폭스를 재설치한 이유는 재단이 일상적인 편집을 하는 데 걸리는 시간을 대략 두 배로 늘릴 수 있는 변경사항을 시행할 것이라는 생각도 들지 않았기 때문이다.만약 누군가가 이것을 고치지 않는다면 나는 MediaWiki에서 다음과 같은 메모를 할 것이다.편집자들이 실험 선호 설정이 터무니없이 도움이 되지 않는 것으로 변경되었음을 알 수 있도록 감시 목록 세부사항 - BanyanTree 15:31, 2010년 2월 5일(UTC)

또한 텍스트를 편집 상자에 붙여넣으면 리치 텍스트로 나타나는 것이 당황스럽다.예를 들어 경고 템플릿을 남기기 위해 사용자 기여 이력에서 선택한 기사 제목을 붙여넣어 결과를 편집해야 한다.-가드피움 21:46, 2010년 2월 5일(UTC) 나도 편집 상자에서 편집 요약으로 가져오기 위해 <탭>을 누르곤 했다.자, 탭은 다른 여러 곳을 거쳐서 요약 상자에 전혀 도달하지 못하는 것 같아.마우스를 잡고 클릭해야 한다.-gadfium 23:36, 2010년 2월 5일(UTC)

나는 갓피움과 같은 관찰력을 가지고 있다.리치 텍스트로 붙여넣는 것은 매우 이상했지만 탭 순서를 어기는 것은 매우 매우 심각한 사용적합성 문제다.베타에는 참여하지 않으며 향상된 도구 모음을 사용할 수 없다.나는 항법 TOC를 사용 가능으로 설정했다.방금 껐는데 탭 오더 문제가 해결된 것 같아.탐색 가능한 TOC는 긴 페이지를 편집할 때 유용했지만 큰 손실은 없었다.더 현명한 2010년 2월 5일 (UTC)

이런 일이 있었던 것일까.꽤 성가시다.누군가는 되돌아가야 하고, 빠르게 해야 한다. - 페레그린 피셔 (대화) 01:39, 2010년 2월 6일 (UTC)

안녕하십니까. 사용적합성 팀은 다음과 같은 이슈에 대해 작업중 입니다.

Bug 22402 NTOC를 켜면 클래식 도구 모음은 모노북으로 사라진다.(Firefox)

버그 22401 미리 보기 또는 저장 시 줄 바꿈이 제거된다.

Bug 22398 붙여넣은 텍스트에 줄 바꿈이 있음. (Firefox)

버그 22394 포맷팅은 편집기 외부에서 텍스트 조각을 붙여넣을 때 적용된다.

편집기의 버그 22311 Tabbing은 편집 요약으로이동해야 한다.

Bug 22393 편집기 아래의 특수 문자 및 템플릿 삽입 도구는 작동하지 않는다.

Bug 22440 커서 위치가 무작위로 점프함

위에 나열된 문제를 방지하려면 사용자 기본 설정으로 이동한 후 "편집" 아래의 세 가지 실험 기능을 모두 끄십시오.우리는 지금 해결책을 강구하고 있으며 가능한 한 빨리 변경사항을 적용할 계획이다.가장 영향을 받는 사용자는 숨겨진 베타 기능을 채택한 파이어폭스를 사용하는 사용자들이다.슬픔을 끼친 것에 대한 우리의 진심어린 사과.문제가 해결되는 대로 업데이트 내용을 보내겠다.슈하리 (토크) 02:47, 2010년 2월 6일 (UTC)

고마워. 모든 줄 바꿈을 수동으로 수리해야 했어.SharkD Talk 04:32, 2010년 2월 6일(UTC)

업데이트 1: 버그 22402가 확인됨베타 버전을 선택하면 모든 실험 기능이 꺼진다.슈하리 (토크) 20:26, 2010년 2월 6일 (UTC)

업데이트 2: 버그 22401은 2월 8일부로 해결되었다.슈하리 (토크) 07:36, 2010년 2월 9일 (UTC)

업데이트 3: 버그 22311이 수정됨.이제 편집기에서 탭으로 이동하면 요약 편집으로 이동한다.슈하리 (토크) 17:20, 2010년 2월 9일 (UTC)

업데이트 4: 2009년 2월 10일 현재 버그 22394 및 버그 22393이 해결되었다.슈하리 (토크) 20:28, 2010년 2월 11일 (UTC)

1941 버그를 참조하십시오.가능한 경우 글꼴에서 강제 모노스페이스를 제거하십시오.비례적 텍스트는 더 읽기 쉬우며, 실제로 "-"와 "-"와 "-"와 "-"와 "-"와 "-"와 "-"와 "-"와 "-"와 "-"와 "-"와 "-"와 같은 단공간 글꼴의 문제가 있다. {{Nihiltres talk 편집 ⚡}:32, 2010년 2월 7일(UTC)

이러한 종류의 변경사항은 다른 하위 프로젝트에 전달되어야 한다.현재 여러 프로젝트에서 이와 관련된 가능한 "버그"에 대한 논의가 이루어지고 있다.Jeblad (대화) 09:35, 2010년 2월 8일 (UTC)

왜 편집 상자를 "리치 텍스트" 컨트롤로 바꾸는가?-- Father Goos (talk) 09:40, 2010년 2월 8일 (UTC)

사용적합성 이니셔티브의 개발자들은 구문 강조표시 및 기타 JavaScript의 비대칭 기능이 있는 미디어위키용 브라우저 내 WYSIWYG 편집기를 만들기를 원한다.분명히 위키 마크업을 배우는 것은 어렵다.이것이 좋은 것인지 아닌지는 다른 질문이다. WP를 편집하는 것은 두뇌를 필요로 한다.어떤 사용적합성물도 피하는 것이 아마도 그것이 안정될 때까지 기성 편집자들에게 가는 가장 좋은 방법일 것이다.MER-C 09:49, 2010년 2월 8일(UTC)

이러한 실험 편집 옵션 중 아무 것도 켜면 WikEd 가젯도 비활성화되는 것처럼 보인다.앤디로스 (토크) 17:36, 2010년 2월 8일 (UTC)

차단 편집 상자 버그:

버그 22435 &amp;nbsp; 및 <p>가 기사 텍스트에서 삭제됨

버그는 [3]을 참조하십시오.그리고 이런, 스타일링된 문자메시지 때문에 짜증나.오조브 (토크) 18:19, 2010년 2월 8일 (UTC)

버그 22435에 대한 수정은 테스트 중이며 2월 9일에 출시될 예정이다.그동안 작업할 때는 모든 페이지 상단에 있는 "베타 탈퇴" 링크를 사용하여 베타에서 제외하거나 사용자 기본 설정에서 제외하십시오.하지만 수정안이 제자리에 놓여진 후에 베타 버전으로의 전환을 잊지 마십시오.:) 슈하리 (대화) 07:36, 2010년 2월 9일 (UTC)

이 수정사항은 현재 활성화되어 있다. --Catrop 14:27, 2010년 2월 9일 (UTC) —Catrope가 추가한 서명되지 않은 의견 작성(토크 • 기여)

위키백과 소프트웨어를 다운로드하고 "구조화된 기사"를 위한 기능이 있는가? (나는 위키 컬렉션을 만들고 싶었다)

나는 위키피디아 다운로드를 찾을 수 없다 - 나는 누구나 그것을 다운로드해서 현지에서 설정할 수 있다고 생각했다.나는 그것을 포럼 소프트웨어의 대안으로 사용하고 문서 입력 양식을 추가하는 데 열중했다.나는 기사와 토크 섹션 사이의 더 긴밀한 연결을 원했는데- 본질적으로 그 아래에 포럼이 있는 짧은 주요 기사를 가지고 있었다.Frurhter, 포스팅을 스트레이트로 하고 포스팅을 수정하는 것이 좋을 것 같았다. (나는 씽크 리눅스에 패치 파일, http://en.wikipedia.org/wiki/Patch_(Unix)이라고 불리는 것을 가지고 있다. 단지 큰 소리로 생각했을 뿐이지만, 우선 위키백과 소프트웨어를 구입하고 싶다.거의 노력 없이 좋은 콘텐츠로 광고 지원을 받고 싶다면 wiki를 미러링하고 openX와 같은 것을 추가하는 것은 쉬워 보인다 :) 그것은 정확히 내 의도는 아니지만 나는 wiki-esqwue 포럼에 광고를 추가할 수 있다고 생각했다.고마워. Nerdseeksblond (대화) 22:59, 2010년 2월 7일 (UTC)

여기서 위키백과 소프트웨어(MediaWiki)를 다운로드할 수 있다:mw:다운로드하다.Ucucha 23:05, 2010년 2월 7일 (UTC)

mw:확장:리퀴드스레드는 폼을 잡는 것에 대한 모든 이야기를 담고 있다.— 디스펜서 00:55, 2010년 2월 8일(UTC)

고마워, 지금 보고 있어.나는 그것을 모두 서버로 옮겼지만, 포럼 소프트웨어로 시작해서 아직 설치하지 않았다.하는 생각이 들었다.

내가 원했던 것은 편집 요약을 피하기 어렵게 만드는 포럼 게시물에 편집 내용을 삽입하는 것이었다.이러한 맥락에서, 구조화된 문서에서는, 명백한 단락이라기 보다는 근거와 짧은 편집이 더 좋다.Nerdseeksblond (대화) 01:54, 2010년 2월 12일 (UTC)

도구 필요

위키스토크나 크로스팅 기고문과 같은 도구가 있는가? 이 도구는 당신이 많은 기사를 입력하고 그 페이지들을 공통적으로 편집하는 사용자들과 함께 돌아갈 수 있게 해줄 것인가?비욘드 마이 켄 (토크) 03:22, 2010년 2월 9일 (UTC)

한 개가 존재하지 않는다면, 한 개를 만드는 것은 어렵지 않을 것이다.검색 결과 아무것도 안 나오면 나한테 소리쳐.조시 패리스 09:36, 2010년 2월 10일 (UTC)

내 바시 대본이 그렇게 할 수 있는지 봐야겠어.나는 웹페이지를 긁어모으고 여러 가지를 연관시키는 것을 만들었다.다양한 편집 카운트를 생성하기 위해 사용했었습니다.

각 기사에서 참조로 사용되는 도메인과 같은 나 자신과 IERC를 위한 페이지.각각의 히스토리 페이지를 다운로드하고 각각의 사용자 목록을 생성하는 것은 어렵지 않을 것이다.Nerdseeksblond (대화) 16:36, 2010년 2월 10일 (UTC)

두 분 중 한 분께서 한번 시도해 보시고 싶으시다면 정말 좋으실 겁니다. 기존 도구를 통해 검색해 본 결과 아무것도 찾을 수 없었습니다만.비욘드 마이 켄 (토크) 21:21, 2010년 2월 10일 (UTC)

기록 페이지를 스크랩하는 것이 효과적일 수 있다.다른 걸 기다리고 있어서 한 번 시도해 봤지만

680 wikiutil -history Marchywka_Effect 689 더 .wikiutil_1.txt grep "cur" awk '{print $10}' sed -e 's/\[.*\]/' sort uniq -c

126 Nerdseeksblonde 9 Rjanag 2 Verdatum 2 SmackBot 2 Shubinator 1 Terrek 1 TenPoundHammer 1 Tassedethe 1 RjwilmsiBot 1 Pascal666 1 Lordhatrus 1 Josh 1 from 1 Erik9bot Nerdseeksblonde (talk) 15:12, 11 February 2010 (UTC)

이게 항상 먹히지는 않지만(첫 번째와 마지막 케이스 등), 나는 네가 거의 지금 원하는 것을 가지고 있다.명령줄에 임의 페이지 이름을 입력할 수 있음

각 개인이 편집한 페이지 수에 따라 정렬된 기여 목록을 다시 가져오십시오.

위키util -역사 Marchywka_Effect Dendreon more.

2 Dendreon 65 Nerdseeksblonde Marchywka_Effect 126 Nerdseeksblonde 2 Dendreon 5 SmackBot Marchywka_Effect 2 SmackBot 2 Dendreon 1 from Marchywka_Effect 1 from 2 Dendreon 16 Shubinator Marchywka_Effect 2 Shubinator 2 1 Marchywka_Effect 9 Rjanag

Nerdseeksblond (대화) 16:02, 2010년 2월 11일 (UTC)

느린 복원

편집 기록을 병합하기 위해 삭제된 버전을 복원하는 데 왜 이렇게 오래 걸리는가?한 시간쯤 된 것 같다.마이클 하디 (대화) 2010년 2월 9일 18시 52분 (UTC)

...그리고 잃어버린 역사들.

삭제 기록이 손실된 결과는 다음과 같다.

• User:Liam Herron은 가우스 - 지수 분포를 생성했다.
• User:Angrysockhop은 빠른 삭제를 위해 태그를 지정했다.
• 누군가가 그것을 삭제했다(또한 경솔하게.
• User:Liam Herron은 가우스 마이너스 지수 분포를 다시 만들었지만 이번에는 좀 더 광범위한 기사로 만들었다.
• 가우스 마이너스 지수 분포로 옮겼다.
• 그리고 나서 나는 옛 제목이 2개의 삭제된 버전을 가지고 있다는 것을 알아차리고 그것들을 살펴보며, 위의 처음 세 개의 총알 포인트에서 내가 언급하는 것을 처음으로 알게 되었다.
• 편집 이력을 합친다고 생각하면서 복원했어
• 결과는 가우스 - 지수 분포가 구 버전이며, 신속한 삭제를 위해 태그가 지정되었으며, 가우스 - 지수 분포가 이동했던 새로운 버전이었다.
• 그것은 내가 의도한 바가 아니었기 때문에 가우스 마이너스 지수 분포를 다시 가우스 마이너스 지수 분포로 옮겨서 그 과정에서 목표 페이지를 삭제한 다음 편집 이력을 복원하여 히스토리가 병합되었다.
• 마침내 나는 가우스 마이너스 지수 분포를 다시 가우스 마이너스 지수 분포로 이동시켰다.
• 하지만 지금은 어느 페이지 기록도 삭제 기록이 없어 누가 삭제했는지 알 수 없다.정보가 사라진 것 같다.찾을 수 있을까?

마이클 하디 (대화) 2010년 2월 9일 19:26 (UTC)

내 생각엔 역사가 여기 있는 것 같아.— 칼 (CBM · talk) 2010년 2월 9일 19:47 (UTC)

삭제는 페이지 기록을 따르지 않는다.그것이 역사가 병합되는 이유의 일부다.—DJ (대화 • 기여) 20:01, 2010년 2월 9일 (UTC)

그는 그것을 알고 있는 것 같다.복원이 비정상적으로 오래 걸린 경우 데이터베이스에 지연이 발생하여 로그 항목이 처음에 표시되지 않을 수 있음그렇게 되면 (일시적으로) 로그 항목이 사라진 것처럼 보일 수도 있다.— 칼 (CBM · talk) 20:04, 2010년 2월 9일 (UTC)

"로그"를 클릭할 때 나타나는 로그는 보이나, 삭제된 버전을 보려면 클릭하는 일반적인 통지는 여전히 보이지 않는다.일반적으로 편집 기록을 볼 때 삭제된 버전이 있는 경우마이클 하디(토크) 21:11, 2010년 2월 9일 (UTC)

내가 아는 바로는 삭제된 버전이 없다. 즉, 모든 역사를 삭제하지 않은 것이다.Ucucha 21:16, 2010년 2월 9일 (UTC)

오. 알았어. [에밀리 리텔라의 인용] 마이클 하디 (토크) 21:42, 2010년 2월 9일 (UTC)

...첫 번째 지점까지...

왜 회복하는데 한 시간이 걸리는 거지?그것에 대해 어떤 조치가 취해질 수 있을까?캐시 같은 걸 지우는 거야?마이클 하디 (대화) 21:43, 2010년 2월 9일 (UTC)

나도 몰라.방금 #위키메디아-테크 채널에서 그것에 대해 물어봤을 때, 그 반응은 아무것도 그것을 야기시키지 말아야 할 것이다.이런 일이 일상적으로 일어나는 것일까, 아니면 이 한 페이지를 위해서만 일어나는 것일까?— 칼 (CBM · talk) 04:15, 2010년 2월 10일 (UTC)

회복은 한 시간도 걸리지 않는다. 기껏해야 1분 정도 걸릴 것이다.문제는 캐시를 치워야 한다는 것이다.이 작업은 페이지의 내역에 들어가서 기본값인 50(예: 20)까지 다른 내력 길이를 선택하여 수행된다.페이지 기록에 편집이 50개 미만인 경우 URL 끝에 "&limit=<일부 임의 번호"를 추가하여 편집해야 한다. 위키백과:오려 붙이는 방법#잃어버린 역사 버그.Graham87 14:04, 2010년 2월 10일 (UTC)

내가 뭔가를 놓쳤다면 미안한데, 캐시를 지우는 게 그것보다 훨씬 간단하지 않아?Firefox의 경우 Ctrl+Shift+R만 사용하십시오.Chrome에서는 Tools, Browsing Data, Clear Cache(확인하려고 하지만 브라우저를 사용할 수 없음)와 같은 것이다.IE에 대해서는 확실하지 않아, 나는 그것을 사용하는 것을 피한다.나는 역사 병합도 하고 방금 말한 두 가지 방법만 사용하며 잘 작동한다.매딘\^talk 14:18, 2010년 2월 10일 (UTC)

이것은 서버 캐시에 관한 것이지 사용자 캐시에 관한 것이 아니다.그것은 한 페이지를 숙청하는 것과 비슷하지만, 역사적으로 보면 그렇다.Svick (대화) 14:30, 2010년 2월 10일 (UTC)

음, 알았어.그럼 날 무시해!내가 어떻게 히스테르기와 페이지 복원술을 해왔는지 아직도 궁금하지만 그레이엄의 방법을 사용할 필요가 없었다.매딘\^talk 14:55, 2010년 2월 10일 (UTC)

고마워, Graham87.내 경험상, 그들은 항상 한 시간 정도 걸렸지만, 나는 이런 상황에서 서버 캐시를 정리하려고 한 적이 없다.마이클 하디 (대화) 2010년 2월 11일 19:28 (UTC)

...당신이 서호주 출신이라는 것을 알게 되었으니, 그것은 사람들이 "다른" 곳 대신 "다른" 곳이라고 말하는 나의 정신적 목록에 추가되고 있다.마이클 하디 (대화) 2010년 2월 11일 19:31, 11 (UTC)

창 스크롤 편집

해결됨

– Redrose64 (대화) 21:17, 2010년 2월 11일 (UTC)

좋아, 첫 번째 꺼짐: Windows XP, Firefox 3.0.17, Monobook, 베타 사용 안 함.최근에 그것들 중 어떤 것도 바꾸지 않았고, 내 취향도 바꾸지 않았다.

문제:마지막 날쯤, 편집 창은 다르게 행동하기 시작했다.특히, 편집 창(위의 버튼 등)에 텍스트를 삽입하는 창 밖의 항목을 클릭하거나<ref></ref>아래 링크 등), 이제 삽입 지점이 상단 라인에 올 때까지 창을 위쪽으로 스크롤한다.편집할 때 위의 단락을 읽으려고 할 때 이것은 짜증난다.2월 9일 경까지는 스크롤이 발생하지 않았으므로, 당신이 타이핑을 하는 동안 위나 아래 텍스트가 보이도록 당신이 편집하고 있는 실제 선을 배치할 수 있었다.이전 동작을 복원하려면 어떻게 해야 하는가? --Redrose64 (대화) 16:30, 2010년 2월 10일(UTC)

사용적합성 팀의 최근 '베타' 향상과 함께 몇 개의 버그가 도입되었다.그들은 실험 기능에 문제가 있는 사용자는 실험 기능을 비활성화할 것을 권고한다; 기능은 Preferences → Editing 탭 → Experiment 기능에서 끌 수 있다.— 감시 목록의 맨 위에 표시된 대로. ---— Gadget850 (Ed) 16:38, 2010년 2월 10일 (UTC)

(a) 앞에서 말한 바와 같이 베타(beta)를 사용하지 않는다. (b) 세 가지 실험 기능(탐색 가능한 목차 사용, 향상된 편집 도구 모음 사용, 링크, 테이블 등을 삽입하기 위한 대화 상자 사용)이 모두 꺼져 있으며, 더욱이 나는 한번도 켜본 적이 없다. --Redros64 (talk) 17:08, 2010년 2월 10일 (UTC)

지금 제대로 작동하는 것 같아. --Redros64 (대화) 21:17, 2010년 2월 11일 (UTC)

CSS: 언어 링크 숨기기

Proposal에서 이름을 변경하여 언어 링크 제거

많은 기사들은 페이지 시작 부분에 긴 언어 링크 리스트가 있고, 페이지 끝에는 긴 언어 링크 리스트가 있다.그러나 이 링크들 중 하나를 클릭하는 것은 대부분의 WP 방문자들에게는 드문 작업일 것이다.이 목록에는 낭비되는 공간이 나열되어 있으며, 독자들이 글의 시작 부분을 보려면 아래로 스크롤해야 할 수 있다.(참고: 정확한 동작은 사용자의 Preferences(기본 설정)에서 페이지를 보기 위해 선택한 피부에 따라 다름)

이 목록들을 링크를 포함하는 새로운 특수 페이지(또는 유사한 메커니즘)에 대한 단일 링크로 대체할 것을 제안한다.나는 이것을 달성하기 위한 프로그래밍은 아마도 우리 개발자들에게는 어렵지 않을 것이지만, WP를 훨씬 더 유용하게 만들 것이라고 생각한다.데이비드 스펙터 21:16, 2010년 2월 10일 (UTC)

문제가 보이면 이것의 프린트 스크린을 보여주시겠습니까?–xeno^talk 21:20, 2010년 2월 10일(UTC)

이 사람은 모노북 대신 표준피부나 쾰른 블루피부를 사용하고 있을 가능성이 높다.—DJ (대화 • 기여) 21:23, 2010년 2월 10일 (UTC)

만약 그들이 그 피부들과 그렇게 결혼했다면, 그들은 관계를 숨기기 위해 .css를 사용할 수 없었을까?–xeno^talk 21:26, 2010년 2월 10일(UTC)

미안, 본문이 더 커서 오리지널 쾰른 블루를 사용하고 있어.베이비붐 세대의 많은 멤버들처럼 시력도 나빠졌다.텍스트는 크지만, 초기 언어와 최종 언어의 연결은 배제하는 새로운 피부를 만드는 것으로도 나의 문제가 해결될 수 있을 것 같다.데이비드 스펙터 21:41, 2010년 2월 10일 (UTC)

또는 CSS 또는 브라우저 기본 설정을 통해 모노북을 사용하고 글꼴 크기를 늘림으로써.대수학자 21:45, 2010년 2월 10일 (UTC)

쾰른 블루의 지진을 보십시오.내 텍스트 크기를 150%로 설정했는데도 스크롤하지 않고는 글의 시작을 알 길이 없다.데이비드 스펙터 21:47, 2010년 2월 10일 (UTC)

사용자 만들기:David spector/cologneblue.css(코드 포함)

#랭글링크 { 전시하다: 없는; } 

링크가 사라지게 해야 한다.Svick (대화) 21:54, 2010년 2월 10일 (UTC)

고마워.그리고 그렇다, 개별 편집자들이 css를 설정하는 것은 아마도 인터위키 연결이라는 오랜 관습을 없애기 위한 제안보다 훨씬 더 좋은 평가를 받을 것이다.–xeno^talk 21:56, 2010년 2월 10일(UTC)

고마워! 그것은 초기 언어 링크를 억제하는데 효과가 있지만 최종 언어 링크는 아니야.데이비드 스펙터 22:11, 2010년 2월 10일 (UTC)

나는, 한 편집자의 경우, 지금처럼 언어 링크를 감상한다. -- 파장 (토크) 22:32, 2010년 2월 10일 (UTC)

인터위키 링크는 편집자를 위한 가치가 있다.다른 위키피디아의 기사가 우리 기사보다 낫다는 일이 일어날 수도 있고, 개선될 수 있는 것에 대한 힌트를 줄 수도 있다.에드존스턴 (대화) 05:02, 2010년 2월 11일 (UTC)

섹션 헤더를 다시 작성했는데, 이 제안은 DOA이며, 특히 편집자가 CSS를 통해 해당 섹션 헤더를 숨길 수 있기 때문이다. –xeno^talk 14:18, 2010년 2월 11일(UTC)

David: 만약 당신이 아래쪽 링크를 제거하기를 원한다면, 당신은 또한 페이지의 바닥글 전체를 잃게 될 것이다.만약 이 일이 당신을 크게 방해하지 않는다면, 그렇다면,

#랭글링크, #발을 동동 구르다 { 전시하다: 없는; } 

네가 필요한 거야그렇지 않으면, 스빅이 준 것을 고수하라.바닥글을 잃게 되는 이유는 다른 페이지 콘텐츠도 제거하지 않고 맨 아래 링크를 제거할 수 있는 ID나 클래스가 없기 때문이다.
버그를 bugzilla에 제출하여 해당 영역의 html 일부를 정리하는 것이 좋은 생각일 수 있다(그리고 CSS로 일부 자료를 옮기는 것). --Izno (토크) 20:00, 2010년 2월 11일(UTC)

배포 맵을 만들기 위한 템플릿

여기가 잘못됐다면 미안해!나는 지금 스코틀랜드의 지명 분포를 보여주는 지도 한두 장으로 할 수 있는 기사를 쓰고 있다.

이상적으로는 영국-인포박스에 사용된 것과 유사한 템플릿에서 이 작업을 수행할 수 있기를 바란다.

템플릿:Infobox UK 플레이스/doc/예시#스코틀랜드

그것은 위도와 경도 파라메이터에 근거한 스코틀랜드의 단일 위치를 보여준다.

이를 여러 위치를 표시하도록 조정할 수 있는가?메기 짐과 비누칠기 (토크) 12:54, 2010년 2월 11일 (UTC)

그 템플릿은 다른 템플릿을 사용한다.{{location map}}그리고 나는 그것의 토크 페이지인 템플릿 토크에서 비슷한 토론이 있었다고 믿는다.위치 지도.그 페이지를 보는 사람들은 구체적인 내용에 대해 더 많이 알 것 같다. --Redrose64 (대화) 13:04, 2010년 2월 11일 (UTC)

방금 찾은 정보:{{location map many}}최대 9개의 마커를 허용한다. --Redros64 (토크) 13:06, 2010년 2월 11일 (UTC)

고마워...나는 앞서 가서 거기서 질문을 했다.나는 9개 이상의 마커(실제, 300개 이상)가 필요하기 때문에, 나는 그 대답이 '아니오!메기 짐과 비누칠기 (토크) 13:38, 2010년 2월 11일 (UTC)

300개의 클릭 가능한 요소가 페이지 렌더링에 상당한 속도 저하를 가져올 수 있다.게다가, 300개의 요소들은 내가 의심하는 작은 화면 웹 페이지 보기에서는 분리되기 어렵다.귀하의 정보를 더 나은 방법으로 제시할 수 없는 것이 확실한가?—DJ(대화 및 기여) 13:58, 2010년 2월 11일(UTC)

아마 있을 것이다.데이터 입력의 용이성과 편집의 용이성 측면에서 생각하고 있었다.유통지도를 생성할 수 있는 엑셀 차트를 만들어 위키피디아에 이미지로 수입하는 것을 살펴보겠다.메기 짐과 비누칠기 (토크) 14:44, 2010년 2월 11일 (UTC)

위키브레아크 집행관

내가 뭘 잘못했어?좌절하고 휴식이 필요하다.저스틴 토크 16:54, 2010년 2월 11일 (UTC)

그 암호는 내게 효과가 있다.베타 스킨(벡터)을 사용하고 있지 않으세요?Svick (대화) 17:04, 2010년 2월 11일 (UTC)

벡터 스킨(내 기본 설정 -> 모양)을 사용하는 경우, 코드를 특수에 복사하십시오.마이페이지/벡터js.게리 킹 (대화) 2010년 2월 11일 18시 49분 (UTC)

참조/초대 자동 인용

나는 많은 위키피디아 사람들이 URL을 적절한 인용 템플릿으로 변환하는데 몇 시간을 소비하는 것을 보았다. 간단한 파서가 할 수 있을 때.

그리고 Wiki Project Incorporation 정리가 있는데 이 인용 템플릿들을 "형식화"한다.

나는 이 인용문 템플릿들을 채우는 데 인시간을 낭비하기보다는 그것들을 자동으로 채우기 위해 파서를 쓸 것을 제안하고 싶다.뉴욕타임즈와 같은 다수의 주요 온라인 뉴스는 사람들이 다른 방법으로 채워넣는 데 시간을 낭비하고 있다는 모든 정보를 제공하는 API를 제공한다.API가 없는 사이트는 스크랩하기 쉽다.스몰맨12q (대화) 17:52, 2010년 2월 11일 (UTC)

Reflinks는 맨 URL을 위한 트릭을 하며, 그것은 훌륭하게 작동한다.게리 킹 (대화) 2010년 2월 11일 18시 50분 (UTC)

흥미로워 보이는군...하지만 작가도 안 잡히고 제목도 좀 틀리고...아마도 개별 사이트를 위해 프로그램된 웹 파서일 것이다...스몰맨12q (대화) 2010년 2월 11일 19:25 (UTC)

이 회사는 nytimes.com과 같은 특정 웹사이트의 작가들을 모집한다.게리 킹 (대화) 2010년 2월 11일 19시 30분 (UTC)

아...네 말이 맞아...첫 번째 작가를 골랐어...하지만 이런 기사에서는 공저자를 고르지 않는다.방금 콘솔을 봤는데 API를 사용하기보다는 사이트에서 메타데이터를 스크랩하는 것 같아...사용자에게 통지:기사 검색 api가 있다는 디스펜서.화면 스크래치는 사용자:Smallman12q/Scripts/New_York_Times_Citation에서 php에서 했던 것과 비슷하다.스몰맨12q (대화) 21:53, 2010년 2월 11일 (UTC)

인용 정리는 템플릿의 형식에 관한 것일 뿐이다.주로 불완전한 인용구를 채우는 것이다.작가, 날짜, 페이지는 일반적으로 모호하지 않은 인용문이 될 것이지만, 대부분의 독자들은 제목과 저널을 실제로 알고 싶어한다.개인적으로 나는 파란색을 클릭하거나 신문을 읽을 수 있는 것이 종종 도움이 된다는 것을 알게 되므로, 나도 doi, pmid, isbn을 가지는 것을 좋아한다.이것들은 중복성을 제공하는 또 다른 좋은 특징을 가지고 있어서 우리는 작가 이름으로 오자나 반달리즘을 잡을 수 있다.사용자:초점 봇은 일반적으로 이러한 많은 것들을 수정하지만, 현재 불분명한 결함으로 인해 차단되어 있다.LeadSongDogcome howl 19:57, 2010년 2월 11일 (UTC)

(e/c)불행하게도 HTML에 사용할 수 있는 데이터 항목에 대한 범용 표준이 없다.{{cite web}}, 을 제외하고 title=에 있어서<title></title>태그는 유효한 값이어야 하지만 종종 그렇지 않다.날짜, 저자, 출판사를 구하는 것은 실제 URL로 가서 검색된 페이지를 읽는 경우가 매우 많다.대부분의 브라우저(Firefox에서는 Ctrl-U)와 함께 제공되는 "보기 소스" 기능을 사용하는 경우 이러한 세부 정보를 제공하는 HTML 설명을 볼 수 있지만 자주 볼 수는 없다.어떤 경우에는 세부 정보가 사이트에 존재하지만 특정 페이지에는 없는 경우가 있다. 자세한 내용은 사이트의 기본 페이지에 있거나 "컨택트", "우리 정보", "사이트 맵", "크레딧" 등으로 설명된 페이지에 있을 수 있다. accessdate=이러한 방법을 사용하여 검색할 수 없는 방법 중 하나이므로, 오늘 날짜에 입력하거나 Wiki 페이지 기록을 통해 URL이 Wiki 페이지에 추가된 시기를 확인하십시오. --Redros64 (토크) 19:59, 2010년 2월 11일 (UTC)

표준은 없지만, 대부분의 웹사이트는 그들 자신의 "표준"을 따른다.가장 많이 인용된 상위 100개 웹사이트에 대해 간단한 파서를 쓸 수 있어야 한다.스몰맨12q (대화) 21:35, 2010년 2월 11일 (UTC)

문제는 물론 {{cite web}}뿐이 아니라, 우리가 웹사이트가 안정적이었던 것처럼 계속 인용하는 데 있는데, 사실 그 중 몇 개가 없는 것이다.만약 우리가 엄격한 백과사전적이라면 적어도 참고자료로 사용되는 최근의 뉴스 기사들에 대해서는 모든 URL에 (접속 날짜뿐만 아니라) 어록을 붙일 것이다.그렇다면 우리는 모든 URL이 FA 지위의 조건으로 아카이브 사이트에 있다고 주장할 것이다.웹 사이트와 인터넷 아카이브를 통해 최대한의 노력을 기울이십시오.LeadSongDog come howl 22:43, 2010년 2월 11일 (UTC)

• 봇은 확실히 구글 북스(Google Books)에 대한 내 위키백과 인용 도구를 사용하여 http://books.google.com/books?id=aqmAc2fFsAUC&pg=PA90과 같은 구글 북스(Google Books) 링크를 확장할 수 있다.그러면 우리는 적어도 링크와 함께 책 제목과 ISBN을 얻을 수 있을 것이다. --Apoc2400 (대화) 22:27, 2010년 2월 11일 (UTC)

제 목표는 가능한 많은 다른 사이트를 처리하는 마스터 봇과 마스터 웹 인터페이스를 개발하는 겁니다...스몰맨12q (대화) 23:09, 2010년 2월 11일 (UTC)

학교 검색(TRINIDAD)

내 이름은 X이고 21살 초반이다.나는 고등학교 중퇴자인데, 이제 정말로 고등학교 졸업장을 따는 데 있어서 전환점을 찾고 있어. 그래서 나는 공부를 더 할 수 있어.누가 나를 도와줄 수 있을까? 나는 트리니다드의 새로운 사람이고 위키백과를 사용하는 것은 이번이 처음이다. —Bommerkingdom이 추가한 서명되지 않은 코멘트 준비 (대화 • 기여) 00:09, 2010년 2월 12일 (UTC)

어떤 도움을 원하십니까?당신은 아마도 위키 다양성을 찾고 있을 것이다.스몰맨12q (대화) 01:04, 2010년 2월 12일 (UTC)

특수 페이지 문제

특수:LongPages에 문제가 있는 것 같다.보고서에 대한 정보가 없다고 되어 있다.고칠 줄 아는 사람 있어?Brambleclawx 02:01, 2010년 2월 12일(UTC)

누군가 Bugzilla에 게시할 수 있도록 게시만 하는 중(계정은 없음)

1903년과 같은 테이블을 가질 수 있는 방법이 있을까?Tour_de_France#General_classification, 그러나 "1-10 순위"를 보여주고 나머지는 붕괴?나는 두 테이블을 한데 모아 아랫줄을 무너뜨리려 하고 있다.축소할 행 수를 정의하려면 어떻게 해야 하는가?

참고 항목: 1.174.3.98.236 (대화) 08:53, 2010년 2월 8일 (UTC)

한 테이블에서 일부 행만 접을 수 있는 방법은 없지만, 두 개의 테이블을 더 가깝게 붙여 비슷한 모양을 만들 수 있다.두 테이블의 스타일에 "margin:0px"를 추가하면 그 사이에 공백이 없으므로 처음 열 개의 행을 표시하고 그 다음 열 개의 행은 축소된다.1903 Tour de France#General 분류에 이러한 변경을 가했다.모두 한 테이블인 것처럼 꼭 같은 것은 아니지만, 최대한 가까이 있는 것이 특징이다. --Mysdao 14:48, 2010년 2월 8일(UTC)

또한 접을 수 있는 테이블을 일반 테이블 안에 넣어 더욱 복잡한 효과를 얻을 수 있다. --Ludwigs2 05:02, 2010년 2월 12일 (UTC)

창 고정 - 표의 맨 위 행

긴 테이블을 볼 때 테이블의 상단 행(레이블이 있는 행)이 브로셔 창과 함께 스크롤되는 옵션을 구현할 수 있는가?마이크로소프트 엑셀은 "Freeze Panes"라는 비슷한 기능을 가지고 있다.컬럼이 무슨 뜻인지 알기 위해 뒤로 스크롤해야 하는 것은 다소 짜증나는 일이고, 그러한 기능 향상이 사용자 경험에 큰 도움이 될 것이라고 나는 생각한다.예를 들어 국제우주정거장 미래와잇츠 (대화) 10:04, 2010년 2월 9일 (UTC)

나는 이 질문이 빌리지 펌프(기술)에 더 적합할 것이라고 생각하지만, 두 가지 이유로 많은 지원을 받을 수 있을지는 의문이다.

• 위키피디아는 가능한 한 양립할 수 있도록 노력하기 때문에 우리는 가능한 한 간단하게 '마크업'을 유지한다.이것은 모든 종류의 장치에서 페이지를 읽을 수 있게 해준다.
• 거대한 표는 피하는 것이 가장 좋으며, 가능한 한 정보가 산문 형태로 제시된다.

국제우주정거장 총회에서 무슨 뜻인지 알겠다 - 머리글을 잠그는 간단한 방법이 있었다면 유용할 것이라는 데는 동의하지만 호환성에 어떤 영향을 미칠지 모르겠다.Smappy (대화) 15:49, 2010년 2월 9일 (UTC)

미안해, 참을 수가 없었어.:P — Bility (talk) 18:54, 2010년 2월 9일 (UTC)

인쇄할 때는 확장되지 않는다. ---— Gadget850 (Ed) 23:08, 2010년 2월 9일 (UTC)

인쇄 스타일시트에 약간의 추가가 필요할 것이다.〇 레이시오 (토크) 07:03, 2010년 2월 10일 (UTC)

실제로 위키피디아는 "에 포함된 CSS의 상당 부분을 적절히 명시하고 있다.screen"만일, 전혀 떠오르지 않도록.¦ 레이시오 (토크) 07:36, 2010년 2월 10일 (UTC)

테이블의 의미 체계를 바꾸기 때문에(기본적으로 테이블이 두 개 있다) 작동하지 않는다.우리는 이것을 보지 못할 수도 있지만, 스크린리더를 사용하는 사람은 일반 테이블과 다른 결과를 얻을 것이다.—DJ (대화 • 기여) 16:22, 2010년 2월 10일 (UTC)

아, 나는 실제로 코드를 보지 않았었다.한 테이블로 하면 돼, 나도 봤어.¦ 레이시오 (토크) 07:40, 2010년 2월 12일 (UTC)

정말 놀라운 생각이야.나는 확장하기 위해 그것이 필요하다.그래서 우리가 그것을 더 크게 또는 더 크게 또는 더 크게 만들기를 원한다면, 개별 세포와 모든.174.3.98.236 (토크) 00:12, 2010년 2월 10일 (UTC)

소원이 많군.그렇게 하려면 엄청나게 많은 JS 코드가 필요할 것이다.—DJ (대화 • 기여) 16:23, 2010년 2월 10일 (UTC)

그래서 이것은 완전히 실현 가능한 것으로 보이며 나는 대부분의 사람들이 그것이 제대로 인쇄되고 켜지고 꺼질 수 있다고 가정할 때 그것을 지지할 것이라고 생각한다.

그것을 어떻게 진전시킬 것인가?나는 이곳의 관료주의를 이해하지 못하지만 그 생각이 투표로 결정되었으면 한다.FutureAwaits (대화) 16:13, 2010년 2월 10일 (UTC)

누군가가 Javascript 코드를 만들어야 한다.안 해. :D —TheDJ (대화 • 기여) 16:22, 2010년 2월 10일 (UTC)

나는 오늘 그것을 만드는 것을 조사할 것이다.여기에 표시되는 더블 스크롤바 방식은 아니지만 스크린에서 사라지면서 스크롤바가 분리된다.— 디스펜서 21:48, 2010년 2월 10일(UTC)

나는 이것이 아직 시행되고 있는지 알아보려고 여기에 왔다.진척상황에 대한 소식은?그 일에 힘써준 모든 사람들 덕분에.--Metron4 (대화) 21:53, 2010년 12월 31일 (UTC)

사용자 기여도

우리는 반전을 숨길 수 있어야 하고, 아마도 다른 곳에 숨길 수 있어야 한다.계정이 없으므로 bugzilla에 게시하십시오.174.3.98.236 (대화) 05:48, 2010년 2월 12일(UTC)

계좌가 없는 특별한 이유가 있니?1월1나D 13:20, 2010년 2월 12일 (UTC)

위키피디아를 다시 편집하기 전에 "제발"이라는 단어의 사전 정의를 읽어 주시겠습니까?미리 고맙다.╟-TreasuryTag►스피커-- 13:51, 2010년 2월 12일 (UTC)

이미 요청된 사항이고, 다른 버그가 먼저 고쳐져야 할 상황에 달려 있다.버질라 검색에 10초 정도 걸렸으면 이런 걸 봤을 겁니다.^데몬^{[omg plz]} 18:02, 2010년 2월 12일 (UTC)

위키백과 네임스페이스 페이지의 표 위의 공백

사소한 깜둥이.도움말에서 테이블을 사용함:Wikitxt 코드를 표시할 수 있는 Wikible.탁자 위에 하얀 공간이 있다.제거할 수 있는가?나는 표를 사용하지 않고도 코드를 표시할 수 있다는 것을 알지만 만약 그렇게 한다면 그 상자가 페이지 너비의 100%를 차지한다.텍스트 상자를 상자의 최대 텍스트 너비와 동일하게 만드는 것을 피하고 싶다. -- Alan Lifting (토크) - 06:32, 2010년 2월 12일 (UTC)

그럴 만한 가치가 있는지는 모르겠지만, 네가 써도 돼.<pre style="display: inline-block;">〇 레이시오 (토크) 07:53, 2010년 2월 12일 (UTC)

그게 요령이었다.고마워. -- Alan Lifting (대화) - 21:02, 2010년 2월 12일 (UTC)

특수:카테고리트리 링크

각 카테고리 페이지에서 Special로 자동 생성되는 링크를 사용할 수 있는가?CategoryTree/Category NAME? 특히 상위 카테고리 및 하위 카테고리의 여러 레벨이 있는 카테고리 트리를 통해 확인할 때 이 기능을 활성화하면 상당히 도움이 될 것이다. -- Black Falcon 07:44, 2010년 2월 12일 (UTC)

반대하지는 않지만, Special을 사용하는 것을 선호하는 이유가 있는가?카테고리카테고리 페이지의 하위 카테고리만 탐색하지 않고 트리?--Kotniski(토크) 14:27, 2010년 2월 12일(UTC)

카테고리가 크면 여러 페이지에 걸쳐 서브캣을 펼쳐 놓치기 쉽다.나는 이 마크업을 몇몇 큰 카테고리에 사용하였다.

<div style="-moz-column-count:2; -webkit-columns:2; column-count:2;"{#tag:categorytree {{PAGENAME}}}}}</div>

모든 하위 캐트를 두 개의 열에 나열한다(IE8 이하를 제외). --— Gadget850 (Ed) 17:17, 2010년 2월 12일(UTC)

방금 알게 된 링크 "이 특별한 페이지를 위키백과 토크에서 논의하라:특수:CategoryTree/Funderial."특수:CategoryTree/Funderial.— 디스펜서 19:19, 2010년 2월 12일 (UTC)

코티스키, 내 취향은 내가 무엇을 성취하려고 하는가에 달려 있어.특별함 찾음:카테고리다음 항목으로 작업할 때 하위 카테고리보다 유용한 트리:

1. 모든 하위 범주가 동일한 페이지에 있는 것은 아니지만 많은 하위 범주가 있는 큰 범주(즉, 해당 범주에 도달하려면 "다음 페이지"를 반복해서 클릭해야 함)
2. 하위 범주가 더 큰 범주 트리의 여러 하위 트리(예: 국적별 사람, 직업별 사람, 국적 및 직업별 사람 등)에 배치되는 복잡하고 보완적인 범주 트리
3. CategoryTree에서 제공하는 긴 드롭다운 목록 형식을 사용하여 불일치와 차이를 훨씬 쉽게 발견할 수 있는 유사한 이름의 많은 범주

-- 검은 팔콘 19:39, 2010년 2월 12일 (UTC)

기본값선택/리디렉션 커서

누군가 http://en.wikipedia.org/wiki/Wikipedia:Help_desk#Defaultsort.2Fredirect_cursor_location GrahamHardy (talk) 18:17, 2010년 2월 12일 (UTC)

또한 #클릭하는 문자 뒤에 원하는 공간이 없음을 참조하십시오.—DJ (대화 • 기여) 19:45, 2010년 2월 12일 (UTC)

기본 페이지의 웹 라이선스

웹 조각이 페이지에서 어떻게 보일지, 각 섹션이 사용자:Smallman12q/webslice 테스트를 어떻게 볼지를 보여주는 간단한 페이지를 작성했다.IE 또는 파이어폭스 등가 애드온이 없는 사람들을 위해, 여기 몇 가지 스크린샷이 있다.

웹슬릭을 추가하는 게 좋을 것 같아?스몰맨12q (대화) 02:14, 2010년 2월 6일 (UTC)

이것은 현재 IE8에서만 작동하는 것처럼 보이지만, 그 브라우저는 널리 사용되고 있다.스몰맨12q (대화) 14:48, 2010년 2월 6일 (UTC)

마이크로소프트는 웹슬릭을 표준으로 제안하고 있지만 나는 다른 구현이 나타났다고 생각하지 않는다.아마도 대규모 배치 전에 다른 사람을 기다리는 것이 가장 좋을 것이다. --Ancheta Wise (대화) 14:59, 2010년 2월 6일 (UTC)

하지만 왜?웹 조각은 현재 {{WebSlice-begin} 템플리트를 통해 일부 위키백과 페이지에 사용되고 있다...이런 경우에 기다리는 것의 이점이 이해가 안가...스몰맨12q (대화) 15:59, 2010년 2월 6일 (UTC)

나는 중립이다.좋은 생각이지만, 웹 사이트들이 다른 브라우저를 가진 사용자들을 위해 메인 페이지를 다르게 보이게 할 수도 있다.메인 페이지에서 실행하기 전에 Opera, Google Chrome, Safari, Konkeror 등 모든 주요 브라우저에서 테스트해 볼 것을 제안한다.슈비네이터 (대화) 17:32, 2010년 2월 6일 (UTC)

나는 그들이 페이지를 보는 방식을 전혀 바꾸면 안 된다고 믿는다.html과 친분이 있는 사람들의 경우 코드는 비교적 간단하다.

<div class="hslice" id = "hslice-id goes here"><div style="display:properties" class="entry-properties">Title은 여기에서 <</div> <span class="ttl" style="display:none"<!-- 얼마나 자주 새로 고침 -->div class="entry-content"> 내용이 여기에서 </div> </div> 된다.

또는 위키에서(예:

<div class="hslice" id = "hslice-idDid you know" > <div style="display:none" class="entry-title">위키피디아 아십니까?{{span class=ttl style=display:none}}360{endspan}}{div class="entry-content"}{{div class="{div class="entry-contention"}}{{div}}}}}}}}}}}

Firefox와 IE7/IE8에서만 테스트해 봤지만, 다른 브라우저가 있다면, 사용자:Smallman12q/webslice 테스트에서 제 예를 보면 이상해 보이는 것이 있는지 확인할 수 있다.스몰맨12q (대화) 19:28, 2010년 2월 6일 (UTC)

나는 그 아이디어가 마음에 든다.우리는 이미 메인 페이지의 요소들에 대한 이 레이아웃을 가지고 있다."hslice", "entry-title", "entry-content" 클래스를 적절한 장소에 추가하기만 하면 된다.어디선가 숨겨진 ttl을 추가하면 끝장이다.간단해 보인다.많은 IE 사용자들이 고마워할 만한 멋진 기능을 위한 작은 일.—DJ (대화 • 기여) 20:29, 2010년 2월 7일 (UTC)

P.S. 당신의 예에 있는 {{WebSliceDisable}}에 주목하는데, HTML-element meta를 추가할 수 없기 때문에 당연히 작동하지 않는다.미디어위키의 화이트리스트에 있지 않다(좋은 이유로).—DJ (대화 • 기여) 20:41, 2010년 2월 7일 (UTC)

그래, 난 "meta"가 지원되지 않는다는 걸 깨달았어.User:Smallman12q/Main Page Web Slice에서 간단한 예를 제시했다.현재, 템플릿의 단순한 포장지일 뿐 css는...요점을 이해하기에 충분한 본보기가 되어야 한다.그것은 많은 IE8 사용자들을 오히려 더 행복하게 만들 것이다...그리고 거의 일하지 않고.당신의 의견을 저에게 알려주십시오.스몰맨12q (대화) 23:01, 2010년 2월 7일 (UTC)

Itemeshack에 스크린샷을 몇 개 올렸으니 IE8을 가지고 계신 분들은 User:Smallman12q/Main Page Web Slice에서 사용해 보십시오.스몰맨12q (대화) 23:22, 2010년 2월 7일 (UTC)

브라우저가 우리의 도움 없이 이것을 할 수 있어야 할 것 같은데, 나는 그가 사이트에 더 많은 독점 코드를 추가하는 것을 좋아하지 않는다.¦ 레이시오 (대화) 05:57, 2010년 2월 8일 (UTC)

이 포맷은 마이크로소프트 오픈 사양 약속과 크리에이티브 커먼즈 퍼블릭 도메인 헌신에 따라 출시되기 때문에 실제로 독점적이지 않다.나는 우리가 왜 브라우저를 꺼낼 수 없는지 잘 모르겠다.스몰맨12q (대화) 21:07, 2010년 2월 8일 (UTC)

그것은 소유권이다.마이크로소프트 제품만이 지원하는 마이크로소프트제 기술이다.브라우저는 도움이 필요하지 않다.¦ 레이시오 (대화) 21:31, 2010년 2월 8일 (UTC)

명세서는 Creative Commons Public Domain Composition...단지 그것의 유일한 브라우저가 그것의 소유권을 의미하지는 않는다.(이번 토론이 무산되지 않기를 바란다.)스몰맨12q (대화) 02:41, 2010년 2월 9일 (UTC)

아니, 단지 그것이 그것을 지원하는 유일한 브라우저라고 해서 그것이 독점적이라는 것을 의미하는 것이 아니라, 그것이 독점적이라는 것이 거의 확실하다는 것을 보여주는 지표다.자바™는 GPL이지만 Sun이 운영한다.플래시는 부분적으로 열려 있지만 Adobe에 의해 완전히 제어된다.면허증 때문이 아니에요.은행은 학생들에게 (정말 누구에게나) "무료" 학점을 주지만, 당신은 항상 돈을 지불한다. 왜냐하면 그것은 그들의 규칙이기 때문이다.〇 Reisio (대화) 07:00, 2010년 2월 10일 (UTC)

• 소유권이 무슨 뜻인지 이해 못 할 것 같은데...독점 소프트웨어는 종종 무료도 오픈소스도 아닌 컴퓨터 소프트웨어를 의미하는데 사용된다.웹 조각 사양은 Creative Commons Public Domain Composition에 따라 공개된다.독점권은 법률 용어로 정의되며, 만약 Firefox가 HTML 5 지원을 제공하지만 Internet Explorer가 그렇지 않다면, 그것은 그것이 독점적이라는 거의 확실한 지표가 아니다(HTML 5).
• 너의 예는 논리적 오류를 초래하는 것처럼 보인다.면허에 관한 게 아니라고 해그리고 나서 Banks가 학생들에게 "무료" 학점을 주지만, 그것은 그들의 규칙이기 때문에 당신은 항상 돈을 지불한다.우선, 그것은 전적으로 법적 계약이나 서비스 계약의 역할을 하는 면허에 기초한다.은행들이 무료 신용을 제공하고 그 후에 당신이 지불해야 하는 것에 대한 당신의 언급에 대해서, 그들은 당신이 서명하거나 참여하기로 동의하는 조건들에 근거하여 무료 신용을 준다 (그것은 그들의 규칙이다.나는 네가 언급하고 있는 "자유 신용" 금리 변화는 보편적인 채무 불이행이라고 믿는다.
• 이것은 메인 페이지에 웹 슬라이스를 추가하는 것이 유익한가 아닌가에 대한 이 논의의 목적을 망치고 있는 것 같다.스몰맨12q (대화) 14:16, 2010년 2월 10일 (UTC)

웹 슬라이스는 "수용적"이 아니다.하지만, 그것들은 공개적인 기준이 아니다.미디어위키와 위키피디아는 이미 <링크 el="apple-touch-icon"> <a el="nofollow"> IE 조건부 주석 등과 같은 웹 표준에 벤더별 확장을 많이 사용하고 있다.

IMO, 우리는 일반적으로 개방형 표준에 찬성하는 벤더별 확장을 피해야 하지만, 특히 비표준 브라우저를 경쟁사보다 더 매력적으로 보이게 하는 경우에는 더욱 피해야 한다.예를 들어 IE < 8이 다른 브라우저처럼 페이지를 올바르게 표시할 수 있도록 IE 조건부 주석을 사용하며, 괜찮다.하지만 우리는 비표준적인 기능을 사용하여 IE를 더 좋게 만들어서는 안 된다.우선 표준 궤도에 올려놓자.다른 어떤 것을 하는 것은 브라우저 벤더들이 잘못된 일을 하도록 장려한다.—시뮬레이션(대화 • 기여) 17:53, 2010년 2월 10일(UTC)

그것에 대한 정책/가이드라인 링크가 있는가?위키피디아의 아이디어는 기능성을 제공하는 것이라고 항상 생각했다...스몰맨12q (대화) 21:21, 2010년 2월 10일 (UTC)

아니, 정책/가이드라인 없음.그냥 의견일 뿐이야.그러나 위키피디아의 목적은 언어에서와 같이 자유롭다는 의미인 무료 기능성을 제공하는 것이다.기초부터:가치: "위키메디아 재단의 사명 중 필수적인 부분은 전체 인간 커뮤니티가 만들고, 사용하고, 재사용할 수 있는 자유 콘텐츠 교육 자원의 개발을 장려하는 것이다.우리는 이 임무가 웹 상에서 창작, 사용, 재사용에 제약이 없는 콘텐츠의 창조를 허용하기 위해 번성하는 개방형 형식과 개방형 표준이 필요하다고 생각한다."비표준 웹 기능의 사용을 권장하는 것은 적어도 어느 정도는 위키미디아의 임무에 반하는 것이다.—시뮬레이션(대화 • 기여) 15:32, 2010년 2월 11일(UTC)

Simetrical의 동의에 따르면, 무료 구현이 없다는 사실 또한 특히 문제가 되고 있다.그리고 이 구현의 사소한 요점은 비 CSS 브라우저가 홀수 숫자 주변을 맴도는 것을 볼 수 있다는 것이다.제목 속성을 사용하여 업데이트 사이의 회의록 숨기기:<abbr class="ttl" title="1440"></abbr>종말 시간 재산도 있어— 디스펜서 16:28, 2010년 2월 11일 (UTC)

WebChunk를 사용한 무료 구현이 있었고, Firefox 사용자도 Fireclip을 사용할 수 있다...나는 단지 IE8을 사용하는 사용자들의 20-25%에게 몇 가지 추가적인 기능을 제공하려고 할 뿐이다.스몰맨12q (대화) 22:07, 2010년 2월 11일 (UTC)

그래서 나는 메인 페이지에 웹 조각을 추가하는 것을 지원하지 않는다고 생각한다.스몰맨12q (대화) 18:46, 2010년 2월 13일 (UTC)

태그 참조 및 참조 이름

파서가 처리한 순서에 문제가 있어 {{singlechart}}}은(는) #tag ref 구문을 사용하여 참조를 만든다.이제 나는 그 기사가 동일한 참조를 사용할 수 있고 복제할 필요가 없도록 단일 차트가 만드는 인용문의 이름을 대달라는 요청을 받고 있다.나는 그것을 어떻게 해야 할지 모르겠다.아이디어 있는 사람?—Kww(토크) 00:15, 2010년 2월 13일 (UTC)

{{#tag:ref content name=Foo}} 미스터 Z-man 01:13, 2010년 2월 13일 (UTC)

약속하지만, 나를 어리둥절하게 만드는 결함이 있어.사용자 대화:Kww/singlechart는 사용자:Kww/singlechart의 테스트 사례."이름"이 작동하며, 매크로의 두 호출이 동일한 참조를 생성하며 참조 목록에서 공유 참조를 수신하는 것을 볼 수 있다.하지만 일치하는 이름을 포맷하여 텍스트로 사용하려고 하면 오류 메시지가 표시되고 참조 이름이 처리되지 않는다.생성된 이름을 표시하도록 참조 출력을 수정했는데 확실히 sc_Australia_Bonzo+Dog+인 것 같다.Doo+Dah+Band, 테스트 케이스에 사용했던 것.—Kww(토크) 02:23, 2010년 2월 13일 (UTC)

값을 따옴표로 묶으십시오.name="value"대신에name=valueHTML 규격은 모든 문자가 문자, 숫자, 하이픈 또는 마침표가 아닌 한 모든 속성 값을 인용하도록 요구한다. 그리고 당신은 그 안에 몇 개의 밑줄과 더하기 기호를 가지고 있다.XML 스펙이 더욱 엄격하다고 생각한다. --Redros64 (토크) 09:41, 2010년 2월 13일 (UTC)

됐다.고마워요.—Kww(토크) 14:51, 2010년 2월 13일 (UTC)

WP 이메일

해결됨

– ISP/전자 메일 공급자 문제(또는 그들이 선호하는 "새로운 기능")

파블로_hablo. 15:55, 2010년 2월 13일 (UTC)

메가리 킹(토크) 18:22, 2010년 2월 13일(UTC)

나, 별로 안 좋아하진 않아.실험으로 하나 보냈어 파블로_hablo. 19:10, 2010년 2월 13일 (UTC)

난 네 것을 얻었다.직접 이메일을 보내기만 하면 시스템을 테스트할 수 있다.게리 킹 (대화) 2010년 2월 13일 19:19 (UTC)

응, 내가 그랬어.효과가 없었다.전자우편 주소 자체는 작동하고 있지만 위키피디아를 통해서는 작동하지 않는다. 파블로_hablo. 20:06, 2010년 2월 13일 (UTC)

스팸 폴더를 확인하셨나요?Svick (대화) 20:53, 2010년 2월 13일 (UTC)

네, 파블로_hablo. 21:38, 2010년 2월 13일 (UTC)

나도 마찬가지야이메일 주소 및/또는 프로그램 및/또는 공급자에 문제가 있을 수 있음.SoWhy 21:48, 2010년 2월 13일(UTC)

제공자일 겁니다.아무튼 고마워. 파블로_hablo. 23:09, 2010년 2월 13일 (UTC)

IP 주소 봇

이건 날 당황하게 만들었어.나는 내 토크 페이지를 보관할 단서봇을 가지고 있다.그것은 잘 작동하지만, 어제 그것은 IP 주소에서 토론을 삭제했다.여기서 뭔가 이상하긴 하지만, 확실히 편집 자체가 아니다.diff - ʄoooiaia 19_¢:02, 2010년 2월 13일(UTC)

이것은 LevelBot의 토크 페이지에서 논의되었다.Svick (대화) 19:40, 2010년 2월 13일 (UTC)

최근 IRC 피드의 유니코드?

원시 IRC 피드를 보면 이상한 유니코드가 계속 나와.
[[̇Santiago AragÃହ̔]]4 MB̐ http://en.wikipedia.org[..]&oldid=[..]5803 5* ＃Cydebot�� 5*� (+3) ̐Robot - Moving category Football (soccer) midfielders to Association [..].�

음, 사실, 그건...
\x0314[[\x0307Santiago Arag\xc3\xb3n\x0314]]\x034 MB\x0310 \x0302http://en.wikipedia.org/w/index.php?diff=343888972&oldid=336985803\x03 \x035*\x03 \x0303Cydebot\x03 \x035*\x03 (+3) \x0310Robot - Moving category Football (soccer) midfielders to Association football midfielders per [[WP:CFD CFD]] at [[Wikipedia:Categories for discussion/Log/2010 February 5]].\x03

그런 이유가 있을까? (예를 들어, 그들은 무슨 의미가 있는 것일까?)캘빈 1998 02:32, 2010년 2월 14일 (UTC)

편집 상자 문제

나만 이런 걸 보는 건지 모르겠는데, 일반 편집함 아래 회색 상자가 또 눈에 띄는 사람 있어?몇 번인가, 편집상자로 뒤집기도 했다.베타 버전을 사용하고 있는 것은 아니지만, 최근 몇 주간의 개발은 좀 이상해.케빈 러더포드 (대화) 02:48, 2010년 2월 14일 (UTC)

내가 클릭하는 문자 뒤에 원하지 않는 공백

템플릿, 파이핑된 링크 등에 대해 편집창 아래의 문자 목록을 사용해 본 지난 며칠 동안, 캐릭터가 나타난 후 커서가 하나씩 전진하는 것을 발견했다.이것은 내가 작업하고 있는 것을 엉망으로 만든다. 왜냐하면 내가 다음에 덧붙일 것은 그것보다 뒤에 있어야 할 어떤 특징이 있기 때문이다.Vchim 침팬지 · 대화 · 기여 · 19:18, 2010년 2월 12일 (UTC)

베타 버전을 실행하십니까? —DJ(대화 및 기여) 19:43, 2010년 2월 12일(UTC)

나도 이 문제를 겪고 있고, 베타 버전을 실행하고 있지 않아.삽입 문자 뒤에 텍스트가 있으면 삽입 동작이 커서를 한 칸씩 이동시킨다.삽입된 문자 뒤에 텍스트가 없으면, 삽입행위로 인해 커서가 편집창에서 완전히 사라지고, 창을 클릭하지 않고는 더 이상의 텍스트를 입력할 수 없다. -- Black Falcon^(talk) 19:47, 2010년 2월 12일 (UTC)

베타가 뭔지도 모르니까 아니겠지Vchim 침팬지 · 대화 · 기여 · 19:59, 2010년 2월 12일 (UTC)

IE8의 모든 사람 —DJ (대화 • 기여) 20:17, 2010년 2월 12일 (UTC)

나도 그래. IE8 윈XP에서.베타 사용 안 함.베타 버전 사용하냐고 묻는 거 지겨워.최근에 어떤 가젯이나 스크립트도 바꾸지 않았다.던컨힐 (대화) 20:49, 2010년 2월 12일 (UTC)

대부분의 버그는 atm에 있기 때문에 디버그 과정에서 중요한 정보 입니다.—DJ (대화 • 기여) 21:03, 2010년 2월 12일 (UTC)

맞아. 하지만 이건 아주 최근의 발전이야Vchim 침팬지/대화/공헌/20:50, 2010년 2월 12일 (UTC)

음, 이거 흥미로운데.나는 방금 내가 19개월 동안 사용한 컴퓨터의 키보드에서 그것을 발견했다.뭔가 다른 거라고 생각했나 봐.그래서 내가 그것을 사용하는 것을 기억할 수 있다면, 그것은 그 문제를 해결한다.Vchim 침팬지 · 대화 · 기여 · 20:59, 2010년 2월 12일 (UTC)

내 두개골을 뽑아버리고 있어무엇이 이것을 야기시킬 수 있는지에 대해 아직까지는 알 수 없다....—DJ (대화 • 기여) 21:10, 2010년 2월 12일 (UTC)

만일 (일반적인 것을 포착할 것 같은) 문제가 사라지는 것 같다.addButton함수)는 소스에 포함되지 않음... 이 JS는 베타가 아닌 사용자를 위해 포함되어야 하는가?〇 Reisio (토크) 00:06, 2010년 2월 13일 (UTC)

bugzilla:22507 —DJ (대화 • 기여) 10:35, 2010년 2월 13일 (UTC)

이 문제는 이제 고쳐져야 한다.확인해주면 고맙겠다.—DJ (대화 • 기여) 13:09, 2010년 2월 14일 (UTC)

그것은 이제 사라진 것 같다 - 그것을 처리한 누구 덕분이다.나이젤 이스 (토크) 18:38, 2010년 2월 14일 (UTC)

나이젤의 확인에 도움이 될 겁니다문제를 식별하고 보고하고 고친 모든 분들께 감사드린다. -- 검은 팔콘 19:32, 2010년 2월 14일 (UTC)

사용 편의성 이니셔티브로 인해 편집이 완전히 중단됨

해결됨

다른 사람이 마주칠 경우를 대비해서 문서화 하는 거야.어떤 이유에서인지 '이용가능성 이니셔티브' 사람들은 편집창을 오버레이하는 대본을 편집을 막는 깨진 '로드링' 그래픽으로 테스트하기로 했다.이 문제가 발생하면 "베타 탈퇴" 옵션이 편집 기능을 복원한다.공식적으로, 사용자들에게 편집을 허락하지 않는 것은 사용성의 감소다. - 말할 필요는 없지만, 분명히 코드 액세스를 가진 누군가가 그러한 추론을 잘 따르지 않는 것 같다. (좋아, 나는 그것을 문서화하고 그것에 대해 불평하고 있다.)— 가비아 임머 (대화) 20:30, 2010년 2월 12일 (UTC)

오, 이년아, 모두 익숙해졌구나:D (PS 버그리포트는 당신이 실행 중인 브라우저에 대한 정보를 동반해야 한다.)—DJ (대화 • 기여) 20:42, 2010년 2월 12일 (UTC)

혹시 Firefox를 실행 중이고 가젯을 사용하도록 설정하셨습니까?나는 오늘 아침 구글트랜스 기기로 매우 짜증나는 문제에 대해 들었는데, 그것은 정확히 같은 행동을 유발했다.이것은 다른 도메인에서 스크립트를 가져올 때(예: google.com) 교차 도메인 제한을 과도하게 강제하는 Firefox의 버그다.아직 어떻게 작업해야 하는지 확실하지 않다. --Catrope 20:44, 2010년 2월 12일 (UTC) —Catrope가 추가한 서명되지 않은 코멘트 작성(토크 • 기여)

나는 Firefox 3.6을 사용하고 있지만 구글트랜스 가젯은 아무런 문제도 일으키지 않는다는 것을 방금 확인했다(어떤 경우에도 편집창에 아무 일도 하지 않기 때문에 문제가 되지 않았다).베타 사용적합성 물질로 인해 문제가 발생했고, 그것이 무작위로 다소 변화하기 때문에 나는 Bugzilla가 그 방법인지 확신할 수 없었다.

그러나, 나는 또한 NoScript를 사용하기 때문에 도메인 간 스크립팅에 대한 나의 제한은 바닐라 파이어폭스가 할 수 있는 그 어떤 것보다 더 강하지만, 나는 스크립트를 제공하는 WMF 도메인을 신뢰한다.그런데, 내가 "과욕적"이라고 묘사할 수 있는 교차 도메인 스크립트에 대한 어떤 제한도 상상할 수 없다. 개발자들에게 더 쉽기 때문에 허용 가능한 스크립팅을 허용해야 한다는 당신의 입장이고, 그렇지 않다면 편집 창에서 파손이 있어도 괜찮다 - 글쎄, 나는 그것이 유용성의 증가라고 생각하지 않는다.내가 그 주제에 대해 말할 수 있는 것 중 하나는 아마도 여기에 게시하기에 충분히 예의 바르지 않은 것일 것이다.— 가비아 임머 (대화) 21:02, 2010년 2월 12일 (UTC)

편집기 위에 '로드' 창이 이제 비활성화되었다.—DJ (대화 • 기여) 21:06, 2010년 2월 12일 (UTC)

이러한 교차 도메인 제한은 바닐라 파이어폭스에 의해서도 시행되었다.나는 노스크립트 없이도 버그를 재생산할 수 있었다.나는 교차 도메인 제한에 매우 찬성한다. 단, 그것들이 같은 도메인이나 심지어 같은 스크립트 파일 안에 있는 것에 적용될 때를 제외하고는 말이다.읽다"Permission denied for <http://localhost> to get property Window.document from <http://localhost>."그리고 그건 말도 안 된다고 말해줘;) --Catrope (대화) 14:16, 2010년 2월 14일 (UTC)

(용서해줘: 혐오스러운 이디로시!)작은 사진, 클릭 시 중요한 첨부 텍스트가 모두 삭제됨!

이 주제가 어디서 심도 있게 논의되었는지 알 수 없었던 것에 대해 앞에서 사과하라, 나는 그것이 과연 그랬을 것이라고 의심한다.

기본적인 요점: 위키피디아 기사에 첨부된 거의 모든 사진들은 너무 작아서 작은 이미지만으로는 쓸 수 없다.따라서, 사람들은 그러한 작고 거의 이해할 수 없는 사진들이 거의 변함없이 기사 독자에 의해 확대되도록 설계될 것이라고 예상할 것이고, 또한 확대 과정이 동반된 텍스트를 증폭시킬 것이라고 예상할 것이다. (즉, 내가 당신의 현미경 사진을 클릭한다면, 나는 당신의 설명 캡티를 기대한다.최소한 사라지지 않도록!)하지만, 내가 그런 사진들을 클릭할 때, 그리고 (다행히) 손톱보다 더 많은 해상도를 이용할 수 있게 될 때, (그것은 필요한 것보다 덜 자주 일어난다: 위키피디아의 많은 사진들은 내가 그것들을 없애야 할 정도로 제한적인 최대 해상도로 제공된다), 수반되는 모든 텍스트는 사라진다!요약하자면, 아래에 설명문 한 단락이 있는 우스꽝스러울 정도로 작고 이해하기 힘든 그림을 클릭할 때, 그리고 그 사진 또한 더 유용한 해상도로 이용할 수 있게 될 때, 나는 (고맙다!) 더 유용한 해상도로써, 나는 (고맙다!)하지만 자막 텍스트는 사라진다!

나는 위키피디아를 매우 고맙게 생각한다.나는 편협함에 별로 관대하지 않다.그럼에도 불구하고 이 상태는 오랫동안 나를 괴롭혀 왔다.나는 그것이 비참한 어리석음의 예라고 생각한다.나는 이 문제가 위키피디아 자기주장을 위한 이유 기사에서 헤드라인을 장식하고 있지 않다는 것이 마음에 걸린다.

고마워. 미안해.그렇지만

그루지댄 (토크) 07:27, 2010년 2월 13일 (UTC)

나에겐 이미지가 괜찮아 보이고 다른 사람들은 그 크기에 대해 불평하지 않기 때문에 당신의 시스템에 특별한 무언가가 있을지도 모른다.화면 해상도가 어떻게 되십니까?특별하게 모양:에서 미리 보기 크기를 선택하십시오.선호?이미지를 클릭하면 이미지 페이지로 이어진다.이미지는 0, 1페이지 이상에서 사용될 수 있으며 이미지 페이지에는 이미지 캡션이 표시되지 않는다.위키피디아는 이미지에 대한 비용을 지불하지 않고 저작권에 대해 관심을 가지기 때문에 우리가 사용할 수 있는 이미지를 제한한다.프라임헌터 (대화) 09:06, 2010년 2월 13일 (UTC)

그냥 평범한 삶을 위한 제안일 뿐이야.이성적이든 아니든, 공격적이고, 과장된, 그리고 당신 자신의 말로, "굴욕적인" 디아트리브로 전달되는 불만과 제안은 차분하고 이성적인 논평보다 어떤 관심도 받을 가능성이 현저히 낮다."터무니없는"과 "배반적인 어리석음"이라는 단어를 포함하는 버그 리포트는 일반적으로 다른 리포트에 비해 낮은 우선순위를 받는다.해피멜론 13:42, 2010년 2월 14일 (UTC)

전역적으로 잠긴 계정

관리인이 계정에 글로벌 록을 걸면 비관리자(및 AIV 도우미봇)는 계정이 이미 차단되었다고 말할 방법이 없어 보인다.'블록' 링크가 '변경블록'으로 바뀌기 때문에 관리자만 알 수 있다.최근의 몇 가지 예는 <스냅>을 참조하십시오.이에 대한 해결책은 없을까? -- Zzuzz 18:18, 2010년 2월 14일 (UTC)

[4] (당신이 게시한 것들은 메타에서 수정본으로 삭제되었다.버그가 있을 수 있으며, API returns "user not existing your example.") MER-C 03:27, 2010년 2월 15일 (UTC)

요약 편집이 저장되지 않음?

방금 이 편집을 되돌렸어.그리고 역사를 확인해보니 '원본을 제거하라'고 적혀있었는데, 첫째는 문법이 잘못되어 조금 놀랐고 둘째는 내가 쓴 글이 아니기 때문이다.그래서 나는 내 브라우저(firefox)의 뒤로 버튼을 몇 번 눌렀고, 내 제출서에는 "소요되지 않은 클레임을 제거하라"고 적혀 있었다.http://twitter.com/ladygaga"에는 아무것도 없다.기술적 결함이 있는 겁니까?SunCreator (talk) 16:50, 2010년 2월 13일 (UTC)

기술적인 문제나 편집 요약을 입력하던 중 실수로 절반만 입력하여 다음 페이지가 로드되는 동안 메시지의 나머지 부분을 계속 입력했다가 처음 제출한 것으로 생각하고 다시 입력 버튼을 누르십시오.위키피디아 페이지가 대부분 느리게 로드된다는 점을 고려하면 가능한 일이다.만약 당신이 그것이 서버에 문제가 있다는 것을 확실히 안다면, 당신은 아마 그것을 Bugzilla에게 제출해야 한다.게리 킹 (대화) 2010년 2월 13일 18:21 (UTC)

동일한 리턴을 두 번 제출했지만 편집 요약이 다른 경우 편집 충돌이 발생하지 않을까?SunCreator (talk) 2010년 2월 14일 16:25 (UTC)

아니, 두 번째는 null 편집이며 기록되지 않을 것이다. 87.60.76.206 (대화) 17:15, 2010년 2월 15일 (UTC)

템플릿:블록 인용

나는 여기서 {{Blockquote}}(리디렉션)의 전이가 {{subst:afd top}}과(와) {{subst:afd bottom}}을(를) 방해하는 것 같다는 것을 알아차렸다.파란색 보관 상자는 {{blockquote}}의 첫 번째 전치 후 종료된다는 점에 유의하십시오.처음에 나는 리디렉션이 어떤 매개 변수를 가져가지 않는 것으로 보이는 변환된 템플릿에 매개 변수를 추가했기 때문이라고 생각했지만, 그 변경은 아무런 효과가 없는 것 같다.왜 AfD에 문제가 있는거지?미리 고마워! -- 검은 팔콘 03:34, 2010년 2월 14일 (UTC)

음, 실질적인 해결을 위해 {{blockquote} 템플릿 앞에 있는 들여쓰기 콜론을 제거하십시오.무슨 이유에선지 기록 보관함을 망쳐버리지하지만 그 이유를 아직 알아보고 있는데, 알게 되면 다시 연락하겠다. --루드윅스2 05:02, 2010년 2월 14일 (UTC)

좋아, 내가 알 수 있는 한 이런 일이 벌어지고 있는 거야몰랐을 경우 Wikipedia는 들여온 콜론을 정의 목록 요소(</dl> 블록)로 변환한다.{{blockquote}}을(를) 접두사로 사용할 때 위키소프트웨어는 HTML <blockquote></blockquote> 블록을 <dd> 안에 배치한다...</dd> 블록이지만, 어떤 이유로 인해 최종 마감 div 태그를 잘못 바꾼다. 이에 대한 html을 비교한다.

이에 반하여:

이것은 템플릿과 관련된 문제라기 보다는 소프트웨어 자체의 이상한 렌더링 문제로 떠오른다.어쨌든 들여온 콜론을 제거하면 당분간 문제가 해결될 것이다. --Ludwigs2 05:17, 2010년 2월 14일(UTC)

P.S. - 아, 흥미롭군.문제를 추적해 본 결과,

:<clockquote class="blockquote"<div>toodle </div> </blockquote>

다음과 같은 방법으로 문제를 야기한다.

:<clockquote class="blockquote"><div></div></blockquote>

하지 않다그것은 위키텍스트 콜론-인텐트가 확장되는 방식에 대한 미디어-위키 문제여야 한다 - 그것은 다음 줄에 주어지는 클로징 디브 태그가 있는지 앞을 보지 않고 엔덴트를 닫는 것과 동시에 자동으로 클로징 디브 태그를 추가하는 것을 종료하는 것처럼 보인다.그것은 피할 수 없는 위키텍스트 제한일 수 있다. --Ludwigs2 05:34, 2010년 2월 14일 (UTC)

허허, 나는 그 문제가 근원(들)이 아닌 현장(AfD)에서 고쳐질 수 있다고는 생각하지 않았을 것이다.그런데, 나는 문제를 해결하기 위한 또 다른 방법을 우연히 발견했는데, 그것은 템플릿의 전폐를<blockquote></blockquote>.

너의 생각으로는, 그 이슈는 BugZilla에서 보고할 가치가 있는가?처음 접하는 일이기 때문에(또한, 거의 항상 {{blockquote}}이 아닌 <blockquote>를 사용하기 때문일 수도 있다), 그래서 그것이 해결할 만한 문제인지 잘 모르겠다.감사드리며, 특히 자세한 답변과 설명에 감사드리며 -- 블랙팔콘 07:07, 2010년 2월 14일 (UTC)

글쎄, 모르겠어.다른 div(또는 div 기반 템플릿) 내에서 들여쓰기 블록 인용 템플릿을 사용하려는 경우에만 적용됨그것이 실제로 얼마나 자주 일어나는가?버그리포트를 만드는 것이 나쁠 수는 없겠지만, 나는 그것이 누군가의 높은 우선순위 목록에 오를 수 있을지 의심스럽다.

우연히, 블록 인용 태그로 변환하는 것은 부분적인 해결책일 뿐이다 - 나는 당신이 그것이 단일 행 인용문에는 잘 통하지만 다중 행 인용문에는 들여쓰기를 망친다는 것을 알게 될 것이라고 생각한다.템플릿의 블록호트에 div 블록이 포함되어 있지만, 포함된 div 블록으로 인해 외부 div 블록이 문제가 되고 있는 것 같아. div만을 사용하도록 blockquote 템플릿을 다시 쓰는 것이 가능할지도 몰라 - 내가 실험해 보고, 효과가 있으면 템플릿 토크 페이지에 제안을 하는 것이 가능할지도 몰라. --Ludwigs2 07:33, 2월 14일 2일.010(UTC)

P.S. Eh, 또 다른 해결책은 템플릿 내부에 콜론을 이동시키는 것이다. 예:

{{blockquote :::::이것은 들여쓰기된 텍스트}}}

주다

이것은 들여쓰기 텍스트 입니다.

이 문제는 실제로 들여쓰기 목록의 모든 블록 요소와 함께 제시된다.버그티켓이 있는지는 잘 모르겠지만 잘 알려진 문제야.나는 HTMLTidy가 청소를 시도하고 있고 이것이 불법적인 구조라고 잘못 추측하고 있는 것이 아닌가 의심한다.—DJ (대화 • 기여) 10:48, 2010년 2월 14일 (UTC)

그래, 나는 이것이 정돈이라고 예상한다.얼마나 지저분한지...:D해피멜론 13:35, 2010년 2월 14일 (UTC)

문제 해결을 위해 정리정돈을 비활성화할 방법이 필요하다. ------- Gadget850 (Ed) 14:38, 2010년 2월 14일 (UTC)

무슨 문제야...

기사를 편집하면 미리보기를 누르거나 편집 필드의 모든 것이 사라지기도 한다. -- JSH-alive 12:07, 2010년 2월 14일 (UTC)

어떤 브라우저? Firefox라면 혹시 확장 기능이 설치되어 있는가?오류나 경고는 전혀 없으십니까? —DJ (대화 • 기여) 13:12, 2010년 2월 14일 (UTC)

Windows XP의 Firefox 3.6.ChatZilla, DNS Cache, Dom Inspector, DownThemAll!, Java Console, Java Quick Starter, .NET Framework Assistant 1.1, Personas, RealPlayer 레코드 플러그인, TV-Fox 및 2개의 영어 사전.JSH-alive 07:12, 2010년 2월 15일 (UTC)

위키체커 문제

사용자의 최근 편집을 보고 있지만, 2,000개 이상의 편집을 분석하면, 그 기간은 1/1/1970 - 1/1/1970만 표시되고, 기록 데이터는 전혀 표시되지 않는다.나 말고 또 이런 일이 생긴 사람 있어?Schiffty3 00:30, 2010년 2월 16일(UTC)

501개 편집에도 이렇게 한다.나는 네가 그 사이트의 소유자에게 연락해야 한다고 생각해.Svick (대화) 08:25, 2010년 2월 16일 (UTC)

위키링커

안녕. 내가 최근에 목록을 만들었어.체코의 배우 목록과 체코의 여배우 목록이지만 위키링크를 하는 데만 많은 시간이 걸린다(나는 여전히 천천히 여배우 목록을 하고 있다.선택한 텍스트의 질량을 강조표시하고 각 이름 주위에 []를 추가하도록 프로그래밍할 수 있는 새로운 도구 기능을 선호나 도구 상자의 이평에 추가할 수 있는지 아는 사람이 있는가?이는 위키백과 주제에 대한 누락된 기사 목록을 컴파일하는 작업 공간에서도 목록 작업에 큰 도움이 될 것이다.그래서 그것은 각각의 텍스트 라인을 따로따로 통과해서 하기 보다는 선택한 모든 텍스트 라인을 순식간에 연결시킬 것이다.그래서 여기서 나는 D-Z를 강조할 수 있었고 그것은 다른 선에 있는 각각의 이름에 [ ]를 둘렀다. ‡ 히말라야 ‡ ^ΨMonastery 15:54, 2010년 2월 16일 (UTC)

도구를 가지고 있는 것도 가능하지만, 이 목록을 사용하면 "*"를 "*["로, 모든 단락 마크를 "][]로 검색/바꾸기만 하면 된다.—에르지키(Igels Hérissonovich ïzhakoff-Amursky) • (yo?); 2010년 2월 16일(UTC)

나는 말이나 탁월함 같은 것에는 전혀 쓸모가 없어!!나는 페이지를 편집할 때 위키 도구를 사용하여 이 작업을 즉시 수행할 수 있고 [[ ] 한 번에 강조 표시된 링크 덩어리를 만들 수 있기를 바란다. ‡ 히말라야 ‡ ^ΨMonastery 16:33, 2010년 2월 16일 (UTC)

나는 위키 :)를 위한 글쓰기 도구는 꽤 쓸모가 없지만, 이 리스트는 내가 도와줄 수 있어.나는 Word에서 이 목록을 위키링하는 방법을 알려줄 수도 있고(단계별; 정말 쉽다) 아니면 내가 문제없이 전체 목록을 위키링할 수도 있다.내 도움이 필요하면 한 번만 불러줘.치어리더,——————Igels Hérissonovich ïzhakoff-Amursky) • (yo?); 2010년 2월 16일, 16:41, 2월 16일(UTC)

어딘가에, 어쩌면 툴서버에 링크 제안 툴이 있을 거라고 확신하지만, 링크를 찾을 수 있다면 정말 짜증나겠지만...누구라도? – ukexpat(대화) 19:35, 2010년 2월 16일(UTC)

이건 아마도?나는 단 한 번밖에 사용하지 않았다. --Redrose64 (토크) 19:51, 2010년 2월 16일 (UTC)

그럴 수도 있지만 툴 페이지 링크는 죽은 것 같다.– ukexpat (대화) 20:00, 2010년 2월 16일(UTC)

URL의 대괄호

{{Cite 웹}} 템플릿에 대한 URL 파라미터로 대괄호 몇 개가 들어 있는 URL을 사용하려고 노력해왔다.나는 노위키 태그를 사용해 보았지만 성공하지 못했다.URL에서 사용할 수 있도록 브래킷을 탈출할 수 있는 방법이 있는가? Keith D(토크) 19:18, 2010년 2월 16일(UTC)

[와 ]의 경우 각각 %5B와 %5D는 어떠한가?RJFJR (토크) 19:26, 2010년 2월 16일 (UTC)

위와 같이 자세한 내용은 백분율 인코딩을 참조하십시오. --Redrose64 (대화) 19:41, 2010년 2월 16일(UTC)

고마워, 간신히 참고서를 받아 왔어.키스 D (토크) 19:49, 2010년 2월 16일 (UTC)

벡터의 텍스트 전용 watch/unwatch 링크

나는 (일반 페이지의 맨 위에 있는 바에서) 시계/와치 해제 링크가 클래식의 상대 링크처럼 순전히 텍스트가 되도록 벡터의 피부를 벗겨보려고 한다.여기에 간단한 UI 옵션이 있는가?

HTML을 보면 페이지가 로드될 때 올바른 텍스트("watch" 또는 "unwatch")가 있고, 페이지가 로드될 때 각각 페이지 안과 안쪽에 표시된다(페이지가 로드될 때 페이지를 볼 수 있는지 또는 볼 수 있는지에 따라 다름).내 생각에 스타 아이콘을 토글하는 자바스크립트도 이 텍스트를 토글해야 한다.

자바스크립트에 이어 책임 코드가 에 있는 것으로 나타나지만, 설정된 경우 (텍스트 대신) 아이콘을 변경한다.그것은 다음과 같은 클래스가 있는 경우 설정하는 동일한 파일의 메소드에서 설정된 것처럼 보인다.

만일 ( el1.className.짝을 맞추다( /icon/i ) ) {   wAjaxWatch.아이콘모드 = 진실의; } 

그러면 아이콘 모드를 끄는 방법은?HTML이 다른 클래스로 생성되도록 스킨 구성 옵션이 있는가? 지금 바로 아이콘 그래픽 자체를 숨기고 내 벡터.css에서 CSS로 텍스트를 표시하며 다음을 사용:

#ca-watch a span {display: 인라인!중요, 너비:auto!중요, }

아약스워치는 우리가 아이콘 모드에 있다고 생각하기 때문에 내가 보고 안 보고 볼 때 텍스트 자체가 바뀌지 않는다.

너무 복잡한 트리를 짖는 중이라면, 벡터가 간단한 텍스트 감시/와치 해제 링크를 표시하도록 하려면 어떻게 해야 할까?

고마워. -- Finlay McWalter • Talk 21:21, 2010년 2월 16일 (UTC)

한 가지 방법:

#ca-unwatch span:before {  display: block;  content: "Unwatch"; } #ca-watch span:before {  display: block;  content: "Watch"; } #ca-watch a, #ca-unwatch a {  width: auto !important;  overflow: hidden;  line-height: 50px;  margin-top: -16px !important;  height: 56px !important;  text-decoration: underline; }

사실 좀 더 깔끔하게 하면display: none;그span를 사용하다a의, 하지만 나는 텍스트 스타일을 냄새 맡고 싶지 않았다.:p
¦ 레이시오 (대화) 22:49, 2010년 2월 16일 (UTC)

다음 코드는 나에게 효과가 있다.

애드온로드 후크(기능을 하다() {   엘을 = 문서화하다.GetElementBy아이디("ca-watch");   만일 (엘을 == 무효의)     엘을 = 문서화하다.GetElementBy아이디("ca-ca-catch");   엘을.className = ''; });   wAjaxWatch.setLinkText = 기능을 하다( newText ) {  을 위해 ( i = 0; i < wAjaxWatch.워치링크스.길이; i++ ) {   변경텍스트( wAjaxWatch.워치링크스[i].첫째 아이, newText );  } }; 

조언 덕분에, 나는 그 스타가 짜증난다고 생각하지만, 나는 이것을 직접 조사하기 시작하지는 않을 것이다.Svick (대화) 22:57, 2010년 2월 16일 (UTC)

상태 표시기 추가

내 사용자 페이지에 상태 표시기를 설치하려고 시도했지만 제대로 작동할 수 없음."LOST"로 현재 상태를 보여주고 있는데, 그것은 사실이다.지시사항을 읽은 후, 누군가가 도움을 줄 수 있을까? (누군가 나를 찾을 수 있을까?) —Mlpearc가 추가한 서명되지 않은 코멘트 준비 (대화 • 기여) 04:58, 2010년 2월 17일 (UTC)

자리를 잡아야 한다.importScript('User:Henrik/js/automod.js');너의 monobook.js (나는 네가 전에 거기에 이 코드를 가지고 있었다는 것을 알 수 있지만, 지금은 틀렸다.)그런 다음 몇 분 동안 기다렸다가 캐시를 바이패스하십시오(Firefox의 Ctrl+F5).또 벡터라는 베타 스킨을 사용하십니까?예인 경우 사용자:에 코드를 넣으십시오.Mlpearc/벡터.js.Svick (대화) 14:50, 2010년 2월 17일 (UTC)

나는 여전히 이 장난감을 작동시키기 위해 노력하고 있다. 나는 사용자 페이지에 상자형 표시기를 게시하고 있다. 그것은 내가 "Lost"라고 표시하지만 내가 "On, business, off" 등을 클릭하면 된다.이 페이지로 전송됨 사용자:Mlpearc/상태 및 로그아웃."Bells and Whistles"인 건 알지만 Mlpearc (talk) 17:50, 2010년 2월 17일 (UTC)

죄송합니다만" 베타 버전을 사용하지 않고 IE 8을 사용하고 있으며 현재 기본 모노북을 사용하고 있다.Mlpearc (대화) 17:54, 2010년 2월 17일 (UTC)

모노북.js에 아직 올바른 코드가 없는 경우.Svick (대화) 18:01, 2010년 2월 17일 (UTC)

'위키 포 더미즈'에 대한 링크 있어?내가 볼 수 있는 모든 구성의 Mlpearc/monobook.js에 코드를 배치했다. 단, 코드와 관련된 모든 것을 다른 구성으로 교체할 필요가 없다면 ? Mlpearc (talk) 18:46, 2010년 2월 17일 (UTC)

그리고 저기 있다!User(사용자:Mlpearc/monobook.js.잘못된 네임스페이스. --Redros64 (대화) 18:49, 2010년 2월 17일 (UTC)

검색 페이지의 Google 인덱싱

스타 트렉의 인용문을 구글로 검색하던 중 첫 번째 링크는 http://en.wikipedia.org/wiki/Search?search=(http://en.wikipedia.org/wiki/Search?search)로 시작됐음을 알게 됐다.나는 위키피디아가 검색 페이지가 색인화되지 않은 것을 꽤 확신하기 때문에, 나는 이 문자열이 로봇에 의해 금지되지 않는다는 사실에 누군가의 관심을 끌 것이라고 생각했다.txt. --superioridad 05:14, 2010년 2월 17일(UTC)

도마에 물어봤는데 이건 차단할 수 없는 로봇이야txt는 접두사만 차단할 수 있다.그러나 검색 인터페이스에 대해 가능한 모든 변형에 대해 일관된 접두사가 없다.기본적으로 쿼리에 ?search=가 있는 알려지지 않은 항목은 검색 인터페이스로 전달된다.검색 결과는 색인할 수 없을 것 같은데, 이 페이지는 정확히 일치하기 때문에 기사 자체로...이런 종류의 사례들은 보통 다른 웹페이지의 링크에 의해 구글에 도착한다.큰 문제가 아니라 사실 구글이 더 문제다.—DJ (대화 • 기여) 16:49, 2010년 2월 17일 (UTC)

나는 이것에 대해 문제가 있다고 생각하지 않는다.반환된 결과는 이 사례의 실제 페이지가 아직 구글에 의해 인덱싱되지 않았기 때문에 용어에 가장 정확한 것이다.하지만 여러분은 구글이 여러분을 지켜보고 위키피디아의 검색을 사용할 때조차도 여러분이 검색하는 것에 대한 기록을 가지고 있다는 것을 볼 수 있답니다!SunCreator (대화) 17:22, 2010년 2월 17일 (UTC)

내 워치리스트는 2초마다 다시 로드된다.

해결됨

– – ukexpat (대화) 15:41, 2010년 2월 17일(UTC)

어제 늦게 시작한 마이워치리스트는 매번 재장전하는 데 오랜 시간이 걸려 사실상 사용할 수 없게 된 2초 만에 재장전을 시작했다.다른 사람이 이런 문제를 겪고 있는 거야?내가 할 수 있는 일이 있을까?Anness, —mattisse (Talk) 13:06, 2010년 2월 17일(UTC)

실수로 직접 켜지 않으셨나요?Firefox에서는 페이지를 마우스 오른쪽 단추로 클릭한 다음 "Reload every"를 선택하여 이 작업을 수행하십시오.Svick (대화) 13:22, 2010년 2월 17일 (UTC)

내가 워치리스트를 새 탭으로 열었는데, 그게 고쳐주는 것 같았다.하지만 오른쪽 클릭 "Reload everyone"에 대한 팁은 고맙다.나는 그것을 알지 못했다.새 탭 아래에서는 전혀 재장전되지 않는 것 같다.앞으로 비슷한 문제가 생기면 반드시 "다시 로드하라"고 확인하겠다.가르쳐줘서 고마워!Anness, —mattisse (Talk) 14:10, 2010년 2월 17일(UTC)

이 페이지 전체에서 다양한 링크가 끊어지는데, 그 이유는?

어쩌면 내가 뭔가 분명한 걸 놓치고 있는 것 같은데 스튜디오 54의 링크 절반이 깨진 것 같아, 뭐가 잘못됐는지 모르겠어.파이어폭스 3.5.7과 IE 6도 마찬가지다.이거 그냥 내 브라우저야, 아니면 다른 사람들이 이걸 가져가는 거야?링크의 형식이 올바른 것 같다.SteveDavey (talk) 15:04, 2010년 2월 17일 (UTC)—SteveDavey가 추가한 서명되지 않은 코멘트 준비 (talk • 기여) 15:03, 2010년 2월 17일 (UTC)

거기서 기사 전체에 걸쳐서 새로운 줄이 늘어선 곳, 그리고 링크 옆쪽에 새로운 줄이 있는 곳에서는 고리가 끊어졌다.지금 고쳐야 한다 :) - 킹핀¹³ (대화) 15:13, 2010년 2월 17일 (UTC)

고마워, 스티브 데이비(토크) 15:38, 2010년 2월 17일(UTC)

사용자-에이전트 넌센스

이것은 "help_desk"에서 이것에 대한 답을 얻으려고 했던 나의 첫 번째 시도 중 재탕이다. 나는 여기서 방향을 바꾸었다.

언제부터 위키피디아가 사용자-에이전트 헤더를 요구했는가?누군가 그 뇌사상태는 연결 클라이언트가 완전히 통제할 수 있는 것이기 때문에, 그 뇌사상태의 헤더는 연결 클라이언트가 완전히 통제할 수 있습니다,사용자가 노출하지 않기로 선택한다면, 모든 사용자가 실행 중인 브라우저는 사이트의 문제가 아니다.

분명한 증상은 HelpDesk 등에 액세스할 때 브라우저(또는 실행 중인 보호 프록시)가 사용자-에이전트 헤더를 전송하지 않는 경우 "사용자 에이전트를 제공하십시오" 또는 이와 유사한 내용의 페이지가 표시되고 실제 정보가 반환되지 않는 경우다.이건 믿을 수 없을 정도로 멍청한 짓이야. 마치 내가 모든 요청으로 "사용자-에이전트: 꺼져"와 같은 것을 보내면 잘 되는 것처럼.그 헤더를 통해 얻은 지식은 무엇인가?

IT를 수정하십시오. 외부에서 정착할 수 있는 필드에 의존하지 마십시오.

— 72.70.42.13 (대화) 15:08, 2010년 2월 17일 (UTC)에 의해 추가된 이전의 서명되지 않은 의견

나는 이것이 무책임한 기어 다니는 것을 조금 더 어렵게 만들고, 또한 이것을 막는 것을 조금 더 쉽게 하기 위한 것이라고 믿는다.IHMO, User-에이전트가 비어 있는 경우는 대부분 위키백과에서 페이지를 다운로드하는 프로그램을 작성했고, User-에이전트에 대해 모르거나 설정을 잊어버린 경우를 의미한다.나는 합법적인 사용자들이 그것을 비워두고 싶어할 이유가 없다고 본다.Svick (대화) 15:47, 2010년 2월 17일 (UTC)

스빅이 말한 것처럼.두 가지 유형의 문제가 있다.모르는 사이에 나쁜 짓을 하는 고객, 위키백과(예: 스팸메일을 위한 데이터 마이닝)를 악용하고 싶어 나쁜 짓을 하는 고객.그러한 두 경우 모두 교통을 금지함으로써 처리될 것이다.사용자-대리인 요건은 첫 번째 그룹에 더 나은 서비스를 제공하는데 도움이 되고, 좋은 의도를 가진 사람이 금지되는 것을 막기를 바란다.여기서 -tech 메일링리스트에 대한 안내문도 참조하십시오.사용자-에이전트의 부족은 잘못 작성된 스팸메일 봇에 의해 너무 많은 남용에 시달려왔다.도마스는 더 이상 위키미디어 네트워크가 건강에 좋다고 생각하지 않고, 계속 그렇게 하도록 허락한다. P.S. UA로서 다소 독특한 문자열을 사용하는 것은 당신을 더욱 독특하고 쉽게 식별할 수 있게 한다.프라이버시를 높이 평가한다면 잘 알려져 있고 널리 사용되는 브라우저의 UA 아래에 숨는 것이 좋다.—DJ (대화 • 기여) 16:19, 2010년 2월 17일 (UTC)

UA 없이 트래픽을 차단한 후 사용할 수 있게 된 어처구니없는 리소스 양을 보여주는 그래프(검색 서버, API 서버)이 트래픽의 대부분은 스팸 봇일 것이고, 나머지는 UA를 보내지 않는 도구일 것이다. 그러나 악성인 것은 아니며 앞으로 UA를 공급할 것이다.—DJ (대화 • 기여) 16:35, 2010년 2월 17일 (UTC)

원래의 포스터처럼 나는 그것이 약간 쓸모없다고 생각한다.무책임한 크롤러를 차단/제한하려는 생각이라면, 무책임한 크롤러는 어쨌든 허위의 헤더를 사용하기 때문에 그것은 완전히 낭비다.그래서 나는 이것에 대한 진짜 이유를 알 수 없어 보인다.SunCreator (대화) 17:26, 2010년 2월 17일 (UTC)

수술 후 모든 게시물들을 봐NO-UA 트래픽 차단의 이점을 보여주는 그래프 및 다이어그램. --Euomie 17:47, 2010년 2월 17일(UTC)

나는 통계 자료를 보았고 현재로서는 도움이 될 것이라고 확신한다.그러나 하나의 개념으로서 그것은 여전히 결함이 있는 것처럼 보인다.그것은 마치 집 파티와 손님이 문 앞에 서서 도착하는 사람들이 들어올 수 있는지 물어보는 것과 같다. 그리고 그들이 "예"라고 대답하면 그들은 그것을 얻는다.그래서 들어가는데 필요한 모든 것은 거짓말이다 - 그리고 부정행위를 원하는 사람들은 거짓말하는 법을 배울 것이다.이 트래픽을 줄일 수 있는 다른 방법이 없는가?스로틀 제어의 어떤 형태, 특정 IP 봇을 나열하는 백색, 심지어 자동화된 프로세스의 인증까지.SunCreator (talk) 22:06, 2010년 2월 17일 (UTC)

거짓말하는 도마가 (이미 일어난 일은) 염려하는 것이 아니다.그것은 그가 막고자 하는 선의의 사용자들을 차단하고 있다.학대 행위를 탐지하는 것은 문제가 아니다.더 습한 상대를 적발하는 것이 좋거나 나쁜 의도가 문제였다."이제 누군가가 "위키 트러스트 0.9.8 user@wikitrust.org"을 설정한다면, 그는 그들이 그들의 도구를 고칠 수 있도록 위키러스트에 연락하는 것을 알게 될 것이다.만약 그가 폭력적인 정당이 IE로 위장하는 것을 본다면, 그는 그들의 모든 IP를 무기한 차단하고, 그들의 ISP에 학대 보고서를 제출하고, 모든 중세인들을 그들의 골칫거리로 만들 것이다.—DJ (대화 • 기여) 00:04, 2010년 2월 18일 (UTC)

"기사 없음" 메시지의 이중 테두리

이것은 우리가 보통 이런 것들에 대해 질문을 받기 때문에 선제적인 메시지다.

현재 많은 사용자는 새 페이지를 작성하기 전에 보는 메시지에서 이중 테두리를 보게 될 것이다.방금 MediaWiki를 업데이트했기 때문이다.노기사 텍스트 및 MediaWiki:common.css.이렇게 이중 테두리가 보이면 브라우저 캐시를 건너뛰면 사라진다.더 원활한 업데이트 방법이 없어서 미안해.

여기에 있는 괴짜들 중 누군가가 이것에 대해 궁금해 한다면, MediaWiki talk:문서 텍스트 없음#추가 통지

--David Göthberg (대화) 06:01, 2010년 2월 18일 (UTC)

WP:BLP 커터플

국가별로 참조되지 않은 BLP를 분류하는 데 도움을 줄 사람이 있는가?이것은 사람들이 그들의 관심분야에서 그 기사들을 돌보는 데 도움이 될 것이다.이 기사들 중 일부는 영어 이외의 언어로 이용할 수 있는 출처를 가지고 있을 수 있다.고마워요.마린 (토크) 16:08, 2010년 2월 15일 (UTC)

이것은 CatScan을 사용하여 할 수 있다.그러한 목록의 예는 위키백과:위키프로젝트 오스트레일리아/비참조 BLP.Graham87 01:00, 2010년 2월 16일(UTC)

고마워모린 (대화) 08:09, 2010년 2월 18일 (UTC)

여기에 있는 링크 페이지에 나열된 문서 개수

각 기사에 대해 "여기 링크된 것" 페이지 상단에 기사 카운트(즉, "X 기사들이 이 기사에 연결된다"는 내용)가 있으면 좋을 것 같다.

분명히, 당신은 적은 수의 기사가 있는 기사들의 인바운드 링크를 수동으로 셀 수 있다.그러나 위키피디아에 해당될 만큼 충분히 연관되지 않은 기사의 경우:대부분의 인용 기사들은, 그러나, 몇 십번 더 많은 것과 연결되어, 다양한 이유로, 다른 기사들이 얼마나 자주 그것에 연결되는지 빨리 알 수 있다면 좋을 것이다.예를 들어, 얼마 전, 나는 두 기사 중 어떤 기사가 한 용어의 주요 주제인지에 대한 논쟁을 해결하는 데 도움을 주기 위해 인바운드 링크의 수를 세어야 했다.또한 중요한 주제들이 광범위하게 연결되어 있는지 확인함으로써, 반고형 기사로 더 많은 트래픽을 유도하는 일을 하는 것도 좋을 것이다.

이 아주 좋은 점은 이미 구할 수 있을 것이다. 만약 그렇다면, 나에게 그것에 대해 알려줘.그렇지 않다면, 이것이 유용할 것이라고 생각하는지, 시간 낭비, 구현 불가능 등에 대해 의견을 제시하십시오.

고마워, Jrtayloriv (토크) 21:20, 2010년 2월 17일 (UTC)

숫자를 세고, 그리고 대부분의 사람들은 이것을 알지 못하는 것은 매우 '비싼' 작업이다(많은 컴퓨터 자원을 소모한다는 것을 의미한다).그뿐만 아니라, 위키피디아는 여러 개의 서버에서 실행되기 때문에(모든 서버는 자신의 점수를 유지하고 다른 서버의 업데이트에 의해 지속적으로 수정되기 때문에) 매우 부정확한 과정이기도 하다.그런 만큼 개발자들은 가능한 한 세는 것을 피하려고 한다.나는 이것이 'What links here' 페이지에서 아직 디폴트로 구현되지 않은 이유라고 생각한다.만약 여러분이 무언가를 위해 카운트를 받아야 한다면, 여러분을 위해 "What links here"를 카운트할 수 있는 봇이나 다른 도구들이 있을 것이라고 확신한다.비록 나는 그들이 무엇이라고 불릴지 모르지만.—DJ (대화 • 기여) 12:32, 2010년 2월 18일 (UTC)

나는 전횡(템플릿링크)을 계산하는 도구를 가지고 있으므로, 일반 링크(페이지링크)를 계산하는 것은 기술적으로 너무 어려울 것이다.도구를 복사하여 붙여넣기만 하겠지만, 아아, SQL 쿼리를 최적화하는 데 있어 매우 좋지 않은 기록이 있고, 템플릿 링크보다 페이지 링크가 훨씬 더 많으며, 도구 서버 관리자를 짜증나게 하고 싶지는 않다.- Jarry1250 12:53, 2010년 2월 18일(UTC)

디스컴비게이션 프로젝트는 dab 페이지에 대한 인바운드 링크를 셀 수 있는 것이 있다.던컨힐 (대화) 2010년 2월 18일 12시 54분 (UTC)

내 질문에 대답하는데 시간을 내줘서 모두 고마워.결국 dab 링크 카운터를 수정하게 될 거야.감사합니다! -- Jrtayloriv (대화) 21:23, 2010년 2월 18일 (UTC)

.js 및 .css 페이지 색칠/보호

두 가지 질문이 있다:

1. 위키피디아는 어떻게 .js와 .css 페이지를 자동으로 색칠하는가?
2. 위키피디아는 관리자(administrator)를 제외한 다른 사용자로부터 어떻게 자기 .js 및 .css 페이지를 보호하는가?

도움에 감사한다!고마워요.—MC10(T•C•GB•L) 03:42, 2010년 2월 18일(UTC)

미디어위키(Wikipedia가 사용하는 위키 소프트웨어)는 GeSHi 구문을 사용하여 라이브러리를 강조 표시한다.mw: 참조확장:구문MediaWiki에 대한 GeSHi를 강조 표시하십시오.

이 페이지와 같은 다른 위키 페이지에서 이러한 구문 강조 표시를 사용하려면 <source></source> 태그를 사용하십시오.예를 들면 다음과 같다.

.썸CSS {   색을 칠하다: #000; } 

페이지에 <출처> 태그를 추가해서 미리 보면 사용법을 설명하는 메시지가 나온다.

--David Göthberg (대화) 06:42, 2010년 2월 18일 (UTC)

2번 문항당, sysops는 다른 사람들은 갖지 못한 "editusercss"와 "edituserjs" 권한을 가지고 있다.— Bility (talk) 18:38, 2010년 2월 18일 (UTC)

이 두 가지 모두 미디어위키에서 하드코드로 되어 있다.미디어위키의 페이지: 네임스페이스 또는 사용자: 네임스페이스의 하위 페이지는 페이지 이름이 ".js" 또는 ".css"로 끝나는 경우 구문 강조 표시된다.이러한 이름을 가진 사용자 하위 페이지도 마법처럼 보호되므로 특정 사용자만 또는 올바른 권한을 가진 사용자가 편집할 수 있다.보호 코드는 include/Title.php("isCss" 또는 "isJs" 검색)에 있으며, 강조 표시는 조항: showCssOrJsPage()(기본값은 <pre>, 구문하이라이트_Ge)에 있다.SHI는 실제 하이라이트를 위해 후크를 사용한다.—시뮬레이션(대화 • 기여) 19:46, 2010년 2월 18일(UTC)

이미지 스택 및 리드 간격

나는 Internet Explorer가 이 버전과 같이 두 개의 큰 이미지가 쌓여 있을 때 에버글레이드의 침습성 종 목록에 있는 넓은 흰 공간을 읽는 것에 약간의 문제가 있다.또 다른 사용자는 이미지 중 하나를 다른 섹션으로 옮겼는데, 그것이 혼란스러워 보인다고 그가 말했다.(여기서 해당 버전을 참조하십시오.)나는 Firefox와 IE에서 이미지가 쌓인 버전을 보았지만 차이를 알아차리지 못했다.기사는 동물과 식물 모두를 다루기 때문에, 나는 그들 둘 다 선두에 있는 이미지로 표현되어야 한다고 느낀다.네가 해줄 수 있는 조언은 고맙다.고마워. --Moni3 (대화) 2010년 2월 18일 19:19 (UTC)

{{infobox}} 템플릿을 사용해 보십시오.두 개의 이미지를 추가하기 위한 규정이 있으며, 다른 모든 필드는 공백으로 둘 수 있다(그 중에서 흥미로운 것을 찾을 수 없는 경우).내가 먼저 가서 그 변화를 만들 테니 가지고 놀거나 원하는 대로 삭제하면 된다 —루드비히2가 추가한 서명되지 않은 코멘트 준비 (토크 • 기여) 2010년 2월 18일 19:34, 18

(분쟁 편집) 에버글레이즈?모니3가 틀림없어.:)

IE7에서 레드의 텍스트는 두 번째 이미지의 상단과 수평으로 시작한다.Firefox 3.0.17에서는 리드 텍스트가 첫 번째 이미지의 상단과 수평으로 시작된다.

나는 당신이 오른쪽 정렬된 테이블을 사용함으로써 그것을 극복할 수 있다고 생각한다.

{ arlign=오른쪽 [[파일:Loxahatchee의 Lygodium microphyllum.jpg 엄지손가락 300 px alt=평탄한 풀로 둘러싸인 섬의 항공사진;섬은 [Loxahatche 국립야생동물보호소]] - [파일:게토르와 파이썬.jpg 엄지 300px alt=악어 [[에버글레이즈 국립공원] 직원도 악어 한 마리와 버마 비단뱀이 몸싸움에 잠겨 있는 이 모습을 입에 감싼 은행 위의 악어 한 마리.] }

--Redrose64 (대화) 19:36, 2010년 2월 18일 (UTC)

나는 테이블을 사용하는 것을 고려했다.템플릿에서 사용한 것과 같은 오프 페이지 템플릿을 사용하시겠습니까?세인트존스 강 지오박스(St. Johns River Geobox for St. 존스 강이 필요한가, 아니면 단지 추가 조치인가?내가 작업하는 것을 다양화해야 할까?내 주제가 나를 멀어지게 한다... --Moni3 (토크) 19:44, 2010년 2월 18일 (UTC)

위 사항을 제시한 이후 IE7에서 시도해 봤더니 첫 번째 이미지의 상단과 정렬된 리드 텍스트가 작동한다.이런 종류의 조사가 여러 기사에서 나올 것 같으면, 템플릿은 장기적으로 시간을 절약할 수 있지만, 일회성 예로는 내가 위에서 한 것처럼 하면 된다. --Redros64 (토크) 20:13, 2010년 2월 18일 (UTC)

위키백과:그림 자습서#스택업을 피하는 것은 몇 가지 아이디어가 있다. -- Finlay McWalter • Talk 20:22, 2010년 2월 18일 (UTC)

루트비히2는 인포박스를 삽입했다.어느 것이 더 나은지 확실하지 않다.조언은? --Moni3 (대화) 20:27, 2010년 2월 18일 (UTC)

infobox 방법은 두 이미지를 모두 둘러싸는 멋진 테두리를 가지고 있는데, 내 테이블 방법은 그렇지 않다.그러나 infobox 방법의 단점은 "This box: view • talk"를 오른쪽 아래에 표시한다는 것이다.IE7에서 "Old"라는 단어는 캡션의 나머지 부분과 함께 나타나지 않고 infobox의 왼쪽 상단에 나타난다는 점에서 다소 이상하게 보인다.

Finlay의 제안, 나중에 위키백과에서 다음과 같다.그림 자습서#Co-Aligning(동일 조정)을 선택하면{{multiple image}}템플릿.이것은 나에게 좋은 결과를 준다(경계, 그리고 인포박스 스타일의 특성은 없다).

{{복수의 이미지 방향 = 수직폭 = 300이미지1 = Loxahatche.jpg alt1 = 평탄한 풀로 둘러싸인 섬의 항공사진, 섬은 넓은 넝쿨 자막1 = [Loxahatche 국립 야생동물 보호구역] 이미지2 = 나무섬을 뒤덮고 있는 구세계 등반.게토르와 파이톤.jpg alt2 = 큰 뱀을 입에 물고 있는 둑 위의 악어2 = [에버글레이즈 국립공원] 직원들은 악어와 버마 비단뱀이 투쟁 속에 잠겨 있는 이 모습을 찍었다.}}

그냥 저것만 붙이면 돼. --Redros64 (대화) 20:51, 2010년 2월 18일 (UTC)

또는 최근에 John F에 추가한 {{수직적 이미지 목록}. 케네디 암살은 여러 이미지 문제를 다루기 위한 것이다.– ukexpat (대화) 20:59, 2010년 2월 18일(UTC)

또는 실제 엄지손가락을 지키려면 {{stack}} 또는 {{FixBunching}}}을(를) 사용할 수 있다.—DJ (대화 • 기여) 21:16, 2010년 2월 18일 (UTC)