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

인포박스는 어떻게 된 거야?

해결됨

얼마 전까지만 해도 {{infobox}}과 친구들이 제작한 인포박스가 페이지 오른쪽에 표시되곤 했는데, 기사 본문의 본문이 상자를 감싸고 있었다(CSS "float: right" 속성의 사용으로 예상됨).오늘, 그리고 적어도 며칠 전부터, 그런 인포박스가 왼쪽에 나타나는데, 그 아래 기사의 본문의 본문이 적혀 있다.예를 들어, infobox로 인해 기사의 본문의 첫 줄이 훨씬 "폴드 아래"로 시작되는 2008-2009 이스라엘-가자 분쟁을 보라.나라와 사람들에 관한 거의 모든 기사들은 같은 문제를 가지고 있다.infobox가 템플릿에 의해 정의되거나 소프트웨어에 의해 처리되는 방식에서 무엇이 변경되었는가? 그리고 제발 예전 방식대로 되돌릴 수 있을까?Mediawiki:monobook.css, Template:infobox 또는 내가 확인한 다른 infobox 템플릿의 명백한 변경 사항이 보이지 않는다(많은 infobox 템플릿 중 몇 개만 확인했다).—AlanBarrett (대화) 19:44, 2009년 1월 7일 (UTC)

나는 인포박스가 괜찮아 보인다.캐시를 지우고 서버 제거를 했는가?– ukexpat (대화) 19:58, 2009년 1월 7일 (UTC)

그래, 나도 마찬가지야.이 글은 실제로 위키 박스 때문에 infobox 위에서 시작된다. --Amalthea 19:59, 2009년 1월 7일 (UTC)

흠, 웃기네.브라우저 캐시를 지우는 중 수정됨.하지만 나는 이 템플릿이나 CSS 코드를 하나도 편집하지 않아서 내 브라우저 캐시가 어떻게 잘못 되었는지 모르겠어.감사합니다 ——AlanBarrett (대화) 20:05, 2009년 1월 7일 (UTC)

북마클릿

해결됨

Bookmarklet#History는 분명히 다음을 사용하고 있다.{{Template:Quote}}wikimarkup 구문이 잘못된 템플릿. I보다 wikimarkup 구문에 익숙한 누군가에게는 문제를 해결하는 것이 상당히 간단해야 한다고 생각한다. —Ti89TProgrammer (talk) 00:46, 2009년 1월 8일 (UTC)

고정. 건배, 아말테아 01:00, 2009년 1월 8일 (UTC)

도움말: ߄

오른쪽에서 왼쪽의 캐릭터다.내가 AFD를 했을 때 TW를 엉망으로 만들었어.어쨌든, 그건 문제의 일부일 뿐이야.내가 실제로 질문하러 온 것은 파이어폭스가 무작위로 단일 코드를 해독했다는 것이다.어느 순간 나는 그것이 무엇이어야 하는지를 보았다(이상하게 보이는 거꾸로 보이는 물음표).그리고 10초 후와 마찬가지로 4글자 입력(탭, 편집 상자, 맨 위에 제목 표시줄)이 있는 상자로 바뀌었다.어떻게 하면 고칠 수 있을까?불타는^c 변호사 02:43, 2009년 1월 8일 (UTC)

그냥 궁금해서...어떤 버전의 Firefox를 사용하십니까?—2009년 1월 8일 08:00(UTC) 점을^(talk) 기억하십시오.

IE6에서도 RTL이지만 읽기 모드에서는 파이프 같은 문자로, 편집 모드에서는 박스로 나타난다.Densock Dendodge^{in public} 11:26, 2009년 1월 8일(UTC)

정답은 이것인 것 같아.오다 마리(토크) 2009년 1월 8일 14:31, 8 (UTC)

글쎄, 뭘 고쳤는지는 모르겠지만, 다시 정상으로 돌아왔어...일단은...불타는^c 변호사 23:54, 2009년 1월 8일 (UTC)

요약 편집의 여러 섹션 링크

편집 요약을 표시하는 데 사용되는 구문( /*와 */ 사이의 모든 것)을 반복하여 요약 편집의 여러 섹션에 연결할 수 있었다.예를 들면 다음과 같다.

/* Foo */ response for Bob /* Bar */ response for Jane

편집 요약에 두 개의 섹션 링크를 제공함(하나의 섹션 링크:#Foo에 하나.#Bar언제, 그리고 더 중요하게, 왜, 이게 바뀌었을까?그리고 다시 바뀔 수 있을까?—Locke Cole • t • c 07:24, 2009년 1월 8일 (UTC)

rev:39373. --Splarka (rant) 08:54, 2009년 1월 8일 (UTC)

이미지 추가 방법

기사에 이미지를 추가하는 방법을 알아야 하는데, 내가 방금 만든 현기증(빛)을 보고 현기증을 해소하기 위해 페이지에 이름을 올릴 수 있었다.—Addlight(대화 • 기여) 08:25, 2009년 1월 8일(UTC)에 의해 추가된 서명되지 않은 의견 준비

업로드된 이미지를 포함하려면 [[Image:Name.jpg]을(를) 사용할 수 있지만, 이 경우 추가하려는 이미지가 WP(또는 관련 기사에만 공정하게 사용할 수 있다고 가정함)에서 라이센스 이미지에 부합하지 않을 수 있다.어떤 경우든 이미지를 저장하고 여기에 다시 업로드해야 한다. -- 멘티소크 09:26, 2009년 1월 8일 (UTC)

[[파일:XXXXXX]라고 생각한다.XXX]]가 지금은 선호되지만, 이미지 접두사는 여전히 작동한다.

접을 수 있는 템플릿의 너비 변경 및 가운데 맞춤

해결됨

어쩌구 저쩌구.
어쩌구 저쩌구.

사용자:에 대해 "navbox 접기 가능 축소"를 사용하여 위의 템플릿을 작성했다.포함/삭제.

그러나 전체 템플릿의 너비를 변경한 다음 템플릿의 중심을 잡는 방법을 알 수 없다.

나는 템플릿을 평균 토크 페이지 템플릿과 같은 길이로 만들고 싶다.고마워. travb (대화) 12시 15분, 2009년 1월 8일 (UTC)

• 나는 위의 예에서 "navbox collapable collused"에서 "collapable collused message box standard-talk"로 변경했다.그걸 찾으십니까? --Amalthea 13:13, 2009년 1월 8일 (UTC)

아말테아 : 너무 고마워 :) 정말 고마워. travb (토크) 14:40, 2009년 1월 8일 (UTC)

언제든지.:) --Amalthea 14:46, 2009년 1월 8일 (UTC)

사용자여야 하는 것 아닌가?포함/삭제?– ukexpat (대화) 14:57, 2009년 1월 8일 (UTC)

{{FAQ}}}은(는) 이미 필요한 일을 하고 있는 것 같다. ---- Gadget850(Ed) - 20:08, 2009년 1월 8일(UTC)

그래, 철자가 틀렸어, 고마워 travb (토크) 20:22, 2009년 1월 8일 (UTC)

검색 상자 문제

<AN으로부터 이동>

사소한 것처럼 보이지만, 홈페이지(영어)(http://en.wikipedia.org/wiki/Main_Page)에서 내 커서가 검색 상자에 자동으로 시작되지 않는 이유는 무엇인가?페이지에는 당신이 텍스트를 입력할 만한 곳이 없으며, 대부분의 사용자들은 그들이 찾고 있는 주제를 즉시 입력하기를 원하므로, 그 기능을 갖추지 않는 것은 말이 되지 않는다. -- BOFCA74 (토크) 13:47, 2009년 1월 8일 (UTC)

My Preferences, Gadgets 탭, 기본 페이지를 로드할 때 검색 줄에 커서 포커스는 UTC(사용자 인터페이스 가젯) 섹션에 있다. --OnoremmDil 13:53, 2009년 1월 8일(UTC)

화살표 키나 페이지 다운을 사용하여 스크롤할 수 있기 때문이다.T3864를 참조하십시오.http://www.wikipedia.org/ 및 Special:검색, 검색 상자는 기본적으로 포커스가 맞춰져 있다.—시뮬레이션(대화 • 기여) 16:30, 2009년 1월 8일 (UTC)

영어 위키피디아의 메인 페이지는 많은 양의 콘텐츠를 가지고 있고, 검색 포털이 되는 것을 중심으로 설계되지 않았다. 검색창을 눈에 띄게 배치하지도 않는다!그렇다면 검색 포털 페이지처럼 집중하는 게 말이 된다.그러나 지금 당장은 말이 되지 않을 것이다. --briion (대화) 17:31, 2009년 1월 8일 (UTC)

그리고 이 페이지의 맨 위에 있는 FAQ에서 이 문제에 대한 자세한 내용을 읽을 수 있다. --—— Gadget850(Ed) - 20:06, 2009년 1월 8일(UTC)

이미지의 히스토리 병합

미디어위키에서 이미지의 히스토리 병합을 기술적으로 수행할 수 있는가?나는 몇몇 선의의 무식한 사용자들이 다른 이름으로 몇몇 이미지의 새로운 버전을 업로드한 작은 위키에서 도움을 주고 있다.각 버전을 업로드한 사용자의 속성은 그대로 유지하면서 이전 버전의 새로운 버전으로 표시되도록 이미지를 다시 정렬하고 싶다.그것은 보닛 아래에서 빈둥거리지 않고 가능한가?TIA HAND — Phil Talk 17:22, 2009년 1월 8일 (UTC)

아니. --briion (대화) 17:31, 2009년 1월 8일 (UTC)

저주하고 블랙 푸딩.과연 가능할까?—PhilTalk 18:00, 2009년 1월 8일 (UTC)

이론상으로는, 그러나 링크로는 별로 성취하지 못할 것이 없다. --briion (토크) 21:25, 2009년 1월 8일 (UTC)

ISBN 썸씽

해결됨

내 ISBN 일은 더 이상 작동하지 않는다. 즉, ISBN을 클릭해서 아마존의 목록에 있는 책을 클릭하는 것이다.이제 위키피디아에 있는 책 출처 페이지로 이동한다.뭐가 고장났는지 알아?던컨힐 (대화) 01:31, 2009년 1월 9일 (UTC)

"내 ISBN 같은 것"이 무슨 뜻인지 잘 모르겠어.위키백과의 일반적인 ISBN 관련 사항:ISBN은 항상 (내가 아는 한) 아마존이 아닌 위키피디아의 북소스 페이지로 갔다.프라임헌터 (토크) 01:53, 2009년 1월 9일 (UTC)

내 모노북.js에 있는 것이 있는데, 기사에서 ISBN을 클릭할 때 Amazon.co.uk으로 나를 데려가라고 되어 있는데, 대신 [1]으로 간다.던컨힐 (토크) 02:09, 2009년 1월 9일 (UTC)

이미 문제를 찾은 것 같구나. :) --Amalthea 02:15, 2009년 1월 9일 (UTC)

글쎄, 나도 그렇게 생각했는데, 별 차이가 없는 것 같아.던컨힐 (토크) 02:16, 2009년 1월 9일 (UTC)

그리고 Ctrl+F5 같은 걸로 보더 캐시를 제거했다고 믿는데? --Amalthea 02:18, 2009년 1월 9일 (UTC)

두 번이나 했는데 세 번째가 고친 것 같아!던컨힐 (토크) 02:21, 2009년 1월 9일 (UTC)

세 번째가 매력이다.건배, 아말테아 02:22, 2009년 1월 9일 (UTC)

글머리 기호 및 텍스트 크기

목록의 글머리 기호 크기를 텍스트 글꼴 크기에 맞게 변경할 수 있는 방법이 있는가?나는 IE를 사용하고 있고 총알은 항상 같은 크기로 남아 있다.CSS를 사용하여 텍스트 크기를 변경하든 브라우저의 자체 메뉴 옵션을 통해 변경하든 이는 사실이다.고마워요.SharkD (대화) 22:31, 2009년 1월 6일 (UTC)

더 나은 브라우저를 원하십니까?FF3에서는 크기가 미세하다.대수학자 22:33, 2009년 1월 6일 (UTC)

네가 틀렸다는 것만 빼면 네 말이 맞아.SharkD (대화) 22:37, 2009년 1월 6일 (UTC)

글머리 기호는 이미지로, 어떤 브라우저에서도 확대되지 않는다. — Edokter • Talk • 22:40, 2009년 1월 6일 (UTC)

무슨 총알을 말하는 거야?*가 만든 총알은 여기선 멀쩡해대수학자 22:43, 2009년 1월 6일 (UTC)

사용자: 참조:SharkD/Sandbox/Bullet 테스트.SharkD (토크) 23:19, 2009년 1월 6일 (UTC)

사실, 나는 그들이 FF3에서 "list-item"으로 그들의 "display" 스타일을 설명적으로 설정해 놓은 일반적인 요소(DIV, SPAN 등)에 속하는 것을 확대하도록 했다.그렇지 않으면 효과가 없을 것이다.FF3의 버그일 수도 있다.불행히도, 나는 브라우저에서 더 안정적으로 작동하는 솔루션을 찾고 있었다.SharkD (대화) 23:14, 2009년 1월 6일 (UTC)

나는 이것이 CSS를 사용하는 것은 불가능하다고 생각한다.자바스크립트를 사용해야 할 겁니다. 자바스크립트는 가치보다 훨씬 더 문제지요.—시뮬레이션(대화 • 기여) 13:55, 2009년 1월 7일 (UTC)

나는 네가 왜 자바스크립트를 이 경우에 사용하려고 하는지 모르겠어.자세히 설명해 주시겠습니까?SharkD (대화) 03:53, 2009년 1월 8일 (UTC)

음, 이 서버 쪽이나 클라이언트 쪽 중 하나를 할 수 있어.서버 쪽은 비현실적일 수 있다. 제대로 하기 위해서는 요소에 적용될 수 있는 모든 CSS 규칙을 구문 분석해야 한다. 기껏해야 어렵고(무엇을 할 것인가, HTML 출력을 구문 분석하기 위해 서버에서 웹 브라우저를 실행할 것인가?) 최악의 경우 불가능하고(기술적으로 사용자는 사용자 스타일시트 등을 정의할 수 있다.)알지도 못한다클라이언트측에서 당신의 선택사항은 HTML, CSS, JavaScript로 거의 제한되어 있는데, 내가 아는 한 Flash, Java와 같은 다른 것들은 페이지의 HTML 부분에 영향을 줄 수 없기 때문이다.내가 아는 한 HTML과 CSS만으로는 원하는 효과를 얻을 수 없기 때문에 자바스크립트를 유일한 선택사항으로 남겨두었다.—시뮬레이션(대화 • 기여) 16:22, 2009년 1월 8일 (UTC)

JavaScript로 당신이 할 수 있는 모든 것은 HTML과 CSS를 수정하는 것이다.이 두 가지 중 어느 쪽에서도 할 수 없다면 자바스크립트는 도움이 되지 않을 겁니다.SharkD (토크) 05:29, 2009년 1월 9일 (UTC)

HTML과 CSS는 크기가 다른 글머리 기호 이미지를 제공할 수 있다.그들이 할 수 없는 것은 텍스트 크기에 따라 표시할 글머리 기호를 결정하는 것이다.JavaScript는 원칙적으로 페이지의 모든 목록 항목을 반복하고 텍스트 크기를 확인하며 HTML/CSS를 변경할 수 있다.또는 사용자가 수동으로 목록을 <div class="big-icon" 등의 형태로 포장하도록 요구할 수도 있다.—시뮬레이션 (대화 • 기여) 2009년 1월 9일 (UTC) 14:19, 9:9

Prev vs Diff

이제 기록 페이지는 사용자 기여 페이지가 (diff)를 사용하는 (prev)로 나타난다.이것은 일관성이 있어야 하며, 과거 역사 페이지는 항상 (diff)였기 때문에 나는 다시 그것으로 바꿀 것을 제안하고 싶다.Geni 16:46, 2009년 1월 7일 (UTC)

동의해. "prev"는 그다지 직관적이지 않아. — Edokter • Talk • 16:48, 2009년 1월 7일 (UTC)

여기 관련 코드 변경사항이 있다.게리 킹 (토크) 2009년 1월 7일 (UTC)

따라서 MediaWiki를 통해 변경될 수 있다.마지막 ?Geni 17:20, 2009년 1월 7일 (UTC)

그것은 아마도 하드코딩된 기본값을 재정의하는 데 사용될 수 있을 것이다.또한, 나는 이것을 고치기 위해 (2년 전에 제출된 문제) 변경되었다고 믿는다.게리 킹 (대화) 2009년 1월 7일 17:23 (UTC)

그럼 버질라 요청서를 다시 제출해서 2년을 기다려야 한다는 거야?난 '디프'도 정말 좋아했는데...그래서 왜 00:55, 2009년 1월 8일 (UTC)

아니, MediaWiki:Last의 내용을 변경하여 원하는 대로 설정할 수 있다.우리가 (구 디폴트(Default)를 좋아했기 때문에) 사용자 지정 메시지를 설정하지 않았기 때문에 이러한 변화를 보게 되는 것이다.해피멜론 12시 30분, 2009년 1월 8일 (UTC)

지금 "prev"를 가지고 있는 역사 속 엔트리는 내가 여기에 있는 한 "마지막"이었다.나는 개인적으로 더 구체적이기 때문에 "마지막"보다는 "사전"을 선호한다.Graham87 08:55, 2009년 1월 8일 (UTC)

위에서 언급했듯이, 그것은 결코 "diff"가 아니라 지난 몇 년간 "마지막"이었다.비록 "diff"가 더 나을지 몰라도.:) --briion (대화) 17:34, 2009년 1월 8일 (UTC)

"사전"은 "사전"을 제안하고, 그래서 혼란스럽다.던컨힐 (대화) 17:36, 2009년 1월 8일 (UTC)

'프리브'는 사실 내게도 더 말이 돼처음 가입했을 때 '현재' 버전, 즉 '마지막' 버전과 비교하면서 '마지막'으로 혼란스러웠다.게리 킹 (대화) 2009년 1월 9일 14:29 (UTC)

nstab-beat.

해결됨

– 해피멜론 12:33, 2009년 1월 8일 (UTC)

MediaWiki:Nstab-wp가 정말 뭘 하는거야?내가 보기에 그것은 미디어위키로 대체되었다.nstab-project, 그러나 나는 그것에 대해 더 아는 사람이 있는지 물어봐야겠다고 생각했다.미디어위키 대화:Nstab-wp는 그것이 적어도 한 명의 다른 편집자에게 혼란의 원인이 되어왔다는 것을 보여준다.—2009년 1월 7일 23:46, 점 기억(UTC)

Special(특수)에 나열되지 않음)올메시지.대수학자 23:48, 2009년 1월 7일 (UTC)

탈취된 것 같아?처음에는 사용자 '미디어위키 디폴트'에 의해 설정되었다. — Edokter • Talk • 2009년 1월 8일 (UTC)

그것은 불필요하다; 나는 청결 해피멜론 12:33, 2009년 1월 8일 (UTC)을 위해 그것을 삭제했다.

아, 고마워!나는 스스로 그것을 삭제할 준비가 되어 있었다.—2009년 1월 9일 07:39, 점 기억(UTC)

설명 페이지에 대한 링크

기술적으로 설명 페이지 연결 색상이 다른 링크와 다른 것이 가능한가?던컨힐 (토크) 17:50, 2009년 1월 8일 (UTC)

웹 컬러 AFAIK에 대한 링크를 코딩할 수 있지만, 디컴파일 페이지는 템플릿 포함에 의해 추적되기 때문에 리디렉션과 같은 소프트웨어 기능과 달리 시스템을 코딩하여 모든 디컴파일 링크를 다른 색상으로 색칠하는 것은 불가능하다고 생각한다.MBisanz^talk 17:55, 2009년 1월 8일 (UTC)

브라우저에 따라 개인 CSS를 조작하여 "(해제)"로 끝나는 URL에 색상 변경을 트리거할 수 있다.HTH HAND — PhilTalk 18:05, 2009년 1월 8일 (UTC)

나는 "개인적인 CSS를 해치우려고" 당신과 함께 있었다. 나는 기술적인 표현에 관해서는 그다지 "지켜" 있지 않다.던컨힐 (대화) 2009년 1월 8일 18시 8분 (UTC)

안타깝다. 그렇다면, 편집자가 로그인했을 때 dablink를 다른 색으로 보이게 할 수 있는 장치가 있을까?던컨힐 (대화) 2009년 1월 8일 18시 4분 (UTC)

그렇지 않은 경우, 가젯은 페이지에서 링크를 열어야 하므로 {{disambig}}}을(를) 복사한 다음 색을 변경하십시오.나는 당신이 정말로 모든 마우스 클릭에 대해 50페이지를 로딩하기를 원했다면 할 수 있을 것이라고 확신한다. (그리고 FA/ANI 로딩은 잊어버린다).MBisanz 19:44, 2009년 1월 8일 (UTC)

사용자:Splarka/dabfinder.js - 도구 상자에 링크를 추가하여 모호한 페이지를 강조 표시하십시오.Mr.Z-man 21:15, 2009년 1월 8일 (UTC)

그것은 꽤 좋은 것 같다. 정말 고마워!던컨힐 (토크) 21:30, 2009년 1월 8일 (UTC)

음, 흥미롭군, 알려줘서 고마워.MBisanz 21:32, 2009년 1월 8일 (UTC)

사용자 사용:또한 리디렉션 및 페이지 업을 강조 표시하는 Anomie/linkclassifier.js.아주 유용하다.해피멜론 10:52, 2009년 1월 9일 (UTC)

내게는 효과가 없는 것처럼 보이는 것과 모든 것을 아주 작은 글씨로 보이게 하는 것 둘 다로 보이는 것이다.던컨힐 (대화) 2009년 1월 9일 (UTC) 13:25

사용자 지정 스타일을 사용하는 경우(사용자:해피멜론/링크 분류기.css, 하지만 나한테는 효과가 있어.어떤 브라우저를 사용하십니까?해피멜론 15:27, 2009년 1월 9일 (UTC)

템플릿 포함에 의해 모호성이 추적되지만, 이는 템플릿 링크 표에 대해 페이지당 하나의 쿼리를 의미한다.원칙적으로는 레드 링크를 구현하는 것보다 이것을 구현하는 것이 더 비용이 많이 들지 않아야 한다.하지만 그건 아마 그럴 가치가 없을 거야.—시뮬레이션(대화 • 기여) 14:23, 2009년 1월 9일 (UTC)

삭제 이동을 위한 이미지 및 미디어

위키피디아는 다음과 같이 제안되었다.삭제할 이미지와 미디어의 이름을 위키백과:삭제할 파일.JavaScript 도구 두 개와 업데이트가 필요한 봇 두 개를 확인했는데, 그 밖에 무엇을 변경해야 하는가?—2009년 1월 10일 03:23, 점 기억(UTC)

AfD에 대한 삭제 요약

최근 csd와 afd 태그에 대한 자동 삭제 요약이 사라지고 droplist에서 선택해야 했다.이제 대부분의 항목이 돌아왔지만, 내가 몇 가지 후 토론회를 끝내고 싶을 때, 요약에 있는 토론과 자동 연결은 없다.비실용적이군, 정말.그 기능을 되찾을 수 있는 방법을 아는 사람은 누구나 있어. 정말 시간 절약이야.고마워. --Tone 22:26, 2009년 1월 4일 (UTC)

User:Mr.Z-man/close를 사용할 수 있음AFD는 수작업은 스스로 아끼기 위해서입니다.SoWhy 09:50, 2009년 1월 7일 (UTC)

AfD, MfD 및 토론 페이지에 연결하는 합리적인 방법을 사용하는 다른 사용자를 위해 고정됨.해피멜론 20:12, 2009년 1월 8일 (UTC)

대본은 훌륭한데, 내가 전에 못 본 게 아쉽다.그러나 삭제 요약은 여전히 작동하지 않고 있다(지명된 기사가 여러 개 있는 경우에는 여전히 수동으로 삭제해야 한다).또는 다른 링크를 통해 요약에 액세스할 수 있는가(상단 바에서 삭제 버튼을 클릭). --Tone 14:34, 2009년 1월 10일(UTC)

테이블 "flipping" 스크립트

나는 누가 테이블 "flipping" 대본을 썼는지 궁금했다.내 말은, 한 행/열만 보여주면 다른 행들은 자동으로 숨겨진다는 것이다.물론 사용자는 테이블을 탐색하기 위해 "다음" 및 "이전" 링크 또는 일부 소량의 색인을 가질 것이다.SharkD (대화) 03:52, 2009년 1월 8일 (UTC)

이것은 메인 스페이스에서 MOS:SC롤에 의해 금지될 것이다.그러나 다른 네임스페이스에서는 유용할 수 있다.해피멜론 12시 34분, 2009년 1월 8일 (UTC)

템플릿용이라 처방전이 없어SharkD (토크) 05:27, 2009년 1월 9일 (UTC)

아 그래. 내가 말했듯이, 그런 일은 아마 매우 유용할 거야.해피멜론 10시 55분, 2009년 1월 9일 (UTC)

예시 작업을 시작하겠다.SharkD (토크) 02:59, 2009년 1월 11일 (UTC)

Wikia로 향하는 페이지 격리 및 잠금

복사한 위치:

나는 AfDs가 'Wikia로 이동'하게 되는 페이지를 편집, 연결, 애논 등으로 볼 수는 없지만 다른 위키로 복사할 수 있는 버퍼 같은 형태로 배치하는 것이 가능한지 궁금했다.페이지들이 영구적으로 삭제된 후 1주일이 지나면 발언 시간 제한이 있을 수 있다.둘째, 이것이 실제로 나온 진짜 문제인가, 아니면 아무것도 아닌 일로 고민하는 것인가.SharkD (토크) 05:31, 2009년 1월 9일 (UTC)

나는 그것이 정말 문제가 아니라고 생각한다.만약 한 페이지가 옮겨진다면, 그것은 우리가 사람들이 그것을 보는 것을 원하지 않을 정도로 나쁘지 않다는 것을 의미하며, 단지 이 사이트에는 적합하지 않다.실제 수출입 과정은 불과 몇 분밖에 걸리지 않는다. 주요 이슈는 위키위키 관리자로 하여금 그 일을 하게 하는 것이다.Mr.Z-man 05:43, 2009년 1월 9일 (UTC)

적절한 사람들에게 알리는 것이 쉬운가?IIRC, 각 wiki에 대한 계정을 만들고 로그인해야 한다.자동화된 시스템은 꽤 깔끔할 것이다.SharkD (대화) 06:31, 2009년 1월 9일 (UTC)

Uncyclopedia(별도의 사용자 데이터베이스가 있는)를 제외한 모든 Wiki 위키에는 공유 로그인이 있다.wikia.com 도메인(예: memory-alpha.org)에 없는 사용자들은 별도의 쿠키를 가지고 있기 때문에 다시 로그인해야 할 수도 있지만, 그렇지 않으면 같은 세션으로 위키백과 사이를 이동할 수 있다.

Special을 사용하려면 로컬 관리자가 필요함:수입(그리고 모든 위키에 적극적인 관리자가 있는 것은 아님) 그러나 잘라내기와 붙여넣기 작업은 누구나 할 수 있다.대부분의 위키 위키백과(지난해에 제작된 모든 위키 포함)에는 위키백과({Wikipedia name} 또는 {{Wikipedia-deleted user names})에 적절한 링크와 인증을 제공하는 표준 템플릿이 있다.그래서 일반적으로 당신을 위해 할 사람을 찾으려 하기보다는 그냥 움직이는 것이 더 낫다.결국, 대부분의 위키백과는 위키백과에서 기사를 옮기기 보다는 그들 자신의 기사를 쓰는 것에 주로 관심이 있다;)

페이지 수가 많고, C&P가 비실용적이라면 위키리아 직원이 도울 수 있다.Special을 통해 연락 가능:Wikia wiki 연락처 -- sannse(대화) 10:00, 2009년 1월 9일 (UTC) (Wikia Community Team)

알았어, 고마워.도움이 됐다.SharkD (토크) 01:40, 2009년 1월 11일 (UTC)

개정 내역에 대한 사용자 인터페이스 혼동

페이지의 수정 내역을 열면 범례는 다음과 같이 말한다.

"(cur) = 현재 버전과의 차이, (마지막) = 이전 버전과의 차이"

그러나 연결 버튼에는 라벨이 붙어 있다.

"(커) (커)…"

인터페이스를 편집해서 이것을 바로잡을 수 있는 사람이 있을까?나는 특히 처음 버튼을 알아내려는 새로운 편집자들에게 이것은 분명 혼란스러울 것이라고 생각한다.도움말 페이지 도움말:페이지 기록도 여전히 (prev)대신 (마지막)을 사용한다. 77.183.102.108 (대화) 12:32, 2009년 1월 10일 (UTC)

고마워. 역사 페이지 맨 위에 있는 본문은 내가 고쳤어.도움말:페이지 내역은 스크린샷이 구식이고 완전히 새로운 스크린샷을 업로드해야 하므로 수정하려면 조금 더 많은 작업이 필요할 수 있다.우연히, 여러분은 이 문제가 텍스트 '마지막'이 꽤 최근에 'prev'로 바뀌었기 때문이라는 것을 알고 싶을지도 모른다.자세한 내용은 #Prev_vs_Diff를 참조하십시오.Tra (Talk) 16:04, 2009년 1월 10일 (UTC)

내 검색이 잘못됨

해결됨

– ukexpat (대화) 16:56, 2009년 1월 10일 (UTC)

왠지 내 브라우징이 엉망인 것 같다.Watchlist에서 Woolwich Arsenal을 클릭할 때마다 이런 일이 일어난다.

또한, 내가 가려는 이전 페이지\이전 페이지로 링크하기 위해 가는 다른 링크들.SS가 아닌 남부, 미안 13:29, 2009년 1월 10일 (UTC)

캐시를 지우거나 Ctrl-Shift-R? 위험(토크)을 14:25, 2009년 1월 10일(UTC)을 누른 적이 있는가?

아니, 방금, 고쳤지, 고마워.SS가 아닌 남부, 미안한 14:34, 2009년 1월 10일 (UTC)

MacOS용 오페라에 기울임꼴이 표시되지 않음

나는 와서 이것을 주목해야겠다고 생각했다; 나는 보통 카미노를 브라우징할 때 사용하지만, 오늘날에는 다른 프로그램들, 예를 들어 오디오, 브라우징할 때 백그라운드에서 실행되는 것 같은 것을 가지고 있기 때문에 MacOS용 Opera를 다운받았고, 제목에 대한 기사의 언급에 이탤릭체를 추가하려고 했다.Wikicode 더블 아포스트로피가 이미 거기에 있었다는 것을.이것은 오페라에서 위키피디아를 보는 것에 대한 알려진 결함이며, 동일한 브라우저의 다른 버전에서도 그러한가?평소 사용하는 브라우저인 카미노에서도 잘 작동하고, 어제만 Opera를 다운로드해서 설치했을 뿐 MacOS에서는 한 번도 사용하지 않았었는데....아마도 Windows 2K 버전에서도 이탤릭체가 작동하지 않았던 것 같은데, 시도해보았지만 계속 사용하지 않은 것으로 기억한다.더 작은 메모리 공간에 머무르고 싶지만, 선박 기사나 타이틀-ref를 많이 다루기 때문에 이탤릭체를 봐야 하기 때문에 카미노로 돌아가면...Skookum1 (대화) 15:40, 2009년 1월 10일 (UTC)

수천 개의 기사에 영향을 미치는 인용 책 렌더링 오류

지금까지 몇 주 동안 템플릿 토크에서 다음과 같은 편집 보호 요청이 있었다.편집기 매개변수를 수정하려면 book#editor 필드를 인용하십시오.{{cite book}}을(를) 사용한 모든 제품 editor=사용된 필드가 두 배 주기("ed..")—몇 천 개의 기사가 영향을 받는다.아직 아무도 실행 가능한 해결책을 제안할 수 없었기 때문에 나는 이곳의 코드 지식인들에 의해 이 문제를 더 많이 보고 싶었다.{{Citation/core}}}이(가) 범인인 것 같다.수정안이 제안되고 시행되었지만 효과가 없었다.자세한 내용보다는 위에서 링크한 토크페이지에 있는 게시물을 참고하십시오.고마워.---Fuhgetaboutit (대화) 17:44, 2009년 1월 10일 (UTC)

템플릿 대화도 참조하십시오.인용/core#Editor 구두점.로스 패터슨 (토크) 2009년 1월 10일 (UTC) 18:53

테이블 정렬의 향상된 기능

여러분 안녕하십니까?나는 테이블로 꽤 많은 작업을 해왔는데 테이블 정렬 작업 목록에 있는 기능 중 하나가 "콜스판/로즈판(bug 8028)"이라는 것을 알게 되었다.음, 최근에 내가 분류와 관련된 문제들(위에도 포함됨)과 함께, 나는 위키비트.js 대본의 복사본을 가지고 그것을 가지고 놀기 시작했다.한 가지는 다른 것으로, 그리고 나는 내가 행간과 기둥간 모두를 지원하는 강력한 구현을 생각해냈다고 믿는다.요약하자면 다음과 같은 향상된 기능을 제공했다.

1. 정렬하기 전에 행스팬을 분해하여 행이 자체 포함되고 테이블 구조를 변형하지 않고 정렬할 수 있도록 한다.
2. 정렬 도중 컬럼 값을 검색할 때 콜스팬을 인식하고 계수하여 각 행에서 적절한 정렬 값을 검색한다.콜스판 범위의 각 열은 동일한 값을 갖는 것으로 간주된다.콜스팬은 보존되어 있고, 쪼개져 있지 않다.
3. 정렬 후 일부 셀 범위는 특정 제한적 조건(여전히 정제 중)에서 재결합될 수 있다.또한 class="autorowspan" 옵션을 컬럼이나 전체 테이블에 적용하여 원래 결합되지 않은 새로 정렬된 컬럼의 셀을 결합하는 등 보다 공격적인 행스팬 결합이 가능하도록 할 수 있다.

나는 내가 말보다 수레를 먼저 썼다는 것을 알지만, 나는 공식 대본에 포함될 수 있는 변경 사항을 검토받으려면 누구에게 연락해야 하는지 알고 싶다.나는 그것의 특징들 중 일부가 어떻게 가장 잘 작동해야 하는지에 대한 논의와 긴 느린 과정이 필요할 뿐만 아니라 중요한 테스트가 필요할 것이라는 것을 알고 있다.

살펴보는 데 관심이 있는 사람이 있다면, 출처는 User:Tcncv/sortables.js와 나는 몇 개의 테스트 테이블[[]사용자:Tcncv/Table Sort Demo here]]]]단 하나의 전제조건은 모노북.js 파일(또는 사용하는 피부)에 추가하는 것이다.테이블 정의에서 속성을 변경하고 선택적으로 하나 이상의 열 머리글 셀에 추가하여 사용자 자신의 테이블과 함께 사용해 보십시오.

현재 Firefox 3.0.4에서는 잘 작동하고 있으며, IE7에서는 대부분 잘 작동하고 있다. (Recombine은 작동하지 않지만 곧 이것을 고칠 것으로 예상)IE6와 Netscape의 이전 버전에서 테스트할 계획이지만, 다른 브라우저와 버전에 대한 테스트가 필요할 것이다.

당신의 피드백이 기대된다. -- Tcncv (대화) 06:16, 2009년 1월 4일 (UTC)

MediaWiki의 경우와 같이 이 파일의 수정에 대해 계속 논의할 수 있는 중앙 집중식 위치가 있다면 좋을 것이다.Common.css 또는 MediaWiki:모노북.css.지금 상태로는 버질라의 내장에 토론이 숨겨져 있다.SharkD (토크) 08:54, 2009년 1월 4일 (UTC)

음, 그건 미디어위키 소프트웨어에 대한 변화였습니다. 그래서 그것이 그 논의가 필요한 부분이지요.요구 사항:IE 5 이상, FF 2 이상, 오페라 9 이상, 사파리 2 이상에서 스크립트 테스트.원본 wikibits.js와 "새로운" wikibits.js 사이의 diff 파일, 설명, 테스트 케이스 및 테스트 결과와 함께 diff(일명 패치) trop bugzilla를 제출함. --DJ(대화 및 기여) 2009년 1월 4일 10:26, 4일(UTC)

고마워버질라 주변을 둘러볼게.나는 그 경기장에 처음 와보니까 어떤 조언이라도 고마워할 거야.나는 또한 시험 케이스를 개선하고 공식화하는 일을 할 거야.모든 브라우저 버전에서 테스트하는 데 도움이 필요해.

또한 사용자/편집자 커뮤니티의 의견을 여전히 찾고 있다.분류 기능을 추가하고자 하는 복잡한 테이블에서 작업했지만 행스팬/콜스팬 지원이 부족하여 작업하지 않은 사람이 있다면 알려주면 내가 살펴보겠다. -- Tcncv (대화) 15:23, 2009년 1월 4일 (UTC)

그러나, 사실은 이 주제에 대한 논의가 여기서 이루어지고 있다.바로 지금 이 페이지에 세 가지 토론이 있는데, 내가 가장 최근의 기록 보관소에서 알고 있는 것이 하나 더 있고, 더 먼 곳을 뒤져보면 아마 그밖에 셀 수 없을 것이다.Bugzilla는 당신이 갈 준비가 된 구체적인 변화가 있을 때 좋다.그러나 그것은 계획을 세우거나 (내가 언급했듯이) 조정 노력을 하기에는 그다지 좋지 않다.또한 이 페이지는 위키백과에 반드시 존재해야 하는 것은 아니며 위키미디어 위키에도 쉽게 존재할 수 있다는 점에 유의하십시오.SharkD (토크) 04:07, 2009년 1월 8일 (UTC)

테이블 정렬의 향상된 제안 사항 업데이트

나는 다중 행 헤더에 대한 지원 및 이 헤더에서 행 스팬 ad colspan 지원을 포함하도록 제안된 정렬 가능한 테이블 향상 기능을 업데이트했다.이는 내 경험과 도움말 토크를 검토한 결과 유용한 기능인 것 같다.정렬 및 m:도움말 대화:페이지 정렬.향상된 기능을 보려면 monobook.js 파일(또는 사용하는 모든 스킨)에 "importScript('User:Tcncv/sorttables.js');을(를) 추가하십시오.또한 테이블 정의에서 에 속성을 변경하고 선택적으로 하나 이상의 열 헤더 셀에 추가함으로써 자신의 테이블과 함께 사용해 볼 수 있다. (아직 활성화되지 않았으므로 주 스페이스 테이블에 추가하지 마십시오.)

다시 한번, 나는 피드백을 찾고 있다.보이는 것이 마음에 드거나, 문제가 발견되거나, 지원하고자 하는 구체적인 테이블 레이아웃이 있다면 알려 달라.(또한, 이 토론을 위한 더 좋은 장소를 알고 있다면 알려 달라.) -- Tcncv (토크) 05:41, 2009년 1월 12일 (UTC)

Wiki 덤프에서 사용자 ID와 Talk 페이지 ID 연결

나는 연구 프로젝트를 위해 가장 최근에 완성된 en-wiki-...-stubs-meta-history.xml 덤프를 처리하고 있으며, 다음 질문에 답해 왔다.

1. 다른 사용자의 사용자 ID를 대화 페이지 ID(사용자 페이지 ID뿐만 아니라)와 쉽게 연결할 수 있는 방법이 있는가?
2. 사용자가 사용자 이름을 변경할 경우, 연결된 대화 페이지가 동일한 페이지 ID를 유지하는지 여부대화 페이지의 하위 페이지(예:사용자 대화:User_Name/old)?
3. 사용자 이름 변경이 시간에 따른 사용자 이름 충돌에 어떤 영향을 미치는가?예를 들어, 사용자 이름 "0"은 위키피디아의 역사에 걸쳐 이와 관련된 여러 가지 다른 사용자 ID를 가지고 있다.사용자가 "사용자 대화:0"을(를) 편집한 경우, "0"과 연결된 현재(덤프 기준) 사용자 ID 또는 사용자 이름이 "0"인 사용자 ID는?

이 문제에 대해 좀 더 적절한 포럼이 있다면 알려줘.도와줘서 고마워!

안드라리 (대화) 2009년 1월 10일 (UTC) 19:05

나는 시스템 관리자는 아니지만, 페이지 기록에 대한 작업을 통해 내가 알고 있는 것을 바탕으로 이것들을 시도해 볼 것이다.

1. 내가 아는 바로는 아니지만, 아마도 약한 상관관계가 있을 것이다.이에 영향을 미칠 수 있는 상황은 다음과 같다.
   1. 사용자 및/또는 사용자 대화 페이지는 사용자가 처음 편집/계정을 작성한 후 잠시 후에 작성되었다.나의 경우 계정을 만든 지 3개월 만에 사용자 페이지를 만들었고, 사용자 대화 페이지는 계정을 만든 지 한 달 만에 만들어졌다.
   2. 사용자 또는 사용자 대화 페이지는 어느 시점에 삭제되었지만 페이지 이동을 위한 길을 만들지 않았다(아래 참조).페이지가 삭제되면 이전 페이지 ID가 손실되고, 삭제되지 않거나 다시 생성되면 새 페이지 ID가 마치 새 페이지인 것처럼 인식된다.페이지 ID별로 페이지를 주문하는 whatlinkshere 기능을 사용하여 위키에서 이를 시연할 수 있다.예를 들어, Special:Whatlinkshere/Fleishhacker Pool, 2002년 3월에 만들어진 수영장 기사가 먼저 나열될 것으로 예상한다.그러나 여러 차례 삭제·복원되었기 때문에 마지막에 기재되어 있다.
2. 네, 이동하기 위해 삭제해야 할 경우에도 페이지 ID를 보존하는 페이지 이동 기능으로 사용자와 토크 페이지가 이동되었다고 가정하십시오.Wiki 시연을 보려면 특수:Whatlinkshere/Biscayne Aquifer는 플로리다주 마이애미에서 페이지 이동을 위한 길을 만들기 위해 여러 번 삭제했음에도 불구하고 마이애미가 맨 위 근처에 나열되어 있다는 점에 주목한다.관료들을 위한 사용자 이름 변경 도구가 등장하기 전에 사용자 이름 변경의 효과에 관심이 있을 수도 있다.사용자의 설정과 감시 목록이 전송되었지만 편집 내용은 전송되지 않았다.예를 들어, 이 차이점을 참조하십시오. 이 차이점의 두 번째 편집은 ClockworkSoul의 첫 번째 기록된 편집이다.
3. 그것은 페이지 이동에 따라 달라진다.내 사용자 이름이 Pianoman87일 때, 사용자 대화로 주소가 지정된 메시지를 받았다.Pianoman87, 하지만 그들은 지금 나의 현재 사용자 토크 페이지의 페이지 역사에 있다.현재 가장 최근의 사용자 ID를 가진 사용자는 아마도 그들의 사용자 토크 페이지에 메시지가 게시될 것이지만, 나는 이것에 대해 완전히 확신할 수 없다.방금 이전 사용자 이름으로 테스트했는데, 그 계정에 로그인했을 때 새 메시지 표시줄을 받았어.또한 해당 계정의 기여도를 확인하고, 이전 기여도를 기록해 두십시오. 이는 내가 Pianoman87일 때 삭제되었지만 내 사용자 이름이 변경되었을 때 삭제되지 않은 편집 사항이었습니다.User:0은 2단계 소프트웨어에서 자리 표시자 사용자 이름으로 사용된 것 같으므로 여러 개의 ID가 있을 것이다.

이게 도움이 되길 바래.Graham87 06:22, 2009년 1월 11일 (UTC)

BTW, 이제 사용자 이름을 바꾸면 해당 사용자가 삭제한 모든 편집에서 사용자 이름이 변경되므로, 위의 내 이전 사용자 이름인 Pianoman87에 첨부된 초기 기여 문제는 2007년 7월 말 이후 이름을 바꾼 사용자들에게 문제가 되지 않는다(2006년 3월 사용자 이름을 변경했다).Graham87 07:00, 2009년 1월 11일 (UTC)

규아

나는 Internet Explorer(최신 버전, 내 생각에)를 운영하고 규완을 사용하지만, 그것은 고장난 것 같다. 그러나 그것은 내가 /상태 하위 페이지에 무엇을 넣든 항상 "오프라인"을 분산시킨다.뭐가 문제인지 잘 모르겠는데, 누가 좀 도와 줄 수 있어?주민 마리오 (토크) 2009년 1월 10일 (UTC) 20:14, 2분 후: 아, 됐다!왜 이렇게 오래 걸렸지?

사실, 그것은 어떤 이유에서인지 계속해서 나타나는 많은 문제들 중 하나이다.기타:

• 페이지를 로드하면 "2009" 템플릿의 이미지가 빠르게 깜박이거나 꺼짐
• 에딩할 때 편집 부분의 스크롤 막대가 훨씬 작을 때 아래로 스크롤하면 더 많은 코드가 표시되고 단축된다.
• 사용자 페이지에 아카이브된 }}이(가) 있으며, 맨 위에 있는 파란색 텍스트 옆에 있으며 제거할 수 없는 것 같다.
• 2번은 또한 때때로 바닥 가까이에 있는 사용자 박스 스택에서 발생한다.

레지던트 마리오 (토크) 2009년 1월 10일 20:25 (UTC)

2분 후에 또.그리고 지금 난 다시 오프라인이야. WTF?레지던트 마리오 (토크) 2009년 1월 10일 20:34 (UTC)

맙소사, 새로운 이미지를 추가하려고 했는데 존재하지도 않는 것 같아.24.185.37.213 (토크) 21:39, 2009년 1월 10일 (UTC)

Firefox를 사용해 보셨습니까?이 문제는 브라우저와 관련이 있을 수 있다.—2009년 1월 10일 21:47, 점 기억(UTC)

아니, 난 모질라가 없어Internet Explorer는 인터넷 서핑 인구의 약 70%에 의해 보호되기 때문에, 이 브라우저로 인한 위키백과의 버그는 정말로 나쁘다. 24.185.37.213 (토크) 23:14, 2009년 1월 10일 (UTC)

문제는 당신의 컴퓨터에 Internet Explorer가 어떻게 구성되어 있는지와 관련된 것일 수 있다.또는 인터넷 연결에 문제가 있을 수 있다.아무도 그 문제를 겪고 있는 것 같지 않기 때문에, 그것은 아마도 너의 목적일 것이다.Firefox에 브라우저 문제를 배제하는 시도를 해보는 것은 어떨까?—2009년 1월 10일 23:20, 점 기억(UTC)

다른 문제들은 어떤 이유로든 내 메인 페이지에만 나타나며 템플릿에는 사용자:레지던트_Mario/2009 (altbiet Quiu는 거의 확실하다) 그래서 브라우저 이슈라고 생각하지 않으며, 그렇지 않으면 "내 위키백과가 작동하지 않아!"로 넘쳐날 수도 있는 이곳. 결국 통계적으로 Internet Explorer는 70%이거나 레지던트 마리오(talk) 23:37, 2009년 1월 10일 (UTC)

Quuan talk 페이지에서 다른 사용자도 같은 문제를 겪고 있는지 확인해보셨습니까?– ukexpat (대화) 01:34, 2009년 1월 11일 (UTC)

규완은 Internet Explorer를 지원하지 않는다(나는 윈도우가 없다), 규완은 어떤 식으로든 "위키피디아"의 일부분이다.그것은 내가 쓴 도구일 뿐이고, 어떤 사람들은 사용할 것을 선택할 수 있다. --DJ (대화 • 기여) 11:52, 2009년 1월 11일 (UTC)

이중 리디렉션 수정

Mediawiki가 더 이상 이중 리디렉션을 자동으로 수정하지 않기 때문에 이중 리디렉션 및 사용자:해결사 리디렉션).하지만 어떤 봇인지, 얼마나 자주 뛰는지 궁금하다.최근 WP의 합병으로 이런 의문이 떠올랐다.컨텍스트 및 WP:BTW를 MOS로 변환:링크, 그리고 결과적인 리디렉션 중 아직 수정된 것이 없는 것 같다.누가 좀 채워줄래?고마워,-에르바나스는 무버처럼 말하지만 셰이커 16:35, 2009년 1월 11일 (UTC)

User:RussBot은 수동 지원을 통해 이중 리디렉션을 수정한다.어떤 봇이 이중 리디렉션을 고치는지는 잘 모르겠다.Graham87 04:16, 2009년 1월 12일 (UTC)

트래픽 통계 링크를 업데이트해야 함

왼쪽의 내비게이션바에 있는 "교통통계" 링크는 "http://stats.grok.se/en/200812/Wikipedia:Village_pump_(technical)"이 아니라 "http://stats.grok.se/en/200901/Wikipedia:Village_pump_(technical)"이 되어야 한다.어떤 시스템 메시지를 편집하여 변경하시겠습니까? Sandstein 22:53, 2009년 1월 11일 (UTC)

다시 말해?정확히 이 링크가 어디야?해피멜론 23:10, 2009년 1월 11일 (UTC)

알았어, User:Smith609/toolbox.js.해피멜론 23:11, 2009년 1월 11일 (UTC)

고마워! 바보 같은 나 - 나는 이것이 기본 피부가 아니라 모노북.js 확장자에 의해 만들어졌다는 것을 잊었다. Sandstein 23:24, 2009년 1월 11일 (UTC)

비자인각

이 디프 [2]에서 나는 "영국 녹음실"을 범주의 파이프 뒤에 삽입한 것으로 간주되지만, 나는 그런 일을 하지 않았다.나는 단지 그 뒤에 니팅이 있는 파이프를 삽입하여 카테고리 상단에 진입하도록 했다.위키피디아는 지금 편집을 조작하고 있는가?던컨힐 (대화) 2009년 1월 8일 19:39, (UTC)

그걸 파이프 속임수라고 하는데, 내가 [[도움말:Pipe trick ]](파이프 트릭 ]), 그러나 MediaWiki 소프트웨어는 [[Help: 도움말]로 저장해 둘 것이다.파이프 트릭 파이프 트릭]] --Amalthea 19:50, 2009년 1월 8일 (UTC)

위키피디아처럼 이미 고쳤구나Category#Priority 정렬 키 권장. --Amalthea 19:53, 2009년 1월 8일(UTC)

아아악!내가 입력하지 않은 것을 저장하지 않았으면 좋겠어!던컨힐 (대화) 2009년 1월 8일 19:59, 8 (UTC)

그래서 어떻게 코멘트 후에 그 화려한 서명과 타임스탬프를 얻었는가? --Splarka (rant) 08:44, 2009년 1월 9일 (UTC)

내가 알고 있고, 익숙하다고 널리 광고되고 있는 것을 타이핑하여 특정 텍스트를 생성한다.던컨힐 (대화) 2009년 1월 9일 (UTC) 13:17

파이프와 공간은 그것을 꼭대기까지 밀어낸다.공간을 잊지 마!~ JohnnyMrNinja 08:56, 2009년 1월 9일 (UTC)

와우, 나는 매일 새로운 것을 배운다 -- 루카스bfr 16:41, 2009년 1월 12일 (UTC)

모든 프로젝트에 대한 모금 배너 제거(영어 위키백과뿐 아니라)

얼마 전에 나는 모든 위키미디어 프로젝트(영어 위키백과, 공용어, 위키북스, 보스니아어 위키백과 등)에 대한 계정을 통일했다.일 잘한다

그 후 얼마 후, 새로운 기금 조달자 조치가 있었다.소액의 돈을 기부했다하지만 기금 모금 현수막은 사라지지 않았다.꺼질 수 있는지, 꺼질 수 있다면 어떻게 하는지 검색하면서 등록된 모든 사용자들이 보이지 않도록 억제할 수 있다는 것을 깨달았다.나중에 나는 그것이 영어 위키백과에만 효과가 있고, 다른 위키미디어 프로젝트(Commons, Bosian WP 등)에는 효과가 없다는 것을 깨달았다.

영어 WP의 "나의 선호" 탭인 "Gadgets"에는 "모금자 배너 표시 억제"라는 옵션이 있다.그러나 이 옵션은 다른 위키미디어 프로젝트의 선호도에 존재하지 않는다.

그 책임은 누구에게 있는지 모르지만, 영어 위키백과 이외의 프로젝트에 대해 동등한 옵션이 제공되거나, 영어 WP에서의 설정이 다른 모든 프로젝트에 영향을 미친다면 좋을 것이다.

Dzenanz (대화) 13:04, 2009년 1월 9일 (UTC)

기본 설정의 가젯은 배너를 억제하는 개인 스타일시트에 CSS를 약간 추가할 수 있는 간단한 방법이다.유사한 개인 CSS를 다른 위키백과 프로젝트에서도 사용할 수 있지만, 이것은 각 프로젝트에서 별도로 수행되어야 할 것이다.모든 프로젝트에서 한 번에 디스플레이를 억제할 수 있는 방법을 갖는 것이 기술적으로 실현 가능한지 모르겠다.대수학자 13:10, 2009년 1월 9일 (UTC)

그렇다면 각 프로젝트의 일부 마스터 관리자(그런 것이 존재하는가)는 이러한 옵션을 선호에 추가(물론 구현)할 책임이 있는가?보스니아 WP에서 시행되지 않은 것에 크게 놀라지 않았지만, 2009년 1월 9일(UTC) 13:31, 독일 WP Dzenanz(토크)에서도 시행되지 않고 있다.

원하는 경우 브라우저의 사용자 CSS에 적절한 CSS 규칙을 추가하여 모든 프로젝트의 배너를 숨길 수 있다.—시뮬레이션(대화 • 기여) 14:25, 2009년 1월 9일 (UTC)

글쎄, 그렇게 해서 전반적으로 문제가 해결되는 것은 아니지만, 나로서는 해결이 될 거야.나는 CSS에 대해 어느 정도 알고 있는데, 여기 모금 배너를 통제하는 스타일시트를 게시할 수 있는 사람이 있을까?또한, 구글크롬에 사용자 CSS를 적용하는 방법을 아는 사람이 있는가?나는 최근에 Firefox에서 Chrome으로 바꿨다 :) Dzenanz (토크) 14:53, 2009년 1월 9일 (UTC)

사용자의 모든 Wiki에서 실행할 스크립트를 만들기 위해 수행하는 작업:Happy-melon/global.js(사용자에 대한 가져오기 규칙 포함):Happy-melon/global.css를 사용한 다음 모든 곳에 wiki 스크립트를 가져오기 위한 가져오기 규칙을 포함하십시오(예: mw: 참조).사용자:해피멜론/모노북.js).그래서 나는 어디서나 휴대용 코드를 얻기 위해 한 번만 수정하면 된다.내 global.css의 규칙 중 하나는 기금 모금 배너를 억제하는 것이다.2009년 1월 9일 해피멜론 15:25, 나를 위해 일한다(UTC)

기금 모금 행사가 이제 끝났으므로 현재 숨길 현수막이 없다는 점에 유의하십시오. --briion (대화) 23:23, 2009년 1월 11일 (UTC)

다음에 동일한 CSS ID/클래스를 사용하도록 설득할 수 있는가?:D해피멜론 23:25, 2009년 1월 11일 (UTC)

브리온, 배너가 돌아온 것 같아. 버그? -- 루카스브^talk 16:12, 2009년 1월 12일 (UTC)

그리고 누군가가 그것을 억제하기 위해 그 장치를 제거했다.던컨힐 (대화) 2009년 1월 12일 16시 15분 (UTC)

그리고 지금은 복구되었다.EVULA// 통화 // ☯ // 16:28, 2009년 1월 12일 (UTC)

니스, 나는 그 장치가 디폴트로 다시 작동될 지 확신이 서지 않아서 감히 그것을 할 수 없었어.고마워 :) -- Lucasbfr^talk 16:35, 2009년 1월 12일 (UTC)

그래, 현수막이 다시 나타난 것처럼 빨리 사라지는 것은 기분 좋은 놀라움이었다.내 선호도를 확인하기 전까지는 그것이 가젯인지 아니면 실제 제거인지 확신할 수 없었다.EVULA // talk // talk // 16:41, 2009년 1월 12일(UTC)

왜 나는 항상 캡차 요구사항을 요구받는가?

해결됨

– ukexpat (대화) 02:11, 2009년 1월 11일 (UTC)

여러 번 편집했음에도 불구하고 링크를 추가하거나 링크를 다시 추가하는 반달에 의한 편집을 취소할 때 여전히 캡차 구문을 입력해야 한다.편집한 게 10개 이상인데, 계좌가 필요한 기간이야?AnyPerson (대화) 05:12, 2009년 1월 10일 (UTC)

계정이 10개 미만이고 4일 미만인 등록된 사용자만 캡샤를 작성해야 한다.그러니 이틀을 더 기다려야 할 것이다.Graham87 09:05, 2009년 1월 10일 (UTC)

고마워, 나는 시간 요건에 대해 몰랐어.난 그저 기다려야 할 것이다.한숨. :) AnyPerson (대화) 02:05, 2009년 1월 11일 (UTC)

걱정마.약간의 수정: 캡차(Captcha)를 보지 않으려면 계정이 최소 4일 이상 경과되고 10개 이상의 편집이 있어야 한다.그래서 한 번의 편집이 있는 7주 된 계정은 10번째 편집에 도달할 때까지 캡차(Captcha)를 계속 보게 될 것이다.위키백과 참조:사용자 액세스 수준 #확증된 사용자 확인Graham87 15:15, 2009년 1월 12일 (UTC)

기본적으로 스크롤 가능을 아래로 스크롤하는 방법

사용자:와 같은 상자를 만드는 방법을 아는 사람:Army1987#Guestbook은 페이지가 로드될 때 상단 대신 내용 하단을 표시한다. -- Army1987 – 말이 아닌 행위.16:47, 2009년 1월 11일 (UTC)

확실하지 않아.메소드를 사용하여 창을 스크롤할 수 있지만, 문서의 요소에는 효과가 없는 것 같다.SharkD (대화) 06:27, 2009년 1월 12일 (UTC)

알았어, 찾았어.순수 HTML에서는 DIV 요소의 스크롤탑 속성을 변경해야 한다.SharkD (대화) 06:30, 2009년 1월 12일 (UTC)

CSS를 통해 해결이 가능한가?그렇다면 MediaWiki에 새 클래스를 추가하십시오.Common.css, 그럼 DIV에 있는 클래스를 사용하시겠습니까?또, 이것은 마이크로소프트의 확장인 것 같은데, W3C에 상당하는 것이 있는가?—Locke Cole • t • c 06:51, 2009년 1월 12일 (UTC)

방금 몇 가지 테스트를 했는데, 어떻게 이 속성을 수정할 수 있는지 전혀 모르겠어.위키피디아는 보안상의 이유로 사용자들이 HTML 요소에 이벤트를 첨부하는 것을 허용하지 않는다.그리고 CSS 속성은 해당되지 않는다.사이트 자체의 스크립트에 기능을 추가하려면 Bugzilla에 대한 보고서를 작성해야 한다.SharkD (대화) 06:42, 2009년 1월 12일 (UTC)

그것은 Common.js로 할 수 있지만 받아들여질지는 잘 모르겠다.그것의 백과사전적 가치는 다소 제한적이다...:D해피멜론 11시 12분, 2009년 1월 12일 (UTC)

위키백과의 다른 곳에서도 스크롤 가능한 HTML 요소를 사용하고 있는가?만약 그렇다면, 그 기능성은 그냥 거기에 고정될 수 있을 것이다.SharkD (토크) 22:24, 2009년 1월 12일 (UTC)

내가 알고 있는 것은 아니고, 기사 내용에 MOS:SCROLL이 명시적으로 금지하고 있다.백과사전에서 유용하게 쓰일만한 곳이 어디인지는 생각할 수 없고, 확실히 자동 검색은 할 수 없다.해피멜론 22:57, 2009년 1월 12일 (UTC)

첫 번째 테이블 클리핑 작업 진행 중

여기서 논의한 바와 같이, 나는 테이블 플립 대본의 예를 만들었다.여기서 찾을 수 있다.IE7과 FF3에서만 테스트해 봤는데 브라우저가 다른 사람들이 테스트해줬으면 좋겠다.SharkD (토크) 05:02, 2009년 1월 12일 (UTC)

Safari 3.1.2. EVULA// 토크 // 15:39, 2009년 1월 12일(UTC)

대본 좋네.Opera 9.50(후기 버전에서도 사용 가능) 및 Google Chrome 1.0에서 작업 가능. 그렇다면 왜 15:49, 2009년 1월 12일(UTC)

여기서 IE6를 사용한다.뒤집힌 테이블의 전체 부분이 사라지게 되어 있는가?센터링의 문턱 뒤에 오는 어떤 셀도 보이지 않는다. — Edokter • Talk • 21:18, 2009년 1월 12일 (UTC)

그게 대본의 전부야.:) SharkD (대화) 22:11, 2009년 1월 12일 (UTC)

이것은 Bugzilla에 관한 프로젝트 페이지 입니다.SharkD (대화) 06:30, 2009년 1월 13일 (UTC)

http://en.wikipedia.org/wiki/Planetary_gearing의 오류 메시지

*Failed to 구문 분석 실패(Cannot write to or create output directory):라는 오류 메시지가 빨간색으로 표시됨.나의 입양인은 페이지를 보는 데 문제가 없다고 말한다.왜 그러고 있어?EaswarH (토크) 13:35, 2009년 1월 12일 (UTC)

나도 마찬가지야.WP 시도:퍼지 또는 WP:NULL, 여전히 작동하지 않으면 브라우저/OS를 제공하십시오.해피멜론 13:39, 2009년 1월 12일 (UTC)

브라우저 캐시를 바이패스하는 것은 작동하지 않았지만, WP:PURGE가 작동했다.나는 지금 수학 공식을 본다.뭐가 문제였죠?EaswarH (토크) 13:53, 2009년 1월 12일 (UTC)

그것은 당신의 컴퓨터가 아니라 위키피디아 서버에 문제가 있는 것처럼 들린다.서버 관리 로그의 유일한 최근 활동은 서버 db18의 문제에 관한 것이다.그게 네 문제와 관련이 있는지는 모르겠지만.Graham87 15:02, 2009년 1월 12일 (UTC)

이것은 두 대의 서버에 보크가 설치되었기 때문이다.곧 처리될 거야삭제 또는 null 편집을 할 수 있으며 표시되는 페이지에는 다시 렌더링할 수 있다. --briion (대화) 19:23, 2009년 1월 12일 (UTC)

Special의 "Crosswiki linksearch" 링크:링크 검색

이걸 어디서 보고해야 할지 잘 모르겠으니 여기서 한번 해 볼게...

특수 페이지:LinkSearch에는 크로스위키 링크 검색 도구에 대한 링크가 있지만 링크가 오래된 것으로 보인다.현재 「http://toolserver.org/~http://toolserver.org//linksearch」로 되어 있는데, 404이다.올바른 링크는 "http://toolserver.org/~crosswiki.php"이다.누군가 이걸 고쳐주거나, 적절한 사람들에게 보고하거나, 어디에 보고해야 하는지 말해줄 수 있을까?

고마워! --ThaddeusB (토크) 15:29, 2009년 1월 12일 (UTC)

여기서 필요한 변경을 요청하셨습니다.좋은 지점! (토크) 15:35, 2009년 1월 12일 (UTC)

EVula // talk // talk // 15:42, 2009년 1월 12일 (UTC)

로그인한 동안 페이지를 편집할 수 없음

해결됨

– ukexpat (대화) 03:03, 2009년 1월 13일 (UTC)

빨간색 링크나 "이 페이지 편집" 단추를 클릭하면 "인덱스.php를 열도록 선택하셨습니다"라는 창이 열리고 편집 페이지가 브라우저에 로드되지 않는다.만약 내가 내 계정에서 로그아웃한다면 나는 이 문제가 없어.Firefox와 IE에서 일어나고 있고, 설정이나 어떤 것도 바꾸지 않았다. (어떤 이유로, 내가 "새로운 섹션"을 클릭한다면 나는 이것과 같은 페이지를 편집할 수 있다) --거리(대화) 02:28, 2009년 1월 13일 (UTC)

편집 중인 환경설정으로 이동하여 '기본적으로 외부 편집기 사용'이 꺼져 있는지 확인하십시오.네가 아무것도 바꾸지 않은 것은 알지만, 이 설정은 때때로 이해되지 않는 방식으로 사악한 그레믈린에 의해 활성화되는 것으로 알려져 있다.대수학자 02:32, 2009년 1월 13일 (UTC)

그거 고쳤군, 도와줘서 정말 고마워! --거리에서 선적 (토크) 02:38, 2009년 1월 13일 (UTC)

템플릿 정보:횡단 템플릿 목록

해결됨

템플릿의 처음 두 줄에서:섹션 템플릿 목록, 간격(및 문법), 템플릿에 대한 세부 정보:캣모어는 두 번째 라인에 속할지도 모른다.템플릿에 대해 잘 알고 있는 사람이 우리를 위해 이것을 고칠 수 있을까?

{{Cat 또한}}}은(는) 카테고리 페이지나 토크 페이지 등에 있는 텍스트 끝의 정보도 참조할 수 있는 작은 집합(다른 카테고리 목록)에도 사용된다. 템플릿:캣모어(토크 링크 역사 편집) "이 범주의 주요 기사는..."고맙다. --Funandtrvl (토크) 01:50, 2009년 1월 13일 (UTC)

이렇게? --Amalthea 02:23, 2009년 1월 13일 (UTC)

고쳐줘서 고마워!! --Funandtrvl (토크) 05:09, 2009년 1월 13일 (UTC)

언제든지. --Amalthea 11:39, 2009년 1월 13일 (UTC)

특수:블록미

예, Special(특수)이라는 특수 페이지:블락미.나는 우연히 그것을 발견했다.현재 "이 기능은 비활성화되어 있다.". 그것이 어떤 기능을 했는지 아는 사람?관리자 스스로 위키리크(wikibreak)를 제공하는 방법? 140.247.249.150 (대화) 06:03, 2009년 1월 13일 (UTC)

나는 스페셜을 믿는다:블록미는 미디어위키의 오픈 프록시 탐지 기능에 의해 사용되었는데, 사이트의 트래픽 증가로 인해 비활성화되었다.프로데고 06:20, 2009년 1월 13일 (UTC)

https://lists.wikimedia.org/mailman/htdig/wikien-l/2004-April/012058.htmlPrimeHunter (토크) 15:12, 2009년 1월 13일 (UTC) 참조

그래서 누구나 Special을 사용하여 자신을 차단할 수 있었다.블록미(BlockMe)가 자신의 IP 주소를 알고 있다면?이상해, 비록 그게 그 기능이 실제로 사용된 방법이 아니었다 하더라도 말이야.위키피디아_토크에서 관리자들이 자신을 차단하는 것에 대한 약간의 논의가 있다.차단_policy/Archive_1 그러나 Special에 대한 언급은 없음:BlockMe. 140.247.240.98 (토크) 17:12, 2009년 1월 13일 (UTC)

그리고 어찌되었든, 여전히 변수가 좋은 아이디어라고 생각하는 사람들이 있다 — 샬롯웹브 17:19, 2009년 1월 13일 (UTC)

CSS 클래스 이름 바꾸기

나쁜 생각처럼 들리지만, 나는 우리가 CSS 수업을 추가하는 것을 큰 실수를 했다고 생각한다.{{FA-Class}},{{Category-Class}}, 등, 혼합 케이스.수업들이 현재 , , , , , , 등인 곳에서, 만약 우리가 그들을 소문자로 만든다면, 우리는 우리 자신을 많은 슬픔을 덜어줄 것이다.그것들은 그다지 널리 쓰이지 않는다; 그러한 모습의 대부분은 미디어위키와 관련이 있다.Gadget-metadata.js(또한 업데이트되어야 한다, 나는 Pyrospirit와 별도로 이야기하겠다) 따라서 이것은 "지금 또는 영원히 당신의 평화를 유지하라"라는 게시물에 가깝다.해피멜론 11시 17분, 2009년 1월 13일 (UTC)

나는 그 기계에 관련된 변경을 했다.파이로스피리트 (토크 · 기여) 21:54, 2009년 1월 13일 (UTC)

테이블 배경

해결됨

안녕, 내 모든 Userbox를 테이블에 놓고 이 테이블을 다른 셀에 중첩했어.지금 나의 유일한 문제는 첫 번째 테이블 세포 사이에 하얀 조각들이 있다는 것이다.테이블 도움말 파일을 찾아봤지만 알 수 없었어.나는 심지어 테이블 배경색에 관한 것들도 살펴보았다.도움이나 제안은 고맙다! :) 슬랩노트 (대화) 13:25, 2009년 1월 13일 (UTC)

흰색은 사라졌지만 너비와 정렬을 제거한 지금 이상해 보인다. --Amalthea 13:51, 2009년 1월 13일 (UTC)

아말테아 정말 고마워!나는 그것을 조금 더 편집하느라 바쁘다.나는 Userbox가 파란 상자 중앙에 오도록 몇 가지 물건을 제거했다.슬랩노트 (대화) 13:54, 2009년 1월 13일 (UTC)

언제든지. --Amalthea 13:58, 2009년 1월 13일 (UTC)

템플릿 업데이트

다른 사용자 몇 명과 얘기를 해 봤기 때문에 나만 그런 게 아니라 예를 들어 템플릿 업데이트:아이다호 베어레이크 카운티, 내가 시작한 기사에 커뮤니티를 추가하고 있지만 박스에는 나타나지 않는다.템플릿 사용 시에도 이와 같은 일이 발생함:Ted Kotcheff와 내가 언급했듯이, 나는 다른 사람들도 이런 일이 있었다는 것을 안다.이게 서버 문제야? 아니면 내가 뭘 할 수 있는 거야?Thmazing (토크) 2009년 1월 13일 20:45 (UTC)

간단히 말해서, 기사를 보고, 템플릿을 편집하고, 기사를 다시 보면, 당신이 템플릿을 편집한 것처럼 보이지 않는다.나도 이런 일이 있었어.템플릿을 편집하기 전에 보지 못한 기사를 보거나, 첫 번째 기사를 다시 본 후 기사를 편집하여 저장한 후 볼 때 모든 것이 제대로 표시된다는 점에 유의해야 한다.이것은 기사를 카테고리에 배치하는 템플릿(예: 스텁 템플릿)이 있고 카테고리를 변경할 때 어떻게 하면 바로 새로운 카테고리로 이동하지 않는지 막연하게 연관되어 있는 것일까?Nyttend (대화) 23:29, 2009년 1월 13일 (UTC

WP:NUL 대 WP:를 참조하십시오.퍼지. 해피멜론 23:33, 2009년 1월 13일 (UTC)

WP:Purge 또는 WP:NULL을 편집하면 바로 표시되거나, 아니면 그냥 기다리면 결국 업데이트된다.Nyttend, 관련은 있지만 동일하지는 않음 - 변환된 범주의 경우 캐시 제거는 도움이 되지 않지만 null 편집은 도움이 되지 않는다. --Amalthea 23:36, 2009년 1월 13일 (UTC)

Arhus 및 다른 페이지의 링크 드롭 편집.

스칸디나비아 문자가 있는 오르후스 페이지와 아시아 문자가 그려진 최소 2페이지의 페이지에는 '이 섹션 링크 편집' 드롭 즉, 앞의 섹션으로부터 '동일한' 페이지 중간쯤의 '편집' 링크 모음으로 고생하고 있다.이런 문제가 없었던 아시아 캐릭터 페이지를 본 적이 있기 때문에 영어 이외의 캐릭터 측면은 그 자체가 원인이 아니다.그러나 지금까지는 문제가 있는 페이지도 없고, 영어 이외의 문자도 없었다.

아르후스 페이지, 인구통계 섹션, 두 번째 문장, 첫 번째 인용

Nowiki를 켠 상태에서 이것을 보여주고 있다.아르후스는 또한 120만명의 주민이 거주하는 대규모[동주트랜드 대도시권]의 주요 지역으로 동주트랜드를 [코펜하겐] 지역에 이어 덴마크에서 두 번째로 인구가 많은 지역이다.<ref>[http://www.dst.dk/TilSalg/Boghandel/Befolkning.aspx Danmarks Statisticik] 2006a {{da icon}</ref>
위는 링크 바깥의 검은색 괄호로 된 텍스트와 공백에도 불구하고 URL을 가시적 링크로 표시한다.페이지의 다른 링크는 올바르게 작동한다.직접 링크가 아닌 인용 부호에서 참조 링크로 올바르게 표시된다.
아나칸젤 (토크) 21:08, 2009년 1월 13일 (UTC)

첫 번째 요점은 WP:BUUNCH. 링크 문제는 링크의 회선 파손으로 인해 발생했다.고정. 대수학자 21:11, 2009년 1월 13일 (UTC)

검색 엔진 질문

위키백과 검색엔진에서 뭔가 바뀌었나?나는 위키피디아에서 미리 정의된 검색을 자주 사용한다.목록_of_common_misselings.그들 모두는 아무런 성과도 거두지 못하고 있다.마찬가지로 페이지 왼쪽에 있는 검색 상자에 철자가 틀린 단어를 입력하면 결과가 반환되지 않는다.내 취향은 하나도 안 바꿨어.어제는 이 모든 과정이 잘 진행되고 있었다.내가 뭔가 명백한 걸 놓쳤다면 미안해.고마워요.JimVC3 (대화) 01:04, 2009년 1월 14일 (UTC)

좋아. 이제 효과가 있는 것 같아.JimVC3 (대화) 01:51, 2009년 1월 14일 (UTC)

어떤 이유에서인지 클러스터 전체의 RMI 연결에 장애가 발생하기 시작했으며, 검색 중 정전이 발생하기 시작했으며, 약 30분 후에 다시 돌아왔다.계속 지켜보겠다. --rainman (대화) 11시 57분, 2009년 1월 14일 (UTC)

템플릿:RM링크

주제에 대해 더 잘 알고 있는 사람이 템플릿을 수정하십시오.RMlink? 옮겨질 기사가 WP: 페이지일 때는 이해가 되지 않는다([Talk: [Talk]:위키백과:민족·문화 갈등 알림판#요청 이동 토론])).그것은 어떤 것에 불을 지르지는 않겠지만, 왜 그들이 토론을 연계시키지 못하는지 모르는 사람들에게는 아마도 매우 혼란스러울 것이다.~ JohnnyMrNinja 15:11, 2009년 1월 14일 (UTC)

템플릿에 문제가 없는 경우, 네임스페이스를 네임스페이스로 재정의할 수 있으며, 네임스페이스는 토론 링크가 올바른 위치를 가리키도록 4번째 매개 변수를 "Wikipedia Talk"로 설정하십시오. — Edokter • Talk • 15:51, 2009년 1월 14일 (UTC)

위키링크가 "위키피디아 토크:위키백과:민족·문화 갈등 게시판#요청된 움직임"이 템플릿을 수정하려면 StringFunctions(현재 설치되지 않은 StringFunctions, bug 6455에 대해 투표)가 필요하거나 네임스페이스를 자체 파라미터로 분리해야 하는데, 이는 라이브 템플릿의 구문을 변경하면 추악해질 수 있다는 점에서 웜의 한 통이다.{{Nihiltrestalk log}} 16:00, 2009년 1월 14일(UTC)

이제 문제가 보인다.그 템플릿은 주로 기사용으로 설계되었다.아마도 다른 네임스페이스에 대한 분리된 템플릿이 더 이치에 맞는 것 같다.모든 네임스페이스를 수용하기 위해 해킹하는 것은 꽤 번거로울 것이다. — Edokter • Talk • 22:44, 2009년 1월 14일 (UTC)

...할 수 있는 도구가 있는가?

기사에서 발생하는 파란 링크에서 여기에 있는 무엇 링크를 빼는 것을 볼 수 있는 도구가 있는가?다시 말해 기사 자체가 이미 연결되지 않은 기사에 어떤 링크를 연결하는지 보고 싶다.킹터틀 (토크) 2009년 1월 14일 (UTC)

그렇지 않아, API에서 두 목록을 가져와 수동으로 비교해야 해.또는 AWB에서 이 두 기능을 모두 사용할 수 있는 경우, 해당 프로세스를 비교하는 사람이 해당 프로세스를 잘 마무리하도록 할 수 있다.해피멜론 19:58, 2009년 1월 14일 (UTC)

이건 내 능력 영역 밖이야그런 도구를 만들 수 있는 사람이 있을까?킹터틀 (토크) 21:50, 2009년 1월 14일 (UTC)

실제로 그런 툴을 구축하는 중인데 툴서버 계정 요청은 아직 처리되지 않았다.그동안 다른 집에 올려놓을까?API를 이용하려면 수정해야겠지만, 그건 문제없을 겁니다. 유해(토크) 22:08, 2009년 1월 14일 (UTC)

그러면 좋겠다.그것은 나에게 매우 유용한 도구가 될 것이다.고마워, 킹터틀 (대화) 03:39, 2009년 1월 15일 (UTC)

AWB(Windows 전용)가 이렇게 할 것이며, 그것으로 편집 승인을 받지 않고 목록을 생성하는데 사용할 수 있다고 생각한다. --NE2 03:55, 2009년 1월 15일 (UTC)

영구 링크에 더 이상 제목이 없음

최근 화면 왼쪽에 있는 Permanent 링크가 제목=을 생략하도록 변경되었다.

예를 들어, http://en.wikipedia.org/w/index.php?title=Louis_XV_of_France&oldid=260401947은 http://en.wikipedia.org/w/index.php?oldid=260401947일 뿐이다.제목을 포함하면 그것이 가리키는 기사를 링크에서 볼 수 있기 때문에 편리하다.나는 그것들을 복사해서 내가 그것들을 읽을 때 있었던 주의 기사를 참조할 수 있고 내가 그들을 알아챈 주의 기사를 읽을 수 있다.

이 변화가 논의되었는가?MeekSaffron (대화) 21:04, 2009년 1월 14일 (UTC)

나는 그것이 이동된 페이지에 의해 버려질 수 있기 때문이라고 상상할 것이다(즉, 구디드는 유효하지만 제목은 유효하지 않다).하지만, 그것은 단지 어둠 속에서 촬영하는 나일 뿐이고, 꽤 틀릴 수도 있다.EVULA // talk // talk // 21:05, 2009년 1월 14일(UTC)

나는 그것을 시험해 보았다.영국의 Eadred는 2008년 11월에 이사한 영국의 Edred이다.나는 12월 개정판의 링크를 편집하여, 효과가 있는 Edred_of_England라고 말했다.심지어 영국의 E1이라는 말도 안 되는 제목을 붙이는 것도 효과가 있다.

타당한 생각이지만 그 이유가 아니었다.MeekSaffron (대화) 21:34, 2009년 1월 14일 (UTC)

이번 개정에서는 버그 16659로 변경되었다.Tra (Talk) 23:03, 2009년 1월 14일 (UTC)

하지만 normall을 표시하는 페이지 이름을 갖는 것이 매우 편리할 것non-ASCII 언어에http://hi.wikipedia.org/w/index.php?title=%E0%A4%B8%E0%A5%82%E0%A4%B0%E0%A5%8D%E0%A4%AF%E0%A4%B5%E0%A4%82%E0%A4%B6%E0%A5%80_(1992_%E0%A4%AB%E0%A4%BC%E0%A4%BF%E0%A4%B2%E0%A5%8D%E0%A4%AE)&oldid=188492처럼 permalinks을 피하기 위해 그 이유를 찾을 수가 없다.y나한정된 개조로그리고 만약 페이지가 삭제된다면, 당신은 더 이상 어떤 페이지였는지 이름이 없는지를 볼 수 없다.그 소프트웨어는 실제로 그것이 메인 페이지였다고 주장한다!예를 들어 구글 캐시에 따르면 삭제되기 전에 Jevitathil Ninnum Ouru Aedu에 대한 permalink인 http://en.wikipedia.org/w/index.php?oldid=263146657을 예로 들 수 있다.페이지 이름을 "ASCII 언어" 위키백과에 포함시키는 것이 실용적인가?프라임헌터 (토크) 23:27, 2009년 1월 14일 (UTC)

동의해. 긴 ASCII 예제를 제외하고 제목을 삭제하면 덜 유용해.키가 작지만, 내 생각에는 "예쁜 사람"은 아니다.거기에 등록해서 반전을 요구하거나, 10+ASC가 되어야 '예쁘다'가 가능한지 물어봤다.II 변환.나도 툴박스에 2가지 퍼마링으로 괜찮겠지만, 더 많은 사람들끼리 대화하는 게 좋을 것 같아.MeekSaffron (talk) 00:14, 2009년 1월 15일 (UTC)

새 메시지 배너가 그대로 있음

DOF의 누군가가 나에게 메모를 남긴 이후로 나의 "새로운 메시지" 배너는 사라지지 않았다.두 번째 서버에서는 파일 이동이 있었지만 로그인할 때마다 내 배너가 계속 뜬다.또 눈치챈 사람 있어?나는 버그질리아 계정이 있는데, 만약 그것이 단지 미가 아니라면 버그를 신고할 것이다.--Ipatrol (대화) 20:53, 2009년 1월 12일 (UTC)

숙청하셨나요?– ukexpat (대화) 22:21, 2009년 1월 12일 (UTC)

나는 항상 궁금했다, 새로운 메시지 배너가 당신이 당신의 토크 페이지를 방문했을 때 리셋되도록 의도된 것인가?내게는 현수막이 클릭 몇 번을 더 길게 유지된다.--Commander Keane (토크) 01:08, 2009년 1월 16일 (UTC)

그래야 하는데, 실수로 캐시된 버전의 페이지를 받게 될 수도 있을 것 같아.^reas (토크)

헬프 데스크 기록

나는 imdb의 일원이며, 특징 중 하나는 헬프 데스크의 역사다.

내가 헬프 데스크에 질문한 내용을 찾기 위해 내 기여를 하는 것은 정말 고통스러운 일이다.그 사이트, 혹은 그 사이트가 더 나은 방법으로 그렇게 할 수 있을까?

내가 성취하고자 하는 한 가지는 내가 어떻게 각각의 질문을 적절한 장소에서 할 수 있었는지 보는 것이다.Vchim 침팬지 · 대화 · 기여 · 21:28, 2009년 1월 13일 (UTC)

imdb의 "헬프 데스크" 서비스 말씀이세요, 아니면 저희 헬프 데스크 말씀이세요?다른 웹사이트의 서비스에 대해 우리가 할 수 있는 것은 아무것도 없다.해피멜론 21:49, 2009년 1월 13일 (UTC)

내 헬프 데스크 질문을 어떻게 찾을 수 있는지 묻고 있는데, imdb에서는 페이지에 있는 한 번만 클릭하면 된다.Vchim 침팬지 · 대화 · 기여 · 22:08, 2009년 1월 13일 (UTC)

우리는 헬프 데스크 아카이브에서 Vchim 침팬지를 검색할 수 있다. ---- Gadget850 (Ed) - 23:15, 2009년 1월 13일 (UTC)

위키백과 네임스페이스[3]에서 기여를 필터링할 수도 있다.내가 아는 한, 사용자의 모든 편집 내용을 페이지에서 찾을 수 있는 내장형 방법은 없다(아마도 그것을 위한 외부 도구가 있을 것이다).로그는 가능하지만 편집은 안 된다.그것은 유용할 수 있으니, 아마 요청된 것 같다.Cenarium (Talk) 00:59, 2009년 1월 14일 (UTC)

API를 통해 한 가지 내장 방법이 있다.&rvuser=Vchim 침팬지&titles=위키백과%3AHelp%20desk.참고 항목: bugzilla:10788. --Splarka (rant) 08:36, 2009년 1월 14일 (UTC)

고마워.Vchim 침팬지 · 대화 · 기부 · 15:32, 2009년 1월 15일 (UTC)

전폐 오류?

최근, 디키 무어라는 이름의 기사가 디키 무어(아이스하키)로 이름이 바뀌었다.Special(특수):WhatLinksHer/Dickie_Moore, 당신은 그곳에서 링크하지 말아야 할 많은 기사를 볼 것이다.오히려 이러한 링크는 Special에 표시되어야 한다.WhatLinksHere/Dickie_Moore(아이스하키).나는 전자의 페이지 중 하나를 클릭하고 null 편집을 하면 이 페이지가 사라지고 이 페이지에 어떤 링크가 있는지 올바르게 이동한다는 것을 알아챘다.이것은 위키백과의 캐싱 문제인가?우리는 Claude Julien에게도 같은 문제가 있다는 것을 알아챘다.--Parazorback(대화) 23:43, 2009년 1월 13일(UTC)

지금은 업무 대기 행렬이 다소 길기 때문에 이런 일이 저절로 정리되려면 시간이 좀 걸릴 것이다.그동안 발견한 것처럼 null 편집으로 바로 고칠 수 있지만, 이것은 서버에 더 많은 부담을 줄 뿐이므로, 긴급한 이유가 없는 한 피해야 한다.대수학자 23:48, 2009년 1월 13일 (UTC)

AWB는 이 일에 완벽해 보인다...불타는^c 변호사 04:54, 2009년 1월 15일 (UTC)

길다?내가 3주 반에서 4주 전에 작성한 템플릿 편집본이 있는데, 여전히 잘못된 "What links here" 페이지에 표시되어 있다.설마 이게 정상일 리가 있나?당신이 가지고 있는 것들을 청소하지 않은 것처럼 보일 때, 수신 링크를 깨끗한 상태로 유지하는 것은 힘들게 만든다.Mlaffs (대화) 04:34, 2009년 1월 16일 (UTC)

이미지 행동 차이 위키백과 공용

해결됨

이미지 파일:그리드 99, 100 int 빨간색 50 int 노란색(940).svg.

그것은 아니, 즉 투명한 배경을 가지고 있다.

다른 이미지의 상단에 있는 위키피디아의 페이지를 통해 렌더링할 때, 그것은 모든 기본 이미지를 정확하게 보여준다.

다른 이미지의 상단에 있는 Commons의 페이지를 통해 렌더링할 때, 흰색 배경을 가진 것처럼 모든 기본 이미지를 잘못 숨긴다.

나는 이것을 하원에서 예를 들어 올렸으니 거기에 대한 어떤 논평이나 제안도 부탁한다.

Peet Ern (토크) 07:05, 2009년 1월 14일 (UTC)

답장을 남겼다.Commons에는 일부 CSS --Splarka (rant) 08:41, 2009년 1월 14일 (UTC)

Commons 덕택:사용자:에독터.분명히 문제는 IE6에 있다.위키피디아는 IE6의 투명성을 위해 대본을 운영하지만 커먼스는 그렇지 않다.IE7과 파이어폭스는 괜찮다.Peet Ern (대화) 03:21, 2009년 1월 15일 (UTC)

음, 그건 확실히 미디어위키나 어떻게 설정되거나 스타일링되는 벌레가 아니야!그런 구식 브라우저 ^_^. --Splarka (rant) 08:44, 2009년 1월 15일 (UTC)

다음에 또 알게 될 거야!그러나 우리들 중 몇몇은 우리가 사용하는 브라우저를 항상 선택할 수 있는 것은 아니다.그것이 의미하는 바는 위키백과만큼 커먼스가 접근성을 상당히 다루지 않았다는 것이다(이에 대한 대응으로 다른 누군가가 간접적으로 만든 요점).건배.Peet Ern (토크) 01:26, 2009년 1월 16일 (UTC)

개인 정보 문제: '권장 메시지'에 IP 주소 게시

최근 토론에서 사용자:Od Mishehu는 최근 자동 잠금 메시지가 IP가 노출되지 않도록 수정되었다고 말했다.그러나 그는 "다른 블록에서는 권장되는 메시지가 나타난다"고 말했다.어떤 추천 메시지가 IP 주소를 나타내는지 아는 사람?라이트마우스 (대화) 13:33, 2009년 1월 14일 (UTC)

더 좋은 곳을 물어볼 수 있는 사람?라이트마우스 (토크) 13:55, 2009년 1월 15일 (UTC)

WP:AN? 거의 모든 사람이 관리자가 있으며 Special:막아서 둘러봐라...캘빈 1998년 15시 5분, 2009년 1월 15일 (UTC)

나는 그곳에 두 번 물어봤고 여기서 추천을 받았다.거기서 다시 물어볼까?라이트마우스 (대화) 16:41, 2009년 1월 15일 (UTC)

모든 MediaWiki 메시지(및 해당 값, 기본값 및 현재) 목록을 여기에서 볼 수 있음: 특수:AllMessages(경고: 큰 페이지)—Locke Cole • t • c 17:29, 2009년 1월 15일 (UTC)

고마워. 나한텐 좀 복잡해.사용자의 의견을 토대로 조사할 수 있는 사람이 있는가?오드 미셰후?라이트마우스 (대화) 2009년 1월 15일 19시 20분 (UTC)

왜 내 가계가 작동하지 않는 거지?

내가 네 필드로 서명해도 봇이 와서 <무서명>이라고 하는데, 왜?추가 19:20, 2009년 1월 14일 (UTC) —SlamMeMore에서 추가한 서명되지 않은 의견 작성(토크 • 기여)

사용자 대화에 대한 서명 링크:사용자 대화가 아닌 SlamMe:SlamMeMore, 그러니까 봇이 인식하지 못하게. --Amalthea 19:26, 2009년 1월 14일 (UTC)

위키피디아에서 물어봤을 때 말했듯이:헬프 데스크/아카이브/2007년 12월 12일#내 이름, 서명을 변경해야 한다.스페셜에서 변경됨:선호도.그때 너는 내 말을 믿지 않았지만, 우리는 여기에 경험이 있으니까, 우리의 말을 믿고 고쳐줘.프라임헌터 (토크) 22:43, 2009년 1월 14일 (UTC)

이제 이렇게 되네, wchich가 더 나아졌나 봐.330066"</font] (토크) 05:40, 2009년 1월 15일 (UTC)

그것은 오른쪽 페이지로 연결되므로 SineBot이 그것을 인식해야 하지만 혼란스러워 보인다.서식 있는 서명을 만드는 데 도움을 받으려면 원하는 모양을 지정하십시오.서명을 정확하게 받는 가장 쉬운 방법은 "원시 서명"을 선택 취소하고 서명 필드를 공백으로 두는 것이다.프라임헌터 (대화) 2009년 1월 15일 (UTC) 10시 57분

"이 페이지 편집" 내의 링크가 나타나지 않는가?

'상식', '숨겨진 코멘트 삽입', '표 삽입' 등이 평이한 단어로 나타나고 있다.페이지를 편집할 때 편집 상자 맨 위에 있는 다른 것과 달리 기호는 여기에 없다.D.M.N. (대화) 2009년 1월 15일 18:56, (UTC)

나는 그들 모두의 정확한 작동 기호를 본다.브라우저가 어떤 이유에서인지 3개의 이미지를 놓쳤나 보군.프라임헌터 (토크) 01:24, 2009년 1월 16일 (UTC)

main.css 왜 그래?

일부 페이지를 로드하는 데 문제가 있어. 주로 분산되어 있어.디프 테이블의 스타일링은 약 절반의 시간이 빠져 있다.그 스타일링은 스킨/모노북/main.css에서 지워지기 때문에, 나는 그 파일을 제공하는 데 문제가 있다고 의심한다.그 문제를 경험한 사람 또 있어? — Edokter • Talk • 19:50, 2009년 1월 15일 (UTC)

핀란드어 위키백과에도 같은 것이 나타나고 있다. -- 페트리 크론 (대화) 20:09, 2009년 1월 15일 (UTC)

응, 디프스 포맷은 완전히 나를 위해 만들어졌어.필요하다면 스크린샷도 가지고 있다.안부 전해요우디 (토크) 2009년 1월 15일 20시 10분 (UTC)

겉보기에는 현지적인 것이 아니고, 현지 미디어위키의 변화도 전혀 보이지 않는다.우디 (토크) 20:16, 2009년 1월 15일 (UTC)

시스템 관리자가 서버에 문제가 있는 것 같군: 서버 관리자 로그.우디 (토크) 20:20, 2009년 1월 15일 (UTC)

난 그냥 그걸 제안하려던 참이었어.페이지가 부분적으로 로드되고 스타일이 없는 페이지가 로드되는 문제가 있었다. ---- - Gadget850(Ed) - 20:30, 2009년 1월 15일(UTC)

디프 레이아웃

나는 방금 내 감시목록에 대한 기사를 확인했고, 보통 새로운 텍스트는 녹색으로 강조되어 있지만, 지금은 그렇지 않고, 또한 페이지의 맨 위에 있는 텍스트는 ...의 수정본과 함께 왼쪽 정렬되어 있다.왼쪽으로 밀렸다.내가 무슨 일을 했거나 내가 오페라를 사용하고 있는 버그가 있는지 나는 IE에서 시도해 봤고 그것은 같은 감사라고 말했다.BigDunc^Talk 20:15, 2009년 1월 15일 (UTC)

위 내용을 참조하십시오.우디 (토크) 2009년 1월 15일 20:17 (UTC)

가젯으로 "주석 로컬라이즈" 추가 제안

이봐, 난 내가 만든 대본을 가젯으로 추가하자고 제안할거야 "코멘트 로컬라이즈"라고 불리는 말이야.나는 대부분의 사용자들에게 매우 유용하고 그래서 많은 편집자들에게 혜택을 줄 수 있다고 생각한다.위키피디아에서 제안서를 작성했다.가젯/제안#Add_the_.22Localize_Comments.22_script; 더 많은 사람들이 서로 다른 브라우저와 환경에서 스크립트를 테스트하여 제대로 될 때까지 수정할 수 있다면 고맙겠다.적어도 그것이 가젯으로 받아들여지지 않더라도 나는 그것을 성취하고 싶다.또한, 나는 이것을 더 많이 노출시키기 위해 여기에 게시하고 있다. 그래서 유용하다고 생각하는 사람들은 그것을 WP에 올린 적이 없다.JS나 기타 :) 대본에 관한 더 자세한 내용은 제안서 작성에 대해 내가 제공한 링크에 있는데, 그 링크는 어떻게 작동하는지, 무엇을 하는지 등이다.게리 킹 (대화) 2009년 1월 15일 (UTC) 22시 18분

보고오류

그리고 링크 https://secure.wikimedia.org/wikipedia/en/w/index.php?title=Kgb_(company)&diff=cur&oldid=prev 제공 —할레퀀스가 추가한 서명되지 않은 코멘트 준비 (대화 • 기여) 07:10, 2009년 1월 15일 (UTC)

지금까지 Kgb_(회사)라는 페이지는 없었다.어디서 url을 받으셨나요?아마도 오류 메시지가 그것을 요구해야 할 것이다.프라임헌터 (대화) 2009년 1월 15일 (UTC) 10시 52분

아마 그래야 할 것이다.메시지는 MediaWiki:누락기사, FYI. 대수학자 13:35, 2009년 1월 15일 (UTC)

나는 그것을 추가했다.[4]프라임헌터 (토크) 01:31, 2009년 1월 16일 (UTC)

또한 오류 메시지의 실제 텍스트("데이터베이스를 찾을 수 없음...")를 보고하도록 요청하는 메시지를 추가하십시오.나는 때때로 $1 또는 $2 매개 변수에 유용한 정보가 있을 것으로 예상한다.—AlanBarrett (대화) 07:36, 2009년 1월 16일 (UTC)

미디 파일

기사에 MIDI 파일을 업로드하고 임베드하고 싶다.OGG가 Wiki 표준인 건 알지만 MIDI 파일을 OGG 파일로 어떻게 변환하지?컨버터를 찾을 수가 없어.누가 나를 도와줄 수 있을까? --Rattlehead (대화) 20:43, 2009년 1월 15일 (UTC)

	베이스 샘플 .mid 형식의 베이스 샘플
이 파일을 재생하는 데 문제가 있으십니까?미디어 도움말을 참조하십시오.

위키백과에서 MIDI 파일을 업로드할 수 있다.오른쪽은 견본이다.이 형식에 주목해야 할 유일한 사항은 이 템플릿에서 직접 재생할 수 없다는 것이다.비상대기상태play=no끊어진 링크를 숨기기 위해 필요하다.자세한 내용은 여기를 참조하십시오.
HHALDaяtalk2mecontracts 21:58, 2009년 1월 15일(UTC)

그래도 변환하고 싶다면, 오디오시티가 해줄 수 있을 거야. (그리고 다른 많은 것들도 마찬가지야.)Dendodge Talk^Contribs 22:08, 2009년 1월 15일 (UTC)

음... 아니 그럴 수 없어.왜 안 되는지 궁금하다.DendodgeTalk^Contribs 22:10, 2009년 1월 15일 (UTC)

MIDI는 Oggg Vorbis나 MP3와 같은 소리 형식이 아니라, 소리 정보가 포함되어 있는 것이 아니라 전자적으로 제어 가능한 악기에 대한 일련의 지시사항이다. --Carnildo (talk) 05:36, 2009년 1월 16일 (UTC)

나는 항상 브라우저에서 midi 파일을 직접 재생할 수 없는 이유가 궁금했다.특정 브라우저에만 적용되는가, 아니면 특정 내장 방식에만 적용되는가?IERC, 나는 중간 파일이 백그라운드에서 재생되는 사이트를 방문했었다.SharkD (토크) 07:57, 2009년 1월 16일 (UTC)

좋아, 다른 질문이 있어.나는 젤다 위키의 전설 젤다페디아에 이 MIDI를 삽입하려고 한다.(젤다페디아)는 위키피디아와 같은 구문을 사용하는가, 아니면 무엇인가?제대로 작동하지 않는 것 같아. --98.180.209.248 (대화) 05:22, 2009년 1월 16일 (UTC)

같은 구문을 거기서 작동시키려면 꽤 많은 템플릿과 코드를 젤페디아에 복사해야 할 것이다.템플릿에서 코드를 복사해야 하는 경우:수신, 템플릿:듣기/코어, 템플릿:Td 및 템플릿:저쪽 이름이 같은 템플릿의 옆 상자.아래 코드를 젤페디아 미디어위키에 추가하십시오.Common.css:

th.mbox 텍스트, td를.mbox 텍스트 {     /* 메시지 본문 셀 */     테두리를 두르다: 없는;      패딩: 0.25em 0.9em;       /* 0.9em 왼쪽/오른쪽 */     너비: 100%;    /* 텍스트 길이에 관계없이 모든 mbox의 너비를 동일하게 설정 */ } td를.mbox-image {                  /* 왼쪽 이미지 셀 */     테두리를 두르다: 없는;      패딩: 2px를 붙이다 0 2px를 붙이다 0.9em;    /* 0.9em 왼쪽, 0m 오른쪽 */     문자로 된: 중심;  } .미디어위키 테이블.mbox-small {    /* "small=yes" 옵션의 경우(다른 곳에서도 사용됨).*/     분명한: 맞다;                /* "미디어위키" 클래스는 이 선언이 */     둥둥 뜨다: 맞다;                /* 아래의 "tmbox"/"ombox"/etc에 설정된 스타일을 재정의함 */     여백: 4px를 붙이다 0 4px를 붙이다 1em;     너비: 238px를 붙이다;     글자 크기의: 88%;     줄무늬가 있는: 1.25em; } 

파일도 필요:Gnome-스피커 노트s.svg.하지만 이 모든 코드를 젤다위키에 있는 동등한 위치에 복사한다면, 정말로 거기서 템플릿을 재사용할 수 있을 겁니다.해피멜론 12시 34분, 2009년 1월 16일 (UTC)

편집통지

이것이 지속적인 질문이라면 사과드리며, 나는 기술적인 논의를 피하기 위해 최선을 다한다.사용자가 다음과 같이 말하는 이유가 있는가?JoeEditor/Editnotice는 자동으로 보호되어서는 안 되며(JoeEditor 또는 관리자만 편집할 수 있음)?다음과 같은 경우 많은 위해가 발생할 수 있다.JoeVandal 변경 사용자:예를 들어, 조에디터의 편집통지서(사용자의 토크 페이지에 메시지를 남기려고 할 때마다 맨 위에 표시)는, 「휴가를 보내는 동안에는, 대체 계정을 확인할 시간밖에 없다.User_talk:에 메시지를 남겨 두십시오.여기 대신 조반달."그러면 조반달은 조반달의 사용자 페이지에서 잠시 조에디터를 가장할 수 있었고, 조에디터가 휴가에서 돌아오기 전에 조에디터의 편집노티스를 제거했다면 조에디터는 그 속임수에 대해 결코 알지 못할지도 모른다.

만약 우리가 자동 보호를 받을 수 있다면(모노북.js의 자동 보호와 유사함), 훌륭하다.그렇지 않다면 WT:보호 정책을 통해 사용자가 요청할 경우 모든 사용자의 Editnotice 페이지를 보호할 수 있도록 특별히 허용하는 보호 정책을 제안할 것이다. - Dan Dan Dank55 (보내기/수신) 17:19, 2009년 1월 16일 (UTC)

편집통지서를 사용하지 않고도 동일한 문제를 얻을 수 있다. 예를 들어 반달은 해당 메시지를 토크 페이지의 맨 위에 놓거나 토크 페이지에 복사된 템플릿에 넣을 수 있다.물론, 이 페이지들이 직접 대화하는 페이지를 편집하는 것이 다른 사용자들에 의해 감시될 가능성이 더 높기 때문에, 그들은 아마 더 많이 주목을 받을 것이다. 하지만 나는 이 문제가 편집자에게만 특정한 것이라고 생각하지 않는다.한 사용자가 다른 사용자라고 주장할 경우 주의하고, 두 계정 모두 이 경우라는 확인이 있는지 확인하는 것이 가장 좋다.

편집자 보호 방법에 대한 질문에 답하려면{{User:JoeEditor/editnotice.js}} 사용자 대화 시:JoeEditor/Editnotice를 보호한 후 사용자 대화:JoeEditor/Editnotice만 User(사용자)로 이동하여 편집 노트를 편집할 수 있도록 하기 위해 JoeEditor/EditNotice:JoeEditor/editnotice.js.Tra(Talk) 19:52, 2009년 1월 16일 (UTC)

"편집 통지를 사용하지 않고도 동일한 문제가 발생할 수 있음"에 대해:누군가가 조에디터의 토크 페이지에 조에디터를 가장한 메시지를 올리면, 이 포스터는 조에디터 계정이 아니었고, 조에디터는 누군가가 글을 올렸다는 것을 알리기 위해 "새로운 메시지가 있다"는 커다란 현수막을 받게 된다.EditNotice는 토크 페이지 기록에 나타나지 않으므로(그래서 다른 사용자들은 EditNotice에 대해 알지 않는 한 JoeEditor가 게시하지 않았음을 알 수 없음), 그리고 JoeEditor는 일반적으로 User Talk에 대해 알지 못하기 때문에 훨씬 더 큰 문제다.조에디터/편집자/편집자 메모를 하거나 감시목록을 작성하게 하고, 편집자 메모가 발효 중인 시점에서 자신의 토크 페이지를 편집하지 않는 한 메시지를 인식하지도 못할 것이다. - Dan Dan Dank55 (보내기/수신) 20:17, 2009년 1월 16일 (UTC)

위키백과 강연을 살펴보십시오.Edit notice 및 {{edit notice loader}}은(는) 편집 노트에 의해 작은 링크를 넣어 사람들이 그 내역을 보거나 편집할 수 있도록 하는 방법이다.이렇게 되면 안내문이 어디서 오는지, 누가 거기에 갖다 놓았는지 알기 어려운 문제를 줄이는 데 도움이 될 것 같다.Tra (Talk) 23:06, 2009년 1월 16일 (UTC)

이것은 위키 입니다.페이지는 파손될 수 있다.watchlist를 사용한다. --MZMcBride (talk) 23:12, 2009년 1월 16일 (UTC)

템플릿과 보호 정보 고마워, Tra.MZM, 소수의 위키피디아 사람들만이 그 페이지의 이름이나 기능을 알고 있다; 그들은 그것이 거기 있는지 모른다면 그것을 감시할 수 없다.여기서 토론을 며칠 더 하고 나서 WT:보호정책으로 넘어가겠다. 그건 완벽한 해결책은 아니지만 적어도 정책에 넣는 것이 그 말을 꺼내는데 도움이 될 것이다. - Dan Dan Dank55 (전송/수신) 00:18, 2009년 1월 17일 (UTC)

요청대로 오류 보고서 제출

[5] [6]Mccready (대화) 17:59, 2009년 1월 16일 (UTC)

사용자 대화:바이오피스는 많은 개정판을 삭제했다.이것은 아마도 그들 중 하나일 것이다.대수학자 18:02, 2009년 1월 16일 (UTC)

이건 오류가 아니야, 삭제된 수정본임을 확인할 수 있어.안부 전해요우디(토크) 18:13, 2009년 1월 16일 (UTC)

AFD 템플릿에 무슨 일 있어?

포타워크 주식회사에 afd 태그를 달았는데 예전 모습과는 다르게 보이는 것 같다.그것은 사전에 정형화된 토론에 대한 연결고리를 포함했지만, 더 이상 존재하지 않는다.하지만 템플릿의 역사를 살펴봤더니, 몇 달째 편집이 안 되고 있어.AnyPerson (대화) 01:18, 2009년 1월 17일 (UTC)

바뀐 부분은 에서 탈바꿈한다.{{AfDM}}. --Amalthea 01:39, 2009년 1월 17일 (UTC)

고마워, 사용자한테 물어봤는데:왜 그랬는지 마클스.AnyPerson (대화) 02:46, 2009년 1월 17일 (UTC)

시계 가젯

나는 시계 장치를 작동시켰다.나는 그것이 지금 내 개인 도구모음에 두 개의 시계를 표시하고 있다는 것을 알아챘다. 하나는 다른 시계보다 약간 작고, 다른 하나는 "UTC"가 뒤따르는 작은 시계, 둘 다 UTC를 보여주고, 둘 다 클릭했을 때 서버 제거를 한다.시계를 비활성화하면 둘 다 제거된다.누군가가 그 기계로 장난을 친 적이 있는가?고마워요.– ukexpat (대화) 17:22, 2009년 1월 15일 (UTC)

그 질문을 무시하라 - 그의 두번째 시계가 친근한 향상인 것처럼 보인다 - 위키백과의 대화:친절한#친절한 시계!– ukexpat (대화) 17:26, 2009년 1월 15일 (UTC)

고마워. 왜 뚜렷한 이유 없이 시계가 나타나기 시작했는지 물어보려고 왔어.–Capricorn42 (대화) 19:05, 2009년 1월 15일 (UTC)

Friendly 시계가 잘못된 시간을 보여주고 있어, 시계가 실제 현지 시간보다 1시간 빨라.미온(토크) 16:57, 2009년 1월 17일 (UTC)

토크 네임스페이스의 접두사 검색

검색 옵션 접두사([7]에서 언급함)가 토크 네임스페이스에 대해 작동하도록 설정할 수 없음.예를 들어,Village prefix:Wikipedia talk:[8] 동안 아무런 결과도 제공하지 않는다.Village prefix:Wikipedia:수천을 주다[9] 작동하기로 되어 있는가?프라임헌터 (토크) 01:44, 2009년 1월 17일 (UTC)

해야 한다([10] 참조).이것이 도움이 되기를 바란다. - Rjd0060 (대화) 01:47, 2009년 1월 17일 (UTC)

아니면 그냥 위키백과의 대화에서 '마을'을 검색하면 된다: 물론 네임스페이스만 검색하면 된다.대수학자 01:49, 2009년 1월 17일 (UTC)

언더코어는 내가 시도했던 몇 가지 일 중 하나였고 그 때는 효과가 없었다.예를 들어, 다른 대화 공간에서는 여전히 작동하지 않는다.Village prefix:User_talk: [11] 및Village prefix:Talk: [12] 나는 Talk: 공간/언더코어가 없는 글에서 어떤 히트곡도 얻을 수 없었다.프라임헌터 (대화) 2009년 1월 17일 12시 45분 (UTC)

네임스페이스에서 검색하려면 쿼리를 일반 페이지와 마찬가지로 네임스페이스에 접두사만 추가하십시오(예: User_talk:마을. --rainman (토크) 16:38, 2009년 1월 17일 (UTC)

위키브레이크 시행자

어떻게 사용하는가?나는 2월 초에 휴식 유닛을 가질 계획이다. --Dylan620 (Contribs) 13:48, 2009년 1월 17일 (UTC

여기 문서.대수학자 14:54, 2009년 1월 17일 (UTC)

수학 파서 오류!

오류: 다변측정 기사의 "파싱 실패(수학 출력 디렉터리를 쓰거나 만들 수 없음):"해결 방법:페이지를 임의의 이름으로 자르고 붙여넣어라.전자9 (토크) 02:48, 2009년 1월 18일 (UTC)

삭제로 문제가 해결되었다(Wipedia: 참조):숙청. 이 문제를 설명하는 버그가 적어도 하나 있다.---케인(대화) 03:21, 2009년 1월 18일 (UTC)

템플릿 문제:SG

{{SG}}의 많은 개정판 중 어디선가 괄호 한두 개가 삭제되었다.예를 들어, 토크 페이지에 템플릿을 배치할 때:Talk:싱가포르의 테마파크 목록, 다음과 같은 오류를 준다:[[카테고리:두 프로젝트 상자 사이에 있는 '알 수 없는 싱가포르 기사' 입니다.나를 넘어섰으니 너의 도움은 정말 고마워! --Funandtrvl (토크) 02:55, 2009년 1월 18일 (UTC)

빠른 삭제 캣에 이미지가 고착됨

해결됨

– ukexpat (대화) 20:25, 2009년 1월 18일 (UTC)

파일:BSicon üWo+r.svg 이미지가 다음 범주에 포함됨:삭제된 경우(다시 삭제한 후 몇 번 삭제함)에도 불구하고 며칠간 신속한 삭제 범주에 대한 후보자.그 이미지는 공유지에 존재하지만, 나는 왜 그것이 여전히 빠른 삭제 범주에 속하는지 뚜렷한 것을 보지 못한다.이미지 페이지와 CSD 카테고리를 정리해보았어.여기에 무엇이 문제인지에 대한 생각은 없으십니까?신속한 삭제 작업을 할 때마다 이걸 보는 게 지겨워. --Aude (대화) 00:09, 2009년 1월 17일 (UTC)

아마 파일 이름과 관련이 있을 겁니다.[기사] 탭이 여전히 파란색이며 "BSICON_%C3%9"로 연결되는 링크를 확인하십시오.CWo%2Br.svg" 링크 중BSicon_UWo%2Br.svg".개발자가 수동으로 삭제해야 할 수 있다. — Edokter • Talk • 00:29, 2009년 1월 17일(UTC)

음, 그동안 비워두도록 내가 수정할 수 있어.URL을 action=delete로 변경하여 삭제할 수 없는가?확실히 이상해. --Amalthea 00:41, 2009년 1월 17일 (UTC)

...공용지에서의 리디렉션에 의한 것으로 보인다. --Amalthea 00:43, 2009년 1월 17일 (UTC)

나는 당신의 링크를 사용하여 그것을 지울 수 있었고 CSD에서 이미지가 사라졌다(그리고 확실히 그 이미지는 여전히 작동한다.상단에 리디렉션 메시지가 있다면 좋겠지만, 원격 리디렉션에는 작동하지 않는 유화적인 메시지가 있다면 좋을 것이다. — Edokter • Talk • 02:00, 2009년 1월 17일 (UTC)

이미지를 삭제해줘서 정말 고마워!이런 일이 다시 일어나는 것을 보게 되면 내가 대처할 수 있을지도 모른다. --Aude (토크) 03:26, 2009년 1월 17일 (UTC)

보안 로그인: SSL 블랙리스트 4.0이 안전하지 않은 MD5 서명을 보고함

보안 로그인 페이지의 경우 SSL 블랙리스트 4.0(Firefox 플러그인)이 안전하지 않은 MD5 서명을 보고함누가 고칠 수 있어?링스펙트럼 (토크) 13:30, 2009년 1월 17일 (UTC)

또한 [13]을 참조하십시오.이건 중요할 거야링스펙트럼 (토크) 20:29, 2009년 1월 18일 (UTC)

{{Infobox Tea}에 문제 발생 문제

해결됨

– ukexpat (대화) 20:24, 2009년 1월 18일 (UTC)

Tieguanyne에서 기사 맨 위에 큰 공백이 있다는 걸 방금 알아챘어.내가 그것을 없앨 수 있었던 유일한 방법은 인포박스를 제거하는 것뿐이므로 인포박스의 형식에 문제가 있는 것으로 추측한다(내가 확인한 다른 기사들 중 차인포박스에 이런 문제가 있는 것은 하나도 없기는 하지만).누가 이것의 원인이 무엇인지 좀 봐줄 수 있겠니?고마워, 폴리티저 _contribs/ 15:03, 2009년 1월 17일 (UTC)

사용으로 변환하여 수정{{infobox}}하지만, 사용된 색깔들에 대해 진지하게 재고할 필요가 있다; 그것들은 너무 대담하다.해피멜론 16:37, 2009년 1월 17일 (UTC)

나는 일단 그 변환을 기각했다. 색상을 바꾸지 않으면 위에서 언급한 것과 같은 페이지의 템플릿이 효과적으로 깨진다.(문제를 해결하면서) 템플릿을 대부분 그대로 유지하는 HTML 테이블 폼을 사용했고, 좀 더 표준적인 폼으로의 변환이 곧 뒤따를 수 있다.{{Nihiltrestalk log}} 16:58, 2009년 1월 17일 (UTC)

고마워! Politizer _contribs/ 21:23, 2009년 1월 17일 (UTC)

Talk에서 교란이 제대로 작동하지 않음:문화?

해결됨

– ukexpat (대화) 04:24, 2009년 1월 19일 (UTC)

어제 처음으로 품질 등급에 도전했다.정확히 지시를 따르려고 했고, 그 반란은 효과가 있는 것 같았다.내 원래 아이템은 토크에서 얻는다.Culture/GA1 및 Talk 하단에 표시:문화

그러나 오늘 또 다른 사용자가 Talk에 나타나는 그의 의견을 추가했다.문화/GA1 그렇다면 왜 그의 논평이 토크 아래쪽에 나타나지 않는가?문화?내가 실수했나?/GA1인가 ?GA2인가?누가 문제를 고치거나 내가 무엇을 해야 하는지 설명할 수 있을까?나는 지금 12시간 동안 오프라인으로 가고 있어. --AlotToLearn (대화) 09:08, 2009년 1월 18일 (UTC)

아니, 네가 모든 것을 올바르게 했어. 단지 네가 그 페이지의 이전 버전을 받고 있는 것뿐이야.페이지를 볼 때마다 캐시되어 큰 서버에 저장되므로 페이지를 다시 보기 위해 서버가 새 버전을 만드는 데 필요한 처리 시간을 낭비하지 않고 이전 버전을 사용자에게 던질 수 있다.페이지 자체를 편집하면 모든 캐시가 자동으로 무효화되고 새로운 캐시가 생성되지만, 변환된 페이지로 수정하면 해당 변경사항이 즉시 전파되지 않고 변경사항이 모든 종속 페이지로 전파되는 데 몇 시간 또는 며칠이 걸린다.대화에서 null을 편집하는 경우:최신 코멘트를 표시하도록 페이지가 업데이트될 문화.해피멜론 10:23, 2009년 1월 18일 (UTC)

설명해줘서 고마워...그리고 너무 분명하게!--AlotToLearn (대화) 21:28, 2009년 1월 18일 (UTC)

범주 크기에 대한 템플릿?

해결됨

– ukexpat (대화) 20:22, 2009년 1월 18일 (UTC)

카테고리 X의 크기(기사 수)를 반환하는 템플릿이나 다른 것이 있는지 아는 사람?{{Category size}}의 라인에 따라 무언가를 생각하고 있거나(Template을 찾으려고 애쓰지 마십시오:범주 크기; 존재하지 않는, 그것은 단지 예시일 뿐) 그리고 그 범주에 포함된 기사 수만큼의 정수를 반환하는가?그리고, 만약 그런 템플릿이 없다면, 마법의 단어, 파서 함수, 또는 그런 기능이 있는지, 아니면 그렇게 하는 템플릿을 만드는 데 사용될 수 있는지 아십니까?

(Category와 같은 카테고리가 있기 때문에 묻는 것뿐입니다.위키백과 내가 관심 있는 기사가 특집 기사로 되어 있는 기사들을 각각 얼마나 많은 기사가 있는지 보여주는 바보 같은 작은 테이블로 정리해서 항상 손으로 업데이트하고 싶은 마음이 들지 않는 기사들을 알고 있었는가...비록 다시 생각해 보면, 적어도 주기적으로 null-edit을 해야 변환된 템플릿을 업데이트 할 수 있을 것 같긴 하지만...아무튼 큰일이 아니라 그저 마음 한구석에 있었던 일)

고마워, 폴리티저 _contribs/ 2009년 1월 18일 20:00 (UTC)

마법의 단어 {{PAGESINCTAGETORI} 사용, 사용자:Nanonic/to do/logo 카운트.나노닉 (토크) 2009년 1월 18일 (UTC)

고마워! 내가 찾던 게 바로 그거였어.Politizer _contribs/ 20:11, 2009년 1월 18일 (UTC)

범주에서 임의 아티클 생성

해결됨

– Politizer _contribs/ 20:51, 2009년 1월 18일 (UTC)

또 하나의 재빠른 바보 같은 질문...특정 범주의 무작위 기사를 잡아끌 수 있는 마법의 단어가 있을까?(그렇지 않다면 별일 아니네, 나는 그저 공상에 잠겨 있을 뿐이야.)Politizer _contribs/ 20:29, 2009년 1월 18일 (UTC)

아니오. 이 기능은 위키피디아에서 수행상의 이유로 비활성화되어 있다.대수학자 20:44, 2009년 1월 18일 (UTC)

문제없어.고마워!Politizer _contribs/ 20:51, 2009년 1월 18일 (UTC)

템플릿:차단된 사용자

해결됨

– Politizer _contribs/ 21:37, 2009년 1월 18일 (UTC)

어제 템플릿의 상대적인 템플릿으로 이 템플릿을 생성했었습니다.금지된 사용자: 기존 사용자가 차단되지만 금지 내용에 대한 합의가 없는 특정 상황에서 유용할 수 있다고 판단.자세한 설명은 여기를 참조하십시오.

계정과 IP 모두에 대한 템플릿을 만들고 페이지를 카테고리에 추가할 수 있도록 생성하려고 했다.1) "ip" 매개변수가 주어지고 2) "시간" 매개변수가 주어지지 않을 때 무한정 차단된 IP 주소. 따라서 기간은 무제한으로 기본 설정된다.나는 이렇게 썼다:

{{#ifeq:{{{1 }}} ip {{#if:{{{time }}} [[Category:Indefinitely blocked IP addresses {{PAGENAME}}]] }} }}

아아, 이것은 효과가 없다. 범주는 어쨌든 활성화될 것이다. 파서 기능은 무용지물이다.이 일을 해낼 수 있는 방법은 없을까?없으면 템플릿을 업데이트해야 할 것 같다.Independerblockedip 또는 템플릿 만들기:차단된 IP.건배, 더페이스 20:57, 2009년 1월 18일 (UTC)

지금 있는 코드에서, 그것은 단지 다음과 같은 경우에만 카테고리를 삽입하는 것이 아닌가? time= 주어졌는가?Politizer^talk/_contribs21:05, 2009년 1월 18일 (UTC)

고마워! 내가 잘못 썼어.수정. 내 사용자 페이지에서 테스트해 봤더니 이제 작동하네.그러나 어떤 이유로 인해 템플릿:차단된 사용자가 여전히 범주:무한정 차단된 IP 주소.건배, 더페이스 21:22, 2009년 1월 18일 (UTC)

오, 잠깐, 그렇지 않아.멍청한 캐시.좋아, 문제가 해결됐어 - 2009년 1월 18일 페이스 21:31 (UTC)

HTML 렌더링 미스터리

re: 이 섹션 오늘 아까 이 글에서 누군가가 실험을 하고 있었는데, 내가 되돌린 것인데, 그 다음 이 섹션에는 닫힌 테이블 요소가 리드 섹션으로 되어 있는 것을 보았다(시놉시스).그리고 나서 다른 구역의 상단에서 보일러를 수입하고 색상을 조정했는데... 하지만 여전히 닫힌 상자가 나타나...누군가가 위키마크를 훔쳐보고 이상한 부작용을 치료할 수 있다.나는 이 한 섹션이 왜 이런 일을 하는지 알 수 없고, 같은 코드(맞춤형 색상 선)를 사용하는 다른 15개 섹션은 제대로 동작하고 텍스트는 박스를 하지 않는다.고마워 // FrankB 01:38, 2009년 1월 19일 (UTC)

아말테아가 고쳤다. — Edokter • Talk • 02:08, 2009년 1월 19일 (UTC)

(ec) 꽤 광범위한 줄거리들이야.
내가 보기에 그것은 너의 추가로부터 시작되었다.{{main}}첫 번째 에피소드의 줄거리의 템플릿; 그것은 주변 테이블을 깨트리는 위키파크업 콜론을 사용한다.기사로 대체하고 HTML 동급자를 사용했는데, 매우 추하지만 테이블을 고친다.그냥 던져버리고, 에피소드 기사에 위키링크를 대신해서. --Amalthea 02:10, 2009년 1월 19일 (UTC)

위키피디아와 위키피디아 연결 방법

나는 사람의 위키 페이지를 위키피디아 페이지와 연결한다.사용자 대화:유사프465

Wikiquote의 인용구에 연결되는 링크를 어떻게 붙이는가, 말하자면, 당신은 {{Wikiquote Pagename} 템플릿을 추가하여 "Pagename"을 Wikikiote 페이지 이름으로 대체한다.– ukexpat (대화) 04:23, 2009년 1월 19일 (UTC)

TOC 문제

도움말:Cascading 스타일시트에 TOC가 표시되면 섹션 앞에 "[edit]"라고 표시되어 있지만, 섹션에는 이러한 내용이 없다.누가 이것 좀 봐줄래? 매니쉬^{Talk • Stalk} 어스 07:41, 2009년 1월 19일 (UTC)

음, 섹션은 가지고 있다.에 의해 창조되었다.{{H:f Help}}이 프로젝트에서 편집해야 할 섹션은 그것뿐이니까, 다른 모든 부분은 메타에서 온 거야.보아하니 2008년 6월부터 그렇게 하고 있다.스팬은 섹션 헤더 밖으로 당겨질 수 있지만, 그렇게 하면 그 대가로 다른 디스플레이 문제가 발생할 수 있다. --Amalthea 09:46, 2009년 1월 19일(UTC)

위키블레임 다운?

위키블레임이 허가 오류를 범하는 것 같아?관리인에게 통지할 수 있는 방법을 확인하거나 제공할 수 있는 사람이 있는가?User A1 (talk) 11:06, 2009년 1월 19일 (UTC)

de:에 메시지를 남겼다.베누처 디스커시온:플로미네이터...어떻게 되나 보자.위험물 (토크) 2009년 1월 19일 17:44 (UTC)

누가 로봇을 만들 수 있는가?

다양한 언어 버전의 좌표 간 동기화.예를 들어, 이름이 붙여진 백악관 페이지에는 좌표가 있고, 로봇은 위키 간 링크:zh:白宫를 찾지만, zh 버전은 조정하지 않았다.그리고 ,bot은 zh.--Wmrwiki (talk) 15:52, 2009년 1월 19일 (UTC)에 en의 좌표를 추가한다.

나는 이것이 당신이 묻고 있는 것인지 확실하지 않지만, 나는 누구든지 봇을 만들 수 있다고 믿는다. 그리고 나서 그것을 WP에 제출하라.승인을 위해 BAG.에릭 더바이크맨 (토크) 2009년 1월 19일 16:01, (UTC)

그런 봇(어느 날)을 만들 생각이다.소프트웨어 버전 업데이트부터 시작하고자 함.공통 템플릿은 "Commons에서 템플릿 포함 사용"을 참조하십시오. ---- Best evail, Melangolie (토크) 16:25, 2009년 1월 19일(UTC)

나를 어떤 쪽으로 향하게 하라.

기사나 섹션에 빠르고 효율적으로 태그를 지정하여 정리할 수 있는 Mac OS X/Safari 호환 어플리케이션을 찾고 있으며, 내가 한 일을 설명하는 자동 코멘트를 토크 페이지에 남길 수 있는 어플리케이션을 찾고 있다.

가장 중요한 것은 편집 요약과 내가 사용하는 템플릿을 사용자 정의할 수 있기를 원한다는 것이다. 기본적으로, 나는 기본적으로, 단일 우주에 없는 요약에 태그를 빨리 붙이는 방법을 찾고 있다.친근함을 보았지만 추가할 수 있는 템플리트를 사용자 정의할 수 있는 기능이 없다(적어도 볼 수 있는 것은 아님).

내가 찾고 있는 게 뭐 있어?Phil Sandifer (대화) 05:07, 2009년 1월 20일 (UTC)

트윙클 말씀이세요?나는 JS 전문가가 템플릿을 더 추가하기 위해 사용자 정의 복사본을 편집하는 것이 어렵지 않을 것이라고 생각한다.WP에 문의해 보십시오.만약 당신이 그러한 노력의 산물이 당신이 원하는 것에 근접할 것이라고 생각한다면 미국.행운을 빈다! — Jake Bartenberg 05:14, 2009년 1월 20일 (UTC)

아, 네.트윙클은 템플릿이 더 추가되면 효과가 있을 것처럼 보인다.WP로 갈게미국, 고마워Phil Sandifer (대화) 05:18, 2009년 1월 20일 (UTC)

새로운 검색 기능에 대한 제안

문제:검색어가 "이동" 및 "검색" 단추를 차단함

나는 지금 위키피디아가 검색란에 타이핑할 때 당신을 위해 검색어를 완성하려고 하는 방법이 마음에 든다.문제는 이러한 검색어가 이동 및 검색 버튼을 차단한다는 점이다(사진 참조).이동 및 검색 버튼을 아래가 아닌 검색 상자 위로 변경하도록 요청하려면 어디로 이동 및 검색 단추를 아래가 아닌 검색 상자 위로 변경하십시오.Ikip (토크) 05:45, 2009년 1월 19일 (UTC)

prefs 아래의 검색 탭으로 이동하여 제안사항을 사용 불가능으로 설정하십시오.아니면 WP에서 대본을 요청할 수도 있다.US ManishEarth^{Talk • Stalk} 07:37, 2009년 1월 19일 (UTC)

아래 버튼을 숨기고, CSS ": before" psuedo-class를 이용하여 검색대 위에 중복 버튼을 올려볼게. 매니쉬^{Talk • Stalk} 어스 07:52, 2009년 1월 19일 (UTC)

아아, :이전에는 IE에서 작동하지 않는다.사실 당신의 문제는 검색 상자 바깥을 클릭해서 (제안이 사라지게 하는) 다음 "검색" 또는 "찾아가는"을 클릭함으로써 쉽게 해결된다. 매니쉬^{Talk • Stalk} 어스 08:07, 2009년 1월 19일 (UTC)

우리는 이것을 알고 있다-- bugzilla:16327."입력"을 누르기만 하면 대개 원하는 대로 된다는 점에 유의하십시오.:)

어느 시점에서는 UI 피부의 더 큰 재배열을 볼 수 있고 검색 상자를 상당히 많이 이동할 수 있을 것이다(예를 들어, 사람들이 실제로 찾을 수 있는 상단과 이 문제가 없는 수평 레이아웃을 수행할 수 있는 위치로). --briion(토크) 19:24, 2009년 1월 20일(UTC)

감시 목록 변경

나는 최근에 심플 잉글리쉬 위키피디아에서 편집하고 있었는데, 그들이 페이지의 머리글 아래에 감시목록 변경사항을 표시하는 기능이 있다는 것을 알아차렸다.여기서 그런 일을 할 수 있을까?에릭 더바이크맨 (토크) 2009년 1월 19일 15:43 (UTC)

사용자:Ais523/watchlistnotifier.js는 여기서 진행하는 것과 같은 것으로, 정말 유용하다.Wikipedia의 지침에 따라 수동으로 사용자 스크립트에 추가하십시오.위키프로젝트 사용자 스크립트/스크립트 그러나 가젯으로 사용하면 매우 좋을 것이다.이제 가서 아이스523을 쿡쿡 찌르겠어.— 가비아 임머 (대화) 22:13, 2009년 1월 19일 (UTC)

나는 그것이 왜 기계로 작동하지 않는지 당장 이유를 모르겠다.아마도 자체적인 롤링보다는 중앙집중화된 AJAX 시스템을 사용하는 것이 리팩터링되어야 할 것이다. 하지만 그것은 어떤 것에도 큰 변화를 줄 것 같지 않다.위키백과:Gadget/proposals는 가젯을 제안하기 위한 페이지로서, 만약 당신이 그 길을 가고 싶다면, --ais523 09:26, 2009년 1월 20일 (UTC)

알았어, 고마워.— 가비아 임머 (대화) 09:58, 2009년 1월 20일 (UTC)

이미지가 작동하지 않음

이미지:Nuvola_apps_kmahjong.png는 48px를 제외한 어떤 픽셀 레벨에서도 작동하는 것 같다!

• 47인치:
• 48인치:
• 49인치:

이 이상한 실수를 또 하는 사람 있어?47과 49는 잘 나타나지만 48에는 이미지가 깨진다.이렇게 하는 이미지는 이것뿐인 것 같다.아티초커^[talk] 18:27, 2009년 1월 19일 (UTC)

그래 나도 마찬가지야 - 48px 이미지가 보이지 않아.– ukexpat (대화) 18:33, 2009년 1월 19일 (UTC)

똑같아. 좀 이상하긴 하지만, 최근 들어 뚜렷한 이유 없이 단순히 나타나지 않는 많은 이미지들을 발견했어. --corratic알렉스: 2009년 1월 19일 18:54 (UTC)

세 사람 모두 내게 나타나고 있는 것 같다.던컨힐 (대화) 2009년 1월 19일 18:58, (UTC)

(갈등 편집) 이제 내 눈엔 고정된 것 같아.나는 파일 설명 페이지를 삭제했다.변경 내용을 보려면 로컬 캐시를 건너뛰어야 할 수도 있다. --MZMcBride (대화) 18:59, 2009년 1월 19일 (UTC)

캐시를 바이패스했는데 아직도 이미지가 안 보여.아티초커^[talk] 19:04, 2009년 1월 19일 (UTC)

확인됨: 캐시 바이패스 수정됨.– ukexpat (대화) 19:11, 2009년 1월 19일 (UTC)

이제 나도 괜찮아. --oracrifat알렉스: 2009년 1월 19일 19시 56분 (UTC)

옥이 지금 나타났어!아티초커^[talk] 19:57, 2009년 1월 19일 (UTC)

이런 일은 꽤 자주 일어난다.어디에도 기록되어 있는지 모르겠다.대수학자 00:10, 2009년 1월 20일 (UTC)

WP:퍼지? --NE2 06:55, 2009년 1월 20일 (UTC)

div 클래스 코딩에 대한 코딩은 어떻게 볼 수 있는가?

템플릿 {{leavemessage}의 Wikicoding을 직접 변경하고 싶다(새로운 메시지와 같은 색이고, 항상 내 토크 페이지에 새로운 메시지가 있다고 생각하기 때문이다).

펌프(기술)/아카이브 54&액션=편집&섹션=새 메시지를 남겨주십시오.

위키 코딩:

<div class="usermessage"><div class="plainlinks">>''[http://en.wikipedia.org/w/wiki.phtml?title=User_talk:{PAGENAME}&action=edit&섹션=new <color="#5a3696">[/f]를 남겨주십시오.'''[/div'

<div class="usermessage"에 대한 코딩을 보려면 어떻게 해야 하는가? 그리고 다른 div 수업은?

페이지 원본 보기는 유용하지 않음:

<textarea name="wpTextbox1" id="wpTextbox1" cols="80" rows="25" tabindex="1" accesskey=","><div class="usermessage"><div class="plainlinks">Please leave a '''[http://en.wikipedia.org/w/wiki.phtml?title=User_talk:{{PAGENAME}}&action=edit&section=new <font color="#5a3696">message</font>].'''[/div'

미리 고맙다.이킵 (토크) 04:27, 2009년 1월 20일 (UTC)

사용class="usermessage" 항상 새로운 메시지 표시줄처럼 보이게 한다.여기 내 토크 페이지에서 사용하는 것이 있다.건배, — JakeWartenberg 04:57, 2009년 1월 20일 (UTC)

고마워 제이크이킵 (토크) 2009년 1월 20일 14:48, (UTC)

파이어버그를 사용해 보십시오.—2009년 1월 21일 04:33, 점 기억(UTC)

Web Developer Firefox 확장자는 웹사이트를 해부하는데 매우 편리하다.EVula // talk // talk // 04:39, 2009년 1월 21일(UTC)

나는 클래스가 /skins-1.5/monobook/main.css로 코딩되어 있다고 믿는다.페이지 소스를 볼 때, 맨 위에 있는 것은 <링크 렐="스타일시트"의 전체 목록이 있다.> 다양한 .css 파일을 로드하는 것이다.Framanax (대화) 05:34, 2009년 1월 21일 (UTC)

위키백과 디렉토리 트리

안녕. 나 방금 우분투에 미디어위키 카피를 설치했어.하지만, 디렉토리 트리는 위키피디아의 것과 다르게 생겼다는 것을 알았다.폴더에는 모든 파일이 들어 있는데, 위키백과에도 폴더가 있는 것 같아?그러면 PHP 파일이 모두 들어 있고 폴더에는 항목이 모두 들어 있는 겁니까?만약 그렇다면 왜 그렇게 되어 있는 것일까?---K;m5m k;;;m5m (대화) 18:26, 2009년 1월 20일 (UTC)

방금 MediaWiki를 설치한 경우 검색 엔진 친숙한 URL은 기본값으로 설정되어 있지 않으며 en에도 설치되어 있어야 한다.위키에는 이런 게 있다.만약 당신이 보는 URL과 차이가 있다고 믿는다면, 이것이 가장 유력한 이유일 것이다.만약 이것이 당신의 뜻이 아니라면, 내 코멘트는 무시하라. --Eivind (t) 18:33, 2009년 1월 20일 (UTC)

용서하십시오.나는 이런 서버를 관리하는 것에 대해 전혀 익숙하지 않다.나는 이 페이지들이 각각 디렉토리에 개별 HTML 페이지로 저장되어 있다고 생각했는데, 지금 보니 실제로 MySQL 데이터베이스에 저장되어 있더라.모두 파일에 의해 생성되어야 한다.그럼 우리는 항상 파일을 보고 있어야 하는 거지요?---K;m5m k;;;m5m (대화) 19:14, 2009년 1월 20일 (UTC)

찾고 있는 내용은 mw:설명서: 짧은 URL. 다른 MediaWiki 관련 쿼리가 있으면 mwusers.com이 더 나을 수 있음 – 아마도 거기서 이미 찾고 있는 것을 찾을 수 있을 것이다.행운을 빈다! 헤이즈 (토크) 2009년 1월 20일 (UTC) 19:26

위키백과 소프트웨어는 /w 디렉토리에 저장되며, URL 재작성을 사용하여 각 페이지가 /wiki의 HTML 페이지인 것처럼 보이게 한다.실제로 /wiki 디렉토리는 없고 모든 것이 데이터베이스에 저장되어 있다. --Carnildo (talk) 22:47, 2009년 1월 20일 (UTC)

절전 및 변경 서명

내 모노북.js에 특정일에 자동으로 서명을 바꾸는 코드를 넣을 수 있을까?(꼭 알아야 한다면 내 서명의 모든 링크가 만우절, 만우절까지 갔으면 좋겠다.) gag₇₂ 02:45, 2009년 1월 21일 (UTC)

아니, 하지만 수동으로 하면 되지, 안 그래?캘빈 1998 02:51, 2009년 1월 21일 (UTC)

서명에서 템플릿의 대체는 허용된다.서명이 사용자 하위 페이지를 날짜 확인에 따라 다른 내용으로 대체할 수 있음(예:{{#ifexpr:{{CURRENTMONTH}}=4 and {{CURRENTDAY}}=1 ([[April Fools Day talk]]) ([[User talk:Tezkag72 talk]])}}. 서명의 템플릿 전폐 및 파서 기능은 허용되지 않기 때문에 만우절에 예전 서명이 다르게 표시되기를 원한다면 그렇게 할 수 없다.프라임헌터 (토크) 03:40, 2009년 1월 21일 (UTC)

테이블 정렬 투쟁

해결됨

안녕. 내 샌드박스에서 오른쪽 테이블이 여기 보이는 대로 정렬되었으면 하는데 어떻게 해야 할지 모르겠어.즉, "오늘의 질문" 박스 왼쪽 상단 모서리가 "헬프 데스크에 오신 것을 환영합니다" 상자의 오른쪽 상단 모서리에 위치하도록 하십시오.그것이 명확하지 않은지 물어봐라.---Keaner (대화) 11:07, 2009년 1월 17일 (UTC)

확실하진 않지만, 내가 여기서 너를 위해 Valign을 해줬어.그게 네가 원하는 건지 모르겠어.헬프 데스크 페이지에는 {{sidebar}}}이(가) 사용되며 렌더링 브라우저에는 HTML 스트림이 표시되는 반면 테이블 형식은 사용하므로 수평 정렬을 사용하여 재생할 필요가 있을 것이다.오, 난 노력했어...Framanax (대화) 13:22, 2009년 1월 17일 (UTC)

내 시도는 어느 정도 효과가 있었어.내가 어떻게 했는지 말해줘.HHALDaяtalk2mecontracts 23:30, 2009년 1월 17일(UTC

탄쿄우, 하이타르의 고치는 내게 좋은 것 같다.---케인더(대화) 00:55, 2009년 1월 18일 (UTC)

어서 오십시오.열쇠는 배열과 여백에 있다.HHALDaяtatalktalk2mecontracts 20:23, 2009년 1월 21일 (UTC

null 변경 내용이 감시 목록에 표시되지 않는 경우

안녕 All. 내가 내 감시목록을 통해 어떤 무효한 변화(즉, 한 사람이 변경을 한 다음 1초가 다시 변경되어 전체적인 변화가 없도록)를 숨길 수 있는 방법이 없을까?고마워, 크리스 (대화) 09:04, 2009년 1월 20일 (UTC)

왜 이걸 원하는지 설명해주면 도움이 될 거야예를 들어 관심 있는 페이지에 대한 편집/복귀 전쟁의 시작일 수 있다.관심 있는 페이지에 그 내용을 알고 싶다. --필차 (대화) 09:30, 2009년 1월 20일 (UTC)

아마도 그 전에 합법적인 변화를 보여주는 대신, 반역적인 반달리즘이 나타나지 않기 때문일 것이다.어쨌든 API를 통해 보면, 이것을 하는 효율적인 방법은 없을 것 같다; 해시가 아닌 수정사항의 크기만이 기록되어 있는 것 같아서, 5바이트보다 5바이트나 더 작은 페이지가 만들어졌다는 것을 알 수 있었지만, (신뢰할 수 없는 편집 요약을 파싱하는 것 외에는) 페이지가 변경되어 되돌아온 것을 알 수 없었다.d(모든 감시 목록 보기에서 사용하기에는 서버 집약적일 수 있음) 관련 수정본을 모두 다운로드하는 것을 제외한다.--ais523 09:35, 2009년 1월 20일 (UTC)

응, 그냥 내 최근 변경 목록 크기를 줄이기 위해서야.지금은 100여개의 변화를 받고 있지만, 사실 50개는 변화가 아니다.사실, 나는 무효한 변화의 수가 증가하고 있다고 느낀다; 반달들은 더 잘 감시되고 더 빨리 되돌아오고 있고 나는 그 페이지에 대해 신경 쓸 필요가 없다.크리스 (토크) 2009년 1월 20일 10시 35분 (UTC)

내가 아는 한, 현재 이 일을 할 방법이 없다.이는 이전에도 논의된 바 있다(적어도 역사 페이지를 볼 때 역방향 편집 내용을 숨길 수 있는 맥락에서).그것을 실행하기 위해서는 ais523이 말한 것처럼 각 버전의 페이지에는 해시 값이 있어야 할 것이다.(미디어 파일에는 이미 중복되는 것을 감지하기 위해 이 기능이 있다.)해시 값을 사용하면 소프트웨어가 100% 정확하게 알 수 있으며, 페이지 버전이 해당 페이지의 이전 버전과 중복되는지 여부를 알 수 있다.

당신이 말하는 것은 현재 이용할 수 있는 것이 아닌 제안이기 때문에, 당신은 WP:VPPR에 게시하는 것이 좋을 것이다.제안을 실용적으로 유지하기 위해 - 모든 이전 버전을 검토할 필요가 있는 소프트웨어에 대해 ais523이 언급했던 문제를 피하기 위해 - 아마도 watch리스트는 watchlist에 있을 수 있는 서로 취소하는 쌍방향 편집만 제외하는 것이 타당할 것이다. -- John Brown (식별자) 22:31, 2009년 1월 21 (UTC)

깨진 테이블 순서, GDP 관련 기사

1인당 GDP에 의한 국가 목록 표는 엉망이다.100여 개국이 1인당 국내총생산(GDP) 등 각종 자료와 함께 표시된 표로, 사용자가 다양한 방식으로 재배열할 수 있다.
- (1) 테이블의 기본 순서는 국가별 알파벳 순으로 한다.1인당 GDP(표에서 "순위"로 표시)를 기준으로 해야 한다. 1인당 "가장 높은"에서 "가장 높은"까지.
- (2) "순위"로 표를 재분류하면 "순위" ("순위에서 부룬디" 등) 테이블이 정확하게 표시된다. (비순위 4개국 출발)그러나 내가 순위: "최빈곤층"으로 정렬하려고 할 때, 순위별 첫 번째 자리(아래 링크된 내 게시물 참조)를 표시한다).이거 꽤 안 좋아.
방금 기사의 Talk에 이 내용을 올렸는데, 이에 대한 다른 불만도 보인다.
이 시리즈에는 여러 가지 기사가 수록되어 있는데, 적어도 그 중 일부는 이와 같은 (깨진) 테이블 스타일을 사용하고 있다.

• 1인당 GDP(PPP)별 나라 목록
• GDP별 국가 목록(명목)
• GDP 성장별 나라 목록
• GDP별 나라 목록

- 그리고 아마 다른 사람들도, 나도 잘 모르겠어.
나는 Talk:에 게시된 글을 보고 충격을 받았다.2008년 5월 1인당 국민소득(명목)별 국가 목록도 같은 우려에 대해 불평했다.이후 문제가 해결되지 않았다.
몇몇 기사에 걸쳐 이것에 대한 광범위하고 지속적인 우려가 있는 것 같다.
여러분, 이걸 고쳐야겠습니다.
-- 201.37.230.43 (대화) 14:07, 2009년 1월 20일 (UTC)

문제는 열의 첫 번째 비어 있지 않은 셀이 숫자일 경우에만 숫자 정렬이 사용된다는 점이다.그렇지 않으면 텍스트 정렬이 사용된다.숫자와 기타가 혼합된 표(대상 표에 사용된 대시 등)에서 혼합된 결과를 관찰할 수 있다.첫 번째 분류는 잘 될 수 있지만, 일단 숫자가 아닌 분류가 맨 위에 나타나면, 후속 분류는 텍스트 분류(1, 10, 100, 11, 2, ....)를 사용하여 열 내용을 주문한다.이 때 내가 아는 유일한 해결책은 몇 가지 값을 로 포장하는 것이다.{{sort}}템플릿, 일관된 텍스트 모드 정렬에 필요한 선행 0을 제공하는 "001"과 같은 숨겨진 정렬 가능 문자열 지정.예를 들어, 순위 열에서 "1" – "99"를 "로 교체하십시오.{{sort 001 1}}" – "{{sort 099 99}}".

엑셀과 같은 결과를 주는 좀 더 일반화된 분류 알고리즘을 구현해 볼 만한 가치가 있을지 궁금하다.모든 숫자 셀은 숫자 부분이 숫자로 정렬되고 숫자가 아닌 부분이 텍스트로 정렬된 모든 숫자 셀보다 먼저 정렬된다.해석의 분류를 선별하는 마이너스 숫자를 고정하는 기회도 될 것이다.{{sort}}템플릿(표시된 부분만 표시).나는 현재 정렬된 테이블에서 행간/대장을 지원하는 작업을 하고 있으므로 이것 또한 조사할 수 있다. -- Tcncv (토크) 08:37, 2009년 1월 21일 (UTC)

이것은 소프트웨어에서 매우 오랜 기간 서있는 버그로, 상황이 나아지기 보다는 나빠진 것 같다. 문제를 해결할 패치가 개발자들에 의해 거부된 것으로 보인다.

얼마 전에 나는 1인당 GDP별 국가 목록(명목)에 대한 해결책을 실행했는데, 그 해결책은 표에 숨겨진 두 행을 포함함으로써 숫자 정렬을 강요했다. 하나는 숫자가 매우 높은 행이고 다른 하나는 매우 낮은 행이다.그 중 하나는 항상 꼭대기로 떠오르곤 했다.이것은 그 당시에는 효과가 있었지만 그 이후로 소프트웨어가 변경되었다.

자연 분류 알고리즘(유사한 결과)이 이상적인 해결책이 될 것이다.단점은 정렬 기능이 성능에 타격을 준다는 것이다.나는 심지어 이것을 위해 패치를 썼지만, 나는 그것을 제출하는 것을 귀찮게 하지 않았다.— 2009년 1월 21일 블루헤어 변호사 14:07 (UTC)

고마워. 혹시 제출을 위한 패치가 있다면 제출을 부탁해도 될까?

사람들은 이것에 대해 불평하고 있다.나는 또한 이러한 기사들은 언론인과 전문가들에 의해 일반 참고용으로 사용될 가능성이 매우 높다는 점에 주목한다.

다시 말하지만 IMHO, 무엇이 필요하든, 우리는 이것을 고쳐야 한다.이 근처에 버그픽싱 시스템이 있는 사람들이 다시 가서 창살 좀 딸랑거려줄래?모두에게 고마워. -- 201.37.230.43 (대화) 14:24, 2009년 1월 21일 (UTC)

실제로 분류 소프트웨어에 버그가 있는 것으로 밝혀졌다.지금은 숫자가 아닌 한 개의 항목이라도 숫자 목록이 되어야 하는 목록을 깨뜨릴 것이다.내가 버질라한테 패치를 올렸으니 두고 보자.— 2009년 1월 21일 블루헤어 변호사 23:31 (UTC)

라이브 RC

안녕.

영어 위키백과에서는 Live RC를 올바르게 사용할 수 없다(프랑스어 위키백과에서는 작동한다).모노북(사용자:Kayman/monobook.js 및 사용자:라이브 RC의 문서 페이지에 설명된 코드 라인이 있는 Kayman/monobook.css)이지만, 아무것도.내가 어떻게 해야 하는지 아니?

나는 프랑스어 위키피디아에서 이 질문을 했지만 아무도 답을 모른다.

- Kayman ^(contact) 15:19, 2009년 1월 20일 (UTC) —Kayman이 추가한 서명되지 않은 코멘트 작성 (토크 • 기여)

User(사용자:파빅스/ 라이브RC 사용! -- -- 존 브레본 (차단) 22:20, 2009년 1월 21일 (UTC)

감사합니다. - Kayman ^(contact) 17:23, 2009년 1월 22일 (UTC) —Kayman이 추가한 서명되지 않은 코멘트 준비(토크 • 기여)

참고문헌 및 인용문

인라인 인용에 <ref>와 {{cite}}}을(를) 사용하는 방법에 대해 어떻게 할 수 있을까?많은 기사가 수록된 기사를 편집하는 것은 매우 어렵게 만든다.온도실 (토크) 20:25, 2009년 1월 20일 (UTC)

인라인 인용문이 많은 기사를 편집하기 어려운 것은 무엇인가?Tra (Talk) 22:33, 2009년 1월 20일 (UTC)

기사 텍스트가 ref와 인용 텍스트에 의해 깨지는 것 같아.나는 wikWiked를 사용하며(기본 설정의 가젯 참조) 그것이 다른 종류의 텍스트와 링크의 색상을 코딩할 때 어느 정도 도움이 된다.– ukexpat (대화) 22:40, 2009년 1월 20일 (UTC)

IERC, Bugzilla에 대해서는 인용 시스템을 좀 더 견고하게 변경하여 정상적인 기사 편집에 지장을 덜 받도록 해달라는 요청이 여러 차례 있었다.SharkD (대화) 03:26, 2009년 1월 21일 (UTC)

그렇다, 편집하려고 할 때 주요 기사 텍스트의 가독성이 완전히 망가진다는 것이다.독자들은 각주의 분명한 이점을 얻고 편집자들은 그렇지 못하다.도우미 앱에 대한 조언 고마워.온도실 (토크) 06:34, 2009년 1월 23일 (UTC)

{{출처목록}}Ruslik (토크) 06:01, 2009년 1월 21일 (UTC)

흥미롭지만, 거의 불가능할 정도로 많은 편집자들이 출처 텍스트를 참고문헌 섹션에 넣어야 한다고 교육하는 것 같다.또는 심지어 그것이 좋은 것이라는 공감대를 얻기도 한다; 내 생각에, 지지 인용문이 그것이 지지하는 텍스트 바로 옆에 있을 때, 그것은 더 쉬운 편집을 할 수 있게 한다(특히 텍스트와 인용문을 추가한다; 원본 템플릿으로, 두 개의 별도 편집으로 또는 전체 기사를 편집하여 두 개의 섹션을 편집해야 한다.즉시 l.)둘 다 선호하는 관행은 아니다.

위키미디어 재단이 사용자 인터페이스를 개선하기 위해 지출하기 시작한 100만 달러의 보조금이 이 문제를 다루기를 바란다.아니면 여기서 논의한 마누스 맨스케의 자바스크립트 솔루션을 그냥 실행해 볼 수도 있다. -- 존 브레튼 (기울기) 22:05, 2009년 1월 21일 (UTC)

OpenOffice 스프레드시트

나는 스프레드시트 프로그램에서 테이블을 편집하는 것을 좋아한다.그러나 브라우저에서 텍스트를 복사할 때 텍스트는 일반적으로 이상한 방식으로 포맷된다.모든 형식(OpenOffice) 없이 텍스트를 붙여넣는 방법사실 후에 모든 셀을 기본 형식으로 변경하는 것은 내게는 효과가 없다. 왜냐하면 나는 일반적으로 기본 형식을 사용하지 않기 때문이다.그것은 또한 복사되었을지도 모르는 하이퍼링크를 제거하지 않는다.고마워요.SharkD (대화) 15:25, 2009년 1월 22일 (UTC)