위키백과:마을 펌프(제안)/아카이브 144
Wikipedia:이 페이지에는 빌리지 펌프(제안)에서 보관된 토론이 수록되어 있다.이 페이지의 내용을 편집하지 마십시오.이러한 토론 중 하나를 다시 시작하려면 새 스레드를 시작하거나 해당 주제와 관련된 대화 페이지를 사용하십시오.
< Older discussions · Archives: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z, AA, AB, AC, AD, AE, AF, AG, AH, AI, AJ, AK, AL, AM, AN, AO, AP, AQ, AR · 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125,126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188
테러행위의 공증가능성
위키피디아에서는 유명세와 테러행위에 대한 가이드라인이 보이지 않는다.알림(이벤트) 또는 위키백과:위키프로젝트 테러.테러리즘이 가이드라인에 언급되어야 하는가?
(나는 마침 위키피디아에 있었다.삭제 기사/2017년 12월 멜버른 차량 테러로 인해 이곳에 글을 올리고 싶어졌다.)
안나 프로데시아크 (대화) 02:03, 2017년 12월 22일 (UTC)[
- 나는 이 주제에 대한 AfDs가 그 주제에 대해 터무니없이 적합한 가이드라인에 연연하는 경향이 있고 그 결과 일반적으로 긴장하고 있기 때문에 테러리즘이나 테러리즘에 대한 어떤 가이드라인이 있어야 한다고 생각한다.예를 들어, 일상적인 보도는 정기적이지만 삭제에 대한 끔찍한 논쟁이다 - 누군가가 건물을 폭파하거나 흉기를 휘두르는 것은 "다른 뉴스에서" 유형의 뉴스 보도에 해당하지 않는다.동시에 이것은 정기적인 행사로서 모든 행사가 독립적으로 개최될 만큼 충분히 주목할 만한 것은 아니다.미스터 rndude (대화) 07:10, 2017년 12월 22일 (UTC)[
- 우리는 WP라는 깨진 가이드라인을 수정하는데 더 많은 시간을 소비해야 한다.RAPID. 누구도 "기사 작성을 서두르지 말라"는 충고를 듣지 않고 "기사 삭제를 서두르지 말라"는 말을 안전망으로 삼지 않는다. 그 동안 WP의 실제 내용은 다음과 같다.EVENTCRIT은 의도적으로 무시된다.우리가 고장난 RAPID 시스템을 계속하는 한 이 논의에서 어떤 것이 실현되더라도 문제가 되지 않을 것이다.그것을 에세이로 만들거나, 피해야 할 논쟁으로 만들거나, 아니면 만약 편집자들이 자신에게 맞지 않는 반을 무시하기를 원한다면 완전히 제거하라.The GracefulSlick (talk) 08:49, 2017년 12월 22일 (UTC)[
- 특히 내가 보는 기사는 2017년 노트르담 테러다.그 사건은 한 남자가 망치를 내민 것에 의해 부상당한 두 사람을 포함했다...그 공격은 조금도 눈에 띄지 않았지만 그 주제에 관한 전기가 쓰여졌다.이런 것들이 왜 이렇게 복잡한지에 대한 나의 예다. - Knowledkid87 (토크) 14:48, 2017년 12월 22일 (UTC)[
- 네. WP를 고치는 방법:이 주제에 대해 시행되지 않는 RAPID는 WP를 업데이트하는 것일 수 있다.우리가 "사건은 사건이며, 주제는 중요하지 않다"고 생각하더라도 주제를 직접적으로 다루는 노트(사건)2017년 노트르담 테러와 같은 정크 기사와 2페이지가 일치한다면, 그러한 페이지는 생성되거나 보관될 가능성이 줄어들 것이다.문제의 사실은 겁에 질린(혹은 유언비어를 퍼뜨리는) 인간들이 사실상 테러리즘을 위협하는 행동을 "마법적으로 다르다"는 식으로 하고 있기 때문에, 우리는 더 많은 일반인들이 그렇게 할 때 더 구체적인 지시를 결코 하지 않는다는 이론적 이상에서 벗어나야 할 것이다.우리는 많은 WP를 만들어야 했다.이러한 종류의 상식 조정은, 구체적이면 WP에서 추가 문장이 들더라도, 종종 그 일을 완수하기 때문이다.P&G 페이지.그것은 무의미한 토론에서 수천 개의 형량을 줄인 것에 대한 낮은 가격이다. — SMc캔들리쉬 lishʌ > ʌ>҅҅<ᴥ 19:06, 2017년 12월 22일 (UTC)[
- 그래, 하지만 주의할 점은.많은 사람들이 좋아하지 않는다는 것을 알지만, 나는 여전히 죽음이나 부상, 혹은 손상에 의해 결정되든지 간에 문턱이 있어야 한다고 느낀다.또한 테러에 대한 모호하고 우유부단한 비난으로 인해 AFD로부터 기사를 보호하는 것은 실행 가능한 선택이 되어서는 안 된다 - 구체적인 증거는 WP로부터 제공되어야 한다.RS, 우리가 멜버른 공격에서 본 것 말고 공포가 아니란 걸 알 수 있어나는 교묘한 지시를 경계한다. 하지만 이 규칙들을 따르는 고정된 규칙들은 시간 절약 수단으로서 나의 지지를 얻을 것이다.폭풍우 구름 (토크) 2017년 12월 22일 (UTC) 20:59 [
- 그렇다, 나는 편집자들이 테러/공격이 주목할 만한지 결정하는 데 도움이 될 수 있는 Notability 가이드라인을 갖는 것이 유익할 것이라고 생각한다.현행 제도는 양쪽 모두 자기 발등을 찍는 것으로 되어 있고, 글쓰기를 일주일도 기다리지 않은 작가(아마도 4배 상을 받기 위해 서두른 것 같다)와 그것을 지명하기 위해 일주일도 기다리지 않은 유목민, 즉 PITY에 경계선을 긋고 있다.L3X1 (distænt write) 02:31, 2017년 12월 24일 (UTC)[
- 실제로 이러한 테러 관련 기사들은 대부분 사건의 직접적인 여파로 만들어진 기사들로, 대개는 거의 업데이트되지 않거나 전혀 업데이트되지 않는다(보도가 크게 떨어지고 사람들이 다른 것으로 넘어가기 때문이다).어쨌든 대개는 업데이트할 것이 별로 없다: 일반적으로 피의자는 재판과 선고를 받고, 이것은 어느 정도 보도되는 것이고, 기본적으로 다른 것은 없다.이 기사들은 해시태그나 뉴스 타임라인과 맞먹는다: 그것들은 많은 트래픽을 발생시키고 사람들은 구글 검색 결과의 맨 위에 직접 가는 기사를 만들기 위해 서두른다.편집자 중 많은 수가 위키백과에 신문 출처를 추가하는 것에 중독되어 있는데, 나는 이것이 바뀔지 의심스럽다(나 자신도 그런 식으로 위키백과에 진지하게 착수했다).NOTNNEWS는 기본적으로 죽었다.킹신디안 ♝ 06:55, 2017년 12월 25일 (UTC)[
새 감시 목록 인터페이스를 사용하지 않도록 설정하는 기본 설정 옵션 추가
라이브 업데이트 기능이 유용하다고 생각하지만, 조금 전에 있었던 업데이트 전체적으로 문제가 있다는 것을 알게 되었다.필터 변경 메뉴는 여전히 내 컴퓨터에서 로딩하는데 5초가 걸리기 때문에 로딩하는 동안 위키피디아에서 링크나 이와 같은 것을 클릭하는 것은 문자 그대로 불가능하다.특히 태블릿의 악몽인데, 첫째는, 시간이 더 오래 걸리고 둘째는, 내가 링크를 누르러 갔을 때 감시목록이 완전히 로딩되어 있다고 생각하는데, 링크 1이라고 부를 때, 인터페이스가 마침내 로딩되면, 나는 링크 2로 가게 된다.이번 업데이트는 좀 짜증나.아마우리 (토크 기여) 2017년 12월 26일 (UTC) :25 [응답
- @Amauri: 개발자들이 이미 그렇게 할 계획인 것 같은데, 당신은 phab에 가입할 수 있다.T173542. --AntiCompositeNumber (talk) 12:04, 2017년 12월 27일 (UTC)[
VPT에서 봇 실행 가능성에 대해 요청된 피드백
WP를 참조하십시오.VPT#템플릿에서 <중앙> 제거:미국 인구 조사.고마워. --Izno (대화) 17:57, 2017년 12월 28일 (UTC)[
기본 페이지 열
이것은 여기서 논의한 것의 연장선이다: 위키백과의 대화:##A 제안 알고 있었나.메인 페이지에는 오늘의 특집 기사/알았나?라는 두 개의 열이 있다.(왼쪽), 그리고 다른 하나는 In News and On this day (오른쪽)를 위한 것이다.내가 볼 때, 왼쪽과 오른쪽 기둥의 너비는 항상 각각 55%에서 45% 정도였습니다.
인 너는 알고 있었니?프로젝트(DYK), 우리는 1) 현재 승인된 제출의 밀린 업무량을 줄이는 방법과 2) 왼쪽 열이 오른쪽 열보다 짧은 경우가 많으므로 메인 페이지 밸런스 우려를 해결하는 방법 두 가지 이슈를 논의해 왔다.현재 DYK는 24시간마다 8개의 후크 세트로 운영되고 있다.과거 DYK 프로젝트는 밀린 업무량이 많아지면 12시간 세트로 전환되는 경우가 많았다.두 가지 문제가 있다: 12시간마다 8개의 훅을 설정하면 승인된 제출물이 거의 빨리 소진되는 경우가 많다.또한, 예를 들어, 오늘의 특집 기사(TFA)에 대한 이미지가 없을 때 거의 항상 일어나는 칼럼의 균형을 다루지 않는다.밸런스 우려를 해소하기 위해 DYK에 대해 세트당 후크 수(예: 10개)를 늘리는 제안(위 링크)이 있었다.기둥의 너비를 먼저 바꾼 다음 후 후크 세트에 가장 적합한 숫자와 시간을 찾는 대안 방법이 궁금했다.다음은 몇 가지 잠재적 비교다.RfC를 시작하기 전에 더 많은 의견을 수렴하고 싶었다.
- 52:48, 6개의 훅
- 52:48, 8개의 훅
- 50:50, 6개의 훅
- 55:45, 10개의 갈고리
- 제안:반복되는 메인 페이지 균형에 대한 우려를 해소하기 위해 메인 페이지의 컬럼을 55%/45%에서 52%/48% 또는 50%/50%로 변경할 수 있는가?알렉스 시 (토크) 2017년 12월 22일 (UTC) 16:58 [
- 나는 이 토론을 나중에 하고 싶었는데, 이미 시작되었으니, 이제 코멘트를 해야 할 것 같아.DYK 세트에는 여러 가지 이유로 내가 보기에 8개 이상의 후크가 없어야 하는데, 그 중 일부는 위의 연계된 토론에서 조사되었다.보아하니 최근 연습은 DYK 세트 하단에 공백이 많을 때 기존 세트에 후크를 한두 개 더 추가하는 것이었다.나는 때때로 추가 훅에 대해 크게 반대하지 않지만 IMO DYK는 9개 또는 10개의 훅을 표준으로 두어서는 안 되며, 단지 너무 많다(대조, ITN과 OTD 기능 모두 5개 이하).
- 앞의 논의에서 DYK 세트 아래의 공백을 없애기 위한 하나의 가능한 대안으로, 기술적으로 가능하고 하기 쉽다고 가정하고 필요에 따라 메인페이지의 좌우 기둥의 폭을 동적으로 조정할 것을 제안했다.마침 50:50 스플릿이 내 눈에는 좀 이상하게 보여서 효과가 있을지는 잘 모르겠지만 52:48은 받아들일 수 있을 것 같다.
- 나는 공백 문제에 다른 가능한 해결책이 있다는 것을 덧붙여야 한다.초과 공간을 초래했을 수 있는 변경 사항 중 하나는 DYK 프로젝트에 대한 간략한 설명을 제공하던 DYK 세트 하단의 일부 텍스트 제거였다.나는 더 이상 이 본문을 삭제한 근거가 무엇이었는지 기억하지 못하지만, 그 당시는 좋지 않은 생각이었다고 생각했고 지금도 본지에서는 이 프로젝트에 대한 몇 마디 설명이 필요하다고 생각한다.그래서 그것은 고려해야 할 또 다른 가능한 해결책이다.가토클라스 (대화) 17:32, 2017년 12월 22일 (UTC)[
- 현재, 나는 ITN이 너무 짧다는 것이 문제라고 믿는다; 다른 때에는 다른 섹션이 그렇다.우리에게 필요한 것은 관리자가 메인 페이지 섹션의 크기를 적극적으로 감시하는 것이다.עודדהododOd Mishehu 07:43, 2017년 12월 24일 (UTC)[
- 왜 하나의 컬럼만 가지고 있지 않는가?내 커스텀 메인페이지에 그렇게 해. --Khajidha (토크) 16:11, 2017년 12월 24일 (UTC)[
50%/50%의 비율을 갖는 것은 어떨까?보르비 (대화) 09:12, 2017년 12월 26일 (UTC)[
- 각 DYK가 24시간 동안 메인 페이지에 올라갔다고?예전에는 6~8시간마다 사이클링을 꽤 빠르게 했다고 생각했다(그러나 기억력이 있다면 한 번에 6개 정도만 입력된다.
- 만약 밀린 일이 있다면, 세트를 더 빨리 바꿔야 해.백로그가 적당한 버퍼 크기로 내려갈 때까지 잠시 이렇게 하는 것이 충분히 쉬울 것이다.아니면 18시간으로 설정하기 위해서.24시간 균등하게 나눠야 한다는 규칙은 없다.WhatamIdoing (talk) 19:45, 2017년 12월 28일 (UTC)[
트윙클의 "백링크 해제" 기능 및 미트봇 편집
인기 있는 자동 편집 도구 트윙클은 "백링크 해제" 기능을 가지고 있는데, 이것은 삭제된 기사에 대한 링크를 제거할 수 있도록 하기 위한 것이다.이는 일반적으로 도움이 되는 것 같다(이전에는 역효과적이라고 주장되어 왔지만).그러나 주요 쟁점은 2008년 반달리즘(마을 펌프와 ANI의 잔해행위)과 2011년 8월, 2011년 9월, 2016년 10월 선의의 사건 등 대형 기사 연계 해제에 악용되는 사례가 종종 발생했고, 이는 2015년 마지막인 것으로 보인다.가장 최근의 사건은 오늘, 한 편집자가 460개 이상의 영어 링크(ANI 스레드, 그리고 편집자 토크 페이지의 드라마)를 제거하기 위해 그것을 사용했을 때 일어났다.
연결 해제할 수 있는 페이지 종류에 제한을 두거나(2015년) sysops 또는 확장된 확정 사용자로 사용을 제한하자는 모호한 제안이 있어 왔다.대신 제거할 수 있는 링크 수를 제한하는 것이 더 생산적일 것이라고 생각한다.공구 사용의 일부로 제거되는 개수는 일반적으로 몇 개인가?Twinkle이 수십 페이지 이상의 클릭 한 번으로 연결을 해제할 수 있는 경우 WP:MITBOT 영역은 규제되어야 한다.– 우안팔라 (대화) 20:45, 2017년 12월 27일 (UTC)[
-
- 그것은 다음 ANI 출현이 되면 다시 유행할 것 같은 인용구다.
- 트윙클의 문서들은 "알 수 없는, 공공 기물 파괴 행위 또는 다른 문제 있는 주제에 대한 한 페이지"에 그것의 사용을 정당화한다 - 단지 이것들 중 어느 것이 영어인가?
- 이런 종류의 망상에 대한 정당성은 없다.다른 누구도 지지하지 않아, 넌 아무것도 주지 않았어.그럼 어떻게 막을 수 있을까?편집기 ID로 이 기능에 대한 액세스를 제한하시겠습니까?아니면 레드링크만 제거하는 것과 같은 기능 자체의 능력으로?앤디 딩리 (대화) 23:37, 2017년 12월 27일 (UTC)[
- 페이지(관리자)를 삭제할 능력이 있는 사용자나 페이지(redlinked page)에 대해서만 허용하는 것이 최선의 해결책이라고 생각한다.전자는 페이지를 삭제하려는 사용자에 의해 페이지를 삭제하기 전에 백링크를 제거할 수 있으며, 이는 바람직하다.עודדהododOd Mishehu 07:06, 2017년 12월 28일 (UTC)[
- 아니, 아무 것도 "발견"하지 않을 거야.집단 정신을 잃은 편집자들이 있었다.어떤 사람들은 심지어 편집 자체가 실제로 논란이 되지 않고, 단지 그런 태도가 그들을 괴롭혔다고도 했다.그리고 네, 만약 몇몇 사람들이 그것에 반응하기 보다는 실제로 그것에 대해 생각했다면, 그들은 대부분의 편집이 논란의 여지가 없다는 것에 동의할 겁니다.결국 462건의 편집이 소수에 의해 경합되었기 때문에 번복되었다.그리고 몇몇은 '네가 한 방식이 마음에 들지 않는다'나 '글쎄, 누군가 클릭할 수도 있다'는 이유 말고는 다른 이유 없이 시비가 붙기도 했다.니츠히프트36 (대화) 14:31, 2017년 12월 28일 (UTC)[
- 나는 동의하지 않지만, 왜 페이지 전에 그런 링크를 삭제하는 것이 더 좋은가?앤디 딩글리 (대화) 2017년 12월 28일 (UTC) 12시 35분 (
- 아무도 영어 페이지를 삭제할 것을 제안하지 않는다.나는 기사가 중요하고 목적에 부합한다고 분명히 말했다.필요 없는 것은 수천 개의 기사로 스팸 발송된 그것과의 연결고리다.니츠히프트36 (대화) 14:31, 2017년 12월 28일 (UTC)[
- 그는 "이전"을 강조했던 오드 미셰후에게 답하고 있다.Killiondude (대화) 19:48, 2017년 12월 28일 (UTC)[
- 우리는 아마도 이러한 중첩된 기사들 중 몇몇이 꽤 많은 장소에서 연결되어야 하는지를 고려해야 할 것이다.니츠히프트의 "거의 고형화" 주장 이후에도, 메인 스페이스에는 여전히 7만 개 이상의 링크가 있었다.(그는 0.6%만 제거했고, 적어도 그런 경우 일부에서는 그렇게 한 것이 옳았다고 생각한다.)WhatamIdoing (대화) 21:03, 2017년 12월 28일 (UTC)[
- 나는 이러한 편집(트윙클 에피소드 이전에 수작업으로 만든 몇 개 포함)을 십여 개 정도 체크한 것을 기억하며, 제거해도 괜찮은 2, 3개 정도를 찾아냈다.그러나 대다수는 제거해도 괜찮지 않았다.– 우안팔라 (대화) 21:20, 2017년 12월 28일 (UTC)[
- 그리고 그것이 바로 우리가 동의하지 않는 부분이다.'Joe는 스페인어, 프랑스어, 영어, 독일어를 유창하게 구사했다'는 문장이 있고 다른 언어가 연계되어 있기 때문에 영어 니즈가 연계되어 있는 것은 불합리하다.(그리고 그렇다, 일부 반대는 그런 예였다) 언어 관련 기사로 그것을 매수한다고 해도 유용성보다는 미학에 관한 것이다.니츠히프트36 (대화) 21:44, 2017년 12월 28일 (UTC)[
- 하지만 제거해야 할 이유가 있는가?그것이 미적으로 더 좋아 보이지만 단점이 없다면, 그 링크를 유지하는 것은 어떨까?갤럽터 (pingo mio) 11:01, 2017년 12월 29일 (UTC)[ 하라
- 네가 미학까지도 타당한 이유로 여기는 것은 네가 그것들을 제거하는 것을 결코 이해할 수 없을 거라고 생각하도록 해.오버링킹이 골칫거리인 한 가지 이유는 모바일 기기에서 스크롤할 때 불필요한 링크를 쉽게 부딪히기 때문이다.그것은 사용자 친화력이 떨어지는 것이지, 그 이상은 아니다.위키링크는 주제를 더 잘 이해하는데 도움이 되는 기사를 쉽게 찾을 수 있도록 하는 중요한 역할을 한다.그러나 우리는 대부분의 사람들이 이해하는 용어들을 연결하지 않는다.영어 위키피디아의 독자들은 대부분 영어가 무엇인지 모른다는 생각을 내세우려 하지도 않았다.그 기사는 거기에 있고 그것은 역할을 한다.사람들은 그것을 찾는 방법을 안다.Top Gun이 영어로 찍혔다는 것을 우리에게 말해주기 위해 그것을 어떤 infobox로 연결시키는 것은 진정한 목적이 아니며, 바로 오버링킹이 무엇인지에 대한 것이다.니츠히프트36 (대화) 14:49, 2017년 12월 29일 (UTC)[
- 하지만 제거해야 할 이유가 있는가?그것이 미적으로 더 좋아 보이지만 단점이 없다면, 그 링크를 유지하는 것은 어떨까?갤럽터 (pingo mio) 11:01, 2017년 12월 29일 (UTC)[ 하라
- 정책은 효과적인 봇(bot)을 실행하기 전에 대량 편집의 구성 요소와 필요한 권한에 대해 명확히 한다.사전 합의 없이 수백 개의 링크를 대량으로 제거하는 것은 분명하고 분명히 반대다.근본적인 장점(어쨌든 그것을 바라보는 대부분의 편집자들을 설득하는 데는 지금까지 실패해 왔다.)과 관계없이 말이다.현실적으로 내가 볼 수 있는 유일한 해결책은 표준 사용자 계정이 링크에 그렇게 많은 변경을 하지 못하게 하는 것이다.50개 이상은 봇 깃발을 필요로 한다고 말하는 것이 가능한가?오직 죽음에서만 의무종료 (대화) 17:07, 2017년 12월 29일 (UTC)[
- 사용자 대화 종료 시:J947/아카이브 1 우리는 (나에 의한) 비슷한 신참 실수를 하고 있는데, 나는 니테시프트36과 거의 같은 느낌을 받았다.그것은 모두 내가 WP를 잘못 해석했기 때문이다.오버링크 J947 05:01, 2017년 12월 30일 (UTC)[
토크 페이지용 AfD 스타일의 "출처 찾기" 템플릿
삭제를 위해 기사를 제출할 때 템플릿은 삭제 토론 페이지(예)에서 출처를 찾기 위해 유용한 링크를 삽입한다.어떤 기사의 토크 페이지와 비슷한 것을 추가할 수 있는 방법은 없을까?그러한 도구는 편집자들에게 매우 유용하며, 기사가 삭제될 때까지 이용할 수 없다면 유감이다.AadaamS (대화) 10:06, 2017년 12월 30일 (UTC)[
- 아다암스
- {{출처찾기 AFD Water}}이(가) 준다.
- 출처 찾기:구글(책 · 뉴스 · 학자 · 자유 이미지 · WP ref) · FENS · JSTOR · NYT · WP 라이브러리
- 갤럽터 (pingo mio) 2017년 12월 30일 (UTC) 10:09 [
누구나 편집할 수 있는 무료 백과사전
나는 위키피디아를 12년 이상 계속해서 편집해왔는데, 위키피디아에서 기사를 읽으면 기사 제목에 "위키피디아-누구나 편집할 수 있는 무료 백과사전"이라는 팻말이 붙었을 때를 기억할 수 있다.제 제안은 위키피디아의 새로운 사람들에게 위키피디아가 위키 웹사이트라는 것을 알려주기 때문에 우리는 이 표지판을 가지고 있는 것으로 돌아가자는 겁니다.보르비 (대화) 2017년 12월 17일 (UTC) 19:52 [
- 누구나 편집할 수 있는 부분을 읽으시겠습니까?L3X1 (distænt write) 14:11, 2017년 12월 18일 (UTC)[
- 그건 내 제안이었지만, 요즘 위키피디아가 필요하지 않은 웹사이트라는 것이 충분히 알려져 있다고 생각하는 사람이 있다면, 나는 이해할 것이다.보르비 (대화) 09:38, 2017년 12월 20일 (UTC)[
- 만약 우리가 그것을 다시 추가한다면, 우리는 그것을 "누구나 편집할 수 있다(그러나 당신의 편집이 누군가가 그것을 삭제하기 전에 1나노초 이상 지속된다는 보장은 없다)"라고 읽도록 바꿀 수 있다.광고의 진실?우리가 모토로 끌어들인 신입들을 유지하는 게 더 낫지?안녕, TAK (TransportMan) 2017년 12월 18일 (UTC) 14:58[
- 나는 이것이 필요하지 않다고 생각한다.네이처리움(토크) 15:58, 2017년 12월 18일 (UTC)[
- MediaWiki:tagline의 이전 토론도 참조하십시오.— Xaosflux 16:35, 2017년 12월 18일 (UTC)[
- 생각할 수 있는 음식.위키백과가 무엇인지를 모두가 알고 있다는 것(그리고 당신이 그것을 편집할 수 있다는 것)을 세계의 영어권 지역에서는 당연하게 여기는 반면, 다른 지역에서의 연구는 위키백과 전반에 대한 지식이 다소 낮다는 것을 보여주고 있다.영어 위키피디아가 도달하는 곳에서도 사람들이 "아, 내가 고칠 수 있어."라고 알 거라고는 생각하지 않는다.내가 비위키메디언들과 나의 기여/업무에 대해 이야기할 때, 그들은 종종 누구나 편집할 수 있다는 사실에 놀란다.얼마나 많은 사람들이 혼란스러워하고 내 직업이 위키피디아 편집이라고 생각하는지 말할 수 없다.ಠ_ಠ 걱정마, 내가 빨리 고쳐줄게.:) CKoerner (WMF) (토크) 22:20, 2017년 12월 21일 (UTC)[
- 메인 페이지에는 여전히 "누구나 편집할 수 있는 무료 백과사전"이라고 쓰여 있다.다른 페이지에서는 더 짧게 할 수 있을 것 같아.Doc James (대화 · 기여 · 이메일) 05:38, 2017년 12월 28일 (UTC)[
- 그것이 여전히 메인 페이지에 있다는 것을 내 주의를 끌어서 고맙다 - 나는 그것을 보고 거기에 있는 것을 보았다.보르비 (토크) 2018년 1월 1일 (UTC 16:31,
- 뻔한 것을 언급할 필요가 없다. IP가 기사로 향하고 "편집"을 보게 되면 그 버튼을 클릭하는 것이 어떤 역할을 하는지 알 수 있다. 태그 라인이나 그 모든 것이 필요하지 않다.–Davey2010 21:54, 2017년 12월 29일 (UTC)[
AWB 제안
나는 AWB가 문장의 첫머리에 대문자가 없는 곳을 강조할 수 있도록 개선하자는 제안을 하고 싶다.나는 AWB가 이 문제를 고치지 않고 있으며, 이 추가가 문장 시작 부분에 대문자가 없는 곳을 고치는 것을 더 쉽게 할 것이라는 것을 관찰했다.Pkbwcgs (대화) 17:30, 2018년 1월 1일 (UTC)[ 하라
- @Pkbwcgs:이 오류를 수정하는 데 관심이 있는 편집자는 기존 AWB 소프트웨어를 사용하여 작업을 수행할 수 있다. 소프트웨어에는 이미 찾기+바꾸기 옵션이 충분하기 때문이다.그들은 각 편집을 저장하기 전에 눈으로 모든 변경사항을 확인해야 한다. 이것은 모든 소프트웨어 지원 오타 수정(WP:SPELLBOT)에 대한 규칙이다.그것은 단순한 일이 아니다.a의 경우는 많을 것이다.
.
문장의 끝을 표시하지 않는다. 예를 들어, 문장이 약어를 표시하거나 소수점인 경우.예를 들어, eBay에 대해 쓸 때 소문자로 시작하는 문장이 필요한 다른 경우가 있을 것이다. -- John of Reading (talk) 20:20, 2018년 1월 1일 (UTC)[- Pkbwcgs, 누가 이런 짓을 한다면, 네가 아닌 것을 강력히 추천한다.만약 일련의 경고들이 가라앉지 않았다면, AWB의 허가가 벗겨진 것뿐만 아니라 완전히 차단된 것에서도 한 가지 실수가 더 있을 것이다.이렇게 복잡한 작업은 구두점과 서식과 관련된 영어 문법, 위키백과 스타일 가이드라인, 그리고 그것들을 무시하는 것이 적절한 시기, 그리고 여러분이 이 사람에게 내리는 오류와 실수의 횟수를 고려할 때, 구두점을 매우 예민하게 보는 시각과 깊이 있는 지식을 가진 사람이 해야 할 것이다.너 말고.∙ 무지개빛 20:26, 2018년 1월 1일 (UTC)[ 하라
템플릿의 극단주의 기호
- 다음의 논의는 의견요청을 기록한 기록이다.수정하지 마십시오.이 논의는 더 이상 수정해서는 안 된다. 도달한 결론의 요약은 다음과 같다.
이 토론의 경우, 극단주의 기호의 비합법적 사용을 금지할 것을 제안하고 싶다. 이는 링크된 나사산 내에서 언급된 예와 함께 또 다른 예를 들 수 있다(이전의 템플릿에서 언급된 예:알게마이네-SS나는 중립적인 백과사전이 단지 템플릿에 대한 "사찰"과 같은 상징을 추가하는 것은 타당하고 유익하다고 생각하지 않는다. 이는 특정한 전형적인 상징, 즉 극단주의 운동의 꽤 특징적인 esp를 가진 숭배와 숭배의 의미에서 이념적 상징성을 조장할 수도 있기 때문이다.특히 국가사회주의와 공산주의비합리적이고 순진한 것은 말할 것도 없고 – 오직 예증 목적으로만 이념적으로 부과된 기호를 사용하는 것은 오히려 유익하지 않은 것으로 보이므로, 사실, 나는 또한 관련 템플릿의 적절한 개정을 WP에 대한 [불합당한] 침해로 간주할 수 없다고 주장할 수 있다.CRESTOR (앞의 논쟁 과정에서 언급된 바와 같이)이 문제나 관련된 문제가 최근에 이미 논의되었으면 알려주길 바란다.안부전하--시비 (대화) 21:04, 2018년 1월 6일 (UTC)[
- 다음은 WP:NOTCensored/WP:NPOV.{{캐나다 토픽}}}에 캐나다의 홍보가 없는 것과 마찬가지로 그 이념과 연관된 상징을 그 이념과 관련된 기사 템플릿에 표시하여 이데올로기의 홍보가 없다.캐나다 단풍잎을 전시한다고 해서 캐나다는 멋지고, 캐나다는 형편없다고는 할 수 없다.헤드폭탄 {t · c · p · b} 21:45, 2018년 1월 6일 (UTC)[
- 또한 공산주의에는 본질적으로 잘못된 것이 없다.나치즘과 비교하는 것은 다소 부적절하다.헤드폭탄 {t · c · p · b} 21:48, 2018년 1월 6일 (UTC)[
- 나는 약 1억 명의 죽음에 책임이 있는 이데올로기는 약간의 문제가 있다고 생각하는데 FTR 나는 공산주의가 나치즘과 도덕적인 면에서 정확히 같은 위치를 차지하고 있다고 생각한다.그 점은 차치하고라도, 처음에 언급했던 바와 같이 NOTCENSED와 상충된다는 것에 동의한다. -Ad Orientem (대화) 21:55, 2018년 1월 6일 (UTC)[
- 공산주의를 스탈린주의나 어느 공산 독재자의 교리와 혼동하지 마라.'생산수단의 공동 소유와 사회계급의 부재'는 나치즘과 같은 도덕적인 면에 있지 않다.헤드폭탄 {t · c · p · b} 01:21, 2018년 1월 7일 (UTC)[
- 미안하지만 그건 말 하키야.마르크스는 '계급 적'을 다룰 수 있는 유일한 방법으로 폭력과 테러를 거듭 주장했다.레닌, 스탈린, 마오, 폴팟은 공산주의의 진정한 대표자들이며, 순전히 몸수수로 볼 때 세계 역사상 가장 살인적인 이념이다.나치는 아마도 붉은 사람들에게 그 타이틀을 주었을 것이다. 그러나 행복하게 무너졌다."옛 사회의 살인적인 죽음의 고통과 새로운 사회의 피비린내 나는 출생 진통을 단축하고 단순화하며 집중시킬 수 있는 방법은 오직 하나뿐이며, 그런 방법은 혁명적인 테러다."-칼 마르크스 1848.그가 옳았다.만약 당신이 그들의 재산을 빼앗을 거라면, 당신은 비위를 건드리지 않는 것이 좋을 것이다. 왜냐하면 그것은 많은 무덤을 채우는 것을 수반하는 폭력적인 강제력을 필요로 하기 때문이다. -Ad Orientem (대화) 02:45, 2018년 1월 7일 (UTC)[
- 공산주의를 스탈린주의나 어느 공산 독재자의 교리와 혼동하지 마라.'생산수단의 공동 소유와 사회계급의 부재'는 나치즘과 같은 도덕적인 면에 있지 않다.헤드폭탄 {t · c · p · b} 01:21, 2018년 1월 7일 (UTC)[
- 나는 나치 역사가들이 유대인들이 약 100조명의 죽음에 책임이 있다고 결정했다고 확신하지만, 우리는 그것이 전쟁 중에 적당에 의해 만들어진 헛소리라는 것을 알기 때문에 그 숫자를 인용하지는 않는다.그런데 왜 우리는 냉전의 미국측에서 온 헛소리 역사학자들을 인용하는 것일까?그들이 이겼다고 해서?Karl.i.biased (대화) 22:20, 2018년 1월 6일 (UTC)[
- 동맹군이 이겼다고 해서 홀로코스트가 진짜가 아닌 것처럼행동해야 할까?Smh AdA&D 22:29, 2018년 1월 6일 (UTC)[
- 나는 약 1억 명의 죽음에 책임이 있는 이데올로기는 약간의 문제가 있다고 생각하는데 FTR 나는 공산주의가 나치즘과 도덕적인 면에서 정확히 같은 위치를 차지하고 있다고 생각한다.그 점은 차치하고라도, 처음에 언급했던 바와 같이 NOTCENSED와 상충된다는 것에 동의한다. -Ad Orientem (대화) 21:55, 2018년 1월 6일 (UTC)[
- 또한 공산주의에는 본질적으로 잘못된 것이 없다.나치즘과 비교하는 것은 다소 부적절하다.헤드폭탄 {t · c · p · b} 21:48, 2018년 1월 6일 (UTC)[
- 기본적으로, 나는 헤드폭탄에 동의한다.aldgyth - Talk 21:52, 2018년 1월 6일 (UTC)[
- 지지 -- 불필요하고 산만하다.이러한 그래픽은 MOS의 요구사항을 충족하지 않는다.아이콘데코레이션, 그 이미지들은 순전히 장식적이기 때문이다.그들은 또한 종종 템플릿을 더 크게 만든다.K.e.coffman (대화) 21:52, 2018년 1월 6일 (UTC)[ 하라
- NOTCENSORED에 의해 반대됨.앞서 링크된 토론에 대한 내 의견을 참조하십시오. -Ad Orientem (대화) 21:56, 2018년 1월 6일 (UTC)[
- 논평 - 나는 극단주의 단체의 식별을 돕기 위해 상징물을 사용하는 것에 문제가 없다.기호가 식별되는 것을 멈추고 승진을 시작하는 지점이 있다.이 Threshold는 기호가 너무 큰 크기로 표시될 때 교차된다.이러한 이유로, 나는 아마도 100px에 가깝거나 그 이하인 크기 제한을 지지할 것이다. 그러나 확실히 125px 이상은 아니다.이것은 그 상징이 홍보되지 않고 식별을 위해 그곳에 보관될 것이다.(Template에 대해 상당히 최근에 잘 언급된 RfC:나치즘 사이드바에서는 나치당 깃발의 크기를 60px로 줄였다.[1] 비욘드 마이 켄 (토크) 22:00, 2018년 1월 6일 (UTC)[
- 그럴듯하게 들린다. -Ad Orientem (대화) 22:02, 2018년 1월 6일 (UTC)[ 하라
- 강한 반대 (이 이미지의 크기를 제한하기 위해) 이제 백과사전의 이미지는 그들이 대표하는 아이디어를 장려했다고 주장되는가?아주 멋지다.나는 예루살렘 왕국의 국기에 십자가가 그려져 있기 때문에, 그 국기의 이미지에 불쾌감을 느끼고 있다.템플릿을 제거하십시오.십자군 국가들, 내가 #트리거된 Karl.i.bi.biased (대화) 22:17, 2018년 1월 6일 (UTC)[ 하라
- 반대한다. 이 기호들을 현명하게 사용하는 것은 승진이 아니라 식별일 뿐이다.사라SV 22:05, 2018년 1월 6일 (UTC)[
- 반대: 쐐기의 얇은 끝.이번 주에 우리는 스와스티카를 금지한다; 다음 주에는 망치와 낫; 십자가에 못박힌 다음 주에는 아마도?이 제안서는 누가 '초극적 기호'를 정의하느냐는 문제를 완전히 해결하지 못하고 있다.--RexxS (토크) 22:06, 2018년 1월 6일 (UTC)[
- @SlimVirgin:그렇다면 템플릿에서 그러한 용도에 대해 정확히 "판단적"이라고 할 수 있는 것은 무엇인가?추가 이득은 뭘까?--시비 (대화) 22:16, 2018년 1월 6일 (UTC)[
- 그리고 일정한 이득이 있었다 하더라도(어떤 것이든), 어떤 점에서 템플릿으로 모든 사물의 나치 기호(스웨스티카, SS 룬) 등과 대치하는 것이 정당화될 수 있을까?---시비 (토크) 22:14, 2018년 1월 6일 (UTC)[
- 논평 - 그러한 장식적인 요소들은 종종 완전히 불필요하다.예를 들어 비교:아이콘 없음아이콘은 무엇을 추가하는가?K.e.coffman (대화) 22:11, 2018년 1월 6일 (UTC)[
- 항상 동일한 유익성 아이콘그래피가 제공되어 왔다: 신속한 식별.탐색 요소 상단에 쉽게 알아볼 수 있는 아이콘을 사용하면 독자는 템플릿과 관련된 주제를 빠르게 식별할 수 있다.ADA&D 22:20, 2018년 1월 6일 (UTC)[
- 내가 제공한 예에는 템플릿의 중간에 있는 측면에 있는 아이콘이 포함되어 있다.그것은 "항법 요소의 꼭대기에" 있지 않다.이 경우 아이콘은 무엇을 추가하는가?K.e.coffman (대화) 22:39, 2018년 1월 6일 (UTC)[
- 항상 동일한 유익성 아이콘그래피가 제공되어 왔다: 신속한 식별.탐색 요소 상단에 쉽게 알아볼 수 있는 아이콘을 사용하면 독자는 템플릿과 관련된 주제를 빠르게 식별할 수 있다.ADA&D 22:20, 2018년 1월 6일 (UTC)[
- 강한 반대 이것은 백과사전이지 너의 안전한 공간이 아니다.Karl.i.biased (대화) 22:12, 2018년 1월 6일 (UTC)[
- WP 때문에 반대:NOTCENSORED 또한 이 논의에서 이미 보여진 바와 같이 어떤 이데올로기가 극단적인지에 대한 논쟁을 야기하고 편집하기 때문이다.웨버비아(토크)
- 사실 좋은 지적이야.사용자 Ad Orientem은 위에 공산국가들이 1억 명을 죽였다고 말했다(sic!!!나는 개인적으로 소련과 중국이 합친 것보다 훨씬 더 많은 무고한 죽음에 미국만이 책임이 있다고 생각한다.그럼 미국 기호도 삭제하는 거야?Karl.i.biased (대화) 22:28, 2018년 1월 6일 (UTC)[
- 사실 냉전 기간 동안 서양에서 일반적으로 인용된 숫자들은 이전의 공산주의 국가들, 특히 구소련의 역사가들에 의해 절망적으로 보수적이라는 꼬리표가 붙고 있다.미국의 전쟁범죄에 대해서는, 나는 A의 좋은 미국인에 대한 어리석은 엄마와 애플파이 환상을 버린 지 오래다.하지만 나는 네가 주장하는 것에 근접한 숫자도 전혀 본 적이 없어. -Ad Orientem (대화) 22:33, 2018년 1월 6일 (UTC)[
- 사실 좋은 지적이야.사용자 Ad Orientem은 위에 공산국가들이 1억 명을 죽였다고 말했다(sic!!!나는 개인적으로 소련과 중국이 합친 것보다 훨씬 더 많은 무고한 죽음에 미국만이 책임이 있다고 생각한다.그럼 미국 기호도 삭제하는 거야?Karl.i.biased (대화) 22:28, 2018년 1월 6일 (UTC)[
- 쌓이지 말고, 역사 집단을 식별하기 위해 기호를 사용하는 것이 어떻게 승진으로 비칠 수 있는지 모르겠다.단풍잎에 대한 헤드밤의 예는 잘 알려져 있다.ADA&D 22:20, 2018년 1월 6일 (UTC)[
- 반대한다. 위키피디아는 검열되지 않고 나는 어떻게 인포박스에 있는 이미지가 "홍보"인지 잘 모르겠다.게다가, 어쨌든 논쟁 없이 "극한 이념"이 무엇인지 어떻게 정의하고 전쟁을 편집하겠는가?스카이워리어 22:35, 2018년 1월 6일 (UTC)[
- 반대: 일부 템플릿에 대해 정당한 목적을 제공하지 않는 기호가 있는 경우 모든 수단을 통해 해당 기호를 제거하십시오(예: 템플릿에서 제거:말이 되는 Allgemeine-SS) 그러나 두 가지 이유로 모든 템플릿에 규칙을 적용하고 싶지는 않다.첫째, 이미지가 합법적인 식별 목적을 명확하게 제공하는 부분이 있다(예: 템플릿:Nazism 사이드바 및 템플릿:공산주의 사이드바)와 둘째로, 우리는 무엇이 "극단주의 상징"이고 무엇이 아닌지에 대한 끊임없는 논쟁을 하고 싶지 않기 때문이다.엣지 케이스를 분류하는 명확한 방법이 없고 많이 있다.더 심각한 것은, 그 기호들이 문맥상 문제로 분리되어 고려될 수 없다는 것이다.여기에는 합법적인 혼란과 고의적인 트롤링에 대한 범위가 있다.심지어 스와스티카도 나치즘을 식전하는 역사를 가지고 있기 때문에 항상 극단주의적인 상징은 아니다.미국의 알트 라이트(Alt-Right)는 무고한 것들을 단기간의 극단주의 상징으로 바꾸는 데 재미를 보는데, 우리가 귀찮게 굴어도 우리가 따라갈 수 있을지 의문이다.게다가, 나는 그들이 단지 우리 같은 사람들을 자극하기 위해서 그런 일을 하는 것이 아닌가 의심스럽다. 그래서 더더욱 그렇게 되지 않을 것이다.한마디로 기존 룰을 제대로 적용하면 충분하기 때문에 우리 등에는 불필요한 막대가 될 것이다. --다니엘리갈 (토크) 23:08, 2018년 1월 6일 (UTC)[
- 반대, 나는 이 토론의 요점을 이해하지 못한다.특정 형상에 대해 일반적으로 식별된 기호가 있는 상황에서 그래픽 식별은 확실히 도움이 된다.그리고 '극단적'이라는 공통의 정의에 동의하는 행운을 빈다. --소만 (대화) 23:32, 2018년 1월 6일 (UTC)[
- 반대한다, 나는 확실히 장식으로만 그런 이미지를 사용하는 것은 아니지만, 우리는 그것을 식별에 적합하게 사용할 때 홍보하지는 않는다.기호가 나타내는 바로 그 것에 대한 템플릿에서 사용하는 것이 적절하고 합리적인 사용이다.그것은 우리가 그 상징이나 상징을 지지한다는 것을 의미하지 않는다.나는 또한 우리가 "극단적"을 구성하는 것을 결정하기 시작하면 매우 나쁜 길로 접어든다고 생각한다.세라핌블레이드 00:24, 2018년 1월 7일 (UTC)[
- 반대한다. 나는 나치 관련 기사, 템플릿, 인포박스에 나치의 공생학이 사용되는 것을 전적으로 기대한다.심지어 '탐구'(템플릿에 사용되는 작고 저조도 텍스트를 읽지 않고, 한 눈에 주제를 식별할 수 있게 하는 것만큼 실제로 미학에 관한 것은 아니다)라고 해도 말이다.ᛗᛁᛟᛚᚾᛁᚱPants Tell me all about it.00:49, 2018년 1월 7일 (UTC)[ 하라
- 반대 - 누가 "극단적인" 것과 그렇지 않은 것을 결정할 것인가?이것은 작업할 수 없다.마넷DTAK 01:25, 2018년 1월 7일 (UTC)[
- NOTCENSORED에 따라 반대하라 - 만약 당신이 나치 역사에 대해 정말로 그렇게 불쾌하다면, 나는 당신이 모뎀을 창문 밖으로 내던지고 속옷을 바느질하는 것을 제안할 것이다.–Davey2010Talk 02:17, 2018년 1월 7일 (UTC)[
유지 관리 템플릿에서 "도움말할 수 있음" 제거
{{Data 누락}}}의 초대장 "너도 도울 수 있다"는 것은 MOS 위반이라고 본다.너, 그리고 제거되어야 한다.생각나는 거 있어?런온(토크) 옵티미스트 2017년 12월 29일 00:16 (UTC)[
- 모스:너는 기사 산문에 관한 것이다.유지 관리 템플릿은 문서 텍스트의 일부가 아니다.네 번째 벽이 순간적으로 부서지는 지점들, 이 텍스트에서 파열된 부분들, 그리고 우리는 "Pssst"의 효과로 독자들에게 직접 말할 수 있다.겉모습이 전부는 아니다.뒤쪽으로 와!"그것은 위키 방식의 일부분이고 그것은 세계의 모든 스타일 매뉴얼보다 더 중요하다.– 우안팔라 (대화) 00:23, 2017년 12월 29일 (UTC)[
- 나는 동의하지 않는다.글의 흐름을 끊지 않고 누구나 편집할 수 있는 백과사전의 편집자가 되도록 독자들을 초대할 수 있는 곳이 얼마든지 있다.그래서 {{cn}}나 다른 정비 태그 십여 개, 도주 중인 옵티미스트 (토크) 07:25, 2017년 12월 29일 (UTC)[ ]에 "도와줄 수 있다"가 없는 것이다
- 그래, 다른 유지 관리 태그가 필요 없는데 굳이 '도와줄 수 있다'고 해야 할 이유가 없지.갤럽터 (pingo mio) 11:04, 2017년 12월 29일 (UTC)[ 하라
- 나도 동의해 - 헤더 템플릿은 텍스트에 너무 지장을 주지 않고 "도움이 될 수 있다" 또는 이와 비슷한 것을 말할 수 있어; 인라인 템플릿은 이런 말을 해서는 안 돼.עודדוו odיו od 16 od 16 od 16 미셰후 16:00 (UTC) 2018년 1월 1일 (
- 인라인 템플릿이 너무 커 초대를 없애야 한다고 생각해.다른 인라인 템플릿에서도 실행 요청이 없는 것 같아.엔터프라이즈y (토크!) 20:43, 2018년 1월 7일 (UTC)[
제안: "참고" 섹션의 이름을 "시민" 섹션으로 변경
스노우 | |
확실히 눈 감기는 이런 일은 일어나지 않을 것이다.이 제안은 이전까지 다양하고 더 정교한 방법으로 제시되었지만, 지역사회에서 항상 거부되었다. 그 결과 PEREN에서 전용 섹션이 제시되었다. –Ammarpad (대화) 21:03, 2018년 1월 7일 (UTC)[ |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
위키피디아의 경우 인용 부문이 학술 작품에서 사용되고 있고 "인용 필요" 태그 측면에서 더 타당하기 때문에 인용 부문이 참조부보다 더 나을 것이다.당신은 어떻게 생각하나요?브라이언 에버라스팅(토크) 21:02, 2018년 1월 1일 (UTC)[
- 혼동될 가능성이 없다면 그 구간을 "시민"이라고 부르지 말라는 규칙은 없다.일반적으로 "시민"은 혼동 가능성 때문에 섹션 이름으로 사용하는 것을 피한다. "시민"은 기사 제목이 받은 수상 목록이나 법적 유죄판결 목록을 참조할 수 있는 반면, "주"나 "참고"는 명확하다.마찬가지로, 우리는 "바이블리오그래피(Bibliography)"를 섹션 이름으로서 단념한다. 왜냐하면, 기사의 출처에 사용된 작품 목록이 아니라 주제별 또는 주제에 관한 작품 목록과 혼동될 수 있기 때문이다. (MOS:FNR에서 이 섹션의 이름을 붙이기 위한 가이드라인의 장과 반대편을 읽을 수 있다.)나는 이 섹션의 이름을 "참고", "시민" 또는 다른 것으로 표준화하려는 어떠한 시도에도 강력히 반대하며, 나는 사실상 다른 모든 사람들도 이에 대해 의견을 개진할 것이라고 의심한다. 그러나 당신이 정말로 그것에 대한 합의를 얻기를 원한다면:스타일/레이아웃 매뉴얼이 토론을 진행하는 장소일 것이다.∙ 무지개빛 21:13, 2018년 1월 1일 (UTC)[
- Iridescent · · · Peter (Southwood) : 05:01, 2018년 1월 2일 (UTC)[
- 그럴 일은 없을 거야, 아이리스센트 당.— 여기 05:06, 2018년 1월 2일 (UTC)[
- Iridescent에 따르면 그렇지 않다 - "참고"를 갖는 것은 많은 혼란을 덜어주고, "시민"으로 갖는 것은 많은 혼란을 야기할 것이다.–Davey2010Talk 16:38, 2018년 1월 5일 (UTC)[
- 위키백과 참조:Evernivery_proposals#Changes_to_standard_appendises Galobtter (pingo mio) 11:55, 2018년 1월 6일 (UTC)[
- 다른 사람들이 위에서 말한 것 외에, 이 맥락에서 "시민"은 대개 인라인 인용문을 의미하며, "참고"는 인라인 인용문과 일반 인용문 모두를 포함할 수 있다.nsk92 (대화) 10:49, 2018년 1월 7일 (UTC)[
- 아마 좋지 않은 생각일 것이다.나는 최근에 "소스"와 "참고" 섹션이 모두 포함된 기사를 발견했다.혼란에 대해 말해라!더그 웰러 토크 17:38, 2018년 1월 7일 (UTC)[
AFC 제출 및 검토에 대한 삼진법칙
그 제안을 지지해야 한다는 명확한 합의가 없는 것 같다. 지원되는 인수:
반대되는 주장은 다음과 같다.
자동/봇 측면 없이 제안하는 것이 도움이 될 수 있다(즉, AFC 가이드라인으로서, 3차 또는 4차 불합격 시에는 MFD로 기재하면 된다).대부분의 uw-* 템플릿(예: 반달리즘, 스팸 등)에 대해서는 다음과 같은 것들이 있다는 것을 알게 되었다. |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
최근 창간 조항에서 문제에 대한 논의가 몇 차례 있었다.여기, 여기, 여기.
이러한 우려를 해소하기 위해 나는 다음을 제안한다.
AfC 제출의 세 번째 거절 시, 봇은 Miscellany for Deletion에서 논의하기 위한 초안을 나열하도록 프로그램되어야 한다.토론이 끝날 때 초안이 '유지'되거나 '합의 없음'이면 즉시 메인 스페이스(AfD와 동일)로 옮겨져 뉴 페이지 순찰 대기열에 넣어야 한다.'삭제' 결정일 경우 삭제해야 하며 재생성할 경우 평소와 같이 G4 CSD를 적용해야 한다.합병/재간접/등과 같은 기타 잠재적 결과도 가능하지만, 결과에 관계없이 초안을 논의 후 초안 공간으로 다시 보내서는 안 된다.
주제가 주목할 만한 것으로 간주되지만 일부 다른 기준(예: NPOV 등)에서 기사에 실패하는 경우, 삭제하지 않고 짧은 스텁으로 변환하여 확장 및 개선을 위해 메인 스페이스로 보내야 한다.-1월 7일 추가 지침 추가
이 제안은 세 가지 주요 이슈를 다루기 위한 것이다.
- 일부 AfC 검토자가 너무 엄격하다는 우려(또는 최소한 NPP나 AfD보다 더 엄격한 것은 유사한 제출일 것이다.) --MfD 논의는 토론을 통해 주목할 만한 주제를 드러낼 것이다.
- 분명하지 않은 주제(또는 경계선처럼 보이지만, 비주력적인 주제)를 반복적으로 제출하여 귀중한 검토 시간을 낭비하고 밀린 업무량 증가에 기여함. --MfD 토론에서 비주력적인 주제를 밝히고 삭제하여 G4의 대상이 된다.
- 협업의 결여(일부에서는 초안을 소수의 검토자들만이 볼 수 있으며, 때로는 거짓 추론에 의해서도 거절하고, 이것은 위키피디아의 협업 편집의 목표에 반하는 것이라는 우려를 제기하고 있다.) --3번의 AfC 검토 후 최종적으로 MfD 논의는 추가적인 시선이 쏠리는 장소를 만들 것이다.그가 기사화하다.
이것은 특히 AfC에서 나른해지는 경향이 있는 경계선 주제를 해결하는데 도움을 주기 위해 중요하다. 삭제해야 한다는 것이 명백하지 않기 때문에 삭제 목록에 없다(결국 경계선이다), 대신 저자가 인내심을 잃고 NPP가 위트를 다루는 메인 스페이스로 옮겨갈 때까지 반복해서 제출될 뿐이다.아니면 버리면 결국 G13 CSD에 들어갈 수 있다.내가 본 바로는 메인 스페이스에 적합한 버려진 초안이 상당한 비중을 차지하기 때문에 이것은 비교적 흔한 문제다.
참고: 이 제안은 초안을 "제거"하는 방법을 의도한 것이 아니라, AfC를 방해하는 부적절한 제출을 제거하는 것과 마찬가지로 AfC 검토자들로부터 품질 검토를 보장하는 방법이다.제출자조차 이 과정에서 이득을 얻는데, 이는 제출자의 제출이 주목할 만한지 여부에 대해 최소한 확실한 답변을 받게 되고 (경계선 초안의 경우) AfC 연옥에서 벗어날 것이기 때문이다.미완성이지만 분명하게 눈에 띄는 초안(MfD 토론에서 정기적으로 출처를 검색하는 편집자에 의해 결정됨)은 어쨌든 메인 스페이스로 옮겨야 하며, 여기서 더 많은 손과 눈으로 개선할 수 있다.작업 부하가 약간 큰 영향을 받는 유일한 그룹은 MfD의 기여자일 것이다.
나의 희망은 이것이 관련된 모든 사람들을 거의 도울 수 있는 해결책이며 동시에 여러 과정을 능률화할 수 있는 해결책이다.너희들도 동의하길 바라.
참고 #2: 다른 이들은 이 제안이 MfD를 초과하여 실행될 수 있다고 제안했지만, 추정치는 하루 평균 2-3에 불과할 것으로 예상된다.MfD의 현재 능력 내에서.아래 GMG에 대한 내 의견을 참조하십시오.
참고 #3: {{AFC_제출/선언된}} 템플릿은 제3의 하락이 MfD에서 토의로 귀결된다는 것을 나타내도록 업데이트해야 한다.
— 여기 09:25, 2017년 12월 21일 (UTC)[
토론 - 3파업 제안
지원, 제안자로서.— 여기 09:25, 2017년 12월 21일 (UTC)[
- 지원 AfC 프로세스를 보다 쉽게 관리하고 작업 흐름을 능률화한다.주공간에 적절한 제출이 삭제됨. -- DLOhcierkim (대화) 15:12, 2017년 12월 21일 (UTC)[
- 즉흥적인- 나는 나른해지는 초안에 대해 뭔가를 하는 것을 좋아한다.그러나 초안이 MfD를 통과하면 NPP의 다른 검토에 제출할 이유가 없다고 본다. 또는 다른 방법으로, NPP에 직접 제출하여 MfD를 우회하는 것은 어떨까?나는 한 번의 검토가 자동 2차 검토로 이어지는 이유를 모르겠다, 그게 전부다.또한 모든 G13 허용 가능한 초안에 대해 이렇게 하는 것은 어떨까?이반벡터 (/)TalkEdits 16:16, 2017년 12월 21일 (UTC)[
- NPP에서 일어나는 다른 일들은 기사 트리게이지 말고도 가치가 있는 것들이 있다: 정화를 위해 태깅을 하거나 위키프로젝트를 추가하는 것 같은 것들이다.그러나 MfD 토론이 가까워질수록 그들이 관리자라면 자동적으로 그것을 체크하지 못할 이유는 없다.기본적으로, NPP에서의 우리의 밀린 업무는 나쁘지 않아서 우리는 이런 계획을 지지할 수 없다. 그래서 나는 생각했다, 왜 안 되는가?NPP에 직접 제출하는 것은 즉시 격추될 것이고, 나는 그것을 지지하지 않을 것이다; 이것들 대부분은 경계선이고, 그것들을 어느 쪽으로든 분류하기 위해 토론이 필요하다. 그것은 ACTRIAL을 전복시킬 것이다. 그리고 우리는 또한 자동 메인 스페이스 출판물로 반복해서 쓰레기 초안을 제출하는 사람들에게 보상을 해서는 안 된다.— 여기 17:53, 2017년 12월 21일 (UTC)[
- 행정관 개입이 문제인 것 같아.일반적으로(그러나 항상은 아님) MfD의 근접성은 관리자가 될 것이며, 관리자는 다음 작업을 수행할 수 있다.
autopatrolled
사용자 권한, 따라서 관리 MfD의 일부로 이동하면 초안이 자동으로 순찰되고 NPP 대기열에 나타나지 않는다.만약 이것이 효과가 있다면, 나는 MfD 참가자들에게 (이미 끝난) 부적절한 내용을 거부하고 또한 NPP가 지금과 같이 포함 가치가 있지만 작업이 필요한 초안을 태그하는 책임이 있을 것이라고 생각한다.아래 다른 제안에 대해 잠시 후에 언급하겠다, 나는 IRL에 출마해야 한다.이반벡터 (/)TalkEdits 2017년 12월 21일 (UTC) 19:31[
- 행정관 개입이 문제인 것 같아.일반적으로(그러나 항상은 아님) MfD의 근접성은 관리자가 될 것이며, 관리자는 다음 작업을 수행할 수 있다.
- NPP에서 일어나는 다른 일들은 기사 트리게이지 말고도 가치가 있는 것들이 있다: 정화를 위해 태깅을 하거나 위키프로젝트를 추가하는 것 같은 것들이다.그러나 MfD 토론이 가까워질수록 그들이 관리자라면 자동적으로 그것을 체크하지 못할 이유는 없다.기본적으로, NPP에서의 우리의 밀린 업무는 나쁘지 않아서 우리는 이런 계획을 지지할 수 없다. 그래서 나는 생각했다, 왜 안 되는가?NPP에 직접 제출하는 것은 즉시 격추될 것이고, 나는 그것을 지지하지 않을 것이다; 이것들 대부분은 경계선이고, 그것들을 어느 쪽으로든 분류하기 위해 토론이 필요하다. 그것은 ACTRIAL을 전복시킬 것이다. 그리고 우리는 또한 자동 메인 스페이스 출판물로 반복해서 쓰레기 초안을 제출하는 사람들에게 보상을 해서는 안 된다.— 여기 17:53, 2017년 12월 21일 (UTC)[
- 댓글 MfD는 괜찮다. 단, 많은 NPPP(비구팅 페이지 패트롤러)들이 자주 하지 않는 것을 제외하면, 아마도 우리의 RFA-I'm-pretty 로그에 나타나지 않기 때문일 것이다.AFD로 보내는 게 어때?내 말은, 나는 그것이 그의 메인 스페이스에 상주한다는 의미에서 기사가 아니라는 것을 알지만, 나는 그것이 그렇게 취급되어야 한다고 생각한다.만약 초안이 AFD에 나타났다면 당신은 그것을 훨씬 더 많이 볼 수 있을 것이다.물론, 그 눈들 중 적지 않은 부분이 "AFD에 있다면, 나를 강하게 만드는 모래를 삭제해야 한다!"라고 믿는 긴 발톱 박멸자들은 아닐 것이다. 이것은 삭제에 대한 투표수를 스팸으로 보낼 수 있지만, 3개의 눈보다 더 많은 눈이 더 좋다.L3X1 (distænt write) 17:23, 2017년 12월 21일 (UTC)[
- AFC의 1대 1 '건틀렛'보다는 새로운 편집자들의 초안을 의미하는 모든 지원 ANYS는 실제로 지역사회에서 논의되고 있다.AFC 검토자들은 진정으로 구제할 수 없는 사람을 제거하는데 성공했지만 불행하게도 그들은 또한 너무 자주 과민반응을 보이며, 분노한 편집자가 포기했을 때 결국 g13 삭제로 이어질 수 있는 잠재적인 초안을 비난한다.이 정책은 지역 사회의 감독을 허용할 뿐만 아니라, 훨씬 더 광범위한 사람들이 초안이 더 높은 품질에 도달하도록 적극적으로 도울 수 있게 할 것이다.또한 이 정책이 채택될 경우 초안 사용자를 위한 명확한 경고가 필요하며, MFD 또는 AFD에서 작성자가 계속 작업하기를 원하는 경우 해당 기사를 '사용자 편의'할 수 있는 옵션이 제공될 수 있다고 말하고 싶다.에고빌라이 (대화)20:32, 2017년 12월 21일 (UTC)[
- 지지하다.이것은 많은 문제들에 대한 깔끔한 해결책이며, 기본적으로 우리가 AfC에서 그들에게 질렸을 때 MfD로 초안을 가져가는 현재의 임시 프로세스를 공식화한다.나는 특히 새로운 편집자들이 끝없이 수용과 거부의 순환을 겪도록 격려하기 보다는 초안에 대해 비교적 빨리 최종적인 지역사회의 합의를 이끌어 내는 생각이 좋다.그러나 나는 MfD가 최고의 장소는 아닐 수도 있다는 것에 동의한다.아마도 AfD, 또는 잠재적으로 볼 때, 우리는 새로운 '토론의 초안' 과정을 만들 수도 있을 것이다.하지만 그것은 나중에 결정할 수 있다.대화)20:33, 2017년 12월 21일 (UTC)[ ] 조 (
- 어.... 이 제안은 몇 가지 숫자와 함께 나올 필요가 있을 것 같아.사실 숫자가 많았어.내가 마지막으로 본 통계는 10월부터였고, 하루에 약 250건의 기사 리뷰가 있었다.나는 그 숫자가 얼마나 최신인지 전혀 알지 못하며, XfD에 얼마나 많은 수를 투입할 것인지 알 수 없다.그러나 아마도 정규 50명의 순서는 AfD를 압도하기에 충분할 것이다. (오늘 하루 종일 총 70명의 후보 지명을 받은) MfD는 거의 하루에 12명 이상을 얻지 못한다.이것은 적어도 AfD에 대한 정책을 완전히 다시 쓰고, 편집자들이 기본적으로 그들이 이전에 했던 것을 전혀 기대하지 않고 기사를 지명할 수 있게 한다는 사실에 신경쓰지 마라.나는 어딘가에 의도하지 않은 거대한 결과가 있을 수 없다는 것을 믿는데 어려움을 겪고 있다.GMGtalk 20:41, 2017년 12월 21일 (UTC)[
- 음, 아까는 세 명의 평론가가 초안에는 아무것도 없다고 생각했다는 것이다.세 번 거절당한 숫자가 그렇게 터무니없이 높은 것 같지는 않다.갤럽터 (pingo mio) 04:22, 2017년 12월 22일 (UTC)[ 하라
- 좋아, 네가 숫자를 물어봤잖아나는 50개의 무작위 AFC 초안을 살펴보았다. 그 중 이전에 검토되지 않았던 29개, 한 번 거절된 15개, 두 번 거절당한 3개, 그리고 세 번 거절당한 것이다.세 번이나 거절당한 세 사람은 다음과 같다: 초안:토니 파렐라, 드래프트:미래의 성공과 드래프트:WIN-911 소프트웨어.그래서 AfC 제출의 약 6%가 현재 밀리고 있다.밀린 금액이 2700달러라면 지금 당장 자격이 되는 약 160달러의 초안이 있어야 한다.한 번에 모두 보내는 것을 권장하지 않는다는 점에 유의하십시오(재해가 발생할 경우).봇은 따라잡힐 때까지 하루에 최대 5-10개(또는 다른 번호) 이상 전송하도록 프로그래밍할 수 있다.일단 잡히면 하루 2-3의 비율이 우리가 예상할 수 있는 것이 아닌가 의심하고 있다(현재는 밀린 일지 대기 시간은 약 2개월(!), 그리고 어떤 기초 수학: 160/60=2.7. 대략적인 추정치지만, 그것이 우리가 야구장 기준으로 보고 있는 것이다.사실 엄청난 숫자는 아니에요.— 여기 08:58, 2017년 12월 22일 (UTC)[
- 음, 아까는 세 명의 평론가가 초안에는 아무것도 없다고 생각했다는 것이다.세 번 거절당한 숫자가 그렇게 터무니없이 높은 것 같지는 않다.갤럽터 (pingo mio) 04:22, 2017년 12월 22일 (UTC)[ 하라
- 논평 - 나는 이것에 대해 회의적이다.삼진 문턱에 도달하는 횟수와 비교하여 이 삼진아웃에 도달하는 횟수가 (월 또는 주) 얼마나 되는지 나중에야 받아들여질 수 있을지에 대해 알고 싶다.라일리버츠会話投稿記録 21:18, 2017년 12월 21일 (UTC)[
- 나는 이것이 MFD를 압도할까봐 걱정된다.이미 소프트 삭제로 충분히 내려갈 수 있기 때문에, 끈질기게 제출하는 사람들은 그저 무삭제자를 요구하고 나서 어떤 식으로든 다시 시도할 것이다.어떤 경우에 문제는 존재하지 않거나 대수롭지 않은 문제를 주장하는 선언자들에게 있다.그러나 우리는 ANI에 대한 마지막 선언기의 자동 보고가 필요하지 않다.대신에 우리는 인간적인 결정을 해야 한다.그 페이지는 우선 순위 대기열 뒤쪽으로 갈 수 있고, 아마도 우리는 심하게 쇠퇴한 페이지의 범주를 가지고 있어야 할 것이다. 그리고 현재 템플릿을 세는 것보다 약간 더 집요하다.Graeme Bartlett (대화) 21:25, 2017년 12월 21일 (UTC)[
- 질문:사용자 샌드박스 초안이 검토 태그가 지정된 후 또는 AfC 초안만 포함되겠는가?사용자 샌드박스 초안이 포함된다면 반대하겠다.안녕, TAK (TransportMan) 2017년 12월 21일 (UTC) 21:30 ]
- 드래프트 스페이스는 통상적인 YourUserspaceIs에 한하여당신의 캐슬 정책들.L3X1 (distænt write) 23:52, 2017년 12월 21일 (UTC)[
- @TransporterMan: "검토를 위해 태그가 붙었다"는 것이 정확히 무슨 뜻인가?내가 아는 한 그렇게 하는 유일한 방법은 그것을 AFC에 제출하는 것이고, 그리고 나서 어차피 드래프트 스페이스로 옮겨지는 것이므로 요점은 무트다.– Joe(토크) 00:15, 2017년 12월 22일 (UTC)[
- 사용자 샌드박스 드래프트에 {{subst:submit}}을(를) 배치한 것이 드래프트 네임스페이스로 이동하지 않고 검토를 위해 대기하고 있는 것은 아마도 잘못 이해한 것 같다.내가 틀렸나요?안녕, TAK (TransportMan) 04:16, 2017년 12월 22일 (UTC)[
- 나는 그것이 사실이라고 거의 확신한다. 그것들은 초안 공간으로 수작업으로 옮겨져야 한다.갤럽터 (pingo mio) 04:22, 2017년 12월 22일 (UTC)[ 하라
- @TransporterMan: 자동은 아니지만, 현재의 관행은 그 템플릿이 새겨진 것은 무엇이든 드래프트 스페이스로 옮기는 것인데, 보통 누군가는 빨리 한다.그러나 움직이거나 움직이지 않고, 그 위에 {{subst:제출}}}을(를) 얹어 AfC에 제출하고, 따라서 당신이 말한 대로 "AfC 초안"으로 만든다.– Joe(토크) 09:28, 2017년 12월 22일 (UTC)[
- 그렇다면 사용자 샌드박스를 그러한 태그 지정 후 드래프트 스페이스로 옮기는 관행이 금지되지 않는 한 나는 이 제안에 반대한다.단지 누군가가 검토를 요청한다는 이유만으로 3파업으로 된 위험으로 초안을 작성하는 것은 바람직하지 않다.사실 이 제안 전체를 어떻게 생각하는지는 잘 모르겠지만, 그렇게만 된다면 반대할 것이 분명하다. - 트랜스포터맨 (TAK) 14:17, 2017년 12월 22일 (UTC)[
- 단순히 재검토를 요청해서가 아니다.그들이 세 번이나 리뷰를 요청했기 때문이다.그리고 그것은 위험하지 않다 - 검토가 그것이 정말로 주목할 만한 것임을 알아내고 그것을 메인 스페이스에 놓을 가능성이 있다.사용자는 항상 스스로 메인 스페이스로 이동할 수 있다.갤럽터 (pingo mio) 2017년 12월 22일 14:24 (UTC)[ 하라
- 초안이 사용자공간에 있는 경우, 초안이 초안공간에 옮겨지기 때문에 삭제 후보로 지명될 가능성이 있는 경우 그 요청의 결과가 그들이 얼마나 많은 검토를 요청하는지에 상관없이 나는 이 제안에 반대한다.사용자공간의 초안은 자동으로 삭제 지명되지 않아야 하지만, 통과될 수 있다.— TransportMan (TAK) 20:45, 2017년 12월 25일 (UTC)[
- @트랜스포터맨.AfC의 작업 방식 때문에, 사용자 공간 초안에 제출 템플릿을 추가하는 것도 사실적으로 사용자 공간 초안을 초안 공간으로 이동시킬 것을 요구하고 있다.그러나, 새로운 사용자들에게 이것이 항상 명확한 것은 아니며, 아마도 나는 요청 시 초안이 사용자 정의될 수 있다는 주의사항을 위에 추가할 수 있을 것이다.G4는 사용자가 AfC에 대한 사용자 공간 초안을 실질적인 변경 없이 다시 제출(4회)하거나 상당한 변경 없이 메인 스페이스로 옮기기로 결정한다면 G4에 대한 자격이 주어질 것이라고 생각한다.
- 마지막 줄을 다음과 같이 변경해도 반대하시겠습니까?
...초안은 결과에 관계없이 논의
후초안공간에 다시 보내서
는 안되며, 요청
시사용자화
할 수있다(중대한 변경 없이 AfC
로 본/제출된 경우 G4에 의거함).?
— 여기 21:36, 2017년 12월 25일 (UTC)[
- 초안이 사용자공간에 있는 경우, 초안이 초안공간에 옮겨지기 때문에 삭제 후보로 지명될 가능성이 있는 경우 그 요청의 결과가 그들이 얼마나 많은 검토를 요청하는지에 상관없이 나는 이 제안에 반대한다.사용자공간의 초안은 자동으로 삭제 지명되지 않아야 하지만, 통과될 수 있다.— TransportMan (TAK) 20:45, 2017년 12월 25일 (UTC)[
- 단순히 재검토를 요청해서가 아니다.그들이 세 번이나 리뷰를 요청했기 때문이다.그리고 그것은 위험하지 않다 - 검토가 그것이 정말로 주목할 만한 것임을 알아내고 그것을 메인 스페이스에 놓을 가능성이 있다.사용자는 항상 스스로 메인 스페이스로 이동할 수 있다.갤럽터 (pingo mio) 2017년 12월 22일 14:24 (UTC)[ 하라
- 그렇다면 사용자 샌드박스를 그러한 태그 지정 후 드래프트 스페이스로 옮기는 관행이 금지되지 않는 한 나는 이 제안에 반대한다.단지 누군가가 검토를 요청한다는 이유만으로 3파업으로 된 위험으로 초안을 작성하는 것은 바람직하지 않다.사실 이 제안 전체를 어떻게 생각하는지는 잘 모르겠지만, 그렇게만 된다면 반대할 것이 분명하다. - 트랜스포터맨 (TAK) 14:17, 2017년 12월 22일 (UTC)[
- 사용자 샌드박스 드래프트에 {{subst:submit}}을(를) 배치한 것이 드래프트 네임스페이스로 이동하지 않고 검토를 위해 대기하고 있는 것은 아마도 잘못 이해한 것 같다.내가 틀렸나요?안녕, TAK (TransportMan) 04:16, 2017년 12월 22일 (UTC)[
- 그래, 난 여전히 반대할 것 같아."사용자 공간 초안에 제출 템플릿을 추가하는 것도 사실적으로 초안 공간으로의 이동을 요청하는 것"이라고 말하지만, 나는 그것을 허용하는 정책이나 지침에서 어떤 것도 찾을 수 없다(그리고 실제로, STASE는 최소한 그것을 금지하지는 않더라도, 그것을 특별히 허용하지 않는 것처럼 보인다) 그리고 나는 AFC 페이지나 {{submi에서 아무것도 찾을 수 없다.편집자에게 단지 초안을 제출한다고 해서 그러한 일이 일어날 것임을 알리는 t} 템플릿.사람들은 자신이 원하는 만큼 자신의 사용자 공간에서 기사를 작업할 수 있도록 허용되어야 하며, 단순히 검토를 요청하는 것만으로 그것이 거기서 옮겨져 삭제될 위험에 처해서는 안 된다.AFC가 일정 횟수를 초과하거나 일정 횟수를 초과하여 사용자 공간 초안을 검토하지 않으려 한다면, 괜찮지만(약간 사소한 것, BITH-y) 검토 요청을 해도 초안이 삭제될 수 있다고 말하지 않는 것은 명백한 잘못이다.안녕, TAK 23:08, 2017년 12월 25일 (UTC)[
- @트랜스포터맨.음, 비초안 공간 제출에 {{submit} 템플릿을 추가하면 "경고:이 페이지는 초안:XXXX에 위치해야 하며, 샌드박스 초안에 "경고:이 페이지는 미발송 네임스페이스로 옮겨야 할 것이다." 그리고 그것을 쉽게 이동할 수 있는 편리한 버튼을 제공한다. 그래서 그것은 그들에게 미발송으로 옮겨질 것이라고 말해준다.이 과정이 제출자에게 투명하게 진행되어야 한다는 데 동의하며, 이를 추가하는 장소는 {{의 '재제출' 버튼 옆에 있다.AFC_제출/선언}.이는 "문제가 해결되지 않으면 초안이 다시 거부된다는 점에 유의하십시오"라는 선에서 갱신해야 한다.3회 이상 연속 거부된 초안은 MfD에서 토픽이 주목할 만하고/또는 위키백과에 적합한지 판단하기 위해 MfD에 토의를 위해 나열되며, 해당 시 삭제되거나 메인 스페이스로 이동될 수 있다.(아래줄 추가 텍스트).세 번째 제출을 통해 삭제(위 RfC에 추가)가 발생할 수 있음을 분명히 하기 위해 템플릿이 업데이트되더라도 반대하시겠습니까?위의 참고 #3을 참조하십시오.— 여기 18:35, 2017년 12월 26일 (UTC)[
- 그래, 난 여전히 반대할 것 같아."사용자 공간 초안에 제출 템플릿을 추가하는 것도 사실적으로 초안 공간으로의 이동을 요청하는 것"이라고 말하지만, 나는 그것을 허용하는 정책이나 지침에서 어떤 것도 찾을 수 없다(그리고 실제로, STASE는 최소한 그것을 금지하지는 않더라도, 그것을 특별히 허용하지 않는 것처럼 보인다) 그리고 나는 AFC 페이지나 {{submi에서 아무것도 찾을 수 없다.편집자에게 단지 초안을 제출한다고 해서 그러한 일이 일어날 것임을 알리는 t} 템플릿.사람들은 자신이 원하는 만큼 자신의 사용자 공간에서 기사를 작업할 수 있도록 허용되어야 하며, 단순히 검토를 요청하는 것만으로 그것이 거기서 옮겨져 삭제될 위험에 처해서는 안 된다.AFC가 일정 횟수를 초과하거나 일정 횟수를 초과하여 사용자 공간 초안을 검토하지 않으려 한다면, 괜찮지만(약간 사소한 것, BITH-y) 검토 요청을 해도 초안이 삭제될 수 있다고 말하지 않는 것은 명백한 잘못이다.안녕, TAK 23:08, 2017년 12월 25일 (UTC)[
- 지지하다.그것은 확실한 문제를 해결하기 위한 건전한 제안이다.AFC에 대한 나의 경험은 최근이고 제한적이지만, 합격 기준에 맞지 않는 기사가 불합격되었다가 빠르게 재추천되는 등 상당한 이슈를 보아왔다.이곳과 빌리지 펌프에서 AFC가 선의의 신인들과 냉소적인 AFC 선수들 사이의 "1대 1 '가운틀릿'"을 대표한다는 제안은 빗나간 것이다.나는 그 기사의 제목에 의해 전적으로 저술되거나, 상업적인 기업을 육성하기 위한, 또는 둘 다의 기사의 양에 대해 심각한 놀라움을 금치 못했다.효과적인 게이트웨이 프로세스가 반드시 필요하며 이 제안은 그것을 위해 효과가 있을 것이다.KJP1 (토크) 2017년 12월 21일 (UTC) 22:30[
- 반대한다. #위키피디아-엔-헬프(IRC)에 대한 내 경험을 바탕으로 초안을 작성하는 많은 사용자들은 우리의 공신력 기준, 중립성 요건, 심지어 우리가 받아들일 수 있다고 생각하는 출처에 대해 읽어보지도 않았다. 그리고 이들에 대해 들었을 때 즉시 돌아서서 "그러나 foo"를 주장으로 사용하려고 시도한다.이 사용자들은 오직 위키피디아의 알렉사와 검색엔진 순위에 대해서만 본다.우리가 이 단계를 밟는 것을 고려하기도 전에 내가 위에서 연계한 문제들에 대한 훨씬 더 많은 교육이 필요하다.—제레미 v^_^v 23:13, 2017년 12월 21일 (UTC)[
- 그리고 이 제안은 실제로 그 문제를 해결할 것이다.품질이 좋지 않은 기사를 만드는 사용자는 한 리뷰어로부터 그것이 나쁘거나 눈에 띄지 않는다는 것을 들을 수 있을 뿐만 아니라 XFD의 검토자 그룹으로부터도 들을 수 있을 것이다.또한 가난한 징용자들이 많이 있다는 것은 비록 소수일지라도 선량한 징용자의 존재를 배제하지 않는다.기사 작성자 얘기 할 때 목욕탕에서 아기를 꺼내지 말자.모든 신규 징용자들이 바보나 스팸 발송자라는 생각에 빠져드는 것은 비열한 정신일 것이다.선의로 기사를 쓰고 평론제도에 의해 낙담하는 사람이 많다.이 정책은 한 명의 검토자가 아닌 그들에게 매우 필요한 배심원을 줌으로써 가난한 사람들과 좋은 징용자들 모두를 돕는다.에고빌라이 (대화) 23:38, 2017년 12월 21일 (UTC)[
- 이것은 그 단계에 도움이 되지 않을 것이다. 단지 그들을 토크로 몰아내는 것이다.다시, 위에서 말했듯이, 이 사람들은 WP:N, WP가 무엇을 의미하는지 전혀 알지 못한다.IRS 및 WP:NPOV는 자신들을 위해 정보를 찾고자 하는 의사가 없으며 삭제 토론에 정보를 보내는 것은 아무런 이득도 주지 않기 위해 혈압을 상승시킬 것이다.이러한 사용자는 해당 페이지를 명시적으로 가리킬 필요가 있다.—제레미브^_^vBori! 21:33, 2017년 12월 22일 (UTC)[
- 그리고 그 사용자들 중 몇 명부터 우리가 도와야 하는가?AfC와 -help의 가장 큰 문제는 선의의 편집자는 아니지만 선의의 편집자들이 갖지 못한 외부의 압력 때문에 위키피디아에 그들의 기사를 싣도록 동기를 부여받은 사람들을 돕는 데 압도적으로 많은 자원이 투입된다는 것이다.이것은 검토자들이 고품질의 비웹 기반 소싱이 어떻게 작동하는지 모르기 때문에 AfC가 감소하는 사람들을 돕는 데 사용될 수 있는 자원들을 낭비한다.나는 이 제안에 대한 의견은 없지만, 스팸 발송자들이 위키피디아를 편집하는 것을 원하지 않게 하는 것은 별로 고려하지 않는다.토니발리오니 (토크) 21:43, 2017년 12월 22일 (UTC)[
- 검토자들은 초안에 WP:N 등의 존재를 지적할 것이다(그리고 이미/해야 한다).우리는 여기서 3차 드래프트에 대해 이야기하고 있기 때문에, 아마도 그들은 그런 장소들과 친해지기 위한 충분한 시간을 가지고 있을 것이다.'추적 지적'은 이미 일어났을 것이다.
- 이것은 그 단계에 도움이 되지 않을 것이다. 단지 그들을 토크로 몰아내는 것이다.다시, 위에서 말했듯이, 이 사람들은 WP:N, WP가 무엇을 의미하는지 전혀 알지 못한다.IRS 및 WP:NPOV는 자신들을 위해 정보를 찾고자 하는 의사가 없으며 삭제 토론에 정보를 보내는 것은 아무런 이득도 주지 않기 위해 혈압을 상승시킬 것이다.이러한 사용자는 해당 페이지를 명시적으로 가리킬 필요가 있다.—제레미브^_^vBori! 21:33, 2017년 12월 22일 (UTC)[
- 그리고 이 제안은 실제로 그 문제를 해결할 것이다.품질이 좋지 않은 기사를 만드는 사용자는 한 리뷰어로부터 그것이 나쁘거나 눈에 띄지 않는다는 것을 들을 수 있을 뿐만 아니라 XFD의 검토자 그룹으로부터도 들을 수 있을 것이다.또한 가난한 징용자들이 많이 있다는 것은 비록 소수일지라도 선량한 징용자의 존재를 배제하지 않는다.기사 작성자 얘기 할 때 목욕탕에서 아기를 꺼내지 말자.모든 신규 징용자들이 바보나 스팸 발송자라는 생각에 빠져드는 것은 비열한 정신일 것이다.선의로 기사를 쓰고 평론제도에 의해 낙담하는 사람이 많다.이 정책은 한 명의 검토자가 아닌 그들에게 매우 필요한 배심원을 줌으로써 가난한 사람들과 좋은 징용자들 모두를 돕는다.에고빌라이 (대화) 23:38, 2017년 12월 21일 (UTC)[
- 지원, 그러나 주의사항 포함:나는 많은 초안들이 받아들여질 가능성이 눈덩이처럼 커지지 않는다는 것을 고려해 볼 때, 이 아이디어를 받아들일 수 있다; 내가 하는 것은 단지 IAR G6 태그를 그 위에 붙이고 초안이 기사라면 가장 빨리 처리될 것이라고 말하는 것이다.그러나, 경험상 위키피디아는 마감일이 없기 때문에, 나는 몇몇 초안, 심지어 여러 번 거부된 초안들도 결국 위키피디아의 가이드라인을 충족시킬 수 있다는 것을 관찰했다.따라서 제안서의 가치를 알 수 있지만, 3스트라이크가 구체적으로 좋은 숫자인지 확실하지 않다. 대신 5스트라이크는 어떨까?아니면 아마도 우리는 삼진아웃을 할 수도 있지만 유망한 기사들에 대해서는 관대함을 가질 수도 있고 최소한 WP에서 삭제된 초안을 재현해 달라는 요청을 허용해 줄 수도 있을 것이다.환불 또는 WP:DRV. 또한, 파업 횟수의 3/5를 이행할 경우, 초안이 자동으로 MfD'd(두 번째 또는 네 번째)가 되기 전의 마지막 감소일 경우, 다음 번에 초안이 거부될 때 초안이 삭제되도록 지명된다는 자동 메시지를 사용자의 토크 페이지에 남겨야 한다.동시에 초안을 개선하는 방법에 대한 제안을 한다.나루톨로베히나타5 00:04, 2017년 12월 22일 (UTC)[
- 지원, 하지만 그곳으로 보내지는 초안에 대해 특별 섹션(MfD에서)을 만들어야 할 것 같아, 기사 작성에 관심이 있는 사람들은 그것을 찾아볼 수 있고, 평소 MfD를 자주 하는 사람들은 원할 경우 생략할 수 있어.엔터티 (토크!) 05:06, 2017년 12월 22일 (UTC)[
- MfD, AfD, 또는 새로운 DfD가 적절한 장소가 될 지 확실치 않고, 아직 어떤 최종 제안도 지지할 수 없기 때문에 도덕적인 지원만 할 수 있다.어떤 것이 더 잘 작동하는지 보기 위해 두 프로세스에 대한 제한된 테스트에 대한 동의를 얻을 수 있을까?power~enwiki (π, ν) 06:22, 2017년 12월 22일 (UTC)[
- @power~enwiki 나는 AfD가 가능한 것으로 거의 확신하고 있으며, 나는 개인적으로 자동 제출되는 것을 포함하기 위해 "Three Strike AfC 초안"을 위한 MfD의 별도 섹션으로 기울고 있다.결국, 이러한 기사에는 약간 특별한 지침이 적용될 것이다.나는 우리가 예상하는 (내) 추정치보다 더 높은 수치들을 고려하면, 이들에 대해 완전히 새로운 DfD가 필요하지 않다고 생각한다. 나는 그것이 하루에 한 자리 숫자로 되어 있다는 것을 재확인한다.새로운 DfD는 토론에 도움이 되는 기존의 사용자 기반을 그곳에 두지 않을 것이고, 우리가 애당초 피하고자 하는 MfD/AfD와는 다른 표준을 채택하게 될 수도 있다.— 여기 06:33, 2017년 12월 22일 (UTC)[
- 지원(대부분):이것은 잘 생각해낸 제안입니다, Insertcleverrasehere.나의 유일한 관심사는 MfD에서의 참여 부족과 이러한 수준의 활동을 다루는 데 익숙하지 않은 게시판에 과부하가 걸릴 가능성이다. --Majora (토크) 21:10, 2017년 12월 22일 (UTC)[
-
반대한다. 내가 알기로는, 이것은 확증된 사용자들이 하는 것처럼 거의 삭제되지 않는 나쁜 기사를 쓸 수 있는 IP의 권리를 확실히 하기 위한 복잡한시스템이다.그게 왜 유용하지?주목할 만한 주제에 대해 악플을 쓰려면 먼저 계정을 등록하면 된다. --Trovatore (대화) 21:27, 2017년 12월 22일 (UTC)[- 나는 대부분의 초안 작성자들이 비록 자동 확증되지는 않았지만 등록된 사용자라고 확신한다.—제레미브^_^vBori! 21:37, 2017년 12월 22일 (UTC)[
- 정말? 그럼 AfC 3번의 시도를 통해 기사를 쓸 때쯤이면 자동 확증이 되지 않을까?꽤 낮은 바야. --트로바토어 (대화) 22:30, 2017년 12월 22일 (UTC)[
- 자동 확인에는 두 가지 요소가 있다.시간 및 편집.사용자가 초안을 한 번의 편집으로 작성해 제출하고, 한 번의 편집으로 조정 및 재제출하거나, 빠른 속도로 다시 제출하는 경우, 그 당시에는 자동 확증되지 않을 가능성이 있다.—제레미브^_^vBori! 23:06, 2017년 12월 22일 (UTC)[
- 특이한 경우처럼 들리는데, 어떤 경우든 편집해서 며칠을 기다리면 쉽게 고쳐진다.왜 우리는 새로운 편집자가 나쁜 기사를 만드는 데 어려움을 겪을 가능성을 약간 덜기 위해 이 모든 복잡한 구조를 만들려고 하는가? --Trovatore (토크) 23:44, 2017년 12월 22일 (UTC)[
- 자동 확인에는 두 가지 요소가 있다.시간 및 편집.사용자가 초안을 한 번의 편집으로 작성해 제출하고, 한 번의 편집으로 조정 및 재제출하거나, 빠른 속도로 다시 제출하는 경우, 그 당시에는 자동 확증되지 않을 가능성이 있다.—제레미브^_^vBori! 23:06, 2017년 12월 22일 (UTC)[
- 정말? 그럼 AfC 3번의 시도를 통해 기사를 쓸 때쯤이면 자동 확증이 되지 않을까?꽤 낮은 바야. --트로바토어 (대화) 22:30, 2017년 12월 22일 (UTC)[
- 나는 대부분의 초안 작성자들이 비록 자동 확증되지는 않았지만 등록된 사용자라고 확신한다.—제레미브^_^vBori! 21:37, 2017년 12월 22일 (UTC)[
- 만약 당신이 '나쁜 기사'에 대해 걱정한다면, 이 시스템은 실제로 도움이 될 것이다. 왜냐하면 그것은 초안이 새로운 편집자가 모든 일을 직접 하기를 기대하기 보다는, 공동체의 더 넓은 관심을 가질 수 있다는 것을 의미하기 때문이다. (그들은 여전히 가장 많이 할 것이지만, 그들은 다른 사람들로부터 도움을 받을 것이다).XFD에 대한 논의에 관한 내용:에고빌라이 (대화) 00:47, 2017년 12월 23일 (UTC)[
- 오토콘 확증이 이렇게 쉬운데 왜 우리가 비오토콘 확증 관련 문제를 해결하기 위해 뒤로 몸을 굽히는지 궁금할 뿐이다. --트로바토어 (대화) 02:02, 2017년 12월 23일 (UTC)[
- @Trovatore, 이것은 어떤 특정한 종류의 편집자를 대상으로 하는 것이 아니라, 내가 검토한 대부분의 초안은 IP가 아닌 사용자가 제출한 것이다.재임 기간이 여러 달이고 편집이 수백 건이나 되는데도 개인적으로 AfC를 이용해 첫 번째 기사를 제출했다.AfC는 또한 단순히 기여하고 싶어하고 도움을 받을 수 있는 장소라고 생각하는 확증된 편집자들에 의해 사용된다.— 여기 05:25, 2017년 12월 23일 (UTC)[
- 그럼 내가 맥락을 완전히 이해하지 못했을 수도 있겠군나는 AfC를 돌아다닌 적이 없다; 나는 그것이 주로 IP가 기사를 만들 수 있도록 그곳에 있다고 생각했다.이의 제기를 철회하고 다른 사람들이 해결하도록 하겠다. --Trovatore (대화) 07:21, 2017년 12월 23일 (UTC)[
- AfC는 주로 위키백과 구문을 이해하지 못할 수 있는 새로운 사용자들과 COI 편집자들이 메인 스페이스에서 즉석에서 삭제되는 것을 두려워하지 않고 기사를 제출하는 것을 위한 것이다.이것이 그들이 검토를 요구하는 이유의 일부다: 검토자는 일반적으로 또는 구체적으로 어떤 사안을 거절할 때 설명해야 하며, 일반적으로 다음 세 가지 중 하나이다.통지성이 표시되지 않음, 중립적이지 않은 쓰기 또는 초안은 기존 기사에서 이미 처리한 주제를 다룬다.내가 본 초안의 압도적 다수는 IP가 아닌 등록된 편집자가 쓴 것이다.—제레미 v^_^v 22:54, 2017년 12월 23일 (UTC)[
- 그럼 내가 맥락을 완전히 이해하지 못했을 수도 있겠군나는 AfC를 돌아다닌 적이 없다; 나는 그것이 주로 IP가 기사를 만들 수 있도록 그곳에 있다고 생각했다.이의 제기를 철회하고 다른 사람들이 해결하도록 하겠다. --Trovatore (대화) 07:21, 2017년 12월 23일 (UTC)[
- @Trovatore, 이것은 어떤 특정한 종류의 편집자를 대상으로 하는 것이 아니라, 내가 검토한 대부분의 초안은 IP가 아닌 사용자가 제출한 것이다.재임 기간이 여러 달이고 편집이 수백 건이나 되는데도 개인적으로 AfC를 이용해 첫 번째 기사를 제출했다.AfC는 또한 단순히 기여하고 싶어하고 도움을 받을 수 있는 장소라고 생각하는 확증된 편집자들에 의해 사용된다.— 여기 05:25, 2017년 12월 23일 (UTC)[
- 오토콘 확증이 이렇게 쉬운데 왜 우리가 비오토콘 확증 관련 문제를 해결하기 위해 뒤로 몸을 굽히는지 궁금할 뿐이다. --트로바토어 (대화) 02:02, 2017년 12월 23일 (UTC)[
- 만약 당신이 '나쁜 기사'에 대해 걱정한다면, 이 시스템은 실제로 도움이 될 것이다. 왜냐하면 그것은 초안이 새로운 편집자가 모든 일을 직접 하기를 기대하기 보다는, 공동체의 더 넓은 관심을 가질 수 있다는 것을 의미하기 때문이다. (그들은 여전히 가장 많이 할 것이지만, 그들은 다른 사람들로부터 도움을 받을 것이다).XFD에 대한 논의에 관한 내용:에고빌라이 (대화) 00:47, 2017년 12월 23일 (UTC)[
- 당신이 생각하는 이유 때문에 반대하는 것은 아니다.개선되지 않은 반복적인 재전송은 MFD로 보내야 한다는 데 동의하지만, 재전송을 즐겁게 하는 일부분은 여러 AFC 검토자에 의한 사전 공감대를 형성하는 것이다(Wikipedia:삭제/초안용 미스셀라니:딩동(딩동)을 예로 들 수 있다.한 검토자는 RS에 대한 고정관념자일 수 있고, 한 검토자는 N에 대한 고정관념자일 수 있으며, 세 번째 검토자는 언더링크/오버링크 페이지에 대한 고정관념자일 수 있으며, 최종 검토자는 REFS팸에 대한 적합성을 가질 수 있다.봇이 MFD 토론을 자동으로 만드는 것은 더 많은 거짓 양성 MFD를 초래하고 개선 가능성이 있는 것에 시간을 낭비하게 될 뿐이다.AFC 자원 검토자들에게 재량권을 행사할 수 있는 능력을 주는 것이 훨씬 더 나은 선택이다.호서 (토크) 02:59, 2017년 12월 23일 (UTC)[
- 더군다나 AFC 큐의 입끝을 그렇게 적극적으로 순찰하는 것을 중지하고(빠른 실패 이의(저작권, 공격, 특허 난센스)를 전선으로 넘기고), 꼬리끝을 더 적극적으로 하는 것이 더 좋은 해답이 아닐까 하는 생각이 든다.이러한 사용자들에게 이렇게 빠르게 피드백을 제공하는 것은 "만약 내가 1바이트를 변경한다면, 나는 그것을 받아들일 수 있을 것"이라는 사이클을 강화시킬 뿐이다.만약 우리가 "이 문제를 정말로 처리할 때까지 제출하지 말라"는 심리를 심어준다면 전체 밀린 업무량을 크게 줄일 수 있을 것이다.급서 (대화) 03:07, 2017년 12월 23일 (UTC)[
- 서두르시오, MfD의 논의는 문제가 있는 이유를 사용하는 검토자들에 대해 좀더 면밀한 조사를 불러오지 않겠소?시간이 흐르면서 문제가 있는 검토자를 잡으면서 하락사유가 좋지 않아 MfDs의 비중이 줄어들어야 향후 우리가 보는 MfDs는 매우 결함이 있는 초안에만 해당된다.엔터티 (토크!) 04:02, 2018년 1월 9일 (UTC)[
- AfC 초안이 MfD로 도매로 오프로드되는 것에 반대한다.그것은 실행 가능하지 않을 것이다.대신에 AfC의 관심 있는 편집자는 (1) 수용되어야 하는 것, (2) 개선을 위해 거부되어야 하는 것 또는 (3) 완전히 거부되어야 하는 것에 대한 기준을 설정해야 한다.현재는 (2)와 (3)의 뚜렷한 차이가 없는 등 상당히 모호하다.또한 실패는 신인 작가들과의 의사소통 스타일이다.개인적으로, 나는 비자동 확증이 초안을 포함한 새로운 페이지를 시작하는 것을 허용해서는 안 된다고 생각한다.기존 콘텐츠를 개선하려면 최소 4일, 10일 편집에 들어가야 한다."누구나 편집할 수 있다"는 말은 "누구나 어떤 것에든 페이지를 시작할 수 있다"로 잘못 해석된다.초안:리서치피쉬는 여러 면에서 정말 끔찍하다.저자는 {{Welcomed}}}이(가) 아니다.어떤 위키피디아도 저자를 인간다운 대화에 끌어들이지 않았다.많은 거절은 신인이 이해할 수 있는 언어가 아니다.저자는 위키피디아를 이해하지 못한다.사사건건 당황스러운데 MfD로 보내는 것은 AfC 과정의 실패에 대한 증거를 숨긴다. --SmokeyJoe (토크) 05:04, 2017년 12월 23일 ( )[응답
- 지지 나의 유일한 관심사는 MfD에 참여하지 않는 것이지만 그것은 다른 AfC 기고자들을 투표에 끌어들일 수 있다.이것은 훌륭한 제안이다.JTP 17:56, 2017년 12월 23일 (UTC)[
- 지원 - AfC와 관련된 현재의 문제 스펙트럼의 양 반대쪽 끝을 해결하는 데 실제로 기여할 수 있는 것처럼 들리는데, 검토자 부분에 대한 입력의 폭이 너무 적고, 일부 제출자의 입장에서 어떤 것을 구체화하려는 의지가 너무 적다.그러나, Rushur가 언급했듯이, MfD는 정확히 붐비지 않는다.만약 이것이 대신 AfD에 연결되었다면, 적어도 특별한 주제 영역만을 구독하는 사람들에게만 전달될 것이다(진짜 당신 것 처럼) 하지만, 나는 그것이 초안에는 이루어지지 않았다고 생각한다.관련 질문: 삭제 정렬 위키백과 제목은 MfD로 서비스를 확장하는 데 관심이 있는가?매일 4~6회 응모하면 크게 번거롭지 않을 수 있다. --엘미대(토크·기여) 08:01, 2017년 12월 24일 (UTC)[
- 반대 - 내가 제안서를 오해하고 있는 것일 수도 있지만(이 토론의 모든 코멘트를 읽지는 못했다), 이것이 어떻게 AfC의 업무량을 크게 줄일 수 있을지는 모르겠다.이전의 하락은 바로 검토자의 면전에서 나타나며, 중요한 개선 없이 재제출되었다는 것을 깨닫는 것은 빠르게 확산될 뿐이다.3파업은 지나치게 관료적이며, 아무런 목적도 없이 징벌적이다.재제출이 불신임으로 이뤄지는 것이 명백하다면, 우리는 그것을 다루는 다른 과정들을 가지고 있다. 예를 들어, 파괴적인 편집에 대한 블록을 부과하는 것.~Kvng (대화) 22:51, 2017년 12월 26일 (UTC)[
- 이 제안은 AfC의 업무량을 크게 줄이는 것을 목적으로 하는 것이 아니며, 제안서에서 그렇게 많은 것을 주장하는 것은 아무것도 없다.악의적인 재신고를 목표로 한 만큼 잘못된 검토에 목적이 있다.일반적으로 이 제안은 협업 없이 일대일 상호작용을 창출하는 시스템에 제기되어 온 많은 문제를 해결하기 위한 시도다.
- 나는 AfC의 밀린 업무 처리 옵션을 논의하기 위해 다른 곳에서 다른 제안을 했지만, 대체로 밀린 업무는 너무 적은 수의 활동 참가자들로부터 비롯되는 것으로 알고 있다.위키피디아의 새로운 참가자를 찾기 위한 홍보와 초대장이 밀린 업무량과 업무량에 대한 최선의 해결책이 될 것 같다.— insertcleverrasehere 23:46, 2017년 12월 26일 (UTC)[
- @Cleverrasehere:나는 네가 여기서 무엇을 다루려고 하는지 확실히 알지 못한다. 너의 제안서의 3가지 링크 중 어떤 것도 그 문제를 입증하지 못하여 어떤 특정한 유용한 것으로 이어지지 않는다.만약 우리가 AfC에서 "잘못된 검토" 문제가 있다면, 그것은 검토자들이 수용에 너무 인색한 것이고 이 제안은 이것을 다루지 않는다.진실하지 못한 활동은 WP로 다룰 수 있다.그 수준까지 올라가면 교란된다.불필요한 재전송은 아마도 매우 드물 것이다.새로운 사람들과 IP들에 의한 그러한 행동에 대처하는 가장 좋은 방법은 그것을 정중하게 비껴쓰는 것이다.모호한 행동에 대해 벌금을 부과하려고 하는 것은 모든 사람의 시간을 낭비하는 것이며 문제를 더 악화시킬 수 있는 잠재력을 가지고 있다.~Kvng (대화) 14:04, 2017년 12월 27일 (UTC)[
- 안녕 Kvng, 너와 비슷한 우려를 가진 사람으로서, 나는 처음에는 이 제안에 반대했지만, 결국 거부된 초안이 MFD에서 나올 것이기 때문에 AFC 검토 과정을 개선하는 데 실제로 도움이 될 것이라는 것을 깨달았다. 즉, 더 넓은 지역사회가 AFC 제도를 바꾸지 않고도 AFC 검토자들에게 감독을 제공할 수 있게 될 것이다.조금도당신이 AFC 리뷰어가 아니라면, 모든 거부된 초안을 열심히 검토하기를 원하지 않는 한, 더 넓은 지역사회가 좋은 초안이 조용히 삭제되지 않고 있다는 것을 확인하는 것은 거의 불가능하다.에고빌라이 (대화) 17:35, 2017년 12월 27일 (UTC)[
- @Cleverrasehere:나는 네가 여기서 무엇을 다루려고 하는지 확실히 알지 못한다. 너의 제안서의 3가지 링크 중 어떤 것도 그 문제를 입증하지 못하여 어떤 특정한 유용한 것으로 이어지지 않는다.만약 우리가 AfC에서 "잘못된 검토" 문제가 있다면, 그것은 검토자들이 수용에 너무 인색한 것이고 이 제안은 이것을 다루지 않는다.진실하지 못한 활동은 WP로 다룰 수 있다.그 수준까지 올라가면 교란된다.불필요한 재전송은 아마도 매우 드물 것이다.새로운 사람들과 IP들에 의한 그러한 행동에 대처하는 가장 좋은 방법은 그것을 정중하게 비껴쓰는 것이다.모호한 행동에 대해 벌금을 부과하려고 하는 것은 모든 사람의 시간을 낭비하는 것이며 문제를 더 악화시킬 수 있는 잠재력을 가지고 있다.~Kvng (대화) 14:04, 2017년 12월 27일 (UTC)[
- 로봇 시스템에 반대하되, MfD로 무희망 초안을 가져가 이를 제거하거나, 추가 편집자가 공신력 기준, 검증가능성 및 BLP를 충족하는 AfC 초안을 검토하고 통과시킬 수 있도록 확실히 지원한다.만약 AfC에서 적절한 기준을 적용하는데 완전히 실패하는 검토자가 있다면, 그들은 부드럽게 이야기되어야 한다.만약 그것이 효과가 없다면, 경고와 그 지역에서의 제거가 가는 길일 것이다.나는 주공간에 거의 있지만 정하지 않은 초안을 던지는 것이 생산적이라고 생각하지 않는다.나는 특히 이것이 어떻게 BLP와 상호작용을 하는지 걱정한다.만약 우리가 분명히 주목할 만하지만 완전히 비협조적인 살아있는 사람의 전기를 가지고 있다면 어떨까?기계적인 공정을 해서 그걸 메인 스페이스에 넣는다고?~ 롭13Talk 16:52, 2017년 12월 27일 (UTC)[
- (충돌 편집)사실, 위의 FUD는 MFD 앞에 다층적인 초안을 배치하는 것을 지지한다. 왜냐하면 그것은 초안에 무슨 일이 일어나야 하는지에 대해 확실히 더 광범위한 커뮤니티 입력을 허용하기 때문이다.나는 공동체가 쓰레기를 메인 스페이스에 두지 않을 것을 신뢰하며, 초안을 거절/수용할지 결정하는 한 사람보다 그것을 더 잘 믿는다.!dave 17:38, 2017년 12월 27일 (UTC)[ 하라
- 좀 더 활동적인 AfC 검토자 중 한 명, 활동적인 MfD 참여자, 그리고 수천 개의 G13 적격 초안 처리자로서 나는 초안 공간 상태를 꽤 잘 알고 있다.나는 이 제안이 신규 사용자와 AfC 자원봉사자 모두에게 이익이 될 것이라고 자신 있게 말할 수 있다.3개, 5개, 심지어 10개 이상의 기각이 있는 초안이 너무 많다.내가 최근에 본 하나는 16개의 하락세를 보였다.어떤 시점에서 주제가 기사로 적합하든 아니든 간에, 우리는 그것을 결정할 필요가 있다.대부분의 하락은 결코 적절하지 않을 주제들이기 때문에, 창조자들에게 조만간 확실히 말해두자.어떤 과목은 적합하지만, 가난한 초안 작성자는 스스로 AfC를 지나 페이지를 넘기기에는 위키백과 경험이 부족하다.그러한 페이지는 편집자의 큰 세계에 의해 확장되거나 통합될 메인 스페이스로 보내면 도움이 될 것이다.AfC는 드래프트의 영구적인 펜이 되어서는 안 된다. 즉, 쓰레기들을 잡아서 선을 촉진하는 관문에 더 가깝다.분명한 결정은 반복된 거절에 기댄 새로운 사용자들을 당황하게 하는 것보다 훨씬 낫다.레거시pac (대화) 17:54, 2017년 12월 27일 (UTC)[
- 현재 우리는 AfC를 통과하는 수많은 스팸메일을 가지고 있다.이게 어떻게 도움이 될까?우리는 좀 더 엄격한 인정 요건이 필요하며 단순히 사람들이 자신들과 그들의 사업을 홍보할 수 있는 또 다른 소셜 네트워킹 사이트가 되어서는 안 된다.Doc James (대화 · 기여 · 이메일) 06:03, 2017년 12월 30일 (UTC)[
- @Doc James, 나는 이 제안이 AfC의 모든 문제에 대한 해답이라고 주장한 적이 없다.제안이 결코 주장하지 않았던 일을 하지 않고 있다는 것(홍보기사와의 거래는 결코 이 제안의 초점은 아니었다)에 대한 불만인 것 같아 이 반대 의견에 어떻게 대응해야 할지 모르겠다.그 문제에 대한 다른 해결책이 있을 수 있지만, 나는 이 제안이 반복적으로 제출되는 비고지적인 주제에 대해 염두해 두는 데 도움이 될 수 있지만, 그것들을 다루도록 맞춤화되지는 않는다는 것에 동의한다.— 여기 19:06, 2018년 1월 5일 (UTC)[
- 고마워, 핑거 고마워.메인 스페이스로 옮기기보다는 닫힌 '공론 없음'이 삭제된다면 지지하겠다.Doc James (대화 · 기여 · 이메일) 06:53, 2018년 1월 6일 (UTC)[
- 다른 모든 삭제 토론에서 '합의 없음'은 '유지'로 기본 설정되므로, 나는 그것이 효과가 없을 것이라고 생각한다.다만, 주제가 주목할 만한 것으로 여겨지지만, 제출이 적절하지 않을 경우(즉, NPOV) 본론으로 보내기 전에 짧은 스터브로 변환해야 한다는 제안서에 약간의 설명을 추가했다.이것은 주요 공간에 보내지는 주목할 만한 주제에 대한 부적절한 제출을 피할 것이다.— 여기 09:18, 2018년 1월 7일 (UTC)[
- 고마워, 핑거 고마워.메인 스페이스로 옮기기보다는 닫힌 '공론 없음'이 삭제된다면 지지하겠다.Doc James (대화 · 기여 · 이메일) 06:53, 2018년 1월 6일 (UTC)[
- @Doc James, 나는 이 제안이 AfC의 모든 문제에 대한 해답이라고 주장한 적이 없다.제안이 결코 주장하지 않았던 일을 하지 않고 있다는 것(홍보기사와의 거래는 결코 이 제안의 초점은 아니었다)에 대한 불만인 것 같아 이 반대 의견에 어떻게 대응해야 할지 모르겠다.그 문제에 대한 다른 해결책이 있을 수 있지만, 나는 이 제안이 반복적으로 제출되는 비고지적인 주제에 대해 염두해 두는 데 도움이 될 수 있지만, 그것들을 다루도록 맞춤화되지는 않는다는 것에 동의한다.— 여기 19:06, 2018년 1월 5일 (UTC)[
- 지원 AFC는 현재 잘 작동하지 않고 있다. 변경사항이 있으면 좋을 것이다.다수의 동료 논문과 책에 언급된 사람의 전기를 가지고 있는 나의 경험에 의하면 그는 주류적인 견해를 가지고 있지 않기 때문에 받아들여지지 않는 것은 많은 귀중한 콘텐츠들이 AfC의 현재 프리티쉬에 의해 위키피디아로부터 판매되고 있다는 것을 시사한다.ChristianKl 22:54, 2017년 12월 31일 (UTC)[
- 지원 AfC에서 매우 활동적이었던 사람으로서, 그것은 윈-윈처럼 보인다.AfC 백로그에서 짐을 덜어주고, 어려운 국경 초안을 더 빨리 처리하도록 만든다(AfC 검토자가 단독으로 승인/거부하는 것을 주저할 수 있고, 더 넓은 합의를 도출하기 위한 좋은 메커니즘이 없기 때문에). AfC 검토자들이 커뮤니티의 합의에 따라 행동하고 있는지 확인하기 위해 AfC 검토자들을 계속 점검한다. --Ahecht (TOK
페이지) 22018년 1월 2일 2시 25분 (UTC)[ 하라 - 반대하라. 나는 AfC의 밀린 일이 MfD로 내려져야 한다고 생각하지 않는다. 또한 기사가 실제로 준비되기 전에 메인 스페이스로 들어가서는 안 된다.문제는 외부 링크, 잘못된 형식의 참조, 신뢰할 수 없는 출처, 카피비오, 불완전한 문장, 영어로 제출되지 않은 문서...물론 몇몇 과목은 주목할 수 있지만, 초안은 다른 이유로 메인 스페이스를 위한 준비가 되어 있지 않다.누구든지 초안을 개선해서 그들이 자유롭게 그것을 할 수 있는 메인 스페이스를 준비하기를 원한다면, 그것은 무료 백과사전이다.도움이 되는 것은 만약 COI 편집자들이 그것이 CSD로부터 그들의 기사를 구할 것이라는 희미한 희망 속에서 AfC에 제출하는 것을 중단한다면이다.경험이 부족한 편집자와 학생들이 합법적인 기사를 제출하는 것에 대해, 나는 편집자들이 그들이 알고 있는 주제에 관한 초안을 더 쉽게 찾을 수 있도록 추가적인 범주라고 생각한다.세라프위키 (대화) 07:24, 2018년 1월 6일 (UTC)[
- 나는 네가 그 제안을 좀 더 철저하게 읽고 너의 의견을 재고해 주기를 바란다.첫째, 만약 당신이 NOTE#2를 읽었다면, 당신은 이 제안이 결코 "AfC의 밀린 로그들을 MfD에 풀려는 계획이 아니며, 심지어 그렇게 큰 비율의 초안을 나타내지 않는다는 것을 알 것이다.둘째, 제안은 부적절한 초안을 메인 스페이스로 옮기는 것을 지지하지 않는다.셋째: COI 편집자들은 AfC를 통해 기사를 제출해야 한다는 것을 구체적으로 듣고 있다(나는 그들이 기사를 제출해서는 안 된다는 것에 동의하지만 결코 그런 일은 일어나지 않을 것이다).— 여기 10:50, 2018년 1월 6일 (UTC)[
- 나는 그것을 두 번 읽었고 그것이 무엇을 의미하는지 이해한다.MfD를 통해 3차례나 거부된 초안을 자동으로 넣은 뒤 '합의'가 없으면 그대로 두는 것은 실현 가능한 제안이 아니라고 본다.삭제 초안을 지명할 수 있는 정책 기반의 명분이 있는 곳에서는 지명을 해야 하는데, 왜 지명을 자동화해야 하는가?내가 걱정하는 것은 주목할 만하지만 어조, 에세이, 그리고 다른 이유로 거절당한 기사들임을 설명해야겠다.초안을 개선하려면 더 많은 시계가 있어야 한다.MfD는 정리가 아니니까 눈에 띄면 준비되기 전에 메인 스페이스로 옮기자고?때때로 그곳에 도착하려면 여러 번의 감소가 필요하다.초안이 삭제 기준 중 하나를 충족하는지 여부와 같은 일부 통화는 인간에 의해 이루어져야 한다.세라프위키 (대화) 11시 28분, 2018년 1월 6일 (UTC)[ 하라
- 부적절한 주제는 이미 MfD로 가져갈 수 있다. 자동화가 검토자의 검토로도 작동할 수 있다.여러 번 거절된 초안이 쟁점이지만 반드시 기사와 함께 하는 것은 아니다.그것은 특별하게 비꼬는 비평가가 될 수 있다. 그들은 그것을 나열하고 단지 초안이 적절함에도 불구하고 계속해서 거절한다.다른 경우에 초안 작성자는 NPOV 등을 통해 주목할 만한 주제를 얻을 수 있는 기술을 가지고 있지 않다.이 경우 주목할 만한 주제는 1/2 줄 스텁으로 변환하여 메인 스페이스로 보내야 하며, 반복적으로 제출 및 거절되거나, 더 나빠져 버려지고 나중에 G13이 될 수 있도록 방치해서는 안 된다.자동화된 MfD는 이러한 초안을 그들의 이슈에 따라 분류하고, 눈에 띄지 않는 초안을 삭제하며, 주목할 만한 초안을 주로 확대 및 개선하도록 보낼 것이다.나는 위의 제안에 선을 추가하여 NPOV 등이 아닌 공신력 기준에 부합하는 기사에 어떤 일이 일어나야 하는지를 명확히 할 것이다.검토자나 참가자가 제출물을 수정하기 위해 노력을 기울이기를 기대할 수는 없지만, 짧은 스텁, 한 줄이라도 줄 바꿈, 메인 스페이스로 이동하는 것이 이 문제에 대한 해결책이다.— 여기 20:47, 2018년 1월 6일 (UTC)[
- 나는 그것을 두 번 읽었고 그것이 무엇을 의미하는지 이해한다.MfD를 통해 3차례나 거부된 초안을 자동으로 넣은 뒤 '합의'가 없으면 그대로 두는 것은 실현 가능한 제안이 아니라고 본다.삭제 초안을 지명할 수 있는 정책 기반의 명분이 있는 곳에서는 지명을 해야 하는데, 왜 지명을 자동화해야 하는가?내가 걱정하는 것은 주목할 만하지만 어조, 에세이, 그리고 다른 이유로 거절당한 기사들임을 설명해야겠다.초안을 개선하려면 더 많은 시계가 있어야 한다.MfD는 정리가 아니니까 눈에 띄면 준비되기 전에 메인 스페이스로 옮기자고?때때로 그곳에 도착하려면 여러 번의 감소가 필요하다.초안이 삭제 기준 중 하나를 충족하는지 여부와 같은 일부 통화는 인간에 의해 이루어져야 한다.세라프위키 (대화) 11시 28분, 2018년 1월 6일 (UTC)[ 하라
- 나는 네가 그 제안을 좀 더 철저하게 읽고 너의 의견을 재고해 주기를 바란다.첫째, 만약 당신이 NOTE#2를 읽었다면, 당신은 이 제안이 결코 "AfC의 밀린 로그들을 MfD에 풀려는 계획이 아니며, 심지어 그렇게 큰 비율의 초안을 나타내지 않는다는 것을 알 것이다.둘째, 제안은 부적절한 초안을 메인 스페이스로 옮기는 것을 지지하지 않는다.셋째: COI 편집자들은 AfC를 통해 기사를 제출해야 한다는 것을 구체적으로 듣고 있다(나는 그들이 기사를 제출해서는 안 된다는 것에 동의하지만 결코 그런 일은 일어나지 않을 것이다).— 여기 10:50, 2018년 1월 6일 (UTC)[
- 지원 나는 AfC를 기존보다 훨씬 더 복잡한 프로세스(새 사용자용)로 만드는 것에 대해 걱정하지만, 이러한 변화를 만드는 것은 밀린 업무량을 줄이는 좋은 방법처럼 들린다.ADA&D 14:13, 2018년 1월 8일 (UTC)[
- 어떤 것을 자동으로 삭제하는 어려운 규칙을 반대하는 것은 좋지 않은 생각처럼 보인다.점진적인 진전은 유용하며, 왜 "삼진 아웃"을 설정하여 백과사전을 성장시키거나 새로운 사용자를 지속적으로 참여시키는 데 도움이 되는지 모르겠다. --Jayron32 16:41, 2018년 1월 8일 (UTC)[
- 흠? 자동 삭제는 아니고, MfD로 자동 전송해서 여러 사람이 볼 수 있는 (아마도 메인 스페이스에 게시) 갈로브터 (pingo mio) 17:11, 2018년 1월 8일 (UTC)[
- @Jayron32, 자동으로 삭제되고 "삼진 아웃"은 끔찍한 생각이 될 것이다.그들이 이 제안의 일부가 아니라는 것은 좋은 일이다.제안 섹션에서 논의된 바와 같이, 제안서는 자동적으로 초안을 지명할 뿐이며, 그 후 토론을 거치게 되며, 적절성 여부 및 검토자가 적절히 거절했는지에 대한 결정을 하게 된다.토론 후 자동 지명 결과가 아니라 토론 결론의 결과로 삭제될 수 있다.— 여기 18:58, 2018년 1월 8일 (UTC)[
추가 질문:
나는 이 RfC를 좀 더 관리하기 쉽게 하기 위해 일단 이 토론을 끝내기로 했다.MfD는 WP와 같은 이슈와 초안을 위한 정확한 장소다.AfD에서 이런 일을 다시 시도하기 전에 말이야완전히 새로운 프로세스(DfD) 또는 MfD의 별도 섹션이 제안되었으며, 위의 RfC가 통과될 경우 옵션이다.— 여기 08:25, 2017년 12월 22일 (UTC)[ |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
MfD 대신에 AfD를 사용해야 할까? -- 우리는 어쨌든 논의의 목적을 위해 초안을 기사처럼 다루고 있는데, 훨씬 더 많은 눈이 있는 곳 대신 AfD로 가져가는 것은 어떨까?(이것은 위의 RfC에 대한 제안 수정) 위의 L3X1에 의한 제안. 이전 !voters를 ping하는 중...— 여기 17:53, 2017년 12월 21일 (UTC)[
- 지원 초안은 기본적으로 조항이므로 이와 같이 다루어야 한다.L3X1 (distænt write) 17:56, 2017년 12월 21일 (UTC)[
- 기사를 메인 스페이스로 옮기고 AfD로 지명하는 건 중요하지 않아갤럽터 (pingo mio) 17:58, 2017년 12월 21일 (UTC)[ 하라
- 날 위해 일한다.AfC 과정은 명백히 비절제적인 것을 선별하고, 한 명의 작가가 가능한 한 충분히 기사를 개발할 수 있도록 하는 데 작용한다.AFD는 더 큰 검토를 가져오고 지역사회가 의심스러운 것들을 분류할 수 있도록 할 것이다. -- DLOhcierkim (대화) 18:24, 2017년 12월 21일 (UTC)[
- 반대하라. GreenMeansGo는 위에서 매우 좋은 지적을 한다.초안의 부피는 AfD를 압도할 수 있으며, 여기에는 WP 없이 초안을 그곳으로 보내는 것이 포함된다.그전에, 우리는 보통 엄격하다.토론, 로그, 삭제 목록 등을 위한 별도의 페이지가 있는 AfD의 관리 오버헤드 역시 다른 XfDs보다 높으며, 이들 대부분이 논란의 여지가 없는 삭제일 가능성이 높다는 점에서 과잉 살상으로 보인다.이 시점에서 나는 새로운 별도의 과정이 가장 좋을 것이라고 생각한다.– Joe (토크) 21:05, 2017년 12월 21일 (UTC)[
- 리:WP:BEX WP:BEX 및 WP:ATD는 좋은 품질의 기사가 삭제되는 것을 방지하는데 매우 유용하다.초안이 있으면 적용되지 않을 수도 있지만, 나는 이익이 단점보다 더 크다고 주장한다.문제는 현행 제도는 한 사람만이 기사를 본 과정에서 괜찮은 초안이 삭제될 수 있다는 것을 의미한다는 점이다.일부 사용자와 관리자는 WP에서 수백 개의 초안을 맹목적으로 일괄 삭제 및 삭제하고 있다.기사에 잠재력이 있는지 확인하지 않고 CSD G13.AFC의 투명성과 협업 부족 문제를 완전히 폐지하지 않고 해결하는 것은 현재 이 해법이 유일하다.에고빌라이 (대화) 23:31, 2017년 12월 21일 (UTC)[
- 뭐라고?초안이 NOTAB에서 평가되지 않음ILITY btu 다른 장점?솔직히 형편없는 기사라도 상관없어.그것이 눈에 띄면 당신의 능력을 최대한 발휘하여 기본적인 정리를 하고 그것을 받아들인다.만약 그렇다면, Mabalu가 말했듯이, Promow*nk, 그럼 그냥 TNT!AfD san by BERT에 가는 것은 아무것도 없어야 하며, 만약 그것이 BERT를 통과한다면 (그것이 주목할 만한 것으로) 기사가 될 수 있다.23:50, 2017년 12월 21일 (UTC)[ 하라
- 리:WP:BEX WP:BEX 및 WP:ATD는 좋은 품질의 기사가 삭제되는 것을 방지하는데 매우 유용하다.초안이 있으면 적용되지 않을 수도 있지만, 나는 이익이 단점보다 더 크다고 주장한다.문제는 현행 제도는 한 사람만이 기사를 본 과정에서 괜찮은 초안이 삭제될 수 있다는 것을 의미한다는 점이다.일부 사용자와 관리자는 WP에서 수백 개의 초안을 맹목적으로 일괄 삭제 및 삭제하고 있다.기사에 잠재력이 있는지 확인하지 않고 CSD G13.AFC의 투명성과 협업 부족 문제를 완전히 폐지하지 않고 해결하는 것은 현재 이 해법이 유일하다.에고빌라이 (대화) 23:31, 2017년 12월 21일 (UTC)[
- 초안을 검토하기 위해 AfD를 사용하는 것에 반대한다.나는 오랫동안 AfD에 참여했고, AfD는 초안이 아닌 기사를 위한 것이다.우리는 AfD에 더 많은 적극적인 참여자들이 필요하고, 이것은 기존의 검토 과정의 뒤편을 깰 수도 있다.AFC 심사의 가장 큰 문제점은 쿠키커터 대응과 주목할 만한 주제들을 주목할 만한 주제들로부터 트라이어하려고 시도하지 않는 일관적인 실패다.AfD와 찻집에서 사람들은 쿠키커터 템플릿 대신 개인 맞춤형 반응을 제공한다.주제가 뚜렷이 눈에 띄면 거꾸로 구부려 초안을 다듬어 주공간에 붙이는 데 힘을 보태야 한다.공신력이 없다는 증거가 없다면 친절한 것은 초안을 유익하게 죽여 초안 작성자가 받아들일 수 없는 이유를 이해하도록 하는 것이다.주목할 만한 주제에 대한 질 낮은 초안을 비고문 주제에 대한 질 낮은 초안과 같은 방식으로 다루는 것은 백과사전에 끔찍한 해악이다.컬렌328 2017년 12월 22일 07:59 (UTC) 토론하자[ 하라
초안에 특정 CSD 기준을 적용하도록 허용하는 것은 어떨까?
이 질문의 적절한 장소는 WT:CSD, 이것은 단지 이에 대한 지원이 있는지 확인하기 위한 것이다(만약 있다면, WT:CSD가 따를 수 있다).경험상, 기사 네임스페이스에서처럼 흔하지는 않지만, 꽤 많은 초안이 기사 네임스페이스에 있을 경우 신속한 삭제에 적합할 가능성이 높다.이러한 많은 경우에, MfD조차 MfD가 보통 1주일 정도 걸린다는 것을 고려하면, 이러한 경우, 불가피한 결과를 가지고 긴 토론을 하도록 강요하기 보다는, 아마도 이 페이지들을 그들의 불행에서 빨리 벗어나는 것이 나을 것이다.그래서 나는 생각했어: 만약 그들이 기준을 충족한다면, 우리는 초안이 CSD 기사의 기준에 따라 태그가 붙도록 해야 할까?예를 들어, A1 또는 A3에 따라 기사를 태그하거나, A7, A9 및 A11에 태그할 수 있는가?나루톨로베히나타5 00:12, 2017년 12월 22일 (UTC)[
- 이 제안의 일부로서가 아니다.이 제안은 단순히 불량 AfC 제출을 다루기 위한 제안이 아니다.또 주목할 만한 주제와 주목할 만한 주제를 토론을 통해 분리함으로써 지나치게 엄격한 검토를 다루겠다는 뜻이며 CSD는 그 반대다.그렇긴 하지만, 나는 A7과 일크(A7에 태그가 붙은 초안 기사, 적절하든 그렇지 않든 실제로 꽤 많이 본 적이 있다.)에 대한 생각에 반대하지 않는다.A1과 A3은 드래프트 스페이스 IMO로 확장되어서는 안 된다. — Insertcleverrasehere 01:18, 2017년 12월 22일 (UTC)[
- 초안은 초안이기 때문에 초안에 적용되어야 한다는 것을 이전에, 또는 더 광범위하게 제안했던 기억이 난다.지원이 거의 없었다.이반벡터 (/)TalkEdits 14:29, 2017년 12월 22일 (UTC)[
- 그럴 만한 이유로.드래프트 스페이스는 사람들이 메인 스페이스에 들어갈 준비가 될 때까지 기사를 작업할 수 있도록 설계되었다.만약 우리가 그들에게 메인 스페이스-크라이테리아를 적용하기 시작한다면, 우리는 드래프트 스페이스를 완전히 제거할 수 있을 것이다. 그렇다면 그 차이는 어디에 있을까?편집자 보존 측면에서도 우리가 가장 필요한 것은 태그가 있는 행복한 사용자들을 (모든 태그거가 그런 사용자라는 것은 말할 것도 없고, 신경 쓰세요) 즉시 삭제되는 것을 두려워하지 않고 작업하는 이유 때문에 정확히 이 네임스페이스에 있는 페이지에서 풀어내는 것이다.SoWhye 14:47, 2017년 12월 22일 (UTC)[
- 초안은 초안이기 때문에 초안에 적용되어야 한다는 것을 이전에, 또는 더 광범위하게 제안했던 기억이 난다.지원이 거의 없었다.이반벡터 (/)TalkEdits 14:29, 2017년 12월 22일 (UTC)[
- @Narutolovehinata5: 참고로 CSD의 G시리즈는 드래프트 페이지에 적용된다.A 시리즈 CSD 규칙을 페이지에 적용하기 위해 사용자들이 메인 스페이스에 의도적으로 부적절한 초안을 홍보함으로써 프로세스를 악용하는 것에 대해 이전부터 상당한 반대가 있었다.만약 당신이 페이지에 희망이 없고 결코 희망을 갖지 않을 것이라고 생각한다면, MFD는 왜 그 페이지를 삭제해야 하는지에 대한 당신의 주장을 펼칠 수 있다.급서 (대화) 03:03, 2017년 12월 23일 (UTC)[
*AfC 검토자 중 한 명, MfD 참여자 및 수천 개의 G13 관련 초안 처리자 지원. 초안 공간 활용도가 상당히 높다. 나는 이 제안이 신규 사용자와 AfC 자원봉사자 모두에게 이익이 될 것이라고 자신 있게 말할 수 있다. 3개, 5개, 심지어 10개 이상의 기각이 있는 초안이 너무 많다. 내가 최근에 본 하나는 16개의 하락세를 보였다. 어떤 시점에서 주제가 기사로 적합하든 아니든 간에, 우리는 그것을 결정할 필요가 있다. 대부분의 하락은 결코 적절하지 않을 주제들이기 때문에, 창조자들에게 조만간 확실히 말해두자. 어떤 과목은 적합하지만, 가난한 초안 작성자는 스스로 AfC를 지나 페이지를 넘기기에는 위키백과 경험이 부족하다. 그러한 페이지는 편집자의 큰 세계에 의해 확장되거나 통합될 메인 스페이스로 보내면 도움이 될 것이다. AfC는 드래프트의 영구적인 펜이 되어서는 안 된다. 즉, 쓰레기들을 잡아서 선을 촉진하는 관문에 더 가깝다. Legacypac (대화) 16:42, 2017년 12월 27일 (UTC) 잘못된 섹션 Legacypac (대화) 17:49, 2017년 12월 27일 (UTC)[
- g13은 이미 이 문제를 다루고 있고, 그것 자체가 논란이 되고 있다.사람들에게 활동적인 초안을 삭제할 수 있는 힘을 주는 것은 너무 지나치다.만약 사람들의 초안이 거부되고 있다면, 그들은 자유롭게 계속 노력할 수 있다. 이 과감한 해결책을 필요로 하는 현재의 문제는 없다.에고빌라이 (대화) 17:26, 2017년 12월 27일 (UTC)[
- 동의해. 결국, 초안이 오래될 때까지 그 몇 가지 사건에서 기다린다는 것이 백과사전에 정말 해가 되는가?그리고 어떤 주제가 메인 스페이스에 충분히 주목할 만하고 단지 약간의 작업이 필요하다면, 그것을 메인 스페이스로 이미 보내라.결국 AFC의 요점은 GA급 기사가 메인 스페이스로 보내지는 것만을 허락하는 것이 아니란 말인가?SoWhy 17:35, 2017년 12월 27일 (UTC)[
- g13은 이미 이 문제를 다루고 있고, 그것 자체가 논란이 되고 있다.사람들에게 활동적인 초안을 삭제할 수 있는 힘을 주는 것은 너무 지나치다.만약 사람들의 초안이 거부되고 있다면, 그들은 자유롭게 계속 노력할 수 있다. 이 과감한 해결책을 필요로 하는 현재의 문제는 없다.에고빌라이 (대화) 17:26, 2017년 12월 27일 (UTC)[
- @Legacypac, 당신의 코멘트는 CSD에 대한 위의 토론 섹션이나 이 섹션에 있을 예정이었습니까? — Insertcleverrasehere 17:40, 2017년 12월 27일 (UTC ]
- 오빠들 나는 그것을 토론의 끝에 놓았는데, 그것은 주 섹션이 아닌 하위 섹션으로 밝혀졌다.고마워요.레거시pac (대화) 17:49, 2017년 12월 27일 (UTC)[
새 가젯 제안(토크 탭 수)
사용자: 여부를 결정하기 위한 논의가 진행 중이라는 점에 유의하십시오.엔터프라이즈/토크 탭 수는 WP에서 새로운 기기가 되어야 한다.VPT#Tab 카운트를 가젯으로 만들기 위한 제안엔터프라이즈y (토크!) 22:00, 2018년 1월 9일 (UTC)[
IP 사용자 대화 페이지가 다른 대화 페이지에 언급될 때 해당 페이지를 ping하는 기능
안녕하십니까, {{substitute:}}}{{replyto}}}}}라고 언급될 때 IP 사용자에게 알리는 봇(bot)을 작업 중이었습니다.그들의 토크 페이지에서 }}을(를) 참조하십시오.생각?
위키백과:Bots/승인요청/Bellezasolo Bot
◆벨레자솔로 22:10, 2018년 1월 7일 (UTC) 토론[
- IP 사용자에게는 대화 페이지가 있는가?보르비 (토크) 07:57, 2018년 1월 8일 (UTC)[
- 좋은 생각이야.IP를 ping하는 것이 귀찮고, 누군가가 IP를 ping할 수 있다고 생각했기 때문에 놓치는 ping이 꽤 있을 것이다.갤럽터 (pingo mio) 09:22, 2018년 1월 8일 (UTC)[ 하라
- 주소와 사람 사이의 관계는 종종 매우 단기적이고 때로는 심지어 몇 시간 문제일 때도 있다.접속 형태와 시간이 얼마나 지났는지에 따라, IP 주소 뒤에 있는 사람이 다른 곳에 있을 수도 있고, 다른 대화 페이지가 있을 수도 있다.그때쯤이면 다른 사람에게 통보하고 있을지도 모른다.나약한 것 같다.-맨드러스 인터뷰 02:03, 2018년 1월 9일 (UTC)[
- 봇은 단 몇 분 만에 대응할 수 있다.분명히 IP 편집자들이 문제지만, 그와 같은 대화 메시지는 쉽게 공공 기물 파괴에 대한 경고가 될 수도 있고, 실제로 차단될 수도 있다.◆벨레자솔로 2018년 1월 10일 02:39, 디스코 (UTC)[ 하라
- 봇 대응 시간을 말하는 게 아니라 좀 더 고민한 끝에 반대 의견을 철회하겠다.편집자는 IP에 대해 "응답하라"를 코딩하기 전에 IP토크 페이지에 게시하기 전에 지금 해야 하는 것처럼 IP 편집자의 활동 이후의 시간을 고려해야 한다.그 봇은 새로운 문제를 제기하지 않을 것이다.-맨드러스 인터뷰 03:34, 2018년 1월 10일 ( 응답]
- 봇은 단 몇 분 만에 대응할 수 있다.분명히 IP 편집자들이 문제지만, 그와 같은 대화 메시지는 쉽게 공공 기물 파괴에 대한 경고가 될 수도 있고, 실제로 차단될 수도 있다.◆벨레자솔로 2018년 1월 10일 02:39, 디스코 (UTC)[ 하라
- 공유 주소일 수도 있어, 다른 사람이 몇 분이라도 하지 않은 것에 대해 핑에 반응할 수 있어.많은 대학, 사무실, 학교들이 IP를 공유했다.게다가 IP 주소는 여기에 적용되지 않는다.만약 그들이 사용자 계정이 되는 혜택을 원한다면, 그들은 사용자 계정을 얻어야 한다.데니스 브라운 - 2시간 18분 51초, 2018년 1월 13일 (UTC)[
모든 RfC 목록 왼쪽 정렬
여기서 본 바와 같이, 일부 RfC 목록은 왼쪽 정렬되어 있고 일부는 들여쓰여져 있다.이것은 에 의해 행해진다.{{Rfcquote}}
템플릿.템플릿 토크에서 간단한 토론 후:Rfcquote, 이건 의도적으로 행해진 것 같아.몇 년 전 한 편집자는 더 짧은 리스트를 중심에 둘 생각을 가지고 있었는데, 그 이유는 알려지지 않았다.
나는 제안된 편집본을 템플릿에 저장하라는 권고를 받았지만, 필요한 기술력이 부족하다.아마 이것을 바꾸자는 공감대가 형성되면 어떤 친절한 템플릿 편집자가 할 것이다.
제안: 수정{{Rfcquote}}
링크된 예제의 많은 목록에서 볼 수 있듯이 모든 목록을 하나의 들여쓰기 수준으로 왼쪽 정렬.
- 제안자로서의 지원.현 상황은 말이 안 되고, 그것은 목록 페이지들을 지저분하고 정돈되지 않은 모습으로 보이게 한다.-맨드러스 ▷인터뷰 11:34, 2018년 1월 9일(UTC)[
- 지원은 전혀 불필요하다.어떻게 하는지 이미 알아냈어 템플릿:Rfcquote/테스트 케이스.(반복/무조건 매개변수 제거!) - 여백:자동 제거만 하면 된다.갤럽터 (pingo mio) 2018년 1월 9일 12시 5분 (UTC)[ 하라
- 지지하다.현재 스레드의 흐름을 따라가는 것이 불필요하게 어렵다.단편 목록을 다르게 취급할 정당한 이유는 없다.Kb.au (토크) 15:24, 2018년 1월 9일 (UTC)[
- 만약 WP가 왜 이것을 위해 RFC가 필요한지 잘 모르겠다.볼드라면 할 수 있겠지만, 무슨 일이 있어도 난 찬성이다.헤드폭탄 {t · c · p · b} 17:51, 2018년 1월 14일 (UTC)[
Galobtter (pingo mio) 17:55, 2018년 1월 14일 (UTC) 시행[
편집 후 확인 업데이트(해결)
화면 맨 위에 나타나는 작은 "네 편집이 저장되었다" 상자 알지?표시되는 버튼의 이름이 "저장"에서 "변경사항 게시"로 변경되었으므로 편집 후 알림을 "편집 게시됨"으로 업데이트해야 한다.편집이 "저장"이라는 말만 듣고 "변경 게시"를 클릭하는 것은 불필요하게 혼란스러운 일이며, 이러한 혼동을 피하는 것이 애초에 저장 버튼의 이름을 바꾸는 동기(링크 고정)가 되었다.에이드리언 J. 헌터(talk•contribs) 13:06, 2018년 1월 13일 (UTC)[
- 일관성을 위한 지원.하지만 나는 언급하고 싶다, Adrian J. 헌터, 네가 올린 두 링크가 똑같아. 그리고 난 그 링크에 있는 "동기"에 대해 아무것도 찾을 수 없어.다른 링크를 올리려고 했던 거야?아논126 (응답하라! / 말하라 / 기여) 06:09, 2018년 1월 15일 (UTC)[ 하라
- 이것에 대해서는 이미 입장권이 열려 있다.—DJ (대화 • 기여) 09:47, 2018년 1월 15일 (UTC)[
겸손한 제안:편집자는 편집하기 전에 편집하는 텍스트 또는 작성자를 읽어야 한다.
이에 따라 모든 편집자들은 읽지 않았거나 전혀 알지 못하는 기사를 편집하는 것이 금지된다. 그렇게 하다 적발된 사람은 누구나 추잡하게 될 것이다.–Davey2010Talk 16:40, 2018년 1월 17일 (UTC)[ |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
우안팔라의 고통을 느끼는 동안 WP:랜디는 항상 여기 있었고, 랜디는 항상 여기 있을 것이고, 랜디는 우리 모두의 안에 살고 있다.치즈. - 부시 레인저 06:55, 2018년 1월 13일 (UTC)[ |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
일찍 내리는 눈.이건 아무데도 안 가고 그럴 것 같아. — 트랜스포터맨 (TAK) 16:50, 2018년 1월 12일 (UTC)[ |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
너무 많은 우리의 블로바이징 편집자들은 자신들이 직접 읽지 않은 작가와 본문에 대한 기사를 편집하지 않을 것으로 추측한다.이 문제는 문맹이들이 철권통치를 하는 엔클로피디아 철학 부문에 산적해 있다.나는 어떤 편집자도 본문이나 저자를 직접 읽지 않고 본문이나 저자에 대한 어떤 기사도 편집할 수 없도록 하고, 위반자는 주홍 글씨로 공개적으로 추방하거나 질책할 것을 제안한다.— 47.16.203.5 (대화 • 기여) 2018-01-12T14:35:21 (UTC)이(가) 추가된 이전의 부호 없는 의견
- 캐피털 아이디어를 지지하십시오.맹렬한 속도로 이행하라. 47.16.203.5 (대화) 15:21, 2018년 1월 12일 (UTC)[ 하라
- 우리가 사상 범죄를 해결하기 전까지는 불가능해.—DJ (대화 • 기여) 15:24, 2018년 1월 12일 (UTC)[
- 슈퍼듀퍼는 반대한다.전혀 모르는 주제에 대해 글을 쓰거나 댓글을 다는 사람들은 백과사전의 생명과 피다.만약 그것들이 제거된다면, 우리가 아는 위키피디아는 존재하지 않을 것이다.– 우안팔라 (대화) 15:46, 2018년 1월 12일 (UTC)[
- 다른 사람마다 반대하며, 전혀 강제할 수 없으며,
위반자는 붉은 글씨
로 트롤을 한 티끌로공개적으로 추방되거나 비난받아야 한다
.-맨드러스 인터뷰 16:00, 2018년 1월 12일(UTC)[ - 반대 - 나는 어떤 편집자도 기존 정책을 직접 읽지 않고 새로운 정책을 제안하는 것을 허용해서는 안 된다고 제안한다. WP:일차적인.제안서는 또한 당신이 비트겐슈타인의 생년월일을 편집하기 위해 읽어야 한다고 가정한다.카바이 (대화) 16:05, 2018년 1월 12일 (UTC)[
- 질문하다.편집자가 기사를 읽었는지 아닌지 어떻게 알 수 있을까?보르비(토크) 16:26, 2018년 1월 12일 (UTC)[
- 반대: 선의의 원칙이 핵심 원칙이다; 우리는 편집자들이 그들이 기사에서 인용하고 있는 자료를 읽었다고 가정한다.만약 편집자가 파괴적일 정도로 출처가 말하는 것을 전혀 대변하지 않는 패턴이 된다면, 우리는 그것을 사례별로 다룬다. --Masem (t) 16:43, 2018년 1월 12일 (UTC)[
- 진지하게 말하자면, 비록 우리가 그것에 대해 아무것도 할 수 있는 방법이 없더라도, 적어도 우리는 그 문제를 인정할 수 있을 것이다, 그렇지 않은가?나는 내가 기사 내용이나 !보트를 완벽하게 선의로 토론했지만 여러 가지 수준의 미묘함이나 징그러운 오해와 오해로 고통받고, 그것을 기고하는 편집자가 가장 초보적인 것을 가졌다면 결코 그 자리에 없었을 것이라고 생각한다.주제의 전반적인 맥락에 대한 인식– 우안팔라 (대화) 19:57, 2018년 1월 12일 (UTC)[
- 역지지.만약 편집자가 기사의 주제가 되는 텍스트나 작성자를 읽은 경우, 그들은 이제 COI를 가지고 있으므로 기사의 편집을 허용해서는 안 된다.네이처리움 (토크)20:00, 2018년 1월 12일 (UTC)[
- 사람들이 기사를 편집하기 전에 읽기만 하면 좋겠어.분명히 그렇게 하지 않는 사람 때문에 내가 되돌아가야 하는 횟수는 수두룩하다. 예를 들어 지난 며칠 동안 Bhagat Singh에서.물론 그런 일은 없을 것이고, 나는 그것을 제안할 만큼 어리석지는 않다. - 시투시 (토크) 20:21, 2018년 1월 12일 (UTC)[
- 클로징과 해트닝의 보금자리 수위는 얼마나 될까?– 우안팔라 (대화) 20:29, 2018년 1월 13일 (UTC)[
관리자용 RFC
OP와는 별개로 찬성 1명, 반대 21명으로 한다.이것이 실행 불가능할 것이라는 압도적인 공감대가 분명히 있고, 마찬가지로 이것에 찬성하는 어떠한 합의도 성립되지 않을 것이라는 것이 명백하며, 계속해서 확대되는 쓰레기 더미가 30일 동안 마을 펌프를 막는데 반대한다는 것은 의미가 없다.만약 누군가가 실제로리콜 절차가 얼마나 효과적일지 제안할 수 있다면, 우리가 정말로 리콜 절차를 가져야 한다고 말하는 것 보다, 자유롭게 새로운 RFC로 제안하십시오. — 이리데센트 16:55, 2018년 1월 18일 (UTC)[ |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
관리자가 다른 RFA를 거쳐야 하는 관리자로서 계속 진행하고자 하는 경우 관리자에 대한 용어가 있어야 한다.2018년 1월 17일(UTC) 조셉 15:18 경[
설문 조사: 관리자에 대한 용어
- 반대편에서는 한정된 기간을 제한하지만 효과적인 리콜 절차를 지원한다. --SarekOfVulcan (대화) 15:44, 2018년 1월 17일 (UTC)[
- 명확히 하자면 이는 임기 제한이 아니라 임기 조건이다.따라서 이 제안에 따라 관리자는 매 임기 후 RFA를 통과하면 10년 동안 근무할 수 있다.52 경[응답
- 고마워, 고정. --SerkOfVulcan (대화) 16:00, 2018년 1월 17일 (UTC)[ 하라
1월 17일 (UTC) 15:
- 명확히 하자면 이는 임기 제한이 아니라 임기 조건이다.따라서 이 제안에 따라 관리자는 매 임기 후 RFA를 통과하면 10년 동안 근무할 수 있다.52 경[응답
- 지원 조건과 또한 SarekofVulcan을 반영하기 위해서는 실제 회수 방법이 필요하다.임기 2년을 제안한다.52 경[응답
- 2년 임기?현재 1200명의 관리자가 있다.한달에 50개의 RfA, 주당 11개의 RfA 입니다.RfA는 1주일 동안 실행되기 때문에 11개의 RfA가 연속적으로 실행되며, 이마저도 균등하게 분배될 것으로 가정한다.전혀 실현 불가능해.— 여기 20:14, 2018년 1월 17일 (UTC)[
1월 17일 (UTC) 15: - 그 이유 전체를 반대하라.위키는 우리가 처해 있는 독특한 정치 환경이 어떤 지역의 관리자들이 정확한 전화를 걸기를 두려워하도록 만드는 모든 "좋은 행동" 모델을 가지고 있다.가장 최근의 RfB(내가 반대했던 곳이지만 좋은 예라고 생각한다): CSD에서 보수적이었기 때문에 데시솝을 요구하는 정책에 직면하여 선의로 그리고 정책적으로 업무를 수행하고 있던 행정관이 있다.AE와 ANI를 적극적으로 일하는 관리자들이 어떤 상황에 처할지 상상하기 싫다.토니발리오니 (토크) 15:56, 2018년 1월 17일 (UTC)[
- 반대 나는 모든 관리자들에게 본질적으로 리콜을 강요하는 것을 좋아하지 않는다.우리는 다수의 RfA를 통해 관리자들을 좋은 위치에 올려놓지 말아야 한다; 나는 지역사회가 신뢰를 잃은 관리자들을 제거하는데 적극적으로 작용하는 것에 초점을 맞출 것을 추천한다.니흘루스 16:02, 2018년 1월 17일 (UTC)[ 하라
- Per TonyBallioni에 반대하라; 오, 신이시여, 그는 RfA에 있어서 다소 편협하고 CSD에 보수적이지만 그것은 피할 수 없다.나는 AE 관리자가 "반대 - 경험 많은 편집자 너무 빨리 차단", "반대 - 충분히 빨리 차단하지 않는다", "반대 - 차단에는 두 가지 기준이 있다" 등의 스모르가스보드가 있을 것이라고 생각한다.RfAs의 수에서 자동 실행이 아니라고 가정할 경우 RfA가 얼마나 줄어들지 궁금하여 대부분의 비활동적인 관리자는 그렇지 않지만 관리자 등을 잃게 될 것이다.갤럽터 (pingo mio) 16:14, 2018년 1월 17일 (UTC)[ 하라
- 이것에 대해 반대하라.다른 어떤 논의도 스노우 실패에 대한 과잉 살상으로 보인다.-맨드러스 인터뷰 16:27, 2018년 1월 17일 (UTC)[
- 지원 - 멋진 아이디어, 우리는 매년 점점 더 많은 관리자를 잃고 나서 우리는 Simple English Wikipedia처럼 될 수 있다.그것은 내가 전적으로 지지할 수 있는 좋은 계획인 것 같은데?–Davey2010Talk 16:31, 2018년 1월 17일 (UTC)[
- 대부분 토니발리오니당 반대하지만, 나는 또한 사레코프불칸의 우려를 공유한다.적어도 초기에는 한 번에 실행되는 RFA의 수가 압도적일 것이다.적극적이고 비활동적인 관리자의 수가 서서히 감소하여 분쟁에 기꺼이 대처하고자 하는 적극적 관리자의 프로젝트가 더욱 어려워질 것이다. --AntiCompositeNumber (대화) 16:35, 2018년 1월 17일 (UTC)[
- 반대 이것은 문제를 찾는 해결책처럼 보인다.우리가 휴면중인 행정가들이 복귀해서 치명적인 실수를 저지르는 심각한 문제를 가지고 있지 않다면, 이 제안에는 아무런 목적이 없다.윤수이 16:53, 2018년 1월 17일 (UTC)[
- '반대다.형편없는 관리자들을 제거하기 위한 메커니즘이 존재하며, 이 제안은 단지 사람들이 논쟁적인 일에 관여하는 것을 막고 RFA를 압도할 것이다.--- 파타 기사 - contributions/ 17:02, 2018년 1월 17일 (UTC)[
- 반대 현재 1,240명의 관리자가 있다.만약 이들 각각이 2년 후 RfA를 거쳐야 하고, 그 후 2년마다 소화가 안 될 때까지 RfA를 거쳐야 한다면, 이는 평균적으로 매주 12개의 재확정 RfA가 시작됨을 의미하며, 이는 새로운 관리자 후보자들(2017년에 40개의 RfA 또는 9일에 1개의 RfA가 존재함) 외에 추가되는 것이다.다수의 관리자가 원래 RfA가 끝난 후에도 전체 RfA 프로세스를 거치지 않을 것이라는 사실과는 별개로, 우리는 테듐을 설정하지 않고 일반 RfA 투표 팀으로부터 적절한 수준의 관심을 받을 수 있을까?전체 개념은 비현실적이다. --Redrose64 🌹 (토크) 17:09, 2018년 1월 17일 (UTC)[
- 아, 사렉OfVulcan도 이미 같은 글을 많이 썼다는 것을 알겠다(아래 부분).내 주장을 지지한다. --Redrose64 🌹 (대화) 17:12, 2018년 1월 17일 (UTC)[
- 지원 그러한 광범위한 권리는 정기적으로 재검증되어야 한다.그렇게 하는 과정은 편집자가 관리 기능을 가지고 무엇을 했는지 살펴보기 위해 능률적이거나 다시 강조될 수 있다.최근 해리아스의 재확인을 보면 큰 문제가 될 필요가 없다는 것을 알 수 있다.세월이 흐르고 이제 신선한 피의 양이 제한되면서 관리단은 점점 노인정치가 될 수 있다는 점에 유의한다.이것은 아르브콤이 상대적으로 엄격한 신원조회 및 정기적인 연례선거의 대상일 때 균형잡히거나 합리적이지 않아 보인다.앤드류 D. (대화) 17:32, 2018년 1월 17일 (UTC)[
- IMO 반대 이것은 위키백과:유지관리가 높은 RFC가 되지 마십시오.그들에게 정해진 기준을 충족하지 못하는 관리자를 제거하는 다른 방법이 있다.매넷D 토크 17:42, 2018년 1월 17일 (UTC)[
- Redrose64당 반대, 현실적이지 않다. --Cameron11598 18:01, 2018년 1월 17일 (UTC)[ 하라
- Meh - 다른 사람들이 지적한 바와 같이, 그것은 논리적으로 금지되어 있다.그리고 아마 종종 짜증나더라도 대부분 해롭지 않은 오래된 타이머들을 제거하게 될 것이다.GMGtalk 18:13, 2018년 1월 17일 (UTC)[
- 반대하라. 적극적 행정의 불가피한 효과 중 하나는 스팸 발송자, COI 편집자, 광신자들을 화나게 할 것이다. 비록 중립적이고 냉정한 토론의 종결자만 그들과 의견이 다른 의견들에 부합하더라도 말이다.자동 재확정 절차는 불우이웃에게 자석이 되어 프로젝트를 그들의 불만족으로 중재한 사람들에게 문제를 일으킬 가능성이 있다.나는 단지 논란이 되는 관리자 행동과는 별개로 나쁜 관리자 행동을 보여줌으로써 필요성이 증명될 수 있는 합리적인 리콜 절차를 지지한다. bd2412 T 19:18, 2018년 1월 17일 (UTC)[
- 모든 관리자에 대한 정기적인 재확인을 반대한다.나는 차라리 비활동적인 개혁을 보고 싶다. 아마도 도구를 보유하고자 하는 거의 활동적이지 않은 관리자들에게 다시 확인되어야 할 것이다.— Xaosflux 19:22, 2018년 1월 17일 (UTC)[
- 반대하라, xaosflux와 동의하라.게다가, 이 RfC는 한 번도 설득력을 얻은 적이 없는 영원한 제안이다.쿠드풍 กุผึ ((대화) 19:43, 2018년 1월 17일 (UTC)[
- 반대 AW HELL No...그것은 마치 디시플리니언 부모에게 재선에 나서라고 요구하는 것과 같다.아이들이 부모들보다 더 많은 표를 가지고 있다.— 여기에 2018년 1월 17일(UTC) 19:48, 삽입클레버프레이즈[
- 반대 - 다른 사람들이 위에서 말했듯이, 그것은 AE, ANI 등과 같은 활동을 하는 모든 관리자의 작업을 금지할 것이다.우리는 보복의 두려움 없이 행동할 수 있는 행정관이 필요하다.나는 리콜을 위한 효과적인(또는 더 효과적인) 수단이 도움이 될 수 있다는 것에 동의한다.그리고 비활동 검토(아마도 그냥 자신감/신뢰 없음!보트)그러나 새로운 RFA는 각 용어가 극단적이다.에버그린피르 (대화) 19:51, 2018년 1월 17일 (UTC)[
- TonyBallioni 및 bd2412에 따라 제한된 조건에 반대하되, SarekOfVulcan이 제안한 효과적인 리콜 절차를 지원한다.토니 탄 · 토크 19:55, 2018년 1월 17일 (UTC)[
- 반대 이 제안은 득보다 실이 많다.그것은 사실 별로 도움이 될 것 같지 않다.나는 보다 능률적인 행정삭제 방식을 보고 싶지만, 위키 규범을 벗어난 행동을 했다는 이유로 선거운동 트롤이 그들에게 화가 나서 표를 충분히 얻지 못해 누군가가 행정직을 잃는 시스템은 보고 싶지 않다.이런 시스템은 그냥 그렇게 하는 것이다.-시리얼조프시초- (대화) 01:41, 2018년 1월 18일 (UTC)[
- 위키백과당 반대:지속적인 제안#관리자 재확정여기에 언급된 모든 이유는 여전히 적용되며, 특히 매주 12개 이상의 RfA를 보유하는 데 낭비되는 엄청난 양의 시간이 소요된다.SoWhy 16:30, 2018년 1월 18일 (UTC)[
- 위의 대부분, 특히 토니는 반대한다.스노우 클로즈 제안. -Ad Orientem (대화) 16:42, 2018년 1월 18일 (UTC)[
토론:관리자에 대한 용어
이전에 이것에 대해 논의된 적이 있었는데, 아는 사람 있어?갤럽터 (pingo mio) 15:38, 2018년 1월 17일 (UTC)[ 하라
- 위키피디아에 다년생으로 나열:지속적인 제안#관리자 재확정-맨드러스 인터뷰 15시 40분, 2018년 1월 17일 (UTC)[
- 이 제안의 근거는 무엇인가?조조 유메루스 (토크, 기여) 15:56, 2018년 1월 17일 (UTC)[
- 나에겐 생명체가 없어야 한다는 것이다.10년 전에 권한을 부여받은 행정관도 있고, 일년에 한두 번 오는 행정관도 있다.세계의 다른 모든 곳에서 어떤 종류의 권력 구조는 일상적으로 종신 재직권과 갱신의 필요성을 가지고 있다.우리는 사람들에게 행정 권한을 부여한 다음 그러한 권한을 제거할 수 있는 막대가 어려운 방식으로 방치해서는 안 된다.2018년(talk) 1월 17일 (UTC) 15:59 [응답
- @요셉 경:최소한 당신의 투표에 당신의 근거를 포함시킬 필요가 있다. 그렇지 않으면 그것은 투표다.-맨드러스 인터뷰 16:02, 2018년 1월 17일 (UTC)[
- (갈등 편집) 우리의 시스템은 대략 미국 법원이나 대부분의 지정된 상원과 비슷하다: 때때로 이루어져야 하는 사람들이 비인기적인 결정을 하기 위해 특별히 투입되는 장소들이다.공동체는 이를 인정하고, 그것 때문에 관리자들에게 보호를 준다.ArbCom은 필요할 때 제거할 수 있으며, 일반적으로 사례가 승인되면 제거한다.토니발리오니 (토크) 16:06, 2018년 1월 17일 (UTC)[
- 그건 이해하지만, "슈퍼 관리자"들은 어떻게 하지?당신은 상당히 새로운 행정관이고 만약 당신이 일을 망치면, 당신은 제거될 수 있지만, 그들이 손댈 수 없는, 그리고 그들은 그것을 알고 있고, 다른 모든 사람들이 그것을 알고 있다.우리는 관리자가 되어서는 안 되는 관리자들을 다루는 더 나은 방법이 필요하다.ARBCOM에 가는 것은 정말 큰 일인데, 아마도 관리직을 제거하기 위한 RFC/U나 RFC가 우리가 할 수 있는 일이 될 것이다.하지만 나는 또한 관리자가 되는 것이 평생의 일이 되어서는 안 된다고 생각해.조셉(talk) 경, 2018년 1월 17일 (UTC) (
- TRM과 Salvidrim!은 둘 다 의욕에 차있었고, 그들 둘 다 지역사회의 많은 부분들에서 인기가 있었고 오랜 관리자였다.ArbCom 프로세스의 장점은 공지사항 게시판(Mr.Wiki 사례 요청에 대한 의견 50명 이상)보다 훨씬 더 넓은 커뮤니티 상담을 허용하고, 사실에 대한 철저한 검토를 가능하게 하며, 커뮤니티의 단면이 승인했을 때에만 디스샵이 발생하도록 강제한다는 것이다. 위원회는 유일한 기관이다.at은 지역사회에 의해 전반적으로 선출되며, 약 2,000명의 사람들이 투표하고 있는 가운데, 게시판에 대한 어떤 토론보다도 훨씬 더 대표적이다.현 위원회를 싫어하거나 너처럼 생각하는 사람을 출마시키는 게 해결책이다.더 많은 관리자들이 자신의 역할을 남용하는 것에 대해 처벌을 받아야 한다고 생각한다면, 해결책은 사례 요청을 하는 것이다.어느 누구도 하지 못하게 막는 것은 없다.사람들이 그렇게 생각하지 않는다는 사실은 시스템이 의도한 대로 작동한다는 것을 보여준다: 만약 관리자가 하는 일이 ArbCom 사례의 가치가 없다면 그것은 포기하기에 충분히 큰 문제가 아닐 것이다.토니발리오니 (토크) 16:46, 2018년 1월 17일 (UTC)[
- 아니, 그것은 또한 어떤 사람이 자신을 십자군에 넣으려 하지 않는다는 것을 보여줄 수도 있다.자, 자, 자, 자, 자, 자, 자, 자, 자, 자, 자, 자, 자.나는 너의 페이지에 내가 너에게 퇴진을 요청하고 있다고 글을 올린다. 또는 너를 기억하기 위해 마음을 열려고 한다.너와 네 자식은 날 위해 풀어줄 거야여기엔 파벌이 있는데, 나는 네가 그것을 인정할 것이라고 생각한다.이것이 통과하든 그렇지 않든, sysop 도구를 제거하는 더 나은 방법이 있어야 한다.ARCOM 케이스만이 유일한 옵션이 되어서는 안 된다.내가 생각하기에 행정관이 되어서는 안 된다고 생각하는 행정관이 두어 명 있는데 어쩔 도리가 없다.만약 내가 ARBCOM 사건을 게시한다면, 모든 사람들이 반대할 것이고, 그러면 나는 대부분 차단될 것이다.조셉 경, 2018년 1월 17일 (UTC) 17:29 (
- TRM과 Salvidrim!은 둘 다 의욕에 차있었고, 그들 둘 다 지역사회의 많은 부분들에서 인기가 있었고 오랜 관리자였다.ArbCom 프로세스의 장점은 공지사항 게시판(Mr.Wiki 사례 요청에 대한 의견 50명 이상)보다 훨씬 더 넓은 커뮤니티 상담을 허용하고, 사실에 대한 철저한 검토를 가능하게 하며, 커뮤니티의 단면이 승인했을 때에만 디스샵이 발생하도록 강제한다는 것이다. 위원회는 유일한 기관이다.at은 지역사회에 의해 전반적으로 선출되며, 약 2,000명의 사람들이 투표하고 있는 가운데, 게시판에 대한 어떤 토론보다도 훨씬 더 대표적이다.현 위원회를 싫어하거나 너처럼 생각하는 사람을 출마시키는 게 해결책이다.더 많은 관리자들이 자신의 역할을 남용하는 것에 대해 처벌을 받아야 한다고 생각한다면, 해결책은 사례 요청을 하는 것이다.어느 누구도 하지 못하게 막는 것은 없다.사람들이 그렇게 생각하지 않는다는 사실은 시스템이 의도한 대로 작동한다는 것을 보여준다: 만약 관리자가 하는 일이 ArbCom 사례의 가치가 없다면 그것은 포기하기에 충분히 큰 문제가 아닐 것이다.토니발리오니 (토크) 16:46, 2018년 1월 17일 (UTC)[
- 그건 이해하지만, "슈퍼 관리자"들은 어떻게 하지?당신은 상당히 새로운 행정관이고 만약 당신이 일을 망치면, 당신은 제거될 수 있지만, 그들이 손댈 수 없는, 그리고 그들은 그것을 알고 있고, 다른 모든 사람들이 그것을 알고 있다.우리는 관리자가 되어서는 안 되는 관리자들을 다루는 더 나은 방법이 필요하다.ARBCOM에 가는 것은 정말 큰 일인데, 아마도 관리직을 제거하기 위한 RFC/U나 RFC가 우리가 할 수 있는 일이 될 것이다.하지만 나는 또한 관리자가 되는 것이 평생의 일이 되어서는 안 된다고 생각해.조셉(talk) 경, 2018년 1월 17일 (UTC) (
- 나에겐 생명체가 없어야 한다는 것이다.10년 전에 권한을 부여받은 행정관도 있고, 일년에 한두 번 오는 행정관도 있다.세계의 다른 모든 곳에서 어떤 종류의 권력 구조는 일상적으로 종신 재직권과 갱신의 필요성을 가지고 있다.우리는 사람들에게 행정 권한을 부여한 다음 그러한 권한을 제거할 수 있는 막대가 어려운 방식으로 방치해서는 안 된다.2018년(talk) 1월 17일 (UTC) 15:59 [응답
@Mandruss and Sir Joseph: 잘못된 사인(대본 읽음)에 대해 미안하다.Whomever는 우리가 누구에게 질문할 것인지 알 수 있도록 RfC가 단지 날짜를 가지기 보다는 완전한 서명을 사용해야 한다고 제안하고 있다.토니발리오니 (토크) 16:01, 2018년 1월 17일 (UTC)[
- 네.
조셉 경, RfC에 서명하십시오.- 맨드러스 ▷인터뷰 16:03, 2018년 1월 17일 (UTC) @ 조셉 경: 신경 쓰지 마, 10분 넘게 기다린 뒤에 한 일이니까.-맨드러스 ▷인터뷰 16:15, 2018년 1월 17일(UTC)[
WP에 따르면 현재 1240명의 관리자가 있다.관리자. 2년 기간 동안 매주 12회의 RFA를 지속적으로 사용할 수 있다.그건 현실적이지 않아. --사레크OfVulcan (대화) 16:10, 2018년 1월 17일 (UTC)[ 하라
- 그것은 1240이 모두 활동적이고 RFA를 원할 경우에만 고려될 수 있다.조셉(talk) 경, 2018년 1월 17일 (UTC) (
- 33%가 다시 출마하지 않기로 결정한다고 말한다.그러면 적어도 2년 동안 계속해서 주당 8개의 RFA로 줄어들 것이다. --SerkOfVulcan (대화) 17:04, 2018년 1월 17일 (UTC)[
사람들이 지금 RFA가 끔찍하다고 생각한다면, 이러한 재확인 RFA 중 일부가 게시될 때까지 기다리세요. --NeilN 17:06, 2018년 1월 17일 (UTC)[
- 가장 유감스럽게도 자발적인 재확인을 위해 서 있는 관리자들의 우표가 있을 것이다.이미 여러 군데에서 이런 일은 아주 드문 일이라고 진술해 왔으니, 의논할 가치조차 없다.쿠드풍 กุผึ ( ((대화) 19:49, 2018년 1월 17일 (UTC)[
수학 방정식은 이미지 대신 텍스트여야 하는가?
위키백과에서 발견한 수학 방정식을 사용해 볼프램 알파처럼 텍스트 문서나 온라인 계산기에 넣어 포맷된 텍스트가 아닌 인라인 이미지라는 것을 실감할 수 있도록 하고 싶은 경우가 많았다.방정식만 있는 그대로 원한다면 괜찮겠지만, 방정식을 쓰거나 약간 편집하고 싶은 경우가 많아 이미지를 사용할 수 없다.여러 개의 탭을 열고 복사만 하면 돼.
이것이 어떻게 구현될지는 잘 모르겠지만, 나 같은 최종 사용자에게 도움이 될 것이다. — Michalchik (talk • 기여) 23:01, 2018년 1월 8일 (UTC)[ 에 의해 추가된 사전 서명되지 않은 논평
- 헷갈려.템플릿에서 몇 가지 예제 가져오기:산술:
- f(x) = bx = y
- 그리고
- 1/2 − 1/3 = 1/6
- WP에서 Wolfram Alpha로 바로 복사/붙여넣기, Win10과 Google Chrome을 이용하여 나를 위해 Wolfram Alpha로 바로 복사/붙여넣기.
- ∫+∞
0 e−x dx = 1
- ∫+∞
- 하지 않다하지만 위의 내용에서 나는 네가 어떤 대안을 제시하고 있는지 잘 모르겠어.Wtmitchell (talk)(이전 보라카이 법안) 02:49, 2018년 1월 9일 (UTC)[ 하라
- @Wtmitchell:A)사용자는 아마도 다음과 같은 코멘트를 하고 있을 것이다.
<math>
태그, B) 대부분의 사용자와 모든 판독기(로그인되지 않은 사용자)는 명백하게 복사하여 붙여넣을 수 있는 것이 아닌 이미지로 제공된다. --Izno(토크) 03:35, 2018년 1월 9일 (UTC)[
- @Wtmitchell:A)사용자는 아마도 다음과 같은 코멘트를 하고 있을 것이다.
수학 방정식을 텍스트로 하는 것은 나에게 이치에 맞는 것 같다 - 결국 그것들은 이미지가 아니다.보르비 (대화) 11시 53분, 2018년 1월 12일 (UTC)[
- @whatamidoing 고마워 핑.보통의 사용자들이 다른 웹사이트와 같은 방법으로 위키피디아에 방정식을 복사할 수 있다면 좋을 것이다.예를 들어 이틀 전 사용자:Elcap은 다음과 같이 썼다: "Bei der Schreibweise der Formeln und den Einheiten habe Ich Publice, Seitdem ich Windows 10 habe.위한 간단한 formulas" c은 다이 Formeln 운트 Einheiten 워드 eingefügt에"수학"geschriebenwerdenbeim Kopieren nicht, geschriebener Weise."그는 마이크로 소프트 워드로 방정식 복사할 수 없는[2](=-1이후 그 논의는 기사 개선으로 추가, 하지만 내 expericence<>로;math> 상황이 아닌, 아주 오래 된"use html에서 deshalb mitopyable, png 영상은 이미지(단점이 명백한 경우), MathJax(등록된 사용자를 위한 선택 사항)는 복사 가능했으며 현재 렌더링은 Firefox 사용자로서 "MathML Copy" 애드온을 설치하지 않은 경우.
- 나의 제안은 math.stackexchange.com에서처럼 MathJax를 사용하는 것이겠지만, 미디어위키에 통합하는 것은 어려워 보이고 나의 제안 [3]은 충분한 표를 얻지 못했다.node.js를 지원하기 위해 구축된 MathJax 3.0(최근 첫 번째 알파 버전이 출시됨)-Debenben (talk) 17:05, 2018년 1월 13일 (UTC)[ ]과 함께 이것이 바뀌었으면 한다
_을 밑줄로 리디렉션(문자)
조치 없음 | |
퍼 WP: 스노우. 제프리T2000 (토크) 15:04, 2018년 1월 22일 (UTC)[ |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
https://en.wikipedia.org/wiki/_을 Undercore(캐릭터) Care로 리디렉션하여 서로 다르거나 저와 논의하시겠습니까?Nth User 04:09, 2018년 1월 15일 (UTC)[
- 지원 URL 표시줄에 "_"를 입력한 사람의 의도는 명백하다.나랑 의견이 다르거나 의논할래?Nth User 04:09, 2018년 1월 15일 (UTC)[
- 반대. 그 호칭은 현재 기술적 제약 때문에 허용되지 않으며, 나는 이 경우에 가치 있는 변경이라고 생각하지 않는다. (그리고 그것이 허용되었다 하더라도 공간과 밑줄은 URL로 교환이 가능하므로, 누가 대신 스페이스(폐지)로 리디렉션해서는 안 된다고 말할 것인가?) 아논126 (응답의 나를 알려! / 말 / 기여) 05:50, 2018년 1월 15일 (UTC)[ 하라
- 그런 경우 표준 나쁜 제목 페이지로 이어졌지만 하단에 밑줄(문자)과 공백(구문)으로 연결되는 링크가 있으면 어떻게 될까?나랑 의견이 다르거나 의논할래?Nth User 02:01, 2018년 1월 16일 (UTC)[
- 반대 - 이 ....의 요점을 모르겠다.만약 당신이 그것의 이름을 몰랐다면, 당신은 "_"를 검색했을 것이다. 하지만 나는 세계의 99.99999%가 밑줄이 무엇인지 알고 있을 것이라고 생각한다. –Davey2010Talk 16:35, 2018년 1월 17일 (UTC)[
- 반대 밑줄은 공간의 URL 표현이다.제목은 위키백과별 공백으로 시작하거나 끝날 수 없음:명명 규칙(기술 제한)#스페이스와 밑줄.고립된 공간에 대한 예외는 MediaWiki를 변경해야 하며 혼동을 일으킬 수 있다.선행 및 후행 공간을 벗겨내는 많은 형상들은 적응이 필요할 것이다.다른 위키에서는 다른 이름으로 리디렉션하거나 기사화하여 " (하나의 공간)이 연결된 유효한 제목이 될 것이라고 가정한다.
[[ ]]
그리고[[_]]
. 다른 모든 공간과 달리 하나의 공간이 밑줄로 표시된다는 MediaWiki도 바꾸지 않는 한 그 이름은 보이지 않을 것이다.이것은 더 많은 혼란을 야기한다.실제 페이지로 만들지 않고 "_"에서 리디렉션을 만들면 페이지를 편집하거나 코드를 찾으려는 사람들을 혼란스럽게 할 수 있다.그리고 나는 url이나 검색창의 밑줄이나 공간이 사용자가 그 문자에 대한 기사를 찾고 있다는 것을 의미한다는 것을 "분명히" 발견하지 못했다.그것은 소프트웨어일 수도 있고 사람의 실수일 수도 있다.User의 주요 기사:West.andrew.g/인기 페이지는 현재 "-"로 일주일 만에 1,000만 뷰를 기록하고 있다.그 중 몇 명이 실제로 그 캐릭터를 찾고 있었을까?프라임헌터 (토크)18:02, 2018년 1월 17일 (UTC)[
- 반대: "_"로 가는 것은 작동하지 않고 "요청된 페이지 제목이 비어 있거나 네임스페이스 이름만 들어 있다"라는 말을 꺼낸다.밑줄에만 링크를 추가하면 안 된다(여기서: [_] 참조)(노위키 태그를 사용하지 않았다).—MRD2014 00:55, 2018년 1월 22일 (UTC)[
- 위에서 설명한 기술적 이유에 반대하십시오.사실, 그것은 기본적으로 불가능하고 우리는 아마도 그것을 하기 위한 Phab 요청을 거절할 것이다.이 제안을 종결할 것을 제안하십시오.2018년 1월 22일(UTC) 05:54, 기쁨의 눈물을 머금은 얼굴[
RM이 잘못됨
하지만 또 다른 결과는 내 뜻대로 되지 않았다. 그래서, 이 과정은 쓰레기야시간 낭비.윙 블레이드Godric 09:16, 2018년 1월 23일 (UTC)[ |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
요청된 이동 프로세스가 실패함.예를 들어, {{reftene}}은(는) 최근 3 !votes의 RM "토론"으로 인해 원래 이름에서 인라인 템플릿에 더 적합한 이름으로 이동되었다.나는 RM을 폐쇄하고 이동 요청을 XFD 프로세스를 통해 처리해야 한다고 생각한다. XFD 프로세스는 RM과 달리 실제로 논의가 필요하다.KMF (토크) 01:50, 2018년 1월 23일 (UTC)[
- 요청된 이동과정은 위키피디아의 정책과 지침이 종종 긴장 상태에 있다는 것을 RMs의 정규 참여자들이 이해하고 있고, RM을 닫는 우리 중 한 명은 이러한 동일한 이해를 염두에 두고 정기적으로 논쟁의 균형을 맞춘다는 사실 때문에 위키피디아에 대해 우리가 가지고 있는 가장 효과적인 토론장소 중 하나라고 생각한다.만약 있다면, 두 장소에 모두 적극적으로 참여하는 사람으로서, 나는 XfDs가 RM과 비슷하게 만들어지는 것을 훨씬 더 선호한다.또한 XfDs는 반대 의견이 없고 논란의 여지가 없는 것으로 보이면 소프트 삭제로 마감해야 한다(WP: 참조).SOFDELETE), RM은 동일한 원리를 따른다.만약 가까울수록 그것이 정책과 맞지 않고 논쟁의 여지가 있다고 생각한다면, 당신은 피할 수 없을 것이다.마지막으로, 3!보트는 요즘 대부분의 XfDs에 탑재되는 것보다 더 많고, RM에서 합의하기에 충분하며, 이는 단순히 반대 의견의 부족을 필요로 한다.토니발리오니 (토크) 01:56, 2018년 1월 23일 (UTC)[
- 나는 RM 과정이 꽤 훌륭하고, 견고하며, 직관적이며, 관여하기 쉽다고 생각한다.WP:MR도 꽤 괜찮다.아마도 KMF의 문제는 보호 템플릿에 대한 불충분한 광고로, 더 많은 광고 소리가 합리적으로 들리고, 과정을 바꾸며, 아니 —SmokeyJoe (토크) 02:18, 2018년 1월 23일 (UTC)[ ]이라고 말할 수 있을 것이다
일부 대화 페이지 템플릿을 페이지 자체로 이동
{{image requested}}, {{map requested}, {{infobox requested}}} 등의 템플릿은 다른 대부분의 정리 템플릿에 맞추어 토크 페이지 대신 페이지 자체에 배치해야 한다고 생각한다.KMF (토크) 2018년 1월 20일 18:12 (UTC)[
- 정리 템플릿은 문제를 위한 것이고, 주어진 기사에 infobox, 지도 또는 이미지가 없다는 것에 대한 보편적인 동의가 없기 때문에 그것은 문제가 될 것이다.조조 유메루스 (토크, 기여) 2018년 1월 20일 19:10 (UTC)[
- 나는 조조 유메루스의 의견에 동의하고 이 제안에 반대할 것이다.이미 너무 많은 기사들이 근본적인 문제들이 다뤄지지 않은 채 수년간 정리 템플릿에 시달린다고 불평하는 사람들이 꽤 있다.방대한 페이지에 "image requested" 템플릿으로 이러한 부담을 가중시키는 것은 그 누구도 도움이 되지 않으며, 기사 자체를 편집하고 내용이나 스타일 문제를 해결함으로써 가능한 것처럼 누구도 문제를 지우고 해결할 수 없다.원하는 이미지 또는 지도에 플래그 지정 페이지는 개선을 위한 데시더타일 뿐이며, 토크 페이지에 가장 잘 남아 있다.나는 부재중인 Infobox/taxobox에 플래그를 다는 것이 메인 페이지에서 강조할 가치가 있다는 것을 추적할 수 있지만, 그것은 당신이 제안했던 것이 아니었다.안녕, 닉 모예스 (대화) 2018년 1월 21일 (UTC) 14:00[
- 반대 - 이미지가 기사에서 가장 중요한 부분 중 하나라는 데는 동의하지만 정리 템플릿 등은 이미 너무 두드러진 것이라고 생각한다.편집에 전혀 관심이 없는 일반 사용자들은 편집자들조차 경멸하는 가치 없는 기사라고 생각할 것이다.백조가 얼마나 세게 걷어차는지 그들이 보지 않으면 더 좋다.네시 (대화) 2018년 1월 21일 16:00 (UTC)[
- 동의 - 기사에는 이미지/지도/인포박스가 필요하다는 것을 편집자들을 떠올리게 하는 것이 좋다.-RekishiEJ (토크) 14:17, 2018년 1월 23일 (UTC)[
트윙클을 통한 크리에이터 목록
이 스레드를 읽기 전에 위키피디아의 작은 스레드를 살펴보십시오.Billage pump (proposal)/Archive 143#기사의 이전 작성자 목록
"창조 로그"의 진행은 이제 공식적으로 "토론 모드"(법원 체류 명령과 유사)에 있다.
어쨌든, 나는 페이지를 삭제하는 동안 자동화된 반짝임 편집 요약(및 기타 관리 도구)에서 크리에이터의 이름을 추가하기 위해 트윗을 요청한다.이것은 생성 로그를 생성하는 동안 사용될 수 있다.—usernamekiran(talk) 12:12, 2018년 1월 24일 (UTC)[
RFC: 인포박스는 비정치인과 비스포츠 바이오 기사에서 붕괴될 수 있어야 한다.
스노우는 AFD나 RM만이 아닌 모든 토론에 적용된다.은둔했다.–Davey2010Talk 14:44, 2018년 1월 24일 (UTC)[ |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
- 다음의 논의는 의견요청을 기록한 기록이다.수정하지 마십시오.이 논의는 더 이상 수정해서는 안 된다. 도달한 결론의 요약은 다음과 같다.
우리는 (대부분 바이오 기사, 나는 그 안에 (대개 오른쪽 상단 모서리에) 인포박스가 들어 있는 몇 개의 기사를 가지고 있는데, 정치인도, 스포츠계 인사도 아니다.그런 기사의 인포박스는 '선호'하는 자와 반대하는 자를 만족시키기 위해 무너져야 한다.굿데이 (토크) 02:49, 2018년 1월 24일 (UTC)[
- 반대 이것은 모든 바이오 기사에 인포박스를 부과하려는 시도다.매넷D톡 03:07, 2018년 1월 24일 (UTC)[
- 코멘트 토론은 개별 Infobox 기반이어야 한다.Doc James (대화 · 기여 · 이메일) 03:10, 2018년 1월 24일 (UTC)[
- (충돌 편집)정치인과 스포츠계 인사들을 구분하는 위키 폭 넓은 rfc는?브릿지와 LDS 템플은 어떠세요?특정 템플릿에 관한 것이라면 해당 템플릿의 토크 페이지는 대화를 나누기에 좋은 곳이다.— xaosflux 03:11, 2018년 1월 24일 (UTC)[
- 반대한다 나는 모든 생물학 기사에서 인포박스를 선호한다 그리고 나는 그것들이 무너져야 한다고 생각하지 않는다.르프리카바크 (대화) 03:23, 2018년 1월 24일 (UTC)[
- Xaosflux당 반대.토니발리오니 (토크) 03:26, 2018년 1월 24일 (UTC)[
- 반대 - 만약 우리가 기사에 infoobox가 필요하다고 믿지 않는다면, 그것을 토론 페이지로 가져가서 그것을 삭제하는 것에 대한 합의를 얻으세요, 비록 우리가 이 문제를 결코 해결할 수 없는 "협착 가능한" 옵션을 가지고 있다고 해도...대신에 완전히 새로운 이슈를 시작하게 될 것이다.–Davey2010Talk 03:57, 2018년 1월 24일 (UTC)[
RfC: 크로스위키가 Wiktionary
- 다음의 논의는 의견요청을 기록한 기록이다.수정하지 마십시오.이 논의는 더 이상 수정해서는 안 된다. 도달한 결론의 요약은 다음과 같다.
위키 교차 리디렉션은 모두 삭제되어야 하는가 아니면 부분적으로 삭제되어야 하는가?휴온(토크) 00:46, 2017년 12월 26일 (UTC)[
설문 조사(크로스위키가 Wiktionary로 리디렉션)
- 모든 휴온(대화) 00:46, 2017년 12월 26일 (UTC) 삭제[
- 접두사/수픽스를 저장하십시오.예를 들어: -ic, -izzle, Petro-, -ous, 이것은 이것들에 적합한 것 같다.Brightgalrs (/braɪtˈɡl.ərˌs/)[1] 13:56, 2017년 12월 27일 (UTC)[
- 모두 삭제하십시오.나는 항상 이 교차 프로젝트의 리디렉션은 싫었고, 인터위키 검색 결과는 그것들을 훨씬 덜 유용하게 만든다.2017년 12월 27일(UTC) 18:34, 기쁨의 눈물로 얼굴을 마주하라[ 하라
- 기본적으로 우리를 변화시키는 NOTDICATIONARY당 모든 것을 삭제하라.토니발리오니 (토크) 2017년 12월 27일 (UTC) 19:13[
- 모두 삭제해, 그 안에 있는 값을 보지 마, NOTDICATIONARY 등등.갤럽터 (pingo mio) 2017년 12월 27일 19:24 (UTC)[ 하라
- 검색에서 특정 용어에 대한 결과를 필터링하지 않는 경우(예: 모두 삭제)
" "
그 페이지는 위키리디온 리디렉션은 아니지만).Jc86035 (대화) 08:54, 2017년 12월 28일 (UTC)[ - Keep {{wiktionary redirect}}는 실제로 크로스 위키 리디렉션은 아니며, "Wikipedia는 이 정확한 이름의 기사가 없다"라는 표준 메시지를 대체한 것에 지나지 않으며, Wikipedia를 지나치게 강조하지는 않지만, Wikilink나 구글 검색을 통해 그곳에 도달하는 독자들에게는 훨씬 더 유용하다.--Ahecht (TOK
PAGE) 17:48, 5:48, 5.2018년 (UTC)[ 하라 - 계속 해. 나는 이 제안의 근거를 이해할 수 없어.{{이탈 리디렉션}}은(는) 받아쓰기 정의 기사의 창조를 막는 데 도움이 되는 귀중한 기능을 한다.나이 든 20:56, 2018년 1월 5일 (UTC)[
- 계속. 내 생각에 위키피디아가 사전이 되는 것을 막는 것 같아.그렇지 않으면 우리는 정의가 될 만한 기사들을 갖게 될 것이다.소프트 리디렉션은 사용자를 혼란에 빠뜨리지 않고 차이를 강조한다.사용자는 빨간 링크를 클릭한 다음 검색한 다음 Wikiotionary 제안을 클릭할 가능성이 낮다.네시 (대화) 17:03, 2018년 1월 7일 (UTC)[
- 네시당 모두 보관위의 VL의 추리.WP:NOTDICATIONARY는 "위키피디아는 사전, 구절집, 속어, 전문용어나 사용지침서가 아니다"(강조 추가)라고 말한다.사전에 연결한다고 해서 위키피디아가 유튜브에 접속하는 것처럼 사전이 되는 것은 아니다.리디렉션은 (우발적으로) 연계하는 경우에 귀중한 기능을 하며, 누군가가 이미 사전 항목에 대해 생각해 보고 이것이 기사가 있어야 할 주제가 아니라고 결정함으로써 사용자가 사전 항목을 만드는 것을 적극적으로 방지한다.템플릿의 설명서는 이미 몇 가지 사례로 사용을 제한했지만, 그것들은 유용한 경우들이다.SoWhy 10:31, 2018년 1월 8일 (UTC)[
- 위와 같은 합리성을 지켜라.Wiktionary에 대한 링크는 독자들에게 실제 사전 정의를 안내하여 여기서 중복 기사가 생성되는 것을 방지한다. --Jayron32 16:38, 2018년 1월 8일 (UTC)[
- 모두 삭제 - 위키백과는 사전이 아니다.잭1956 (토크) 00:42, 2018년 1월 11일 (UTC)[
다른 항목별로 모두 삭제 및 WP:NOTDICT, 특히 인터위키 검색 결과가 존재하기 때문에.일부 사용자가 기본 설정을 통해 가젯을 사용하여 결과를 선택 취소/숨길 경우에도, 나는 모든 크로스위키 항목이 많은 공간을 차지하고 귀중한 백과사전 콘텐츠가 부족하기 때문에 위키트리노로 리디렉션되는 것을 보존할 필요가 없다고 본다.그들 중 일부는 백과사전 기사로 전환되거나 환생할 수 있다.음, 나는 일부 크로스위키가 그러한 항목으로 리디렉션될 가능성이 있다고 생각하지만, 그것은 미래에 RfD(또는 DRV)에서 개별적으로 제기될 수 있는 것이다.나는 WP:G4가 이 논의에 따라 삭제되었다가 다시 생성될 경우 그러한 리디렉션에 적용되는지 궁금하다.WP:R#KEEP 지침은 리디렉션을 삭제하지 않기 위한 이유가 무엇인지 보여준다. 그러나, R#KEEP가 리디렉션에 대해 시행 가능한 경우에도, 이러한 크로스위키 리디렉션 페이지를 보존하는 것이 위키피디아 개선에 어떻게 도움이 되는지 모르겠다.WP:R#DELETE의 조건도 대부분 충족되지 않는다.WP:GUIDS는 이 가이드라인이 큰 도움이 되지 않을 경우 일부 예외를 두되 상식을 활용하라고 말한다.
다른 것들은 이미 그러한 리디렉션들이 하는 것과 같은 역할을 한다.디스암호화 페이지와 {{Wiktionary}}은 충분히 충분하며 이러한 크로스위키(소프트) 리디렉션의 역할을 맡을 수 있다.그러한 리디렉션은 사전 항목을 방지하기 위한 것이라는 주장에 대해, 창조 보호와 EC 보호를 포함하는 보호 시스템은 일이 통제할 수 없게 되면 이미 그 역할을 한다(그러나 재창조를 방지함).조지 호 (대화) 09:23, 2018년 1월 11일 (UTC)
- 당신의 주장은 다른 웹사이트의 링크를 포함하는 그러한 페이지(R#KEEP #2 및 #4)에 대한 직접적인 링크를 고려하지 않는다.그러한 사이트들에서 오는 사람들은 검색이 현재 위키트리온의 항목을 찾는다는 사실에 도움을 받지 못한다.위키백과는 "많은 공간을 차지한다"는 아이디어에 대해 다음과 같이 말했다.성능은 걱정하지 마십시오.지금까지 여러분이나 그 누구도 삭제를 주장하는 WP가 어떻게 다음과 같이 말하는지 설명하지 않았다.NOTDICT는 사전의 링크(페이지가 확실히 그렇게 말하지 않기 때문에) 또는 프로젝트가 실제로 삭제로 이득을 얻는 방법(기본적으로 WP:R#DELETE가 요구하는 것)에 적용된다.SoWhy 16:45, 2018년 1월 11일 (UTC)[
- 모두 보관하십시오. SoWhy에 따라.기사로 전환될 수 있는 사람들은 당연히 그래야 하지만 누구나 과감하게 할 수 있고 그렇게 할 수 있다.나머지에 대해서는, 만약 우리가 이것들을 레드링크로 남겨두면, 사람들은 끈질기게 그것들을 재현하기 위해 내몰리게 될 것이고, 1300페이지 이상의 페이지를 만드는 것은 정말 설득력이 없다.♠PMC♠ (대화) 09:57, 2018년 1월 11일 (UTC)[
- 개별 사례를 삭제하는 데 명확한 합의점을 보여준 몇몇 AfD를 지적할 수 있을 때까지 모든 것을 유지하십시오.NOTDICATIONARY의 목적은 사람들이 단지 구글 히트곡들로 채워진 정의로 구성된 가짜 기사를 만들지 않도록 하기 위한 것이다. 기사에는 주제에 대한 백과사전적인 내용이 필요하지만, 논의되고 있는 사례들은 분명히 기사가 아니다.조누니크 (대화) 21:34, 2018년 1월 11일 (UTC)[
- 모두 삭제 - 위와 WP:NOTDICT.휴머로켓 (토크) 00:41, 2018년 1월 12일 (UTC)[
- 모두 지켜라.WP:NOTDICT는 이러한 리디렉션들이 존재하는 이유지 삭제해야 할 이유가 아니다.프로젝트는 이것으로도 개선되지 않을 것이다; 사실, 정반대로, 갑자기 수백개의 홀수 레드 링크가 생기기 때문에, 1. 더 이상 사람들이 원하는 정보를 찾을 수 있는 곳으로 사람들을 안내하지 않을 것이다. (관심스러운 팁: 모든 사람들이 사용하지 않거나, 사용하는 방법을 알지 못하므로, "인터위키 검색"이 존재한다는 것 역시 실행 가능한 이유가 아니다.))와 2. NOTDICT에 반하는 콘텐츠를 만들기 위해 사람들에게 미끼 역할을 하는 것.모든 위키 리디렉션에 WP가 제공되어야 한다고 제안되지 않는 한:이전 타이틀에 SOLT?요컨대, 이것은 백과사전을 개선하지 못할 것이고, 사실 백과사전을 해칠 것이고, 더 이상의 해를 끼칠 가능성이 충분히 있는 합리적 범위 내에서 있을 것이고, 그 후에 편집자들의 추가적인 작업이 필요할 것이다. (또, 누군가가 공간을 차지하기 때문에 삭제하라고 진지하게 말했는가?DWAP는 제쳐두고, 리디렉션은 삭제보다 서버 공간을 덜 차지...) - 부시 레인저 07:02, 2018년 1월 13일 (UTC)[
- 그래, 이렇게 균등하게 나눠질 줄은 몰랐어. 그렇지 않았다면 더 일찍 들어왔을 거야.물론 이것들은 부시 레인저와 내 위의 다른 사람들이 말한 대로 보관되어야 한다.Killiondude (대화) 07:07, 2018년 1월 13일 (UTC)[
- 부시 관리인 한 명을 지키십시오.마이클 매그스 (대화) 10:48, 2018년 1월 13일 (UTC)[
- 계속 해. 부시 레인저는 완벽하게 요약해서 말해. 그래서 나는 그를 속이지 않고 내가 전적으로 동의한다고 말할 거야.데니스 브라운 - 2시간 18분 54초, 2018년 1월 13일 (UTC)[
- 부시 레인저, 소이유를 지키십시오.이러한 리디렉션은 WP 때문에 존재한다.NOTDICT, 그것에도 불구하고.실제적인 관점에서 보면 좋든 싫든 위키피디아를 사전처럼 시도하고 사용하는 사람들이 있을 것이고, 그런 경우 실제로 사전인 자매 프로젝트인 위키트리노리로 안내해야 한다.이러한 리디렉션을 통해 위 사람들에게 위키피디아의 존재를 알리고 위키피디아가 삭제해야 할 반쪽짜리 dic-def 페이지를 만들지 못하게 한다. ---- 파타 기사 - contributions/ 16:32, 2018년 1월 17일 (UTC)[
- 내가 할 수 있는 것보다 더 좋게 말한 부시 레인저에게 모든 것을 지키라 - 이 모든 리디렉션들은 모두 유용한 목적을 제공하므로 모두 그렇게 해야 한다.–Davey2010Talk 16:44, 2018년 1월 17일 (UTC)[
- 모두 보관해, 부시 레인저 1명당하지만 어떤 사람들은 "그는 수프 두 여어와 크루아상"과 같은 문장으로 음식물을 연관시킬 가치가 있다고 생각할 수도 있기 때문이다.헤드폭탄 {t · c · p · b} 22:53, 2018년 1월 17일 (UTC)[
- 부시 관리인 한 명을 지키십시오.Ckoerner (대화) 21:00, 2018년 1월 18일 (UTC)[
- 부시 레인저 1명당 유지하라.기무브크 (토크) 2018년 1월 23일 (UTC) 16:12 [
- 부시 관리인 한 명을 지키십시오.리디렉션을 삭제하는 것은 우리의 독자들을 방해하고 더 많은 DICDEF 기사를 만들게 할 것이다.르프리카바크 (대화) 2018년 1월 24일 (UTC) 15:15 (
스레드 토론(크로스위키에서 Wiktionary로 리디렉션)
Wiktionary로 리디렉션되는 1,300개 이상의 크로스위키(Cross-Wiki)가 있으며, 이들 중 다수는 템플릿(Template:Wiktionary 리디렉션.기본 검색은 해당 제목의 WP 페이지가 없을 때 자매 프로젝트(Wiktionary 포함)의 결과를 표시하도록 조정되었기 때문에, 그러한 리디렉션은 더 이상 많은 목적을 제공하지 않는다.이 템플릿은 최근에 삭제 후보로 지명되었다; 그 논의는 "속한 유지"로 귀결되었고, 대신 마을 펌프에서 리디렉션의 운명이 논의되어야 한다는 것을 발견했다.그래서 나는 그것을 여기로 가져온다.여전히 목적을 위한 유일한 리디렉션은 위키트리온 페이지가 리디렉션된 WP 페이지와 이름을 공유하지 않는 리디렉션이다.따라서 대상 이름과 원본 이름이 동일한 경우에만 삭제하는 것이 옵션이다.개인적으로 나는 그것이 가치가 있다고 생각하지 않는다.휴온(토크) 00:46, 2017년 12월 26일 (UTC)[
- 이 제안의 장점에 대한 코멘트는 없다.원안 TfD가 가까워질수록 이 자리가 바로 이런 논의의 장이다.안부:)날개깃Godric 08:29, 2017년 12월 26일 (UTC)[
- 이 삭제를 지원하십시오.그리고 그렇다, 여기서 토론하는 것이 TFD 토론이 아니라 이러한 것들을 다루는 올바른 방법이다. (대규모 RFD를 위한 사례가 만들어질 수 있지만, 아마도 여기서 토론하는 것이 더 나을 것이다.)עודדוו c)ו od od od od od mis od od od 10:35, 2017년 12월 26일 (UTC)[
- 대량 삭제가 있을 경우 삭제된 페이지에 대한 링크가 wikt 링크로 변경될 것인가?그렇지 않으면, 편집자가 페이지를 업데이트할 수 있도록 리디렉션에 연결된 페이지의 작성자/감시자에게 보내는 통지가 실패하는가?네시 (대화) 2017년 12월 28일 13:31 (UTC)[
- 여러분 모두는 플로치나우치니힐리필화(이 제안의 영향을 받는 부드러운 리디렉션 중 하나)와 같은 페이지를 가지고 어떻게 해야 한다고 생각하는가?레드링크, 그래서 사람들이 계속 그걸 만들려고 하는거야?Wikitionary 항목으로 직접 하드 리디렉션하시겠습니까?이러한 소프트 리디렉션의 상당수가 반복적인 재창작으로 인해 이미 보호되고 있기 때문에 "이 페이지를 갖지 말 것"은 있음직하지 않은 것이다.WhatamIdoing (talk) 19:52, 2017년 12월 28일 (UTC)[
- 모든 사람들이 사이트 검색을 통해 소프트 리디렉션에 도달하게 되는 것이 확실한가?구글이 검색하는 것처럼 위키피디아 페이지에 대한 직접 링크가 존재한다.조조 유메루스 (토크, 기여) 2017년 12월 29일 (UTC) 10:53[
링크
나는 대부분의 사람들이 이 페이지를 볼 수 있는 연결에 관한 문제라고 생각한다 - 그것들은 연결되어야 한다(현재 어느 정도인가), 또는 위키 항목이 직접 연결되어야 한다(또는 연결되어야 할 이유가 없는 것인가(또는 있다면 리디렉션 대신 기사가 있어야 하는 것인가)?만약 그들이 연결되지 않아야 한다면 나는 그들이 연결되지 않도록 삭제되어야 한다고 생각한다.갤럽터 (pingo mio) 10:25, 2018년 1월 11일 (UTC)[ 하라
- 나는 MOS:가 확실하지 않다.링크와 WP:레드 링크는 이 상황을 해결하는 데 도움이 된다.나는 메인 스페이스 페이지에 사용되지 않는 귀여운 호어와 달이 없는 것을 본다.지역 배터리와 사기꾼은 몇 페이지에 걸쳐 사용된다.연 1장은 여러 페이지에 의해 사용된다.특수에서 다른 항목 보기:WhatLinksHere/템플릿:Wiktionary 리디렉션.조지호(토크) 11:07, 2018년 1월 11일 (UTC)[
RFC: NCORP 가이드라인 재작성에 대한 피드백
기업에 대한 공신력 가이드라인 재서면에 대한 피드백을 위해 RFC가 개설되어 있다.다시 쓴 글은 꽤 의미심장하다.당신의 피드백은 NCORP talk 페이지에서 감사한다.고마워, 레나타 (토크) 20:39, 2018년 1월 28일 (UTC)[
비상 역할 계정
User와 같은 맥락에서 역할 계정을 만들 수 있음:감독관, 응급팀에 연락하는 것?위키피디아에서 볼 수 있는 긴급 전자 메일 주소:비상사태는 인터페이스를 통해 이메일을 쉽게 보낼 수 있도록 계정에 할당될 수 있다.편리한 사용자:비상사태가 등록되어 있지 않다.홈랜더 (대화)18:30, 2018년 1월 11일 (UTC)[
- 해당 계정을 만들려고 하면 "사용자 이름이 이미 사용 중"이라는 메시지가 표시된다.다른 이름을 선택하십시오."위키백과의 에미르 (대화) 20:05, 2018년 1월 11일 (UTC)[
- 여기 임구르에서 그것의 이미지 https://imgur.com/a/ogwKH --Wikipedia (대화) 20:07, 2018년 1월 11일 (UTC)[
- 그 이름은 이미 등록되어 있어, 그래.조조 유메루스 (토크, 기여) 20:07, 2018년 1월 11일 (UTC)[
- 사용자가 아닌 이유:비상 연락?어떤 위키에도 등록되어 있지 않다.—제레미브^_^vBori! 21:46, 2018년 1월 11일 (UTC)[
Ping Home Lander, 등 – 우리는 팀으로서 이것에 대해 이야기했고 기본적으로 이것은 우리가 허가할 필요가 없다는 결론에 도달했다.지역사회가 이러한 목적을 위해 특정한 역할 계정이 있기를 원한다면, 우리는 그것을 조사할 수 있다. 그러나 나는 아마도 RfC나 지역사회가 유용하다고 여길 만한 판단 비슷한 것을 제안할 것이다.조 서덜랜드 (WMF) (토크) 20:05, 2018년 1월 19일 (UTC)[
- 다시 안녕 조.그거 참 좋은 생각이네요.RFC를 개설한 적은 없지만, 위키피디아 제안이 이런 것에 가장 적합한 장소인 것 같아?홈랜더 (토크) 23:02, 2018년 1월 19일 (UTC)[
- 그 어느 곳 못지않게 좋은 곳인 것 같으며, WP에도 등재될 수 있다.CENT를 통해 커뮤니티의 의견을 더 많이 이끌어 낸다.나는 RFC를 꽤 많이 했는데, 만약 당신이 그것에 대한 더 많은 조언/지원이 필요하다면 나에게 알려줘.(나도 그 주제에 대해 에세이를 썼지만, 논란이 될 만한 것들을 더 목표로 하고 있는데, 바라건대 이것은 아닐 것이다.)비블브록스 (대화) 00:07, 2018년 1월 20일 (UTC)[
- @Beeblebrox:
다 됐다.처음 해 본 일이니까, 내가 정말 바보 같은 짓을 했다면 얼마든지 송어를 쳐라.홈랜더 (토크) 00:54, 2018년 1월 20일 (UTC)[
- @Beeblebrox:
- 그 어느 곳 못지않게 좋은 곳인 것 같으며, WP에도 등재될 수 있다.CENT를 통해 커뮤니티의 의견을 더 많이 이끌어 낸다.나는 RFC를 꽤 많이 했는데, 만약 당신이 그것에 대한 더 많은 조언/지원이 필요하다면 나에게 알려줘.(나도 그 주제에 대해 에세이를 썼지만, 논란이 될 만한 것들을 더 목표로 하고 있는데, 바라건대 이것은 아닐 것이다.)비블브록스 (대화) 00:07, 2018년 1월 20일 (UTC)[
Ping Joe와 Beeblebrox: [4]에 따라 RfC는 폐쇄된다.이 계정을 만드는 과정으로 긴급 이메일에 액세스할 수 있는 기초 회원을 둘 수 있는가?홈랜더 (대화) 22:01, 2018년 1월 21일 (UTC)[
- @Home Lander: et al. - 이 계정은 이제 User:비상사태.그것은 지금 모든 위키에서 활동해야 한다.조 서덜랜드 (WMF) (토크) 21:47, 2018년 1월 23일 (UTC)[
- 파티에 늦었지만, 나는 이것을 더 잘 이행하는 것이 특별 행사를 이용하는 것이라고 생각한다.역할 계정의 2004년 솔루션을 단계적으로 폐지하고 확장하여 연락하십시오.특수:연락처는 하위 페이지를 허용하므로 특수:연락처/비상 및 특수:연락처/회신: 연락하려는 그룹에 해당하는 전자 메일 상자 위에 텍스트를 배치할 수 있음.m:특수: 참조구현 예제를 위한 연락처/스튜어즈. -- Ajraddatz (대화) 10:06, 2018년 1월 29일 (UTC)[
- 그것은 메타에서 효과가 있다. 왜냐하면 모든 사람들이 MW 위키의 작동 원리에 대한 약간의 배경 지식을 가지고 있기 때문이다.en-wiki에서 경험 많은 사용자들은 arbcom-l (또는 그 무엇이든) 직접 이메일을 보내는 방법을 이미 알고 있다; 이러한 역할 계정은 관료주의와 전문용어는 이해하지 못하지만 "Webedia 사용자와 대화하고 싶으면 '사용자:'를 타이핑하고 그 이름을 따라라"라는 기본을 충분히 파악할 수 있을 만큼 신·신흥적인 사용자들을 위한 착지점 역할을 하기 위한 것이다.사용자:중재위원회 등연락처 기반 시스템으로 전환하더라도 현실적으로 선의의 대상 사용자가 여전히 사용자:특별하지 않은 감독:역할 계정이 랜딩 페이지로 남아 있도록 연락처/오버헤이트.∙ 무지개빛 10:16, 2018년 1월 29일 (UTC)[ 하라
에코피디아
위키피디아가 매주 내가 내리는 모든 결정의 생태학적 영향을 나와 다른 사람들이 이해할 수 있도록 유사한 자원을 개발하는 것을 보고 싶다.예를 들어, 각 전구 유형의 제조, 사용 및 폐기, 소고기 섭취, 생선 섭취, 잔디 수정 등 — Steve Aram (토크 • 기여) 20:43, 2018년 2월 5일 (UTC)[ 에 의해 추가된 서명되지 않은 코멘트
- 위키피디아는 이러한 목적을 위해 고안된 것은 아니지만, 위키아라는 동일한 소프트웨어를 사용하는 다른 사이트가 있어 유용할 수 있다. --Jayron32 03:37, 2018년 2월 6일 (UTC)[
NPOV 및 정확도 정리 템플릿에서 "분쟁된" 언어 제거
"논의됨" 언어는 {{}}POV}과 {{disputed}은 기사의 비중립적 및/또는 부정확한 내용이 주로 토크 페이지 불꽃 전쟁을 일으켰던 2004-2006년의 잔재물이다.앞서 언급한 불꽃전쟁은 더 이상 일어나지 않기 때문에, 나는 이 언어를 전형적인 "이 기사"로 대체할 것을 제안한다." 언어(그리고 그 {{disputed}})는 {{cleanup-accuracy}}}(으)로 이름이 바뀐다.KMF (토크) 01:15, 2018년 1월 24일 (UTC)[
- {{POV}} 태그는 일반적으로 토크 페이지에 토론(더 많거나 덜 활동적인)이 없을 경우 기사에 표시되지 않아야 한다.이것은 부분적으로는 실용적일 뿐(당신이 어떤 문제를 발견했는지 모르면 어떻게 문제를 해결할 수 있을까?) 뿐만 아니라, 또한 우리는 너무 많은 편집자들이 토크 페이지 토론을 '잃어버린' 사례들을 가지고 있었기 때문이기도 하고, 그리고 나서 일종의 '합의는 나에게 불리하지만, 나는 적어도 하나의 에디로 '독자들'에게 '전쟁'을 시키려고 한다.지구는 둥글다는 것에 대해 이 모든 것에 동의하지 않는다.
- (NB는 기사에 속한다고 믿는 태그를 삭제할 필요가 없지만, 토크 페이지가 비어 있거나, 또는 태그에 대해 몇 달 동안 언급하는 사람이 없다면 태그를 제자리에 유지하기 위해 편집 전쟁을 할 수 없다.그러나 일반적으로 표시되는 문제에 대한 간단한 설명을 대화 페이지에 추가한 다음 태그를 다시 추가하십시오.)
- 나는 {{Disput}}이(가) 중립성보다는 검증가능성에 관한 것으로 되어 있는 것으로 알고 있다.나는 그 템플릿의 역사에 대해 아무것도 모른다.WhatamIdoing (대화) 21:13, 2018년 1월 24일 (UTC)[
- 동의하지 않음 - 해당 기사에는 T:POV는 정확히 그들의 중립성이 논란이 되고 있기 때문이다.물론 "예기한 불꽃 전쟁"은 여전히 일어나고 있다. --NaBUru38 (대화) 20:06, 2018년 1월 31일 (UTC)[
- 불꽃전쟁은 더 이상 일어나지 않는다고?도대체 어디에 있었던 거야? --Jayron32 03:39, 2018년 2월 6일 (UTC)[ 하라