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

표 / 표 토크 네임스페이스

자, 왜 106과 107의 네임스페이스를 얻었을까?그리고 더 중요한 건...네임스페이스 102, 103, 104, 105는 무엇인가?Titoxd^{(?!? - cool stuff)} 02:53, 2007년 5월 9일 (UTC)

또한 이러한 네임스페이스에서 페이지가 생성되고 있는데, 제거되면 미디어로 인해 페이지에 액세스할 수 없게 되기 때문에 문의한다.Wiki의 데이터베이스 설계.그렇다면, 이 문제는 어디서 논의되었는가?이걸로 뭘 해야 하지?Titoxd^{(?!? - cool stuff)} 02:55, 2007년 5월 9일 (UTC)

보아하니 다른 숫자들은 아직 무료인 것 같다.나는 16-99번 네임스페이스가 어디에 있는지 궁금해 하는 사람을 본 적이 없다.Template 대신 Table을 사용하는 데 이점이 있는가, 아니면 그냥 테스트하는 것인가? -- ReyBrujo 02:57, 2007년 5월 9일(UTC)

아니, 더 깊이 파고드는 것은 버그 9304때문인 것 같아.하지만, 그 버그는 스페인어 위키피디아에만 네임스페이스를 추가하는 것이었으므로, 나는 이것이 일종의 잘못된 의사소통이라고 추측한다.Titoxd^{(?!? - cool stuff)} 03:01, 2007년 5월 9일 (UTC)

아, 그리고 템플릿 16-99는 존재할 수 없어.사용자 지정 네임스페이스를 참조하십시오.Titoxd^{(?!? - cool stuff)} 03:02, 2007년 5월 9일 (UTC)

(conflictx2 편집2)"테이블" 네임스페이스에 있는 페이지는, 짐작하시겠지만, 표입니다.그래도 꽤 괜찮아 보이긴 해.표만 보십시오.예루살렘의 기후.[[사용자 대화:숀 윌리엄 ]] 03:03, 2007년 5월 9일 (UTC)

그러나 템플릿 네임스페이스 또는 다른 네임스페이스(wgNonincludableNamespaces에 의해 차단되지 않는 한)에서 복제할 수 있음...Titoxd^{(?!? - cool stuff)} 03:06, 2007년 5월 9일 (UTC)

그리고 102, 103, 104, 105는 아마도 다른 위키피디아에서 관습일 것이다.네임스페이스 위키프로젝트가 하나, 103으로 기억되는데...좀 둘러볼게... -- 레이브루조 03:09, 2007년 5월 9일 (UTC)

좋아, 위키프로젝트는 eswiki 102/103이고, 104/105는 frwiki의 레페렌스야.그래서 신비의 그 부분은 해결되었다.자, 문제는 우리가 이 네임스페이스를 원하는가?이것은 스페인어 위키피디아에서 만들어진 것으로, 리스트와 테이블은 보통 "예술"로 간주되지 않기 때문에, 그것들에 따르면 그들은 메인 네임스페이스에 있어서는 안 된다.여기서는 그렇지 않은데, 이걸 되돌리려면 누구를 찔러야 하나?Titoxd^{(?!? - cool stuff)} 03:14, 2007년 5월 9일 (UTC)

토론이 있었다(WP:VPR I think) 여기서 이것에 대해.) 내가 기억하는 바로는, 결국 미래에 어떤 화려한 테이블 에디터를 갖게 될 것이라는 희망을 가지고, 그것을 하는 것이 일반적인 합의였다.이렇게 빨리 될 줄은 몰랐는데.미스터 Z-망토크 03:18, 2007년 5월 9일 (UTC)

어, 내가 찾은 건 VPT의 보관소뿐인데, 거기에 (나를 포함) 댓글을 달았던 몇몇 사용자들은 그 아이디어를 좋아하지 않았다.Titoxd^{(?!? - cool stuff)} 03:23, 2007년 5월 9일 (UTC)

• 가, 신경 쓰지 마.버그 2194는 즙이 많은 디테일을 가지고 있다.나는 여전히 그것이 끔찍한 생각이라고 생각한다.테이블 네임스페이스를 갖는다고 해서 테이블 편집기가 만들어지는 것은 아니며, 사실 현실과는 정반대의 상황에서 테이블 편집기가 만들어질 것이라는 착각을 불러일으키게 된다.미디어위키 개발자가 설득해서 하기 전에는 만들어지지 않을 것이고, 이렇게 하는 것보다 지금 당장 해야 할 긴급한 일들이 훨씬 더 많다.Titoxd^{(?!? - cool stuff)} 03:26, 2007년 5월 9일 (UTC)
• 나는 왜 우리가 단순히 그 테이블들에 템플릿을 사용하지 않는지 거의 알지 못한다.이미 하고 있다는 인상을 받고 있었다.><08:33, 2007년 5월 9일 (UTC)
  • 현재 내 생각에 가장 큰 장점은 그 네임스페이스의 테이블이 기사의 나머지 부분과 분리되어 있기 때문에 미래의 도구들이 그것들을 조작할 수 있을 것이라는 것이다.네임스페이스는 개발자를 위한 도구 개발로 유인하기 위한 표 컬렉션을 제공한다. (SEWilco 17:24, 2007년 5월 9일(UTC))

• 아. 가까스로 리스트를 얻었어. :-) 표의 13페이지: 지금까지 네임스페이스.이 네임스페이스를 특수:의 드롭다운 목록에 추가할지 여부를 아는 사람:접두사 색인 또는 실제로 이 네임스페이스의 숫자(예: 접두사 색인에 의해 생성된 URL에서 메인스페이스는 0임)?카차롯 12:19, 2007년 5월 10일 (UTC)

• 업데이트: AN에 대한 Ais253에 따르면, 테이블: 네임스페이스의 내용은 메인 스페이스로 이동했으며, 아마도 토론의 결과를 기다리기 위해서였을 것이다.카차롯 12:38, 2007년 5월 10일 (UTC)

  자세한 내용은 http://lists.wikimedia.org/pipermail/wikitech-l/2007-May/031298.html을 참조하십시오. --ais523 12:44, 2007년 5월 10일(UTC)

개인적으로, 나는 그 아이디어가 마음에 든다.그리고 유사하지만 다른 일을 하는 네임스페이스를 갖는 것이 왜 문제인지 모르겠다.예를 들어, 이제 어떤 페이지라도 변환될 수 있으므로, 템플릿 네임스페이스가 필요한 이유는 무엇인가?순환논쟁인 것 같다.그리고 만약 이 네임스페이스를 갖는 것이 어떤 식으로든 도움이 된다면, 우리는 그것을 해야 한다. (하지만, 나는 리스트: 네임스페이스를 갖는 것도 지지한다...아마도 그 논의도 재개할 때가 된 것 같다.) - jc37 13:08, 2007년 5월 10일 (UTC)

또한, 테이블 네임스페이스를 만든 또 다른 이유는 새로운 편집자에게 보다 친숙한 기사를 만들기 위해서였다고 생각한다.위키피디블 구문에 익숙하지 않은 신규 사용자가 길고 복잡한 테이블을 가진 편집창에서 길을 잃을 수 있는 경우가 많다.개인적으로 좋은 생각인 것 같아.£N마jdan•talk 13:22, 2007년 5월 10일 (UTC)

테이블 네임스페이스는 WYSIWYG 테이블 편집기를 의미했다; 나는 WYSIWYG의 팬이 아니지만, 그것은 관련이 없다!나는 개인적으로 테이블 네임스페이스가 어떤 식으로든 기사를 추가하고 외부 네임스페이스에 저장하는 데 유용할 것이라고 생각한다.Gracenotes^T § 13:49, 2007년 5월 10일 (UTC)

여기 WP가 있다.이에 대한 VPR 토론, 페이지 기록에서 자세히 알아보십시오.미스터 Z-망토크 18:20, 2007년 5월 11일 (UTC)

아마도 GPL'ed Javascript 인터페이스가 그것을 사용하고자 하는 사람들에게 도움이 될 것이다[1]. (SEWilco 18:58, 2007년 5월 11일 (UTC)

이미지 "속성 필요"

"카테고리:귀인이 필요한 이미지" — 이봐요, 왜 그게 작동하지 않았죠?"카테고리:속성이 필요한 이미지" — 모든 이미지 페이지에 {{attribution} 태그가 포함되어 있으면 태그가 지정된다.{{attribution}}이(가) 귀인이 필요한 이미지에 태그를 지정하는 방법이라면 말이 되겠지만, 태그가 실제로 확장되는 것은 이 파일의 저작권 소유자[여기에 옵션명]가 저작권 소유자가 적절히 귀속되는 경우라면 누구나 어떤 목적으로든 사용할 수 있도록 허용한다.즉, 명칭 제공 여부에 따라 태그는 이미지의 귀속과 무관하거나 아니면 이미지의 귀속성을 제공하는데, 이는 범주를 설정한 사람이 가정했던 것과 정반대의 것이다.

아마도 이런 모순은 태그 같은 것의 의미가 바뀌어서 생겨난 것인지도 모른다; 나는 말할 수 없다.어쨌든 그것은 지금 존재하고, 그렇게 할 수 있는 누군가에 의해 어떻게든 고쳐질 필요가 있다.고마워요.

207.176.159.90 01:25, 2007년 5월 9일(UTC)

{{attribution}}}}이(가) 이미지를 카테고리(Category)에 추가하도록 조작하는 것이 얼마나 어려울지 궁금하다.템플릿의 선택적 인수(권한 보유자 표시 및 귀속)가 없는 경우에만 귀속해야 하는 이미지?—Steve Summit (대화) 01:53, 2007년 5월 9일 (UTC)

그러나 만약 귀속인이 다른 곳에 주어진다면 그것은 여전히 '잘못된 일'일 것이다.진짜 문제는 템플릿 이름 {{attribution}}이(가) 오해의 소지가 있다는 것일 수 있다. 207.176.159.90 03:15, 2007년 5월 9일(UTC)

나는 그것이 오해의 소지가 있는 범주 이름이라고 생각한다: 나는 그것이 "저작권 소유자에게 귀속되어야 하는 면허를 가진 이미지"로 이해되어야 한다고 믿는다.카테고리의 하위 카테고리라는 사실:조건부 사용 이미지는 이 해석을 뒷받침하는 것 같다.—일마리 카로넨 (대화) 22:28, 2007년 5월 10일 (UTC)

오!! —어, 그렇다면, 내가 "Category:"Category:"의 "사용 시 속성 지정"이 필요한 이미지:"속인" 같은 것으로 자유롭게 사용할 수 있는 이미지?그리고 그 문제에 대해서는 아마도 {{}}}도 비슷한 방식으로 이름을 바꿔야 할 것이다.고마워요.

207.176.159.904:12, 2007년 5월 12일(UTC)

암호 액세스

나는 여러 가지 토론을 읽고 있어서 다음과 같이 궁금하다.위키미디어에서 우리 비밀번호를 다 아는 사람이 누구야?그 사람들이 우리 계좌를 손상시킬 가능성이 있지 않은가?--Ed 03:05, 2007년 5월 8일 (UTC)

셸 액세스 권한이 있는 개발자.Titoxd^{(?!? - cool stuff)} 03:09, 2007년 5월 8일 (UTC)

암호는 해시 데이터베이스 테이블과 소금 데이터베이스 테이블에 저장된다. 암호에 액세스할 수 있는 사용자는 데이터베이스에서 직접 삭제 쿼리를 실행하여 프로젝트를 망치는 것이 훨씬 더 쉬울 것이다. --na'blis 03:11, 2007년 5월 8일(UTC)

헥, 셸 액세스로 미디어위키를 망칠 수 있는 몇 가지 방법이 있어...하지만, 오 젠장, WP:콩. 티톡스^{(?!? - cool stuff)} 03:13, 2007년 5월 8일 (UTC)

그래, 셸 액세스 권한이 있는 사람은 누구나 암호 필드에 접근할 수 있지만, 모든 염분에 대한 무지개 테이블을 만들어야 하는데, 이것은 매우 어려운 일이다.특히 많은 소금을 사용한다면, 이 세상의 모든 컴퓨터들이 이것을 시도하는데도 필요할 것이다.서버와의 연결에서 단순히 암호를 확인하는 것이 훨씬 더 쉬울 것이다. Mrhollybrain's talk 10:10, 2007년 5월 8일(UTC)

그러니까, 개발자들이 여기서 우리의 비밀번호를 누설하지 않는다는 거지?하지만 가능...에드 23:03, 2007년 5월 8일 (UTC)

데이터베이스에 액세스할 수 있는 사람은 아무도 원격으로 암호를 해독하는 데 관심이 없으며, 이는 열 값을 읽는 것보다 조금 더 많은 노력이 필요하다.그들은 정말로, 그들의 시간과 훨씬 더 좋은 일들을 해냈다. 164.11.204.56 04:43, 2007년 5월 12일 (UTC)

H2

H3

H4

H3

TOC 형식이 잘못됨

<pre style="width:100px; float:left; margin-right:10px"> == reference == 나는 출처와 참고문헌, 그 모든 것에 대해 의문이 있다.만약 내가 주변에서 본 것이 정확하다면, 그 기사가 읽기 쉬우므로 거의 공적인 지식의 사소한 정보의 각 부분에 특정한 출처를 추가할 필요가 없을 것이다.음악 밴드 라인업, 아티스트가 작업한 작품, 각 작품의 수 년 동안 작업한 작품 등, 책이나 잡지 또는 내가 그 모든 정보를 본 어떤 출처를 "바이블리오그래피"라고 언급하는 것만으로도 충분할 것이다.반면에, 대부분 알려지지 않은, 알려지지 않은, 어떤 종류의 정보라도, 공공이 아닌 것 같고, 어떤 사람이 그 정보가 어디에서 왔는지 일반적으로 물어볼 수 있는 다른 어떤 종류의 정보에 대해서는, 나는 내가 그 정보를 본 출처의 특정 텍스트를 인용하면서 각주를 사용해야 할 것이다.그러나 나는 약간의 문제를 보았다: 내가 개선하고자 하는 기사의 출처를 수집하는 동안, wich는 우리 나라에서 온 만화책에 관한 것이다, 나는 잡지에서 기사를 발견했다. 그리고 덧붙이는 것도 흥미로울 것이다: 그것은 창작자들 사이에서 일어났던 위대한 저작권 분쟁을 묘사하고 있다.편집자, 그리고 그것은 심지어 소송, 심판, 그리고 그 모든 것들과 같은 법적 조치들을 포함했다.잡지가 가져온 정보를 의심할 이유는 없지만, 이것의 문제는 이곳저곳 세부사항뿐만 아니라 모든 것이 대부분 알려지지 않고 알려지지 않은 것들이라는 것이다. 우리 '미어 인간'들이 알지 못하는 동안 법정에서 벌어진 일들이다.문제는, 내 출처를 어떻게 인용해야 하는가이다.참고 문헌으로서, 특정 이슈에 불과하고 전체 기사의 문제가 아니라고 해도?(충분히 충분하지 않아 보이고, 정보 출처의 관계가 약해 보인다.)섹션 끝의 "각주"로서, 잡지 발행에 관한 모든 것을 언급하는 것. (그러나 그것은 단지 그것일 뿐, 인용으로서 전체 기사의 내용을 재생산하는 것은 비실용적이고 심지어 불법적일 것이다.)그 자체로 불명확하게 보일 수 있는 작은 부분마다 기사의 일부를 인용하면(그러나 나는 항상 '같은' 기사를 인용하고 있으며, 그 전체 내용을 많은 부분에서 재생산하면, 저작권 침해의 위험에도 근접할 수 있을 것이다.) [사용자:페론 페론] 02:43, 2007년 5월 12일 (UTC) : 인터넷에서 입수할 수 있는 출처는 필요 없다. [위키피디아:인용 템플릿 인용 템플릿]]], 그리고 누군가 이를 검증하고 싶다면 어떤 식으로든 잡지를 추적해 볼 수 있는 능력을 갖추고 있다.그것을 어디서 인용해야 할 지에 대해서는 잘 모르겠다.기사의 각 주장이 어디에서 나오는지를 분명히 하는 한 괜찮을 것이다.각주를 너무 많이 가질 수는 없지만, 한 출처에 너무 많이 의존하는 것처럼 보일 수 있지만, 출처가 신뢰할 수 있고 정보가 정확히 논란이 되지 않는다면 문제가 되지 않을 것이다.그 작은 정보들이 모두 포함시킬 가치가 있는가?나는 당신이 잡지 기사에서 중요한 사항만을 취하고 있다고 생각하는데, 그것은 저작권 침해 문제로부터 자유로워져야 한다.만약 사람들이 정확한 세부사항을 원한다면, 그것을 읽기가 어렵더라도, 당신은 그것을 "더 자세히 읽기" 섹션에 나열할 것이다.–[사용자 대화:퐁테 퐁테] 02:58, 2007년 5월 12일 (UTC) ::음, 모든 '작은 것'이 진행되는 것을 제대로 이해하는데 중요해 보인다는 것이 문제인데, "편집자가 한 일", "저작자가 한 일", "그들은 그런 상황에서, 이런 목적을 위해 계약을 체결했다", "이후 고려되지 않은 다른 저자에 의해 거래가 거절되었다."첫 번째 작가는 그러한 조건 하에서 그러한 거래에 서명하는 것이 법적으로 허용되지 않았다." 등.이 모든 것이 중요해 보이는데, 이 모든 것이 그것이 없으면 설명이 불완전할 것 같다.물론 기사 자체는 내 입으로 쓰겠지만, 내가 의심하는 것은 잡지 기사의 상당 부분을 '참고'란 코너에서 인용하는 것이 인용권을 남용해 저작권 문제가 되지 않을까 하는 것이다.[[사용자:페론 페론]] 03:32, 2007년 5월 12일 (UTC) :너무 세세한 부분까지 파고드는 것 같군.만약 이 논란이 매우 중요하다면, 그것은 그 자체로 기사를 쓸 만할지 모르지만, 대부분은 그렇지 않을 것이다.만약 그것이 그 자신의 기사를 쓸 자격이 없다면, 법원 사건에 대한 서너 개의 문장 요약으로 충분할 것이다.그런 경우에는 참고할 만한 문제가 없어야 한다.그 경우를 설명할 때 당신은 '불확실'과 '알 수 없음'과 같은 단어를 사용했는데, 이것은 유명하지 않다고 주장하는 경향이 있다.[[사용자:EdJohnston EdJohnston]] 15:11, 2007년 5월 12일 (UTC) ::잡지에 오프라인 출처를 인용하려면.가능하면 헤드라인, 날짜, 저자, 잡지 발행부수, 페이지 번호만 적어두면 된다.그렇다면 그것은 귀책이다.이것은 쉽게 접할 수 없는 라디오 프로그램이나 신문 등을 인용할 때 사용하는 방법과 같은 방법이며, 당신은 그런 일이 일어났다는 것을 알고 있었다.-[사용자:Kylohk Kylohk]] 15:24, 2007년 5월 12일 (UTC) == blok news by IP == hi!나는 여기 enwiki에서 IP가 어떤 새로운 기사도 쓸 수 없다는 것을 알았다.이것을 차단하려면 어떤 Mediawikifile을 편집해야 하는지 알려주시겠습니까?나는 그것이 그녀의 위키를 위해 필요하다.고마워, [사용자:217.225.140.140 217.225.140.140] 19:34, 2007년 5월 12일 (UTC) : 여보세요.[[mw:]를 편집하십시오.설명서:LocalSettings.php LocalSettings.php] 파일, 위키 루트에서 발견되어 <코드> $wgGroupPermissions['*]['createpage'] = false; </code>를 추가한다.<코드> $wgGroupPermissions['user']['createpage'] = true; </code> 또는 로그인한 사용자도 페이지를 작성할 수 없을 것이다(필요한지 아닌지 확실하지 않지만).HTH. [사용자:아미다니엘 아미다니엘]([사용자 대화:AmiDaniel talk]) 21:36, 2007년 5월 12일 (UTC) == MediaWiki에 대한 명령줄 문제 == MediaWiki 1.10rc2를 다운로드하여 [WAMP] 서버에서 실행 중.하지만 명령줄에서 몇 가지 유지 관리 스크립트를 실행해야 한다.명령줄 PHP는 C:\wamp\php\php.exe의 기본 디렉터리에 있음 - 이 디렉터리에 액세스하려면 어떻게 해야 하는지 아는 사람?참고: Windows XP Professional Home 에디션 기계를 사용하고 있는데, 도움이 된다면.모든 충고는 감사하다.고마워, --<font color="빨간색"[사용자:SunStar Net ''SunStar Net'']</font><<font color="Blue"][사용자 대화:SunStar Net "talk"]</font></supp> 2007년 5월 12일 (UTC) : [Path (computing) path] [[Path (computing) path] [[환경 변수]]]]를 추가하면 명령행에서 <tt>php update와 같이 실행할 수 있다.php</tt>/ 매개 변수를 사용하여 스크립트를 실행할 필요가 없는 경우 .php 파일을 <tt>php-cli.exe>와 연결할 수 있다.[[사용자:MaxSem Max<font size="+1">'S''s'</font>em]] 18:52, 2007년 5월 12일(UTC) == watchlist === watchlist에서 물품의 크기 변화를 나타낸다.현재로서는 이 ''(-50)"처럼 보이지만, [[위키피디아:]에 따르면 ''-50'''''은 정확할 것이다.스타일 매뉴얼(대시)위키백과에 사용되는 #대시 및 하이픈]]확실히 큰 문제는 아니지만, 정확한 캐릭터를 기사에 사용해야 한다면, 감시목록에도 의무적으로 사용해야 한다고 생각한다.[사용자:레요 레요]] 2007년 5월 8일 19:27, 8 (UTC) :스타일의 매뉴얼은 워치리스트에는 적용되지 않는다.--[사용자:Deskana Deskana] [사용자 대화:Deskana <small>(AFK 47)</small>] 19:28, 2007년 5월 8일(UTC) ::그건 IMHO의 질문이 아니다.문체가 나쁘니 고쳐야 한다.] [[사용자:Leyo Leyo]]] 2007년 5월 8일 19:32, 8:그거 흥미로운 제안이네평이한 하이픈(-?) 대신 <코드>&minus;</code>를 사용한다는 말씀이십니까?[[사용자:Fvasconcellos Fvasconcellos]<small> ([사용자 대화:Fvasconcellos t]]]·[특수:기여금/Fvasconcellos c])</small> 19:39, 2007년 5월 8일 (UTC) ::::그래, 내 말이 바로 그 말이야.아래 "삽입바"에서 빼낸 것을 방금 사용했는데, 이 바는 <코드>&minus;</code>와 같은 기호를 생산한다.[사용자:Leyo Leyo]]] [19:44, 2007년 5월 8일 (UTC) : : : : : [BugZilla:8327 일어나지 않을 것][[사용자:Titoxd Tito<span style="색상:#008000;"xd</span]]<<sup>([사용자 대화:티토스드?!?] - [[WP:FAC 쿨한 물건])<//sup>20:38, 2007년 5월 8일 (UTC) : Oh come ''on''!웃기지 마, 여러분. -[사용자:브리온 VIBBER briion]] 20:26, 2007년 5월 8일 (UTC) ::그래, 그렇게 생각했다.아, 그렇구나.[[사용자:Fvasconcellos Fvasconcellos]<small> ([사용자 대화:Fvasconcellos t]]]·[특수:기여금/Fvasconcellos c])</작음> 21:22, 2007년 5월 8일 (UTC) 관련 사소한 문제 몇 가지:(diff)와 (역사)처럼 조직된, 기사 이름 왼쪽에 시대가 나열된다면, 그 감시자는 더 좋아 보일 것이다.[[특수:기여]]는 (역사)(디프)를 나타내지만, [[특수:Watchlist]]는 (diff)(역사)를 표시하며, 이것은 어느 한 쪽을 클릭하는 데 익숙해진 후 혼란스러울 수 있다.–[사용자 대화:Pomte Pomte]] 20:03, 8 May 2007 (UTC)  === (cur)/(last)/(diff)/(hist) interface problems ===  This has made me crazy for as long as I've been here: * The history of a page links to ([[cur]]) ([[last]]) * My watchlist links to ([[diff]]; [[hist]])  * My contributions page links to ([[hist]]) ([[diff]])이제 (diff)와 (마지막)은 같은 것이고, 내 (또는 다른 사람의) 기여 페이지를 볼 때 주어진 편집이 (current) 버전과 어떻게 다른지 자주 보고 싶다.그리고 세미콜론이라는 것은 그저 무의미하다.더 나은 인터페이스를 위해 이러한 도구를 표준화하는 방법에 대한 아이디어가 있으십니까?분명히 역사 페이지에는 (역사) 링크가 생략될 수 있지만, 더 나은 방법이 있어야 한다."[사용자:내블리스내]]'[[User_talk:Na'blis blis]]"20:32, 2007년 5월 8일 (UTC) :아마도 좀 이상한 것 같다.하지만 당신이 그것에 대해 생각할 때 "diff"는 "마지막"보다 더 일반적이다.RC/워치리스트/연락 페이지의 경우, 분명한 차이점은 하나뿐이며, 이는 이전 페이지와 반대되는 것이다.역사 페이지에서는 모든 개정판이 바로 거기에 있고, 확산될 수 있기 때문에 (마지막)이 좀 더 구체적이다.''[사용자 대화:모든 사람의 목소리 <퐁색="파란색">보이스</font><font color="darkblue"-"font color="black">All</font]''' 21:50, 2007년 5월 8일 (UTC) ::음, "마지막"은 상당히 애매한 것 같다.그것은 페이지에 대한 마지막 편집("cur"rent 편집"), 세로 스크롤 측면에서 마지막 편집(첫 번째 편집)을 참조할 수 있으며, 즉시 더 많은 최신 편집(다음 편집)과 관련하여 마지막 편집(실제로 어떤 경우) 또는 이 편집 직전에 발생한 편집인 "이전" 편집을 참조할 수 있다.대부분의 사람들이 이 편집과 이전 편집 간의 차이를 의미할 것으로 예상하기 때문에, 좀 더 일반적인 용어가긴 하지만 "diff"는 훨씬 덜 모호한 경향이 있을 것이라고 생각한다.실패한다면, 나는 "prev"가 더 정확할 수도 있다고 생각한다.[[사용자:아미다니엘 아미다니엘]([사용자 대화:AmiDaniel talk]]) 22:22, 2007년 5월 8일 (UTC) :::나는 마지막에 (diff)하고 싶어 - 사이트의 '링고'에 있고 위의 인터페이스 페이지에 더 자주 나타나. 그냥 옵션으로 (cur)를 더 자주 보고 싶어.인터페이스 측면에서 세미콜론이 더 말이 되는가?(diff; cur; hist) 또는 (diff) (cur) ?-"[사용자:내블리스내]]'[[User_talk:Na'blis blis]" 12:41, 2007년 5월 9일 (UTC) :::개인적으로 나는 세 가지 예시 모두에서 디프, 그리고 비반점 링크를 선호한다. (참고: 내 감시목록은 세미콜론을 사용하지 않는데, 나는 왜 너의 것이 다른지 궁금하다.(환경설정에서 무언가를 선택)나는 내 스크립트 중 하나에 'last'를 사용하여 '가장 최근에 편집한 이 페이지에 대한 차이점, 즉 당신이 원하는 것이 될 수도 있고 아닐 수도 있다'("diff"가 아닌)를 의미한다.-[사용자:ais523 ais523] 2007년 5월 13:19, 9일 ([사용자:ais523 U]][사용자 대화:ais523 T][특수:기여금/Ais523 C]]) ::::::::::::감시 목록의 모양은 선호도에서 "최근 향상된 변경사항"을 선택했는지 여부에 따라 달라진다.(그렇다, 최근의 변화에 대한 옵션이 감시 목록에도 영향을 미친다는 것은 다소 혼란스럽지만, 두 기능은 내부적으로 코드를 공유한다.)"마지막" 링크에 대해서는, 본문 변경에 대한 합의가 있었다면, [[MediaWiki:last] 편집으로 할 수 있었다.그러나 세미콜론과 괄호는 MediaWiki 소스에서 하드코드로 되어 있으며 개발자만이 변경할 수 있다.변경을 원하면 [[bugzilla: bugzilla]]에 요청을 할 가치가 있을 것이다.—[사용자:일마리 카로넨 일마리 카로넨] <작은 것>([사용자 대화:일마리 카로넨 토크])</작음> 2007년 5월 9일 (UTC) ::::::::::그 말은, 요청을 제출하기 전에, 사람들이 원하는 형식이 어떤 것이어야 하는지에 대해 동의하도록 하십시오.벌레전쟁은 멍청하다.[[사용자:Titoxd Tito<span style="색상:#008000;"xd</span]]<<sup>([사용자 대화:티토스드?!?] - [[WP:FAC cool thing])</suppose 17:13, 2007년 5월 13일 (UTC) ==감시 목록 제한에 대한 해결 방법?==감시원 문제로 골머리를 앓고 있다.심지어 7일 동안 편집한 것을 보여주도록 설정했을 때도, 나는 상당히 하루도 안 되어 가고 있다.몇 백 페이지 짜리 편집에 적극적이고 감시하고 있는데 인공적으로 설정한 250 편집 캡이 만들어져서 12시간 전쯤 마지막으로 잠자리에 들기 전의 편집도 볼 수 없도록 하고 있다.250개 편집된 캡에 대한 해결책이 있을까? 내 감시 목록을 다듬는 것 말고?지우는 게 편할 정도로 오늘 밝아진 페이지는 한 장도 보이지 않는다.[[사용자:Mr Zaius <font color="Blue""Mr"Zaius"</font>]<<sup>[사용자 대화:MrZaus ''<font color="Blue" talk</font>']</sup> 05:50, 2007년 5월 19일 (UTC) : "my preferences"(오른쪽 위) → "watch list"로 이동하여 값 <코드>를 변경한다.확장된 감시 목록에 표시할 편집 횟수: 250보다 큰 숫자로 표시됨. [[사용자:마르코톨로 마르코톨로] 02:32, 2007년 5월 20일 (UTC) ==트윙클 == 나는 [WP:반짝반짝 빛난다.트윙클을 제거하면 오류로 인해 보기를 변경할 수 있다.나는 Mozilla Firefox를 닫고 시스템 복원을 했는데, 컴퓨터가 켜지는 오류가 좀 있었어.내 OS는 Microsoft Windows XP이다.[[사용자:Jet123 Jet123] [사용자 대화:Jet123 (Talk)] 2007년 5월 14일 (UTC) 00:31, 2007년 5월 14일 (UTC):Twinkle(또는 해당 사항에 대한 다른 스크립트) 제거를 완료하려면 위키백과 페이지를 방문하여 로그인한 후 [[Wikipedia:캐시를 바이패스함]]]Windows에서 Firefox를 사용하고 있을 때 Control-F5를 누르면 이 작업을 수행할 수 있다.문제가 해결되지 않으면 다시 보고하십시오. [사용자:ais523 ais523] 07:51, 2007년 5월 14일([사용자:ais523 U][사용자 대화:ais523 T][특별:기여/Ais523 C]) ==기사 내 범주 내용 포함 ==시맨틱 미디어위키 아래, <노위키>[카테고리][카테고리] 구문과 함께 [http://wiki.ontoworld.org/wiki/Help:Inline_queries 인라인 쿼리]를 사용하여 카테고리의 내용을 기사에 포함할 수 있다.이 기사에 포함되어야 하는 사항들]<//질문> 여기서 구현된 표준 미디어위키에서 동일한 작업을 수행할 수 있는 방법은 없을까?[사용자:Ssbohio Ssbohio] 13:53, 2007년 5월 13일 (UTC) :범주는 템플릿이며 <코드>{:카테고리:categoryname}</code>, 여기서 "categoryname"은 카테고리 이름이다.이것은 또한 그 범주가 <무포함> 태그 안에 있지 않는 한 그 범주의 어떤 범주도 초월할 것이다.–[사용자 대화:Pomte Pomte] 01:39, 2007년 5월 14일 (UTC) :::그것은 작동하지 않는다(예: {{:Category:위키백과 보호되는 편집 요청} : ::: {{:}:범주:위키백과 보호 편집 요청}}. (참고 내용은 표시하지 않고 카테고리의 머리글만 표시됨)범주의 내용을 표시하려면 <카테고리트리 모드="페이지" 하이데루트="온">을 작성한다.위키백과 보호되는 편집 요청(</categorytree): <categorytree 모드="pages" hideroot="on")>위키백과 보호되는 편집 요청(</categorytree) ::그것이 도움이 되기를! --[사용자:ais523 ais523] 07:54, 2007년 5월 14일 ([사용자:ais523 U][사용자 대화:ais523 T]][특별:기여/Ais523 C]) ==해석 페이지 링크 표시 ==단조 기사 링크의 색상이 다른 것으로 보이는 최근의 변경에 따라해,해석 페이지에 대해서도 그렇게 할 수 있을까?그것은 편집자들에게 dab 페이지에 잘못 연결된 링크를 경고할 것이다.나는 이런 종류의 것을 끊임없이 확인하지만, 괴로울 정도로 많은 수의 편집자들이 그들의 링크를 확인하지 않고 대신 dab 페이지에 링크를 남기는 것 같다.그렇다면, 이 기능은 과연 가능할까?[[사용자:카차롯 카차롯] 2007년 5월 13일 (UTC) :재미있는 말씀입니다만, 최근에 스텁 임계값을 1500으로 설정했는데, 그 덕분에 오늘의 [[위키피디아:]을 위한 [[콘셉션 설명 페이지]] 링크를 찾을 수 있었다.오늘의 특집 기사/2007년 5월 13일 FA](여기 [http://en.wikipedia.org/w/index.php?title=Wikipedia:Main_Page/Errors&diff=prev&oldid=130436086] 참조).설명 페이지가 항상 짧은 것은 아니지만, 두 페이지가 충분히 자주 연관되어 일부 설명 페이지를 찾는 데 유용한 스텁 임계값을 만든다.#DISAMB 사용불명확한 페이지를 비문자(어디서 제안)로 표시하는 IG는 당신이 제안하는 것을 구현하는 방법이 될 수 있다.[[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span]]</sup> § 16:39, 2007년 5월 13일 (UTC) ::좋다.비슷한 맥락에서, #REDIRD(사용 중인)가 리디렉션을 다르게 보이게 할 수 있지만, 그것은 덜 유용할 것이다.사실, 그걸 쓸모없게 만들어.대부분의 경우 리디렉션은 (중복 리디렉션이 아닌 경우) 그대로 둘 수 있으며(또 그래야 함) 그러나 모호한 페이지와 스텁에 대한 링크는 강조 표시에 유용하다.그러나 스텁 문턱은 진짜 스텁(대부분은 그렇지만 대부분 스텁 템플릿으로 표시되지는 않음)인 기사와 짧지만 여전히 둥글고 완전한 기사를 구분하지 않는다는 점이다.내 문턱이 너무 높아서 그런가 봐현재 6000개 입니다.나는 내가 어떤 변화를 느끼는지 보기 위해 그것을 4000으로 낮추고 있다.[[사용자:Carcharoth Carcharoth] 17:05, 2007년 5월 13일 (UTC) 범주 목록에 리디렉션이 다르게 나타나려면 어떻게 해야 할지 궁금하다.이것은 알파벳 순으로 서로 옆에 나타나지 않는 기사에 이름을 붙이는 두 가지 동일한 유효한 방법이 있는 경우에 매우 유용할 것이다.기사는 정상적으로 분류되고, 대체 이름은 리디렉션이 되며, 이것은 또한 분류될 수 있다.만약 그것이 다른 색깔로 나타났다면(또는 이탤릭체로 나타났다면) 그것은 기사가 아니라 리디렉션임을 나타낼 것이다.임계값은 카테고리 페이지에 영향을 미치는가? - <b>[사용자:샘 샘]</b></small> wantman</small> 00:39, 2007년 5월 14일 (UTC) : 네, 하지만 리디렉션에 어떤 영향도 끼치지 않는다.(말이 되는군.리디렉션은 보통 매우 짧지만 스텁은 아니다.)[특수:모든 페이지]]], 리디렉션은 기울임꼴로 나타나며, 이는 범주에서도 일어나는 것이 타당할 수 있다.—[사용자:일마리 카로넨 일마리 카로넨] <작은 것>([사용자 대화:일마리 카로넨 토크])</작음> 02:30, 2007년 5월 14일 (UTC) : : : ...와 [rev:22156 완료].변경이 활성화되면 [[MediaWiki:]에 "<code>.redirect-in-category { font-style: 기울임꼴; }</code"를 추가할 수 있다.Common.css] 및 리디렉션은 범주 페이지에서 기울임꼴로 나타난다.(사실, 이미 추가할 수 있고 개정안이 활성화되면 효력이 발생하게 될 겁니다.)—[사용자:일마리 카로넨 일마리 카로넨] <작은 것>([사용자 대화:일마리 카로넨 talk])</작음> 03:28, 2007년 5월 14일 (UTC) ::::Hm; 나는 결코 이탤릭체로 된 것을 좋아하지 않았다.나는 좀 더 뚜렷한 색의 변화를 좋아한다(예를 들어, [http://fr.wikipedia.org/w/index.php?title=Special%3AAllpages&from=Category&namespace=104]다행히 CSS 클래스 : [[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span>]</sup> § 04:01, 2007년 5월 14일 (UTC) ==미리보기 같은 저장 행위 클릭 ==최근에 그것을 찍기 위해 세 번이나 "저장"을 클릭해야 했다.[[사용자:Corvus cornix Corvus cornix] 22:53, 2007년 5월 11일 (UTC) :나도 같은 문제를 겪었소.세션 데이터 손실에 대한 메시지와 로그아웃했다가 다시 로그인해 보자는 제안이 있다.때때로 나는 내 감시 목록을 클릭할 것이다. 단지 "로그인해서 당신의 감시 목록을 보십시오."라는 말을 들을 뿐이다.뒤로 버튼을 클릭하고 다시 시도하는 것은 지금까지 효과가 있었다.오늘만 이런 일이 일어나는 것을 알아차렸다.[사용자:쿄코 <퐁페이스="arial" color="#8652b9">"Kyok"</font]]][[사용자 대화:쿄코 <퐁페이스="arial" color="#BA55D3">''o''</font>]] 14:58, 12 May 2007 (UTC) ::Using [https://secure.wikimedia.org/wikipedia/en/w/index.php?title=Special:Userlogin the secure server] can help to solve problems with session data and logging in/out. --[[User:ais523 ais523]] 15:01, 12 May 2007 ([[User:ais523 U]][[User talk:ais523 T]][[Special:기여금/Ais523 C]]) :::그것은 아마도 로그아웃하고 일반 서버에 다시 로그인하는 것만큼 도움이 될 것이다.그게 도움이 될 다른 이유는 상상할 수 없어. [[사용자:Tim Starling Tim Starling]] 16:35, 2007년 5월 13일 (UTC) [[memcached] 서버 중 하나에 최근 문제가 발생하여 세션 데이터 손실이 발생하였다.문제가 된 상자는 이미 폐기되었고 스페어 한 개가 사용되었다.고마움은 도마스 미투자스를 향해야 한다.[사용자:164.11.204.56.204.11.204.56] 00:28, 2007년 5월 14일(UTC) ==SVG 문제 ==몇 달 전에 업로드한 svg 이미지는 여전히 렌더링되지 않는 반면, 같은 날짜에 업로드한 다른 이미지는 즉시 렌더링되지 않는 반면, 왜 그런지 아십니까?이미지는 [[:이미지:해양_바진.svg]]] 이미지 자체를 보면 잘 볼 수 있지만, 위키 페이지에서는 축소판 그림이 생성되지 않는다.그것이 조금이라도 차이를 만든다면, 그것은 공유지에서 개최된다.[[사용자:Chris_huh <font face="이전 영어 텍스트 MT" color="다크푸른" size="4" >C</font>]][[사용자:Chris_huh <font color="darkblue" size="2" >hris_huh</font>]<<<<user_talk:Chris_huh <font color="orange" size="1" >talk</font>]</sup> 09:36, 2007년 5월 14일 (UTC) :SVG 파일에 내장된 JPEG 이미지일 뿐이다.JPEG 버전을 업로드해도 괜찮고, SVG에 포함시키면 장점이 없다. [[사용자:카사드 왕자님]] 15:39, 2007년 5월 14일 (UTC) == 위키백과 로봇이란 무엇인가.txt 파일 언더?==누군가가 위키백과 로봇의 라이선스를 명확히 할 수 있을지 궁금하다.txt 파일(즉, 로봇의 텍스트가 아닌 웹 크롤러에 실제로 제공된 파일).txt 기사).간단히 말해서, 로봇의 일부를 채택하는 것이 적절한가?다른 콘텐츠가 GFDL에 속하지 않는 웹 사이트의 txt 파일(속성 유지) ? 분명히 다른 콘텐츠는 로봇의 파생 작품이 아닐 것이다.txt 정보누군가가 당신의 로봇에 많은 노력을 기울인 것 같다.다른 웹 마스터에게 유용한 자원이 될 수 있는 txt 파일.고마워 [[사용자:Mermade Mermade] 07:46, 2007년 5월 14일 (UTC) : 내 생각으로는, 그냥 당신 뜻대로 하시오. :) --[사용자:브리온 VIBBER briion]] 2007년 5월 14일 14:39, 14 (UTC) Fantastic, ta! [사용자:Mermade Mermade]] 17:44, 2007년 5월 14일 (UTC) == 새로운 DB-lock 출현 == 데이터베이스가 잠겨 있을 때 "이 페이지 편집" 태그를 "데이터베이스 잠금"으로 표시하도록 할 수 있는가?''<span style="font-size:95%;font-variant:small-caps;font-family:Treebucet MS"><font color="#229922"][사용자:Magnus animum '~' magnus animuM]</font>[user talk:매그너스 애니멀 <스팬스타일="색:빨간색"> 브레인 프리즈!</span>]</sup>'' 22:18, 2007년 5월 13일 (UTC) :나는 그것이 꽤 쉽게, 심지어 쉽게 이루어질 수 있을 것으로 예상한다.하지만 페이지뷰당 추가되는 <코드>통계 통화에 드는 사소한 비용조차도 실제로 가치가 있다고는 확신할 수 없다.어떤 경우든, 그러한 특징을 제안하기에 적절한 장소는 [[bugzilla: bugzilla]]일 것이다.—[사용자:일마리 카로넨 일마리 카로넨] <작은 것>([사용자 대화:일마리 카로넨 talk])</작음> 04:40, 2007년 5월 14일 (UTC) 생각해 보면, 이렇게 해서는 안 되는 큰 이유가 하나 있는데, 즉, 데이터베이스가 잠겨 있는지 여부를 알아야 하는 시간은 페이지를 볼 때가 아니라 ''편집하려고 할 때'이다.두 사람은 상당한 시간이 지나면 헤어질지도 모른다.HTH HAND —[사용자:필 보스웰 필] [사용자 대화:Phil Boswell Talk] 10:44, 2007년 5월 14일 (UTC) :그러므로 그렇게 되지 않을 것이다.--[사용자:브리온 VIBBER briion]] 2007년 5월 14일 14:39, 14(UTC) == Perlwikipedia == 현재 [사용자:Shadow1/perlwikipedia perlwikipedia]]는 위키백과의 편집을 금지한다.나는 이것이 관리자 해킹 때문이라고 믿고, 나는 이것이 타당하다고 생각한다.하지만, 그것은 내 도구들 중 하나가 제대로 작동하지 못하게 하고 있다.언제 차단 해제될지 알 수 있을까?에이전트 문자열은 현재 "Perlwikipedia/version 문자열(min은 0.90)"이다.[[사용자:Veinor Veinor] [[User_talk:Ceinor <sup>(/sup) [말씀)] 2007년 5월 14일 20:53, (UTC) : useragent 헤더를 단순히 툴의 이름으로 변경하거나, 이와 유사한 무해한 것으로 변경하면 안 되는가?[[사용자:마틴p23 마트]'[사용자_talk:마틴p23 inp23]''' 21:06, 2007년 5월 14일 (UTC) ::예...왜 우리는 항상 정말 명백한 것들을 그리워할까?[[사용자:Veinor Veinor] [[User_talk:Ceinor <sup>(talk to me)</sup>] 21:08, 2007년 5월 14일 (UTC) == 템플릿 문제 == Hi, http://en.wikipedia.org/wiki/Bay_%28TTC%29#Lower_Bay_opening_for_Doors_Open_2007에서 {{tl current-section}}을(를) 삽입했더니 보기 흉한 텍스트 전용 카테고리 링크가 섹션에 나타나게 되었다.왜 그랬지?템플릿에 문제가 있는지, 아니면 내가 사용한 방식에 문제가 있는지 누가 좀 봐줄래?감사합니다, --[사용자:용서받지 못한 용서][[사용자:unforgetableid/Esperanza <span style="color:green; 커서:help;"e</span]]][[사용자:unforgettableid ttableid] [[User_talk:unforgettableid 내 운전은 어때?] 17:33, 2007년 5월 14일 (UTC) :편집 확인했는데 페이지는 괜찮아 보인다.사용자 [[사용자:Gracenotes Gracenotes]]는 이후 동일한 페이지를 편집하여 템플릿을 변경했다.하지만 원본은 여전히 괜찮아 보인다.일시적인 위키피디아 결함이었을까?[[사용자:터그버그 터그버그]] 2007년 5월 14일(UTC) 22:47::<코드>날짜 매개변수는 보통 날짜가 아니라 <코드> 2007년 5월 </코드>의 형태로 월이 되어야 한다.다소 오해의 소지가 있지만 [[사용자:Gracenotes Gracenotes]]는 어떤 포맷을 넣든 상관 없도록 고쳤다.–[사용자 대화:Pomte Pomte]] 00:14, 2007년 5월 15일 (UTC) == 다른 페이지의 텍스트에 특수 페이지 목록을 삽입하는 방법 ==특수 페이지의 내용을 직접 다른 페이지에 삽입하는 방법이 있는가?나는 가장 최근의 5페이지와 가장 인기 있는 5페이지를 같은 페이지에 보여주는 페이지를 만들고 싶다.나는 원래 이런 질문을 했다 [[:도움말_desk#how_to_embed_a_special_page_list_in_text_of_another_page here]와 함께 누군가가 여기서 시도해보라고 했다.고마워요.[[사용자:Michaelmcandrew Michaelmcandrew]] 16:09, 2007년 5월 15일 (UTC). :일부 특수 페이지: <코드>{특수:최근 변경 사항/5}}</code>는 {{Special:최근 변경사항/5} :하지만, 다른 특수 페이지는 그럴 수 없다.위키피디아에는 서버 부하를 이유로 인기 페이지 특별 페이지가 없지만, 한 가지 예로는 {{Special:기여/ai523}} : :전폐가 아닌 연결로 나타난다.그것이 도움이 되기를! --[사용자:ais523 ais523] 2007년 5월 15일 16:36, 2007년 5월 15일 ([사용자:ais523 U][사용자 대화:ais523 T]][특별:기여/Ais523 C]) == 제거된 명명된 참조에 대한 경고?== 나는 몹시 피곤하고<>에서 빈 각주를 찾는 아픕니다;tt>,>참조 />,<>/tt>. 왜냐하면 누군가는, 보통 악의 없는 명명된<>에서 맨 처음 발견되는 삭제하고 다른<>를 보기 위해 확인하지 않고 tt>, <, ref>,<>/tt>tt>,<>ref name="..."/>,<>/tt&gt는now-removed referen에 의존에 따르는 것.ce.해당 <tt><ref name="..." /></tt>가 존재하지 않기 때문에 확장할 수 없는 페이지를 누군가가 저장했을 때 경고를 생성할 수 있는 방법은 없을까?부탁드려도 될까요?역사를 통해 삭제된 원본 참조를 찾는 것이 그렇게 어렵지 않다면 이 문제는 그리 큰 문제가 되지 않을 것이다.삭제된 대부분의 구절에 대해서는 수동 이진 검색만 하면 된다.그러나 이러한 종류의 누락된 참조에 대해 기록을 검색하려면 각 버전을 "편집"하고 페이지 소스에서 누락된 참조를 검색해야 한다.[사용자:75.35.109.153 75.35.109.153] 07:48, 2007년 5월 6일 (UTC) : 수동 바이너리 검색으로 무슨 뜻인지 모르겠다.삭제된 참조를 찾는 방법은 다음과 같다. [[WP:]일정 기간 동안 수정된 DIFD diff]] 간에, 현재 수정본과 마지막 수정본 50번째 수정본의 차이점을 말하면, 참조가 사라질 때까지 편집내역 페이지별로 이 페이지를 수행한다(오른쪽은 표시되지만 오른쪽은 아님).그런 다음 단일 diff가 발견될 때까지 시간 간격의 청크를 계속 닫으십시오.–[사용자 대화:Pomte Pomte] 09:42, 2007년 5월 6일 (UTC) ::[2차 검색] 참조.- [[사용자:CesarB cesarb] 09:33, 2007년 5월 7일(UTC) ::실제로 "검색 공간"은 각 단계마다 요인 3으로 줄일 수 있다. {{mlm 도움말:Diff Searching_a_particular_change}.--[사용자:패트릭 패트릭]] 22:57, 2007년 5월 7일 (UTC) ::::::아니오: 검색 공간의 절반을 없애기 위해 하나의 디프프를 보는 것이 2/3rds를 제거하는 것보다 빠르다.편집된 메타에 대한 대상.[사용자:75.18.200.11 75.18.200.11] 17:08, 2007년 5월 15일(UTC) ==Watchlist===watchlist는?내 말은 지연과 메세지?메시지를 끌 수 있고 앞으로 이 지연이 있을 것인가?[[사용자:Aaron Bowen Aaron Bowen]] 17:56, 2007년 5월 22일 (UTC) :사용자 .css 페이지를 사용하여 "mw-lag-warn-high" 클래스의 항목을 보이지 않거나 숨겨진 항목으로 설정한다.''[사용자 대화:모든 사람의 목소리 <퐁색="파란색">보이스</font><font color="darkblue"-"font color="black">All</font]'''' 2007년 5월 22일 19:30, 22 (UTC) :안녕 아론.이 메시지는 기존의 간헐적인 현상을 설명하는 공지사항으로, 다양한 서버가 많은 양의 변화를 따라잡는 동안 때때로 감시 목록과 다른 목록들이 최근의 변화를 표시하지 못하게 한다.지연이 있을 때만 보여주고, 다른 때는 보이지 않는다.:아무튼 숨기고 싶으면 숨겨도 되고, 거기에 대한 힌트를 얻으려면 위로 스크롤하면 된다.[사용자:브리온 VIBBER briion]] 2007년 5월 22일 19:31, 22(UTC) == 상위임계기사의 모든 변경사항을 감시하는 방법?== 모든 [[:Category:중국 관련 기사]]의 상위권.나는 Special을 보았다.범주에 대한 최근 변경사항 링크되었지만, 범주는 실제로 메인 스페이스가 아닌 토크 페이지를 포함한다."관련 변경사항"에 대해 생각했지만, 150개 이상의 링크 페이지를 수작업으로 만들어 유지해야 할 것이다.내가 이것을 할 수 있는 간단한 방법이 있을까? -[사용자:Ideogram Ideogram]] 2007년 5월 16일 00:15, (UTC) : "모두 당신의 감시자 명단에 추가"하는 것이 당신이 찾고 있는 답은 아닌가?~"[사용자:ONUnicorn <span style="color:#0cc")ONUnicorn[/span]"[사용자 대화:ONUnicorn Talk] [[특수:기여/ONUnicorn 기여]])</<작다>[작다]WP:P&S 문제해결]</소규모> 02:03, 2007년 5월 16일 (UTC) :더 좋은 방법이 떠오르지 않아 [[사용자:]에서 현재 목록을 작성했다.폼테/카테고리:[특수:최근 변경사항 링크/사용자:폼테/카테고리:상위 가치_중국 관련_articles 최근 변경 사항.내가 매주 업데이트해줄 수도 있고, 아니면 네가 봇에게 [[WP:]에 물어보는 게 좋을 수도 있어.BOTREQ]]]].–[사용자 대화:폼테 퐁테] 02:27, 2007년 5월 16일 (UTC) ::목록은 어떻게 만들었는가?비단뱀 문자나 그런 거라면 내가 직접 할 수 있다.[사용자:Ideogram Ideogram]] 03:42, 2007년 5월 16일 (UTC) ::나는 대본을 쓰지 않았지만(python을 모른다) 아마도 다음 단계를 사용하여 만들 수 있을 것이다:::# 어디선가 미리보기: <코드><카테고리트리 모드="페이지" 히데루트="온").중국 관련 기사 1위:[/categorytree] :::# 대화 페이지 목록 복사.:::# <코드> 교체[/code]*[</code]*[::# 각 행의 끝을 [code]][/code]로 대체하십시오.–[사용자 대화:Pomte Pomte]] 04:05, 2007년 5월 16일 (UTC:그래, 이맥스에서 할 수 있어.그런 생각을 했어야 했는데.고마워![사용자:Ideogram Ideogram]] 04:15, 2007년 5월 16일 (UTC) == 최근 변경 사항 RSS == 정보를 업데이트하기 위해 Javascript를 사용하는 방법을 아는 사람?또한 등록 편집과 등록되지 않은 편집은 어떻게 구분할 수 있는가?''''[색깔="#6699]DD">[사용자:레디안 레디안] </font> <font color="#6699DD" (</font><font color="#6699)DD">[user_talk:Redian Talk]</font><font color="#6699DD")</font> '' 19:46, 2007년 5월 15일 (UTC) : "등록되고 등록되지 않은 편집"이란 무슨 뜻인가?[[위키피디아:]를 말하는 거야?계정을 만드는 이유등록 및 등록되지 않음]] "사용자/등록"? -- <유저 스타일="등록된 패밀리:모노타이프 코르시바; 글꼴 크기:15px;"][사용자:존 브레드온 존 브레드온] </font> [사용자 대화:존 브레톤 (차떼기)] 22:36, 2007년 5월 15일 (UTC) ::네, 그런 뜻이었습니다.확실하지 않아서 미안해.최근 변경 목록에 액세스하여 [[WP:]와 유사한 필터 옵션을 허용하는 프로그램을 만들려고 함반짝반짝]]]기존 브라우저에서 Javascript(소르타)가 아닌 것을 제외한다.나도 RSS 피드를 해독하는 방법을 알아내야겠지만, 지금으로서는 RSS 피드를 입수하고 등록되지 않은/등록되지 않은 사용자 편집을 분리하는 것이 나의 주된 관심사다.''''[색깔="#6699]DD">[사용자:레디안 레디안] </font> <font color="#6699DD" (</font><font color="#6699)DD">[user_talk:Redian Talk]</font><font color="#6699DD")</font> ''00:45, 2007년 5월 16일 (UTC) == 모질라에서 이상한 새로운 행동 == 나는 모질라 1.7.8을 데비안 사르지에 실행하고 있으며, 내 취향에 따라 MathML을 틀게 된다.오늘부터, 아니 어쩌면 어제부터, 대부분의 WP 페이지 상단에 이상한 단절이 있다.예를 들어, 이 페이지의 상단에 [[이미지:WPMozillaBug.png]].그것보다 더 짜증나는 것은 내 커서가 페이지를 편집할 때 각 줄의 위치 55를 지나 사라진다는 것이다.이것은 Konkeror를 사용할 때는 발생하지 않지만, 나는 Konkeror에서 사용할 수 있는 모든 글꼴을 가지고 있지 않기 때문에 좋은 옵션은 아니다.무엇이 이런 일을 일으켰을지 짐작이 가는 사람? -[사용자:Trovatore Trovatore] 2007년 5월 15일 00:15, (UTC) : 브라우저를 다시 시작해 보셨습니까, 그리고 만약 그것이 안 되면 재부팅해 보셨습니까?—[사용자:Dvandersluis Daniel Vandersluis]]<sup>([사용자 대화:Dvandersluis talk])</sup> 2007년 5월 15일 (UTC) ::컴퓨터를 다 쓰면 끄고 필요할 때 다시 시작한다(전체 가동 시간을 이해하지 못했다).효과가 지속되다.(그런데 내가 첨부된 이미지의 맥락을 완전히 전달했는지는 확실하지 않다. 화면 중앙에서 나온 조각이다. 내가 보는 것이 그것뿐이라고 말하는 것은 아니다.그런데 수평줄과 그 위의 글자에 갑자기 뛰어든 것이 거기에 있다.) -[사용자:트로바토레 트로바토레] 21:28, 2007년 5월 15일 (UTC) 이제 효과는 사라졌다.여기에 자세히 나와 있는 관찰 내용과 관련이 있는 최근 변경 사항이 있었는가? -[사용자:트로바토레 트로바토레] 01:42, 2007년 5월 16일 (UTC) ==시연장 == 최근 몇 가지 기여에서 알 수 있듯이 [mw:확장:시시연장]]] 시 관련 기사에 수록되어 있다.하지만 계속하기 전에 먼저 이것들에게 물어보는 것이 좋을지도 모른다: #내가 지금까지 해왔던 것처럼 시를 대량으로 대체하는 일이 일어나야 하는가?#</code> 들여쓰기를 모방하기 위해 "margin-left: 2em"을 하는 대신, 이 행동을 모방하는 클래스("poemindent"라고 말한다)는 어떨까?시 태그는 자동으로 '시' 클래스가 있는 칸을 만들어내지만, '모든' 시가 그렇게 움푹 들어가도록 하는 것은 좋지 않을 수도 있다.[[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span>] § 2007년 5월 15일 (UTC) § 00:11, 2007 (UTC) :# 그래, 그래서 미래의 편집자들은 그것들을 볼 수 있고, 시와 가사를 위해 모든 줄의 공백이나 <br>로 더 이상 귀찮게 하지 않을 수 있다.:# 시를 들여써서는 안 되는 시나리오가 있는가?그렇다면 [[MediaWiki:]라고 하는 수업이 있어야 한다고 생각한다.Common.css]는 유지보수를 위한 것으로, 사용자는 자신의 시를 읽는 방법을 정의할 수 있다.–[사용자 대화:폼테 폼테]] 2007년 5월 15일 00:25 (UTC) ::::요청했다.[[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span>]</sup> § 22:01, 2007년 5월 15일 (UTC) == watchlist crazy == 나의 watchlist는 갑자기, 음, 나의 watchlist 대신 [Graham Dilley] 기사의 버전을 보여주고 있다.다시 시작하려고 했지만 소용이 없었어.아까 딜리 씨의 (읽은) 기사라고 편집했는데, 무슨 일인지 이해할 수가 없어. --[사용자:체류자 체류자] 15:39, 2007년 5월 16일 (UTC) == 자본화 == 자본화어떤 이유로 나는 위키피디아가 글 제목에 알란 레흐츠차펜의 두 번째 이름을 대문자로 쓰도록 할 수 없다.내가 입성할 때 나는 확실히 그 이름을 대문자로 썼다.답답하다.[[사용자:RDates Richard Dates]] 14:34, 2007년 5월 16일 (UTC) : 당신을 위해 페이지를 [Allan Rechtschaffen]으로 이동시켰다.—[사용자:Dvandersluis Daniel Vandersluis]]<sup>([사용자 대화:Dvandersluis talk])</sup> 2007년 5월 16일 (UTC) == Hidden 텍스트 == 검색란 위에 존재하지 않는 페이지를 입력하면 결과 텍스트("Wikipedia")에는 이 정확한 이름의 기사가 없다.검색..."등)은 숨겨져 있다.거기 있긴 한데, 같은 색 배경에 옅은 노란색 텍스트가 있는 것 같아.IE6의 클래식 스킨을 사용하고 있다.누가 이것 좀 조사해 줄래?– [[사용자:Tivedshambo Tivedshambo]<small> [사용자 대화:Tivedshambo (talk)]</small> 08:51, 2007년 5월 16일 (UTC) :이제 다시 괜찮아질 것 같다.– [[사용자:Tivedshambo Tivedshambo]<small> [사용자 대화:Tivedshambo (talk)]</small> 08:55, 2007년 5월 16일 (UTC) ==Secure server ==보안 서버는 사용할 수 없을 정도로 지난 몇 시간 동안 필사적으로 느려져 왔다.그것은"기다리는 것"으로 고착되어 있다."지금은 나아지고 있다 - 미국에서 무거운 짐?[[사용자:172.206.36.63 172.206.36.63] 07:53, 2007년 5월 16일(UTC) == en.위키백과 기사 ->에 관한 내용:자체 앱에서 빈칸 ==여보세요, 최근 자체 개발한 앱에 문제가 생겼다.이 앱(돌핀 스몰토크 6.0에서 개발)에서는 특정 이름 등을 클릭해 임베디드 브라우저 창에 관련 영문 WP 기사를 표시할 수 있는데, (내가 아는 한) 내가 잘 알지 못하는 어떤 식으로든 IE에서 파생된 것으로 알고 있다(tbh 개발 환경의 메뉴에서 끌어서 떨어뜨렸을 뿐이다).그리고, 빙고, 그것은 효과가 있었다.탐색은 URL 변수를 예를 들어, URL 변수를 설정하여 매우 간단하게 수행된다."messages:/en.wikipedia.org/wiki/Frederick_Sanger" 및 "messages" 명령 전송.이 실행 가능한 것은 얼마간 나에게 효과가 있었다.그러나 최근에는 기사를 내보낸 직후에 "정보:공백"으로 넘어가 내장 브라우저 창이 비어 있는 것이 분명하다.이상한 점은 이러한 현상이 '영어' WP 페이지에서만 발생한다는 것이다. 즉, 내장형 브라우저 창의 주소 필드에 "fr.wikipedia.org/wiki/Frederick_Sanger" (또는 "/de/" 또는 "/no/" 또는...)을 입력하면 다른 언어 WP의 관련 기사가 완벽하게 표시된다는 것이다.내가 시도한 다른 모든 웹 주소도 잘 작동한다.IE 자체에서도 모든 것이 잘 작동한다.이제, 나는 브라우저 창이 다른 앱들과 어떻게 연결되어 있는지 자세히 알아보기 위해 개발 버전에 갈 시간이 아직 없었다는 것을 인정한다.그러므로, 나는 깊은 기술적 도움이나 그 어떤 것을 요구하는 것이 아니다. 나는 단지 누군가가 이 새로운 행동에 대한 이유를 즉시 생각해 낼 수 있을까?도와줘서 고마워.[[사용자:OMHalck OMHalck]] 20:30, 2007년 5월 15일 (UTC) : 어렴풋이 반복되는 자바스크립트-시크 오류처럼 들린다.당신의 앱은 javascript 및/또는 <script src=" 태그를 구문 분석하십니까? --[사용자:스플라카 스플라카]([User_talk:스플라카 란트]) 07:18, 2007년 5월 16일 (UTC) : ::내 앱은 사실 콘텐츠로는 전혀 아무 것도 하지 않고 -- 브라우저 창(내가 코드화하지 않은 것)에게 특정 주소로 이동하라고만 말함.하지만 그래, 어떤 스크립트 같은 것이 문제인 것 같아. 어떤 페이지에서도 실제로 자바스크립트 오류 메시지를 받았어.::어쨌든, 나는 방금 업무용 컴퓨터에서 정확히 같은 .exe를 사용하여 일이 잘 되는 것 같아서 오늘 밤 집에 돌아가면 그냥 다시 테스트해 볼까 봐.만약 여전히 문제가 있다면 그것은 분명히 내 책임이다.대답할 시간을 내줘서 고마워![[사용자:OMHalck OMHalck]] 08:43, 2007년 5월 16일 (UTC) == 툴박스의 하위 페이지 링크 ==이것은 최근에 커먼스에 추가되었고 매우 유용한 것으로 입증되었다.[[MediaWiki:]에 추가하면 다음과 같은 자바스크립트다.Common.js]]는 도구 상자 아래에 "하위 페이지" 단추를 추가하여 해당 페이지의 모든 하위 페이지를 표시하는 페이지로 연결한다.이것의 예를 볼 수 있다 [[commons:User:Yonatanh here on commons](왼쪽 사이드바, 툴박스의 마지막 링크 참조).[[사용자:요나탄 요나탄] <섭> [사용자_토크:요나탄토크]</super> 02:29, 2007년 5월 17일 (UTC) == 기사의 시간 기반 인덱싱 ==무슨 일이 일어난 날짜가 가능한 다른 관심 기사들의 분류에 도움이 될 수 있도록 위키백과 기사에 대한 시간 기반/시간 기반 인덱싱 노력을 위한 가능한 제안을 구성하는 작업을 시작했다.기존 미디어위키 분류로 구현이 이루어질 수 있는지, 아니면 새로운 기능이 필요한지는 즉시 명확하지 않기 때문에 이 주제에 대한 기술적 입력을 환영할 것이다.[[위키피디아:]에 작업공간을 만들었다.시간 인덱싱]]을(를) 검토하십시오.안부전 [[사용자:체어보이 C.헤어보이]</작은편([사용자_talk:의자소년 ☎]) 22:21, 2007년 5월 16일 (UTC) == 나의 차이점은?==요즘 언젠가 디프 표시에 사용된 글꼴 크기가 급격히 줄어들었다.지금은 예전보다 절반 정도 크기가 되었고, 읽기가 훨씬 더 어려워졌다.난 '클래식' 스킨을 사용하고 있어. -[사용자:카르닐도 카닐도] 2007년 5월 16일 20:44, 20:44 (UTC) :디프 테이블의 각 셀 내부에 추가 <코드><div></code>가 있지만, 그렇게 되면 글꼴 크기가 줄어드는 이유는 잘 모르겠다.새로운 diff 형식과 잘못 일치하는 <code>font-size: 50%</code>를 가진 CSS 규칙이 있었던 것처럼 들리지만, 그렇다면 찾을 수 없다.—[사용자:일마리 카로넨 일마리 카로넨] <작은 것>([사용자 대화:일마리 카로넨 talk])<//소 20:53, 2007년 5월 16일 (UTC) ::현재 모든 스킨의 디프트에 동일한 기본 스타일 규칙이 사용된다.이것은 고전적인 피부에서는 약간 작아질 수 있지만, 확실히 이전보다 50% 작아진 것은 아니다.[사용자:브리온 VIBBER briion] [21:08, 2007년 5월 16일 (UTC) :::::그럼, 내 스탠더드.css에 무엇을 추가해야 원래의 상태로 되돌릴 수 있을까? -[사용자:카르닐도 카르닐도] 21:09, 2007년 5월 16일 (UTC) :::모든 것이 정상으로 돌아왔다.diff.css의 추가는 standard.css 또는 common.css. --[사용자:카르닐도 카닐도] 2007년 5월 16일 22:04, 2007년 5월 16일 (UTC) : : (분쟁 x2) [[rev:22204 r22204]에 의해 발생했을지도 모른다.브라우저 캐시를 지우고 계속 발생하는지 확인해 보십시오. 그런 경우 손상된 스타일시트를 찾아서 수정해야 합니다.—[사용자:일마리 카로넨 일마리 카로넨] <작은 것>([사용자 대화:일마리 카로넨 토크])<//작음> 21:10, 2007년 5월 16일 (UTC) == 썸네일 이미지를 중심으로 텍스트 포장?== 썸네일 이미지 주위에 텍스트 랩을 사용할 수 있는 코드가 있는가?일부 페이지에는 썸네일 이미지로 인해 문단이 크게 깨지는 부분이 있다는 것을 알게 되었고, 랩 옵션을 사용하여 좀 더 정리할 수 있을 것 같다는 생각이 들었다.해당 옵션을 수표 시트 또는 적용되는 템플릿에서 찾을 수 없음.고마워요.[[사용자:Ebonyskye Ebonyskye]] [19:19, 2007년 5월 16일 (UTC) == 검색 결과에 대한 제안.== 아마도 위키피디아는 구글과 비슷한 접근법을 채택할 수 있을 것이다.철자나 어구의 오류로 인해 검색이 실패하면 위키피디아의 제안이 있을 수 있다(즉, "말씀하셨나요...?")사용자를 안내하기 위해. :좋은 생각인 것 같다.그러나 슬프게도, 비슷한 아이디어들이 이전에 제안된 적이 있지만, 서버들에 너무 많은 부하를 초래할 것이라는 설명과 함께, 그것들은 일반적으로 거절되었다. :-(-[사용자:터그버그 터그버그]] 22:32, 2007년 5월 16일 (UTC) == 디프트의 스크롤 막대?== 이 업데이트를 끄기 위해 모노북에 넣을 수 있는 스크립트가 있는가?---<small>'VectorPotential'''[user_talk:벡터 포텐셜 토크]</supp> 2007년 5월 17일 (UTC) :답은 [[#Wide Diffs 위]이다.- [[사용자:CesarB cesarb] 10:47, 2007년 5월 17일(UTC) == 파일 링크 업로드?== 업로드 파일 링크가 두 개 있는 이유는?하나는 "상호작용"을 위한 도구상자에 있고 다른 하나는 "도구상자"를 위한 도구상자 안에 있다.업로드 프로세스의 작동 방식을 변경할 계획인가?만약 그렇다면 "상호작용" 상자에 있는 것이 새로운 사용자들에게 더 친근하게 보인다.그런 다음 오래된 것은 삭제해야 한다.] [[사용자:Hdt83 <<sub><sub><font color="336611")<Hdt83</b></sub>] [[사용자 대화:Hdt83 <sup><font color="파란색" 얼굴="Arial"<</font>] 01:44, 2007년 5월 17일 (UTC) *[MediaWiki talk:이것에 대한 업로드 텍스트 논의는 마을 펌프에서 반복적으로 발표되었다.그 논의에 참여하십시오.[[사용자:삼촌 G] 삼촌 G] 08:51, 2007년 5월 17일 (UTC) == IP 스푸핑 반달 ==사용자 한 명이 오늘날 [제리 팔웰]과 관련된 많은 기사를 수많은 IP로부터 파괴하고 있다.이 편집 [http://en.wikipedia.org/w/index.php?title=Moral_Majority&diff=131420703&oldid=131417686]에서는 자신의 IP 주소를 스푸핑할 수 있다고 주장한다.개발자/체크유저가 이것을 조사하여 이 개인이 정말로 IP를 스푸핑하고 있는지 아니면 단지 오픈 프록시를 이용하고 있는지 알 수 있는가? -[사용자:Big]DT BigDT]] 00:06, 2007년 5월 17일 (UTC) :이것은 한 번 가능했으므로 [[사용자:브리온 VIBER/Cool Cat 사건 보고서]]]], 그러나 수정되었다.누군가가 이 문제를 해결할 수 있었을 가능성이 여전히 있기 때문에 개발/체크유저가 (체크유저의 전체 헤더 기능이 있다고 가정할 때) 보는 것은 나쁘지 않다.[[사용자:프로데고 <font color="darkgreen"""Prodego"</font>][user talk:프로데고 <font color="다크그린"></sup> 00:17, 2007년 5월 17일 (UTC) ::CheckUser는 이제 xff 헤더를 완전히 지원하지만, 이것들 또한 완전히 스푸핑이 불가능한 것은 아니다.내 추측으로는, 체크 유저가 별로 드러내지 않을 것이지만, 다치지는 않을 것이다.더 가능성이 높은 것은 그들이 열린 프록시라는 것이다. 나는 [[WP:]에서 요청을 보았다.OP]]], 그리고 잠시 후에 그들을 살펴보겠다.[[사용자:아미다니엘 아미다니엘]([사용자 대화:AmiDaniel talk]) 01:14, 2007년 5월 17일 (UTC) ::우프스, 프로데고가 날 이긴 것 같은데, 한 개만 빼고 다 열어놨어.[[사용자:아미다니엘 아미다니엘]([사용자 대화:AmiDaniel talk]) 01:34, 2007년 5월 17일 (UTC) ::::나는 그것을 보게 되어 기쁘다.같은 반달족이 그 모든 대리점에 대해 알고 있었다는 사실이 놀랍다.공개되지 않은 주소는 반달족이 자랑하고 있던 주소였다.만약 그가 다시 그렇게 한다면, 어떻게 그가 스푸핑하고 있는 열린 프록시를 찾을 수 있을까?=[사용자:Axlq Axlq]] 14:25, 2007년 5월 17일(UTC) == 파이어폭스의 노트 중첩 ==2개의 열에 노트가 있는 페이지가 점점 더 많아지고, 칼럼의 노트는 읽을 수 없게 되고 심지어 읽을 수 없게 될 정도로 겹치는 경우가 많다.오페라에는 여전히 하나의 칼럼 버전의 노트가 있는 것 같다.로그오프해서 새로운 Firefox 프로필을 확인했는데, 문제는 여전히 있어.[http://kpb.jiten.nl/beelden/firefox-notes.jpg] 이걸 없애려면 어떻게 해야 할까?특별한 스타일시트 같은 것이 필요하십니까?아니면 실제로 그 두 개의 Colomn 레이아웃이 점점 더 흔해지는 것 같은 문제가 있는 것인가?-[사용자:Kornelis Kornelis] 14:01, 2007년 5월 21일 (UTC) :나는 그 URL들 중 일부는 분명히 2열 형태에 비해 너무 길기 때문에 그 페이지를 단열 각주로 변경했다.하지만 일반적인 문제를 해결하기 위해 어떻게 해야 할지 잘 모르겠어. --[사용자:Derlay Derlay]] 2007년 5월 21일 14:21 (UTC) :Oof, 그 URL들은 정말 못생겨 보인다.내 생각에 가장 좋은 해결책은 [[WP:브라우저를 변경하는 대신 굵게 백과사전을 변경하십시오.].{{tl cite web}}이(가) 유용하다.[[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span]]</sup> § 18:52, 2007년 5월 21일 (UTC) ::정확히.긴 일반 URL을 적절한 외부 링크 형식으로 교체하여 올바르게 줄 바꿈할 수 있는 항목이 생성되도록 하십시오.{{tl citter web}} 또는 just [Wikipedia:Manual_of_Style_%28links%29#External_links 외부 링크] 형식. --[사용자:Quiddity Quiddity] [19:10, 2007년 5월 21일 (UTC) ::고마워. 오페라가 다르게 전시되었기 때문에 브라우저와 관련된 이슈를 의심했다. (Linux에서 나는 msie를 확인할 수 없었다. IE NetRender[http://ipinfo.info/netrenderer/]는 한 페이지의 맨 위에서만 작동한다.또한 나는 ref 메커니즘에 "선택적"인 두 개의 컬럼 옵션이 있다는 것을 알지 못했다(이제 그것이 CSS3임을 알았다).나는 모든 옵션을 추적하는 것이 어렵다는 것을 알게 되므로, 다른 사람들이 그것을 사용할 때 나는 출력이 잘못되었을 때에도 그것들을 만지지 않을 것이다(인용을 인용하여 읽으면 나는 그것이 인정된 비판이라는 것을 알게 된다).더레이에 의해 수정된 것을 이해하기 위해서 나는 인용에 대한 나의 지식을 갱신해야만 했다.php, 나는 또한 [http://developer.mozilla.org/en/docs/CSS3_Columns 모질라의 css3 2 columns에 대한 작업] 페이지를 찾아 관련 페이지[http://www.w3.org/TR/2001/WD-css3-multicol-20010118/#column-count www.w3.org]를 읽어야 했다.내가 그렇게(흥미있는 읽을거리) 신경쓰는 것은 아니지만 그것이 나를 그곳으로 이끌 것이라고는 기대하지 않았다.: : : : ::다시 한 번 고마워. --[사용자:코넬리스 코넬리스]] 08:51, 2007년 5월 23일 (UTC) ==인포박스가 표시되지 않음 == [Seemless]를 확인할 시간이 있는 사람?인포박스가 엉망이 되어, 정확히 무엇이 작동하지 않는지 볼 수 없다(더구나 나는 지금 조금 바쁘다).- [[사용자:ReyBrujo ReyBrujo] 03:46, 2007년 5월 18일 (UTC) :완료.건배. --[사용자:MZMcBride MZMcBride]] 03:54, 2007년 5월 18일(UTC) == 위키백과 로고 == :<small>'의 끝에서 복사한 세그먼트.마을 펌프(제안)#위키백과 로고]]]]]현재 위키백과 퍼즐-글로브 로고에는 적어도 2개의 주요 문자 오류와 다른 사소한 문제들이 있다.*[사용자 대화:암부즈.삭세나/위키피디아-로고]는 내가 알고 있는 가장 중앙집중식 토론/링크 컴파일이다. (그 링크의 프로젝트 페이지에도 청원이 있다) *노하트는 [[사용자 대화:Ambuj.Saxena/Wikipedia-logo#이 한 가지를 바꾸는 것은 간단하지 않으며 문제를 설명하는 해결책이 아니다] 오류를 수정하는 것과 함께.그러나 아무도 해결책을 가지고 있는 것 같지 않다.*'인내와 두뇌(그리고 위임 또는 컴퓨터그래픽 기술)를 가진 사람이라면, 이 문제를 개인적인 사명으로 채택할 필요가 있다. 그것이 또 다른 1년 동안 미해결 상태로 남아 있지 않도록 말이다.'[사용자:Quiddity Quiddity] 02:53, 2007년 5월 18일 (UTC) : 상표 이미지 입니다.당신은 또한 그러한 함축적 의미를 고려해야 한다.당신은 오래된 로고를 수정된 로고로 교체하는 데 문제가 없는지 묻고 싶을 것이다.[[사용자:Titoxd Tito<span style="색상:#008000;"xd</span]]<<sup>([사용자 대화:티토스드?!?] - [[WP:FAX cool thing])</sup></sup> 03:16, 2007년 5월 18일 (UTC) == 기사 == "[Western Massachusetts]" 기사에는 페이지를 얼리는 버그가 있는 것 같다(적어도 IE6과 함께).<테이블 id="toc"에서 정지하고 있는 것 같군. "이 페이지 편집" 탭은 절대 나타나지 않으니까, 거기에 좀 끼어드는 거지.[[사용자:라다브 라다브]] 2007년 5월 17일 20:18, 17 (UTC) :여기는 괜찮아 보인다(IE6, IE7, Firefox 테스트).- [[사용자:브리온 VIBER briion]] 20:35, 2007년 5월 17일 (UTC) == TOC의 섹션 무시 ==목차에서 일련의 섹션을 무시할 수 있는 방법이 있는가 -내 대화 페이지와 내 보관 파일을 통합하여 -지금까지 작동하지 않는다.<작다>[사용자:다니엘폴솜 <스판 스타일="색상: #CCFF99; 배경: #003300">다니엘]][[User_talk:다니엘폴솜 <스팬 스타일="색상:#FFCCC; 배경:#660000">folsom]</span></span> 04:55, 2007년 5월 17일(UTC) : 레벨 1 헤더만 표시되는 클래스를 cllimit-2로 추가했다.그러나, 그것은 또한 현재의 토론도 숨긴다. (보았을 때 뒤집어라.)한 가지 해결책은 모든 보관된 토론을 보관된 후 레벨 3 헤더 아래에 둔 다음 TOC에 toclimit-3를 사용하는 것일 수 있다.[[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span>] § 20:32, 2007년 5월 17일 (UTC) == 검색 입력 상자는 상단/중앙에 위치해야 한다 == 위키피디아를 제외한 거의 모든 사람이 이 권한을 얻었다: 구글, 야후, 아마존, msn, 심지어 IMDb도 얼마 전에 그것을 고쳤다.<작다>—앞의 [위키피디아:서명되지 않은 서명]에 [[특수:기여/{{{{IP {{{사용자 217.228.171.112}}}}}{{{{{}}}}}}}IP {{{사용자 217.228.171.112}}}]([사용자 대화:{{IP {{{{User 217.228.171.112}}}}}}}}{{Time {{{{2}}}}}}}}}}</작은><!-- 템플릿:서명되지 않음IP -->> :계정을 얻으면 [[특수:Preferences]](기본 설정]), "Skin" 옵션에서 "Standard"(표준)라는 스킨을 선택하십시오.검색 입력 상자가 맨 위에 위치한다.또는, 그 정도로는 부족하면 [[특수:]]로 직접 피부를 써도 된다.mypage/myskin.css myskin]] 사용자 하위 페이지, 다시 한 번 계정 필요.([http://en.wikipedia.org/skins-1.5/monobook/main.css Here]는 포지셔닝의 기본 피부로서 "모노북"이라고 불린다.[[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span>] § 2007년 5월 17일 (UTC) § 19:00:00 (UTC) ::이 정보 덕분에, 그러나 대부분의 사람들은 위키피디아가 껍질 벗길 수 있기 때문에 디폴트여야 한다.:::예프, 확실히 그렇다.사람들은 자신만의 스크립트를 설치할 수도 있다([[WP:] 참조).JS]])) 기사를 보다 잘 보고 편집하기 위해.하지만 아는 것은 유용하다.난 사실 옆에 있는 검색대가 더 좋은데, 그건 익숙해서 그런 것 같아.그냥 다시 보기 위해 로그아웃했어.(IMHO 위키백과 "shure "sure" looks" purdier"는 더 이상 로그아웃하지 않지만, 애논 :-/ ). Ayup, 디폴트 피부는 언제나처럼 심하게 빨린다.본문 텍스트에는 산세리프 글꼴을 사용하며, 페이지 위아래에는 검색 상자가 없다.우르크. 애논을 생각해라, 여러분! --[사용자:김브루닝 킴브루닝]] 2007년 5월 17일 (UTC) 19:35, <작음>""위원회 O:-></작음> == 페이지를 로딩한 후 입력함에 포커스를 설정하는 것 == 포커스는 검색 입력란에 설정되어야 한다.가장 중요한 것은 [http://en.wikipedia.org/wiki/Special:Search 검색 페이지]이다.야후, 구글 또는 MSN과 같은 검색 사이트들이 그것을 한다.{{비서명2 17:48, 2007년 5월 17일 217.228.171.112}} :네, 삭제하거나 이동할 때 요약에 자동포커스해야 한다.<작다>[사용자:하이인BC <섭>높다[낮다]InBC[/sub]](도움말 필요?[[User_talk:HighInBC Request me])</sup> 17:49, 2007년 5월 17일 (UTC) ::메인 페이지에서는 이렇게 하지 않는 데는 그럴 만한 이유가 있지만(화살표 키로 사람들이 스크롤할 수 있도록 하기 위해서입니다), [[특수:검색]]]은(는) 덜 문제가 된다.이것은 좋은 기능 요청이 될 수 있다(기능 요청은 [[mediazilla:]] 참조).-[사용자:ais523 ais523] 2007년 5월 17:51, 17([사용자:ais523 U]][사용자 대화:ais523 T][특별:기여금/Ais523 C]]) :::버질라에게 특집 요청을 했어대부분의 검색 관련 사이트는 스크롤 가능한 페이지에도 포커스를 설정하는데, 만약 누군가가 입력 상자에서 포커스를 이동시키기 위해 위/아래로 탭으로 스크롤하기를 원한다면 문제가 되지 않아야 한다.::::주요 검색 사이트에 대한 간단한 테스트가 보여주듯이 당신의 주장은 현실과 일치하지 않는다.[사용자:브리온 VIBER briion]] 20:42, 2007년 5월 17일 (UTC) ::::::3대 주요 검색 사이트([http://www.google.de 구글], [http://www.msn.com msn], [http://www.yahoo.com yahoo]) 모두 포커스를 설정하고, msn과 야후는 스크롤이 가능하다.포커스를 설정하고 스크롤할 수 있는 기타 정보 페이지: [http://www.answers.com answers.com], [http://dictionary.reference.com dictionary.com].당신의 리얼리티 체크에서 어떤 주요 검색이나 정보 페이지가 나왔는가? --프랭크 ::::::::야후, 적어도 포커스는 설정하지 않는다(검색 상자에 삽입점이 없고 스크롤이 가능하다).어쩐지 내가 타이핑을 시작하면 초점이 맞춰지기 때문에 아마 그들은 포커스가 설정된 것처럼 행동하도록 하기 위해 자바스크립트/브라우저 의존적인 트릭을 사용하고 있을 것이다. --[사용자:ais523 is523] 14:39, 2007년 5월 18일 ([사용자:ais523 U][사용자:ais523 T][특수:ais523 T]기여/Ais523 C]]:::::::::::::::::www.yahoo.com은 여기에 포커스를 설정하며, userscripts.org에는 모든 페이지의 입력란에 포커스를 설정하기 위한 Greasemonkey Firefox 확장에 대한 스크립트가 있다.연구설계 ==연구설계라는 용어를 입력하면 '연구설계'라는 용어를 사용하게 되는데, 이 글은 의학에서 역학연구의 설계를 논한다."연구 디자인"이라는 용어는 모든 과학, 사회 과학, 그리고 다른 분야에서의 연구를 포함하는 훨씬 더 넓은 의미를 가지고 있다.그것은 많은 종류의 연구를 포괄하는 일반적인 용어다.나는 "연구 디자인"에 대한 기사를 시작하고 싶지만, 그것이 말이 되지 않기 때문에 "연구 디자인"과 결합하고 싶지 않다."연구 디자인"에 대한 새로운 기사를 어떻게 시작해야 할까?[[사용자:RDATes Richard Dates]] 2007년 5월 17일 (UTC) 18:44, 17:2007 (UTC) : "연구 디자인"에 들어갔다가 "연구 디자인"으로 리디렉션되면 상단에 (연구 디자인에서 리디렉션됨)"이라는 작은 줄이 있는데, 여기서 "연구 디자인"은 연결고리라는 것이다.링크를 클릭하면 리디렉션 페이지로 이동하여 편집할 수 있다. --[사용자:Ideogram Ideogram]] 23:32, 2007년 5월 17일 (UTC) == Special 인쇄:여기 whatlinks ==나는 무작위로 주문된 Special:의 출력에 약간 실망한다.여기에 링크된 내용좀 더 유용하게 쓰일 수 있도록 다음 특징을 보고 싶다: * 기본 알파벳 정렬 * 더 중요한 것은, 템플릿 전폐를 통한 연결성이 표시되어야 한다.페이지에 수많은 페이지를 통해 변환된 탐색 상자가 포함되어 있을 경우, 템플릿을 편집하여 링크를 수정하는 것은 거의 사소한 일이지만(이중 리디렉션 또는 리디렉션에 대한 링크를 수정하기 위해) Whatlinkshere에서는 이를 볼 수 없다.[http://en.wikipedia.org/w/index.php?title=Special:Whatlinkshere/Irig&limit=500&from=0 this]를 예로 들어보자. 링크의 대부분은 [[:]를 통해 제공된다.템플릿:세르비아의 행정 구역]]].개발자가 페이지를 다음과 같이 수정하는 것이 얼마나 어려운가? --- 다음 페이지는 [Irig] * [:Template:세르비아의 행정 구역]]**[알렉산드로바카] (변환) **[알리부나르] (변환) ...**[Ichora (a] (translation) *[세르비아의 도시 목록] *[Licharak] ... -- 등[[사용자:두자두자]<스팬스타일="퐁사이즈:70%;"][사용자토크:두자 ►]</span> 11:04, 2007년 5월 17일 (UTC) 나는 그 보고서가 무작위라고 생각하지 않는다, 연대기적이라고 생각한다.[[사용자:Corvus corvus cornix] [20:52, 2007년 5월 17일 (UTC) :무엇이든 '지금'이면 알파벳순으로 검색/스캔하기가 훨씬 쉬울 것이다.---[사용자:내블리스내]]'[[User_talk:Na'blis blis]" 22:03, 2007년 5월 17일 (UTC) ::출력이 두 개의 열이 있는 테이블에 있고, 클래스="구문 가능한 wikable" 태그를 사용했다면, 우리는 쉽게 원하는 대로 내용을 분류할 수 있을 것이다.[사용자:Arcadian Arcadian]] 22:12, 2007년 5월 17일 (UTC) == 위키코드 페이지의 보호 상태에 접근할 수 있는가?[[:Category]의 템플릿이 다음과 같다면 좋을 것이다.보호 템플릿]]은(는) 보호되지 않은 페이지에서 변환될 때 알아차릴 수 있지만, 나는 그 방법을 찾을 수 없었다.[사용자:Derlay Derlay] 09:25, 2007년 5월 17일 (UTC) :페이지 로그(이력 페이지의 링크)나 편집을 시도할 때 볼 수 있다.[사용자:존 리브스 존 리브스] [[사용자 대화:존 리브스(talk)] 10:38, 2007년 5월 17일 (UTC) ::그러나 문제는 템플릿에서 자동으로 사용될 수 있는 [[help:magic words magic word]], [help:variable variable], [help:parser 함수 파서 함수]의 종류가 있는지 여부였다.내가 보기엔 없다.[[사용자:Femto Femto] 12:28, 2007년 5월 17일 (UTC) ::이것은 흥미로운 기능 요청이 될 수 있다([[mediazilla:]]에서 요청한다).MediaWiki 공간에서 사용하면 무엇보다 작은 버전의 pp-whate 템플릿이 쓸모 없게 될 수 있다. --[사용자:ais523 ais523] 12:53, 2007년 5월 17일 ([사용자:ais523 U][사용자:ais523 T][사용자 대화:ais523 T]][특별:기여금/Ais523 C]]) ::::[bugzilla:9947]로 filed.- [[사용자:Derlay Derlay]] 23:24, 2007년 5월 17일 (UTC) == 루핀의 반반달 툴이 부러졌는가?== 최근 이 반반달 도구는 반달리즘(반달리즘)의 어떤 편집도 보여주지 않고 있다(레벨 3 위키데프콘에서도).벌레인가?이 항반달 도구를 고쳐 주시겠습니까?미리 정말 고맙다!--<![사용자:Where/sigContract]];PrestonH--><font color="빨간색"[사용자:PrestonH ''Pre'']</font><font color="brown"][사용자 대화:PrestonH ''ston'']</font><font color="#6495ED"][특수:기여/프레스톤H ''H'']</font><<font color="#228B22"][위키피디아:편집자 리뷰/프레스톤H (3) (Review Me!)]</font> • <font color="#CC5500"][사용자:PrestonH/Autograph Book (Sign Here!)]</font><!--ESC:프레스톤H--> 03:20, 2007년 5월 17일 (UTC) P.S. 나는 보통 루핀에게 이런 상황을 문의하곤 했지만, 루핀은 거의 한 달 동안 활동이 없다. :루핀에게 이메일을 보냈다.최근 변경사항 RSS의 변경사항에 대해 아는 사람? [[사용자:루카스브르 루카스브르] <섭>[사용자 대화:Lucasbfr <font color="darkblue"]</sup> 17:07, 2007년 5월 17일 (UTC) :이것은 정말 도움이 되는 도구다.그걸 무너뜨리는 건 내 기물 파손에 찬물을 끼얹는 거야!이상하게도, 그것은 여전히 나를 위해 내 감시 목록을 걸러낸다.[[사용자 대화:Lupin/Anti-Vandal 툴]]]].<엠>——<색깔>"Indigo">[[User:Gaff Gaff]]</font> <sup><small><b><font color="MediumSlateBlue">[[User_talk:Gaff ταλκ]]</font></b></small></sup></em> 22:49, 17 May 2007 (UTC)  == Infoboxes and layout ==  Infoboxes are causing problems w/ layouts.어떤 기사 리드나 어떤 자연의 정보박스가 있는/ 어떤 기사 리드도, 정보박스가 왼쪽 상단을 얻는 동안 상단의 위치를 잃었다.또 이런 일을 겪고 있는 사람이 있나?] [[사용자:페이샬F <퐁사이즈="2px" 얼굴="베르다나"><퐁색="다크슬레이트 블루">FayssalF[/font] - <작은>[사용자 대화:페이샬F <font style="백그라운드:금"><섭">Wiki me up®"[/sup]"[/small]"17:06, 2007년 5월 16일 (UTC) : 아니, 그렇지 않다.[[WP:]를 사용해 보십시오.퍼지] 및 [[WP:CASE]]], 순서대로 수정되는지 확인하십시오.[[사용자:Titoxd Tito<span style="색상:#008000;"xd</span]]<<sup>([사용자 대화:티토스드?!?] - [[WP:FAC cool thing])</supp> 03:27, 2007년 5월 18일 (UTC) == 'edit' wgAction == 'view') addOnloadHook(refbuttons) 함수 refbuttons() {var yesref='/wiki/Special:Random';   if(wgAction == 'edit') {     var noref='javascript:reftag();';   } else {     var noref='javascript:edreftag();';   }   addPortletLink('p-cactions',yesref,'yes ref','ca-yesref','Go to random article');   addPortletLink('p-cactions',noref,'no ref','ca-noref','tag with {{references}}'); }  function reftag() {   if(document.getElementById('wpTextbox1'.value.indexOf('{'+'{reference}}) != -1) {경고('경고:이미 참조 태그가 있다.\nNo actions taked.'; return; } document.GetElementById('wpTextbox1'); var saveme = confirme('wpTextbox1'); var saveme('A {'+'{reference})} 태그가 이 섹션 상단에 추가되었다.\n이 페이지를 자동으로 저장하시겠습니까?\n 중단, 태그 이동 또는 수동으로 저장하려면 취소/탈락'을 클릭하십시오.; (saveme) 문서인 경우.getElementById('wpPreview') 문서인 경우, //(saveme) 문서를 클릭하십시오.getElementById('wpSave')click() } function edreftag() {var url = document.GetElementById('ca-edit').Firstchild.href; document.location.href = url + '&addreftag=true'; } if(queryString("addreftag") == "true") addOnloadHook(reftag);  function queryString(p) {  var re = RegExp('[&?]' + p + '=([^&]*)');     var matches;     if (matches = re.exec(document.location)) {  try {   return decodeURI(매치[1]; } 캐치 (e) { {} 반환 null; } </nowiki>

주의:

• 저장 후 임의 페이지로 이동하는 것은 다소 까다롭기 때문에 이 버전에서는 구현되지 않는다.
• 자동으로 저장할지 확인하는 메시지가 표시된다.
• '보기'(일반적으로 상단 편집 보기)와 '편집'(페이지 또는 섹션 편집)에서 작동한다.할당된 액세스 키는 없지만 새 매개 변수로 add portletlink() 명령에 추가할 수 있다.
• 비록 내가 그것을 썼지만, 나는 그것을 사용하는 것을 용납하지 않는다 ^_^.
• 자동 저장은 비활성화되며, 필요한 코드를 변경하지 않는 한 미리 보기만 할 것이다.

--Splarka (rant) 07:40, 2007년 5월 15일 (UTC)

스크립트에서 잘못 해석될 수 있는 템플릿 전용을 분할하여 특정 설치 방법으로 범주에 스크립트가 표시되지 않도록 하십시오.위에서 한 적이 있다. --ais523 07:59, 2007년 5월 15일 (UTC)

대부분의 사람들은 결국 대부분의 대본을 아기를 낳을 필요 없이 <노위키>로 포장해야 한다는 것을 알게 될 것 같다. --Splarka (rant) 12:15, 2007년 5월 15일 (UTC)

(이러한 종류의 일은 실제로 이전에도 두어 번 AfD를 망쳤다; 사람들의 AfD-filing 스크립트는 계속해서 '미분류 AfDs' 섹션에 등장하였다.더 나쁜 것은, 내 잘못이었을지도 모른다는 생각이 든다...) --ais523 10:30, 2007년 5월 16일 (UTC)

대단해!정말 고마워, 여기 대본을 놓으면서 모노북에 넣었어!그것은 나에게 효과가 있지만, 나는 궁금했다: 편집된 내용을 사소한 것으로 표시하고 {{참고문} - 이 기사나 섹션은 어떠한 참고문헌이나 출처를 인용하지 않는다. 신뢰할 수 있는 출처에 인용문을 추가하여 이 기사를 개선할 수 있도록 도와주십시오.편집 요약에서?다시 한번 코딩해줘서 고마워! :D JoeSmack 18:53, 2007년 5월 17일 (UTC)

유레카! 팅커링으로 두 가지 일을 다 해냈어.조스맥 21:24, 2007년 5월 17일 (UTC)

임의 아티클 + 참조 태그

여기서 괜찮은 질문이 나올 것 같다: UI의 오른쪽 상단 모서리에 'yes ref'와 'no ref'인 탭을 추가하는 모노북 스크립트를 만드는 방법이 있는가?"아니오"를 클릭하면, {{ article}}로 기사를 태그하고, 편집 요약을 추가한 다음, 저장한 후 임의의 기사로 이동하며, "예" 탭은 임의의 기사로 간단하게 이동한다.click-check-yes/no-messages. ref가 필요한 기사를 태그하는 좋은 방법? 소년들은 그것들이 많이 필요하다.이렇게 짧은 시간에 많은 기사를 간단하게 평가할 수 있는 좋은 방법이라고 생각하는 사람?조스맥 13:01, 2007년 5월 14일 (UTC)

기사가 몇 초 만에 무색하게 되어 있는지 보기 어려운 일이다.때때로 ( 심지어) 외부 링크는 정말로 출처가 되어야 한다.출처에 라벨을 잘못 붙였을 뿐인데, 그 기사를 무보수로 부르기는 어렵다.어떤 경우에도 이미 출처를 필요로 하는 기사에 대한 엄청난 밀수가 있다.나는 우리가 다른 사람이 처리할 수 있도록 모든 것을 찾아 태그를 붙여야 할 필요가 있는지 확신할 수 없다.Jon513 15:36, 2007년 5월 14일 (UTC)

참조 태그, 기사에서 참조로 사용되는 라벨이 부착되지 않은 EL을 훑어보고, EL 섹션(공식 웹사이트 1개 등)을 점검하는 데 몇 초밖에 걸리지 않는 것 같아. 스크롤 휠의 위력이 생겼어!;;)

엄청난 밀린 일이 있지만 그렇다고 우리가 라벨링 작업을 무시해야 한다는 뜻은 아니다. 그것은 우리가 밀린 일을 더 많이 해야 한다는 것을 의미한다.{{references}}}}은 원천이 없는 모든 것을 찾아 태그를 붙이는 데 절대적이다.그것은 '다른 사람이 하게 내버려두는' 일이 아니라, '거기서, 절반의 일이, 어떤 기사가 주의를 필요로 하는지를 확인하는 일이 지금 끝났다'는 것이다.

이런 코딩이 가능한지 아는 사람 있어?조스맥 16:28, 2007년 5월 14일 (UTC)

다음은 주로 원하는 작업을 수행하는 간단한 코드(IE에서 테스트하지 않고 Firefox/Opera에서 정상적으로 작동해야 함)이다.

<노우키> 만약(wgAction ==bizzare non-alphabetic listing in stub cat ==) [[:Category:콘월 지리 스텁]] 알파벳순처럼 나열되어 있지 않다는 것을 알아차렸을 때, '다음 200' 역시 내가 이미 보고 있던 페이지로 안내한다.무슨 일인지 아는 사람?[[사용자:던컨힐 던컨힐] 00:24, 2007년 5월 25일 (UTC) : 스터브 템플릿에서 <코드> *</code>에 의한 정렬을 제거했다.그 기사는 앞으로 몇 분 동안 정리되어야 한다.–[사용자 대화:퐁테 퐁테]] 2007년 5월 25일 00:41, 07 (UTC) :::고맙다는 것은 지금 효과가 있는 것 같아!많은 콘스탄트들을 '디폴트'하는 데 많은 시간을 보냈는데, 갑자기 모든 것이 엉망이 되었다![[사용자:던컨힐 던컨힐] 00:46, 2007년 5월 25일 (UTC) == [[특수:검색]] 드롭다운 ==코드를 제안했다 [[[MediaWiki talk:공통.js#Drop-down approach here]]: 드롭다운 상자를 검색 페이지에 추가.링크들은 아무 성과도 없이 이미 사용되고 있지만, 나는 사람들이 이것에 대해 어떻게 생각하는지 궁금하다. 그것은 단지 편리한 향상일 뿐이다.[[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span>]</sup> § 22:44, 2007년 5월 24일 (UTC) :나는 앞서서 편집보호 요청을 이행했다.효과가 좋은 것 같다.건배. --[사용자:MZMcBride MZMcBride]] 23:53, 2007년 5월 24일 (UTC) ::대단히 :) 이로 인해 아무도 불편을 겪지 않기를 바란다.[[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span>]</sup> § 00:02, 2007년 5월 25일 (UTC) ::Hm, 그 상자는 IE에서 약간밖에 보이지 않는다.하지만 나일 수도 있어[[사용자:gracenotes <span style="색상:#960;"색깔:#000;"notes[/span][사용자 대화:gracenotes <span style="색상:#960;"T</span>]</sup> § 2007년 5월 25일(UTC) == "긴급:"[WP:TW 트윙클] 벌레 ==트윙클에 벌레가 슬금슬금 기어올랐다.매번 되돌릴 때마다 복원된 버전을 제외하고 가장 먼저 나타나는 것은 "정의되지 않음"이다.왜 그런지 모르겠어., 그리고[http://en.wikipedia.org/w/index.php?title=User:Evilclown93/Sandbox/sandbox7&oldid=131906200여기],[http://en.wikipedia.org/w/index.php?title=User:Evilclown93/Sandbox/sandbox7&oldid=131906262여기],[말도 안 되는 텍스트의 일환으로http://en.wikipedia.org/w/index.php?title=User:Evilclown93/Sandbox/sandbox7&oldid=131906288] 봐. 경우http://en.wikipedia.org/w/index.php?title=User:Evilclown93/Sandbox/sandbox7&oldid=131906341 내가 정의되지 않은 나머지 허튼소리와 분리된 후.이것은 손으로 제거해야 하기 때문에 매우 긴급하다.반짝반짝할 때마다 "정의되지 않은" 것을 자동으로 제거하거나 버그를 고치는 작은 봇도 쓸 수 없다.이것은 작은 혼란으로 변할 수도 있다.[[사용자:Evilclown93 Evilclown93] 00:59, 2007년 5월 19일 (UTC) : 네임스페이스의 기사 [http://en.wikipedia.org/w/index.php?title=Hannah_sarah_matt&oldid=131906044과 버그가 동일함.] ::::대본 작성자에게 문의하십시오.이 스크립트는 MediaWiki 코딩의 일부가 아니므로 이 페이지에서 문제에 대한 응답을 받을 수 없다.[사용자:Deskana Deskana] [사용자 대화:데스까나 <작은>(AFK 47) 01:04, 2007년 5월 19일 (UTC) : : :: 알고 있다.크리에이터는 오프라인 상태고, 나는 그가 나중에 (12-14 UTC 정도, 아마도) 온라인에 있을 것이라고 의심하고, 트윙클이 약간 도청되고 있다는 사실에 주의를 끌고 있을 뿐이다.이메일은 거의 다 썼고 아자토스의 강연에 아무 걱정 없이 메시지를 올릴 거야.[[사용자:Evilclown93 Evilclown93] 01:08, 2007년 5월 19일 (UTC) ::::필요하면 대본을 비워도 종료할 수 있다.너는 그것이 필요하다고 생각하니?[[사용자:프로데고 <font color="darkgreen"""Prodego"</font>][user talk:프로데고 <font color="다크그린"]</sup> 01:23, 2007년 5월 19일 (UTC) :::::음, 어쩌면 내가 코드를 복습해야 할지도 몰라.''[사용자 대화:모든 사람의 목소리 <퐁색="파란색">보이스</font><font color="darkblue"-"font color="black">All</font]'' 2007년 5월 19일 (UTC) 01:34, 01:34, 07:19 (UTC) 나는 '드래곤들은 게임에서 탈출한다'라는 제목의 기사를 가지고 있는데, 모두가 그 바보 같은 '속도의 삭제'를 위해 그것을 계속 게시하고 있으며, 그것은 위키피디아에 아티클을 삭제하는 것이 막히고 결국 신속한 삭제와 표지를 위해 파괴자가 될 것이기 때문이다.의견 게시물은 반드시 -[사용자:Tub city 어드벤처 Tub city 어드벤처] 03:16, 2007년 5월 19일 (UTC)의 토크 페이지.나는 <pre> var form = this.responseXML.getElementById('편집 양식'); var text;

그래야 한다

var 양식 = this.responseXML.getElementById('편집 양식'); var 텍스트 = ';

"텍스트"는 어떤 것으로도 초기화되지는 않았지만 기사 텍스트와 결합되어 있었기 때문에 "정의되지 않은" 값(원시적인 데이터 유형이기 때문에 "미정의"가 아닌)을 가진 문자열로 표현되었다.Gracenotes^T § 04:34, 2007년 5월 19일 (UTC)

http://en.wikipedia.org/w/COPYING

http://en.wikipedia.org/w/COPYING(Special에서 링크됨:버전)는 텍스트/플레인 대신 미디어 유형 응용 프로그램/옥텟 스트림을 가지고 있으며, 이로 인해 많은 브라우저로 읽기가 다소 어려워진다. --Derlay 22:24, 2007년 5월 18일(UTC)

주요 IP 문제

캡스는 미안한데 정말 이상한 일들이 벌어지고 있어.IP의 66.230.200.145(이것은 현재 이 행사의 가장 통합된 토론이다)에서 편집이 쇄도하고 있는데, 이는 위키미디어에 등록되어 있다.오토블록은 일리노이 주와 몬태나 주만큼 멀리 떨어져 있는 광범위한 사용자들에게 영향을 받았다.위키미디어 서버에 연결된 사람이 조사를 해야 한다. --Ybbor^Talk 22:13, 2007년 5월 17일(UTC)

위키백과:관리자_공지판#Anomatic_auto-block_message는 문제가 해결되었음을 나타내는 것 같다. --Ybbor^Talk 22:20, 2007년 5월 17일(UTC)

때려줘 :) Martinp23 22:21, 2007년 5월 17일 (UTC)

이 논의는 정말 산산이 흩어진다.위키백과에서도 일부:관리자_공지판/사고 #범주:Requests_for_unblock. --Ybbor^Talk 22:24, 2007년 5월 17일(UTC)

내가 위키미디아를 공개 대리인으로 쓰고 있다고?야호! 아니면 내가 정말 운이 좋아서 차단되지 않은 TOR 출구 노드를 찾았어.행복했던 것에 대한 사과, 나는 이것이 다른 사람들에게 힘든 일이라는 것을 안다.고마워, 무장 복어 (메일) 01:35, 2007년 5월 18일 (UTC)

이는 Wikipedia_talk와 관련이 있을 수도 있고 없을 수도 있다.관리자_간섭_against_vandalism#Bug_ID_9213.그곳의 버그 리포트는 또한 아논이 IP 토크 페이지에 메시지를 수신하지 못하게 하는 오징어 캐시의 문제를 언급하고 있다. -- 01^Chat:41, 2007년 5월 18일 (UTC)

WP:BEANS 그러나 이것은 위키미디어 오징어처럼 들리는데, 이는 신뢰할 수 있는 XFF 서버에 일시적으로 나열되지 않았다. (모든 오징어는 기술적으로 열려 있는 프록시지만, XFF 헤더를 위조하지 않는 것으로 항상 신뢰되기 때문에 항상 투명하다.)

거기엔 WP:BEAND가 없다.그것은 본질적으로 일어난 일이다.목록에 없는 것은 아무것도 없었고, 단지 새로운 기계들이 나열되어 있지 않았다.2007년 5월^{(?!? - cool stuff)} 18일 Titoxd 19:41 (UTC)

작업_Sea_Scan

이 리디렉션이 작동하지 않는 이유는?나르드만1 17:12, 2007년 5월 19일 (UTC)

때로는 위키링크를 깨트릴 수 있는 백분율 인코딩을 꺼냈을 때 이제 효과가 있을 것이다. - MTC 17:21, 2007년 5월 19일 (UTC)

새로운 특허 템플릿 - 제안 사항 필요

나는 특허 번호와 출판 코드(US/EP/WO)를 가지고 참조 문자열을 만드는 아주 간단한 템플릿 "특허"를 방금 설정했다.이것의 사용의 예는 SEAGel에 있다.나는 사람들이 이 아이디어에 대해 어떻게 생각하는지 궁금했다 - 내가 바퀴를 다시 발명하는 것인가, 아니면 어떤 것이 바뀌거나 개선될 수 있는가?예를 들어, ref 또는 인용문과의 상호작용이 개선될 수 있다.또한, 나는 현재 숫자 다음에 특허의 국적을 가지고 있기 때문에 그것을 생략하면 "미국"으로 디폴트할 수 있지만, 어쩌면 그것은 어리석은 것일지도 모른다 - 그 전에 접두사를 갖고 디폴트를 갖는 것에 대해 신경 쓰지 않는 것이 더 표준적일 수 있다.Mike Serfas 15:10, 2007년 5월 19일 (UTC)

취소하다/취소하다

편집 내용을 되돌리거나 취소할 수 있는지 궁금할 뿐. 예를 들어, 페이지를 파손하는 경우, 반달리즘 편집을 취소하여 원래 상태로 되돌릴 수 있는지 여부.여기나 내 토크 페이지에 댓글을 남겨줘.고마워 :) J S Firefox 11:13, 2007년 5월 19일 (UTC)

나는 그들의 토크 페이지에 답변을 했다. 자유롭게 그것을 확장해 보아라.GDonato (대화) 14:05, 2007년 5월 19일 (UTC)

사용자 문제:최근 변경 내용 루핀/필터링

User:Lupin/Filter 최근 변경 사항이 작동하지 않는 것 같음.적어도 한 명의 사용자가 저기에서 이것을 확인했다.좋은 생각 있어?Navou 00:27, 2007년 5월 20일(UTC)

나는 최근 2.js 스크립트를 수정했고 최근 변경 사항을 다시 필터링했다.Cacycle 06:21, 2007년 5월 20일 (UTC)

IE에 대한 문제

orkut과 gmail의 로그인 페이지가 열리지 않는다.그 문제를 해결할 수 있도록 도와줘.IE나 OS나 인터넷 연결에 정말 문제가 있는 거야?—앞서 서명되지 않은 코멘트는 Jayamailbox(토크 • 기여) 03:45, 2007년 5월 20일(UTC)에 의해 추가되었다.

미안하지만, 이 게시판은 위키백과 그 자체와 관련된 이슈들을 위한 것이다.다른 웹사이트에 문제가 있으면 다른 곳을 찾아봐야 한다.
그렇긴 하지만, 파이어폭스로 바꾸길 추천할게.상상 가능한 모든 면에서 IE보다 훨씬 낫다.EVULA// 토크 // 05:06, 2007년 5월 20일 (UTC)

감시 목록 제한에 대한 해결 방법?

나는 내 감시카메라에 문제가 있다.심지어 7일 동안 편집한 것을 보여주도록 설정했을 때도, 나는 상당히 하루도 안 되어 가고 있다.몇 백 페이지 짜리 편집에 적극적이고 감시하고 있는데 인공적으로 설정한 250 편집 캡이 만들어져서 12시간 전쯤 마지막으로 잠자리에 들기 전의 편집도 볼 수 없도록 하고 있다.250개 편집된 캡에 대한 해결책이 있을까? 내 감시 목록을 다듬는 것 말고?지우는 게 편할 정도로 오늘 밝아진 페이지는 한 장도 보이지 않는다.미스터자이우스^talk 05:50, 2007년 5월 19일 (UTC)

내 기본 설정(오른쪽 위) → 감시 목록으로 이동하여 값 변경Number of edits to show in expanded watchlist:250이상의 숫자로. -- MarcoTolo 02:32, 2007년 5월 20일 (UTC)

이미지의 일부만 표시

(지금은 찾을 수 없음) 한 페이지를 본 기억이 나는데, 거기서 영상이 "크로핑"되어, 즉 실제 영상의 전체 높이가 약 1200px였는데, 그 중에서 100200px의 세그먼트만 표시되었다.마크업이 성취한 것은 위키피디아에서 아무것도 찾을 수 없었다.사진 튜토리얼.사전 감사 —AldeBaer 13:28, 2007년 5월 20일(UTC)

"싸움을 해야 한다"AFAIK에는 두 가지 기본 옵션이 있으며, CSS 해킹을 할 수 있으며, 이미지를 "overflow:hidden" 스타일 세트로 고정 크기 div 요소에 넣을 수 있다(전체 이미지가 여전히 로드되어 있고 모든 브라우저에서 작동하지 않음).또는 썸=이미지 구문을 사용하여 잘라낸 이미지의 버전을 업로드하고 전체 버전에 대한 축소판 그림으로 사용할 수 있다(클릭을 클릭하면 전체 버전이 표시됨).[[Image:Example.jpg thumb=Example_cropped.jpg some camption]] . --쉐롤(토크) 13:59, 2007년 5월 20일 (UTC)

나는 엄지에 대해 알지 못했다.알데베어, 나는 그렇게 하는 템플릿을 가지고 있었지만, 그것이 한 모든 것은 전체 이미지를 보여주는 것이었고 그것의 일부만 보이게 하는 것이었습니다.트릭이 정말 사람 브라우저에 어렵다는 것을 알고 템플릿을 삭제했다. 2007년 5월 20일 (UTC)

너희 둘에게 정말 고마워.잠깐 놀고, 뭐가 제일 잘 되는지 보자.—AldeBaer 15:09, 2007년 5월 20일 (UTC)

로그에서 가장 오래된 항목

devs는 사용자 로그에서 가장 오래된 로그와 가장 최신 로그로 이동하는 "가장 오래된" 버튼과 "가장 새로운" 버튼을 기여에 대해 동일한 방식으로 만들 수 있는가? --R 기여 (Let's go_@ Yankees!) 2007년 5월 20일 (UTC)

호출기 클래스를 사용하기 위해 로그를 이동하면 어떨까 싶은데, 정렬할 수 있는 고유한 키가 없다.2007년 5월 21일 00:46(UTC)

히브리어 링크 버그?

스크린샷: [2]

무엇이 이것을 야기시켰는지 아십니까?건배, 톰시 13:06, 2007년 5월 21일 (UTC)

뒤와 엠프드 클로징

afd, mfd 등을 닫기 위한 템플릿을 나열하는 카테고리나 페이지는 무엇인가?나는 이것들의 비관리자 폐쇄를 시도하고 싶다. (확실하지 않은 보관 사례에서 허용된다.)고마워. -N 11:00, 2007년 5월 21일 (UTC)

위키백과:삭제 프로세스에서 XfDs. --ais523 11:01, 2007년 5월 21일(UTC)을(를) 닫기 위한 지침을 제공

온라인소스 템플릿

{{Onlinesource}에 small=yes 매개 변수를 추가할 수 있는 사람이 있는가?토크 페이지에서 오랫동안 요청이 있었지만 아무도 하지 않았다.SandyGeorgia (토크) 22:47, 2007년 5월 20일 (UTC)

그런 것 같다.그러나 방금 전까지 {{Onlinesource2005}}} 및 다른 해의 특정 템플릿은 그렇지 않았다. --Salix alba (토크) 23:56, 2007년 5월 20일 (UTC)

고마워! SandyGeorgia (Talk) 12:14, 2007년 5월 21일 (UTC)

Category에서 백로그를 수정하기 위한 아이디어:논란이 되는 공정 사용 이미지

이 카테고리를 거치는 관리자는 각 이미지를 수동으로 확인하여 7일 동안 보관했는지 확인해야 하기 때문에 이 카테고리를 정리하기가 어렵다.그것은 또한 내가 알파벳의 시작을 통과하는 마지막 고갯길에서 6개월 이상 된 분쟁을 포함하고 있었다.관련 템플릿의 날짜와 {{비무료 사용 분쟁}}을(를) 봇으로 하여금 날짜 범주를 만들게 하는 것이 좋을 것 같다.문제는 템플릿 코딩이나 봇 제작만큼 기술적인 전문지식이 없다는 것이다.밖에 나가서 도와주고 싶은 사람 있어? (ESKOG)^(Talk) 18:46, 2007년 5월 21일 (UTC)

이름이 변경된 사용자의 삭제된 편집 내용이 이전 이름과 연결된 상태로 유지됨

삭제된 수정사항을 검색하고 있었는데(불행히도 나는 그 기사가 기억나지 않는다) 이름을 바꾼 사용자들의 삭제된 편집이 이전 이름과 연관되어 있다는 것을 알았다.이것은 다음과 같이 설명할 수 있다: 1-User:X는 기사를 편집한다. 2-기사는 삭제된다(예: AfD 후).3-사용자:X는 User:Y로 이름이 변경된다. 4-기사는 (삭제 검토 후) 복원된다.이제 삭제된 편집이 복원되면 어떻게 되는가?그들이 자동으로 새 이름에 할당되는가?나는 그렇게 삭제된 편집이 옛 이름으로 남아 있는 것을 보았지만, 복원되면 어떻게 될지 모르겠다.이것이 정상인가 아니면 알려진 버그인가? --Meno25 12:25, 2007년 5월 22일 (UTC)

알려져 있다.이름을 바꾸는 동안 삭제된 편집 내용을 다시 붙이는 코드가 존재하지만 성능상의 이유로 비활성화되어 있다고 생각한다. --ais523 12:40, 2007년 5월 22일 (UTC)

맞아, 아카이브 테이블의 user_text에는 인덱스가 없고, 사용자가 삭제한 기여도를 사람들이 검색하지 못하게 하는 것과 같은 이유야.2007년 5월 22일 14:41, Voice-of-All 2007 (UTC)

그리고 일단 편집이 복원되면, 그것들은 이전 사용자 이름에 기인하는 것으로 남아 있다.두 템플릿 토크의 경우 특별:기여/Pianoman87은 내 이전 사용자 이름이며, 다음 두 가지 템플릿 토크를 참조하십시오.만약 공군 에이미와 내가 사용자였을 때 편집한 내용이 삭제되었다.Pianoman87 그리고 나의 사용자 이름이 바뀐 후에 복구되었다.Graham87 12:56, 2007년 5월 22일 (UTC)

나는 그렇게 많은 PHP를 모르지만, 나는 code is523이 가리키는 것은 다음과 같다고 믿는다.

글로벌 $wgRenameUserQuick; if(!$wgRenameUserQuick ) $ this->tables['archive'] = 'ar_user_text';

...생각해.Gracenotes^T § 13:54, 2007년 5월 22일 (UTC)

사용량 계산 도구

기사의 사용량을 계산할 수 있는 툴이 있는가? --###8:41, 2007년 5월 22일 (UTC)

위키백과 참조:기술 FAQ#페이지 검색 카운터를 위키백과 페이지에 추가할 수 있는가?Tinlinkin 11:07, 2007년 5월 22일 (UTC)

고마워 친구 :) --__________ 13:25, 2007년 5월 22일 (UTC)^{walkie-talkie}

이런 게 있다.Quadzilla99 18:23, 2007년 5월 22일(UTC)

글꼴을 다운로드하여 해당 문자 중 하나 보기

비록 이것이 정책상의 문제일지라도 (위키피디아에서 인용:마을 펌프(정책)#글꼴을 다운로드 받아 '불가결한' 유니코드 코드 포인트를 보게 하는 것이 적절한가?) 폰트 내에서 한 글자만 보기 위해서는 추가 폰트가 필요한가.위키백과 기사를 올바르게 보기 위해 비표준 글꼴을 다운로드할 필요가 생각나지 않기 때문에 기술적인 관점에서 이 질문을 하는 것이다.이 상황은 국제 액세스 기호에 관한 것이며 템플릿과 관련된다.액세스 아이콘 및 도움말:국제 휠체어 기호 표시.Tinlinkin 04:52, 2007년 5월 22일 (UTC)

• 나는 그것이 적절하다고 생각한다.우리는 다른 경우에 한다. --Iamunknown 05:04, 2007년 5월 22일 (UTC)

이러한 예들은 언어 지원을 위한 것인데, 특정 언어와 알파벳/charctor를 보고 싶다면 예상 다운로드를 받을 수 있다. (그 글꼴은 내가 가지고 있는데, 그 글꼴을 얻기 위해 특별히 할 일은 없었지만, 그것은 내가 전체 설치를 지정했기 때문일 수도 있다.)글꼴은 에 포함되며 Firefox 및 IE와 함께 설치하기 쉽다고 가정한다.이 경우 전체 문자 집합이 아닌 하나의 문자를 지원하기 위해 하나의 글꼴(이것이 나의 주된 경합이다)을 다운로드하려는 기대는 거의 존재하지 않는 것에 가깝고, 설치 과정에서 벗어나야 하기 때문에 비현실적이라고 생각한다.Tinlinkin 05:24, 2007년 5월 22일 (UTC)

• 동아시아 문자 집합은 IE에서 제공되지 않으며 윈도 설치 CD로 설치해야 한다.나는 너의 주된 주장이 논쟁거리가 될 만한 것이라고 생각하지 않는 것 같다.편집자들이 국제 액세스 기호를 사용하라고 고집한다면, 만약 그 기호가 자유롭게 사용권이 없다면, 만약 유니코드 글꼴을 사용하는 것이 우리가 해야 할 일이라면, 그렇게 해야 한다. (내 의견이다.) --Iamanknown 06:02, 2007년 5월 22일 (UTC)

계란 한 개를 원하는데 계란은 한 개씩만 포장된다면 한 개씩 살 수밖에 없어.나는 왜 그런 감각이 여기에 적용되어야 하는지 모르겠다.나도 그렇게 생각하는데, 그게 글꼴에 대한 가장 좋은 근거는 아닌 것 같아.마지막 해상도가 폰트 사용이라면 절을 하겠지만 지금은 안 된다.Tinlinkin 11:04, 2007년 5월 22일 (UTC)

계단식 보호

페이지가 계단식 보호로 반보호될 수 있는가?또한, 몇 단계까지 계단식으로 가느냐? --R 기여_@ (Let's go Yankees!) 00:03, 2007년 5월 21일 (UTC)

반 보호는 계단식으로는 작동하지 않는다.결국, 만약 그렇다면, 오토콘 확증된 비관리자는 자신이 원하는 어떤 기사도 반 캐스케이드 보호 페이지에 있는 것을 초월하여 반보호를 할 수 있었다.캐스캐이딩은 전폐가 있는 만큼 많은 단계를 거친다. 비록 수적 한계가 있다고 생각하지만, 나는 어느 시점에는 확장 전 사이즈가 발차기 시작한다고 상상한다.2007년 5월^T 21일(UTC) § 00:15, Gracenotes § 00:15, 21

계단식 스프로터링된 페이지가 스페로터링되도록 바꾼 줄 알았는데 --Deskana(AFK 47) 14:44, 2007년 5월 22일(UTC)

분명히 내가 잘못 알고 있었다.내가 어디서 그런 생각을 떠올렸는지 하느님이 아신다. --Deskana (AFK 47) 14:46, 2007년 5월 22일 (UTC)

음, 그건 사실이야.비충족에 대한 계단식 보호를 비활성화했지만 작동 방식을 바꿔 *만약*이 사용된다면, 실제로 계단식 반 보호 기능을 사용할 수 있도록 했다.2007년 5월 22일(UTC) 15:43, 22

새 메시지

브라우저 캐시를 지웠는데도 오렌지 바가 사라지지 않는다. 75.20.220.134 01:26, 2007년 5월 23일(UTC)

이것이 이유다.많은 사람들이 이에 좌절하고 있다. --R 기여_@ (Red Sux!) 02:04, 2007년 5월 23일 (UTC)

내용 상자 숨기기

안녕. 내 사용자 하위 페이지 중 하나에 있는 내용 상자를 어떻게 숨길 수 있는지 궁금했어.누가 좀 가르쳐 줄래?--Diniz 19:38, 2007년 5월 22일 (UTC)

__NOTOC__를 페이지 상단에 넣는다.x4206 Talk Mess 20:14, 2007년 5월 22일(UTC)

고마워!--Diniz 21:19, 2007년 5월 22일 (UTC)

관심장소: 그것은 페이지 위뿐만 아니라 어느 곳에나 배치될 수 있고, 여전히 작동될 것이다.사소한 세부 사항이지만, 그냥 언급해야겠다고 생각했어.EVULA // talk // talk // 22:23, 2007년 5월 22일(UTC)

사라지는 감시 목록

안녕!

나는 내 문제로 헬프데스크에서 이 페이지를 참조했다.그리고 내 문제는 최근 몇몇 기사들은 "보이지 않은" 것이 되었다는 것이다. 즉, 내 감시 목록에서 사라졌다는 것이다.한 동료가 내게 말하길 아무도 내 감시목록에서 항목을 지우고 복원할 수 없다고 했다.너는 그것에 대해 뭔가 할 수 있는 일이 있다고 생각하니?쿨쿤 18:55, 2007년 5월 22일 (UTC)

나는 보호와 비보호와 같은 일부 작전이 감시 목록에 제대로 나타나지 않는 미결로 해결된 문제가 있다고 믿는다.기본 설정에서 "해당되는 모든 변경사항을 표시하도록 감시 목록 확장" 옵션을 선택하십시오. 이 옵션은 해당 페이지에 대한 이전 편집 내용을 표시하여 문제를 해결하는 데 도움이 될 수 있습니다. --briion 19:36, 2007년 5월 22일(UTC)

힌트는 고맙지만, 지금은 감시목록이 완성된 것 같은데, 내가 감시목록에 가지고 있는 항목 수에 영향을 줄까?그리고 또 어떻게 하면 감시자 명단에서 기사가 사라지는 것을 막을 수 있을까?

감시 목록

워치리스트는 뭐야?내 말은 지연과 메세지?메시지를 끌 수 있고 앞으로 이 지연이 있을 것인가?애런 보웬 17:56, 2007년 5월 22일 (UTC)

사용자 .css 페이지를 사용하여 "mw-lag-warn-high" 클래스의 항목을 보이지 않거나 숨김으로 설정하십시오.2007년 5월 22일 19:30(UTC)

안녕 애런이 메시지는 기존의 간헐적인 현상을 설명하는 공지사항으로, 다양한 서버가 많은 양의 변화를 따라잡는 동안 때때로 감시 목록과 다른 목록들이 최근의 변화를 표시하지 못하게 한다.지연이 있을 때만 보여주고, 다른 때는 보이지 않는다.

네가 원한다면, 어쨌든 그것을 숨길 수 있어; 하지만 그것에 대한 힌트를 얻기 위해 스크롤 업. --briion 19:31, 2007년 5월 22일 (UTC)

정보 요청.

여보세요

키워드를 찾기 위해 기사를 스캔할 수 있는 방법이 있는가?원하는 키워드를 스캔한 뒤 어쩌면 기사를 자동 포맷할 수 있다는 생각을 하고 있었다. --Aarktica 22:11, 2007년 5월 21일 (UTC)

모질라(편집 모드 내에서 기사 본문에 있는 키워드를 검색)에서는 가능하지만 IE에서는 가능하지 않다. --Brandykilcovaт 22:52, 2007년 5월 21일(UTC)

WP 내에서는 어떤가?예를 들어, "툰드라"라는 단어에 대해 여러 기사를 스캔하여 이탤릭체로 포맷하는 방법이 있는가? --Aarktica 23:10, 2007년 5월 21일 (UTC)

당신은 잠재적으로 유사한 기능을 수행하는 봇을 찾을 수도 있고, 혹은 봇에게 조언을 구하거나, 그 기능을 봇에 통합하게 할 수도 있다. -- Tompsci 23:43, 2007년 5월 21일 (UTC)

구글에서 기사 내에서 키워드를 검색하는 기능이 있다고 생각한다. -- 03^Chat:25, 2007년 5월 22일 (UTC)

위키백과:AutoWikiBrowser에는 이 기능이 내장되어 있다.Night Gyr (토크/Oy) 03:28, 2007년 5월 22일 (UTC)

피드백 고마워; 바라건대 이 옵션들 중 하나가 복수의 기사를 대량 포맷할 수 있게 해주길 바란다. --Aarktica 23:39, 2007년 5월 22일 (UTC)

로그인 시 캡차

난 말해야겠어...나는 로그인 과정을 강화하는데 전적으로 찬성하지만 다단계 로그인은 형편없다.만약 한 단계 다른 대안이 없다면 나는 단지 기사를 작성하기 위해 로그인하고 IP로서 나의 모든 편집을 할 것이다.진짜 서명을 사용하지 않는 것은 형편없을 것이다. 하지만 나는 이렇게 쉽게 메시지의 끝까지 들어갈 수 있는 오프라인 서명을 생각해 낼 수 있을 것이라고 확신한다.난 지금 로그인하지 않았지만 이건 나 개리야.

개리 21:47, 2007년 5월 17일 (UTC)

mutlistep 로그인?최근 로그인 프로세스에 변화가 없음을 알게 되었다. --Deskana(AFK 47) 21:49, 2007년 5월 17일(UTC)

쿠키에 뭔가 이상한 게 있을 거야.개리, 너는 너의 쿠키를 지워보는 게 좋을 거야.정확한 재생산 단계는 잘 모르겠으나, 암호를 변경한 다음 로그인한 다른 기계로 갈 때 처음에는 정상적으로 비밀번호를 입력하라는 메시지가 표시되지만, 입력한 후에는 캡차(Captcha)로 다시 입력하라는 메시지가 표시된다는 것을 알게 되었다. --BigDT 22:00, 2007년 5월 17일(UTC)

강력한 비밀번호가 늘었다는 말에 겁을 먹은 것 같아...PC에 루트킷을 부분적으로 버렸던 피싱 공격으로부터 거의 동시에 회복되었다.내 생각에 BigDT는 내가 쿠키를 몇 개 잃었기 때문에 과자를 가지고 있었던 것 같아.지금은 모든 것이 "정상"이다.개리 22:57, 2007년 5월 22일 (UTC)

선택한 버전 비교 단추

나는 비교버튼을 고쳐서 Firefox에서 중간 클릭할 수 있는 링크가 되어 새로운 탭에서 열 수 있도록 하는 스크립트를 가지고 있다.최근에 그것은 작동을 멈췄다.다른 방법이 있나? css 해킹?스티브 블록 토크 11:07, 2007년 5월 17일 (UTC)

나를 위해 일한다(시험에서).위키백과 및 en.properties)의 로컬 사본.어떤 브라우저/버전을 사용하십니까?JS 오류는? --Splarka (rant) 07:47, 2007년 5월 18일 (UTC)

Firefox 2.0.0.3 및 no, no, no, no, no, no, no, no.s 오류스티브 블록 토크 21:21, 2007년 5월 22일 (UTC)

위첨자는 Firefox에서 "슈퍼"가 아니다.

그것들은 본문 아래에 나타난다.여기에서 토론토 랩터의 스크린샷을 참조하십시오. http://img95.imageshack.us/my.php?image=ffyg9.png —MC 스노우(토크/기여) 21:43, 2007년 5월 9일(UTC)

이상하긴 하지만, 내 브라우저에서 페이지가 괜찮아 보이므로 Firefox일 수는 없다--VectorPotential^Talk 01:27, 2007년 5월 10일(UTC)

그럼 뭔데?IE7과 오페라 9.10에서는 괜찮아 보인다.나는 Firefox 2.0.0.3 btw를 사용하고 있다.—MC 스노우 (토크/기여) 15:33, 2007년 5월 10일 (UTC)

누가 좀 도와줄래?—MC 스노우 (토크/기여) 01:38, 2007년 5월 16일 (UTC)

아무도 이 문제를 가지고 있지 않아?—MC 스노우 (토크/기여) 01:27, 2007년 5월 21일 (UTC)

내가 아니라 캐쉬를 정리해보셨나요?간섭할 수 있는 사용자 정의 CSS가 있는가? - 레이브루조 02:34, 2007년 5월 21일(UTC)

응, 정리했어.사용자 지정 CSS 없음 —MC 스노우(토크/기여) 01:09, 2007년 5월 23일(UTC)

지연 이슈?

일반적으로 나는 위키피디아를 빠르게 로딩하고 있지만 미리 보고 저장하는 데는 시간이 걸린다.서버 지연 때문인가 아니면 단순히 나의 LAN 때문인가? --브랜드 спо 08:24, 2007년 5월 23일 (UTC)

AFAIK, 서버 지연 탓이다. -- FayssalF - 14:57, 2007년 5월 23일 (UTC)

Firefox의 Notes가 겹침

점점 더 많은 페이지들이 두 개의 열에 노트를 가지고 있고, 종종 그 열의 노트가 읽을 수 없게 되고 심지어 읽을 수 없게 될 정도로 겹쳐진다.오페라에는 여전히 하나의 칼럼 버전의 노트가 있는 것 같다.로그오프해서 새로운 Firefox 프로필을 확인했는데, 문제는 여전히 있어.[3]

이걸 없애려면 어떻게 해야 하지?특별한 스타일시트 같은 것이 필요하십니까?아니면 실제로 그 두 개의 콜론 레이아웃이 점점 더 흔한 것 같은 문제가 있는 것일까?-코넬리스 14:01, 2007년 5월 21일 (UTC)

나는 그 페이지를 단열 각주로 바꾸었는데, 그 URL들 중 일부는 분명히 2열 형태에 비해 너무 길기 때문이다.하지만 일반적인 문제를 해결하기 위해 어떻게 해야 할지 잘 모르겠다. --Derlay 14:21, 2007년 5월 21일 (UTC)

어우, 그 URL들은 정말 못생겼어.내 생각에 가장 좋은 해결책은 브라우저를 바꾸는 것보다 백과사전을 바꾸는 것이다.{{cite 웹}}}이(가) 유용하다.Gracenotes^T § 2007년 5월 21일 (UTC)

바로 그거야긴 일반 URL을 적절한 외부 링크 형식으로 교체하여 올바르게 줄 바꿈할 수 있는 항목이 생성되도록 하십시오.{{cite 웹}} 또는 외부 링크 형식만. --Quiddity 19:10, 2007년 5월 21일(UTC)

고마워. 오페라는 다르게 전시되었기 때문에 브라우저와 관련된 문제를 의심했다. (Linux에서 나는 msie를 확인할 수 없었다. IE NetRender[4]는 한 페이지의 맨 위에서만 작동한다.또한 나는 ref 메커니즘이 선택적으로 두 개의 컬럼 옵션을 가지고 있다는 것을 알지 못했다(이제 그것이 CSS3임을 알았다).나는 모든 옵션을 추적하는 것이 어렵다는 것을 알게 되므로, 다른 사람들이 그것을 사용할 때 나는 출력이 잘못되었을 때에도 그것들을 만지지 않을 것이다(인용을 인용하여 읽으면 나는 그것이 인정된 비판이라는 것을 알게 된다).더레이에 의해 수정된 것을 이해하기 위해서 나는 인용에 대한 나의 지식을 갱신해야만 했다.php, css3 2열에서 모질라 작품의 페이지도 찾아 www.w3.org에서 관련 페이지를 읽어야 했다.내가 그렇게(흥미있는 읽을거리) 신경쓰는 것은 아니지만 그것이 나를 그곳으로 이끌 것이라고는 기대하지 않았다.:)

다시 한번 고마워. --Kornelis 08:51, 2007년 5월 23일 (UTC)

자동 잠금

사용자가 차단 해제되어 있고 자동 잠금 기능이 아직 만료되지 않은 경우 자동 잠금도 자동으로 취소된 경우그리고 자동잠금이 24시간밖에 지속되지 않기 때문에 사용자는 새로운 계정을 만들고 24시간 안에 IP에서 다시 편집할 수 있는가? --R 기여_@ (Red Sux!) 02:23, 2007년 5월 24일 (UTC)

아니 그리고 그렇다.프로데고^talk 02:31, 2007년 5월 24일 (UTC)

고마워. --R 기여_@ (Let's Go Yankees!) 02:33, 2007년 5월 24일 (UTC)

테이블리스 웹 디자인?

위키미디어 세계 어디에도 테이블리스 웹 디자인으로 이동하려는 움직임이 있는지 아는 사람 있어?질 02:22, 2007년 5월 24일 (UTC)

디폴트 모노북 스킨은 이미 테이블리스 디자인이다.일반적으로 위키백과나 다른 위키미디어 사이트에서는 표 데이터 이외의 것에 표를 사용하는 곳이 별로 보이지 않는다.마이크 딜런 02:48, 2007년 5월 24일 (UTC)

그것은 대부분 내가 염두에 두고 있는 Infobox들이었다.나는 그들 중 많은 이들이 부분적으로 합법적이라고 생각한다. 일부 자료는 표로 되어 있기 때문이다.그러나 일단 infobox가 테이블이 되면 테이블은 레이아웃에 사용된다. :-/ 질 03:47, 2007년 5월 24일 (UTC)

나는 개인적으로 가능하면 테이블들을 피하려고 노력한다; Meal Kombat Wiki Project 상은 대부분의 상(예: {{원제 Banstar})과 같은 테이블이 아니라 매우 양식화된 정의 리스트로서 할 수 있었다.나는 불필요한 식탁을 버리려는 어떤 노력도 전폭적으로 지지할 것이다.EVULA // talk // talk // 04:48, 2007년 5월 24일(UTC)

감시 목록에서 롤백

관리자는 감시 목록에서 롤백 단추를 얻을 수 없으며, 그럴만한 이유로 당신이 보지 않는 한 편집이 실제로 무엇인지 알 수 없다.

하지만 그것은 바뀌었고, 이제 자동 편집 요약이 있고 우리는 "Donkey balls로 페이지를 바꾸었다!!'''가 우리 감시 목록에 나타났어이런 종류의 기물 파손을 먼저 싣지 않고 원클릭으로 수리할 수 있다면 정말 편리할 것이다.사람들은 어떻게 생각하는가?^(H) 01:03, 2007년 5월 24일 (UTC)

이것이 정리될 수 있을지 모르겠지만, 자동 편집 요약 화살이 표시되는 경우에만 가지고 있다고 말할 것이다. --R 기여 (Red Sux_@!) 01:09, 2007년 5월 24일 (UTC)

뚜렷한 가능성. 01:10, 2007년 5월 24일 (UTC)

나는 내 워치리스트의 무작위 링크를 너무 자주 잘못 클릭해서 이것에 익숙하지 않다는 것을 발견한다.(어쨌든 롤백을 위한 "확실해?"라는 자바스크립트를 만들고 싶었지만)—크립틱 01:11, 2007년 5월 24일 (UTC)

제거, 크기 변경 또는 스크립트 액세스를 위해 CSS 클래스에 배치할 수 있다. 01:17, 2007년 5월 24일(UTC)

롤백 버튼이 오른쪽이 아니라 왼쪽에 있다면 어떨까?아마 관리자로서의 첫 달에 실수로 열 번을 쳤을 거야.나는 스크롤 모드로 들어가기 위해 운전대를 누를 수 있는 것에 익숙했다.음, Firefox와 IE7에서는 휠이 새 탭에 링크를 연다.따라서 스크롤 모드로 전환하고 싶어 운전대를 잡은 후 우연히 이 새로운 롤백 버튼의 맨 위에 있으면 롤백을 해제하십시오.그러나 기여도 AND에 대한 기여도 AND에 대한 diff/history 링크의 왼쪽에 롤백이 있다면 정말 좋을 것이다. --BigDT 01:18, 2007년 5월 24일 (UTC)

음... 나는 새 탭에서 열기 위해 하향식 제스처와 함께 마우스 제스처를 사용한다.그래서, 나는 마우스 커서를 맨 위에 놓고 모든 (디프) 링크를 통해 아래로 제스처를 취해서 그것들을 많은 탭으로 열어보았다.롤백 링크는 나에게 위험할 수 있다.실수로 대규모 롤백에 대해 이야기... - 레이브루조 01:22, 2007년 5월 24일 (UTC)

"점" 템플릿으로 변경 제안

공간배치와 관련하여 최근 {{·}}로의 변경이 제안되었다.이것이 널리 쓰이는 템플릿인 만큼 여기서부터 논의를 연계해야겠다고 생각했다.현재 논의는 템플릿 토크로 진행:·####_space.– Luna Santin (토크) 00:58, 2007년 5월 24일 (UTC)

산문 크기 스크립트

얼마 전에 pda 박사의 산문 크기 대본을 설치했는데 한동안 잘 작동했어.하지만 최근에는 로렌스 테일러, 뉴욕 자이언츠의 역사 같은 특정 페이지에 대한 작업을 중단했다.내가 닥터 pda에게 물어봤는데, 그 페이지에서는 괜찮다고 하더라고.내 컴퓨터 화면 왼쪽 하단에 '완료'라고 쓰여 있는데 페이지에는 오류가 있고 가운데에는 검은색 느낌표가 있는 노란색 삼각형이 있다.페이지 크기 버튼이 전혀 나타나지 않는다.누가 이것 좀 도와줄래?Quadzilla99 18:07, 2007년 5월 20일 (UTC)

누군가 도울 수 있는 사람이 있을 경우, 문제는 좁혀졌다(Dr pda의 대본은 섹션 제목이 숫자로 시작할 때, 메타 레벨에서 약간의 변화로 인해 지금 깨진다).여기서 토론을 참조하십시오.SandyGeorgia (토크) 22:48, 2007년 5월 20일 (UTC)

내가 볼 수 있는 한 가지 문제는 지금 검색 페이지의 출력에 'kB'가 아니라 'KiB'라고 되어 있다는 것이다.이것은 사이드가 5월 13일과 14일 두 가지 변화로 소개한 것이다.실제 이슈를 재현할 Internet Explorer(인터넷 익스플로러)는 없지만, 이 변화로 인해 문제가 깨질 것이다.getWikiText()현재 상태로 기능한다.마이크 딜런 01:13, 2007년 5월 21일 (UTC)

내가 수정 작업을 한 것 같은데, JavaScript를 다시 로드하여 지금 작동하는지 확인해 보십시오. --Cyde Weys 12:26, 2007년 5월 21일(UTC)

사이드, 미안한데 테크노 두미랑 얘기하는 거야?내 모노북에 Ctrl-F5를 넣었어. 그게 무슨 말이야?아니면 pda 박사가 대본에 무슨 짓을 해야 하나?아니, 아직 고쳐지지 않았어.SandyGeorgia (토크) 12:29, 2007년 5월 21일 (UTC)

아, 미디어위키 네임스페이스의 내 변화가 이 버그를 일으킨 원인이었다면, 그것은 그것을 고쳤을 것이다. --Cyde Weys 16:19, 2007년 5월 21일 (UTC)

"KiB" 물건을 고치면 문제가 해결된다는 것을 암시하려는 의도는 아니었지만, 나는 그것이 고장 났다는 것을 알아차렸을 뿐이다.

방금 Internet Explorer(인터넷 익스플로러)에서 문제를 재현하려고 시도했는데 "link.href"가 정의되지 않았다는 자바스크립트 오류가 발생했지만 문서 통계는 그대로 나타났다.Internet Explorer 6을 사용 중이었는데 로그인하지 않았으므로 다음과 같이 입력하십시오.

javascript:importScript("사용자:Dr pda/prosesize.js");getDocumentSize()

테스트하기 위해 URL 막대로 이동하십시오.링크에 대한 오류.Href는 아마 99번, 5번 컬럼에 있었던 것 같은데, 찾을 수가 없었어.링크에 대한 언급이 있다.wikibits.js의 href, 하지만 99번 전화는 아니었어...누군가가 이 "중단"이 발생했을 때 어떤 일이 일어나는지 그리고 어떤 특정한 버전의 Internet Explorer가 영향을 받는지 정확히 설명할 수 있는가?Mike Dillon 00:11, 2007년 5월 22일(UTC)

IE6와 IE7 둘 다에 문제가 있는데, "차단"은 단순히 숫자로 시작하는 섹션 제목이 있는 모든 글에 대해 내 도구 상자에서 산문 크기 링크가 사라진다는 것이다(그러나 숫자로 시작하는 글 제목에 대해서는 그렇지 않다.pda 박사의 기사 히스토리 스크립트도 없어졌다. 다른 모든 기사들을 위해 둘 다 거기에 있다.그는 자신은 아무런 변화도 하지 않았고, 그들은 이전에도 일을 하고 있었으며, 그들은 다른 기사들에 대한 작업을 계속하고 있다고 말한다.SandyGeorgia (토크) 00:22, 2007년 5월 22일 (UTC)

자바스크립트 오류 메시지를 받아서 여기에 올려주시겠습니까?상태 표시줄에서 오류 아이콘을 두 번 클릭하고 "세부 정보 표시"를 클릭하면 찾을 수 있다(현재 IE가 유용하지 않기 때문에 정확한 표현은 알 수 없음).마이크 딜런 03:47, 2007년 5월 22일 (UTC)

나는 이 문제가 최근 MediaWiki가 추가된 것과 관련이 있다고 생각한다.Wikimediaplayer.js to MediaWiki:Common.js(사이드가 5월 13일에 추가함).내가 Internet Explorer에 뉴욕 자이언츠의 히스토리를 로드할 때, 나는 "link.href"에 대해 앞에서 언급한 오류를 99호선에서 얻는다.MediaWiki 99 라인을 보면:Wikimediaplayer.js, 코드는 "link.href.substrate"로 무언가를 시도하고 있다.왜 이런 일이 숫자 표제가 있는 기사에서만 일어나는지 정확히 알 수는 없지만, 실제로 그런 것 같다.

...시간은 지나간다.

나는 미디어위키에 대한 문제를 방금 알아냈다고 확신한다.위키미디어.js."A" 태그의 HTMLCollection을 통해 반복되는 for loop은 키에 대해 상당히 이상한 값을 갖게 된다.키가 순차적인 숫자인 모질라에서의 행동과 달리, Internet Explorer는 첫 번째 키로 "길이"를 가지고 있다."A" 태그의 경우, 각 루프에 대해 a에 사용되는 키는 순차적인 숫자로 시작하여 링크 href 또는 앵커 값과 관련된 텍스트 값이 뒤따른다.나는 이것으로부터 루프를 바꿈으로써 코드를 고칠 수 있다고 생각한다.

for(링크에서 var 키 ) { 링크 = 링크[키]; 

다음 작업을 수행하십시오.

(var 키 = 0; 키 < links.length; key++) { 링크 = links[key]; 

숫자 제목이 있을 때 깨지는 이유는 탐색기가 숫자로 시작하는 문자열을 숫자 인덱스로 사용하려고 하기 때문이다.예를 들어, "1986: 슈퍼볼 챔피언"은 1986번으로 취급된다.해당 어레이 인덱스에 링크가 없으면 "링크" 변수가 정의되지 않으므로 "link.href"를 호출하면 오류가 발생한다.이것이 pda 박사의 스크립트에 문제를 일으키고 있는지 모르겠지만, 이 스크립트에서 후속 자바스크립트의 실행을 방해하는 오류를 볼 수 있었다.마이크 딜런 15:43, 2007년 5월 22일 (UTC)

마이크, 아직 내 입력이 필요한지, 아니면 박사님께 이걸 보여드려야 하는 건지 모르겠어.미안하지만, 나는 이 언어를 잘 하지 못한다.Pr pda는 실생활에서 2주 정도 바쁜데, 그게 다라고 생각되면 여기서 엿보라고 해야 할까?난 아무데도 오류가 없어.난 그냥...아무 것도 없어요.SandyGeorgia (토크) 16:37, 2007년 5월 22일 (UTC)

너무 기술적으로 굴어서 미안해.해결 방법은 MediaWiki:관리자에 의한 Wikimediaplayer.js.pda 박사의 대본으로 문제를 해결할지는 모르겠지만, 그것은 내가 뉴욕 자이언츠의 역사 페이지에서 IE6에서 보고 있던 "link.href" 오류를 고칠 것이다.한번에 한 단계씩.

추신. 아까 부탁한 에러 메시지 좀 받아줄래?마이크 딜런 17:00, 2007년 5월 22일 (UTC)

나는 오류 메시지가 없다. 어디서 무엇을 얻어야 할지 모르겠다.내 공구박스에 빠진 링크만 있어.그러나 Quadzilla99 (토크 · 기여)는 오류 메시지를 받는 것 같다; 나는 그에게 여기를 들여다보라고 부탁할 것이다.네가 도와줘서 정말 고마워.SandyGeorgia (토크) 17:29, 2007년 5월 22일 (UTC)

상태 표시줄에 느낌표가 있는 노란색 아이콘이 표시되면 두 번 클릭하여 오류 메시지를 확인하십시오.대화 상자가 나타나면 "상세 정보 표시"를 누르십시오.오류 메시지가 두 개 이상 있으면 "다음" 단추를 눌러 추가 메시지를 확인하십시오.마이크 딜런 17:47, 2007년 5월 22일 (UTC)

(끝)안녕 Mike, 메시지는 다음과 같다. (아이콘을 두 번 클릭하고 쇼 디테일을 히트시키면):

선: 99
차: 5
오류: '링크'href'는 null이거나 객체가 아니다.
코드: 0
URL: http://en.wikipedia.org/wiki/History_of_the_New_York_Giants

이게 도움이 되길 바래.Quadzilla99 18:04, 2007년 5월 22일 (UTC)

그게 유일한 메시지라면, 내가 받은 것과 같은 메시지야.나는 내가 위에 고친 것이 그것을 바로잡을 것이라고 믿는다.그것이 실제로 산문 크기 대본의 문제의 근원이기를 바란다.마이크 딜런 18:30, 2007년 5월 22일 (UTC)

그래서 이걸 잘라내서 모노북에 붙여야 하나?아니면 pda 박사에 의해 변화가 필요한가?Quadzilla99 18:56, 2007년 5월 22일(UTC)

MediaWiki에서 수정해야 함:관리자에 의한 Wikimediaplayer.js.마이크 딜런 20:19, 2007년 5월 22일 (UTC)

나는 이것을 간단히 들여다보고 소스 html에서 숫자로 시작하는 이름을 가진 태그를 제외한 대부분의 앵커 태그가 ID를 가지고 있다는 것을 알아챘다.이 아이디가 무엇에 쓰이는지, 혹은 이 아이디가 연관되어 있는지는 확실치 않지만, 그것은 묘한 우연처럼 보였다.2007년 5월 22일, 김메트로 19:34 (UTC)

ID는 HTML Nautify에 의해 추가되며, MediaWiki 소스에 의해 생성되지 않는다.숫자로 시작하는 항목에 ID가 없는 이유는 XML ID는 문자나 밑줄로만 시작할 수 있기 때문이다.

정의: 이름은 문자 또는 몇 개의 구두점 문자 중 하나로 시작하고 문자, 숫자, 하이픈, 밑줄, 콜론 또는 전체 중지(이름 문자)로 계속 이어지는 토큰이다.]문자열 "xml"로 시작하는 이름 또는 일치하는 문자열('X' 'x')('M' 'm')('L' 'l')은 이 규격의 이 버전 또는 향후 버전에서 표준화를 위해 예약되어 있다.

http://www.w3.org/TR/REC-xml/#sec-common-syn을 참조하십시오.마이크 딜런 22:40, 2007년 5월 22일 (UTC)

그래서 이 상황은 어떤가?Quadzilla99 19:11, 2007년 5월 23일(UTC)

고쳐야 한다.캐시를 건너뛰어 지금 상황이 괜찮은지 확인하십시오.마이크 딜런 20:53, 2007년 5월 23일 (UTC)

지우기 및 BYC에도 불구하고 지도 이미지가 업데이트되지 않음

가장 최신 버전의 공용 지도 네 개가 이미지나 미리 보기 또는 템플릿으로 위키백과(또는 공용)에서 업데이트되지 않고 있다.사용자:VerruckteDan과 나는 지도를 정리하고 캐시를 우회해 보았다.예를 들어 이 지도 이미지:펜실베니아 로케이터 지도.PNG는 리틀 파인 스테이트 파크와 같은 주립 공원 인포박스에서 사용된다.

DE, IL 및 LA 맵은 자체적으로 올바른 버전을 표시하지만, Geoboxes에서 로케이터 맵으로 사용할 경우 이전 버전을 표시하는 유사한 문제가 있다.

• DE: 이미지:델라웨어 로케이터 지도.Dover, Delaware 및 기타 여러 곳에서 사용되는 PNG
• IL: 이미지:일리노이 로케이터 지도일리노이주 스프링필드 등지에서 사용되는 PNG
• LA: 이미지:루이지애나 로케이터 지도.PNG는 알렉산드리아, 루이지애나 그리고 다른 많은 곳에서 사용되었다.

업데이트: 세 가지 사례(DE, IL, LA) 각각에서 지도(첫 번째 링크)는 최신 버전을 표시하지만, 지오박스 시티(두 번째 링크에 포함)는 이전 버전(다른 경계 색상, 더 진한 파란색은 아님)을 표시한다.이 지도들은 보정된 지도들이기 때문에 (그러므로 Geobox에서 위도와 경도를 입력하면 자동으로 로케이터 점의 위치가 계산된다) 이전 버전에서는 얼음이 얼 수 있을까?

이 문제에 대한 도움/자문에 미리 감사드리며, 2007년 5월 17일 (UTC) 03:59, Ruhrfisch °^° 03:59 (UTC) 나는 더 많은 정보를 제공하기 위해 위의 설명을 업데이트했다.루어피쉬 °^° 14:25, 2007년 5월 17일 (UTC)

• 나는 오늘 화이트 클레이 크릭 스테이트 공원에 델라웨어 지도를 추가했다.현재 버전은 지도 자체를 보면 알 수 있지만, 인포박스에 이전 버전이 나타났다.이것은 Geobox 템플릿이 아니다.루어피쉬 °^° 03:22, 2007년 5월 24일 (UTC)

'업로드 파일 마법사'

파일 업로드 마법사 ?--VectorPotential^Talk 18:58, 2007년 5월 28일(UTC)이라고 읽어야 하지 않을까?

미디어위키토크에서 몇 가지 논의가 있다.사이드바(그리고 수많은 다른 장소도 있는 것 같다).---- RockMFR 20:25, 2007년 5월 28일 (UTC)

감시 목록 내보내기

나의 옛날 계정에서 이 계정으로 나의 워치리스트를 수출할 수 있을까?--세라피엘 07:26, 2007년 5월 25일 (UTC)

음....누구라도?--세라피엘 10:36, 2007년 5월 26일 (UTC)

현재는 아니지만, 향후에 가능할지 모른다. 164.11.204.56 11:26, 2007년 5월 26일 (UTC)

정기적으로 감시 목록을 저장하고 복원할 수 있는 기능도 갖고 싶다.버그질라: 버그 7959.CMUmert · talk 11:41, 2007년 5월 26일 (UTC)

기능 요청을 열어 주셔서 감사함.오래전부터 있었어야 할 특징이다.승인받길 바래.--세라피엘 12:03, 2007년 5월 26일 (UTC)

안 열어봤어.여러분이 관심 있는 벌레들에게 관심을 갖게 하는 한 가지 방법은 벌레들에게 버질라에서 투표하는 것이다.CMUmmert · talk 12:53, 2007년 5월 26일 (UTC)

디프스를 가로질러 스크롤링

왜 갑자기 디프들이 디프 각 부분에 단지 더 긴 페이지 대신에 왼쪽에서 오른쪽으로 스크롤을 하는 것일까? --TeckWiz는 이제 R Diquives_@ (Let Go Yankees!) 21:07, 2007년 5월 16일 (UTC)

페이지 확장으로 인해 99%의 디프를 완전히 읽을 수 없게 되는 것을 사람들이 싫어하기 때문이다. --briion 21:09, 2007년 5월 16일 (UTC)

나는 두루마기가 싫다.나는 넓은 차이를 좋아한다.그것을 무효로 하는 css의 방법이 있는가? --TeckWiz는 현재 R conciates_@ (Let's go Yankees!) 21:11, 2007년 5월 16일 (UTC)

나는 여기에 80%의 diff를 숨기는 것이 정답인지 잘 모르겠다; 보통 1열은 좁고 2열은 페이지 너비였기 때문에 나는 무엇이 바뀌었는지 보기 위한 나의 지침으로 2열만 사용했다.나는 스크롤 막대가 싫고 특정 휠미스를 가지고 장난을 친다(커서가 막대를 넘어가면 스크롤을 시도할 것이다). --내블리스 21:13, 2007년 5월 16일 (UTC)

원하는 경우 사용자 CSS를 사용자 정의하여 오래된 손상된 동작을 복원할 수 있다.현재 스타일에 대한 새로운 diff.css를 참조하십시오. "역방향"으로 설정할 비트는 오버플로우: auto(표시할 수 있는 상태로 변경)와 테이블 레이아웃: fixed(auto로 변경)를 참조하십시오.--briion 21:22, 2007년 5월 16일 (UTC)

개인적으로, 나는 그것이 큰 발전이라고 생각한다.개발자들에게 모자를 씌워라.저희를 대신해서 수고하셨습니다. --Dweller 22:05, 2007년 5월 16일 (UTC)

나도 마찬가지라고 생각한다: 나는 차이점을 확인했을 때 내가 브로셔를 스크롤해야 한다는 것을 귀찮게 생각했다.이 새로운 기능은 차이를 확인하는 것을 훨씬 쉽게 한다.아칼라마리 23:51, 2007년 5월 16일 (UTC)

각 단락의 첫 줄만 모질라에서 스크롤 막대가 없이 보여지고 있다.(아직도 텍스트를 강조표시하고 마우스를 위아래로 움직여 스크롤을 할 수 있다.)약간 짜증나. -Nogood 06:08, 2007년 5월 17일 (UTC)

어떤 브라우저 버전?이 특별한 실패 모드는 나에게 새로운 것이다.—일마리 카로넨 (대화) 06:51, 2007년 5월 17일 (UTC)

이 오류(표시되는 diff의 첫 번째 n바이트만)는 현재 내 브라우저에서 발생하고 있다.Solaris 8의 Netscape 7.0.그것은 기본적으로 n바이트를 초과하는 단락에 대해 차이를 무용지물로 만든다.그것은 페이지의 HTML 소스에 전체 단락이 있기 때문에 명백히 CSS 문제야.

Atlant 17:00, 2007년 5월 21일(UTC)

고마워. 이걸 간신히 재생산했고, 1438번 버그에 스크린샷을 첨부했어.문제는 7.1이 아닌 넷스케이프 7.0에서만 발생하기 때문에 이후 고쳐진 브라우저 버그였던 것으로 보인다.이 시점에서, 영향을 받는 사용자들에게 내가 조언하는 것은 업그레이드 하는 것이다.(그렇다고 해서 다른 브라우저에서도 이런 일이 일어나는지 알고 싶지 않다는 뜻은 아니고, 단지 미디어위키에서 작업하기 위해 우리가 할 수 있는 일이 별로 없다고 생각할 수 있다.) —일마리 카로넨 (대화) 17:39, 2007년 5월 24일 (UTC)

그러나 간단한 사용자별 해결 방법은 "을(를) 넣는 것이다.table.diff td div { overflow: visible; } (따옴표 없이) monobook.css(또는 다른 스킨을 사용하는 경우 해당 .css 페이지)에 "—Ilmari Karonen(토크) 17:42, 2007년 5월 24일 (UTC)

사서들이 뭔가 숨기고 있는 게 틀림없어.

짐보와 스티븐 콜버트가 인터뷰를 했다고 들었는데 '사서들이 뭔가를 숨기고 있다'는 문구에 대량 반달리즘에 대한 얘기가 나왔다.한 시간 넘게 이걸 찾고 있어이걸 잡기 위해 봇을 쓸 줄 아는 사람?나는 루핀 항바이러스제 도구에 그 문구를 추가했다.고마워요.—Gaff 04:23, 2007년 5월 25일 (UTC)

스터브 캣의 비알파벳 목록

카테고리 검색 중:콘월 지리는 알파벳 순서와 같은 어떤 것도 나열하지 않고 있다는 것을 알아차렸을 때 뭉툭하고, 또한 '다음 200'은 내가 이미 보고 있던 페이지로 나를 데려다 준다.무슨 일인지 아는 사람?던컨힐 00:24, 2007년 5월 25일 (UTC)

나는 다음에 의해 분류된 것을 지웠다. *스텁 템플릿에서.그 기사는 앞으로 몇 분 동안 정리되어야 한다.–Pomte 00:41, 2007년 5월 25일(UTC)

고맙다는 말이 이제 통하나 봐!많은 콘스탄트들을 '디폴트'하는 데 많은 시간을 보냈는데, 갑자기 모든 것이 엉망이 되었다!던컨힐 00:46, 2007년 5월 25일 (UTC)

특수:검색 드롭다운

나는 여기서 검색 페이지에 드롭다운 상자를 추가하는 코드를 제안했다.링크는 이미 아무런 성과도 없이 사용되고 있지만, 나는 사람들이 이것에 대해 어떻게 생각하는지 궁금하다. 그것은 단지 편리한 향상일 뿐이다.Gracenotes^T § 22:44, 2007년 5월 24일 (UTC)

나는 먼저 편집 보호 요청을 이행했다.효과가 좋은 것 같다.건배. --MZMcBride 23:53, 2007년 5월 24일 (UTC)

좋아 :) 그것으로 인해 아무도 불편을 겪지 않기를 바란다.2007년 5월 25일(UTC) § 00:02, Gracenotes^T § 00:02, 25

흠, 그 상자는 IE에서 약간밖에 보이지 않는다.하지만 나일 수도 있어Gracenotes^T § 2007년 5월 25일 (UTC)

복사되지 않도록 인라인 참조를 수정할 수 있는가?

위키백과의 텍스트 섹션을 ctrl-C로 입력하면 참조에서 위첨자 [5]s, [2]s, [57]s로 채워진다.이것은 텍스트의 작은 부분을 발췌하고 있는 위키피디아의 많은 일상적인 사용자들에게 매우 악화되고 있다.기사가 점점 더 많은 참고문헌으로 채워질수록, 참고문헌이 분명히 좋은 것일지라도 점점 더 귀찮아진다.텍스트를 복사할 때 참조 태그가 복사되지 않도록 기술적 방법을 사용할 수 있을까?분명히 일단 위키피디아에서 본문을 베끼면, 그들이 가리키는 참조가 사라지기 때문에 태그는 쓸모없게 된다.—Dark•Sikari^[T] 22:36, 2007년 5월 24일 (UTC)

한 가지 가능한 해결책은 일시적으로 추가하는 것이다.

.reference { display: none; }

monobook.css로 이동한 다음 캐시를 지운 다음 텍스트를 복사한 다음 제거하십시오.JavaScript 함수는 "참조" 클래스의 객체 표시를 전환시킬 수 있지만, 이 임시 해결책은 최소한 작동될 것이다.사람들은 참조를 복사하고 싶어할 수 있기 때문에 선택할 수 없게 만드는 것(가능한 경우, 나는 어떻게 하는지를 잊는다)은 다른 사용자들에게 불편을 줄 수 있다.Gracenotes^T § 01:01, 2007년 5월 25일 (UTC)

사람들이 정말 그것들을 복사하고 싶어할까?사람들이 참조와 관련된 내용을 복사하는 데 관심이 있다면, 위첨자를 대괄호 안의 전체 참조 텍스트로 확장하는 것을 선호할 것이다.

가장 먼저 떠오르는 기술적 해결책은 CSS 콘텐츠 속성을 사용하여 위첨자를 생성하는 것인데, 그 결과는 선택할 수 없다.그러나 콘텐츠 속성은 HTML 값을 가질 수 없기 때문에 클릭이 가능하도록 하기 위해서는 Javascript를 사용해야 할 것이다.개인적으로, 나는 각주를 염두에 두고 디자인된 CSS3가 나올 때까지 기다릴 것이다.질 03:31, 2007년 5월 25일 (UTC)

카툰 네트워크 템플릿

{{Cartoon Network}}}에 도움을 요청하고 있다. 파서 기능에 대한 나의 지식은 기껏해야 복잡하며, 목록형 기사에 대한 새로운 클래스, 프로젝트와 관련된 다른 템플릿, 프로젝트 내 중요도 수준 처리를 위한 코드를 추가할 수 있는 사람을 필요로 한다.지금 완전히 처리, 무거운 리프팅에 대한 Gracenotes와 판매 지원 후 약간의 소량에는 MZMcBride. --treelo 00:30, 2007년 5월 25일 (UTC)

애니메이션 GIF가 표시되지 않음

안녕.

여기 Uncyclopedia에 애니메이션 GIF를 올렸는데, 이미지의 미리보기가 안 보여.썸네일이 있을 장소에는 '썸네일 생성 오류: /usr/ria/source/wiki16svn/bin/ulimit-tvf.sh: 줄 4: 23995 Segmentation fault "$@"라고 적혀 있다. 여기서 메시지를 볼 수 있다.뭐가 문제인지 아는 사람?

고마워요.

스쿼 93 00:45, 2007년 5월 22일 (UTC)

나는 확신할 수 있을 뿐이지만, 미디어위키는 애니메이션 GIF를 스케일링할 수 없다고 들은 것 같아.니힐트레스^(t.c.s) 03:31, 2007년 5월 22일 (UTC)

변변치 않은 프레임의 일부를 떨어뜨려 최적화한 경우, 배설물의 크기를 제대로 조절하지 못하기 때문에 실패할 수 있다.언사이클로페디아는 어쨌든 위키백과와는 완전히 별개라서, 여기는 물어볼 곳이 아니다.Night Gyr (토크/Oy) 03:33, 2007년 5월 22일 (UTC)

실제로 미디어위키는 거의 1년 전부터 최적화된 애니메이션까지 제대로 스케일링했다.그에 따른 스케일이 조정된 애니메이션은 최적화되지 않지만 올바르게 표시되어야 한다.변경 시 썸네일 캐시가 삭제되지 않았으므로, 일부 오래된 애니메이션은 여전히 캐시에서 축소된 버전이 남아 있을 수 있으며, 발견될 경우 수동으로 삭제될 수 있다.

그러나 이 경우 파일 크기가 단순히 너무 커서 이미지 스케일링 프로그램이 할당된 자원이 고갈되고 있는 것이 문제인 것 같다.그게 아니면 스케일링 설정의 무언가가 그냥 깨진거야.—일마리 카로넨 (대화) 20:27, 2007년 5월 24일 (UTC)

와이드 디프스

안녕, 이 질문이 전에 질문받았는지는 모르겠지만, 왜 때때로 디프가 내 브라우저 창보다 몇 배나 더 넓게 나오는지, 여기 내 말의 예[5]가 있다.IE 7.0을 사용하고 있다.이런 일이 일어나지 않도록 내가 할 수 있는 일이 있을까?고마워! —엘리퐁고 (토크 기여) 17:40, 2007년 5월 15일 (UTC)

디프가 넓은 이유는 디프 끝 가까이에 포함된 긴 URL 때문이다.diff 텍스트가 끊어질 URL에 공백이 없어 URL 폭까지 디스플레이가 확장된다. 이에 대해 할 수 있는 일이 있는지 모르겠다.—Daniel Vandersluis^(talk) 18:53, 2007년 5월 15일 (UTC)

한동안 나는 이 문제를 해결하는 "diff enhancer"를 사용했다.때때로 너무 느려서 사용을 중단했다.어디서 샀는지 기억이 안 나서 어디에 있어야 하는지 신용할 수 없어.코드는 [6]을 참조하십시오.대부분의 사람들은 이것을 당신의 monobook.js 파일, 즉 en.wikipedia.org/wiki/User:YOURUSERNAME/monobook.js에 넣어야 한다.거의 1년 동안 사용하지 않았기 때문에, 그 사이에 사용자 인터페이스에 약간의 변화가 생겼을 가능성이 있다.-가드피움 20:46, 2007년 5월 15일 (UTC)

원본 찾기: 위키백과:WikiProject 사용자 스크립트/스크립트/픽스 차이폭내가 사용한 복사본 이후 업데이트되었을 가능성이 있으므로, 이전 단락에서 제공한 링크가 아닌 이 링크를 사용하십시오.-gadfium 20:51, 2007년 5월 15일(UTC)

고마워! 그게 나한테 효과가 있는지 알아볼게. —엘리퐁고 (토크 기여) 21:43, 2007년 5월 15일 (UTC)

나도 한동안 그것을 사용했지만 요즘은 단순히 내 사용자 CSS에 다음과 같은 것을 사용한다..diff-context, .diff-deletedline, .diff-addedline { overflow: auto; display: block; }내 사용자 CSS의 기록에 있는 노트에 의하면 위키백과의 대화에서 나온 것이라고 한다.WikiProject 사용자 스크립트/스크립트/픽스 diff width#매우 간단한 CSS 수정?CSS만 사용하기 때문에 훨씬 빠르다(브라우저의 고도로 최적화된 CSS 엔진을 사용하기 때문이다).--cesarb 23:39, 2007년 5월 15일 (UTC)

나는 그것에 대해 몰랐다.방금 해봤는데, 적어도 당분간은 간직할 수 있을 만큼 잘 작동한다.네 말대로 빠르구나.나에게 유일한 문제는 디프 부분이 보여지는 동안 기사 하단으로 이동하기 위해 "끝" 키를 누르면 화면 디스플레이가 망가진다는 것이다.PgUp를 누른 다음 PgDn을 다시 누르면 해결된다.글과 디프가 단지 두어 개의 스크린에 불과했다면 더 많은 문제가 있을 수 있다.Linux에서 Firefox 2.0.0.3을 사용하고 있다.-gadfium 01:48, 2007년 5월 16일(UTC)

이것은 이제 고정되었다. --briion 19:34, 2007년 5월 16일 (UTC)

야호! 고마워. --Iamanknown 19:43, 2007년 5월 16일 (UTC)

나는 이 문제를 본 적이 있지만, 어떻게 해결할지는 말할 것도 없고, 실제로 고칠 생각은 하지 않았다.감사:) 감사^T § 01:33, 2007년 5월 17일 (UTC)

자, 빠른 질문입니다, 어떻게 이것을 비활성화시킬 수 있는가?나는 Sourceafe가 그렇게 하는 것을 싫어하고, 그래서 위키피디아가 그것을 하는 것을 싫어한다 :-( -- ReyBrujo 01:57, 2007년 5월 17일 (UTC)

여기 봐.관련 코드는 다음과 같다.

table.propert td div { overflow:auto; }

당신은 아마 원할 것이다.

table.propert td div { 오버플로우: 표시됨, }

Gracenotes^T § 02:15, 2007년 5월 17일 (UTC)

오늘 아침[7]에 추가 트윗을 했는데, 이 트윗은 Internet Explorer(인터넷 익스플로러)와 Safari(사파리)에서 스크롤하는 대신 초광폭의 셀을 매력적으로 감싼다.불행히도 Firefox와 Opera는 이 스타일 설정을 지원하지 않는 것 같아 계속 스크롤할 것이다. --briion 15:11, 2007년 5월 17일 (UTC)

나도 그 변화가 짜증나는걸 알아...이전보다 지금 훨씬 더 많이 스크롤해야 할 것 같고, 그래서 독서 확산은 더 이상 수평 스크롤 없이 정기적으로 할 수 있는 일이 아니며, 그것이 더 많은 작업이다.이것은 Firefox 2.0에 관한 것이다.포장이 제대로 안 되는 건지 뭔지 모르겠어.이에 대한 기본 설정 상자 추가에 대한 지원이 있는가?또한 diff.css는 위키 어딘가에 버전되어 있는가?나는 그것을 찾을 수 없을 것 같아.고마워요.조킨슨 22:25, 2007년 5월 24일 (UTC)

카툰 네트워크 위키백과 대상 평가의 문제

위에서 제시한 템플릿 업데이트 후, 모든 기사에 대한 평가는 삭제되었고, 해당 기사들이 여전히 그들의 토크 페이지에 템플릿에 언급된 분류가 있음에도 불구하고, 현재는 분류되지 않은 것으로 간주되고 있다.나는 WP 1.0 봇을 수동으로 실행해 보았지만, 자동으로 평가되기를 기다리는 것이 다른 결과를 낳을지 의심스럽다.템플릿 내의 코드가 올바른가? --treelo 17:52, 2007년 5월 25일(UTC)

토크 페이지를 재분류하기 위해 템플릿을 편집했다(이전에는 분류되지 않았음).좀 있으면 될 거야.–Pomte 18:20, 2007년 5월 25일 (UTC)

==

이 연결고리는 나에게 매우 걱정스럽다.아마 누군가가 버그 리포트를 작성할 수 있을 것이다.안 갈 거야, 난 떠날 거니까.그러나 팝업에서 사용자의 기여 내역까지 맴돌면 페이지만 가더라도 삭제가 불가능할 뿐 정말 화면이 엉망이다.Evil Spartan 18:50, 2007년 5월 12일 (UTC)

이미 삭제됨.또한 더 좋은 브라우저를 구하라 :-) 그냥 놀림 :-) -- 레이브루조 18:57, 2007년 5월 12일 (UTC)

span style="display:display"가

{{Mathematician data}}}}}}}(으)로 이상한 행동을 하고 있다.수학자에 대한 데이터를 {{Talk:Blaise Pascal/Data}은(는) 자체 템플릿이며 데이터 추출이 가능하다.예를 들어.

• {{토크:Blaise Pascal/Data key=dates}}} 제공 1623 – 1662
• {{Talk:Blaise Pascal/Data key=sortname}}}} pascal, Blaise 제공

매개 변수가 없으면 더 긴 설명이 생성됨

• {{Talk:Blaise Pascal/Data} 제공 이 하위 페이지에는 위키백과에서 사용하는 빌리지 펌프(기술)에 대한 데이터가 들어 있다.위키프로젝트 수학은 수학자들의 표를 만드는 것이다.이 페이지를 편집하여 빌리지 펌프(기술)의 정렬 가능한 이름(소트 이름), 생년월일 또는 사망일(예약), 필드(기증)를 추가하거나 업데이트하십시오.

---

• 이름: 파스칼, 블레즈
• 날짜: 1623 – 1662
• 기여:

{{토크:Blaise Pascal/Data}은(는) 닮았다.

{{Mathematician data{{key}}}일시=1623 – 1662 분류명=파스칼, 블레이즈 기여= }}

BCE 날짜로 작업하기 전까지는 모든 것이 잘 된다.위키백과에서 올바르게 정렬하려면:위키프로젝트 수학/위키피디아 1.0/마테마틱스, 스팬 태그 내부에 작업 정렬 키가 포함되어 있다.예를 들어.

{{Mathematician data{{key}}} 날짜=<span style="display:none")*615</span>384 – 322 BCE sortname= 아리스토텔레스 기여= }}}

날짜 필드 추출은 정상적으로 작동함

• {{토크:aristotle/Data key=dates}}는 기원전 384 – 322를 나타낸다.

하지만 무배출 케이스에서는 어떤 결과물도 생산되지 않는다.

• {{Talk:Aristotle/Data} 제공 이 하위 페이지에는 위키백과에서 사용하는 빌리지 펌프(기술)에 대한 데이터가 들어 있다.위키프로젝트 수학은 수학자들의 표를 만드는 것이다.이 페이지를 편집하여 빌리지 펌프(기술)의 정렬 가능한 이름(소트 이름), 생년월일 또는 사망일(예약), 필드(기증)를 추가하거나 업데이트하십시오.

---

• 이름: 아리스토텔레스
• 날짜: 기원전 384 – 322년
• 기여:

스판 태그가 왜 문제를 일으키는지 운동하느라 머리를 긁적거리고 있어.아이디어 있으십니까? --Salix alba (대화) 2007년 5월 20일 (UTC)

음, 디스플레이가 "없음"으로 설정된 것은 어떤 상황에서도 나타나지 않을 것이다; 하지만 스팬 태그가 적절히 닫혔기 때문에, 그것은 문제가 되지 않을 것이다. (아테스토틀 끝에 닫히는 세미콜론을 추가하려고 했지만, 그것은 아무 것도 하지 않았다.)따옴표(스팬 태그에 있음)가 그것을 버리는 것일까?EVULA// 통화 // ☯ // 15:19, 2007년 5월 20일(UTC)

*615를 표시하지 않는 것이 의도된 조치다.우리가 원하는 건 블라...384 – 322 BCE...Blah가 나타나지만, 전체 텍스트는 정렬을 목적으로 한다.궁금한 것은 html 소스에도 텍스트가 나타나지 않는다는 점이다. --Salix alba (토크) 15:38, 2007년 5월 20일 (UTC)

(갈등 편집) 내가 주목한 것은 페이지 출처를 보더라도 텍스트가 전혀 나타나지 않는다는 것이다.문제를 일으키는 것은 동등의 부호라고 생각하는데, 이를 제거하면 올바르게 표시되고 다른 위치에 추가하면 빈 출력이 발생하기 때문이다.따라서 이는 포맷이 아닌 템플릿 파라미터 또는 #switch: ParserFunction에 문제가 있음을 나타낼 수 있다.Tra(Talk) 15:40, 2007년 5월 20일(UTC)

나는 그것이 동등한 기호인지 알아보기 위해 실험을 했다.아직 a = 기호가 올바르게 표시된 상태에서 스팬을 <span foo="bar"로 변경. --Salix alba (토크) 19:45, 2007년 5월 20일 (UTC)

아마도 MediaWiki가 foo를 유효한 HTML 태그 매개 변수로 인식하지 않아서 위키 코드를 평가하기 전에 제거하기 때문일 것이다.유효한 <스팬 스타일="디스플레이:인라인"으로 변경하면 효과가 없다.트라 (토크) 20:34, 2007년 5월 20일 (UTC)

어어어, 히든구조물은 또 없어. display: none텍스트 브라우저, 일반 텍스트 렌더링, 검색 엔진 및 CSS 또는 CSS를 무시하는 기타 모든 상황에서 표시됨display재산가능하면 별도의 필드를 사용할 수 없는 날짜로 기본 설정하여 정렬 키로 사용하는 것이 좋을 것이다. --cesarb 18:32, 2007년 5월 20일(UTC)

문제는 정렬 가능한 테이블의 경우, 현재 특정 셀의 정렬을 사용자 정의할 수 있는 다른 방법이 없다는 것이다.예를 들어 다음과 같은 것을 보는 것이 일반적이다.

{class="확장 가능한 정렬 가능" - <span style="display:display;">부시, 조지 W.[조지 W. 부시] [[조지 W. 부시]] 2001년 현재

만약 우리가 이것을 할 수 있는 내장된 방법을 얻을 수 있다면, 모든 디스플레이를 동시에 변환하는 것은 충분히 쉬울 것이다.그때까지 없는 것보다는 낫다.— CharlotteWebb 19:32, 2007년 5월 20일 (UTC)

그래, 나는 소트데이 키를 갖는 것에 대한 결론에 도달하려고 한다.숨겨진 구조는 테이블을 올바르게 정렬하고 적절한 날짜를 표시하는 유일한 방법인 것 같다. 실제로 이러한 구조는 도움말에서 확장적으로 논의된다.분류.파일 중 메인 스페이스에 있는 파일이 없으므로 관련 문제가 최소화된다. --Salix alba (대화) 19:45, 2007년 5월 20일 (UTC)

나는 이제 좀 더 품위 있는 해결 방법을 시행했다.1000 이전 버전에는 추가 정렬 키가 사용됨AD 날짜.의 테이블 코드는 이것을 숨겨진 스팬으로 감싸고, 정렬 작업과 날짜는 정확하게 표시된다.도와줘서 고마워. --Salix alba (토크) 20:32, 2007년 5월 20일 (UTC)

MediaWiki:라그-워른-정규 분포

MediaWiki가 필요한 이유:감시목록과 기여목록에 나타나는 시차-정상적인가?리스트가 1, 2초 느리다는 것을 꼭 알아야 하는가?--- RockMFR 20:37, 2007년 5월 21일 (UTC)

이것은 mediazilla:9628의 결과였다.30초 미만의 지연 시간, MediaWiki:Lag-warn-normal이 표시된다.MediaWiki:상당한 지연에 대해 Lag-warn-high가 표시된다.일부 사용자는 사용자 css에서 다음을 원할 것이다.

div.mw-messages-message-normal { display: none; }

Gracenotes^T § 21:52, 2007년 5월 21일 (UTC)

그러나 질문에 대한 응답으로 이 기능은 사용하지 않도록 설정하기에는 너무 유용하다.(VPT 아카이브에서 감시 목록 지연의 많은 스레드를 확인하십시오.)싫으면 진열하지 마!Gracenotes^T § 21:56, 2007년 5월 21일 (UTC)

사용자에게 1초 지연을 알리는 것은 분명히 좀 우스꽝스러운 일이다.이제 15초 이상 밖에 안 보일 겁니다.(필요한 경우 해당 번호를 변경할 수 있음).케이트

어두운 배경색이 정말 짜증나.밝은 색은 어떻게 된 거야?Night Gyr (토크/Oy) 02:55, 2007년 5월 22일 (UTC)

밝은 색상도 너무 강조를 많이 한 것 같아.톤 다운이 안 되나?페트로471 19:46, 2007년 5월 22일(UTC)

페이지 하단에 있거나 방해가 되지 않는 곳에...지연 통지는 매우 사소한 것이고, 그것은 당신의 면전에 있을 필요가 없는 것이다. --W.marsh 19:49, 2007년 5월 22일 (UTC)

미디어위키 페이지의 포맷을 변경할 수 있다면 좋을 텐데.지금은 텍스트만 있고, 색상이 있는 박스는 어딘가에 하드코드가 있는 것 같아?—Centrx→talk • 21:50, 2007년 5월 22일(UTC)

네, 메인.css...물론 덮어쓸 수도 있다.Gracenotes^T § 23:47, 2007년 5월 22일 (UTC)

나도 "1초 이상 최신의 변경사항은 이 리스트에 표시되지 않을 수 있다"고 했다.이 주제를 찾는 데에도 약간의 검색이 필요했어. (이 인용문으로 더 쉬울 거야.)어쨌든, 나는 이것이 어떻게 특정 사람들에게 도움이 되는지 알 수 있어.아마도, 더 끈질기게 궁핍하고 기술적인 어려움을 겪고 있는 사람들에게 더 유용하게 만들기 위해, 스크립트는 초의 수를 업데이트할 수 있을 것이다.그것은 "경고: 이 페이지는 12초 동안 업데이트되지 않았다."라고 말할 수 있으며, 글꼴 크기는 계속 증가할 수 있다.그리고 충분히 빨리 새로 고치지 않으면 삐삐가 울리기 시작할 수도 있어!!어쨌든, 그 분에게 미안, 나는 단지 현재의 메시지 템플릿이 얼마나 짜증나는 것인지에 대한 메시지를 받고 싶었어.나는 그것이 단지 성장통일 뿐이라고 확신한다.Mfb52 21:09, 2007년 5월 25일 (UTC)

100위권

다음 달쯤 위키백과에서 가장 많이 방문한 사이트 100위 안에 메인 페이지를 제외하는 것이 가능할까, 기술적으로 그것은 기사가 아니다.단순 남부 14:07, 2007년 5월 26일 (UTC)

그러나 메인 페이지를 포털 공간으로 옮겨야 하는 또 다른 이유는... --ais523 14:21, 2007년 5월 26일 (UTC)

파일 업로드 마법사

나는 새로운 "업로드 파일 마법사"를 보았는데, 이는 하원의 그것과 유사하다.나는 단지 이 링크가 "상호작용" 그룹보다는 "툴박스" 그룹에 속한다고 생각한다.—Anas 12:27, 2007년 5월 26일 (UTC)

이 툴박스는 MediaWiki 사용자 인터페이스에서 실제로 추가할 수 없다.그것은 MediaWiki 확장을 통해 이루어져야 한다.구트워스 13:05, 2007년 5월 26일 (UTC)

루핀의 반달 도구 또...

루핀의 반반달 도구는 지금 작동하고 있지만, 그것은 또한 사용했던 것만큼의 반달리즘(반달리즘)을 잡지는 못한다. (그것은 오늘날 그것이 하는 반달리즘의 4배에 달하는 반달리즘을 잡곤 했다.)RSS는 여전히 매 30초마다 업데이트를 하지만 그것은 또한 그것이 사용했던 것만큼 많은 반달리즘을 잡지 못한다.이거 벌레야?고칠 사람 있어?--PrestonH^{(Review Me!) • (Sign Here!)} 03:16, 2007년 5월 26일 (UTC)

추신. 여기에서 관련 토론을 확인하십시오.

작업 중인데, 완료되면 Shift-Reload를 클릭하여 업데이트해야 해.Cacycle 05:17, 2007년 5월 26일 (UTC)

지금 작동해야 합니다, 업데이트하려면 Shift-Reload를 클릭하십시오.Cacycle 08:06, 2007년 5월 26일 (UTC)

감시 목록 내보내기

나의 옛날 계정에서 이 계정으로 나의 워치리스트를 수출할 수 있을까?--세라피엘 07:26, 2007년 5월 25일 (UTC)

음....누구라도?--세라피엘 10:36, 2007년 5월 26일 (UTC)

현재는 아니지만, 향후에 가능할지 모른다. 164.11.204.56 11:26, 2007년 5월 26일 (UTC)

정기적으로 감시 목록을 저장하고 복원할 수 있는 기능도 갖고 싶다.버그질라: 버그 7959.CMUmert · talk 11:41, 2007년 5월 26일 (UTC)

기능 요청을 열어 주셔서 감사함.오래전부터 있었어야 할 특징이다.승인받길 바래.--세라피엘 12:03, 2007년 5월 26일 (UTC)

안 열어봤어.여러분이 관심 있는 벌레들에게 관심을 갖게 하는 한 가지 방법은 벌레들에게 버질라에서 투표하는 것이다.CMUmmert · talk 12:53, 2007년 5월 26일 (UTC)

범주의 리디렉션

나는 최근에 리디렉션 페이지가 카테고리에 나타나고 이탤릭체로 나열되는 것을 보았다.이 일이 언제 시행되었는지, 그리고 그것에 대해 토론이 있었는지 누군가 나에게 지적해 줄 수 있을까?고마워요.>Radiant< 11:38, 2007년 5월 24일 (UTC)

바로 여기에서 간략히 언급되었다(현재 /Archive#Marking 링크에서 설명됨).변경은 10일 전인 rev:22156. --Derlay 11:57, 2007년 5월 24일(UTC)

나도 그들을 알아챘어 - 그리고 그들을 좋아해!던컨힐 11시 59분, 2007년 5월 24일 (UTC)

• 아마도 우리는 이것에 대해 좀 더 논의해야 할 것 같다.나와 몇몇 사람들은 이것이 나쁜 생각이라고 생각한다.약간의 메타 데이터를 제외하고, 일반적으로 리디렉션은 분류되어서는 안 되며, 확실히 기사에 사용되는 범주에 분류되어서는 안 된다.리디렉션된 페이지가 동일한 카테고리에 있으면 항목이 두 번 나열되므로 혼란스럽다.로 리디렉션된 페이지가 동일한 범주에 속하지 않는 경우, 검색하려는 범주에 있는 페이지가 아니므로 다시 말하면 혼란스럽다.>Radiant< 12:49, 2007년 5월 24일 (UTC)

내가 주목한 것은 과거에는 분리된 기사가 있었지만 지금은 하나의 더 큰 기사로 합쳐진 사용되지 않는 몇몇 철도역들을 위한 것이다.그것들은 이제 철도 운송 또는 역에 대한 관련 범주에서 이탤릭체화된 연결로 나타나는데, 이것은 특정 역을 찾는 누군가에게 매우 유용하다.범주:콘월에 있는 기차역들을 다 써버려서 무슨 말인지 알겠어.던컨힐 2007년 5월 24일 12시 57분(UTC)

이는 일부 범주에서 분명히 유용하다(DuncanHill은 좋은 기사-공간 예를 가지고 있으며, 프로젝트-공간 예로는 Category:신속한 삭제 템플릿은 IMO로 리디렉션을 동일한 방식으로 분류할 경우 더욱 유용할 것이다.다른 경우(예: 오타를 분류하는 경우)에는 해로울 수 있지만, 고양이에게 그러한 방향을 바꾸도록 강요하는 것은 아무것도 없다.혼란스럽다면 고양이들은 놔두고, 도움이 된다면 입어라.확실히 이것은 사람들이 리디렉션을 분류하는 방법에 주의한다면 긍정적인 변화인가? --ais523 13:03, 2007년 5월 24일 (UTC)

• 나는 고양이들이 모든 주제들의 목록으로 의도된 것은 아니라고 제안하고 싶다.이런 수법은 경우에 따라서는 유용하겠지만, 다른 경우에는 확실히 혼란스럽다.>Radiant< 13:56, 2007년 5월 24일 (UTC)
  • 나도 그 말에 동의해.그러나 이 기능을 비활성화할 이유는 아니라고 생각한다. --ais523 14:11, 2007년 5월 24일(UTC)
    • 내가 그것을 불능화하지 않고 사람들에게 토론하라고 했다는 것을 알게 될 것이다 :)>반디안트< 14:52, 2007년 5월 24일 (UTC)
  • OTOH, 범주에 속하는 모든 기사(<<> 주제!)를 수집하지 않는다면 범주를 아예 가지고 있는 도대체 요점은 무엇인가?이 기능이 그것을 하는데 도움이 되는 한, 나는 그것을 좋아한다. --Tkynerd 15:14, 2007년 5월 24일 (UTC)

구현 측면에서 이 기능은 무해하다.단지 A를 추가하는 것뿐이다.<span class="redirect-in-category">...</span>범주의 리디렉션 주위로 이동하십시오.특수 스타일링을 제거하기로 결정한 경우 사이트 전체 CSS에서 이 작업을 수행하는 것처럼 간단하다.

.vms-in-later { font-style: 상속 }

그래서 특징 자체를 가지고 아무것도 할 필요가 없다.마이크 딜런 15:00, 2007년 5월 24일 (UTC)

또한 카테고리별로 스타일을 비활성화/활성화하는 것과 같이 훨씬 더 구체적인 작업을 수행할 수 있다.

.page-Category_Speed_deletion_templates.redirect-in-category a { colories:빨간색 }

사이트 전체에서 이러한 스타일링을 추가하는 데 따른 상대적인 비용/효익에 대한 평가가 있어야 할 것이지만, 프로젝트 지향적인 일부 범주에 대해서는 이러한 평가가 정당화되는 것을 알 수 있었다.마이크 딜런 15:07, 2007년 5월 24일 (UTC)

모든 리디렉션이 분류되어야 하는 것은 아니지만, 사소한 기사를 목록과 주제 영역 기사들로 통합하는 병합 철학을 채택하려면, 우리는 카테고리를 통한 탐색을 용이하게 하기 위해 이러한 리디렉션을 반드시 분류해야 한다.철자 오류/변수 철자 및 기타 하우스키핑 리디렉션은 범주화되지 않은 상태로 유지되어야 한다.Wikipedia_talk를 참조하십시오.재연결#Categories_on_redirects_needs_clarifying 최근 이 문제에 대한 논의를 위해. --na'blis 15:23, 2007년 5월 24일(UTC)

충분히 사실이지만, 개인적으로 나는 이것이 애초에 과도한 합병을 피할 수 있는 좋은 이유라고 보긴 하지만.그러나, 그것은 오랫동안 나의 입장이 되어왔다.—Ilmari Karonen (대화) 17:54, 2007년 5월 24일 (UTC)

이것은 훌륭한 혁신이고 그것은 항상 나를 짜증나게 했던 주요 문제를 제거한다.합리적인 사람이 주어진 범주에서 찾기를 기대할 수 있는 그들만의 기사가 없는 것들이 많다.호크스톤 20:39, 2007년 5월 25일 (UTC)

바로 그거야리디렉션이 대상 기사의 역사적 또는 사소한 측면만을 다루는 경우에 리디렉션을 분류할 수 있는 것은 매우 좋은 일이고, 같은 범주로 기사를 분류하는 것은 혼란스러울 것이라고 생각한다.2007년 5월 26일(UTC) 12:00 이전 버전

범주에 리디렉션을 추가할 수 있는 기능과 범주에 대한 존재감은 새로운 것이 아니다.이탤릭체 스타일링만 새롭고 미디어위키에서 온위키(On-Wiki)를 추가했다.Common.css(MediaWiki talk:Common.css#Italicize redirects in category).혼합된 범주의 리디렉션 지침을 변경해야 하는지에 대한 모든 논의는 위키백과 토크에 포함된다.리디렉션, 여기 말고.이 논의는 합의사항으로 결정된다면 이탤릭체를 어떻게 변경/비활성화하는가를 제외하고는 기술적인 것이 없다.마이크 딜런 14:55, 2007년 5월 26일 (UTC)

내부 서버 오류

연속해서 두 페이지 이상 이동하려고 할 때 다음과 같은 메시지를 받는다: "내부 서버 오류: 죄송합니다, 서버에 내부 오류가 발생했음.잠시 기다렸다가 "새로 고침"을 눌러 요청을 다시 제출하십시오."다음 페이지를 이동하려면 몇 분 기다려야 한다.며칠째 이러고 있다.뭐가 잘못됐는지 아는 사람 있어?조깅하는 사람(대화) 2007년 5월 18일 12:41, (UTC)

팀 스타링은 지난 5월 15일 "위키코테의 공공 기물 파괴에 대응"하여 비 시소프 또는 비 로봇 사용자에 대해 분당 2회 이동 속도 제한을 도입했다.86.140.128.210 22:32, 2007년 5월 18일(UTC)

그것은 내 일을 훨씬 더 힘들게 한다.영구적인가?Jogers (토크) 05:45, 2007년 5월 19일 (UTC)

이 한계는 팀 스타링에 의해 5월 22일에 다시 분당 8회로 증가되었다. 2007년 5월 26일 (UTC) 164.11.204.56 11:46.

짧은 페이지

특수: 리디렉션, 해제 페이지 및 카피비오 페이지와 같은 항목을 제거하거나 최소한 강조 표시하도록 단축 페이지를 수정할 수 있는가?— Swpb 03:59, 2007년 5월 27일 (UTC)

ID 특성을 할당하지 않는 대체 패밀리 템플릿 참조

여기 이 이야기를 꺼냈는데, 내가 뛰어들어 대체 템플릿을 만들고 설명서를 업데이트하기 전에 더 많은 코멘트를 보고 싶다.환영하는 의견 - 이곳은 아마도 템플릿 토크 페이지보다 토론하기에 더 좋은 장소일 것이다. -- 보라카이 빌 01:47, 2007년 5월 27일 (UTC)

그 생각은 내게 건전한 것 같다.동기화되지 않는 두 번째 템플릿을 만들기보다는 ID를 비활성화하는 파라미터만 {{ref}에 추가하는 것이 나을 수 있다.CMUmert · talk 02:25, 2007년 5월 27일 (UTC)

템플릿:위키프로젝트 럭비 리그

템플릿에 구문을 추가하려고 함:위키프로젝트 럭비 리그.

템플릿에 동료 검토 섹션을 추가하려고 한다.

나는 그것을 했고 구했고 모든 것이 좋아 보였다.

내가 Talk:Karmichael Hunt에서 그것을 시험해보려고 했을 때, 아무 일도 일어나지 않았다.

그것은 "이것이 검토되어야 할 요청이 있었다"와 같은 것을 고안해야 한다.

그러나 카르미차엘 헌트에서는 그것이 올라오지 않았다. (브리즈번 브론코스에서도 시도해봤지만 소용이 없었다.)

범주는 올라오기로 되어 있는데 안 올라오잖아.내가 뭔가 잘못한 것 같아.

'구-구-구-구-구-구-구-구-구-구-구-구-구-SpecialWindler 10:19, 2007년 5월 25일 (UTC)

나는 그것을 살펴봤지만 무엇이 문제인지 알아낼 수 없다. 비록 내가 해 봤지만, 만약 {{peer review}}}이(가) "예"와 같지 않으면 선택권이 주어지지 않는 것이 문제인지 실제로 시험하지 않았다.서커스 20:37, 2007년 5월 25일 (UTC)

나는 문제가 없다고 생각한다.나는 Special을 가지고 놀았다.ExpansionTemplates와 파라미터는 정상으로 보인다.기사 기록에서 찾으시는 글도 있는데

• 동료 검토: [8]
• 구식 검토: [9]

아마도 문제는 캐싱이나 데이터베이스 동기화(즉, 지연)와 관련되었을 것이다.또한, Talk:Brisbane Broncos는 현재 Category:럭비 리그 동료들의 리뷰에 대한 오래된 요청.Mike Dillon 00:42, 2007년 5월 27일(UTC)

이게 며칠 전 일인데...Mike Dillon 00:43, 2007년 5월 27일(UTC)

스킨을 사용하여 배너 만들기

안녕, 나는 누군가가 내 monobook.js 파일을 통해 위키 페이지 상단 근처에 어떤 형태의 텍스트, 배너 또는 박스를 만들 수 있는 올바른 방향을 가리킬 수 있는지 궁금해.내가 해야 할 일을 할 수 있는 코드를 찾고 있어!나는 현재 UTC 날짜와 시간을 반영하기 위해 변경되는 텍스트를 만들고 싶다.나는 내가 사용할 수 있다는 것을 안다.{{CURRENTTIME}}등등, 하지만 어떻게 하면 페이지 위쪽에 이것을 표시할 수 있을까.편집 등과 비교하고 싶을 때 현지 시간을 UTC로 바꾸는 것에 질렸을 뿐이다.고마워, 다니엘BC []_talk^contrib_stats 09:28, 2007년 5월 27일 (UTC)

위키백과에서 이렇게 하는 대본이 있다.WikiProject 사용자 스크립트/스크립트/시간.Tra(Talk) 09:53, 2007년 5월 27일(UTC)

정말 고마워 Tra!나는 또한 당신의 시계를 다른 사용자들의 기여 대본을 구현하기를 고대하고 있다!공교롭게도 나는 며칠 동안 그 정확한 대본을 찾고 있었어!다시한번 고마워, 다니엘BC []_talk^contrib_stats 13:17, 2007년 5월 27일 (UTC)

루핀

롤백 및 필터 최근 변경 스크립트가 제대로 작동하지 않는 것 같음.Navou 02:41, 2007년 5월 28일 (UTC)

이 스크립트는 MediaWiki 소프트웨어의 일부가 아니기 때문에 여기서는 답을 얻을 수 없을 것 같다. --Deskana(토크) 02:42, 2007년 5월 28일(UTC)

하지만 많은 사용자들이 백과사전의 무결성을 유지하기 위해 이 스크립트를 사용하기 때문에, 나는 그것이 이 페이지의 머리글마다 감탄의 요소와 맞을 수 있다고 생각한다.Navou 02:51, 2007년 5월 28일 (UTC)

템플릿:클래식한 피부의 좌표

클래식 스킨으로 볼 때 템플릿 "Coord" (및 관련 템플릿)에 문제가 있다.템플릿 토크에서 아래 토론을 복사한다.좌표. "클래식 스킨 토크 페이지"를 찾을 수 없어서 VPT에 이 내용을 올린다. -- SGBailey 18:12, 2007년 5월 27일 (UTC)

이 문제는 MediaWiki에서 해결해야 한다.스탠더드.css.파이어폭스/모질라에서도 고장났기 때문에 애초에 추가된 것으로 추측된다.이 선언은 스탠더드와 미디어위키에서도 거의 같다.모노북.css 표준에 따르면top: 7em그리고 모노북은top: 3.7em이 피부 윗부분의 공간이 가변적일 수 있는 것처럼 보이기 때문에 스탠더드/클래식에서는 전반적으로 작용하는 '톱' 값이 있는지 모르겠다.그것은 아마도 인터위키 링크가 없는 페이지에서만 작동될 것이다.마이크 딜런 18:54, 2007년 5월 27일 (UTC)

---

언어 및 페이지 위치

클래식 스킨과 MSIE7과 함께 Win XP를 사용하면 좌표가 페이지 오른쪽 상단 근처에 있다.불행히도 인터위키 언어 링크의 목록도 그렇다.언어 목록이 두 줄 이상일 경우 좌표는 --- 행 또는 링크 텍스트 자체에 의해 zap이 된다.좌표를 페이지 제목과 수평을 이루되 줄 오른쪽과 아래에 배치할 수 있는가?(요청하면 내가 말하는 사진을 올리겠다.) -- SGBailey 19:07, 2007년 5월 18일 (UTC)

예, 이는 {Coor} -- SGBailey 19:08, 2007년 5월 18일(UTC)에도 해당됨

여기 그 문제의 전형적인 예가 있다.'좌표'는 오른쪽 상단에 있는 검색 상자와 고정된 관계에 있는 것으로 보인다.파일:Coord clash.png -- SGBailey 08:57, 2007년 5월 27일(UTC)

단순히 조정만이 영향을 받는 것이 아니기 때문에, 관련 피부 토크 페이지에 이것을 올리는 것이 더 나을 수 있다.Andy Mabbett 09:52, 2007년 5월 27일 (UTC)

---

이 변화는, 클래식 스킨에서 FA 스타를 제거하기 위한 것으로, 비슷한 추론을 가지고, 내가 관리인이 되기 전에 나의 요청에 따른 것이었다.Classic은 인터위키스의 작업 방식 때문에 조정의 '톱'이 일정하지 않기 때문에 최근 MediaWiki로 바뀐 미디어위키:Standard.css는 볼 수 없음. --ais523 16:16, 2007년 5월 28일(UTC)

카테고리 페이지의 리디렉션 표시 추가 변경

배경은 위키백과:리디렉션 및 해당 대화 페이지를 분류하는 중.

유감스럽게도 수정 번호는 없지만, 꽤 최근에 범주의 리디렉션을 이탤릭체로 표시하는 변경 사항이 있었다(수정 번호를 제공할 수 있는 사람이 있는가).이탤릭체 마크업은 리디렉션 링크가 일반 기사와 동일한 방식으로 표시되었던 이전 마크업보다 더 낫다.그러나 이탤릭체 마크업에서는 리디렉션만 다르게 표시한다.그것은 독자들에게 왜 이탤릭체로 되어 있는지 말해주지 않는다.이것을 설명하는 보일러판 카테고리 페이지에 일부 텍스트가 추가될 수도 있지만, 조금 더 야심찬 것을 시도해 볼 수 있을지 궁금하다.

이와 같은 카테고리 페이지에 리디렉션 표시를 할 수 있는가?

리디렉션 페이지 이름

대상 페이지 이름 보기

또는 실제 예를 사용하려면:

미시건 켄트 카운티, 파리 타운쉽

미시간주 켄트우드를 만나다.

이러한 「리디렉션」이 정확히 종이 지표에 나타나는 방식이므로, 이런 종류의 설정의 유용성에 대해서는 충분한 전례가 있다.이렇게 하면 리디렉션을 클릭할 때(정박된 링크를 통해) 기사의 하위 섹션으로 이동되는 문제가 해결될 수 있으며, 따라서 상단에 유용한 "다시 리디렉션" 비트가 제공되지 않는다.이 솔루션은 적어도 범주의 경우 메시지를 "전송했다"에서 "전송되려고 한다"로 변경하고, 메시지가 판독기에 표시되는 지점을 변경한다. (기사 네임스페이스에서 클릭된 리디렉션 링크의 경우, 상단에 있는 "전송된" 비트는 여전히 매우 유용하며, 고정된 리디렉션 링크 c.기사 네임스페이스에서 핥는 것은 잘 설계되지 않는 한 여전히 방향성을 잃게 되지만, 이것은 범주 네임스페이스에서 정상 및 고정된 리디렉션을 클릭할 때 방향성을 감소시킬 것이다.

또 다른 예는 현재 Category에 나타나는 Bi-musicality 리디렉션이다.민족학.현재 그 카테고리에서 바이뮤지컬을 클릭하면 기사에 깊이 뛰어들어 방향성을 잃게 된다.범주 항목이 다음과 같이 표시되는 경우 이러한 방향 전환이 제거된다.

바이뮤지컬

맨틀 후드#비뮤지컬을 보다.

아니면 심지어 베터:

바이뮤지컬

맨틀 후드의 바이뮤지컬 섹션 참조

그러나 그렇게 하려면 표시장치의 앵커(#) 문자와 배관을 감지하고 구문 분석해야 하므로 일이 복잡해질 수 있다(아니면 정말 모르겠다).브라우저 창에 표시되는 URL을 "Bi-musicality#Bimusicality"(처음 표시된 링크를 클릭하면)에서 보다 정확한 "Mantle Hood#Bi-musicality"로 변경하는 것도 장점이다.실제로 실제 리디렉션을 완전히 우회하여 다음과 같은 결과를 초래할 수 있다는 주장이 있다.

바이뮤지컬

맨틀 후드#비뮤지컬을 보다.

자세한 예는 범주:리디렉션이 잘 구성되어 있기 때문에 이러한 추가 수준의 설명이 필요하지 않은 메시에 객체들은 이와 같은 고려사항보다 더 큰 장점이 있다고 생각한다.기타 몇 가지 예와 가능한 디스플레이:

J. R. R. 톨킨의 참고 문헌 목록

J. R. R. 톨킨의 도서 목록 부분을 참조하라.

또는 짝수(첫 번째 줄, 두 번째 줄 이중 연결):

J. R. R. 톨킨의 참고 문헌 목록

J. R. R. 톨킨의 도서 목록 부분을 참조하라.

요약하자면, 위에서 설명한 보다 미묘한 디스플레이가 가능하지 않더라도(위의 최종 디스플레이 포맷을 선호한다), 목적지 기사는 항상 리디렉션 페이지의 첫 번째 "#REDirect" 부분에 있으므로, 간단한 "리디렉션이 카테고리 페이지에 나타날 때 리디렉션에 대한 목적지 아티클의 디스플레이" (즉, 리디렉션이 c인 경우)를 희망한다.식육)은 할 수 있어야 한다.여기 사람들은 이것이 가능하다고 생각하는가?만약 그렇다면, 누구라도 이것에 대해 버질라 요청을 제출할 수 있는가?카차롯 10:32, 2007년 5월 27일 (UTC)

무슨 일이든 가능하지만 꼭 필요한 것일까.우리들 대부분은 어느 순간 레드 링크가 무엇인지 전혀 알지 못했다.카테고리에 리디렉션이 많으면 "이탤릭체의 리스트는 리디렉션"과 같은 코멘트를 수동으로 추가할 수 있지만, 나는 그것이 필요하지 않다고 생각한다.대부분의 경우, 사람들은 목록에 있는 리디렉션을 클릭할 것이고, 결국 기사에 도착하게 될 것이고, 리디렉션을 클릭했는지는 상관하지 않을 것이다.제안하는 서식의 단점은 리디렉션이 많을 때 카테고리 목록을 복잡하게 만든다는 것이다.만약 리디렉션의 전체 범주가 있다면 그것은 엉망일 것이다.이런 종류의 서식은 여러분이 원하는 것을 찾기 위해 다른 곳을 찾아야 하기 때문에 책에 아주 좋다.여기 있는 모든 것이 자동화되어 있기 때문에 실제로 아무것도 "보기"할 필요가 없기 때문에, 링크를 클릭하기만 하면 된다.사람들에게 다른 목록을 보라고 말하는 것은 특히 대체 목록이 범주에 없는 경우(J. R. R. R. 톨킨의 예와 같이) 매우 혼란스러울 수 있다.-- ☑ SamuelWantman 10:48, 2007년 5월 27일 (UTC)

더 많은 텍스트가 페이지를 어지럽힌다는 너의 요점은 알겠지만, 나는 고정된 리디렉션은 매우 혼란스럽다고 생각한다.적어도 리디렉션은 "여기 링크"에서처럼 표시할 수 없었다.

리디렉션 페이지 이름(리디렉션 페이지)

그것은 적어도 기울임꼴로 표시된 페이지가 리디렉션된다는 것을 나타낼 것이다.카차롯 11:09, 2007년 5월 27일 (UTC)

방금 범주를 만들고 채운 경우:번즈, 위 제안에 대해 다시 생각해봐야겠어.그 범주가 얼마나 잘 작동하는지(리디렉션과 기사의 혼합), 그리고 주요 제안이 유용한지 여부에 대한 어떠한 입력도 감사할 것이다.카차롯 16:25, 2007년 5월 27일 (UTC)

rev:22156 --Splarka (rant) 07:12, 2007년 5월 28일 (UTC)

범주로 리디렉션되는 문서

범주 내 기사 중:영화관과 영화관은 영화관 목록으로, 이 범주로의 전환이다.이런 건 처음 보는데 어떻게 해야 할지 모르겠어.제대로 할 수 있는 것은 무엇인가? 이것이 잘 작동되는가?그것은 이상한 종류의 고리인 것 같다.나이튼드 15:55, 2007년 5월 26일 (UTC)

그것은 내게 다소 무례한 것으로 생각된다.RfD로 리디렉션을 수행하면 최상의 솔루션(아마 리디렉트만 삭제하는 것일 것이다)을 찾을 가능성이 높다.--ais523 16:03, 2007년 5월 26일 (UTC)

문제는 리디렉션에 #REDirect [[Category:#REDirect가 아닌 영화관 및 영화관 *] [[:카테고리:결장이 있는 영화관 및 영화관 *]후자의 경우 리디렉션은 범주에 나타나지 않는다.2007년 5월 26일, 김메트로 16:57 (UTC)

정말 우연의 일치군.나는 이 문제를 언급할 생각뿐이에요.나는 최근에 이 범주로 옮겨가는 아프리카계 미국인 배우들에게 이런 변화를 주었다.나는 분류를 제거하기 위해 결장을 넣었다.그렇게 한 후, 나는 이런 종류의 리디렉션은 나쁜 것인지에 대해 생각하기 시작했다.그것은 어떤 범주도 망치지 않고 도움이 될 수도 있다.그런 리디렉션이 기사나 목록으로 발전하는 것을 막을 수 있는 것은 없다.삭제해야 할 정당한 이유가 떠오르지 않았다.내가 고려하고 있지 않은 문제가 있는가? - ☑ SamuelWantman 23:16, 2007년 5월 26일 (UTC)

나는 (아마도 숫자가 많은 실종자를 봇이 고치도록 하는 것이 아마도 좋은 생각일 것이라고는 생각하지 않는다.)목록과 카테고리는 관련 개념이며, 이것은 내가 걱정하는 일반적인 종류의 '교차 네임스페이스' 오염이 아니다.--내블리스 15:16, 2007년 5월 28일 (UTC)

이미지 404:핀란드 페타모 지도.png

이미지 404를 사려고 하는데핀란드 페타모.png 지도(이미지 설명 페이지가 아닌 실제 이미지).나는 그것이 그것을 고칠 수 있는지 알아보기 위해 이전 버전으로 되돌리려고 했지만, 이미지 파일을 찾을 수 없기 때문에 내부 오류가 발생한다.—Bkell (대화) 23:05, 2007년 5월 28일 (UTC)

지금 고쳐야 한다.I did sort of a manual revert (to 20:41, July 19, 2005 . . Sonitus (Talk contribs) . . 250×320 (12,563 bytes) (changed colour of towns so it doesn't seem as if the USSR annexed them in 1940 as well) ) by opening the old version (clicking on the date link), saving the file to my computer and then re-uploading it with the same name.Mr.Z-망토크 23:35, 2007년 5월 28일 (UTC)

'업로드 파일 마법사'

파일 업로드 마법사 ?--VectorPotential^Talk 18:58, 2007년 5월 28일(UTC)이라고 읽어야 하지 않을까?

미디어위키토크에서 몇 가지 논의가 있다.사이드바(그리고 수많은 다른 장소도 있는 것 같다).---- RockMFR 20:25, 2007년 5월 28일 (UTC)

새 페이지 목록

사용자 페이지에 배치할 수 있는 템플릿이 있어 새로 만든 페이지 목록을 선택할 수 있다.이 템플릿은 4000번 이상까지 거슬러 올라갈 수 있다.정확히 기억나지 않는다.아는 사람이 있나요?고마워 JodyB _talk 22:35, 2007년 5월 29일 (UTC)

아마도 {{특수:새 페이지}}.Titoxd^{(?!? - cool stuff)} 23:24, 2007년 5월 29일 (UTC)

{{Special:새 페이지/번호}: 목록에 표시된 페이지 수를 변경하십시오.하지만, 시도해 봤더니 4000개까지 넣을 수는 없지만, {{Special:새 페이지/100}} 트라(토크) 23:32, 2007년 5월 29일(UTC)

아니, 그렇지 않아.원하는 번호를 선택할 수 있는 옵션이 하나 더 있다. 새 페이지 목록 같은 것이다. 찾으면 여기에 다시 게시할 것이다.JodyB _talk 23:42, 2007년 5월 29일 (UTC)

여기 있다.템플릿 {{newpagelinks}} JodyB _talk 23:59, 2007년 5월 29일 (UTC)

단지 코딩 질문

JavaScript의 어떤 부분이 WP를 만드는지 아는 사람:ARV(소스)만 FireFox와 호환 가능?어떻게 할 방법이 없을까? --əˈ농가히 ♫내가 한 짓을 봐!♫ 20:35, 2007년 5월 29일 (UTC)

삭제된 편집을 위한 MediaWiki 큐

페이지 제목이 편집 내용을 삭제했을 때 sysop 비트를 사용하여 사용자에게 더 명시적으로 변경하기 위해 개발자에 의한 소프트웨어 변경에 비해 인터페이스를 변경할 수 있는 방법이 있는가?이 시점에서 나는 Special:에 대한 접근에 대해 말하는 것이 아니다.삭제 취소, 그러나 어떤 것이 페이지 헤더를 변경하여 특정 액세스 수준의 링크를 표시하며, 삭제 로그 항목에 대한 명시적 링크가 일반/익명 사용자를 위해 해당 공간에서 대체될 수 있는지 궁금했다.--내블리스 15:50, 2007년 5월 28일(UTC)

비관리자에 대한 항목이 있는 경우 삭제 로그에 대한 링크를 제공하기 위해 (서버 로드를 너무 많이 발생시킨다는 의미에서) 비용이 많이 드는 스크립팅이나 소프트웨어를 변경하지 않고는 방법이 없다.소프트웨어의 변경은 이것을 실행하기 위한 유일한 실용적인 방법일 것이다.과거 삭제 여부를 떠나 모든 페이지의 삭제 로그에 링크를 원하면 충분히 쉽지만, 당신은 그것을 원하지 않는 것 같고 나는 그것이 좋은 생각이 아니라고 생각한다. --ais523 16:13, 2007년 5월 28일 (UTC)

흥미롭군나는 그것이 유용하지 않다는 것에 동의하지만, 몇몇 다른 위키들이 모든 사용자에 대해 삭제된 편집을 가능하게 했음을 알 수 있다. 그래서 아마도 나는 그 구성 옵션을 찾을 것이다... --na'blis 17:07, 2007년 5월 28일 (UTC)

LocalSettings.php에서 $wgGroupPermissions를 수정하십시오.나는 당신이 개인 위키를 의미한다고 생각한다; 모든 사람들에게 삭제된 편집을 보여주는 위키미디어 위키에는 거의 문제가 되지 않는다.소프트웨어 변경에 대한 당신의 원래 제안은 아마도 구현하기 어렵지 않을 것이다.Titoxd^{(?!? - cool stuff)} 23:30, 2007년 5월 29일 (UTC)

높은 데이터베이스 서버 지연으로 인해 229초 이상의 변경사항이 이 목록에 표시되지 않을 수 있다.

이 새로운 기능이 실제로 이 모든 지연의 원인이 될 수 있을까?특수:공헌 페이지에 더 많은 정보를 입력하면 할수록 서버 성능이 더 저하되는--69.118.235.97 13:18, 2007년 5월 27일(UTC)

새로운 기능은? --briion 13:48, 2007년 5월 29일 (UTC)

아니, 어차피 데이터베이스는 정보가 얼마나 뒤처져 있는지 보고하는 것 같아.지금은 그 지연이 더 가시화되었다고 말하고 싶다. 2007년 5월 29일 (UTC)

현재 데이터베이스 지연을 확인하십시오. (새로운 기능이 없어도 300을 넘을 것으로 알고 있다.) --ais523 14:35, 2007년 5월 29일(UTC)

여기 위도 한번 봐봐.Mfb52 07:16, 2007년 5월 30일 (UTC)

Taxobox 템플릿 지원이 요청됨

템플릿 전문 용어로 알려진 누군가가 보호된 {{Taxobox}페이지에서 도움을 줄 수 있는가?업데이트에 나타나는데, 누군가가 텍스트 포장(캡션 등; 예를 들어 스타일리듐 디빌레 참조)을 하던 폭 제한과 택소박스를 제거하지 않아서, 우리는 큰 택소박스를 얻는다.현재 업데이트를 사용할 수 없도록 만든 편집자는 가능한 빨리 문제를 수정해야 한다.이걸 어디에다 붙여야 할지 몰랐어 마을 펌프에 맞았으면 좋겠는데고마워! --Rkitko 06:57, 2007년 6월 7일 (UTC)

템플릿이 보호되어 있어서 편집 요청을 했어.â“Pomte 07:05, 2007년 6월 7일 (UTC)

고정.-가드피움 08:51, 2007년 6월 7일 (UTC)

고마워! --Rkitko 01:32, 2007년 6월 8일 (UTC)

이미지 렌더링

[[이미지:예리코 TV 시리즈에서 파괴된 도시들.svg 250px 엄지손가락 오른쪽 파괴된 미국 도시들]은 나에게 괜찮지만,

[[이미지:예리코 TV 시리즈에서 파괴된 도시들.svg 255px 오른손 엄지손가락 미국의 파괴된 도시들]은 그렇지 않다.사이즈만 다르다.나는 기본 모노북 스킨을 사용하고 있어.왜 그래? - 베보 21:04, 2007년 6월 6일 (UTC)

업로드하는 데 어떤 문제가 있었어.wikimedia.org 서버 어제(나 스스로 문제가 생겼고 여러 보고서를 봤지만) 보고된 문제가 모두 없어졌으니 다시 작동하고 있는 것 같다. --Dapeteang°°°°°°ããããããããããããããããããããããããããã.‹ 07:14, 2007년 6월 7일 (UTC)

지금 두 사이즈 모두 괜찮아 보인다.확인 고마워 - 베보 08:33, 2007년 6월 7일 (UTC)

테이블 구문 설명서?

국가 인포박스 코드를 보고 있는데, 다음과 같이 시작되는 것을 알 수 있다.

<테이블 클래스="인포박스 지리 vCard" 스타일="너비:50ex; 여백 상단:0.75em;"

이 구문에 대한 설명서는 어디에서 찾을 수 있는가?특히 "ex"란 무엇이며 폭을 지정하기 위해 사용할 수 있는 다른 단위는? --IDEO그램 04:09, 2007년 6월 5일(UTC)

CSS 사양.âpPomte 06:33, 2007년 6월 5일 (UTC)

어, 정말?나는 이 질문이 위키피디아에 의해 정의된 특정 CSS 수업과 관련이 있다고 생각한다. 또한 그것들이 어디에 기록되어 있는지 알고 싶다.나는 class="wikable"과 class="wikable"을 항상 사용하지만, 밖에 무엇이 있는지 모른다. -Pete 06:39, 2007년 6월 5일 (UTC)

MediaWiki:이러한 클래스 및 기타 클래스에 대한 공통.css이며, 특정 스킨에 대한 스타일시트로 안내된다.âpPomte 06:42, 2007년 6월 5일 (UTC)

잘했어, 고마워.이 페이지는 위키백과에 연결된다.CSS 수업 카탈로그, 우리 둘 다 찾고 있는 것 같아. -Pete 06:49, 2007년 6월 5일 (UTC)

Ems와 Exes는 다음과 같이 설명했다.Adrian M. H. 17:07, 2007년 6월 5일 (UTC)

이미지 라인업

이걸 어디에 게시해야 할지...하지만 나는 어메이징 그레이스에 이미지를 삽입했다 - 나는 맨 위에 있는 이미지가 기사를 훨씬 더 아연실색하게 만든다고 확신한다.그런데 어떻게 가사를 이미지 밑에 넣어야 할지, 오른쪽이 아니라.페이지를 망치지 않는 방법을 아는 사람?여기 있는 어떤 도움도 좋을 거야.Evil Spartan 00:19, 2007년 6월 5일 (UTC)

DIV 콘텐츠에 이미지를 삽입하고 왼쪽 정렬하십시오. - Bevo 04:38, 2007년 6월 5일(UTC)

사용자 페이지가 나타나지 않음

나는 내 사용자 페이지를 확인하러 갔지만, 그곳에 도착했을 때 그것은 평범한 위키 배경과 툴바가 없었다.나중에 내가 시도했을 때는 괜찮았다.무슨 일입니까?

오이스터기타리스트 18:13, 2007년 6월 4일(UTC)

나도 몰라저는 아무도 문제를 복제할 수 있을지 의문...안 돼. --Deskana(대화) 2007년 6월 4일 19:31, (UTC)

다른 사람의 사용자 페이지를 볼 때 가끔 나에게 그런 일이 있었다.캐시 문제였던 것 같아 - BANG! 01:57, 2007년 6월 5일 (UTC)

인터넷 연결이 느리십니까?너의 브라우저 페이지 데이터가 끝났다 생각한다 가끔 이지만 정말 그렇게 일어난다.구트워스 21:09, 2007년 6월 6일 (UTC)

그럴 것 나쁜 캐시 된 스타일 시트, 혹은 아마도 잘못된 선호도가 발송된 것 같군요.캐시를 우회하면 두 문제가 모두 해결된다. --ais523 15:51, 2007년 6월 7일(UTC)

업로드한 이미지

업로드한 이미지 목록은 어떻게 받으시겠습니까?BlueValour 04:09, 2007년 6월 4일(UTC)

[11] --Deskana(대화) 04:09, 2007년 6월 4일 (UTC)

훌륭해, 고마워.BlueValour 15:50, 2007년 6월 4일(UTC)

케네디 패밀리 트리 템플릿

{{케니패밀리트리}}IE를 사용하면서 이 템플릿에 문제가 생겼다.내 컴퓨터나 내 여동생 컴퓨터 둘 중 하나야.다른 편집자는 내가 브라우저를 바꾸자고 제안했지만 나는 그것이 공정하다고 생각하지 않는다.IE를 사용하는 다른 사람들도 많듯이.IE를 브라우저로 사용하는 모든 사람이 문제가 있는지 모르겠다.그런데 이 기사들을 편집하려고 하면 브라우저가 정지되고, 마우스를 제어할 수 없게 되고, 페이지 밖으로 이동할 수 없어 매우 답답해진다.이 템플릿으로 기사를 편집하기 위해 브라우저를 FireFox로 변경해야 한다는 게 너무 답답해.단지 접근하는 것조차 문제가 된다.

나는 그 템플릿이 매우 흥미롭다고 믿지만, 그것 때문에 생기는 좌절감은 그 흥미를 지나치게 자극한다.어쨌든 기사들은 이미 유전자학 정보를 가지고 있고, 이 템플릿을 덧붙인 것은 거대하고, 스크롤할 필요 없이 화면에는 맞지 않는 마우스로, 템플릿 때문에 답답하다(내가 전에 그런 말을 했었는가?)내가 선호하는 브라우저인 IE는 나의 모든 "엄청난"을 가지고 있으며, 나나 그 누구도 특정 브라우저를 사용하여 Wikpedia에 관한 기사를 보거나 편집하도록 지시하거나 해서는 안 된다.

이것이 내가 가지고 있는 유일한 템플릿이다.IMO, 뭔가 잘못된 것이 이 문제를 일으키고 있다.이 사용자로부터 들은 대로 내 컴퓨터가 아니라 바이러스도 없다. 그는 내가 그렇게 하지 말라고 부탁한 후에 템플릿을 다시 삽입해야 한다고 주장했다.도와줘서 고마워. - Jeeny 21:33, 2007년 6월 3일(UTC)

이건 나도 짜증나는 일이야, IE에서만 작동하거나 FF에서만 작동하는 것들.템플릿은 양쪽에서 모두 사용할 수 있어야 한다.Rlevse 21:45, 2007년 6월 3일 (UTC)

야호, 이유야!감사합니다.좋아, 그럼 이제 어떻게 하지?날 되돌렸다고 소리쳐?아니면 그냥 템플릿을 제거하거나, 아니면 여기서 더 많은 입력을 기다리는 거야?길을 잃었다. 윽. :) - 제니 21:53, 2007년 6월 3일 (UTC)

내 생각에 이런 템플릿은 개별 전기 기사에는 속하지 않는다.그것은 터무니없이 크고 케네디 가족을 제외한 어떤 기사와도 대부분 관련이 없다.저 기사는 사실 나무가 아니라 계보를 텍스트로 한 것이다.족보가 이처럼 큰 족보를 갖는 것은 필연적으로 소싱 문제에 부딪히게 되는데, 족보는 매우 자주 모호하거나 신뢰할 수 없는 출처를 바탕으로 한 교육된 추측의 문제이기 때문이다.

브라우저 문제에 대해서는, 나는 이 템플릿들에는 브라우저에 특정한 것이 없다고 생각하지만, 그것들은 정말 크다.위키피디아에서 삭제하도록 이 템플릿을 지명했다.삭제/로그/2007년 6월 4일 템플릿:케네디 패밀리 트리.마이크 딜런 15:23, 2007년 6월 4일 (UTC)

후속 조치

안녕 제니.템플릿을 볼 때 같은 문제가 보이는지 아니면 로그인하지 않은 경우 포함된 기사를 볼 수 있는지 알려주시겠습니까?너의 monobook.js 파일에는 사용자 스크립트가 하나도 안 보여, 로그인하든 말든 똑같은 동작을 볼 수 있을 것 같아.또한 컴퓨터의 사양, 특히 RAM의 양("내 컴퓨터"를 마우스 오른쪽 버튼으로 클릭하고 "시스템 속성"을 여십시오.마이크 딜런 18:36, 2007년 6월 4일 (UTC)

철자가 틀린 리디렉션 페이지 삭제를 요청하는 방법

실수로 http://en.wikipedia.org/w/index.php?title=CKX.&redirect=no을 만들었는데 어떻게 삭제 요청을 하지? - Bevo 18:43, 2007년 6월 3일(UTC)

• {{db-r3}}}작업. -N 18:45, 2007년 6월 3일(UTC)

{{db-red30po}(문자 철자가 틀린 경우) 또는 {{db-author}}(실수로 작성한 페이지)를 그 위에 놓으십시오. --ais523 18:46, 2007년 6월 3일(UTC)

새 메시지 표시줄

나는 이 문제에 대해 들어본 적이 있지만, 그것을 (아마도) 알 수 없을 것이다.어쨌든 You have new messages bar는 내 브라우저에서 사라지지 않을 것이다.내 monobook.css 파일에 넣어야 하는 거 없어?IP 주소로 할 수 있어?고칠 수 있는 다른 방법이 없을까?고마워, 24.4.25.168 20:03, 2007년 6월 2일 (UTC)

이 문제는 위키피디아에서 IP주소에 한동안 영향을 미치고 있다.어떤 IP 주소는 새 메시지 표시줄을 받지 않는 반면 어떤 IP 주소는 표시줄을 "거기"로 표시한다.현재 우리에게 계정을 등록하는 것 외에는 그 문제에 대한 해결책이 없다.범주:위키피디아 사람_who_are_terramed_frusted_about_Bug_ID_9213 & Wikipedia_talk:관리자_간섭_against_vandalism#Bug_자세한 내용은 ID_9213을 참조하십시오. -- 20^Chat:14, 2007년 6월 2일(UTC)

전횡 리스트가 잘못됐나?

위키백과를 볼 때:오늘의 특집 기사, 오늘과 내일 FA의 텍스트가 예상대로 나타나지만, 편집을 클릭하면 '현재 버전'의 트랜스클루션 리스트에는 다음과 같이 적혀 있다.

이 페이지의 현재 버전으로 변환된 페이지:

• 위키백과:오늘의 특집 기사/2007년 5월 23일 (보호)
• 위키백과:오늘의 특집 기사/2007년 5월 24일 (보호)
• 템플릿:FC 페이지
• 템플릿:페이퍼즈
• 템플릿:바로 가기(보호됨)
• 템플릿:TFA 풋커(보호됨)
• 템플릿:투데이즈FABAR2007
• 템플릿:투모로우

하지만 23일과 24일의 FA가 내가 보고 있는 FA가 될 수는 없다.부활한 반란군 2007년 6월 2일 14시 52분 (UTC)

나는 페이지 캐시를 정리했다. 이제 날짜가 업데이트 된 것 같다.Gracenotes^T § 17:06, 2007년 6월 2일 (UTC)

이제 그 목록은 6월 2일과 6월 3일에 고정되어 있다.내가 삭제한 다음 편집을 누르고 Ctrl-Shift-R이 편집 페이지(Firefox를 사용한 모든 단계)를 수정했는데 목록이 다시 고정되어 있는지 확인하십시오. :(재기 반란군 12:10, 2007년 6월 3일(UTC)

내가 그 페이지 제목을 망쳐놨어 위키피디아 미리보기:오늘의 특집 기사, 페이지 제목 고정, 무효 편집. [...] 그라세노테스^T â 21:44, 2007년 6월 3일 (UTC)

또 다른 검색엔진

누군가가 스페셜:의 드롭다운 목록에 검색 엔진을 추가하는 것을 나에게 제안했었다.검색해봐. 시간이 되면 여기에 댓글을 달아줘.고마워, Gracenotes^T otes 01:22, 2007년 6월 2일 (UTC)