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

그냥 pdf로 인쇄하는 게 어때?후안 미겔 팽이오 ►챗 04:45, 2007년 8월 26일 (UTC)

아마도 대부분의 사람들과 마찬가지로, 그는 PDF 세대를 프린터로 추가하는 당신이 설치한 어떤 소프트웨어의 복사본도 소유하고 있지 않기 때문일 것이다.그래서 PDF Creator와 같이 이것을 할 수 있는 GPLed 패키지를 언급하는 것이 도움이 될 것이다.(그것은 아직 직접 시도해보지는 않았지만, 당신이 무슨 말을 하고 있었는지 알아내기 위해 검색을 해야 했던 것은, 광고대로 작동한다면 꽤 유용해 보인다.TCC (토크) (출고) 20:06, 2007년 8월 26일 (UTC)

나는 이것을 시도해 본 적이 없지만, [4]가 당신이 찾고 있는 것일 수도 있다.아드리안 M. H. 11:01, 2007년 8월 26일 (UTC)

PDF 출력은 위키백과에서 논의된다.WikiReader#Resources; 나열된 옵션 중 좋은/쉬운 솔루션이 있는지 확실하지 않다. -- John Brown (식별) 23:31, 2007년 8월 26일 (UTC)

페이지 이동 통지

나는 내가 보는 페이지가 이동될 때, 그것을 내 감시 목록에 반영하지 않는 것이 약간 이상하다는 것을 발견한다.이에 대한 일종의 통지 도구를 구축하는 것이 얼마나 어려울 것이며, 그것이 적절할 것인가?후안 미겔 팡시오 ►챗 07:57, 2007년 8월 21일 (UTC)

이 버그는 다소 오래된 버그로, 특정 페이지 작업이 수정(페이지 기록에만 표시되지 않고 페이지 기록에 표시)되어 있기 때문에 특수:워치리스트 100%.아니면 뭔가.그것은 혼란스러운 벌레 논쟁이다. --Splarka (rant) 08:24, 2007년 8월 21일 (UTC)

• 도오!!! :-) 후안 미겔 팡요오 ►챗 15:07, 2007년 8월 21일 (UTC)

해결 방법이 있음 - 사용자 추가:Dschwen/HighlightRedirects 그리고 나서 그것을 당신의 감시목록의 모든 리디렉션을 녹색으로 바꾸는 데 사용한다. (아마도 틀렸을 것이다) 당신의 감시목록이 페이지의 새로운 위치로 직접 연결되기 보다는 지금 리디렉션된 페이지로 연결될 것이라고 추측한다.) -- 존 브레턴 (usc) 2007년 8월 26일 (UTC)

인용하다.php

나는 인용 문제를 고치는데 많은 시간을 소비한다.인용을 강화할 수 있을지 궁금하다.php 프로세싱은 두 가지 오류 조건을 감지하고, 그러한 조건이 감지되면, 편집 요약 없이 저장하려는 시도가 있을 경우 수행된 것과 유사하게 저장하기 전에 확인을 요청한다.두 가지 조건은 다음과 같다.

1. <ref> 태그 중 하나를 더 포함하고 있지만 <ref/> 태그는 포함하지 않는 페이지를 저장하려는 시도
2. <ref> 태그의 null 확장이 있는 페이지를 저장하려는 시도이것은 흔히 <ref name=whatever>를 포함하는 기사 텍스트에서 발생한다...</ref> 태그가 삭제되어 하나 이상의 고아한 <ref name=whatever/> 태그가 남는다. -- 보라카이 빌 05:52, 2007년 8월 20일 (UTC)

내가 크게 잘못 알고 있는 것이 아니라면, 인용하시오.php는 페이지가 제공될 때 실행되며 페이지가 저장될 때 실행되지 않는다.또한, 이것은 섹션 편집과 어떻게 연동되는가?미리 보기를 사용하여 두 가지 유형의 오류를 모두 포착할 수 있다.루포 10:40, 2007년 8월 20일 (UTC)

페이지는 <ref> 태그를 포함하여 저장 시 HTML에 렌더링된다.부분들은 다시 그 기사의 나머지 부분들로 합쳐진다.합리적인 기능 요청입니다. -- 79.73.120.112 11:54, 2007년 8월 20일 (UTC)

그것은 나에게 새로운 소식이고, 나는 그것이 효과가 있을 것이라고 믿지 않는다.템플릿 확장 및 템플릿 변경에 대해 생각해 보십시오.저장 시 "HTML로 확장"할 수 없다.데이터베이스가 확장된 HTML만 저장한 경우, 템플리트 참조가 손실되고 템플리트가 변경될 때 템플리트 참조를 업데이트할 수 없음.따라서, 위키 텍스트를 저장하고 페이지를 서비스할 때 HTML로 확장하면 참조 문제가 사라진다.참고 항목 [5]: 텍스트 테이블에 wikitxt가 저장되어 있음을 참조하십시오.캐시, 이제 캐시 렌더링된 페이지를 처리한다.따라서 변경된 변환된 내용이 표시되지 않을 때 페이지를 삭제해야 하는 경우가 있다.루포 09:03, 2007년 8월 21일 (UTC)

루포, 내가 위에서 수정에 많은 시간을 할애한다고 말하는 인용문 문제들은 내가 다른 사람들이 편집한 페이지에서 발견하는 문제들인데, 어떤 이유에서든, 편집한 페이지를 저장하기 전에 그 문제들을 발견하지 못한 사람들이 그 문제들을 저장된 페이지에 남겨두었다.이 기능의 목적은 이러한 종류의 탐지 가능한 문제가 있는 페이지를 무심코 저장하려는 사람들에게 탐지 가능한 문제가 있는 페이지를 저장하려고 한다고 경고하는 것이다. -- 보라카이 빌 04:58, 2007년 8월 21일 (UTC)

미리보기에서 wikitxt가 확장된 것처럼, 이 체크의 목적으로 "save"(실제 저장하기 전)를 누를 때 확장될 수 있다.--Patrick 10:10, 2007년 8월 21일(UTC)

그것은 사실이다.소프트웨어는 wikitxt를 구문 분석하여 저장하기 전에 탐지된 문제를 메모할 수 있으며 문제가 발견되면 미리보기 모드로 전환할 수 있다.공연에 어떤 영향을 미칠지...단순히 페이지를 저장하는 것이 가장 중요한 병목현상은 아니지만, 페이지를 확장하기 위해서는 DB에서 (잠재적으로) 많이 읽어야 하는데, 캐시를 사용할 수 없었다.성능 측면에서 실현 가능한 경우 저장하기 전에 이러한 검사를 사용하여 "{Category:XYZ}", "[내부 링크]" 또는 "[내부 링크}", 또는 닫히지 않은 참조("<ref>blah blah blah blah blah ... more text...)...<ref>foo bar(/ref) 또는 "===="일부 제목 ==" 또는 ...수행할 검사 목록은 익명 사용자의 기본값이 있는 사용자별 기본 설정일 수도 있다.그리고 "[내부 링크}"를 "[내부 링크]"로 바꾸거나 "the"를 "the"로, "who"를 "who"로 대체하는 것과 같은 일부 유형의 실수는 자동 수정될 수도 있다.누가 코딩해?루포 10:31, 2007년 8월 21일 (UTC)

기능 요청을 제출하여 MediaWiki에 오류 검사를 추가하십시오.그런 다음 MediaWiki를 프로그래밍하고 작업이 완료되도록 코드를 작성하는 방법을 배우십시오. (SEWilco 23:34, 2007년 8월 21일(UTC))

전형적인 잘난 체하는 "sofixit" 대답.효과가 없다.나는 프로그래밍은 할 수 있다. 내가 평생 하는 일이다. 하지만 나는 옆에서 MediaWiki 개발을 시작할 시간이 없다.루포 06:20, 2007년 8월 22일 (UTC)

(언젠트) 대안은 이것을 위키백과에 게시하는 것이다.봇 요청.개발자들이 소프트웨어를 바꾸도록 하는 것만큼 봇이 이 문제를 확인하는 것은 만족스럽지 않지만, 그것은 훨씬 더 일어날 가능성이 높다.

그리고 이를 위해 봇을 코드화(또는 수정)하도록 요청하는 요청을 게시할 경우 봇이 수행할 작업을 지정해야 한다.첫 번째 상황에서는 아마도 봇이 "참조" 섹션(Template:reflist 및 내가 아는 모든 템플릿에 대해 다른 템플릿은 <참조 />와 동일한 기능을 제공하므로 봇은 이 모든 것을 확인할 필요가 있다)을 만들 것이다.두 번째 상황에서는 아마도 봇이 기사의 토크 페이지에 메모를 게시하는 것이 최선일 것이다.(이상적으로, 문제를 일으킨 편집본을 식별하겠지만, 그것은 많은 봇을 요구할 수도 있다.) -- 존 브레본 (리듬성) 23:57, 2007년 8월 26일 (UTC)

로그 문제 차단

블록 로그에 문제가 있는 것 같다. 이 사용자는 블록 로그가 비어 있지만 차단된 것이다.—일마리 카로넨 (대화) 02:48, 2007년 8월 28일 (UTC)

차단된 텍스트가 작동하지 않는가?

나는 최근에 지역 도서관의 공유 컴퓨터에 있었고 (예상대로) 컴퓨터가 위키피디아 편집을 차단당했다.재미있는 것은 평소 미디어위키를 나눠주는 대신 다음과 같은 것이었다.차단된 텍스트 메시지, 일반 차단 메시지를 주고 있었다.차단 시스템에 무슨 문제라도 있나?아니면 그 컴퓨터뿐인가?누군가가 이것을 검증할 수 있을까... --_Hdt83 22:44, 2007년 8월 27일 (UTC)

이미지 크기를 백분율로 지정하시겠습니까?

테이블과 그 세포가 있는 것처럼 영상이 포함된 개체의 백분율로 표시될 수 있는 기능을 도입하는 것이 가능한가? (혹은 이것은 다년생 제안서 ....이다.고마워 ck lostsword•T•C 22:43, 2007년 8월 26일 (UTC)

그렇게 하는 것은 꽤 까다롭다; 이미지가 까다롭다. :) --briion 16:52, 2007년 8월 27일 (UTC)

어쨌든 고마워 브리온어차피 사용자 네임스페이스 밖에서는 별로 쓸모가 없겠지만, 아마 요점은 별로 없을 겁니다.다시 한번 고마워 :) ck lostsword•T•C 17:44, 2007년 8월 27일 (UTC)

사용자 네임스페이스에서 이 작업을 수행하려면 Div에 이 파일을 배치하고 CSS로 제어하십시오.아드리안 M. H. 20:21, 2007년 8월 27일 (UTC)

이 작업을 수행하십시오(새 소프트웨어 변경 사항).

MediaWiki:캐스캐드프로토타이핑된 사람은 페이지 목록을 보관하기 위해 그 안에 1달러가 필요하다.r24562의 소프트웨어 변경으로 필요함.고마워요.

베르드나(58.172.200.115에서 편집), 10:43, 2007년 8월 26일(UTC)

2달러면 잘 되는 것 같은데, 다니엘이 분명히 문제를 해결하기 위해 1달러에서 2달러로 바꾼 걸 알아챘어.각각 $1과 $2가 정확히 무엇을 하는가?니힐트레스^(t.l) 20:40, 2007년 8월 26일 (UTC)

다른 작업이 진행 중인 경우, 템플릿에 대한 문서화가 개선되어야 함(SEWilco 04:24, 2007년 8월 27일(UTC))

전체 MediaWiki 네임스페이스는 향상된 문서 필요:) Gracenotes^T§ 04:38, 2007년 8월 27일 (UTC)

자, 시작해 봅시다:P AmiDaniel (토크) 17:27, 2007년 8월 27일 (UTC)

+ 작동하지 않는 리디렉션

위키백과에 문제가 보고되었다.헬프 데스크#Redirect가 사용자를 기사로 이동하지 못함+ 문자를 포함하는 대상으로의 리디렉션을 찾을 수 없다.보고된 예에는 다른 특수 문자가 포함되어 있었다.더 간단한 예:채널 1+1에는 #REDION [[1+1]이 포함되어 있으므로 1+1로 리디렉션해야 하지만 그렇지 않다.1+1에 대한 링크는 이 게시물에서 작동하며 채널 1+1에서 미리보기로 작동하지만 링크에서 +가 공백으로 대체되는 저장된 리디렉션 페이지에서는 작동하지 않는다.프라임헌터 02:22, 2007년 8월 26일 (UTC)

이것은 +를 %2B로 백분율 인코딩하면 쉽게 고정된다.나는 리디렉션의 대상을 "1%2B1"로 변경하여 문제의 페이지를 수정했다.니힐트레스^(t.l) 02:30, 2007년 8월 26일 (UTC)

나는 이것이 벌레라고 말하고 싶다.그것은 bugzilla에서 보고되어야 한다.마이크 딜런 02:55, 2007년 8월 26일 (UTC)

그것도 고려했다.+와 함께 수천 개의 끊어진 리디렉션도 있을 수 있다.나는 그것들을 검색할 방법을 모르며 새로운 것들이 만들어질 수 있다.기존 리디렉션의 대부분이 이루어졌을 때는 문제가 없었던 것 같아.나는 버질라 경험이 없다.누군가가 이미 있는지 찾아보고 다른 방법으로 보고할 것인가?프라임헌터 02:59, 2007년 8월 26일 (UTC)

봇과 함께 돌아다니면서 모든 리디렉션을 +로 고정하는 것이 가능할 것이다.그러나 그것은 가장 실용적인 해결책이 아니다:) Gracenotes^T § 03:29, 2007년 8월 26일 (UTC)

아마 버그 10683의 부작용일 것이다(즉, 매우 최근에 활성화 된 버그에 적용된 수정제).니힐트레스^(t.l) 04:25, 2007년 8월 26일 (UTC)

물론이지그urldecode'+'를 '공간'으로 만드는 거지나는 bugzilla:10683이 수정되었어야 한다고 생각하지 않는다; 나는 왜 URL이 아닌 위키링크에서 URL 인코딩이 허용되어야 하는지 모르겠다.마이크 딜런 14:48, 2007년 8월 26일 (UTC)

기존의 인라인 연결 동작을 일치시키기 위해. --briion 14:56, 2007년 8월 26일 (UTC)

인라인 링크에서도 말했는데 :) Mike Dillon 21:21, 2007년 8월 26일 (UTC)

우리는 특히 수백만 페이지가 있는 사이트에서, 기존의 마크업 기능을 공짜로 깨뜨리지 않으려고 노력한다.;) 역호환성을 위해 남을 것이다.

옛날에는 주로 언어간 연결에 필요했다; 우리가 몇 년 전에 UTF-8로 모든 것을 전환하기 전에, 퍼센트 인코딩된 문자열을 넣는 것이 비 라틴어 페이지 제목에 대한 링크를 지정하는 유일한 방법이었다. --briion 16:56, 2007년 8월 27일 (UTC)

그래, 나도 알아.나는 확실히 기존의 백분율 인코딩 링크의 모든 사용을 깨는 것을 지지하지 않는다. 나는 단지 모든 것을 깔끔하고 정돈하는 것을 선호한다.그런 게 인생이다마이크 딜런 02:01, 2007년 8월 28일 (UTC)

응, 앞으로 부디 그런 것들을 버질라에게 보고해 줘.:) 고정. --briion 14:56, 2007년 8월 26일 (UTC)

고마워 프라임헌터 16:02, 2007년 8월 26일 (UTC)

회색 영역 웹-스파이더 질문

wget와 같은 웹스파이더를 사용하는 것은 서버에 큰 부하를 줄 수 있고 데이터베이스 전체를 다운로드 하는 것이 더 효율적이기 때문에 눈살을 찌푸리게 하는 것으로 알고 있다.내 지원서는 데이터베이스를 철거할 수 없다는 것을 보증하지 않는다.나는 50개의 기사와 그 50개의 기사와 연결되는 각각의 기사에 관심이 있다.이것은 전체 위키백과의 크기를 충분히 밑도는 10-20K 기사의 순서로 되어 있을 것이라고 추측한다.이것은 실제로 구현하기 쉽지만 비교적 강력한 범주 제안 도구를 만들 수 있을 것이다. 이러한 제안이 창세기적 용인 여부에 대해 자세히 설명하고자 한다.

따라서 초당 1페이지의 비율로만 운영하는 조건으로 wget나 비슷한 거미를 사용한다면 용인될까.이것이 광범위하게 용인될 것인가?모든 스파이더 방지 노트는 50페이지/초 단위로 모든 위키피디아를 다운로드하려는 사람들에 관한 것 같다.크리스가뉴 16:14, 2007년 9월 3일 (UTC)

나는 우리가 로봇에 대해 관심을 갖는다고 생각한다.그래서 나는 괜찮게 들리지만, 나는 위키피디아 관리인이 아니어서 그들의 의견이 무엇인지 모르겠다.실현 가능한 50페이지를 수동으로 가져오는 것은 서버에 훨씬 더 큰 부담을 줄 것이다.젤츠톡 22:20, 2007년 9월 3일 (UTC)

여기서 액세스할 수 있는 API를 사용하는 것이 가장 좋을 것이다.프로데고 22:30, 2007년 9월 3일 (UTC)

만약 당신이 단지 페이지 목록과 그 페이지들이 연결되는 페이지들이 필요하다면, 이것은 API의 prop=links를 사용하여 꽤 간단하게 이루어질 수 있다.만약 당신이 이 방법을 사용한다면, 10-20k의 기사 목록을 작성하는 것이 서버에 엄청난 부하가 되어서는 안 된다.그러나 잘 알고 있는지 확인하고, 기술 사용자 에이전트를 지정하고(문제가 있을 경우 어떻게 연락할 수 있는지 명시), 적절한 스로틀을 사용하고(초당 1개의 요청이 만족되어야 함), 부하를 줄이기 위해 쿼리를 최적화하고, 가장 중요한 것은 위키텍-l에 연락하여 허락을 통지하고 요청하십시오.크롤러가 차단되지 않도록 서버 관리자에서 크롤러를 실행하기 위해 이온:)아미다니엘 (토크) 06:35, 2007년 9월 4일 (UTC)

스타일 해제 링크

위키백과 기사를 표준화하기 위해, 내가 모든 것을 "일시적으로" 선택하고 텍스트를 다시 색칠하여 제공된 링크를 클릭하는 것을 "방관"하지 않도록 할 수 있는 방법이 있는가? 그러니 기사 자체에 집중하라.나는 "강조"를 통해 이것을 해결할 수 있지만, 더 좋은 방법은 없을까?고마워요.BRDAedaleus 23:33, 2007년 8월 27일 (UTC)

당신의 monobook.js. --Splarka (rant) 07:35, 2007년 8월 28일 (UTC)에서 이것을 사용해 보십시오.

일부 수정 사항:

• 켜거나 끌 수 있음
• IE(원래)와 호환 가능.버전이 IE6에서 작동하지 않음, IE7에 대해 확신할 수 없음)

◆ 알렉스 스모트로프 2007년 8월 28일 (UTC)

Dah-dah da, dah da, dah da, daha, daaha.... --Splarka (rant) 00:53, 2007년 8월 29일 (UTC)

Magic Word for My Preferences 언어

현재 {{Content Language}}밖에 없지만 완전히 만족스럽지는 않다.MediaWiki:sharedupload에서 [{{fullurl:commons:Image}{PAGENAME} uselang={Content Language}}} 설명 페이지 거기]와 같은 것을 추가하려고 생각하고 있었다.단점은, 사람들이 선호하는 언어를 가지고 있다면, 그것이 또한 Commons로 설정되어 있더라도 덮어쓰게 된다는 것이다.{{ContentsetLanguage}}과 같은 새로운 MagicWord를 만들 수 있는 능력을 가진 사람은 누구든지. --Steinninn 19:08, 2007년 8월 20일 (UTC)

나는 {{USERANGE}}이(가) 같은 이유로 프로포즈되고 거부되었다고 믿는다. {{USERNAME}}: 캐쉬를 파괴하고 로그인이 되지 않은 사용자(대부분의 페이지 뷰를 구성하는)에게는 쓸모없게 된다.wgUserLanguage 및 wgContentLanguage 변수를 사용하여 작은 자바스크립트로 설명하는 작업을 수행할 수 있어야 한다. --Splarka (rant) 07:32, 2007년 8월 21일 (UTC)

사용자 언어를 반환하는 마법의 단어는 캐싱 문제가 되지 않을 것이다. 파서 캐시 객체는 여러 요인에 따라 달라지는데, 그 중 하나는 사용자 언어를 포함한다.86.148.49.28 18:14, 2007년 8월 21일(UTC)

그러나 템플릿과 조건 등에 사용할 경우 문제가 발생하고, 템플릿 등이 제대로 업데이트되지 않는 등 링크 테이블의 효과적인 손상을 초래할 수 있다.앗.86.148.49.28 18:22, 2007년 8월 21일(UTC)

난 자바스크립트에 들어가지 않을 거야.수고하셨습니다.자바스크립트를 아는 사람이 좋은 생각이라고 생각한다면 도와줘.나는 JS를 모를 뿐이다. --Steinnin 12:11, 2007년 8월 21일 (UTC)

베타위키는 {{}라는 매직워드를 사용한다.UILANGCODE}}.나이키가 어떻게 복용하는지 모르지만 효과가 있어.그가 js를 쓰는 것 같진 않아.아마도 이것은 미디어위키에 넣을 수 있을 것이다. --스타인닌 02:31, 2007년 8월 29일 (UTC)

JS 솔루션?

여기 당신에게 도움이 될 만한 것이 있다.

이 기능이 수행하는 작업(참고: 모든 브라우저에 대해 테스트되지 않음):

• 사용자 언어가 내용 언어(로그인해야 하고 사이트 기본 언어 이외의 언어로 선택되어야 함)와 같지 않은 경우 로드 이벤트를 추가한다.

• 그런 다음 모든 클래스 오브젝트="userlang-pref"를 검색한다.칸막이, 스팬, 테이블, 위키백과 등

• 그런 다음 모든 유형의 링크를 검색하는 과정을 반복한다.

• 그런 다음 href="" 필드의 모든 링크를 반복하여 usslang=xxx를 검색하며 여기서 xx는 사이트의 내용 언어다.

• 이 기준과 일치하는 것은 uselang=xx를 uselang=yy로 대체한다. 여기서 yy는 사용자의 언어 선택이다.또한 제목="와 1단계 텍스트 노드(링크 내부에 태그가 있는 경우 innder)에서 얕은(첫 번째 일치만) regex를 대체한다.HTML은 이들에서 수정되지 않는다).

다음이 됨:

간단한 지침은 위의 JS를 MediaWiki에 추가:Common.js 및 래핑 링크는 다음과 같이 변경된다.

--Splarka (rant) 23:34, 2007년 8월 23일 (UTC)

기사 편집 자동 업로드

나는 몇 가지 검색과 FAQ를 읽고 WP가 API를 가지고 있지 않다는 것을 알게 되었다.기사 편집과 기사 작성을 자동화하는 데 허용되는 방법이 무엇인지 알고 싶다.나도 위키북스에 대해 같은 대답을 알고 싶다.WP에서 다운로드를 원하는 사람들을 위한 충분한 지침이 있는 것 같지만, 웹브라우저의 TEXTARE에서 편집에 능숙하지 않은 사람들을 위한 지침은 많지 않다. dr.ef.tymac 18:02, 2007년 8월 28일(UTC)

사용자:KeithTyler/mwpush.pl? —MC 18:23, 2007년 8월 28일(UTC)

api가 있다: m:API. 그런데 편집 기능이 아직 안 쓰여 있어.업로드를 자동화하는 타사 라이브러리가 있음그리고 WP 기사를 편집하기 위해 외부 편집기를 사용할 수 있는 능력도 있다.— 칼 (CBM · talk) 2007년 8월 28일 18:27 (UTC)

WP의 도구도 참조하십시오.BOT, 위키백과:브라우저 노트#Textarea_tools. (SEWilco 20:05, 2007년 8월 28일(UTC))

팝업 상자를 비활성화하는 방법은?

이게 새로운 기능인가?끌 수 있는 방법은 없을까?그것은 나에게 정말 매력적이다. 왜냐하면 그것은 나의 연결고리들과 연결되기 때문이다.팝업 박스를 없애는 것 좀 도와줘.새로 온 사람들에게도 좋은 것 같고, 다른 사람들도 고마워할 것 같지만, 선호도에서는 선택지가 되어야 한다고 생각해.누가 나를 도와줄 수 있을까? - 제니 04:57, 2007년 8월 28일 (UTC)

monobook.js 파일을 편집하여 직접 추가하셨습니다.삭제하려면 해당 페이지에서 상위 4줄의 텍스트를 제거해야 한다. --Cherry blower tree 08:17, 2007년 8월 28일(UTC)

고마워!지금 그렇게 할게. :) - 제니^Talk 08:21, 2007년 8월 28일 (UTC)

모노북은 지웠는데 아직 문제가 있어MS의 새로운 업데이트인가 봐. FireFox 사용 중 문제가 없어.IE 기본 설정에서 비활성화하는 방법을 모르겠다.그렇구나. - 제니^Talk 08:50, 2007년 8월 28일 (UTC)

브라우저 캐시를 지우십시오.—일마리 카로넨 (대화) 09:58, 2007년 8월 28일 (UTC)

타임스탬프 정보

04:09, 2007년 8월 28일(UTC) 대신, 이것을 수정할 수 있는가?

2007년 8월 27일 오후 9시 8분(MST)

참고: 사용자의 선호도에 따라 설정이 업데이트되는 경우. -- PNiddy Go! 04:09, 2007년 8월 28일(UTC)

그게 어떻게 먹힐까?각 사용자가 자신의 개인 시간대에 따라 타임스탬프를 제공하거나(매우 혼동될 수 있음), 타임스탬프를 일반 텍스트(개발자에게 많은 문제를 일으킬 수 있음)로 처리할 수 없다.-아마르코프 무! 04:13, 2007년 8월 28일 (UTC)

여기, Special에서 사용해 보십시오.마이페이지/모노북.js:

사용자:스플라카/timestamplocalizer.js.이 단추를 클릭하면 타임스탬프를 찾는 모든 텍스트 노드에 반복되는 단추가 동작에 추가된다.기본 서명 타임스탬프에서작동해야 한다.출력은 약간 스팸(로컬 타임에 JS date .toString() 함수의 원시 출력)이다.내 표준 시간대 타임스탬프에서 수행하는 작업 예:

04:13, 2007년 8월 28일 (UTC) 2007년 8월 27일 21:13:00 GMT-0700 (태평양 일광 절약 시간제)

내부를 피했다는 점에 유의하십시오.HTML 그래서 이것은 조금 느리다.첫 번째 매개 변수에서 false를 true로 설정하여 편집되지 않은 페이지 로드마다 실행되도록 할 수 있다(먼저 테스트해야 함).브라우저 스크루업과 버그리포트는 기분 좋게 환영을 무시했다. --Splarka (rant) 10:46, 2007년 8월 28일 (UTC)

참조 컨텐츠의 중앙 집중화

어떻게 설명해야 좋을지 모르겠네.나는 거의 항상 참조 태그의 이름을 짓는다.누군가가 기사를 편집할 때 명명된 참조(모든 정보를 가진 참조)의 첫 번째 예를 제거할 수 있다는 것은 확실하다.이와 같이, 모든 명명된 참조를 한 곳에 표시한 다음, 기사 전체에서 추가할 수 있는 어떤 방법을 만들 수 있을까?그런 식으로 - 만약 누군가가 "첫 번째 예"를 제거한다면, 나머지는 깨지지 않는다.후안 미겔 팡시오 ►챗 04:47, 2007년 8월 26일 (UTC)

최근에 다른 사람이 그런 제안을 한 것 같아.최근 기록 보관소를 둘러보십시오.반응이 어땠는지, 구현이 쉬울지 모르겠지만 꽤 좋은 생각이다.아드리안 M. H. 11:02, 2007년 8월 26일 (UTC)

칭찬해줘서 고맙지만 아무것도 찾지 못했다(아마도대체로 내가 멋있어 보이지 않았기 때문일 것이다.여기 이 일에 대해 들은 얘기 아는 사람 있어?후안 미겔 팡시오 ►챗 03:42, 2007년 8월 27일 (UTC)

WP:FOOT의 "See another" 섹션과 해당 Talk 페이지를 살펴보십시오. (SEWilco 04:22, 2007년 8월 27일(UTC))

• 응, 전에 다 봤었는데 아무것도 못 봤어.생각나는 거 있어?후안 미겔 팡시오 ►챗 18:07, 2007년 8월 27일 (UTC)
• 나는 이것들을 살펴보는 데 더 많은 시간을 보냈고 내가 제안한 것을 하는 것이 어디서 가능한지 모르겠다.이 토론에 더 적합한 대화 페이지가 있는가?후안 미겔 팡시오 ►챗 20:43 (UTC)

허술한 해결 방법:당신이 찾고 있던 이전의 토론을 찾지 않는 한 그리고 당신이 이 *매우 추한* 해결 방법을 사용할 수 있을 것이다.명명된 참조를 숨겨진 "div" 태그에 넣은 다음, 기사 전체에서 사용하십시오.

경고: 이것은 많은 다른 이유로 좋은 생각이 아닐 수 있으므로, "실시간" WP 기사에 사용을 권고할 것이다. 그럼에도 불구하고, 당신은 이 샘플 데모를 통해 내가 말하는 것을 볼 수 있다(참고: 이것은 예고 없이 변경되거나 삭제될 수 있는 일시적인 연결이다).dr.ef.tymac 20:58, 2007년 8월 28일(UTC)

이탤릭체가 해결되나?

대부분의 스타일 가이드에서 외국어 단어는 보통 이탤릭체로 표기해야 한다.예외는 그것들이 이미 기울임꼴로 설정된 텍스트에서 발생할 때, 로마자 타입이어야 할 때 입니다.

그것은 보통 위키텍스트와 함께 할 수 있을 만큼 충분히 쉽지만, 문제는 우리가 흔히 사용하는 해트노트 템플릿이다.예를 들어, 라쿤의 꼭대기에 있는 것을 보라.프로시온 속명은 로마자로 되어 있어야 한다. 왜냐하면 해트노트는 이탤릭체로 되어 있고, 형식은 다음과 같기 때문이다.{{otheruses4}}- 하지만 방법이 없어.

이것은 예상치 못한 행동이었다.순진한 텍스트 대체는 템플릿 매개변수 내에 '...' 마크업을 보존할 것이고, 그 결과 이탤릭체는 첫 번째 '(쌍을 닫은 후)에서 꺼지고 두 번째에 다시 켜질 것이다.

검사할 때 나는 이 행동이 클래스의 정의에서 비롯되는 것을 본다.dablink MediaWiki에서:이탤릭체를 강제하는 common.css.(Template:dablink의 '' 마크업이 중복됨을 의미한다.)그렇다면 템플릿 사용이 여전히 가능한 해결책이 없을까?아니면 이것이 걱정해 볼 만한 가치가 있을까?TCC(토크) 2007년 8월 23일(UTC) 12시 56분

템플릿의 '중복'이 아닌 경우, 추가.dablink i { font-style: normal; } MediaWiki로:css는 그것을 고쳐야 한다.나는 그것이 무엇에 대한 것인지 잘 모르겠다; 만약 그것에 대한 명확한 이유가 없다면, 우리는 그냥 그것을 없앨 수 있을 것이다.—Ilmari Karonen(대화) 2007년 8월 23일 16:18, (UTC)

아마도 수업이 정해지기 전에 남은 것 같아.TCC(토크) 2007년 8월 24일(UTC) 10시 58분(목록

이제 제거했다.문제가 발생하지 않는다면 내일 common.css로 바꾸겠다.—일마리 카로넨(토크) 21:55, 2007년 8월 27일 (UTC)

내가 바꿨어.캐시를 지운 후(또는 잠시 기다린 후) 예상대로 로마자 타입의 dablink에서 '...'를 볼 수 있어야 한다.—Ilmari Karonen (대화) 2007년 8월 28일 10시 30분 (UTC)

제1구간

기타와 관련된 텍스트.jpg </노위키>

나는 이 문제를 스스로 알아차렸다.해결책에 대해 아는 사람?아니면 무슨 문제인가? --Quasar 22:55, 2007년 8월 28일 (UTC)

흐흐흐흐, 아카이브봇은 위 <<노위키>> 안쪽에 있는 머리말 때문에 혼란스러워졌다.아까 올린 것처럼.

네가 말하는 행동도 깨진 것으로 생각하지만, 다행스럽게도 그것은 단지 Internet Explorer 버그일 뿐 기존 CSS와는 문제가 되지 않는다.당신의 "적절한 행동"은 정확히 파이어폭스에서 일어나는 것이며, 오페라나 사파리에서도 일어난다고 한다.전술한 바와 같이, 잠재적인 해결방법은 두 번째 헤더 바로 앞에 {{clear} 또는 {{-}}을 사용하는 것으로, 헤더와 텍스트 사이의 간격이 아니라 헤더 앞쪽으로 이동하게 된다.아노미 16:14, 2007년 8월 16일 (UTC)

아노미 23:36, 2007년 8월 28일 (UTC)

주석이 달린 이미지

이미지 주석에 대한 정보 방향을 가르쳐 줄 수 있는 사람?나는 주석이 달린 이미지가 들어 있는 기사를 보고 있었는데 어떻게 코딩되는지, 어떻게 하면 기사 내에서 그것들을 움직일 수 있는지 전혀 모르고 있었다.내가 살펴본 WP:이미지 관련 페이지는 이미지 주석에 대한 정보를 전혀 가지고 있지 않다.고마워!!-사르파 17:37, 2007년 9월 5일 (UTC)

Norsk interwiki 링크 주위에 보이지 않는 문자

"Norsk (복mål)"와 "Norsk (nynorsk)"의 사이드바 인터위키 링크 전후에 보이지 않는 유니코드 문자가 있다.이것들은 무엇을 위한 것인가? - RockMFR 05:41, 2007년 8월 30일 (UTC)

포함된 텍스트를 왼쪽에서 오른쪽으로 표시하는 방향 형식 코드인 U+202A와 U+202C이다.다른 문자열들 역시 이러한 문자열이 없으며, 유니코드 양방향성 시스템은 문자열을 전체 좌우 환경에 표시하더라도 정확한 좌우 표시를 보장해야 하기 때문에, 나는 그것들이 어떻게 필요한지 알 수 없다.하지만 이것들이 어디에 저장되어 있는지 모른다.2007년 8월 30일 06:10(UTC)

잠시만 기다려봐, 다시 생각해봐: 만약 이 문자열들이 모든 위키백과 프로젝트를 위해 중앙에 저장된다면, 이 이름들은 괄호를 포함하고 있기 때문에 방향성 코드가 필요할지도 몰라.그들은 아랍어와 같은 오른쪽에서 왼쪽까지의 위키백과에서 문자열이 올바르게 표시되도록 해야 할 것이다.그렇지 않으면 (니노르스크) 노르스크(Nynorsk)로 나오거나 그런 식으로 나오곤 했다.2007년 8월 30일 06:35(UTC)

아, 아마 그거야. --- RockMFR 06:37, 2007년 8월 30일 (UTC)

스텁 비전송

여기에 잘못된 용어를 사용했다면 사과드리며, 수정하십시오!

내가 하려는 일의 예는 다음과 같다.

알라우네(1928년 필름)는 {{horror-film-stub}}을(를) 포함하지만 Category로 변환할 필요는 없다.공포 영화 스텁(및 이와 유사한 기사)은 다음과 같이 정확하게 분류된다.1960년 이전의 공포 영화는 단편적이다.그 이유는 '1920년대 공포영화 스텁'이나 '1910년대 공포영화 스텁'에 들어갈 영화가 20편도 안 되기 때문에 작은 스텁을 만들 이유가 없고, 전체적으로 괜찮기 때문이다.그러나 "정리"를 할 때, 특정 스텁을 통해 이러한 기사에 대한 하위 카테고리가 없음에도 불구하고, 이러한 카테고리는 하위 카테고리로 분류되는 카테고리에 나타난다.

그래서, 기본적인 질문은, {{horror-film-stub}}}이(가) 있는 소수의 기사를 얻을 수 있는 방법이 있는가 하는 것이고, Category에 포함되어 있다.1960년 이전의 공포 영화 스텁은 카테고리에 나타나지 않는다.공포 영화 스텁?

어떤 도움/자문을 해주셔서 미리 감사드린다.스키어RMH 22:38, 2007년 8월 29일 (UTC)

{{horror-film-stub}}을(를) 편집하여 범주 링크를 변수에 감으십시오.{{{category [[Category:Horror film stubs<noinclude> *</noinclude>]]}}}그런 다음 매개 변수를 제공함으로써 각 페이지의 범주를 재정의할 수 있다.{{horror-film-stub category=[[Category:Pre-1960 horror film stubs]]}}. 아노미 22:53, 2007년 8월 29일 (UTC)

고마워!!아주 잘했어!이제 스트래글러 영화에 나오는 나머지 "연간" 카테고리를 살펴보기 위해...스키어RMH 05:08, 2007년 8월 30일 (UTC)

데이터베이스 딸꾹질?

제목이 모든 것을 설명한다.약 7분 전에 오류 메시지를 받았다.~user:orngjce223 어떻게 타이핑하지?2007년 8월 29일 16:47 (UTC)

네. --briion 20:26, 2007년 8월 29일 (UTC)

반달리즘

이 이미지; http://en.wikipedia.org/wiki/Image:Adam.jpg은 공공 기물 파손 행위에서 누군가에 의해 대체되었지만, 나는 위키피디아 계정이 없다. 나는 내가 직접 적절한 이미지를 올릴 수 없다.이 곳이 신고하기에 적당한 장소인지는 잘 모르겠지만, 지금 30분 동안 제대로 된 장소를 찾으려고 노력했는데, 여기가 내가 찾은 곳 중 가장 좋은 곳이야.—68.222.240.200 (대화) 11:19, 2007년 8월 29일 (UTC)에 의해 서명되지 않은 의견 추가 준비

이미지를 되돌렸다.경험이 부족한 사용자들이 도움을 받을 수 있는 최적의 장소는 헬프 데스크다.Graham87 12:04, 2007년 8월 29일 (UTC)

사실, 경험 없는 사용자에게 가장 좋은 장소는 NCH! Adrian M. H. 14:14, 2007년 8월 29일 (UTC)

업데이트 정리

아래 버그를 고칠 가능성은?나는 최신 버전의 디스켓이 그 묘기를 발휘할 것이라고 믿는다(자세한 정보는 버그 9737 참조).건배. --MZMcBride 20:40, 2007년 8월 28일 (UTC)

1. 하나
2. 두 개
3. 3개

3번 건너뛰지 않는 게 아쉽다.그것은 일어나길 기다리는 몬티 파이톤 스케치일 것이다.TCC (토크) (기여) 2007년 8월 28일 (UTC) 23:05

렌더링 문제가 전혀 보이지 않는다.이거 고쳤니?니힐트레스^(t.l) 00:45, 2007년 8월 29일 (UTC)

클래식 스킨은 1개, 빈 라인, 3개, 4개, 3개.코드는 # 1; # 2; # 3 -- SGBailey 08:32, 2007년 8월 29일(UTC)

템플릿:E

템플릿:E는 그 안에 기사를 엉망으로 만드는 줄이 끊어져 있다.이 줄 바꿈을 제거할 방법이 있는가, 아니면 그 줄 바꿈에 이유가 있는가? 어떤 경우에 우리는 템플릿을 만들 수 있는가?EWithNoLineBreak?이 질문은 작년에 그것의 토크 페이지에 처음 제기되었고 어떠한 대답이나 해결도 이루어지지 않았다. -- SGBailey 08:29, 2007년 8월 28일 (UTC)

고정. ——Ilmari Karonen (대화) 10:32, 2007년 8월 28일 (UTC)

고마워 -- SGBailey 08:37, 2007년 8월 29일 (UTC)

이건 좀 이상하다.

"Adam Powell"의 영향에 대한 기사에서 사용자 이름을 서명하는 대신 IP를 제공하는 이유는?—207.1111.152 (대화) 01:06, 2007년 8월 31일(UTC)에 의해 서명되지 않은 코멘트가 추가됨

아직 로그인하지 않아서 그런가?KTC 01:16, 2007년 8월 31일 (UTC)

휴즈넷 이슈

휴즈넷 위성 인터넷이 있어어떤 이유로, 나는 인터넷 익스플로러를 사용해야 위키피디아에 계속 접속할 수 있다.어떻게 하면 이 위키피디아가 Firefox에서 다시 작동하도록 할 수 있고, IE를 사용하거나 보안 서버를 사용하는 것을 제안하지 않을 수 있는가? IE는 나를 멈추게 하고 보안 서버는 더 느리게 하고, 나는 그 위에 나의 어떤 도구도 사용할 수 없다.2007년 8월 30일(UTC) 정신없는 21:30

en에서 쿠키를 수락하는지 확인하십시오.wikipedia.org.[편집] / [환경설정]을 선택한 후 "개인 정보" 탭을 선택하십시오."사이트에서 쿠키 허용"이 선택되어 있고 위키백과는 예외로 나열되어 있지 않은지 확인하십시오.또한 "Firefox를 닫을 때까지"가 아닌 "만료될 때까지" 쿠키를 유지하도록 선택했는지 다시 확인하십시오.아미다니엘 (토크) 21:43, 2007년 8월 30일 (UTC)

이미 다 했어, 아직 문제가 있어.69.19.14.34 21:44, 2007년 8월 30일(UTC)

이 페이지의 맨 위에 있는 조언을 읽어 보십시오.의식 06:27, 2007년 8월 31일 (UTC)

특히 특정 위성 ISP의 로그인 문제를 피하는 데 도움이 되는 대체 느린 연결 https://secure.wikimedia.org/wikipedia/en/w/index.php?title=Special:Userlogin(페이지 상단에 설명됨). --ais523 17:24, 2007년 8월 31일(UTC)

페이지 이동 및 반보호 페이지 편집에 대한 계정 사용 기간

(1) 새 계정이 이동하기 전에 필요한 정확한 시간에 대한 명확화/확정적인 답변을 원함 2) 반보호 페이지 편집도움말:Merging_and_moving_page에서 "최소 4일"이라고 말하고 WP:PROT에서 "사용 안 함... 생후 5일 미만"하지만 적어도 꽤 많은 경험 많은 편집자들이 둘 다 4일이라고 제안했다.정리하는 게 좋을 것 같아.KTC 22:56, 2007년 8월 30일 (UTC)

계정 생성이 4일 된 등록된 사용자에게 부여되는 자동확증 플래그를 기반으로 페이지 이동 권한과 스프로토텍트된 페이지를 편집할 수 있는 기능이 모두 할당된다.두 기능 모두 동일한 대기 시간이다.--69.118.235.97 23:15, 2007년 8월 30일(UTC)

좋아, WP에서 편집본을 찾았어.PROT는 양말에서 기물을 파손하는 것을 바꾸었다.정보를 수정했다.면에KTC 23:25, 2007년 8월 30일 (UTC)

이미지 설명 페이지 - 파일 기록

최근 이미지 설명 페이지의 파일 히스토리가 테이블로 변환되었다.이 시점부터 이미지 크기는 이 표에 킬로바이트/메가바이트 단위로 표시된다.두 이미지가 다른지 쉽게 확인할 수 있는 방법이기 때문에 이전 형식(바이트, 정확한 크기)으로 되돌릴 것을 제안한다.의식 11시 15분, 2007년 8월 30일 (UTC)

바비 레인의 저주가 아포스트로피 사용으로 확장되는 것 같아...

여기 사진 캡션 좀 봐.마지막에는 추가 아포스트로피를 보게 될 것이다.페이지 편집을 클릭하면 태그가 아니라 모두 괜찮다.내가 한 가지 해결책을 찾았는데, 그것은 작동하지 않는다. 페이지의 편집을 클릭하면 전체 인포박스를 이탤릭체로 할 수 있다는 것을 알게 될 것이다.사용자:세라핌블레이드가 제2의 방법을 찾아냈지만, 그것 역시 효과가 없을 것이다.문제를 아는 사람? -WarthogDemon 00:30, 2007년 8월 30일(UTC)

캡션 파라미터는 '' 마크'로 둘러싸인 출력물로, 이 마크를 기울임꼴로 만들며, 이러한 ' 마크'와 타임즈 주변의 '' 마크의 조합은 굵은 ('')와 아포스트로피에 해당하는 ''가 된다.올바르게 구문 분석할 수 있도록 두 개의 '' 표시 사이에 무언가를 삽입해야 한다. 예를 들어 캡션 값 끝에 있는 <노위키></노위키>가 그것을 처리한다.아노미 02:11, 2007년 8월 30일 (UTC)

혹은 더 좋은 것은, <노위키/>... 많은 사람들이 알지 못하는 매우 유용한 위키텍스트 요소.Gracenotes^T § 08:39, 2007년 8월 30일 (UTC)

모노북이 작동하지 않음

위키피디아는 더 이상 로그인하거나 로그인을 하지 않고 모노북으로 표시되지 않는다.대신 나는 "내 피부"에 갇혀 있는 것 같다.내 선호도를 바꾸면 클래식이나 블루스킨과 같은 다른 스킨으로 바꿀 수 있지만, 모노북으로 다시 전환해도 WP는 여전히 내 피부에 표시된다.이런 일이 다른 사람에게도 일어나고 있는 것일까?고마워, 다아페 22:25, 2007년 8월 29일 (UTC)

신경 쓰지 마, 문제가 사라진 것 같아...다르아페 18:17, 2007년 8월 30일 (UTC)

이미지 업로드 중

예전에는 아무 문제 없이 이미지를 올릴 수 있었다.이제 내 원본 파일이 비어 있다고 말하는 마법사가 있다.이전에는 원본 파일 이름이 이미지 파일 이름이었다.이제 그것은 효과가 없는 것 같다.Source file이라고 하면 무슨 뜻이지?또한 두 번째 상자에는 Destination file이라고 쓰여 있다.그게 이미지 이름이야, 기사 이름이야, 뭐야?고마워! --Mattisse 19:36, 2007년 8월 27일 (UTC)

새 마법사 스타일의 양식을 사용하지 않으려면 특수:업로드는 여전히 존재하지만, 두 시스템 모두 파일을 찾기 위해 Browse(찾아보기) 기능을 사용한다(또는 파일 이름을 입력해야 함).아드리안 M. H. 20:24, 2007년 8월 27일 (UTC)

내가 쓰던 파일 이름이 더 이상 작동하지 않아.나는 옛날 방식으로 많은 이미지를 업로드했다.나는 지금 도대체 뭐가 문제인지 모르겠다.난 포기할게.번거롭게 할 가치도 없어.고마워, --Mattisse 00:53, 2007년 8월 28일 (UTC)

파일 이름과 사용하는 브라우저(및 버전)의 예를 들어 주시겠습니까?난이도를 재현할 수 있다면 문제를 찾아 고치는 것이 더 쉬울 것이다. --briion 03:42, 2007년 8월 28일(UTC)

나는 Firefox 2.0.0.6을 사용하고 있다.파일 이름은 yarlang_tsangpo.png 입니다.이것은 NASA의 이미지 입니다.고마워!매티스스 2007년 8월 28일(UTC) 13:51절

이 상황에 대한 특별한 제안이 있으십니까? --Mattisse 19:25, 2007년 8월 28일 (UTC)

그것은 시작이다. 이제 여러분이 따르는 단계와 여러분이 받은 어떤 오류 메시지를 정확하게 설명할 수 있는가? --briion 20:26, 2007년 8월 28일 (UTC)

나는 첫 번째 상자에 이미지 이름을 넣었다.두 번째 박스는 나를 혼란스럽게 했다.나는 기사 이름, 이미지 이름 등 다양한 것들을 시도해 보았다.다음으로 나는 다음 상자에 내가 어디서 받았는지, 그것이 미국 정부 이미지인지, 그리고 그것이 야룽 창포 강(티벳) 기사로 가고 있다는 URL을 기입했다.(나사의 잘못된 이미지가 지금 기사에 있다.)NASA 사진이라 그 부분을 맞췄어.오류 메시지는 항상 이미지가 "비어 있다"는 것이었다.그것은 나의 이미지인 야랑_tsangpo.png를 인식하지 못하고 있었다.과거에 나는 이 조사를 해본 적이 없다. --Mattisse 21:11, 2007년 8월 28일 (UTC)

(unindent) 내가 뭘 잘못하고 있는지 아십니까? --Mattisse 00:50, 2007년 8월 29일 (UTC)

이것은 Firefox의 변화일지도 모른다; 나는 당신의 것과 같은 버전을 가지고 있다. 그리고 당신이 보고하는 것처럼, 나는 파일 이름만 입력해도 파일을 업로드할 수 없다.다른 디렉토리에서 파일을 찾고 있는 것이 아닐까 의심하지만, 만약 그렇다면, 어떤 디렉토리가 될 수 있는지 알 수 없다; 그것은 내 홈 디렉토리도, 내 데스크탑도, 그리고 Firefox가 시작된 디렉토리도, 내가 "Browse"를 클릭했을 때 처음 나타나는 디렉토리도 아니다.

어쨌든 파일의 전체 경로를 입력하면 "Browse...(찾아보기...)를 클릭할 때와 마찬가지로 작동한다.상자 옆에 있는 버튼을 누르고 파일을 그쪽으로 선택한다.나는 네가 후자를 할 것을 제안한다. 그것은 단연코 가장 쉬운 방법이다.

(Ps. "Destination file" 상자는 위키피디아에서 파일이 가질 이름을 위한 것이며, 이것은 반드시 컴퓨터에 있는 이름과 같을 필요는 없으며, 따라서 두 번째 상자일 필요는 없다.)—Ilmari Karonen (talk) 14:02, 2007년 8월 30일 (UTC)

==heading 2=="는 항상 이러한 행동을 보여주지만, 하나의 수평선("----")은 그렇지 않다. - Erik Baas 19:26, 2007년 8월 29일(UTC)

그렇다면 수평적 규칙 코드를 섹션 제목에 통합하여 동일한 결과를 얻을 수 있는 방법은 없을까?Max Naylor 19:08, 2007년 8월 30일 (UTC)

섹션 제목 및 인포박스

방금 헬프 데스크에 이 주제를 올렸는데 여기에 게시하라고 하셨어요.이것은 다소 명백한 문제일 수 있지만, 표제 아래의 구분선이 infobox나 오른쪽 정렬 템플릿과 충돌하지 않도록 위키백과의 CSS를 변경할 수 있는 방법은 없을까?그것은 많은 페이지에서 실제 시각적 충돌을 일으키며, 확실히 그것들은 실행 가능한 해결책이 되어야 한다.만약 이 질문이 전에 물어본 적이 있다면 미안해.Max Naylor 17:07, 2007년 8월 27일 (UTC)

어떤 방식으로 충돌하는가?오버플로가 있다는 뜻인가?일반적으로 선은 상자나 이미지에서 정지해야 한다.잘못 배치된 편집 링크에 문제가 있는 경우 WP:BUACK. Adrian M. H. 17:54, 2007년 8월 27일 (UTC)

한 가지 해결책은 {{-} 템플릿을 사용하여 요소들이 서로 옆에 "떠있는" 것을 제거하는 것이다.그러나 이렇게 하면 많은 양의 공백이 생길 수 있다.2007년 8월^T 27일 Gracenotes§ 19:12 (UTC)

아니, 나는 묶인 링크 문제를 해결하려고 하는 것이 아니다. 예를 들어, 아이슬란드 문화에서 단면 표제의 밑줄은 그 뒤에 있지만(그것을 작동시키려면 넓은 화면 해상도를 가져야 할 수도 있다.)나는 여기에 스크린샷을 올렸다[6].나는 이것이 상황을 더 명확하게 해주길 바란다.브라우저 문제가 아니라고 생각하지만, Mac OS X에서 Safari를 사용하는 데 도움이 된다면(Firefox에서 동일한 페이지를 보았는데도 여전히 문제가 지속됨)Max Naylor 12:50, 2007년 8월 29일 (UTC)

nl을 보십시오.게브루이커:에릭 바스/테스트; "=헤딩 1="와 같은 섹션 제목과

RMS 타이타닉의 가끔 빈 페이지

WP:AN/I#RMS 타이타닉을 참조하십시오.기본적으로 페이지가 비어 있는 경우도 있고 그렇지 않은 경우도 있다.x4206 Talk Mess 07:12, 2007년 8월 31일 (UTC)

#기사가 제대로 표시되지 않는 것과 같아야 한다.의식 07:33, 2007년 8월 31일 (UTC)

RMS 타이타닉의 경우 {{geolinks-US-cityscale}}의 DegMinSec 좌표를 십진수 등가물로 교체하여 문제를 해결했다.나는 이유를 모르겠다.대처131 13:08, 2007년 8월 31일 (UTC)

템플릿을 다시 넣었을 때 문제가 해결되었는지 확인하십시오. 그렇지 않으면 몇 시간 전에 고친 버그 외에 {{#expr}}이(가) 있는 두 번째 버그가 있는지 추적해 봐야겠습니다. --briion 18:55, 2007년 8월 31일(UTC)

아티클이 제대로 표시되지 않음

기사 슈투트가르트 가보면 기사 이름과 편집/토론/이력/시계 등 탭이 나오는데 기사 내용이 표시되지 않는다.편집을 클릭하면 편집 화면이 나타나고, 토크 페이지도 볼 수 있다.나는 다른 어떤 페이지에도 이 문제를 겪지 않았다.던컨힐 2007년 8월 30일 19:34(UTC)

템플릿에 문제가 있는 것 같음:인포박스 독일 로케이션은 잘 모르겠지만. 69.202.63.165 19:42, 2007년 8월 30일(UTC)

고정. 템플릿의 매개 변수에 <ref> 태그가 있는 것과 관련이 있었다.Infobox German Location.건배. --MZMcBride 19:50, 2007년 8월 30일 (UTC)

훌륭하고, 빠르고, 친절하고, 고마워!던컨힐 2007년 8월 30일(UTC) 19:53

MZ, 그게 참조 태그였던 게 확실해?네가 돌아왔을 때 그것은 저절로 고쳐지는 것 같다.최소한으로 말하는 것은 매우 이상하다.—MJC 디트로이트 19:59, 2007년 8월 30일 (UTC)

실제로, 이것은 이 특정 템플릿을 초월하는 다른 페이지에서는 여전히 문제다(예: Aachen 참조).69.202.63.165 21:00, 2007년 8월 30일(UTC)

여전히 손상된 페이지를 찾으면 페이지의 캐시를 삭제하십시오("이 페이지 편집"을 누른 후 URL에서 "편집"을 "제거"로 변경).다른 템플릿이 깨진 것 같은데, 아직 어떤 템플릿이 깨진 것 같진 않아. ---- RockMFR 21:14, 2007년 8월 30일 (UTC)

후속 글을 올리려다 가버렸을 때 편집 충돌이 일어난 줄 몰랐어.하지만 숙청으로 문제를 해결했다. --MZMcBride 21:15, 2007년 8월 30일 (UTC)

음... 아직도 뭔가 잘못됐어.나는 괴팅겐을 반복적으로 숙청해 왔다 - 때로는 공백이고, 때로는 정상이다. ---- RockMFR 21:34, 2007년 8월 30일 (UTC)

아헨과 괴팅겐 둘 다 나한테는 괜찮은 것 같아.던컨힐 22:06, 2007년 8월 30일 (UTC)

분명히 뭔가 여전히 잘못되었다.위키백과:헬프 데스크# 사라진 콘텐츠들이 만하임에 대해 논의하고 있다.나는 지난 20분 동안 그것이 빈칸과 보통 사이의 변화를 여러 번 보았다.2007년 8월 30일 프라임헌터 22:08 (UTC)

알 것 같아.템플릿 호출에 있는 우편 번호의 대시야.파서가 그것에 대해 일관성 없이 질식하고 있다.때로는 오류를 던지기도 하고, 때로는 그냥 죽기도 한다.이는 문제를 일으키는 코드 조각 중 하나이다.

{{#expr:{{{PLZ}}}}}

이게 갑자기 문제가 되는 게 이상해.그러나 템플릿이 매개 변수에 expr을 사용하려는 경우에는 템플릿이 en 대시를 전혀 사용하지 않아야 한다.그들은 모두 정상적인 하이픈을 사용해야 한다.통화가 고정되거나 소프트웨어가 엔 대시를 처리할 수 있을 때까지 템플릿에서 이 해킹을 일시적으로 제거할 것이다. ---- RockMFR 22:35, 2007년 8월 30일(UTC)

bugzilla:11128. --- RockMFR 23:33, 2007년 8월 30일(UTC)에 보고됨

나는 왜 갑자기 이런 일이 일어나는지 이해가 안 그래?우편 번호와 지역 번호에 맞춰져 있던 expr 필드는 오랫동안 완벽하게 기능해 왔다(처음에는 거기에 넣어두었다.갑자기 작동을 멈췄기 때문에, 이것은 아마도 보다 글로벌한 수준에서 expr 기능의 변경에 의해 야기될 것이다( expr 함수의 바람직하지 않은 특징이 몇 가지 있다).어쨌든, 다시 작동하도록 고쳐줘서 고마워. - 52 픽업 07:25, 2007년 8월 31일 (UTC)

이것은 몇 시간 전부터 고쳐져야 한다. (필요에 따라 구입)문제는 ParserFunctions #extr 함수의 버그와 PHP 5.1과 5.2 사이의 동작의 변화 사이의 상호작용이며, 우리의 최신 서버 배치에서 실행되고 있다.(업데이트된 구성 시스템에 다수의 새 서버가 추가되어 대규모 서비스 업그레이드를 진행 중임)예기치 않은 비 ASC가 발생한 경우II 문자가 삭제되면 오류 메시지가 잘못된 UTF-8 시퀀스를 포함할 수 있으며, 나중에 이 문자에 대한 처리가 중단되어 페이지가 예기치 않게 비워질 수 있다.나는 특정한 문제가 더 이상 커지지 않도록 그 주변에서 일해왔지만, 다른 유사한 문제들이 존재할 가능성이 있다.만약 당신이 그들을 본다면 우리에게 알려주고 내가 그들을 추적할 것이다... --briion 19:06, 2007년 8월 31일 (UTC)

새 페이지를 만들려는 익명 사용자에 대한 UI

동작=편집 매개 변수가 전달된 빨간색 링크를 클릭하면 "페이지 저장", "미리보기 표시" 및 "변경사항 표시" 단추가 있는 편집 양식으로 이동한다.새 페이지를 만들 수 없는 유일한 단서는 활성 탭이 "보기 소스"라는 것이다.그러나 페이지를 더 선명하게 하고 어떤 편집 양식도 특징지어서는 안 되는 것이 아닌가?그렇지 않으면, 익명의 사용자들이 그들이 새로운 페이지를 올릴 수 있을 것이라고 착각하게 하는 것이다.아마도 로그인을 시도하면서 익명 사용자에게 주어진 현재와 유사한 노트가 있어야 할 것이다."현재 로그인하지 않았으므로 새 페이지를 작성할 수 없음"이라는 줄에 따른 내용.익명 사용자에 대해 편집 양식이 전혀 나타나지 않아야 한다. 69.202.63.165 19:15, 2007년 8월 30일(UTC)

최근 버그인데, 몇 년 전 애논들이 처음 애논 페이지 작성을 금지한 이후로 애논들이 페이지 작성 양식을 볼 수 없었다.페이지는 애논에게 전혀 보여서는 안 되며, 보호된 페이지로만 표시되어야 한다.문제는 애논에만 영향을 주는 버그는 로그아웃을 편집할 이유가 없기 때문에 개발자들이 눈치채지 못하게 되는 경향이 있다는 것이다.---69.118.235.97 19:24, 2007년 8월 30일(UTC)

오케이.고마워요.Bugzilla에 있는 건가? 69.202.63.165 19:28, 2007년 8월 30일(UTC)

말하기 어렵지만, 일단 충분한 사람들이 눈치채기 시작하면 거기에 나타날 것이라고 생각한다.--69.118.235.97 19:38, 2007년 8월 30일 (UTC)

정말로, 이것은 벌레다. 나는 내가 그것을 유발하는 것이 무엇인지를 조금 있다가 알아낼 수 있도록 노력할 것이다.앞으로는 이것들을 벅질라에게 제출하여 훨씬 더 빨리 처리될 것이다.아미다니엘 (토크) 21:47, 2007년 8월 30일 (UTC)

bugzilla:11140. --briion 19:12, 2007년 8월 31일 (UTC)

좋아, 우리가 그 문제를 해결한 것 같아.휘이! --briion 21:43, 2007년 8월 31일 (UTC)

tinyurl.com 화이트리스트

Tinyurl 및 이와 유사한 URL 리디렉션 서비스는 스팸 블랙리스트를 회피하는 데 사용될 수 있기 때문에 메타에서 블랙리스트에 올라 있다.그러나, 이것은 또한 주요 사이트인 tinyurl.com을 그것의 기사 Tiny에서 연결하는 것을 허용하지 않는다.URL. 이 작업은 MediaWiki에 http://tinyurl.com URL만 화이트리스트에 추가하면 수행할 수 있음:스팸-화이트리스트, 즉, 아무것도 따라하지 않고 메인 URL만 화이트리스트로 표시한다.지금까지, 나는 추가되는 것을 고려했다.tinyurl.com$또는tinyurl.com[^/]하지만 나는 화이트리스트로 실험하고 싶지 않다.나 또한 본 적이 있다.\b메타 블랙리스트에 사용됐지제안할 거 있어?Tizio 12:20, 2007년 8월 29일 (UTC)

추가 참고 사항: [7]의 파일 읽기 및 특히filter[8]의 함수는 첫째, 기사를 구문 분석하여 외부 링크를 추출하여 새로운 라인으로 결합하는 것이다.그러면 모든 URL이 일치한다.http://+[a-z0-9_\-.]*그 다음에 화이트리스트의 한 줄이 이 문자열에서 제거된다.내가 제대로 읽고 있다면tinyurl.com\b이 정규식은 문자열과 일치하는 경우에만 작동해야 함tinyurl.com단어의 끝에 있다(이 경우 외부 링크).PHP에 대해 좀 더 알고 있는 사람이 이것을 확인할 수 있을까?티지오 13:41, 2007년 8월 29일 (UTC)

나는 얻을 수 없었다.tinyurl\.com$또는tinyurl\.com\b또는 당신이 원하는 것을 할 수 있는 몇 가지 대안들 중 하나라도.그들은 이 모든 것을 허용하거나 모두 허용하지 않는다.—Splarka가 추가한 서명되지 않은 논평 준비 (토크 • 기여) 08:02, 2007년 8월 30일 (UTC)

고마워! 드디어 성공했어.www.tinyurl.com(?![/:]). 소프트웨어에 버그가 있어 스팸 메시지에 보고되는 URL이 화이트리스트에 포함되더라도 블랙리스트와 가장 먼저 일치하는 URL이 되도록 한다.Tizio 11:40, 2007년 8월 30일 (UTC)

보고된 버그: bugzilla:11121Tizio 11:48, 2007년 8월 30일 (UTC)

허허, 어쩐지 제대로 되지 않았다.바. --Splarka (rant) 07:19, 2007년 8월 31일 (UTC)

특수:로그/삭제

삭제 로그에서 이미지 삭제를 필터링할 수 있는 방법은?--VectorPotential^Talk 18:20, 2007년 9월 7일(UTC)

나는 아니라고 말하고 싶다. 방법이 없다.물론 2007년 9월 8일 자바스크립트 ∴ Alex Smotrov 04:12, 2007년 9월 8일(UTC)을 사용하여 페이지에서 직접 필터링할 수 있다.

그렇게 할 수 있는 몇 가지 자바스크립트(이상) --Splarka (rant) 08:46, 2007년 9월 8일 (UTC)

기부의 편지에는 긴 기사 제목을 덮어쓰기

기부 텍스트의 새로운 위치는 적어도 윈도우의 파이어폭스에서 긴 기사 제목을 덮어쓴다.스크린샷:

2007년 9월 1일 온도실 20:08(UTC)

이중 지리 좌표

캔자스주의 닷지시티는 대부분의 미국 플레이스 기사와 마찬가지로 위도와 경도가 지리 섹션과 외부 링크에 주어지는데, 이 두 가지 모두 자연스럽게 FA 스타가 가는 곳처럼 페이지 오른쪽 상단 구석에 좌표가 나타나게 된다.그러나 상단 구석에 있는 닷지시티의 좌석은 서로 다르고 겹친다.나는 그것을 고칠 수 없다. 누가 좀 도와주겠니?나이튼드 13:24, 2007년 9월 1일 (UTC)

테이블 도움말

사용자 박스를 오른쪽으로 어떻게 이동해야 사용자 페이지 상단에 있지 않을지 알 수 없다.좀 더 정확히 말하면, 나는 왼쪽의 사용자 페이지 설명과 그 오른쪽의 사용자 박스를 원한다.사용자: 참조:Hdt83/샌드박스.누구 도와줄 사람 있어? --Hdt83 09:56, 2007년 9월 1일 (UTC)

나는 네가 사용되지 않는 모든 테이블 태그를 버리고 대신 스타일링된 칸을 사용해야 한다고 생각해.테이블 사용을 최소화하고 사용해야 할 때는 Wikiable을 사용하십시오.도움이 되는 경우 내 사용자 페이지의 코드를 보십시오.Adrian M. H. 10:07, 2007년 9월 1일 (UTC)

얼마나 힘들까...

야, 페이지가 카테고리에 추가되거나 페이지에 편집이 이루어졌을 때(모든 페이지:P가 아닌 사용자가 지정한 페이지:P) 대화 페이지를 편집할 때 나타나는 '새로운 메시지가 표시됨' 상자와 매우 유사한 메시지가 나타나는 것을 의미하는 스크립트를 만드는 것은 얼마나 어려울까?고마워, Tiddly-Tom 22:12, 2007년 9월 2일 (UTC)

나는 아주 오랫동안 똑같은 생각을 해왔지만, 마침내 그것이 그렇게 좋은 생각이 아닐 것이라는 추리를 하게 되었다.문제는 기사 소유권이 크게 늘어날 수 있고 편집 전쟁이 늘어날 가능성이 높다는 점이다.기사토론 페이지에 뭔가 할 수 있을 것 같은데 그게 얼마나 유용한지 모르겠다. 바이올렛/리거(t) 22:16, 2007년 9월 2일 (UTC)

내가 구체적으로 어떤 생각을 하고 있었는지에 대해 조금 더 자세히 알려줄게.나는 위키프로젝트 BBC의 일원으로 많은 기사를 평가해왔다.재평가를 의뢰하는 CAT에 페이지를 넣을 템플릿(이미 제작되었지만 실행되지 않음)을 만들고 싶었다.사람들이 재평가를 원할 때 알려주기 위해 첫 게시물에서 언급한 것을 만드는 것이 가능할까 하는 생각이 들었다:P Thanks, Tiddly-Tom 22:38, 2007년 9월 2일 (UTC)

당신의 요청의 첫 부분은 이 대본에서 다룬다.WP 참조:스크립트 요청에 대한 US/R.Adrian M. H. 22:39, 2007년 9월 2일 (UTC)

두 번째 부분은 사용자:ais523/watchlistnotifier.js에 의해 다루어질 가능성이 있다고 생각하는데, 다른 스크립트와 동일한 방식으로 설치되며, 감시 목록의 페이지가 변경되면 알려준다.경험으로 보아, 나는 작고 회색은 거의 항상 올라올 때 크고 오렌지색보다 알림으로써 훨씬 덜 귀찮다는 것을 알게 되었다! --ais523 10:44, 2007년 9월 3일 (UTC)

[쇼] 및 [숨기기] 링크

템플릿을 보기 위해 [show] 링크를 클릭할 필요 없이 템플릿을 항상 표시하도록 하려면 어떻게 해야 하는가?내용을 보기 싫으면 차라리 [숨기기]를 누를 수 있을 것 같다.

라고 덧붙였다.NavContent{ display: block! 중요; }" (물론 인용문이 없는) monobook.css에게 일부 표시는 허용하지만, 분명히 "class=autocolapse"를 가진 사람들은 아닌 것 같은데, 내가 들은 바로는 JavaScript 솔루션이 필요할 것이다.그런 대본이 존재하는가?고마워 -- 매튜 에드워즈 01:22, 2007년 9월 2일 (UTC)

작업 중인 템플릿이나 테이블은 몇 개인가?위키백과:NavFrame.나는 그것을 우회할 수 있는 어떤 스크립트도 알지 못하지만, 그것은 가능해야 한다.아드리안 M. H. 01:30, 2007년 9월 2일 (UTC)

난 누구와도 일하지 않아.기사 밑바닥에 숨어 있는 것들뿐이다.[보기]를 클릭하는 것보다 보고 싶다-- 매튜 에드워즈 02:21, 2007년 9월 2일 (UTC)

실제로 나는 사파리 브라우저에서 JavaScript를 끄면 확장된 형태로 축소 상자가 표시된다는 것을 알아챘다.예를 들어, 위키피디아에서 각 이슈를 접는 데 사용되는 상자:충돌_of_이익/공지판/아카이브_1

이것은 위키피디아에서의 논평과 일치하는 것 같다.NavFrame은 "JavaScript를 지원하지 않는 Internet Explorer 5와 브라우저가 [숨기기/표시] 링크 없이 요소를 렌더링하며, 구성요소를 축소하지 않을 것"이라고 밝혔다.에드존스턴 22:44, 2007년 9월 2일 (UTC)

블랙리스트에 있는 합법적인 링크를 처리하는 방법

이런 생각을 했다.어떤 기사들은 스팸 때문에 블랙리스트에 올라오는 링크를 가지고 있을 수 있기 때문에 삭제해야 한다.특정 링크를 블랙리스트에 추가하지 않고 특정 페이지에만 추가할 수 있도록 지정하는 페이지를 만드는 것은 어떨까?사이트에 특정 페이지를 제외한 모든 페이지에 명시적 이미지가 추가되는 것을 방지하는 유사한 페이지가 있지 않은가?--Avant Guard 21:57, 2007년 9월 1일(UTC)

현재 이는 언어/프로젝트 수준에서만 존재한다.MediaWiki:스팸-화이트리스트.또는, 그러한 링크는 단순히 클릭할 수 없지만 복사할 수 있는 텍스트로 <노위키> 태그의 페이지에 포함될 수 있다. --Splarka (rant) 07:10, 2007년 9월 2일 (UTC)

여기에 링크된 내용

어떤 페이지가 페이지로 리디렉션 또는 변환되는지 보여주는 옵션이 가능한가? - BANG! 20:31, 2007년 9월 1일(UTC)

http://en.wikipedia.org/w/api.php?action=query&list=embeddedin&eilimit=500&eititle=Main_Page을 사용하여 주어진 페이지를 초월한 페이지 목록을 얻을 수 있으며, URL의 "Main_Page"를 조회할 페이지 이름으로 바꿀 수 있다.여기서 전체 링크를 거치는 것 말고도 특정 페이지로 리디렉션되는 것을 보여주는 방법은 없다고 생각한다.Tra(Talk) 21:43, 2007년 9월 1일(UTC)

만약 당신이 나의 WhatLinks를 사용한다면여기서 향상 스크립트는 최대 5000개의 링크를 로드한 다음 리디렉션만 표시할 수 있다.— Randall Bart Talk 19:32, 2007년 9월 2일 (UTC)

또한, 도구 서버에서 리디렉션되는 사항(지금 바로 다운될 예정이고 나중에 확인) ∴ 알렉스 스모트로프 20:08, 2007년 9월 2일(UTC)

Firefox 2 인쇄 SVG 그래픽:배경 인쇄 검은색

위키피디아 페이지에서 인쇄하려고 했던 모든 SVG 이미지는 흑백으로 인쇄됨 - 화면에 올바르게 표시되지만(그리고 인쇄 미리보기) 도와줘: SVG를 점점 더 사용하고 있어서 페이지와 함께 제공되는 이미지를 인쇄할 수 없어.tyroneh@mailzone.co.za —155.239.82.120(대화) 12:55, 2007년 9월 1일(UTC)에 의해 서명되지 않은 코멘트 추가 준비

일부 플랫폼에서 Firefox의 버그입니다. --briion 18:29, 2007년 9월 2일(UTC)을 참조하십시오.

겹쳐서 이상하다고?

(겹쳐서 이상하다고?)

최근에 나는 최소화된 창을 볼 때 페이지 상단에 있는 배너와 홀수 겹치는 현상이 발생하고 있는데, 나뿐만이 아니라는 것을 다른 사람이 확인할 수 있을까?--69.118.235.97 18:33, 2007년 8월 30일 (UTC)

그래, 우리는 기부금 공지를 오른쪽 상단과 달리 왼쪽 탭 위에 놓는 새로운 방법을 시도하고 있었어. 그리고 그것은 분명히 텍스트가 겹치는 몇몇 다른 브라우저에서 문제가 있어.내가 그녀를 다시 오른쪽 상단에 꽂아놨어. 그리고 바라건대 우리가 꼬인 부분을 다림질할 수 있길 바래.아미다니엘 (토크) 21:59, 2007년 8월 30일 (UTC)

(여전히) 일부 이상한 중복 문제가 발생함.--69.118.235.97 22:44, 2007년 8월 30일(UTC)

스크린샷을 너무 가까이에서 자르지 마십시오.왜 모든 것이 그렇게 포장되어 있는지 알기가 어렵다.그러니까 창문 전체를 스크린샷으로 찍어주시면 저희가 도움이 될 겁니다. --Cyde Weys 19:40, 2007년 9월 2일 (UTC)

이미지 업로드 - 2

나는 이 문제에 대해 질문을 했다.예전에는 아무 문제 없이 이미지를 올릴 수 있었다.이제 내 원본 파일이 비어 있다고 말하는 마법사가 있다.이전에는 원본 파일 이름이 이미지 파일 이름이었다.이제 그것은 효과가 없는 것 같다.이미지 이름을 추가한 경우 원본 파일이 비어 있다는 말은 무슨 의미인가?또한 두 번째 상자에는 Destination file이라고 쓰여 있다.그게 이미지 이름이야, 기사 이름이야, 뭐야?

나는 Firefox 2.0.0.6을 사용하고 있다.파일 이름은 yarlang_tsangpo.png 입니다.이것은 NASA의 이미지 입니다.

나는 첫 번째 상자에 이미지 이름을 넣었다.두 번째 박스는 나를 혼란스럽게 했다.나는 기사 이름, 이미지 이름 등 다양한 것들을 시도해 보았다.다음으로 나는 다음 상자에 내가 어디서 받았는지, 그것이 미국 정부 이미지인지, 그리고 그것이 야룽 창포 강(티벳) 기사로 가고 있다는 URL을 기입했다.(나사의 잘못된 이미지가 지금 기사에 있다.)NASA 사진이라 그 부분을 맞췄어.오류 메시지는 항상 이미지가 "비어 있다"는 것이다.내 이미지를 인식하지 못하고 있어, yarlang_tsangpo.png.과거에 나는 이런 문제를 겪어 본 적이 없다.이 일을 도와주면 정말 고맙겠다.고마워! --Mattisse 13:18, 2007년 8월 29일 (UTC)

좋아, 정말이지 1년이나 2년 동안 그래왔던 것과 별반 다르지 않아.화면 맨 위에 짜증나는 글자가 더 있을 뿐이야.:)

'찾아보기' 버튼으로 파일을 선택한 후에는 "소스 파일 이름" 상자에 있는 내용을 변경하지 마십시오.만약 당신이 그것을 변경한다면, 당신의 업로드가 실패할 것이다. 왜냐하면 Firefox는 당신이 선택한 파일과 다른 파일을 찾을 것이고, 그것은 아마도 당신의 컴퓨터에 존재하는 파일이 아닐 것이다.

(Firefox에서 이 상자를 비워두거나 변경하면 업로드에 실패하고 "업로드한 파일이 비어 있는 것 같다.이는 파일 이름에 오타가 있기 때문일 수 있다.이 파일을 업로드할 것인지 확인하십시오."아주 큰 파일이나 다른 종류의 오류가 있는 경우 "빈 파일" 오류가 발생할 수도 있지만, 그것은 그것을 선택한 후 소스 파일 이름을 변경하는 것과 같은 당신의 설명에서 들린다.)

또한 '목적지 파일 이름' 상자에 있는 것도 변경할 필요가 없을 것이다.이렇게 하면 업로드 중인 파일의 이름이 디스크에 있는 이름과 다른 이름을 선택할 수 있지만 변경할 필요는 없다.확실히 바꾸고 싶지 않다면 그냥 그대로 두어라.

요약 박스와 라이선스 선택기에 원하는 정보를 입력했으면 업로드를 누르면 이번에는 제대로 작동할 것이다. --briion 15:50, 2007년 8월 29일(UTC)

고마워! 파일은 82킬로바이트야.내 바탕 화면에 있는 이름에서 이름을 변경하지 않지만 내 바탕 화면에 대한 경로를 제거한다.

^^^ 내가 하지 말라고 했던 것, 그러지 말라고 했던 것. --briion 20:25, 2007년 8월 29일 (UTC)

(NASA에서 다운받았지만 늘 그래왔던 방식이다.)뭔가 달라야 한다.다시 한 번 해 볼게.고마워! --Mattisse 18:54, 2007년 8월 29일 (UTC)

나는 답답해서 견딜 수가 없다.나는 모든 것을 시도해 보았다.난 필사적이야!그 이미지가 있는 웹사이트는 http://eosweb.larc.nasa.gov/HPDOCS/misr/misr_html/yarlang_tsangpo.html이고 그 이미지는 http://photojournal.jpl.nasa.gov/browse/PIA03708.jpg에 있다. 내가 들어가고 싶은 기사는 야룽 창포 강(티벳)이다. (지금 그것은 나사의 잘못된 이미지를 가지고 있다 - 강 대신 협곡)그렇게 친절하게 업로드 해줄래?나는 이미지의 이름을 yarlang_tsangpo_river_tibet.jpg로 짓는다.도움말! --Mattisse 19:34, 2007년 8월 29일 (UTC)

제 지시를 따르십시오. --briion 20:25, 2007년 8월 29일 (UTC)

알았어, 알았어.당신은 옳았다.고마워! (내가 일부러 멍청하게 굴려는 건 아니야)고마워! --Mattisse 22:55, 2007년 8월 29일 (UTC)

훌륭해! :) 업로드 양식 시스템의 다음 점검을 할 때, 그런 실수를 하는 것을 더 어렵게 만들 수 있는지 확인할 것이다... --briion 18:32, 2007년 9월 2일 (UTC)

워치리스트 다운?

내 감시 목록에는 "데이터베이스 서버 지연이 높기 때문에 1268초보다 최신의 변경 사항이 이 목록에 표시되지 않을 수 있다."라고 나와 있다.20분 정도..기술적인 문제?2007년 9월 6일 시크릿런던 12시 34분(UTC)

여기서 1769초 재생산을 할 수 있어Navou 12:43, 2007년 9월 6일(UTC)

나의 마지막 엔트리 12:04 UTC (아직도)유일한 변화는 계속 상승하는 지연 수치다.2007년 9월 6일 시크릿런던 12시 57분(UTC)

12.15 UTC에서 위키가 추락한 것 같다.워치리스트가 어떻게 되든 다신 안 풀릴 것 같아2007년 9월 6일 시크릿런던 13:03(UTC)

"데이터베이스 지연(database lag)"이 1시간 이상 지속되고 있다는 것 외에 유용한 것은 없다. (ESKOG)^(Talk) 13:17, 2007년 9월 6일 (UTC)