이 페이지는 보관 파일입니다.이 페이지의 내용을 편집하지 않습니다.추가 의견은 현재 메인 페이지로 보내주시기 바랍니다.

이것은 기록 보관소입니다.위키백과를 참조하십시오.현재 시스템에 대한 기능 요청을 추가하는 방법에 대한 버그 보고서 및 기능 요청입니다.

이 웹사이트를 실행하는 소프트웨어에 부족한 점이 있다고 생각되면 여기에 보고해주시기 바랍니다.위키백과이기도 한 위키백과: 개발자들은 당신의 말을 평가하고 다음과 같은 적절한 조치를 취할 것입니다.

1. 맞춤형 기능 요청 및 버그 보고 도구인 Bugzilla를 통해 기술 세부 정보를 제공합니다.

일반

1. 국제 템플릿을 사용할 수 있습니까?영어, 독일어, 프랑스어 등 위키백과에 Xxxx라는 글이 있다고 가정해 보겠습니다.제가 이 기사를 우크라이나어로 번역했다고 가정해 보겠습니다.이제 en:Xxxx, de:Xxxx, fr:Xxxx 등과 같은 기사에 링크를 추가한 다음 모든 언어 버전의 기사에 uk:Xxxx 링크를 추가해야 합니다. 영어, 독일어, 프랑스어 등.언어 버전의 수는 계속해서 증가하고 있습니다.따라서 특히 매우 일반적인 주제에 대한 기사의 경우 많은 작업이 될 수 있습니다.Interwiki는 국제 템플릿을 사용할 수 있다고 말합니다.en:Xxxx, de:Xxxx, fr:Xxxx 등과 같은 모든 참조 및 모든 언어 버전의 Xxxx에 대한 모든 문서가 이 템플릿을 사용합니까?이 경우 우크라이나어 버전으로 Xxxx에 대한 기사를 작성한 후 Interwiki 국제 템플릿을 수정하면 충분합니다.xxxx는 uk:xxxx를 추가하고 우크라이나 기사에서 이 템플릿을 참조합니다.일이 훨씬 적은 것 같군요, 그렇죠?기술적인 관점에서 가능합니까?필수적인 소프트웨어 수정이 필요합니까?미리 감사드립니다. --앤드리 K 2005년 9월 24일 19:51 (UTC)
2. 익명 사용자가 외부 링크를 변경하거나 새 링크를 추가하지 못하도록 합니다.항상 링크 스팸입니다.--Will2k 2005년 8월 25일 (UTC) 18:25
3. 누가 기사 텍스트 상자에서 강조 표시된 텍스트를 편집 요약에 복사하여 붙여넣을 Javascript를 제공할 수 있습니까?이것은 제가 그것을 할 때마다 4번 클릭하는 것이고, 저는 ALT-C 바로가기를 원합니다.
   • 요약을 쉽게 편집할 수 있는 모든 것이 기여자 간의 의사소통에 도움이 될 것입니다.삼촌 에드 13:22, 2005년 8월 8일 (UTC)
4. 버그가 아니라 기능 요청입니다.메리엄 웹스터는 단어의 음성 발음을 제공합니다.당신은 마트료시카에 대한 훌륭한 정의와 함께 첨부된 이미지를 가지고 있습니다.하지만 제가 그 단어를 말하는 데 도움이 되는 어떤 오디오도 찾을 수 없었습니다.이것은 당신이 제공하는 것일 수도 있고 저는 그것을 볼 수 없었습니다.

   트레이시

   2005년 7월 26일

5. 버그가 아닐 수도 있지만, 제가 직접 업로드한 이미지, 즉 [1] 이미지를 삭제할 수 있는 옵션이 없는 것 같습니다.저작권 제한을 위반할 수 있다는 것을 알았기 때문에 삭제하고 싶지만 그럴 수가...브라더 라즈 10:56, 2005년 7월 26일(UTC) 제10th Th] 23:10, 2005년 7월 22일(UTC)
6. 사진, pdf, 사운드 또는 하이퍼링크 이외의 다른 파일에 링크할 수 없었지만 f.e.dwg 또는 .xls 파일을 여는 옵션으로 인트라넷 위키를 구축하고 싶기 때문에 이 펑크션이 필요합니다.소스 코드에서 프로그래밍할 수 없습니다.누가 나를 도와줄 수 있습니까?

   --Martin, 2005년 7월 21일

7. 저는 무작위 기사 버튼으로 위키백과를 검색하는 것을 좋아하지만, 기사의 많은 부분이 세 문장 스텁입니다.저는 정말 읽기 좋고, 정보로 가득 찬 페이지에 도달하는 데 오랜 시간이 걸립니다.예를 들어, 4K 텍스트보다 큰 임의의 기사로 사람들을 가져오도록 이 단추를 수정할 수 있습니까? --마이클, 2005년 7월 20일

   그리고 BTW...이 페이지에 추가하는 것은 전혀 직관적이지 않으며 기능 페이지가 존재하지 않는 것 같습니다! :)

8. WAP 휴대폰용 위키백과 버전이 있으면 좋겠습니다.일반 버전(전화기가 HTML을 지원한다고 가정)을 사용하려고 하면 대부분의 전화기는 기사 자체의 모든 내용을 단일 열에 표시합니다. 이는 "문장"이라는 단어가 다음과 같이 표시된다는 것을 의미합니다.

   s

   e

   n

   t

   e

   n

   c

   e

9. 여러분은 뇌 구조를 채택할 생각을 해본 적이 있나요?시맨틱 네트워크 또는 유사한 네트워크입니다.그것을 하는 것은 가능하고 우리의 정신이 작용하는 방식으로 훨씬 더 많이 가능합니다.
10. 우리가 어떤 페이지에서든지 직접 검색할 수 있도록 우리 브라우저를 위한 위키백과 도구 모음을 만들어 주시겠습니까?또한 마우스 오른쪽 버튼 메뉴(또는 Google)를 사용하여 강조 표시된 텍스트를 검색하는 기능도 유용합니다.

1. 관련기사

1. 나는 내비게이션 박스에 대해 논의했습니다.나는 그것들과 봇을 가진 관리자가 그것들을 제거하기를 원하며, 그 후의 토론에서 나는 "다른 언어로" 상자 아래 맨 왼쪽 열에 관련 기사를 두는 것을 생각해냈고, 나는 다른 언어 링크가 포함된 템플릿을 만드는 것이 가능하다는 것을 알게 되었고, 만약 그 템플릿이 페이지에서 사용된다면, 그 페이지는 그렇게 될 것입니다.언어를 가져옵니다. 그래서 이제 왼쪽 열에 내비게이션 링크가 포함된 새 상자를 구현할 수 있는 방법이 있는지 궁금합니다.그런 다음 이러한 링크에 대한 정보가 들어 있는 템플릿을 작성하여 여러 페이지에 템플릿을 추가하고 상자에 있는 모든 동일한 링크를 가져옵니다(페이지 자체를 제외하는 것이 좋습니다:-).제가 이것을 위해 원하는 것은 각 상어 기사에 다른 모든 상어 기사에 대한 링크가 있어야 한다는 것입니다. 하지만 Navigation_template를 보면 다른 예도 많이 있는 것 같습니다.Stefan 13:34, 2005년 8월 1일 (UTC)

   이것은 사소한 일이지만 "변경 표시"를 클릭하고 세 개의 틸다 또는 네 개의 틸다를 포함하면 변경된 틸다의 형태가 표시되지 않습니다.다시 말해, 그것은 세 개 또는 네 개의 틸다를 표시할 것입니다.사소한 제안일 뿐, 중요한 것은 아닙니다.버블보이 18:10, 2005년 8월 4일 (UTC)

2. 슬래시닷은 위키백과가 신뢰할 수 있는 것으로 밝혀진 페이지를 동결시킬 가능성이 있는 것에 대한 보도를 했습니다.사실은 그렇지 않은 것 같지만, 위키백과가 정말로 인기 있는 페이지의 파괴 행위를 늦추는 방법을 찾고 있다면, 한 가지 가능한 해결책은 페이지가 매우 인기가 많아지면 일정 시간 동안 페이지에 대한 변경 사항을 표시하지 않는 것입니다.이런 식으로, 공공 기물 파손 행위는 제한 시간 전에 철회될 수 있고 나타나지 않을 수 있지만, 실제 기여는 여전히 이루어질 수 있습니다.페이지를 보는 사람이 많을 것이기 때문에 페이지가 꽤 인기가 있다면 제한 시간이 그리 길지 않을 것입니다.5분이나 10분 정도요.많아야 30.

1. http://google.com/searchhistory 과 유사한 검색 기록을 제공할 계획이 있습니까?

저는 위 (7월 20일)의 마이클과 랜덤 페이지 기능에 대해 동의합니다.그것은 짧은 페이지만 제공하는 경향이 있으며, 저는 또한 그것이 그렇게 무작위적으로 보이지 않는다는 것을 발견했습니다 - 꽤 많은 경우 미국 마을의 통계에 대한 일반 페이지에 관한 것입니다.정말 무작위로 만들 수 있는 방법이 있을까요?폴, 2005년 8월 17일에 미리 감사드립니다.

• 내부 링크처럼 외부 링크를 방문한 후 색상을 변경하여 우리가 이미 어디에 있었는지 알 수 있도록 할 수 있습니까?Slehar 2005년 8월 19일 18:13 (UTC)

Bug 3112 - 방문/방문하지 않은 외부 링크에 대한 다양한 색상을 참조하십시오.제이슨 스피로 (대화) 22:44, 2010년 7월 9일 (UTC)

• 페이지를 편집하고 편집기 텍스트 창에서 위아래로 스크롤할 때 페이지의 맨 위나 맨 아래에 도달하면 전체 창이 스크롤되기 시작하는 것이 귀찮습니다.커서가 편집기 텍스트 창 밖에 있을 때만 전체 창이 스크롤되는 것이 좋습니다.Slehar 2005년 8월 19일 18:13 (UTC)
• 편집기 창과 동시에 미리 보기를 볼 수 있다면 보기 사이를 앞뒤로 스크롤하는 대신 페이지를 편집하는 것이 훨씬 쉬워집니다.또한 Show preview(미리 보기 표시) 기능은 편집기 창을 다시 페이지 맨 위로 스크롤하므로 작은 변경 사항마다 원래 위치로 다시 스크롤해야 합니다.Slehar 2005년 8월 19일 18:13 (UTC)
• 모양과 느낌:수평 규칙 <HR>이 제목 아래에 나타나는 것은 불안합니다. 제목이 제목 텍스트에서 시각적으로 구분되기 때문입니다.예를 들어 [편집] 클릭기는 위 섹션에 속하는 것으로 나타납니다.수평 규칙을 머리글 위에 놓고 머리글을 머리글에 표시하는 것이 더 합리적입니다.Slehar 2005년 8월 22일 18:06 (UTC)

1. 위키백과 홈페이지에는 '에스파뇰, 백과사전 리브레'라는 단어가 있는데, 여기서 FREE라는 단어가 잘못 번역되어 "대단한 실수"라고 쓰여 있어야 합니다.
2. 시스템이 9월 1일 또는 9월 1일과 같은 날짜를 인식할 수 있는 방법이 있어야 합니다. 현재 설정에 "st" 또는 다른 접미사가 있으면 시스템이 이를 인식하지 못하고 그대로 둡니다. - Gerbon689 20:31, 2005년 8월 30일 (UTC)

기부:두 번은 페이팔로 돈을 보내려고 했고, 두 번은 "당신은 이미 등록되어 있으므로 그 신용카드를 사용할 수 없습니다."라는 무한 루프에 빠졌습니다.신용카드 번호를 직접 받아보는 건 어떨까요?

"사용자 범주" 또는 이와 유사한 새로운 네임스페이스를 제안합니다.사용자 페이지 및 기타 사용자 관련 항목을 위해 예약된다는 점을 제외하고는 범주 네임스페이스와 동일하게 작동합니다.이를 통해 다음과 같은 일부(소수) 사람들의 불만이 완화되기를 바랍니다.Wikipedians와 그 하위 카테고리는 동일한 네임스페이스에서 사용자 데이터와 ensycopic 항목을 혼합하여 카테고리 네임스페이스를 "오염"합니다.또한 데이터베이스 덤프 등에서 사용자 관련 항목을 제외하는 것이 더 쉬워질 것입니다. --Sherol 20:43, 2005년 9월 6일 (UTC)

1. 기본 스타일은 흰색 배경에 검은색 글꼴로, 특히 위키피디아를 한 시간씩 읽는 사람들에게 매우 힘든 작업입니다.이것은 눈에 좋은 것으로 바뀔 수 있습니다.이것은 안과 전문의들과 신경을 꺼리는 크리처리스트들과 상의한 후에 이루어질 수 있습니다.2005년 9월 8일

새 기능 제안: 잘못된 편집 문제를 해결하기 위해 위키백과에는 다른 사용자가 변경사항을 게시하기 전에 승인해야 하는 기능이 있어야 합니다.즉, 누군가가 제안된 변화를 만들 수 있고 그것은 "변화" 영역("변화 역사"의 반대, 일종의 "미래의 변화")에 게시될 것입니다.그런 다음, 누군가가 항목을 읽기 위해 왔을 때, 그들은 제안된 변경 사항을 승인하도록 요청받을 수 있습니다.자체 승인 등을 방지하기 위해 변경한 동일한 IP 주소가 승인되지 않도록 하는 일부 기술 규칙이 있을 수 있습니다.

1. 구분 페이지

모호성 해제 페이지는 페이지에서 클릭한 횟수 순으로 링크를 표시해야 합니다.매우 높은 비율이면 지연이 발생하고 항상 클릭되는 페이지로 이동해야 합니다. --Adam 121301:40, 2005년 9월 11일 (UTC)

구현이 용이함

제가 talkheader 템플릿을 만든 이유는 토크 페이지의 맨 위에 간단한 소개(신입생을 위한)와 미리 알림(다른 모든 사람을 위한)을 두는 것이 유용하다고 생각하기 때문입니다.모든 대화 페이지의 맨 위에 이러한 메시지를 표시하는 소프트웨어에서 이 작업을 수행하는 것이 이상적입니다.별도로, 그러나 밀접하게 관련된, 편집 상자 페이지(편집을 클릭하면 나타나는)의 대화 페이지에 대한 메시지를 갖는 것이 도움이 될 것입니다. 현재 기사 편집과 관련된 표준 자료를 얻을 수 있습니다.머리글과 타일 사용에 대한 빠른 지침은 초보자에게 많은 도움이 될 것입니다.등록된 사용자가 이러한 메시지의 일부 또는 전부를 해제할 수 있다는 점이 추가적인 복잡성을 야기할 수 있습니다.Wikipedia도 참조:템플릿_for_deletion#템플릿:토크헤더_그리고_템플릿:길게 얘기하세요.Rd232 2005년 9월 14일 20:20(UTC)

얼마 전에 마을 펌프 어딘가에 이 제안을 게시했지만(어디서 왔는지 잊었습니다), 전혀 아무것도 나오지 않았기 때문에 임시방편/테스트로 템플릿을 만들었습니다.템플릿은 이제 삭제 대상입니다(위 링크 참조). 기본적으로 동의합니다. 소프트웨어에 있어야 하기 때문입니다(하지만 그때까지는 없는 것보다 낫습니다).Rd232 2005년 9월 14일 20:20(UTC)

안녕하세요, "내 감시 목록"에 감시 페이지를 카테고리로 분류하여 다른 폴더에 보관할 수 있는 옵션을 추가할 것을 요청합니다.이런 식으로 제가 한 가지 주제를 연구하고 있다면 수백 개의 전체 목록을 검색하고 확인하는 대신 해당 범주에서 보는 페이지를 쉽게 찾을 수 있습니다. --CrazyTalk 06:22, 2005년 9월 17일 (UTC)

현재 검은색 글꼴/흰색 배경 인터페이스는 눈에 큰 부담을 줍니다.사이트는 어두운 배경색을 가진 보다 인체공학적인 인터페이스로 전환해야 합니다.저는 단지 몇 분 동안 무언가를 읽는 것이 고통스럽다는 것을 알았고, 변화를 주지 않을 이유가 전혀 없다고 생각합니다. --Hipcat 2005년 9월 17일 (UTC) 17:30

우리는 선의를 가지고 있어야 하지만 "힙캣"이 트롤링하고 있을 가능성이 높습니다.그의 유일한 다른 두 개의 기고문에서, 그는 세르보-크로아티아어를 선호하는 세르비아어와 크로아티아어 위키백과를 폐지하고 영국 영어로만 전환할 것을 지지합니다.

진심이라면 웹을 많이 사용해서는 안 됩니다.거의 모든 사이트에서 흰색 배경에 어두운 문자를 사용합니다. -- Curps 18:47, 2005년 9월 17일 (UTC)

잘못된 비난에 의존하기보다는, 그러한 인터페이스로 전환하는 것이 무엇이 문제인지 말해보는 것이 어떻습니까?물론, 대부분의 사이트가 그러하지만, 그것이 위키피디아가 필요하다는 것을 의미하지는 않습니다.힙캣 2005년 9월 17일 19:43 (UTC)

모든 사용자가 위키백과의 모양을 변경할 수 있는 스킨을 사용할 수 있습니다.약간의 지원을 받는 컬러링 스킴을 제안하는 대신, 사용자 pref의 "모노북"에서 다른 "모노북"으로 자신의 피부를 바꾸는 것이 좋을 수 있습니다. --Tryforceful 2006년 9월 12일 (UTC) 04:14 (KST)

업로드된 모든 미디어의 해시 키를 저장하는 것을 고려해 볼 가치가 있다고 생각합니다.이렇게 하면 두 가지 이점이 있습니다.첫째, 업로드하려는 이미지의 동일한 복사본이 이미 다른 이름으로 존재하는 경우 경고할 수 있으며, 두 번째로 알려진 저작권 위반이 다시 업로드되는 것을 효과적으로 차단할 수 있습니다.이미지에서 가장 사소한 변경이라도 해시 값이 달라질 수 있기 때문에 이는 당연한 것이지만, "기준"을 다소 높이며 업로드된 이미지와 미디어를 관리하는 것과 관련된 작업량을 조금이라도 줄이는 데 도움이 될 것입니다. --Sherol 2005년 9월 17일 (UTC) 23:53 (KST)

저는 위키백과를 이용하여 대학 논문을 조사하고 있으며, 종종 위키백과 기사를 인용할 필요가 있습니다.사용자가 적절한 형식(MLA, APA 등)으로 기사에 대한 인용문을 자동으로 생성할 수 있는 도구가 있다면 제 삶이 훨씬 편해질 것입니다.브리태니커 백과사전은 이것을 하는데, 그것은 그들에게 꽤 효과가 있는 것처럼 보입니다.저는 자동 생성된 인용문이 다소 쉽게 달성될 수 있다고 생각합니다. 만약 그렇다면, 저와 같은 연구자들에게 큰 발전을 가져다 줄 것입니다. dean24_us 02:13, 2005년 9월 27일 (UTC)

저는 이 요청을 강력히 지지합니다. --Piotr Koniecznyaka Prokonsul Piotrus^Talk 00:11, 2005년 10월 6일 (UTC)

세 번째.누군가가 요청할 때입니다. -[[사용자:마이시큐리티마이시큐리티].

안녕하세요, 현재 #refresh [Article_Name] 표기법보다 빠르게 아티클 리디렉션을 생성할 수 있는 방법을 제공해주시면 큰 도움이 될 것 같습니다.사람들이 대체 철자를 더 쉽게 등록할 수 있도록 하는 것은 "Wikipedia에는 이 정확한 이름을 가진 기사가 없습니다"라는 메시지를 받는 사람이 줄어들고 더 많은 사람들이 관련 기사로 리디렉션된다는 것을 의미합니다.다음과 같은 것들이 가능합니다: 1."Wikipedia에는 이 정확한 이름을 가진 기사가 없습니다" 페이지에서 직접 텍스트 상자와 올바른 기사로 리디렉션할 수 있는 버튼이 있습니다. 2."이 페이지 편집" 페이지에서 리디렉션 또는 도구 모음 단추를 입력할 수 있는 별도의 독소 상자를 준비합니다. 3. 각 기사에 대해 추가적인 "대체 철자" 페이지를 준비하여 작성자가 생각할 수 있는 만큼 많은 대체 철자를 입력하도록 권장합니다.#messages 태그의 끝없는 편집을 통해 가능한 한 많은 철자를 사용하는 것이 아니라,

등록된 사용자가 다른 사용자를 평가할 수 있도록 슬래시닷 카르마 시스템과 같은 것을 추가하는 것을 고려하는 것은 흥미로울 수 있다고 생각합니다.저는 그들이 축적한 포인트에 따라 사용자 권한을 추가하거나 제한하는 것을 제안하는 것은 아니지만, 그것은 좋은 '인식' 도구일 수 있습니다.저는 그것이 워치리스트와 결합된 것을 볼 수 있습니다. x개 미만의 중간 지점을 가진 사용자에 의해서만 편집을 보여줌으로써 존경받는 기여자들에 의한 편집을 효과적으로 제거합니다.나는 그것이 결국 다른 애플리케이션을 가질 수 있다고 확신합니다. --Piotr Koniecznyaka Prokonsul Piotrus^Talk 00:09, 2005년 10월 6일 (UTC)

73만 개 이상의 기사'와 같은 메인 페이지의 숫자는 계속 구식인 것 같습니다.포털에서 사용하는 숫자만 사용할 수 있는 방법이 없을까요?

빠르게 변화하는 위키백과 기사에 문제가 있습니다.사용자는 자신이 읽고 있는 정보가 새 것인지, 자주 편집되고 있는지, 심각한 논쟁 중인지, 아니면 체계적으로 훼손되었는지를 메인 페이지에서 알 수 없습니다.이에 대한 한 가지 잠재적인 해결책은 기사에 대한 플럭스 등급 편집입니다.

이러한 유동 상태에 있는 페이지의 한 가지 지표는 특정 기간(예: 한 달) 동안 페이지 편집 중에 변경된 문자 수이며, 각 편집 시 페이지에 있는 텍스트 양에 상대적인 평균 수로 표시됩니다.페이지의 최근 안정성을 나타내는 페이지의 Flux Rating(플럭스 등급)에 표시되는 등급으로 사용할 수 있습니다.잠재적으로 페이지의 플럭스 등급은 시간 경과에 따른 기사 플럭스를 보여주기 위해 그래픽으로 표시될 수 있습니다.

이 숫자가 높을수록 페이지 내용에 대한 사용자의 신뢰도가 낮아집니다.(역 플럭스는 방문객들이 더 쉽게 이해할 수 있으므로 안정성 등급을 만들 수 있습니다.그러나 플럭스 등급은 측정 대상을 보다 직접적으로 반영하는 것입니다.안정성 등급은 먼저 작업 흐름 등급이어야 합니다.)

시간이 지남에 따라 새로 안정된 페이지의 흐름은 자연스럽게 감소하고 등급은 하락할 것입니다.이런 식으로 페이지를 방문하는 사람들은 해당 페이지의 정보에 대한 신뢰도를 높일 수 있습니다.

최근 몇 가지 주요 편집에서 높은 숫자는 페이지가 활성 변경 중임을 나타냅니다. 정확히 플럭스 등급의 지점입니다.요점은 상대적 안정성/불안정성을 마커로 설정하는 것입니다.최근의 많은 중요한 변화에는 좋은 변화와 나쁜 변화 모두 많은 이유가 있을 수 있지만, 높은 유동성에 대한 경고 또는 낮은 유동성을 나타내는 데 도움이 되는 추가 마커를 갖는 것이 중요합니다.

플럭스 등급은 변경된 모든 문자가 카운트되지만 사소한 변경이 아니라 중요한 변경에 대한 것입니다.페이지를 세분화하거나 주요 추가 내용을 추가하면 실제로 사소한 변경 사항이 연속적으로 발생하는 경향이 있습니다('작은'으로 표시된 변경 사항과는 대조적).주요 변경 사항은 빨간색 플래그일 수 있습니다.주요 내용을 자주 변경하면 플럭스 등급이 높고 페이지가 불안정하다는 것을 나타냅니다.사소한 변경 사항이 자주 발생하면 페이지가 정교해지고 플럭스 등급에 큰 영향을 주지 않으며 배경 플럭스에 해당합니다.

잠재적으로 플럭스 변화에 대한 다른 마커는 플럭스 속도가 갑자기 증가하는 시기를 나타내며, 페이지 편집 방식에 중대한 변화가 있을 때를 나타낼 수 있으며, 많은 항목에 대한 마커가 될 수 있습니다.

파괴자들이 저유속 등급의 페이지를 찾아내고 페이지를 파괴하는 경우.플럭스 등급이 팝업되고 무슨 일이 일어나고 있는지 알려줄 수 있습니다.플럭스의 변화는 가장자리에 의해 활성화되고 배경 플럭스를 무시하기 때문에 "플럭스의 변화"는 확실히 증가할 것입니다.

파괴 행위가 발생하면 유량 등급이 변경됩니다.플럭스 등급 표시기는 관리자에게 이전에 안정적이었던 페이지에 비정상적으로 높은 플럭스를 등록하기 때문에 손상된 페이지에 대해 경고합니다. 이는 일반적으로 정기적인 사소한 변경만 수행해야 하는 페이지입니다.

2005년 10월 10일 17:14(UTC)

최근 변경 사항(WP:RC)에서는 이미 "로그인한 사용자 숨기기" 옵션을 제공합니다.이 기능을 감시 목록에 추가할 수 있습니까?현재 제 감시 목록에는 거의 5,000개의 글이 있으며 위키백과의 파괴 행위를 되돌리려는 제 노력 중에 등록된 계정을 숨기는 것이 매우 유용할 것입니다.홀 모니터 00:03, 2005년 10월 12일(UTC)

==

안녕하세요, 기능 요청: 영어 용어가 다른 언어로도 사용 가능한지 확인합니다.다른 언어에 동일한 용어가 있는 경우(공통 ID가 있습니까?) 페이지에 표시합니다.이것은 또한 위키피디아 텍스트를 사용하지만 가능하다면 그것을 모국어로 보는 것을 선호하는 프로그램에서 도움이 될 것입니다.고마워, 코비

---

1. 감시 목록에서 "변경 시간 x 표시"를 클릭하여 다시 변경할 때까지 기본적으로 수행한 것으로 기억하면 어떻게 됩니까?개인적으로, 저는 더 짧은 것이 좋고, 그것도 더 빠를 것입니다.또한 "내 감시 목록"이 자주 사용되는 기능이라고 가정하면 서버 부하도 줄일 수 있습니다.생각일 뿐이야.건배, 2005년 7월 12일 금요일 23:54 (UTC)
   • 2005년 7월 14일(UTC) 13:40 Ed 삼촌에 의해 편집 및 재게재되었습니다.

1. 내 시계 목록에 "시계 목록에 203.5페이지가 있습니다" 대신 정수가 표시되면 어떻게 됩니까?2005년 8월 2일 금요일 06:59 (UTC)

• 위키백과:범주 산술 기능