위키백과:마을 펌프(제안)/아카이브 80

Redlinked 사용자 페이지

기술적으로 가능한지 아닌지는 모르겠지만, 레드링크된 사용자 페이지를 클릭할 때 바로 편집 모드로 들어가는 것을 막을 수 있을까?종종 나는 사용자 기여도를 보기 위해 이러한 페이지를 클릭할 뿐이므로, 빨간색 링크를 클릭하면 해당 페이지에 대한 편집 모드가 트리거되는 것은 다소 불필요하다.야마구치 도시오 (토크) 14:19, 2011년 11월 1일 (UTC)[응답]

사용자 사용자 지정(js 또는 css)이 이 작업을 수행할 수 있음[이 작업을 VPT로 이동하기를 원할 것임]WP를 사용해 보셨습니까?POPUPS? 당신은 그것을 마우스를 호버의 기여에 접근하는데 사용할 수 있다.–xeno^talk 14:30, 2011년 11월 1일 (UTC)[응답]

흠, 고마워.아니, 나는 팝업을 시도해보지 않았는데, 스크립트가 제공하는 대부분의 기능을 필요로 하지 않고 만약 있다면 독립 실행형 솔루션을 선호하기 때문이다.야마구치 도시오 (토크) 14:41, 2011년 11월 1일 (UTC)[응답]

지난번 확인했을 때 왼쪽의 "툴박스"에서 사용자 토크 페이지에서도 사용자 기여 링크를 받았다.- A. di M. 23:27, 2011년 11월 1일 (UTC)[응답]

더 작은 글꼴의 숨겨진 카테고리 목록

내가 Commons에서 발견한 한 가지는 "Hidden Categories"가 더 작은 글꼴로 표시된다는 것이다.그 이유 중 하나는 그것들이 디폴트로 표시되기 때문이지만, 여기서는 그렇지 않다.숨어있는 고양이들을 보여주는 사람들을 위해 모두가 여기서 그렇게 하는 것에 대해 어떻게 생각했는지 궁금하다. -- WOSlinker (토크) 23:23, 2011년 11월 2일 (UTC)[응답]

계정 생성 화면에서 사용자 이름 정책을 요약하시겠습니까?

위의 논의에서, 사용자 이름 정책이 일반 계정 생성 화면에서 연계되어 있지 않다는 생각이 들었다.Outreach에서 연결할 수 있음:ACIP 또는 다른 프로세스.나는 그것이 신참들을 압도하지 않기 위해 의도적으로 행해진 것이라고 생각한다.한편, 나는 프로모션 사용자 이름의 블록을 몇 번 보았기 때문에 사전에 어떤 정보도 주지 않는 것이 WP를 설치하는 것 같다.몇몇은 물어뜯는 덫으로.아마도 그 정책의 간단한 내용이 계정 생성 화면에 추가되어야 할까?U u (대화) 2011년 10월 26일 23:31 (UTC)[응답]

• 더 이상 할 말이 없다.잘 정리되어 있다. --fg^TC 23:47, 2011년 10월 26일 (UTC)[응답]
• 미디어위키처럼 보인다.팬시캡차-계정 만들려고?"단순히 사용자 이름을 선택하라"에 그 정책에 대한 링크가 있지만, 그것은 사람들이 알아채지 못할 것이다.좀 더 명확하게 할 수 있을거야– 루나 산틴 (토크) 00:14, 2011년 10월 27일 (UTC)[응답]
  • 나는 그 연결고리를 알고 있었지만, 나는 그것이 문맥화되지 않고 앞의 문장에서의 연결고리에 의해 가려지지 않았다고 생각한다.처음 계정을 등록할 때는 전혀 신경을 쓰지 않았다.단지 "사용자 이름"만이 그곳에서 연결되기 때문에, 새로운 사람은 아마도 그 링크가 무엇이 허용되고 무엇이 그 안에 없는지에 대한 규칙보다는 "사용자 이름"의 정의를 제공할 것으로 예상할 것이다."편익" 문장이 대담하고 다소 긴 페이지와 연관되어 있다고 생각한다면(Wikipedia:왜 계정을 만들까?) 그 화면에서 링크된 페이지를 읽으려는 경향까지 있다고 가정할 때쯤 독자의 관심은 확실히 쇠약해졌다.Uʔ (토크) 00:42, 2011년 10월 27일 (UTC)[응답]

WP에서 발생할 수 있는 문제인 것 같다.거기서 다룰 TL;DR. -- fg^TC 00:49, 2011년 10월 27일 (UTC)[응답]

어쩌면 "적절한 사용자 이름만 고르면.."---코트니스키 (대화) 08:12, 2011년 10월 27일 (UTC)[응답]

그것은 아마도 좋은 최소한의 변화일 것이다.U u (대화) 15:22, 2011년 10월 27일 (UTC)[응답]

• 이것을 강력히 지지하는 것은 훌륭한 생각이다.WP에 부적합한 사용자 이름을 보고해야 하는 횟수를 셀 수 없음:UAA (글쎄, 할 수는 있지만, 더 좋은 일이 있어.많다, 그쯤에서 놔둬라.새 사용자가 사용자로 등록하지 못하도록 계정 만들기 화면의 간단한 참고 사항:Bob의 자동 설치 장치, 사용자:난 '아미타시브타저'를 얻었어, 사용자:WikipediaAdministratorBot 또는 이와 유사한 방법은 많은 작업을 절약할 수 있다.2011년 10월 27일(UTC) 08:46, 윤수이[응답]
• 중립.그러나 그것은 의제를 가진 사람을 실제로 멈추게 하지는 않을 것이다.적어도 사용자 이름을 위반하면 빨리 식별할 수 있다.사용자인 경우:밥의 오토파트 서플라이즈는 밥의 오토파트 서플라이스를 편집했어. 이건 DOK COI 케이스야.만약 그들이 사용자:CarFanForever로 결정한다면, 말하기 어려울 것이다.한편, 사용자는 등록 시 허용되는 사항(상표를 실현하기가 그렇게 어렵거나 공격적인 사용자 이름이 나쁘다는 것은 아님)을 인식해야 한다.TLDR도 고민거리인 만큼 실제 제안된 표현을 보고 싶다.예를 들어, 2개 이상의 문장이 스트레칭을 하고 있을 수 있다. — HELLKOWZ ▎ TALK 10:27, 2011년 10월 27일 (UTC)[응답]
  • 나는 스팸 발송자 등에 대해 내 자신을 속이는 것이 아니다.그러나 사용자 대화를 보십시오.예를 들어 테바콘 팬클럽.사용자 이름 정책을 두 가지 방법으로 위반했던 선의의 기부자 그룹.U u (토크) 15:19, 2011년 10월 27일 (UTC)[응답]
    • 음, 그래, 내가 말했지 ".. 사용자들은 등록할 때 무엇이 허용 가능한지 알아야 한다."나는 여전히 제안된 모든 텍스트를 먼저 보고 싶다.— HELLKOWNZ ▎TALK 09:03, 2011년 10월 28일 (UTC)[응답]
• 코멘트: 양날의 검.라틴 알파벳으로 짧게 하자는 제안이 담긴 코멘트는 진지한 마음을 가진 신인들에게 도움이 될 것이다.반면에, 사람들이 불쾌한 이름으로 처음 등록하는 것을 허용하는 것은 우리가 잠재적 반달들을 식별하는 데 도움이 될 수 있고, 그들이 회사나 개인 이름으로 먼저 등록하는 것을 허용하는 것은 COI, 스팸 발송자, 자서전 작가들을 잡는 데 도움이 될 수 있다.이름을 바꿔달라는 요청을 받고도 여전히 편집 내용을 지켜볼 수 있다. --쿠드풍 กุดผึ ( ( ( ((토크) 10:48, 2011년 10월 27일 (UTC)[응답]
• 방금 '계정 만들기' 링크를 시도했는데, MediaWiki:Customusertemplate-ACP1-Signupstart가 표시된 후 MediaWiki:팬시캡차-계정을 만드세요.나는 분명히 그 화면이 개선될 수 있을 것이고, 허용 가능한 이름의 짧은 요약이 아마 도움이 될 것이라고 생각한다.하지만 나는 그것을 지지/반대/논의하기 위해 구체적인 실물 모형을 봐야 한다. Chzz 28 11:59, 2011년 10월 28일 (UTC)[응답]
• 우리는 회사나 조직의 사용자 이름은 허용되지 않는다는 것을 좀 더 명확히 할 필요가 있다.지금은 그 정보를 놓치기 쉽다. / /ETECCOMMS/14:30, 2011년 10월 28일 (UTC)[응답]
  • Rd232(토크 · 기여)는 가입 페이지가 한때 이 모든 정보를 포함시켰다는 사실을 상기시켜 주었기 때문에, 그것을 복구하기 위한 합의를 얻는 것에 불과하다. /ƒETECCOMMS/ 01:52, 2011년 10월 30일 (UTC)[응답]
• 차단된 사용자 대화 예제를 참조하십시오.미래를 위한 농작물.ASCIIn2Bme (대화) 09:02, 2011년 11월 4일 (UTC)[응답]

이전 버전 복원

• Stong support fg^t_c 02:06, 2011년 10월 30일 (UTC)[응답]
• 강한 반대 //한니발(대화) 20:47, 2011년 10월 30일 (UTC) (통계적으로 이에 반대한다)[응답하라]
• 반대해. 등록이 다시 떨어질 가능성이 꽤 있어.어쨌든 '땅콩껍질'로 염두에 둔 것은 정책의 정점에 있는 실제적인 간결함 '이 페이지는 한마디로 다음과 같다.계정 이름을 선택할 때 불쾌한 이름, 오해의 소지가 있는 이름, 파괴적인 이름 또는 홍보 이름을 선택하지 마십시오.일반적으로 한 명의 사용자 이름은 한 사람을 나타내야 한다."예전 계정 만들기 페이지는 비록 더 이상 언급되지 않는다고 해도 그 모든 총알들이 들어 있는 세탁물 목록처럼 보인다.ASCIIn2Bme (대화) 22:00, 2011년 10월 30일 (UTC)[응답]

질문

현재 버전은 "테스트 nr 1"으로 5월에 구현되었나 보군 [1] 그것은 무엇을 말하는가?ASCIIn2Bme (대화) 19:52, 2011년 10월 30일 (UTC)[응답]

그것은 토크 페이지에 설명되어 있다.나는 이것에 대해 착잡한 심정을 가지고 있다.한편으로 우리는 새로운 사람들에게 너무 소름끼치지 않고 가능한 한 많은 정보를 줄 필요가 있지만, 다른 한편으로, 그것을 배제하는 것은 스팸 발송자나 트롤-앤-루저 같은 백과사전을 짓기 위해 여기 분명히 없는 몇몇 새로운 사용자들을 빨리 알아낼 수 있는 좋은 방법이다.결국 사용자보다 더 명백한 블록:Peter Pan 프로모션 또는 사용자:엄마한테 전화했어. --Ron Ritzman (토크) 20:26, 2011년 10월 30일 (UTC)[응답하라]

전 어카운트 크리에이션 동료의 2센트

여보세요

토론에 늦어서 미안해.나는 위키미디어 재단 펠로우십이 끝난 이후로 계정 만들기 개선 프로젝트를 계속할 시간이 거의 없었다.하지만, 이것은 흥미로운 퀘스턴이어서, 나는 뛰어들어야 한다고 느꼈다. (나를 찔러준 ASCIIn2Bme 덕분에)

현재 아무도 어떤 것도 측정하지 않고 있지만, 발표된 시험은 아직 끝나지 않았다.계정을 만드는 사람은 누구나 세 가지 대안 중 하나를 무작위로 할당받는다는 뜻이다.이 보고서에서 볼 수 있듯이, 우리는 버전 1 (여기서 시작하는 것)에 대해 매우 분명한 긍정적인 결과를 가지고 있다.미디어위키만 끄면 된다.Customerusertemplate 기능을 사용하여 nr 1의 대체 페이지를 이전 페이지에 붙여넣으십시오.그들은 우리에게 현재 우리가 사용하고 있는 버전보다 매일 약 9명의 위키피디아 활동가들을 더 많이 준다. (그리고 그것은 단순히 계정을 만드는 것이 아니라 적어도 5개의 편집을 하는 사람들이다!)

물론 개선될 수도 있고, 사실 나는 우리가 더 많은 테스트를 해야 한다고 생각하지만, 위키피디아에서 떨어져 있는 내 삶은 지금까지 내가 그러한 희망을 많이 만들 수 없게 했다.어쨌든 사용자 이름 정책을 포함시키는 것이 좋은 개선이라고 생각하는데, 페이지를 어지럽히지 않고 하는 방법은 아마도 코티스키가 이전에 제안한 "적절한 사용자 이름을 선택하는 것"일 것이다..".

읽어줘서 고마워.///Hannival (대화)20:46, 2011년 10월 30일 (UTC) (PS. 그런데, 우리는 이러한 변화 전후에 모두 나쁜 사용자 이름을 보았다.이에 변화가 있었는지 확인하고 싶다면 종합적인 연구를 하는 것이 좋다.지금까지 그것이 더 많은 트롤들에게 계정을 만들도록 영감을 주었다는 것은 아무것도 없다.)[답답하다]

트롤에 대한 좋은 지적이야'언니한테 그랬어' 같은 이름으로 계정을 만드는 사람은 차단되길 기대하는데 트롤 같은 액션으로 드라이브 한 대 하거나 차단되기 전에 'POOP'로 대체 가능한 기사가 몇 개인지 보기 위해 여기에 온 것이다.내 요점은 홍보 이름으로는 여전히 유효해. --Ron Ritzman (토크) 20:56, 2011년 10월 30일 (UTC)[응답]

그래, 어떤 사람들은 잡히고 싶어해 :-) 그런데, 홍보 이름이 늘었다고 생각한다고 내가 받아들일까?그리고 그 가설은 무엇에 근거한 것인가?///한니발 (대화) 21:14, 2011년 10월 30일 (UTC)[응답하라]

그래, 등록이 급증한 것 같긴 한데(계절 변동만 있었던 게 아니라) 변경 전후에 사용자 이름 블록이 몇 개나 배포되었는지에 대한 추정치가 있어?선의의 편집자들이 링크된 페이지를 읽지 않고 '팬클럽'으로 등록하지 않았다는 일화적인 증거들을 본 적이 있는데, 이는 금지된 것 같다.ASCIIn2Bme (대화) 21:21, 2011년 10월 30일 (UTC)[응답]

통계는 동시에 수집되었고(사람들은 세 가지 다른 계정 생성 과정 중 하나를 통해 무작위로 추출되었다), 그리고 나서 이 수치는 서로 비교되었고, 우리가 구축한 기준선과 비교되었다.

불행히도 그 프로젝트는 매우 제한적이었다.홍보 명칭이 늘었는지 줄었는지 테스트하지 않았다"고 말했다.나는 몇몇 사람들이 누락된 사용자 이름 정책이 홍보 이름의 수를 증가시킬 것이라고 말하는 것을 보아왔지만, 지금까지는 그것을 뒷받침하는 일화적인 주장만 있을 뿐이다.나는 다음 중 어떤 대안이 가장 정확한지 알아보려고 한다.

• 프로모션 사용자 이름은 사용자 이름 정책을 덜 두드러지게 한 후에도 거의 동일하게 유지됨
• 사용자 이름 정책을 덜 두드러지게 만든 후 프로모션 사용자 이름이 자주 감소함
• 사용자 이름 정책을 덜 두드러지게 만든 후 프로모션 사용자 이름이 빈도로 증가함 - 기본적으로 새로운 활성 편집자 수를 무효화함(예: 새로운 활성 편집자 9명 vs 프로모션 이름을 가진 15명)
• 사용자 이름 정책을 덜 두드러지게 만든 후 프로모션 사용자 이름은 빈도가 증가했지만, 이러한 사실은 새로운 편집자의 유입이 증가함에 따라 덜 중요하게 되었다(예: 새로운 활성 편집자 9명 vs 프로모션 이름을 가진 새로운 사용자 1명).

이러한 유형의 통계는 Customerusertemplate 함수 덕분에 여전히 얻을 수 있다.그냥 실제로 하는 문제일 뿐이다 :-)

소원//한니발 (대화) 22:01, 2011년 10월 30일 (UTC)[응답]

• 그렇다, WMF가 사용자 이름 정책을 모르는 기업 또는 조직 편집자들이 만든 차단되지 않은 요청을 처리하려고 하지 않는 한, 우리는 이러한 통계가 필요하다.문제의 진원지를 알기 전에는 문제의 진원지를 공략할 수 없다. /ƒETECCOMMS/14:29, 2011년 11월 1일(UTC)[응답]

최소한의 변경 제안

나는 레나트의 보고서를 살펴봤는데, 그는 짧은 페이지(ACP1)가 이전 페이지(ACP3)를 사용할 때보다 더 많은 새로운 편집자를 등록하게 한다는 A/B 테스트 증거를 가지고 있다.그래서 여기서 신중하게 해야 할 일은 가능한 한 깔끔하게 정리하지 않은 채 그냥 코트니스키가 제안한 대로 연계된 단어만 바꾸는 것으로 보인다.

변경 "적절한 사용자 이름 선택..."로 "적절한 사용자 이름 선택"."

• 지지하다.ASCIIn2Bme (대화) 21:55, 2011년 10월 30일 (UTC)[응답]
• 지지 - 정말 상식.Acather96 (대화) 09:39, 2011년 10월 31일 (UTC)[응답]
• 지원 I 기본적으로 사용자가 즉시 물리지 않는 계정을 만들 수 있도록 간단하고 깨끗한 변경을 지원한다.나는 noobs를 위한 모든 형태의 도움을 지지한다.나는 이 최소한의 변화보다는 그 생각을 더 깊이 받아들이겠지만, 올바른 방향으로의 작은 변화도 좋다.fg^t_c 08:02, 2011년 11월 2일 (UTC)[응답하라]

모든 UFC 이벤트 페이지에서 Premitive Semi

왜냐하면 그들은 행사가 진행되는 동안 항상 IP에 의해 큰 타격을 받기 때문이다.우리가 사전에 반쪽이 아니라는 것을 알지만 예외를 둘 수 있는 합의를 얻을 수 있을까?--Adam in MO Talk 04:13, 2011년 10월 30일 (UTC)[응답]

• 반대 한편으로, UFC 이벤트가 진행될 때 UFC 페이지에 많은 편집이 있다는 것을 알고 있다.반면에, 그들은 모두 공공 기물 파손은 아니다.나는 "이벤트가 시작되면 관리자와 반달 투사들을 경계하고 위키DEFCON을 올리는" 전술을 더 선호한다.스벤망구아르드화?05:03, 2011년 10월 30일 (UTC)[응답]

• Svenz의 말에 반대하는 사람들은 "그것들이 모두 공공 기물 파손은 아니다"라고 말한다.fg^t_c 05:38, 2011년 10월 30일 (UTC)[응답하라]

• 비판적이지 않은 페이지에서는 어떤 선제적인 세미나를 강력하게 반대한다.같은 이유로 나는 항상 보류 중인 변화에 반대하며 반대할 것이다: 이것은 위키이다."누구나 편집할 수 있다"는 슬로건을 이미 반쪽짜리 진실로 만들고 있으니, 노골적인 거짓말은 하지 말자.파괴적 편집은 되돌리고, 파괴적 편집자는 차단되고, 비절제한 기사는 삭제되고, 그것이 바로 그것이다.— CharlieEcho Tango — 05:46, 2011년 10월 30일 (UTC)[응답]
• 반대 - 우리는 새로운 편집자들이 기사를 쓰도록 장려하고 싶다.우리는 반달족이 다른 사람들을 위해 그것을 망치게 해서는 안 된다.공공 기물 파손에 대처하고, 절대적으로 필요할 때만 보호하라. Chzz 30 08:56, 2011년 10월 30일 (UTC)[응답]

• 충분히 공평하게.나는 분명히 소수민족이다.하지만 정확히 말하자면 그 페이지들은 분당 15개까지 편집되는데 대부분 공공 기물 파손이다.반달들이 벌써 모두를 망치고 있어그리고 반달족들이 너무 빨리 움직이고 있기 때문에 매번 당신의 편집이 충돌하는 것을 보는 것은 새로운 사람들에게 별로 고무적이지 않다.이 페이지에 있는 인종차별주의자/동성애자/여성 혐오자/여성 혐오자 트롤링에 이것을 더하면 그것은 더 머리가 좋지 않은 것처럼 보인다.어떤 철학을 유지하느냐, 개방하느냐, 정확하느냐로 귀결될 것 같다.--아담은 MO 토크 20:40, 2011년 10월 30일 (UTC)[응답]

공공 기물 파손이 현재 진행 중이며 통제하기가 사실상 불가능하지만 나는 모든 페이지의 반보호를 지지한다.이것은 위키피디아의 주요 윤리 중 하나인 '반(反)보호'에 대한 제안이다.선의의 가정.만약 그리고 페이지가 지속적인 공격을 받을 때에만 페이지가 반보호되어야 하고, 페이지 보호가 해제될 때까지 대화 페이지에 변경사항을 제안하도록 열성적인 편집자들이 격려하는 템플릿 또는 기타 적절한 메시지가 기사 상단에 배치되어야 한다.fg^t_c 00:14, 2011년 10월 31일 (UTC)[응답]

악마의 옹호자 역할을 하기 위해서 사용자에게는 뭔가 일리가 있다.공공 기물 파손이 일어나기를 기다려야 한다는 사람들은 기사가 완전히 약탈된 지 한참 지난 후, 페이지 보호 요청이 행동하기 전에 때때로 반나절 동안 앉아 있을 수 있다는 사실을 모를 수도 있다.이런 이벤트의 경우, 대부분의 미친 편집은 이벤트 자체보다 훨씬 이전에 이루어질 것으로 보이며, 이미 이벤트가 끝난 후에야 보호가 구현될 가능성이 높다고 장담한다.말하자면, 나는 그 문제가 너무 끔찍해서 우리가 페이지를 선제적으로 보호하고 싶은지 잘 모르겠다.개인적으로, 이것은 우리가 반달파이터 사용자 권리를 필요로 하는 또 다른 이유라고 생각한다. 반달파이터 사용자 권리는 그들의 "능력" 중 하나는 단지 그런 터무니없고 시간에 민감한 공격을 멈추기 위해서 1시간에서 6시간 반단백질을 떨어뜨리는 것이다.RFP를 순찰하는 관리자들보다 훨씬 더 많은 반달 패트롤러들이 있다.내 생각엔 주말에 스포츠 경기가 열린다면 추가적인 문제가 될 수 있을 것 같은데, 그 때가 바로 관리자 활동이 가장 낮은 때라고 생각하기 때문이다.Qwyrxian (대화) 07:40, 2011년 10월 31일 (UTC)[응답]

또는 RFPP가 너무 느리고 페이지가 보호되지 않는 것이 큰 문제라면 ANI를 실제 목적에 사용할 수 있을 것이다. -- 지우개헤드1 <토크> 07:50, 2011년 10월 31일 (UTC)[응답]

또한 6시간의 보호를 할 수 있는 능력을 사람들에게 주기 위해 행정권이 분리될 가능성은 없다 - 당신은 훨씬 덜 심각한 전체 보호된 페이지를 편집할 수 있는 권한을 얻을 수 없다. -- 지우개헤드1 <토크> 07:53, 2011년 10월 31일 (UTC)[응답]

시간당 n번 편집된 페이지에 대해 지원되는 소프트웨어 자동 보호에 대한 대체 제안은 어떠세요?편집 중단의 형태로 관리되고 있는 보호.편집 탭이 n분 동안 모두 종료(또는 함께 사라짐(더 좋아짐)되고 "이 페이지는 편집률이 높기 때문에 너무 피곤해서 모든 스트레스 요원을 처리할 수 없다"는 자동 헤더 통지가 열린다. 내가 좀 쉬는 것 같아! n분 후에 돌아오너라.(아니면 그런 취지의 말(cuppa가 필요하다)그런 다음 n분 후 다시 열 수 있는 편집 기능(새로 고친 페이지의 경우(동적 사용자들이 먼저 게시물을 통과하려고 할 수도 있지만)가능, 신속, 비교적 구현이 용이하며, 비판단적(모든 사람을 차단(관리자 수용)), 효율적이며 모든 기사에 대해 문제를 해결할 수 있다(그래서 특정 기사에 유리하게 가중되지 않음).fg^t_c 08:16, 2011년 10월 31일 (UTC)[응답하라]

좋은 생각이 아닌 것 같은데, 어떤 이벤트는 더 빠르고 많은 편집을 끌어들이며, 그 이하가 아닌 더 많은 편집을 장려하고 싶기 때문이다. -- 지우개헤드1 <토크> 08:18, 2011년 10월 31일 (UTC)[응답]

하지만, 추가할 가치가 있는 것을 기다리는 사람은 기다릴 가치가 있는 것을 추가하는 경향이 있다.대부분의 공공 기물 파손은 단순한 기회주의인 것 같다.기회가 없어지면 헌신적인 사람들만 나중에 돌아와야 하는 이유를 이해하므로 기꺼이 그렇게 할 것이다.어쨌든, 생각 좀 해 봐.fg^t_c 08:28, 2011년 10월 31일 (UTC)[응답하라]

비록 사람들은 또한 삶이 너무 짧기 때문에 좋은 내용을 추가하기 위해 나중에 다시 오지 않을 수도 있고, 나중에 돌아와서 그들이 할 수 있다는 것을 보여주기 위해 반달리즘을 할 수도 있다.사람들이 정직해지기 위해 무엇을 할지 알기 어렵다 - 항상 무언가를 제안할 가치가 있지만 - 더 많은 제안이 좋다. - 지우개헤드1 <토크> 18:20, 2011년 10월 31일 (UTC)[응답]

그것은 끔찍하게 파괴된 상태로 쉽게 잠길 수 있기 때문에 완전히 끔찍한 생각이다.♫ 멜로디아 샤콘네 ♫ (대화) 13:54, 2011년 10월 31일 (UTC)[응답]

잠금 해제된 페이지가 관리자가 마지막으로 설정한 안전한 페이지 버전으로 디폴트되고 위에 제시된 모자 노트에서 끔찍한 파괴 상태에 방치되지 않으며 편집자와 관리자가 정리할 수 있는 숨통을 틔울 수 있는 공간을 제공한다고 명시되었다.생각일 뿐이었다.좀 더 확장해야 할 것 같아.우리는 이미 관리자(Qwyrxian, 그들이 무슨 말을 하고 있는지 알아야 하는)로부터 어떤 문제는 관리자가 필요한 만큼 신속하게 대응할 수 없는 경우가 많지만 자동 잠금 기능을 사용하면 시간이 부여된다는 말을 들었다.물론, 내가 그 제안서를 남겼을 때, 엉망으로 된 페이지가 잠겼을 가능성이 있었을 것이다.하지만 나는 관리자가 여전히 편집 권한을 가지고 있고, 만약 그 페이지가 잔혹한 공격을 받고 있다면, 어떤 책임 있는 편집자도 통제할 수 없는 상태라면, 그것을 계속 열어두고 서버를 방해하는 것만큼 그것을 잠그는 것이 더 나쁠 것은 없을 것이라고 제안했다.더 중요한 것은, 만약 제안이나 제안이 어떤 식으로든 실패하는 것처럼 보인다면, 단순히 목욕물로 아기를 버리는 것보다 그것이 어떻게 개선될 수 있는지를 제안하는 것이 더 낫다.fg^t_c 14:29, 2011년 10월 31일 (UTC)[응답]

나는 그 생각이 전혀 마음에 들지 않는다.나는 우리 관리자들이 어떤 '안전한' 버전의 페이지가 되어야 하는지를 결정하는 위치에 있지 않기를 바란다.콘텐츠 선택은 편집자들이 하는 일이며 그것에 맡겨져야 한다.세미나는 반달들을 막아주고 편집자들이 피해를 고치도록 할 것이다.나는 단지 여기서 브레인스토밍을 하고 이따금 불쑥 나타나는 반달 떼를 완화시킬 수 있는 가장 좋은 방법이 무엇인지 알아내려고 한다.나는 궁극적으로 이 프로젝트의 풀뿌리 성격이 이런 일이 일어날 때 불을 빨리 끄기에 충분히 민첩하지 않다고 생각한다.기다리는 것과 피해를 고치는 것이 현시점에서는 가장 좋은 방법인 것 같다.--아담은 모토크 04:57, 2011년 11월 1일 (UTC)[응답]

이에 따르면 로그인하지 않은 사용자(즉, 세미 프로텍션에 의해 차단된 사용자)에게 전달되는 페이지는 어쨌든 캐시된다.우리가 보는 그 페이지는 그들이 보고 있는 것이 전혀 아닐 수도 있다.우리가 그 주변에서 보는 이상한 편집과 빠른 역전을 꽤 많이 설명할 수 있을 것이다.다시 말하지만, 나는 선의의 가정에는 분명한 장점이 있다고 말해야 한다.자동화된 시스템은 사전 작용보다는 반응할 것이다. 그래서 어떤 가정도 이루어지지 않을 것이다.관리자가 페이지 버전에 스탬프를 찍을 수 있는 적합한 사람으로 받아들여지지 않는 경우:누가 더 낫지?그들은 정책을 안다.그들은 편집을 안다.그들은 어떻게 의사소통을 해야 하고, 따라서 어떻게 합의점이 무엇인지 결정할 수 있는지 알고 있다.나는 확고한 자기 임명 보호자의 관점을 신뢰하지 않는다. 그는 편견이 없고 이전에 자발적이었던 편집자의 교육적인 견해보다 선호되는 관점을 가지고 있다.관리자 지원자들이 진지하게 고려되기 위해 거쳐야 하는 질문들을 본 적이 있는가?있습니다그것들은 구워졌다.참고 항목:WP:RFA. 페이지가 공격의 여지가 있는 것은 위키피디아의 어려움이지만 그 어려움 또한 위키피디아의 가장 큰 강점이다.내 자동화된 아이디어에 대해 어떻게 생각하든 나는 선제적 보호에 절대 반대한다.한 건만 통과하면 다 원할 거야. 6,474,906개 기사!!그들 모두는 (지각적인 선택이 없을 때까지) 열려 있거나 없거나 둘 중 하나이다.fg^t_c 05:54, 2011년 11월 1일 (UTC)[응답]

"누가 더 낫겠어?"우리 모두는 소수의 사람들보다 낫다.나는 RFA가 무엇에 관한 것인지 완전히 알고 있다.그러나 우리는 모두 소수의 사람들만이 아닌 콘텐츠 결정을 내리는 일을 하고 있다.그 소수의 사람들에게도 그 프로젝트가 계속 진행되도록 하기 위한 도구와 도구, 그리고 그것이 바로 그것이다.너와 내가 다른 부분은 시기와 범위라고 생각해.나는 모든 형태의 완전한 보호에 반대한다. 자동화된 경우에도, 원인이 없는 한, 완전한 보호에 반대한다. 그리고 IP 파괴 행위는 결코 완전한 보호의 원인이 되지 않는다. 사용자 로그인한 사용자들은 그것을 야기한다.--Adam in MO Talk 06:33, 2011년 11월 1일 (UTC)[응답]

신의는 자살조약이 아니라고 가정하자.우리는 FA들이 1면에 오를 때 그들을 보호한다.UFC 행사 중 UFC 관련 페이지에 잘 알려진 문제가 있다면 반쪽짜리도 왜 그렇게 나쁜지 모르겠다.만약 이런 종류의 공공 기물 파손에 대해 잘 알려진 문제가 있다면, 그것은 오히려 선의의 가정이 깨졌다는 것을 보여줄 것이다.길을 걸을 때는 선의로 가정하지만, 길거리가 소매치기들로 가득 차게 되면 선의의 믿음이 있다고 믿고 계속할 필요는 없다.선의로...하지만 그 사람이 당신의 가정을 지키지 못할 때 해결책을 찾을 준비를 하라.그렇긴 하지만 UFC 제안이 좋은 생각인지 아닌지 모르겠다.—톰 모리스 (대화) 17:55, 2011년 11월 3일 (UTC)[응답]

삭제 토론 보호 제안

통상 삭제 대상 기사에 해당해 토론 결과가 '계속'인 경우 토크 페이지를 한 번 클릭해 토론으로 이어지는 하이퍼텍스트 링크를 클릭한다.우리는 이러한 토론에서 "제발 그것을 수정하지 말아달라"(토론)는 말을 듣지만, 사람들이 정말로 토론을 수정하지 않고 있다는 것을 어떻게 알 수 있을까?사람들이 이러한 토론들을 편집하지 못하게 하는 기술적 방법이 있는가? 즉, 토론들을 보호하기 위해?ACEOREVIVEED (토크) 22:20, 2011년 11월 1일 (UTC)[응답]

다른 사람에 대해서는 잘 모르지만, 삭제 토론에서 코멘트를 하면, 그것을 내 감시 목록에 추가한 다음, 무한정 거기에 남겨둔다.그래서, 몇 달 혹은 그 이상 나중에 누군가가 수정해도, 나는 여전히 그것을 볼 것이다.사실, 그것은 실제 메인스페이스에서 언외의 일을 하려고 하는 사람에게 실제로 도움이 되는 팁이 될 수 있다(특히 내가 그 결과를 삭제하려는 토론의 내용을 누군가가 수정하는 것을 볼 때).Qwyrxian (대화) 22:26, 2011년 11월 1일 (UTC)[응답]

여기도 마찬가지야.내가 참여했던 삭제 토론은 지금까지 보지 않은 것 같아. (물론 많은 삭제 토론은 더 이상 활동적이지 않을 수도 있는 두세 명의 참가자만 참여한다.) @ACEOREVAVEED, 이것은 예방적인 제안인가, 아니면 폐쇄적인 삭제 토론에 대한 공공시설 파괴 행위를 눈치챈 적이 있는가?28바이트 (대화) 22:35, 2011년 11월 1일 (UTC)[응답]

실제로 WP는 다음과 같다.내 뇌 속의 콩나물 불빛이 즉시 켜졌다. - A. di M. 23:25, 2011년 11월 1일 (UTC)[응답하라]

나는 악의적인 편집자가 오래된 삭제 논의를 변경함으로써 얻을 것이 많은지 의심스럽다; 그들은 실제로 최종 결과를 바꿀 수 없다.또한 극소수의 사람들이 다시 읽었을 것이다. 기사 공간에 있지 않다.그래서 "왜 누군가가 오래된 AfD를 편집하겠는가?"로 편집자의 시간을 낭비하는 것 외에 많은 피해를 입히기는 어렵다.보브레이너 (토크) 21:03, 2011년 11월 2일 (UTC)[응답]

"콩을 코에 쑤셔 넣지 말라"고 지시하거나 그 기사로 향하는 위키링크를 줘서 고마워 - 나는 그 기사를 지금까지 본 적이 없어!ACEOREVIVEED (토크) 23:51, 2011년 11월 1일 (UTC)[응답]

오래된 토론은 사용자 이름 변경 후 소급하여 서명을 변경하는 사람들로부터 수개월 후에 수정되기도 한다(이력 WP: 참조).삭제 조항/Jan Gossenaerts 예)그것은 실명이 아닌 다른 것으로 편집하기로 결정한 사람들이 적어도 지니를 램프에 다시 채워 넣으려고 할 수 있게 해 주는데, 나는 그 해로운 점을 잘 보지 못하는 것 같다.나는 누가 악의적인 목적으로 그것을 하는 것을 본 기억이 없다. 하지만 나는 그것이 일어날 수 있다고 생각한다.북빛의 칼날 (話して下い) 22:16, 2011년 11월 2일 (UTC)[응답]

나는 오래된 삭제 토론의 공공 기물 파손은, 만약 일어난다면, 다른 페이지의 기물 파괴 행위만큼 나쁘지는 않다고 생각한다 - 위키피디아의 "페이지 역사" 기능을 가지고 있는 것으로 추측되는 소수의 사용자들에 의해 읽혀지고 있으며, 보통 어느 버전이 정확한지 아는 것은 간단하다.עוד מישהו Od Mishehu 09:45, 3 November 2011 (UTC)[reply]

언어가 아닌 문자 사용자 이름 금지

안녕.이 일은 전에도 논의된 바 있지만, 나는 제안서를 작성해서 그것이 떠오르는지 확인하고 싶다.ʔ(User:ʔ)와 같이 일상 언어에서 사용되지 않는 문자를 사용하는 이름은...라고 믿는다.음... 안 좋아.

만약 당신이 User: like子와 같은 이름을 가졌다면, 그것들은 문자 언어로 된 실제 문자들이다. 그리고 나는 우리가 다른 언어의 문자를 없애야 한다고 말하는 것이 결코 아니다. 그러나 당신이 어떤 언어로 존재하고 어떤 키보드에도 나타나지 않는 이름을 선택한다면 그것은 완전히 다른 것이다.권선, 음성 기호 등은 찾기도, 식별도, 이름도 찾기 어렵고, 통신장애도 크다.이것들이 야기하는 어려움을 능가하는 상환요인은 거의 없다.

나의 제안은 이러한 공감대가 형성됨에 따라 이러한 문자를 사용하는 신규 계정을 금지하되(사용자는 다른 욕설 이름과 마찬가지로 새로운 이름을 선택하도록 하고, 준수하지 않을 경우 차단한다) 오래된 계정은 확대하되 사용자 이름을 수정하도록 강력히 권장하는 것이다.

생각?스벤망구아르 Wha?08:01, 2011년 10월 26일 (UTC)[응답]

ʔ은 IPA 기호여서 확실히 인간의 소리를 표현할 수 있고, 이런 식으로 대부분의 다른 대본보다 보편적이지만 확실히 다소 기술적인 대본이다.그래서 내가 그것을 읽은 것처럼 "비언어 문자"가 아니다.IPA 기호를 사용자 이름에 사용한 것은 내가 처음이 아니다.IPA 기호를 금지하자는 제안이라면 RfC가 광범위하게 존재해야 하며, 이를 사용하는 모든 사용자에게 이를 통지해야 한다.그리고 IPA 자체는 위키백과에서 흔히 사용되고 있기 때문에 인쇄상의 문제는 없을 것 같다.나의 서명은 또한 WP가 제안한 라틴 문자를 포함하고 있다.SIG#NL. 안녕, U u (대화) 08:09, 2011년 10월 26일 (UTC)[응답]

우리가 IP 편집자들에게 등록해서 이름을 얻도록 설득하려고 할 때, 우리가 주는 이유 중 하나는 통신을 단순화하기 위해서입니다.사용자가 표시하는 방식으로 쉽게 입력할 수 없는 이름은 통신을 단순화하지 않는다.HiLo48 (대화) 08:17, 2011년 10월 26일 (UTC)[응답]

나는 중국어, 아랍어, 그리고 몇몇 다른 언어들도 쉽게 칠 수 없다.σ, א, خ, 子 또는 子를 얼마나 빨리 타이핑할 수 있는가? u (토크) 08:25, 2011년 10월 26일 (UTC)[응답]

예, 하지만 다른 사용자들은 해당 언어를 기본 언어로 사용하거나 다국어로 사용하는 다른 프로젝트에서 왔다.그렇기 때문에 우리는 영어 이외의 모든 문자를 금지하지 않는다.스벤망구아르화?08:57, 2011년 10월 26일 (UTC)[응답]

User:ESXi와 User:Δ, 단지 두 가지 명백한 예를 선택하기 위해서인가 아니면 User:UEW가 주로 다른 프로젝트에서 편집하고 있는가?Uʔ (토크) 10:06, 2011년 10월 26일 (UTC)[응답]

라틴어가 아닌 사용자 이름이 어떻게 의사소통을 복잡하게 하는지 즉시 알 수 없다.실제로 얼마나 자주 편집자의 사용자 이름을 입력해야 하는가?만약 내가 토론에서 Uʔ의 이름을 쓰고 싶다면, 나는 복사한다.만약 내가 그의 사용자 페이지를 방문하고 싶다면, 나는 그의 서명에 있는 링크를 클릭한다.만약 내가 그의 기여를 보고 싶다면, 나는 그의 마지막 편집을 보고 거기서 링크를 사용한다.내가 키보드에 "ʔ"을 칠 수 없다는 사실(그리고 나는 정말 할 수 없다; 나는 어떤 키 스트로크의 조합이 필요한지 전혀 모른다)은 사실 나에게 불편함을 주거나 그와 의사소통을 방해하지 않는다.사용자 이름 정책에서 특별히 라틴어가 아닌 사용자 이름은 환영한다고 명시하고 있기 때문에, 나는 현재의 합의가 그들을 파괴적인 것으로 보지 않는다고 생각하는 경향이 있다.2011년 10월 26일(UTC) 08:48, 윤슈이슈(Yunshui雲)[응답]

그건 그가 이미 대화에 나섰다는 것을 가정하는 겁니다.스벤망구아르화?08:57, 2011년 10월 26일 (UTC)[응답]

ʔ은 위키백과 기호 삽입 도구 모음의 "IPA(영어)" 섹션에 나타나는 것을 주목해야 한다.만약 이 정보가 누군가 그들의 영어가 IPA에도 쓰여질 수 있다는 것을 깨닫도록 충격을 준다면, 나는 그들의 지식의 합계에 조금 기여했을지도 모른다, 나는 희망한다.그러나 위키피디아의 도구모음을 사용하여 중국어를 삽입하는 쉬운 방법은 없다.U u (대화) 09:05, 2011년 10월 26일 (UTC)[응답]

wl ðæts kwajt jusfəl.θæŋk ju.윤수이 雲 09:10, 2011년 10월 26일 (UTC)[응답]

두 가지 문제:

1. 나에게 있어 대부분의 아시아 문자는 상자여서, 나에게 있어 가장 좋은 사용자 이름의 예는 읽을 수 없는 반면 글로탈 스톱은 아주 잘 나타난다.
2. 위키피디아에 대한 우리의 상호작용의 대부분은 우리가 다른 사용자를 이름으로 언급할 필요가 거의 없는 것과 같다.위키링크가 효과가 있는 한 글자가 렌더링도 안 해도 난 신경 안 써.만약 내가 Mr. 또는 Ms. boxbox와 대화해야 한다면, 나는 그들의 링크를 클릭해서 그들의 페이지에 게시할 것이다.

일부 특이한 문자를 렌더링하지 못하게 하는 것은 나만의 PC의 한계다.Mr. boxbox와 Ms boxbox box를 구별하기 어렵다는 사실은 때때로 좌절감을 주지만, 이미 말했듯이 User Glottle stop과 User Triangle이 잘 보이고 패밀리 박스 박스는 승인된 문자를 사용하고 있다.

시청자가 어떤 캐릭터를 렌더링할 수 있을지 확신할 수 있는 방법이 없기 때문에(매우 제한적인 선택 밖에), 이 제안이 조금이라도 무게를 실었다면 위키백과 전체에서 모든 특이한 캐릭터의 사용을 금지해야 할 것이다.사람들이 좋은 일을 하거나 독서를 즐기고 필요하면 연락할 수 있는 한, 나는 정말로 누군가를 화나게 할 만한 문제가 없다고 본다.그 어떤 것 말고도, 이름에 삼각형이 있는 것은 정말 멋지다 --fg^TC 09:37, 2011년 10월 26일 (UTC)[응답하라]

Yunshui - 당신의 게시물은 단순히 내 요점을 보강해 주었다.키보드로 내 사용자 이름을 직접 입력할 수 있다.분명한 줄임말이 그것을 더욱 쉽게 만든다.더 복잡한 이름을 복사해서 붙이는 것도 가능하고, 다른 온갖 까다로운 일도 다 할 수 있지만, 왜 필요 이상으로 어렵게 만드는 것일까?(최근 직장 동료가 그녀에게 '이 잘라서 붙이는 것'에 대해 가르쳐 줄 사람이 필요하다고 했으니, 기술을 가정하지 말라)HiLo48 (대화) 09:41, 2011년 10월 26일 (UTC)[응답]

나는 그것이 사용자 자신의 재량에 따라 계속 되어야 한다고 생각한다.어차피 어느 누구도 사용자 이름을 사용할 의무는 없기 때문에, 만약 당신이 당신과 의사소통을 조금 어렵게 하는 이름을 사용한다면, 그것은 아마도 받아들일 준비가 되어 있는 단점일 것이다.사람들에게 어필할 수 있는 방법으로 자신의 정체성을 표현할 수 있게 하는 것은 공동체 정신을 북돋아 주는 것 중 하나이다.--코트니스키 (토크) 09:50, 2011년 10월 26일 (UTC)[응답]

이상한 반응이다.분명히 그 이상한 이름을 가진 사용자는 그것에 편안하고, 그것을 "받아들일 준비가 되어 있다.상황이 더 어렵게 만들어지고 있는 것은 다른 편집자들이다.HiLo48 (대화) 10:04, 2011년 10월 26일 (UTC)[응답]

응... 그래서 사용자가 사용자 이름을 제공할 의무가 전혀 없었기 때문에, 우리에게 그렇게 편리하지 않은 이름을 제공한다면 우리는 정말로 불평할 수 없어.--코트니스키 (토크) 10:08, 2011년 10월 26일 (UTC)[응답]

그래서, 누가 그것을 받아들여야 하는지에 대한 제 요점을 무시한 채, 여러분은 편집자 등록을 제안할 때 우리가 제안하는 이유 중 하나가 의사소통을 더 쉽게 하기 위해서라고 제가 앞서 말씀드렸던 요점을 완전히 무시하셨습니다.HiLo48 (대화) 10:13, 2011년 10월 26일 (UTC)[응답]

그래, 특이한 캐릭터들을 모두 금지하고 우리 모두에게 번호를 주자...이후 나를 사용자:787539655671 09:49, 2011년 10월 26일자로 주소 지정

그리고 그 반응은 그저 어리석은 것이다. (혹은 그럴 의도였을까?)HiLo48 (대화) 10:04, 2011년 10월 26일 (UTC)[응답]

(e/c)좋은 슬픔이십니다.이 제안은 취소하고 WP에 버립시다.PEREN이 어디에 속하는지 (한 두 번쯤 해봤을 텐데, 당장 어디에 속하는지 기억이 나지 않는다.)우리는 글로벌 계정을 가지고 있기 때문에 언어의 일부인 문자(최소한 WMF 프로젝트가 있는 언어에 대해)를 금지한다는 것은 말이 안 된다.이를 기정사실화하면 다음과 같이 비언어 문자를 금지할 이유가 없다.외국어 문자보다 더(그리고 더 적은) 암호도 아니고 렌더링/타입도 어렵다. --Philosopher^{Let us reason together.} 10:11, 2011년 10월 26일 (UTC)[응답]

그건 나쁜 믿음의 게시물이야.몇몇 편집자들이 위의 이유를 밝힌 후, 당신은 "이유는 없다"고 말한다.정말 모욕적이군.아마도 그들과 의견이 다르겠지만, 그들이 존재하지 않는다고 주장하지는 마라.HiLo48 (대화) 10:16, 2011년 10월 26일 (UTC)[응답]

좋아, 좋은 이유는 없어. 내 게시물에서 증명된 것처럼.제이론32호는 아래, 훨씬 더 웅변적인 말로 나의 요점을 다시 말해준다. --필로소퍼 02:42, 2011년 10월 27일 (UTC)[응답]

일부 이용자의 표현의 자유를 제한하자는 제안이다.아마도 대범한 계획에서 그것은 비교적 사소한 제약이지만 그럼에도 불구하고 제약이다.그렇게 하기 위해 진전된 이익은 실용적이기보다는 주로 이론적인 것으로 보이며, 실용적이기까지 하지만, 어떤 유형의 이름들은 보호하지만 다른 것들은 그렇지 않은, 어떤 종류의 이름들을 보호하기 위해 제시된 정당화는, 어쨌든 나에게는, 설득력이 없고, 나는 IPA 캐릭터를 혐오하게 된다. --Hobbes Goodyear (talk) 12:33, 2011년 10월 26일.(UTC)[응답하라]

이 내용은 WP에서 다룬다.DICK, 그렇지?일본인이기 때문에 사용자 이름이 간지에 있다면 그건 문제가 되지 않는다.만약 당신이 단순히 당신의 게시물에 그루킹하거나 답장하는 데 어려움을 겪는 사람들에게 즐거움을 얻는다고 해서 user을 당신의 사용자 이름으로 사용하고 있다면, 당신의 또래들 사이에서 당신의 지위는 부정적인 영향을 받을 것이다.이것을 반대하는 규칙을 정당화하기 위해 편집자들이 이렇게 하는 것은 충분하지 않으며, 여러분은 재미로 그것을 하는 편집자들이 그들을 위한 특별한 규칙을 만들기 위해 뛰어다니는 지역사회에서 똑같이 즐거움을 얻을 것이라고 상상했을 것이다.Chris Cunningham (사용자:thumperward) - 토크 12:41, 2011년 10월 26일 (UTC)[응답]

분명히 반대한다.나는 그 우려를 이해하지만, 이것은 정말로 명령의 소름끼치는 영역으로 모험을 하는 것이다.사람을 그냥 내버려두고 카피 앤 페이스트의 마법이 兔子나 Δ나 조에 같은 사용자 이름을 다루는 "어려운 일"을 처리하게 하라.☂ (대화) 15:03, 2011년 10월 26일 (UTC)[응답]

사실 우리는 이것을 위해 사용자 이름을 차단하곤 했다.그 관행은 SUL이 시행되는 것과 거의 동시에 소멸되었다.여기 간단한 기억력 여행이 있다.

• 위키백과 대화:사용자 이름 정책/아카이브 2#비라틴 이름
• 위키백과 대화:사용자 이름 정책/아카이브 2#프로테스트
• 위키백과 대화:사용자 이름 정책/아카이브 3# 비라틴 문자 및 통합 로그인
• 위키백과 대화:사용자 이름 정책/아카이브 4#라틴 문자 서버 제안
• 위키백과 대화:사용자 이름 정책/아카이브 4#라틴 문자 변환
• 위키백과 대화:사용자 이름 정책/아카이브 8#라틴이 아닌 사용자 이름, 다시 방문
• 위키백과 대화:사용자 이름 정책/아카이브 10# 용어 소개:امست test test 시험
• 위키백과 대화:사용자 이름 정책/아카이브 17#비라틴 사용자 이름 사용

문서 3, 4에서 볼 수 있듯이, SUL의 도착은 구 정책을 거의 즉시 뒤집는 결과를 낳았다.이 문제는 위키피디아 토크에서 2011년 8월에 다시 제기되었다.사용자 이름 정책#RFC: 라틴어가 아닌 문자 또는 유니코드 문자를 사용자 이름으로 사용.– 루나 산틴 (토크) 21:30, 2011년 10월 26일 (UTC)[응답]

• 코멘트 나는 이것이 정확히 쉽지 않다는 것을 알지만, 나는 라틴 문자처럼 보이는 비 라틴 문자들을 금지하는 것을 지지한다.점 없는 i 같은 것, 또는 유니코드를 가지고 있다면 오미크론 같은 그리스 문자 같은 것.기존 사용자 이름과 동일하지 않지만 동일하게 보이는 사용자 이름을 등록하는 문제를 일으키려는 사람이 너무 쉽게. --Trovatore (대화) 21:38, 2011년 10월 26일 (UTC)[응답]
  • WP:IMPERATOR는 이미 이것들을 금지하고 있고, 소프트웨어는 실제로 유사성 그 자체를 확인한다.SUL에 없는 User:UEW가 등록되지 않은 wiki를 찾아야 User:UJB. 궁금하면 User:? 아예 등록이 안 돼.Uʔ (대화) 21:58, 2011년 10월 26일 (UTC)[응답]

사용자:"이것은 정말로 명령 크리프 영역으로 모험을 하는 것이다."라고 말한다.

사실 나는 그렇게 생각하지 않는다.여기서 표현되는 우려는 기사 내용과 관련이 없기 때문에 이것은 지시의 소름끼치는 것이 아니다.버스정류장 (토크) 22:08, 2011년 10월 26일 (UTC)[응답]

페이스팜.Uʔ (대화) 22:40, 2011년 10월 26일 (UTC)[응답]

완전히 또 다른 걱정거리야.우리가 백과사전을 쓰는 표면적인 관례에 관여하지 않았다면 애초에 '계몽적 크리프'라는 관념은 결코 생겨나지 않았을 것이다.버스정류장 (토크) 22:56, 2011년 10월 26일 (UTC)[응답]

이 제안은 다른 유사한 제안들이 실패한 동일한 이유로 실패할 것이다: (a) "공통하지 않은" 캐릭터가 무엇인지에 대해 명확히 정의할 수 있는 기준이 없으며, 또는 견딜 수 없도록 하기 위해 얼마나 흔하지 않은지, (b) 우리는 어쨌든 다른 위키에서 SUL을 통해 들어오는 많은 흔치 않은 캐릭터들을 참아야 하기 때문에, 그래서 선택하는 소수의 사용자들은 실패할 것이다.경박한 이유로 여기 있는 흔치 않은 인물들은 명백히 정당한 이유로 그것들을 가지고 있는 많은 사람들에 비례하여, 실제로 그 문제에 큰 비중을 두지 않는다.물론, 재미로 어려운 이름을 고르는 것은 성가신 일이 될 수도 있지만, 짜증나는 행동에 대한 규칙을 만들어 사람들이 성가시지 않도록 하는 것은 헛된 일이다.Fut.Perf. ☼ 23:01, 2011년 10월 26일 (UTC)[응답]

성가신 것은 논쟁의 여지가 있다.위키백과 편집은 이탈리아 위키백과 파업 중에 증명된 정치적 발언이다.우리는 위키피디아가 백과사전으로서의 주요 역할을 관찰하면서 가능한 한 개방적인 상태를 유지해야 한다.U u (대화) 2011년 10월 26일 23:31 (UTC)[응답]

사실, 이 제안은 아마 통과되지 않을 것이다.우리는 적어도 서명의 일부가 특정 지역 언어 위키(이 경우 우리는 다른 위키에 대한 관할권이 없기 때문에 영어)의 지역 언어 문자로 되어야 한다고 요구하도록 서명 정책을 수정할 가능성이 더 높다.이러한 경우, 다음 예제의 사용자:兔子는 그들의 서명이 '兔子(영어 가명)'로 나타나 다른 편집자들에게 적어도 그들을 지칭할 만한 것을 주도록 할 수 있었다.테크노심비오시스 (대화) 23:35, 2011년 10월 26일 (UTC)[응답]

이는 이미 존재한다. WP:SIG#NL. Uʔ (대화) 23:40, 2011년 10월 26일 (UTC)[응답]

그 부분은 알고 있지만 무게는 없다.그것은 예의상 하는 제안이고 수많은 편집자들이 그것을 따르지 않는다.나는 그것이 추천되기 보다는 요구되어야 한다고 제안하고 있다.테크노심비오시스 (대화) 23:45, 2011년 10월 26일 (UTC)[응답]

그게 좋은 생각인지 모르겠어.여기서 인터위키 링크 등 몇 가지 편집만 하는 편집자를 생각해 보라.그가 그의 첫 번째 토크 페이지 포스트인 붐을 만든 후, 그들의 서명을 바꾸도록 요구하는 관리자 경고(또는 차단)가 그들의 토크 페이지에 도착한다.Jety WPrety WP:Twinkle이 사용자 이름에서 라틴어가 아닌 문자를 감지하고 대신 환영 화면 옆에 공손한 메시지를 추가하게 한 것은 아닐까?나는 그것을 지지할 것이다.Uʔ (대화) 23:58, 2011년 10월 26일 (UTC)[응답]

반대 WP에 이것을 넣을 수 있을까?페렌은 아직?이 논의는 몇 주마다 일어나는 것 같다.그것을 시행하기 위해 이것이나 방법을 가질 수 있는 타당한 이유가 없다.우리는 이미 WP 때문에 비 라틴 문자를 허용해야 한다.SUL; 모든 문자 체계와 그렇지 않은 것들로, 언뜻 보기에 어떤 문자가 내가 익숙하지 않은 또 다른 문자 시스템의 일부인지 또는 비언어적 기호인지를 구별하는 것은 거의 불가능하다.그러한 제안된 규칙을 시행하는 데 있어서의 왕실의 고통(모든 관리자들은 비언어 기호를 포함하는 사용자 이름을 차단하기로 결정하기 전에 페이지와 페이지를 뒤져야 하는가?)과 비언어 기호가 그리스어나 키릴어 또는 일본어로 된 사용자 이름보다 어떤 면에서 더 문제가 되는 이유가 없다는 점을 고려할 때, 나는 정말로 그렇게 생각하지 않는다.그러한 규칙이 왜 존재해야 하는지에 대한 어떠한 이유라도.다시 한 번 말씀드리자면:ʔ이나 심지어 ♠과 같은 비언어 기호가 어쩐지 일본 문자보다 더 문제가 될 이유는 없다.후자가 허용된다는 점을 감안할 때 전자에 대해 파괴적인 것은 없다. --Jayron32 00:06, 2011년 10월 27일 (UTC)[응답]

나는 WP를 확인했다.PEREN 입장, 내 글을 올리기 전에.;) 시간일지도 모른다.– 루나 산틴 (토크) 00:08, 2011년 10월 27일 (UTC)[응답]

• 반대 - σ은 문자 언어의 문자다.WT에는 오래된 실이 있다.관련성이 있을 수 있는 UN.→στc. 01:45, 2011년 10월 27일 (UTC)[응답]
• 나는 특정 기준에 반대한다.그러나 상식적으로 "사용자:ʔ"은 혼란스러울 정도로 혼란스러우므로, 어쩔 수 없이 변경해야 한다. Chzz ► 03:27, 2011년 10월 27일 (UTC)[응답]
  • 나는 그것이 혼란스럽지도 않고, 확실히 파괴적이지도 않다고 생각한다.존스미스2479처럼 기억하기 힘든 것 보다는 그런 독특한 사용자 이름을 가진 사람이 훨씬 더 좋다.타이핑을 제대로 할 수는 없지만, 그래서 - 정확히 언제 해야 하나? ---코트니스키 (토크) 08:09, 2011년 10월 27일 (UTC)[응답]
    • 나는 항상 정확한 사용자 이름을 알아야 해.복사 가능한 디프에 항상 액세스할 수 있는 것은 아니다.그리고 이 특별한 경우에, ʔ은 적극적으로 (의도적으로) 혼란스러울 만큼 충분히 가깝다.Chris Cunningham (사용자:thumperward) - 토크 09:03, 2011년 10월 27일 (UTC)[응답]
      • 활성 사용자가 없기 때문에, 나는 그것이 고의적일 수 없다고 생각한다.디프나 서명이 없거나 클릭하거나 붙여넣을 것이 없는 정확한 사용자 이름을 입력해야 하는 상황에 대해 설명해 주시겠습니까?그런 일은 내게 일어나지 않는 것 같다.내가 진정으로 짜증나고 혼란스러워하는 것은 사용자 이름이 실제로 다른 것일 때 한 이름으로 서명하는 사람들이다(당신이 당신의 시그니처로 진짜 사용자 이름을 말해주니까 당신을 의미하는 것은 아니다).--코트니스키 (토크) (토크) 10:50, 2011년 10월 27일 (UTC)[응답]
        • 만약 내가 그의 사용자 이름으로 그를 언급할 필요가 있다면, 내가 언급하고 있던 페이지에서 그가 활동하지 않고 그를 언급할 필요가 있다면, 나는 그가 그와 연결될 수 있도록 다른 것을 찾거나 언급할 필요가 있기 때문에 혼란스러울 것이다.추가 예로는 편집자가 이전에 편집하지 않은 기사에 대해 어느 정도 전문지식을 가지고 있을 수 있다고 생각하거나, 자신의 토크 페이지를 방문하기를 원하거나, 과거의 전례와 같이 어떤 이유로든 ANI(또는 다른 토론)의 편집자를 언급하고 있는 경우를 들 수 있다.편집자들이 쓰기 쉽고 기억하기 쉬운 사용자 이름을 고르고, 유니코드를 킥글에 고의적으로 남용하는 것이 거기서 전혀 도움이 되지 않는 것은 모든 사람들의 이익에 부합한다.Chris Cunningham (사용자:thumperward) - 토크 11:08, 2011년 10월 27일 (UTC)[응답]
          • 우정과 타협의 정신으로, 나는 당신이 그 상황에 처해 있는 자신을 발견한다면 당신에게 도움이 될 책갈피를 만들 수 있는 페이지를 만들었다: WP:UUN. ☂ (대화) 18:09, 2011년 10월 27일 (UTC)[응답]

• 반대 비 라틴 사용자 이름은 대부분의 사람들에게 기호보다 불투명하기 때문에, 상징적인 사용자 이름이 병리학적으로 복잡하고 이해할 수 없는 경우가 아니라면, 나는 상징적인 사용자 이름을 허용하지 않을 좋은 근거를 볼 수 없다(예: 사용자:₦ωωα✄☎ ☎☎. --사이버코브라(토크) 04:09, 2011년 10월 27일 (UTC)[응답]

IPA는 언어가 아닌 상징 집합이며, AFAIK는 언어권 밖의 미국에서도 사실상 전례가 없는 반면 다국어 유럽에서는 널리 사용되고 있다.우리는 기사의 표음 전사에 대한 '기독'을 독자들이 이해하지 못하는 것에 대해 수백 건의 불평을 해 왔다.나는 IPA에 전적으로 찬성한다. IPA가 요구되고 있는 곳에 (흠...어차피 같이 일하기 때문에) 하지만 사용자 이름에 잘못 입력된 것 같다.나는 또한 엔에서 라틴어가 아닌 다른 이름들을 결코 찬성하지 않았다.WIKI, SIG에 라틴어 필사본이 없는 한.ü, é, é, é, é와 같은 일반 분음 부호는 표준 키보드 차자로 Shift+Option 조합 등을 통해 접근할 수 있다.중국어는 발음할 수 없고 발음할 수 없으므로 기억 속에 간직할 수 없다.키릴어, 그리스어, 아랍어, 히브리어, 데바나가리, 태국어 등 대부분의 다른 일반적인 스크립트들은 우리 대부분이 발음할 수 없어도 Mac에서 매우 쉽게 접근할 수 있지만, 글꼴이 설치되어 있지 않으면 PC에 대해서는 잘 모르겠다.∑의 시그널은 우리가 많은 협업을 하기 때문에 나를 끝도 없이 화나게 한다;) 쿠드풍 pungุดดผึ ( ( ( ((토크) 10:01, 2011년 10월 27일 (UTC)[응답]

나는 사람들이 WP가 되는 것을 막는 유용한 정책이 마련될 수 있을지 의심스럽다.동시에 DICK는 비라틴어로 된 합법적인 이름들을 수용한다.그러나, 나는 그 문제를 자르고 붙이는 것에 근거하여 무시하는 것은 잘못된 것이라고 생각한다.편집자와 의사소통하거나, 또는 편집자가 작성한 디프의 URL, 텍스트의 한 구절 등 여러 가지를 오려 붙여넣어야 하는 경우가 많다.그러나 클립보드는 하나밖에 없다.언젠가는 붙여넣어야 할 여러 가지 항목을 담을 수 있도록 별도의 텍스트 편집기를 열 필요가 있게 되지만, 입력할 수 있는 사용자 이름을 갖게 되면 텍스트 편집기를 여는 데 의존할 필요가 줄어들 것이다.Jc3s5h (대화) 11:46, 2011년 10월 27일 (UTC)[응답]

구글에 재빨리 접속하면, 그 일을 하는 많은 무료 제품이나 아주 저렴한 책상 액세서리를 발견할 수 있을 것이다.그들은 자주 사용하는 문자나 심지어 단락을 짧은 키보드 조합에 저장하고 삽입할 것이다.그것은 또한 당신의 관습적인 '템플릿' 경고와 환영을 삽입하는 좋은 방법이다.쿠드풍 กุผผ ( ((대화) 12:00 (2011년 10월 27일 (UTC)[응답]

(갈등 편집) 내가 직접 사용하는 것은 아니지만, 클리플 확장 기능을 갖춘 파이어폭스가 그런 다중 복사 작업을 쉽게 만든다는 소식을 들었다.2011년 10월 27일(UTC) 12시 2분 윤수이[응답]

• 위키백과 입니다.일반적으로 사용자 이름을 혼동하는 것에 대해 논쟁하는 것은 비생산적이다.대부분의 사람들이 말할 줄 모르는 사용자 이름을 선택하는 것은 현명하지 못하다.하지만 이미 끝난 일은 이미 끝난 일이다.그러니 논쟁은 그만하고 앞으로 사람들이 쉽게 타이핑할 수 있거나 참조할 수 있는 사용자 이름을 선택함으로써 다른 사람들이 그들에게 어떻게 의사소통하는지에 대해 좀 더 사려깊게 생각하기를 바라자.(예를 들어, 나는 기호가 "광택 중지"를 의미한다는 것을 잊어버리고, 단지 그 사용자를 언급하려고 할 뿐이므로 복사 붙여넣을 것이 없다..."멋있다" / usernameETCOMMS/20:14, 2011년 10월 27일 (UTC)[응답]라는 사용자 이름을 가질 수 있도록 내 삶을 불필요하게 힘들게 할 정도로 사려 깊을 필요가 있을까?
  • '물음표처럼' ' 낫처럼'?기분 상하지 않을 거야.사실 위의 누군가가 물음표처럼 보이기 때문에 정확하게 반대했는데, MW에서는 더 이상 사용자 이름이 될 수 없다.U u (토크) 21:07, 2011년 10월 27일 (UTC)[응답]
    • 그래. 특별:출연:?단서가 없다인터페이스가 사용자 이름을 만들 수 있도록 허용하든 아니든, 그것은 한 사람의 사용자 페이지/토크 페이지/기고 목록/코멘트를 얻고자 하는 다른 편집자들을 짜증나게 하고 좌절하게 할 가능성이 전혀 없다.적어도 사용자 이름이 라틴어가 아닌 스크립트에 분명히 포함되어 있는 편집자에게는 미리 알림이 있다.Chris Cunningham (사용자:thumperward) - 토크 22:04, 2011년 10월 27일 (UTC)[응답]
      • 관련 참고 사항에서 올바른 링크는 특수:기여금/?→στc. 23:07, 2011년 10월 27일 (UTC)[응답]
        • 정말로, 이것은 해결하기에 사소한 것이다.User:?는 몇 년 동안 외설되었고, 어쨌든 아무런 편집도 하지 않았기 때문에, 나는 그의 사용자 페이지와 사용자 대화 페이지를 User:properties로 리디렉션했다.따라서 그는 "사용자 질문 표시"라고 불릴 수 있다.요에닛(토크) 23:28, 2011년 10월 27일 (UTC)[응답]
          • 나는 User:?가 있을 수 없다고 생각했는데, 보아하니 내가 틀렸다.어떤 이유에서인지 계정 목록 도구는 그것을 나열하는 데 오래 걸린다."?"에 대한 SUL은 없지만, 다양한 위키에 접속하지 않은 계정들이 많이 있다:[2](이상하게도, 거기서 클릭하려고 하면 모든 위키에서 "나쁜 제목" 페이지를 얻는다.URL 인코딩과 관련이 있는 것 같아.)어쨌든, 날 도와주려는 건 고맙지만, 네가 보는 것처럼 내 사용자 이름을 바꿨기 때문에 그 리디렉션은 더 이상 필요하지 않아.ASCIIn2Bme (대화) 15:54, 2011년 10월 28일 (UTC)[응답]
          • 한번은 내 사용자 이름을 어떤 경박한 유니코드 문자로 바꿀까 생각했었다.그런데 그거 아세요?나는 상식을 사용했고 그것이 다른 사용자들에게 극도로 사려 깊지 못할 것이고 더 나아가 위키백과의 목적과는 전혀 무관할 것이라는 것을 깨달았다.다른 사람의 초를 낭비할 생각은 없어.다른 사람이 그렇게 하고 싶다면 나는 그나 그녀와의 연락을 피하겠다.내 문제도 아니고, 내 손실도 아니다. /ƒETECCOMMS/14:30, 2011년 10월 28일 (UTC)[응답]
• 전체주의적인 "나는 그것을 좋아하지 않기 때문에 그것을 금지하거나 세금을 부과할 것이다"라는 태도를 강하게 반대한다 - 이것은 어리석은 것이다.다른 사용자들처럼 나는 대부분의 비라틴 문자를 타이핑할 수 없는데, 여기서 zhwiki와 jpwiki 편집자의 편집을 금지해야 할까?그리스어? 러시아어?노르딕?이중 표준을 정당화할 수 있는 기호의 특별한 문제는 정확히 무엇인가?나에게는 토론에서 in이나 兔子를 언급하는 데 필요한 노력의 양에 차이가 없다.두 경우 모두 사용자 이름을 검색하고 등장인물을 복사하여 붙여넣기 위한 작은 노력일 수도 있지만, 이봐요, 삶은 고되고 불공평하며 그렇지 않은 것.— CharlieEcho Tango — 23:52, 2011년 10월 27일 (UTC)[응답]

주제가 활동적이기 때문에: 내가 앞서 말했듯이, 동아시아 문자는 나를 위해 렌더링하지 않는다. (내가 오래되고 솔직히 쓰레기 같은 PC를 업데이트하면 그것을 분류할 것이다.)캐릭터가 아닌 박스가 있는 페이지를 편집할 때 페이지를 저장할 때 원본을 파괴하고 박스로 교체하는 것이 걱정이다.이런 일이 일어나지 않았는지 누군가 확인해 주시겠습니까?내가 이 페이지를 저장했고 상자(동아시아어(I assempt) 문자)가 붙어있기 때문에(서명과 예시로서) 확인하기 위해 편집한 다른 페이지를 볼 필요가 없다.고마워. -- fg^TC 07:51, 2011년 10월 28일 (UTC)[응답]

걱정 마, 넌 아무것도 깨뜨리지 않았어.의심스러운 경우 편집 내역에 가서 편집 내용을 볼 수 있다. 소프트웨어는 변경하거나 추가한 문단을 강조 표시하며, 상자가 있는 문단이 강조 표시되지 않으면 변경되지 않았다.☂ (대화) 08:24, 2011년 10월 28일 (UTC)[응답]

우산이 말하는 것에 더 나아가, 만약 당신이 상자를 본다면, 그것은 단지 당신이 올바른 글꼴을 가지고 있지 않다는 것을 의미하지만, 기본적인 문자는 여전히 거기에 있다.만약 당신이 (Windows 기계에서) 물음표를 대신 보게 된다면, 그것은 경고 신호일 것이다. 왜냐하면 그것은 어떤 비 유니코드 프로그램이 실제로 인코딩된 기본 텍스트를 망쳐놓았다는 것을 의미하기 때문이다.그러나 괜찮은 현대 브라우저에서 위키 관련 자료를 다룰 때는 절대 그런 일이 있어서는 안 된다.Fut.Perf.2011년 10월 28일 08:37 (UTC)[응답]

둘 다 고마워. 걱정하면서 편집 디프트를 반복해서 확인했는데 지금까지 우연한 변화는 없었다.일단 나는 너의 말을 믿고 그 일을 계속 진행하겠다.내가 이것에 대해 분명히 나보다 더 많이 알아야 할 충분한 이유가 있다.자세한 내용은 지루하게 하지 않겠다. --fg^TC 09:24, 2011년 10월 28일 (UTC)[응답]

나는 그 제안이 실패했다고 생각한다. 그리고 나는 위키피디아에서 다음과 같은 설명을 시작했다.영구 제안#Require_usernames_to_be_asy_to_type.WhatamIdoing (대화) 18:16, 2011년 11월 4일 (UTC)[응답]

이것이 도움이 될지도 모른다.

표준 영어 키보드에서 찾을 수 없는 문자가 포함된 활성 사용자 계정의 "유니코드 사용자 이름" 목록을 작성했는데, 이는 입력에 어려움을 겪는 사람들의 편의를 위해서입니다.WP에서 찾을 수 있다.UUN. 내가 놓친 이름 아무거나 자유롭게 추가해.이것이 사람들이 영어가 아닌 사용자 이름이나 변덕스러운 사용자 이름과 마주칠 때 느끼는 불편함을 줄여주길 바란다.☂ (대화) 2011년 10월 27일 18:09 (UTC)[응답]

• 와우. 많은 왕자님들이 뛰어다니고 있어. :) --Hammersoft (대화) 18:23, 2011년 10월 27일 (UTC)[응답]
  • 그래, 우리 모두 이 근처엔 특별해.:) ☂ (대화) 18:38, 2011년 10월 27일 (UTC)[응답]
    • 음, 적어도 flake 부분 ;) --Hammersoft (대화) 18:56, 2011년 10월 27일 (UTC)[응답]

툴 서버 액세스 권한(예: Δ)을 가진 사람에게 적절한 목록을 작성하도록 요청하십시오.그 리스트에 올라야 할 편집자들이 수천 명 있을 거야.U u (대화) 2011년 10월 27일 19:45 (UTC)[응답]

그런 종류의 이름을 가진 수천 명의 편집자들이 있는지 확실하지 않다.Rich Farmbrough, 00:27, 2011년 11월 1일(UTC)
[답글]

{{Gallery}}과(와) {{Image gallery}}의 모든 인스턴스 교환

우리는 서로 중복되는 것 같은 이미지 갤러리를 생성하기 위한 두 가지 템플릿, 즉 {{Image 갤러리}과{Gallery}}을(를) 가지고 있다.여기서 의견 일치를 본 후 WP에서 봇 작업으로 제시함으로써 {{Image 갤러리}}}을(를) 공식적으로 폐지할 것을 제안한다.BOTREQ. 야마구치 도시오 (토크) 13:20, 2011년 11월 3일 (UTC)[응답]

이미지갤러리가 여전히 작동하나?그렇다면 왜 봇(태스크)을 만들고 실제 이득이 없는 봇(bot)을 여러 번 편집하려고 하는가?어쩌면 우리는 효과가 있는 것을 다른 것으로 대체하는 대신 진정으로 문제가 되는 것(저작권 침해, 날조, 누락된 기사, 잘못 번역된 기사, 비협조적인 기사, POV 기사, 좀 더 세계적인 관점이 필요한 기사들, ...)에 집중할 수 있을까?프람 (토크) 13:25, 2011년 11월 3일 (UTC)[응답]

나는 이것이 제안된 합병의 이유라고 믿는다.두 템플릿을 합치는 것은 합리적인 것 같다.알파_Quadrant^(talk) 13:33, 2011년 11월 3일 (UTC)[응답]

안 보여.이미지 갤러리를 갤러리로 교체하는 것이 개선될 수 있는 기사의 예를 들 수 있는가?그리고 그러한 봇 교체로 인해 다른 기사의 상황이 동시에 악화되지는 않을 것이라고 확신할 수 있는가?프람 (대화) 09:09, 2011년 11월 4일 (UTC)[응답]

이는 WP에서 논의해야 할 사항으로 들린다.TFD, 두 템플릿을 병합하자는 제안의 일환으로.WhatamIdoing (대화) 19:01, 2011년 11월 4일 (UTC)[응답]

그럴듯하게 들리네.얼마든지 진행하십시오.나는 지금 시간이 촉박하다.야마구치 도시오 (토크) 09:58, 2011년 11월 5일 (UTC)[응답]

범주:외래 문자 경고 상자

[빌리지 펌프(아이디어 랩)에서 복사]
이 모든 것들은 페이지 맨 위에 놓이면 꽤 많은 공간을 차지한다; 그것은 주의를 산만하게 하고, 인포박스를 밀어내게 한다.어떻게 하면 좀 더 효과적이고 공간 소모가 덜할 수 있는지 아이디어를 얻고 싶다.내 생각은 머리말이나 톱니콘이나 그 밖의 어떤 것이라도 그것들을 선으로 하는 것이 될 것이다.츄우우우히:2011년 10월 23일(UTC) Seb Az86556^{> haneʼ} 04:55 [응답]

나는 그들이 단지 기사를 방어한다는 것에 동의한다. 만약 우리가 이 글을 infobox 이전에 외국어 대본을 포함한 어떤 기사에 추가한다면, 레이아웃의 손상은 그들이 가져온 사소한 정보보다 훨씬 크다.MOS가 이것을 규제하지 않는 것은 유감스러운 일이다.중국만큼 중요한 것에 대한 기사에서 가장 먼저 보이는 것은 그 하찮은 정보 상자...일부 다른 경고상자는 심지어 중국 경고상자보다 더 길다.

그리고 대본을 두 개 이상 수록한 기사는 어떨까?동일한 논리를 사용하여 사용자가 상부에 2개 또는 3개의 다른 경고 상자를 추가할 수 있는가?그건 말도 안 되는 소리야그 위에 우리는 다른 태그(리프레미션, POV, 링크로트 등)를 가지고 있다. 단지 이 모든 것이 위에 있는 기사를 그려보기만 하면 된다.확실히 사용을 규제할 필요가 있다. --Tachfin (대화) 07:02, 2011년 10월 25일 (UTC)[응답]

그렇다면 탑아이콘 아이디어는 어떨까?특집 기사 스타나 자물쇠 아이콘처럼 눈에 띄지 않는...츄우우우히:2011년 10월 25일(UTC) Seb Az86556^{> haneʼ} 08:01, [응답]

좋은 생각이야, 2011년 10월 26일 (토크) 05:23 (UTC)[응답하라]

지원—응. 동의해.주요 주제로부터의 정보 방해를 줄이기 위해 우리가 할 수 있는 것은 무엇이든 유익할 것 같다(정신적 작업 부하를 줄이는 인간공학적 원리에 관한 관점).마우스 오버 아이콘으로 외부 문자 메시지를 표시하는 것은 좋은 제안이다.안녕, RJH (대화) 17:14, 2011년 10월 27일 (UTC)[응답]

[끝 복사]

우리는 대안을 결정할 때 접근성을 염두에 둘 필요가 있다.비로마 텍스트에 대한 경고는 시력이 좋은 독자들에게는 사소하게 보일 수 있는데, 그러한 텍스트가 기사에 나오는 것을 스스로 쉽게 볼 수 있지만, 시각 장애가 있는 독자들에게는 그다지 분명하지 않은 경고가 있을 수 있고, 기사 상단에 명확한 경고가 있어야만 그들이 본문이나 그들의 스크린 r을 접하게 된다는 것을 알 수 있다.읽기가 어려우시다면 다른 대본으로 쓰일 수 있다.나는 현재 상자보다 해트노트를 선호한다. 왜냐하면 이곳은 일반적으로 그러한 메타데이터가 나타나는 곳이기 때문이다. 그러나 마우스오버와 관련된 모든 것은 반대한다.필 브리저 (대화) 21:01, 2011년 11월 3일 (UTC)[응답]

그렇다, 나는 "아이콘" 시행에 반대한다.정보 상자의 너비로 상자를 넓히고, 왼쪽에 있는 "이미지" 문자는 삭제하는 것이 좋다.높이가 급격히 줄어들 것이다.그랑디오스 (나, 말, 기여) 21:03, 2011년 11월 3일 (UTC)[응답]

아마도 그 상자는 스크린 리더를 사용하는 사람들을 위해 제시될 수 있지만, 없는 사람들에게는 보이지 않는다.어떤 스타일시트를 선택할 수도 있다.그들 자신의 .css 파일을 가진 사람들은 그것을 억압할 수 있었다.그것은 심지어 탑 아이콘의 일부가 될 수도 있다.예를 들어, 일반 독자는 볼 수 없지만 음성 판독기는 픽업할 수 있는 0.1 포인트 글꼴.나는 항상 이것이 윈도우 3.1을 사용하여 페이지를 망쳐 놓거나 오래된 무언가가 유니코드를 다룰 수 없는 편집자들을 위한 것이라고 생각했다.Graeme Bartlett (대화) 10:35, 2011년 11월 5일 (UTC)[응답]

• 반대하라 덜 거슬리지만 여전히 정상인 곳으로 옮겨라.아이콘의 의미가 무엇인지 이미 알고 있는 경험 있는 사용자만 진행 방법을 알 수 있도록 설명적인 측면을 완전히 제거하십시오.절대, 아니야.외국어 지원이 거의 없는 마이크로소프트 OS에 부담을 느끼는 다수의 사용자를 도와야 하기 때문에 침해적이다.스벤망구아르화? 10:38, 2011년 11월 5일 (UTC)[응답]
  • 음, 보시다시피 (읽었으면 좋겠는데) 요지는 현재의 구현은 단순히 주의를 산만하게 하고, 특히 스타일 매뉴얼이 어떤 정보박스에도 반드시 나타나야 한다고 지시할 때 더욱 그렇다.츄우우우히:2011년 11월 5일(UTC) Seb Az86556 14:21 [응답]
• 질문: 사이드바의 도구 상자/특수 페이지에 나타나도록 해킹할 수 있는가?지정(대화) 14:02, 2011년 11월 5일 (UTC)[응답]

새로운 기사 - Wiki Project?

나는 위키백과처럼 위키백과에 관한 다양한 광범위한 페이지를 엿본 적이 있다.위키피디아:요청된 기사 및 위키백과:1년 이상 동안 요청된 기사들, 그리고 그 페이지들을 레드링크에서 보았다.나는 그러한 프로젝트가 이미 그 곳에 있는지 모르지만 나는 이 모든 주제에 관한 어떤 것이라도 좋은 생각이 될 것이라고 생각한다.WP별:불완전하다, 나는 적어도 이 기사들을 만드는 것은 큰 도움이 될 것이라고 생각한다.그것은 그렇게 하기 어려운 일이 아니며, 기여하고 싶은 사람은 위키백과를 사용하는 자신의 숙련도에 따라 그들 나름대로의 방법으로 기여할 수 있다.위키피디아의 원래 의도(WP:DEV)는 기사가 만들어진 후 최종 완제품이 완성될 때까지 많은 기고자를 포함하여 느리고 꾸준한 기사 진행이 시작된다는 것이었다.이런 정신은 우리의 길을 닦기 전에 기초를 다지는 프로젝트에서 계속되어야 한다고 생각한다.분명히 기사를 개선하는 것이 여전히 가장 우선시 될 것이다. 하지만 나는 이 많은 밀접하게 처리된 것들이 길을 벗어나고 다시 연결되지 않게 하는 것이 좋은 생각이라고 생각한다.

생각은?--코인945 (대화) 09:25, 2011년 11월 3일 (UTC)[응답]

위키백과 프로젝트가 있다:위키프로젝트 가입할 수 있는 백과사전 기사 누락.Graeme Bartlett (대화) 09:54, 2011년 11월 3일 (UTC)[응답]

그 프로젝트는 포괄적으로 괜찮지만, 여전히 내가 참여하고 싶은 것은 아니다.이 프로젝트는 "위키피디아에는 다른 백과사전들이 포함하고 있는 주제에 대한 기사가 포함되어야 한다." 즉, 브리태니카 백과사전 등에 나열된 모든 주제에 대해 적절한 위키백과 페이지를 가지고 싶어한다.이것은 내가 말하는 것이 아니다.거대한 잊혀진 목록에 진입한 모든 무작위 기사들은 모두 만들어져야 한다.아마도 누군가는 어떤 주제를 좋아하지만 위키백과의 주제에 그런 페이지가 없었기 때문에 그것의 성장에 기여할 생각은 전혀 하지 않았을 것이다.함께 일하면 이 모든 불량 기사들은 100페이지 분량의 레드링크 리스트에서 잊혀지지 않고 태양 속에서 하루를 찾아 미래에 성장과 번영의 기회를 얻을 수 있다고 생각한다.--코인945 (대화) 10:59, 2011년 11월 3일 (UTC)[응답]

위키백과:Wiki Project Red Link Recovery도 당신이 찾고 있는 종류의 것일 수 있다.페이지 개발을 부추기는 프로젝트가 넘쳐나는 것 같다.프로젝트 페이지 하단에 있는 프로젝트 페이지 하단에서 이걸 찾았어.모든 또는 모든 빨간색 링크에 대한 페이지를 만드는 데는 한 가지 단점이 있다; 만약 기사가 인쇄된 픽셀의 가치가 있다면 기본 소스가 아닌 충분한 참고 문헌이 필요할 것이다.많은 빨간 링크들은 좋은 이유로 빨간색이 될 수 있다.그렇긴 하지만, 행운을 빌어!해피편집 fg 11:36, 2011년^t_c 11월 3일 (UTC)[응답]

오, 물론 나는 공신력을 고려할 것이고, 나는 네가 무슨 말을 하는지 충분히 이해한다.그러나 단순히 다른 기사들이 더 우선시되었기 때문에 만들어지지 않은 수많은 기사들이 있다는 것을 부인할 수 없다. 왜냐하면 이전에 아무도 이런 아주 주목할 만한 주제들을 덧붙일 생각을 하지 않았기 때문이다. 또는 단지 사람들이 이 모든 노력에 대해 "다른 누군가가 모든 것을 정리할 것"이라는 태도를 취했다고 해서 말이다.이제 분명히 수만 개의 짧은 글/초안 기사를 만드는 것이 그렇게 좋은 생각은 아닐지 모르지만, 나는 정말로 그것이 어떤 확실한 가치를 지니게 될 것이라고 생각한다.내가 그 위키피디아 주제를 확인해 볼게.고마워 Fred_Gandt. :)--코인945 (토크) 12:40, 2011년 11월 3일 (UTC)[응답]

스텁은 괜찮다. 각 스텁에 시간을 들여 스텁이 잘 쓰여져 있고 한두 가지 이상의 출처가 있는지 확인하기만 하면 된다.한 개의 참조 스터브, 반자동으로 수천 개의 두 줄을 낳는 것에 만족하는 작은 파벌이 있는데, 나는 아직 큰 문제가 없는 일괄 처리된 것을 보지 못했다.스벤망구아르 Wha? 13:11, 2011년 11월 3일 (UTC)[응답]

아, 물론이지, 이해해.내가 스텁이라고 말할 때, 나는 그들 자신의 권리로 읽을 수 있는 기사들을 의미하지만, 그들이 그들의 잠재력에 도달하는데 필요한 만큼의 관심과 사랑을 그들에게 쏟지는 않았다.그것은 단지 참고할 필요가 있는 순전히 기사의 규모 때문이다.나는 스텁을 단락 또는 최소한 너무 긴 것으로만 간주하고, 적절히 참조하지 않으면 적어도 다른 사람이 계속 일을 할 수 있도록 반박할 수 있는 좋은 출처를 아래에 두고 있다.그것은 전혀 문제가 되지 않아야 한다.---코인945 (토크) 13:35, 2011년 11월 3일 (UTC)[응답]

내 경험상 그런 위키피디아 주제는 그들이 할 수 있는 한 기능적으로 작동하지 않을 것이다.대부분의 편집자들은 독립적으로 일하고 어떤 관심사에 따라 일하기로 선택한다.우리는 누락된 기사 프로젝트를 가지고 있고 WP:인터트랜스위키와 그것들 조차도 그것과는 거리가 먼, 가능한 한 풀 스케일이 실행되지 않고 있다.1911년 11월 4일 (UTC) Bloflofeld 18:57, 18:57, 2011년 11월 4일 (UTC)

...아... 그럼 그냥 희망적인 생각이었나 보군...--Coin945 (토크) 14:59, 2011년 11월 6일 (UTC)[응답]

디텍터 검사기

스페인어 위키백과(예:위키백과:디텍터 de desambiguaciones, 독일어 위키백과(de:위키백과:Helferlein/Begriffsklérungs-Check), 갈리시아어 위키백과(gl:위키백과:디텍터 드 호모니모스) 및 포르투갈어 위키백과(pt:위키백과:검출기 de desambiguaçs)는 다음과 같다.이 도구는 모호한 기사에 연결되는 링크를 감지하는 데 사용된다.예를 들어, 어떤 사람이 텔레비전 프로그램의 기사에 쿠아트로 링크를 넣었지만, 이 쿠아트로(TV 채널)여야 한다.그리고 이 링크들은 노란색으로 표시되어 있다. --Vivaelcelta (토크) 14:26, 2011년 11월 6일 (UTC)[응답]

예, 사용자:Anomie/linkclassifier. ----— Gadget850 (Ed) 20:22, 2011년 11월 6일 (UTC)[응답]

WildBot도 비슷한 목적을 가지고 있었다. --Cybercobra (대화) 05:47, 2011년 11월 7일 (UTC)[응답]

새 사용자가 다른 계정을 만들 수 있는 기능 제거

철자 검사기(스피커)

스페인어 위키백과에서 맞춤법 검사기(스펠체커) 도구를 만들 것을 제안한다.위키백과:코렉터 오르토그라피코, 독일어 위키백과(de:위키백과:Helferlein/Rechtschreibprüfung), 갈리시아어 위키백과(gl:위키백과:코렉터 오르토그라피코)가 가지고 있다.이 도구는 철자가 틀린 단어를 빨간색으로 표시하며, 이전에 목록에 소개되었다. --Vivaelcelta (대화) 14:27, 2011년 11월 6일 (UTC)[응답]

지지하다.만약 당신이 사람들에게 그것을 코드화하고 철자 검사기에 충분한 데이터 세트를 제공할 수 있다면, 그것은 매우 성공적일 수 있다.하지만 일부 인터넷 브라우저에서는 이미 철자를 검사하는 것이 가능하다고 생각한다.그래도 잘 되면 쓸 것 같다.마레찰 네이 (대화) 04:34, 2011년 11월 7일 (UTC)[응답]

이것은 기사를 볼 때 철자가 의심스러운 것으로 표시되거나, 아니면 더 많은 편집에서만 표시되는가?편집 모드에만 있다면 괜찮은 추가가 될 것이다.몬티₈₄₅ 05:55, 2011년 11월 7일 (UTC)[응답]

WP의 FAW 박스:VPT는 "우리는 speellchecker를 추가하지 않을 것"이라고 주장하지만, 나는 그 이유를 잘 모르겠다.기한이 지난 것으로 보이는 WP:COFAQ#SPELL은 반대로 말한다.지금이 그걸 가질 시간일지도 몰라.그랑디오스 (나, 말, 기여) 09:21, 2011년 11월 7일 (UTC)[응답]

최신 브라우저에는 이제 철자 검사기가 있다.이것이 어떻게 상호작용할 것인가? ---- Gadget850 (Ed) 14:15, 2011년 11월 9일 (UTC)[응답]

"현재 최신 브라우저에 맞춤법 검사기가 있는 경우"Internet Explorer의 철자 검사기에 액세스하는 방법파이어폭스의 철자 검사기의 부족은 위키 마크업을 무시할 수 없다는 것이다.파이어폭스의 철자 검사기는 영국과 미국 철자 중에서 선택할 수 있다(그러나 영국 철자의 옥스포드 변형 철자는 선택할 수 없다.Jc3s5h (대화) 16:02, 2011년 11월 9일 (UTC)[응답]

(현대적 정의를 뒷받침하는) IE10은 철자 검사를 하고,[8] 이전 버전과 이전 버전은 꽤 오랫동안 추가 기능을 가지고 있다.[9] ---— Gadget850 (Ed) 16:37, 2011년 11월 9일 (UTC)[응답]

철자 검사기는 기사를 볼 때 글의 단어를 표시하지만 편집 모드에서는 표시하지 않는다.하지만 다행인 것은, 우리가 기사를 볼 때, 우리는 오류를 찾기 위해 각 기사를 볼 필요 없이, 지금 오류를 볼 수 있기 때문이다.부정확한 단어는 다음과 같은 목록에서 intercuiras를 사용해야 한다: es:위키백과:코렉터 오르토그라피코/리스타도그리고 누구나 편집할 수 있다.이 코드는 다른 위키피디아 기사에서 사용 가능하며, 단지 몇 가지 사실을 변경하기만 하면 된다.-- Vivaelcelta {discusion · 기여} 17:53, 2011년 11월 9일 (UTC)[응답]

대의원 연맹

자, 이건 좀 틀리긴 하지만, 최근에 기사 제목에 대해 논란이 되고 있는 제임스 6세, 나, 세가 제네시스, 메가 드라이브 같은 것들을 생각해보면 어떨까?

내 생각에는, 이런 것들을 결정할 수 있는 편집장이 있다면 기능적일 것 같아.요점은 '바른' 결정을 내리는 것이 아니라 결정을 내리고 나아가자는 것이다.우리의 루브릭을 인정한다면, 지역사회가 문제를 해결해서 최선의 답을 찾는 것이고, 그것은 보통 효과가 있지만, 때때로 그것은 에너지를 낭비하는 사소한 것들에 대해 끝도 없고 무의미한 말다툼으로 변한다.어쨌든 우리는 편집장이 없고 그게 최선일 수도 있지만, 이 기능을 수행하는데 단체로 동의한 사람들로 구성된 위키프로젝트가 있었다고 가정해보자.

만약 어떤 상황이 발생한다면 -- 나는 지금 주로 타이틀을 생각하고 있는데 -- 이 네 가지 기준이 충족되는 곳이라면:

1. 분명한 "정답"은 없다.
2. 그것은 별로 중요하지 않다. (제목은 독자들이 올바른 기사를 읽도록 하기 위해 리디렉션이 마련되어 있다고 가정할 때, 그것은 중요한 기사 내용이라고 가정할 때 거의 중요하지 않다.)
3. 그것은 만족스럽고 많은 산소를 빨아들이고 있다.
4. 뚜렷한 의견 일치나 거대주체가 나타나지 않고 있다. - 고착되어 있다.

그러면 프로젝트의 구성원들은 이 네 가지 기준이 충족된다고 결정한 후에, 무작위 숫자 생성기, 다수 투표, 약간 "머리"인 것처럼 보이는 "측면"을 선택해서, 그것을 지지하고 일괄적으로 지지할 것을 주장할 수 있다.만약 20명의 편집자들이 나타나서 "나는 제목이 'Jive and shuck'이 아니라 'Shuck and jive'가 되어야 한다는 것에 동의한다."라고 말한다면, 이 문제를 잠재우는 데 도움이 될 것이다.

부여된 "목표"는 계산되어서는 안 되지만, 현실적으로, 합의가 이루어지지 않을 때, 거대 기업들은 엄청난 무게, 종종 결정적인 무게를 가진다.토론에서 인원수를 13-10에서 33-10으로 변경하는 것은 매우 중요하다. (참고 [[WP:COVER (어쨌든 가이드라인에 한함)은 중립적이고 초당적인 성격의 참여를 확대하도록 허용하고 있으며, 이는 분명히 그러할 것이다.)

나도 몰라이상하게 들리겠지만, 기능적일 수도 있어.헤로스트라투스 (대화) 2011년 11월 8일 16:27, (UTC)[응답]

꽤 흥미로운 아이디어지만, 그룹 구성보다 드라마가 너무 많을 것 같아.토론의 각 요소마다 번호를 부여받고, random.org에서 번호를 뽑기 위해 버튼을 누르는 일종의 동전 던지기 페이지를 갖는 것이 더 나을지도 모른다.그렇게 하면, 의사결정에 인간의 개입이 없기 때문에 편집장 등의 편향에 대한 훨씬 더 무의미한 논쟁의 가능성이 없는, 순전히 운에 달려 있다.물론, 두 논문 모두 토론자들이 어떻게 이 방법에 동의하도록 만들 것인가?라는 질문을 제기한다.2011년 11월 8일 (UTC) 17:16, Writ Keeper[응답]

그렇다, 나는 그것이 사실 좋은 생각일 수도 있다는 것에 동의한다. 하지만 드라마 요소가 높을 것이고 그것은 "언위키피디아"로 공격될 것이다. (때로는 끝없는 불임 논쟁은 (때로는) 매우 "위키페디안"인 것 같다.)WP:3O는 무작위 숫자 해결책의 일종으로, 두 분 모두 함께 일어나는 첫 번째 편집자의 의견을 따르기로 동의하셨습니다.그러나 그것은 사소한 소규모 분쟁에만 유리하다.음...{{Random number}}}이 있다...아마 토론자들이 모두 충분히 피곤하면 그것을 사용하기로 동의하는 때가 올 것이다.명심할께. (BTW "beg"를 쳐줘서 고마워.)헤로스트라투스 (대화) 04:29, 2011년 11월 10일 (UTC)[응답]

두 가지 아이디어 모두 강력히 반대하라. 결정을 내리고 토론을 강행함으로써 분쟁을 해결하는 편집자 집단의 발상은 흥미롭지만 근본적으로 결함이 있다.영토 분쟁처럼 논쟁적인 문제나 다른 논쟁적인 문제들이 있을 때, 이것이 효과가 있을 리 없다.한쪽은 항상 의견이 맞지 않을 것이고, '주임편집장'이 십여 명 이상의 인원을 차단할 권한을 갖지 않는 한, 아르구메네츠는, 무슨 일이 있어도, 더욱 심화될 것이다.

둘째, 이것은 위키피디아의 모델에 크게 어긋난다.위키백과는 "주임 편집자"를 가지고 있지 않다. 그것은 위키백과와 다른 백과사전을 구별하는 큰 특징 중 하나이다.우리는 99%의 시간 동안 기능하는 컨센서스 모델을 가지고 있다.그럴 때, 당신은 그것에 대해 듣지 못하는데, 그래서 그 숫자는 AN, AN/I, ArbCom을 보는 사람들에게 높게 보이는 것이다.이와 같은 것을 만든다는 것은 엄청난 턴오프가 될 것이고, 우리의 핵심이 바뀌고 있다는 것을 의미하기 때문에 편집자들이 대거 이탈할 수도 있다.

마지막으로, 무작위 숫자는 훨씬 더 끔찍한 생각이다.문맥과 토론을 없애고 우연한 기회에 이를 만들어 분쟁을 해결하자는 발상은 기본적 학문적 청렴은 말할 것도 없고 우리 정책에도 통한다.그것은 위키피디아의 명성을 손상시킬 것이다."모든 것이 무작위로 우연히 결정되는 백과사전"스벤망구아르드화?05:41, 2011년 11월 11일 (UTC)[응답]

학대 대응과 장기 학대 병합

남용 대응(이전의 남용 보고서)과 장기적 학대(장기적 남용)를 병합해 보자.남용 대응은 차단된 IP로부터 보고서를 받아 ISP(또는 책임 있는 장소)에 보고한다.반면에, 장기간의 학대는 그들의 사용자들에 대한 보고를 계속한다.'학대 대응'과 '장기 학대'는 반달리즘 행위를 위한 특수 장소인 만큼 두 사람은 자매 사업과도 같다.두 가지 큰 차이점은 하나는 사용자를, 다른 하나는 IP를 가져간다는 것이다.또 다른 차이점은, LTA의 경우, 우리는 보통 ISP나 그 어떤 것에도 연락을 하지 않는다는 것이다.그것들은 그렇게 많이 사용되지 않는 참조점일 뿐이다.그래서 몇 가지 작은 변화로 우리는 두 프로젝트를 쉽게 병합할 수 있었다.~~에베123~ → ← 기여 22:56, 2011년 11월 9일 (UTC)[응답]

"학대 대응과 장기 남용은 공공 기물 파괴 행위를 위한 전문적 장소" - 음, 맞아, 그들은 사용자와 관련된 문제를 다루는 전문 분야들이다.그러나, 모든 전문화된 포럼이 모두 전문화되어 있다는 점에서(다시 말해, 그것들은 전혀 비슷하지 않다), 따라서 하나의 일반 포럼으로 통합되어야 한다는 생각은 근본적으로 결함이 있다(예: 위키백과:Counter-Vandalism_Unit/Reformatting/토론#Main).악용 신고는 ISP에 IP주소를 신고하는 것을 다루는 포럼으로, LTA는 참고용으로 장기사범(예: 시바비 등)에 대한 MO/기타 정보를 문서화하는 포럼이다.이들은 뚜렷하게 다른 서비스를 제공하는 두 개의 포럼이며, 이러한 병합에 대한 실질적인 필요성을 입증하지 않고(또는 그들이 무엇인지에 대한 실질적인 이해를 보여주지 않고(예: "2개의 큰 차이점은 1이 사용자를 가져가고, 다른 하나는 IP가 매우 단순화되었다는 것") 이들을 병합하는 것은 불필요해 보인다.그들이 합병되어야 하는 실질적인 이유를 제공해줄 수 있니?안녕하십니까^Tally-ho!, 스핏파이어 2011년 11월 10일 (UTC)[응답]

장기간의 학대는 반드시 학대 대응과 그 반대와 관련이 있는 것은 아니다.–MuZemike 22:57, 2011년 11월 10일 (UTC)[응답]

MoodBar에서 피드백 텍스트가 커뮤니티 정책에 따라 적용된다는 경고 또는 링크를 추가하는 제안

배경은 위키백과:마을 펌프(기술)/아카이브 94# 피드백 대시보드 배치기본적으로 피드백 로그는 모두 공개(특수:피드백대시보드), 그리고 이것은 피드백을 남기는 편집자들에게는 특별히 명확하지 않다.WP의 상황은 다음과 같다.피드백 로그에 있는 NPA 위반 사항과 관리자들은 그것을 경찰에 신고하고 그 후에 사용자들을 때려야 한다.현재 MoodBar 가젯은 피드백 정보의 라이센스에 대한 일반적인 정보를 제공하는 foundation:feedback 개인 정보 보호 정책에서 발견된 사용 조건과 아주 작은 링크만 가지고 있지만, 실질적으로 모든 사람이 그러한 피드백을 읽을 수 있다는 표시나 적용되는 행동 규칙에 대한 어떤 정보도 가지고 있지 않다.물론 영어 위키백과 커뮤니티는 기초 페이지나 기구를 변경할 힘은 없지만, 지역 위키백과 페이지(그들의 기초 페이지 또는 MoodBar 그 자체)에도 링크를 제공해 줄 것을 요청할 수 있다.ASCIIn2Bme (대화) 17:28, 2011년 10월 31일 (UTC)[응답]

특별 페이지를 대본으로 보는 것이 가능한가 아니면 다른 방법으로 보는 것이 가능한가?몬티₈₄₅ 18:00, 2011년 10월 31일 (UTC)[응답]

나도 몰라.WP의 개발자들에게 다음과 같이 물어보는 것이 가장 좋을 것이다.VPT. ASCIIn2Bme (대화) 19:02, 2011년 10월 31일 (UTC)[응답]

아니, 나는 현재 특별페이지의 감시자 변경사항이 추가되는 것이 이론적으로 가능하다고 장담하지만, 나는 현재 그 방법이 있다고 생각하지 않는다.이 도구의 추가 버전에 대한 많은 아이디어들이 여기 있고, 만약 여러분이 워치리스트 변경과 같은 것들을 하고 싶다면, 여러분은 토크 페이지에서 목소리를 높여야 한다.스티븐 월링(WMF) • 토크 21:01, 2011년 10월 31일 (UTC)[응답]

특별한 페이지를 보는 것은 기사가 아니라 특별한 페이지이기 때문에 볼 수 없다. 왜냐하면 그것은 개정된 내용이 없기 때문에, 어쨌든 무드바 특별 페이지 안에 있는 감시 목록을 구현하는 것은 가능하다. 그래서 그것의 변경사항이 감시 목록에 기록될 수 있도록, 그것은 어쨌든 복잡할 것이다. 아마도 그런 수정의 가치가 없을 것이다.페트르브 (대화) 21:52, 2011년 10월 31일 (UTC)[응답]

나는 방금 특정 편집자를 향한 인신공격에 대해 사용자에게 경고했는데, 그것은 이 안에 있었다.그러나 나는 불쾌감을 주는 코멘트를 지울 수 없다. 그것이 다른 종류의 페이지에 있다면 나는 할 수 있을 것이기 때문이다.나는 그것이 걱정거리라고 생각한다; 이 특정한 경우에, 그것은 정말로 큰 문제가 아니다 - 하지만 만약 그것이 거짓말이거나 죽음의 위협이었다면? Chzz ► 12:17, 2011년 11월 2일 (UTC)[응답]

사실, 관리자들은 그러한 의견들 중 어떤 것도 공공의 시각에서 숨길 수 있는데, 이것은 사실상 위키피디아의 wp:overvight에 없는 것을 삭제하는 것과 같은 것이다.ASCIIn2Bme (대화) 22:27, 2011년 11월 2일 (UTC)[응답]

그래, 관리자는 할 수 있어 - 난 할 수 없어.그것은 효과적으로, 이것들은 완전히 보호되는 페이지라는 것을 의미한다.추가적인 우려가 있지만 WP에 의해 다른 곳에서 제기할 것이다.콩. ch 15:18, 2011년 11월 3일 (UTC)[응답]

어제 나는 (성공적으로 이루어진) 이메일 주소에 대한 감독을 요청했다.mabdul 08:24, 2011년 11월 9일 (UTC)[응답]

sysops가 아닌 다른 사람을 위해 이것을 연장하는 것은 꽤 쉽다.페트럽 (대화) 08:31, 2011년 11월 9일 (UTC)[응답]

그것은 (비관리자들에게서) 숨겨져 있었고, 지나친 시력/억제되지 않았다. Chzz ► 16:13, 2011년 11월 11일 (UTC)[응답]

오전 11시에서 오전 11시 2분 사이에 편집을 중지하거나, 사용자에게 최소한 이에 대한 확인 메시지 표시

나는 오늘 오전 11시에서 11시 2분 사이에 많은 서양인들이 편집하는 것을 보고 실망했다.다음 리멤버십 데이를 위해, 그들에게 정말 하고 싶은지 물어보는 기능을 소개하는 것은 어떨까?물론 개인의 선택이어야 하지만 사람들은 최소한 상기되어야 한다.윌로트휴이스프 (대화) 11시 7분, 2011년 11월 11일 (UTC)[응답하라]

그들의 시간대는 꼭 11시는 아니다.결국, 당신은 그들을 믿을 수 없을 정도로 넓은 "서양인"으로 묘사했다.어쨌든 대본은 아마 이렇게 할 수 있을 것이다.그랑디오스 (나, 말, 기여) 11:08, 2011년 11월 11일 (UTC)[응답]

우리는 국제적이고 다문화적인 프로젝트다.세상의 모든 사람이 영령 기념일을 준수하는 것은 아니며, 모든 사람이 영령 기념일을 알거나 신경 쓰기를 기대할 수도 없다.다른 나라들은 다른 날들을 기억한다.염하쇼아 10:00에 이스라엘에서 편집하는 모든 사람들에게도 그런 메세지를 보낼 수 있을까?아니면 터키에서 11월 10일 09:05에 편집하는 사람들에게?Fut.Perf.☼ 11:22, 2011년 11월 11일 (UTC)[응답]

왜 안 되는지 모르겠어.윌로트휴이스프 (대화) 11시 28분, 2011년 11월 11일 (UTC)[응답]

강력한 반대 위키백과 편집자를 포함한 사람들은 그들이 적합하다고 생각하는 그런 사건들을 관찰하거나 관찰하지 않을 권리가 있다.그들에게 편집을 금지하는 것은 그 선택을 부정하는 것이며, 기억된 군인들이 보존하기 위해 싸웠던 위키백과와 민주주의 모두의 정신에 반하는 것이다.사람들이 영령절을 기념하고 싶다면, 어떤 것도 그들이 기념일을 기념하는 것을 막을 수 없다.윤슈이 11 2011년 11월 11일 11시 34분 (UTC)[응답]

동의한다; 그러한 것들을 지지하거나 장려하는 것은 우리의 장소나 임무가 아니다. --거의 12:50, 2011년 11월 11일 (UTC)[응답]

고상한 생각이지만, 나는 마지막 반대 의견에는 동의한다.만약 어떤 사용자가 멈추고 기억하기를 원한다면, 위키미디아는 그들을 멈추게 하지 않으며 죄책감을 주는 여행도 제공하지 말아야 한다.사실 나는 그런 종류의 일(특히 이맘때쯤)이 상당히 불쾌하다고 생각한다.구석에 만화 호박이나 홀리 스프리그가 그려진 현수막.이것은 쇼핑몰이 아닌 백과사전이다.fg^t_c 11:36, 2011년 11월 11일 (UTC)[응답]

어??? '리멤버[e?]런스데이'가 뭔데, 내가 왜 신경써야 하는지, 그리고 이 특정한 시간들과 무슨 관련이 있는지?지금까지 나는 나 자신을 서양인이라고 생각했지만, 그것 역시 당신이 의미하는 바가 아닌 것 같다.한스 아들러 12:18, 2011년 11월 11일 (UTC)[응답]

영령 기념일 fg^t_c

위키백과 같은 세계적인 프로젝트에 적합하지 않다고 생각한다.만약 내가 좀 더 적절한 환경에서 그러한 준수를 한다면, 나의 첫 번째 임무는 만약 있다면, 1918년 전장에서 어떤 시간대가 관측되었는지 알아내는 것이 될 것이다.Jc3s5h (대화) 13:42, 2011년 11월 11일 (UTC)[응답]

• 강한 반대 - 기억되는 사람들은 다른 사람들이 그들의 애국심을 따르라고 하지 않고 살 수 있는 자유를 위해 싸우고 죽었다.이안.thomson (대화) 13:48, 2011년 11월 11일 (UTC)[응답]
• 반대. 미안하지만, 이것은 "일부 특정 국가의 특정한 기념일에 특정 시간을 제외하고 모든 사람이 편집할 수 있는 무료 백과사전"은 아니다.— HELLKOWNZ ▎TALK 14:23, 2011년 11월 11일 (UTC)[응답]
• 반대 - NPOV.→στc. 22:52, 2011년 11월 11일 (UTC)[응답]
• 반대 - 나는 북아일랜드와 포클랜드에서 부상을 입었고, 존중은 자유롭게 주어져야 한다는 것을 알고 있다 - 만약 그것이 강요된다면 그것은 존경심이 아니며 무의미하다.킬트핀 (대화) 15:05, 2011년 11월 12일 (UTC)[응답]
• 내가 생각해 보면, 예를 들어 미국에서는 5월 말에 현충일이 열리고, 11월 11일은 재향군인의 날로 지정되어 있고, 생사, 전시 또는 평시 예배를 드리기 위한 날이며, 그렇게 하기 위한 특정 시간을 확실히 지정하지는 않는다. rdfox 76 (대화) 16:272011년 11월 12일 (UTC)[응답하라]
• 그래, 그리고 다음 풀 데이도 부탁해.일요일, 금요일(아랍어 사용자들을 위해), 볼크스트라우에르타그(우리의 독일인들을 위해), 크리스마스(우리의 그리스도들을 위해), 하누카(우리의 유대인들을 위해), 기타 지리적이고 종교적인 휴일들. -_- mabdul 23:57, 2011년 11월 12일(UTC)[응답]

현재 이벤트

나는 Current Events 콘텐츠의 새로운 분류에 대한 공감대를 찾고 있다.이리로 와서 그것에 대해 의논해 보시오.LyJPedia (대화) 09:57, 2011년 11월 12일 (UTC)[응답]

제안:공유 IP Talk 페이지 보관

민족 그룹에 대한 이름 지정 규칙을 다시 쓰는 중

여기서 인종집단 명명규칙에 대한 새로운 제안을 찾아볼 수 있다: 위키백과 대화:명명 규칙(사용자)#'민족(민족과 부족)에 관한 예술' 신규 제안 -유이브스디(토크) 19:32, 2011년 11월 13일(UTC)유이브스디[응답]

"러시아인 목록" 템플릿의 사용을 제한하는 제안

위키백과 참조:토론/Log/2011년 11월 14일 템플릿:러시아인 198.102.153.2 (대화) 21:49, 2011년 11월 14일 (UTC)[응답]

좋은 기여를 한 IP 편집자를 적극 권장하자는 제안

너무나 전형적으로 (내가 보기에는) IP 토크 페이지는 경고, 차단 알림, 그리고 때때로 짧은 논쟁의 의견 불일치로만 가득 차 있다.물론 각 편집자들이 개별적으로 다른 편집자들에게 감사를 표할지 말지는 재량권이지만, 나는 어떤 IP 토크 페이지에서도 "고맙다"는 메시지를 거의 본 적이 없다.그러나 (내가 직접 추가한) 환영 템플릿과 처음(가능) 반달리즘에 이어 추가되는 듯한 메시지가 있다.이들은 대개 엄하게 충고하는 것이 주된 목적이기 때문에 환영할 만한 어조가 못 된다.나는 IP 편집자들이 좀 더 널리 감사하고 격려를 받는다면 소중한 계정 소유자가 될 수 있는 좋은 품질의 일을 몇 번이고 다시 보았다.

• 나는 편집자들이 좋은 일을 해서 우리의 관심을 끌었던 IP 편집자들을 환영하고 격려하기 위해 더 많은 노력을 기울일 것을 제안한다.

우리는 헛간 스타를 가지고 있지만, 그들이 상을 주는 역할을 하지만 그들은 계정 생성을 교육하거나 장려하기 위해 아무것도 하지 않는다.

• 어쩌면 우리가 보고 있거나 단순히 방문했을 수도 있는 어떤 기사에 대해 좋은 일을 하는 것을 본 후, 커뮤니티 가이드라인(예: 반달들에게 경고하도록 안내하는 것)에 의해 조언을 받고 어떤 IP 편집자 대화 페이지에 추가하도록 권장되는 템플릿 환영 메시지가 커뮤니티에 의해 만들어질 수 있을 것이다.나는 전면적인 변화와 정책을 제안하는 것이 아니다.나는 그들의 노력에 대해 일상적인 편집자들에게 감사하기 위한 더 적극적인 드라이브를 제안하고 있다.
• 이러한 "고맙다"가 실려 있는 모든 IP 토크 페이지가 첫 번째 메시지로써 잠재적으로 (단어들이 나를 빠져나갈 수 있는) 정전기 IP의 새로운 사용자를 깨우치는 데 도움이 되는 큰 감사 메시지를 갖게 될 것이다.나는 당신이 이 제안이 제안된 정신으로 받아들여지고 그것이 각 독자들이 개인적인 자격으로 그 제안을 채택하는 것을 고려할 수 있는 큰 공동체의 노력으로 이어지지는 않더라도, 이 제안을 받아들이기를 바란다.fg^t_c 21:40, 2011년 10월 31일 (UTC)[응답하라]

{{Welcome-anon}}, {{Welcome-annon vandalism-fighter}}} 같은 것을 먹어야 한다는 말씀이세요?WhatamIdoing (대화) 02:14, 2011년 11월 1일 (UTC)[응답]

웁! 그리고 그것을 사용하기 위한 드라이브.나는 그 템플릿들을 정확히 몰랐지만 비슷한 것을 사용해 왔다.어딘가에 쓸 만한 게 있을지도 모른다고 짐작했다.아마도 내가 잘못된 곳을 찾고 있는 것 같지만 가입 후 나는 반달들에게 경고를 하고 IP를 다루는 것에 대해 많이 들었다.격려와 지원에 대해 더 많이 듣고 보고 싶다.반단백질 경고와 감시, 감시와 차단보다 신규 사용자 및 애논 IP 캐주얼 편집자의 격려와 지원에 동등하거나 더 큰 비중을 둔다면, 우리는 더 많은 관여와 덜 다툼, 전쟁, 노골적인 반달리즘을 볼 수 있을 것이다.어쨌든, 나는 이것을 내 비누상자로 의도하지 않았으니까 그것이 피치! (템플릿 링크 WhatamIdoing) fg^t_c 03:11, 2011년 11월 1일 (UTC)[응답]

그런데: "정전기 방지" IP의 좋은 용어는 동적 IP이다. bobrayner (talk) 20:40, 2011년 11월 2일 (UTC)[응답]

으흠, 바로 그거야!TY fg^t_c 00:21, 2011년 11월 3일 (UTC)[응답]

• 지원 이것은 매우 좋은 생각이며, WP의 범위에 포함되는 것으로 보인다.WC는 환영위원회가 최근에 만든 사용자 계정만 특징으로 하고, IP 편집자가 많다는 이유만으로 IP 편집자를 칭찬하는 것은 다소 지루한 일이다.사용자가 제안한 솔루션과 같이 쉽고 아마도 자동화된 솔루션이 구현될 수 있는 경우:뭐, 이게 잘 될 거야.타르헬95 (대화) 01:30, 2011년 11월 4일 (UTC)[응답]

  WP:TWINKLE은 내가 링크한 두 개를 포함하여 IP 사용자를 위한 몇 개의 템플릿을 포함하는 반자동 환영 시스템을 제공한다.사람들이 그것들을 사용하는 것을 기억하도록 하는 것이 더 큰 도전이다.자동화된 시스템은 반복적으로 거부되었다(Wikipedia:다년제안#사용_a_bot_to_welcome_new_users).주제별 {{subst:미등록 사용자들이 의약품 관련 기사를 잘 쓰고 있는 것을 보면 메드웰컴아논}페이지가 나온다.WhatamIdoing (대화) 18:56, 2011년 11월 4일 (UTC)[응답]

• 그래서, 이것은 내가 이 시험으로 얻고 싶은 것이다:) IP들에게 더 친절하게 대하려고 노력하는 것의 어려움은 그들의 대화 페이지가 수 많은 고대의 경고와 차단 알림으로 어수선하다는 것이다.내가 보는 바와 같이, 첫 번째 단계는 정기적으로 이들을 정리하여 경고/환영/어떤 것이든 실제로 해당 IP를 편집하는 사람이 될 가능성이 훨씬 더 높았을 때 어떻게 되는지 보는 것이다. 며칠 또는 몇 주 뒤에 해당 IP를 사용하는 임의의 사람이 아니라.또한, 만약 당신이 메시지를 바꾸는 것이 차이를 만드는지에 대한 확실한 데이터를 얻고 싶다면, 나와 스티븐 월링은 항상 새롭고 더 친근한 템플릿을 디자인하고 커뮤니티가 현재 사용하고 있는 것과 비교해서 A/B 테스트를 할 수 있을 것이다.우리 태스크포스 본 적 있어?(무표정한 자기 선전!)마리아나 (WMF) (토크) 01:48, 2011년 11월 4일 (UTC)[응답]

난 그 테스트를 전적으로 지지해좋은 생각이야.최근에 (이런 주제에 대한 여기저기 게시물 때문에) {{웰컴투위키피디아}}(이때 IP보다는 감사나 계정주보다 환영하는 데 더 적합하다.그러나 그 스타일은 훌륭하다) 그리고 정말 감명깊다.나는 매지스터 사이언타(창작자)에게 다른 특징을 추가해 달라고 요청했고 그는 거의 즉시 그것을 추가했다!나는 그것의 사용과 지원을 강력히 제안한다.내가 여기서 제안하고 싶었던 것은 우리가 공공 기물 파손자에게 경고하도록 권장하는 것과 같은 방식으로 IP 사용자(공유 여부와 상관 없이)가 편집한 것에 대해 감사를 표함으로써 계정을 만들도록 권장하는 WMF 드라이브다.위 어딘가에 말했듯이:나는 경고해야 할 제안을 여러 번 보았지만 감사해야 할 제안은 거의 보지 못했다.나는 단념하고 반대하기보다는 격려하고 도와줄 수 있는 더 많은 제안들을 보고 싶다.fg^t_c 01:47, 2011년 11월 5일 (UTC)[응답하라]

위에서 말한 환영 템플릿의 나만의 버전을 만들고 있어.그냥 언급하고 있어.사용자:프레드 간드/샌드박스/템플릿/웰컴 fg^t_c 07:16, 2011년 11월 10일(UTC)[응답]

• 이런, 내가 방금 "위키 러브"라는 책을 읽지 않았니?어떤 사람들은 그것이 위키피디아를 페이스북과 너무 많이 닮게 하거나 온라인 시간을 그렇게 단축시키기 때문에 그것을 좋아하지 않는다.나는 우리가 사람들이 그것을 사용하도록 하기 위해 가이드라인이 필요하지 않다고 생각하는데, 그렇지? -- 20:44, 2011년 11월 15일 (UTC)[응답하라]

편집 상자의 링크/템플릿 자동 완성

나는 내가 히브리어 위키피디아에서 개발한 새로운 기기를 제안하고 싶다. 이 새로운 기기는 편집 상자의 링크와 템플리트를 자동 완성할 수 있다.가젯은 편집자가 double [, double {과 같은 텍스트를 추가하는 시기를 결정하고 검색 상자와 동일한 방식으로 링크나 템플릿을 제안한다.그것은 커서의 위치가 링크나 템플릿의 범위에 있을 때만 한다.이 기기는 이미 히브리 위키피디아에서 작동하고 있으며, 그곳에서 많은 긍정적인 피드백을 얻는다.여기에 설치된다면 영어 위키백과의 편집 경험도 향상될 수 있을 것이다.기기로서, 어떤 사용자라도 스스로 선택할 수 있다.암호는 다음과 같다.MediaWiki:가젯 자동 완성.js(국제화가 필요하지 않으므로 그대로 사용할 수 있음).ערן (대화) 17:42, 2011년 11월 8일 (UTC)[응답]

의견이 있으십니까?덧셈으로 해볼 수 있다.

mw.짐을 싣다.짐을 싣다('http://bits.wikimedia.org/he.wikipedia.org/load.php?debug=false&lang=he&modules=ext.gadget.autocomplete'); 

특수:MyPage/common.js.에란 (토크) 21:16, 2011년 11월 15일 (UTC)[응답]

"초청 필요"를 "추천서 추가"로 변경

대기업이 위키피디아에 기금을 기부하도록 하는 방탄 방식

기술된 방법은 대기업들이 위키피디아에 기금을 기부하도록 장려한다.

위키백과 설립자 지미 웨일스의 메시지가 담긴 배너에 위키백과 이용률 및 기부 미터 표시.활용도 측정기에는 몇 개의 막대가 있는데, 각 막대는 대기업 직원들의 월 방문을 나타낸다.기부금 측정기에는 몇 개의 바가 있어 현재 진행 중인 기금 모금 캠페인 중 가장 많은 기부금을 보여주고 있다.

미터 시각화의 예는 다음과 같다.

위키백과 사용량 미터
위키백과 기금출연계

나는 이것을 위한 소프트웨어를 제공할 수 있다.그것은 매우 간단하다.

David — Mpkmtv(대화 • 기여) 23:36, 2011년 11월 15일(UTC)[응답]에 의해 추가된 서명되지 않은 이전 논평

편집보다는 반대자를 추적하는 것은 아마도 좋지 않은 생각일 것이다. 그리고 기업들은 직원들이 근무 시간에 얼마나 게으름을 피우고 있는지 또는 (b) 회사가 POV 편집을 후원하도록 하는지를 공표하는 것을 정말로 환영할 것이다.나이젤 이스 (토크) 23:48, 2011년 11월 15일 (UTC)[응답]

당신은 이해하지 못한다.이 방법은 방탄이다!!하지만, 진지하게, 왜 회사가 그들의 직원들에게 관상 습관을 광고하고 싶어할까?어쨌든 회사 로고를 위한 광고 공간 판매는 실패도시. 31.31.75.216 (토크) 19:38, 2011년 11월 16일 (UTC)[응답]

"끄덕끄덕"?지식경제에서 WP는 생산성에 기여하는 도구로 적절히 인식되어야 한다.리드 송독이 울부짖다! 02:23, 2011년 11월 17일 (UTC)[응답]

도구 견습

위키피디아에 대한 제안된 대안을 확인하십시오.위키백과의 관리 요청:도구 견습.요약은 다음과 같다.

도구 견습생에서, 삭제나 보호와 같은 특정한 관리자 도구나 도구에 대한 즉각적인 실제적인 필요성이 있는 사용자는 그 도구를 수령할 것을 요청한다.사용자의 입지가 양호하고 필요성이 있는 경우, 제한된 기간(주 단위에서 월 단위) 동안 시험적으로 도구를 수령한다.이 기간이 만료되면 공구는 자동으로 취소된다.

시험 종료 직후 또는 시험 기간 동안의 성능에 근거하여 사용자가 도구를 영구적으로 보존할 것을 요청할 수 있으며, 사용자가 도구를 실질적으로 사용했고 좋은 판단을 할 경우 이 도구가 부여된다.요청이 거부될 경우 사용자는 사용자의 사용에 대한 광범위한 피드백을 받게 되며(오용이 심하지 않은 경우) 다른 시험 기간에 대한 기회를 가질 수 있다.시간이 지남에 따라 다양한 작업을 수행하는 사용자는 현재 관리자와 유사한 상태를 제공하는 많은 도구를 얻을 수 있다.

토론을 중앙 집중화하려면 제안의 토크 페이지(Wikipedia Talk:도구 견습.변경이나 연장에 대한 이의제기와 제안 모두 환영하지만, 예상되는 이의제기를 포함한 전체 내용을 먼저 읽어보십시오.고마워! (Wikipedia talk에 교차 게시됨:관리 요청) Dcoetze 11:51, 2011년 11월 16일 (UTC)[응답]

포털 네임스페이스

나는 Portal 네임스페이스의 목적으로 RFC를 시작했는데, 나는 그것이 쓸모없다고 믿는다.여기서 볼 수 있다.10파운드 해머 • 20:26, 2011년 11월 16일 (UTC)[응답]

위키백과용 광고 홈브루

홈브루 프로그래머에게 요청하여 전 세계 더 많은 사람들에게 위키백과를 무료로 제공받을 수 있는 위키백과의 무료 어플리케이션을 제작. 88.27.143.215 (토크) 20:31, 2011년 11월 16일 (UTC)[응답]

위키백과 로고를 하루 동안 검게 칠하여 반 SOPA 및 반PIPA 시위에 참여(내일, 11월 16일)