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

Wikipedia:

유료 편집자의 길드 또는 위키프로젝트

다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

(Jimbo의 토크 페이지와 WT에도 게시됨:COI)

높은 수준과 초기 단계에서 유료 편집자에 의한 "유료 편집자의 길드 또는 위키 프로젝트" 같은 것을 구성하는 것에 반대하는 사람이 있는지 묻고 싶다.나는 이것을 처음에 세 군데에서 제안했지만, 나는 이 풍선도 여기에 띄우고 싶고, 만약 이 풍선이 여기서 말기적으로 격추되지 않는다면, 나는 그들이 그것을 계획하고 형성할 수 있도록 내가 할 수 있는 일을 하고 싶어. 그리고 어느 순간에는 그것이 실제로 발사되기 전에 검증을 받기 위해 지역사회 전체의 포럼에 그것을 가져오고 싶어.

여기서의 개념은 위키백과에서 이미 진행되고 있는 것을 공식화하고 구축하는 것이다.참여 통신 회사들의 위키피디아에 관한 성명서. 그리고 이 일을 하기 위해 두 주요 서명자들 사이에 약간의 지원이 있다.

자율규제를 읽으면 많은 산업이 자율규제의 수준을 가지고 있다는 것을 알 수 있을 것이다.미국 변호사 협회는 그 기사에 인용되어 있다; ABA는 물론 법의 테두리 안에서 운영되지만, 추가적인 규칙과 윤리가 있다. 그리고 만약 당신이 그것을 어기면, ABA는 당신을 쫓아낼 것이고 당신은 법을 실천할 수 없다.의학을 개업하는 것과 같은 거래 - 당신은 다양한 위원회의 인증을 받아야 하며, 의료업 자체가 운영하는 것이다.

여기에 유료 편집자 길드(again, 성명서 내용 공식화) 같은 것이 있다면, 그 일부인 사람들은 PUED(공개, 직접 편집하지 않고 다른 정책과 지침을 따르겠다고 서약하고 길드원들은 a) 서로를 감시하고, b) 비회원들을 감시하고, c) 새로운 회원들을 훈련시킬 것이다.그들은 유급을 위반하거나 해고하는 등의 사람들을 쫓아내곤 했다.그들은 또한 절대: "규칙"을 따르겠다고 말한 사람에게의 진입을 거부하거나, 정책이나 지침의 변경을 위해 로비하지 않으며, 서로의 편집을 실행하지 않으며, WP에 그들의 서비스를 광고하거나, 사람들을 쫓아가지 않는다.

그 밖에 그들은 다른 편집자들과 같을 것이고, 길드는 그들에게 특별한 특권을 주지 않을 것이다.

커뮤니티와 WMF는 대중에게 "WP의 규칙을 위반하고 WP 커뮤니티의 구성원이 아닌 유료 편집자들이 있으며, 그들 중 많은 편집자들이 위키피디아에 글을 쓰기 위해 금지되어 있고 거짓말을 해야 하기 때문에, 그들은 피해야 한다"고 말할 수 있다.좋은 위치에 있는 지역 사회의 일원인 유료 편집자들이 있다; 유료 편집 조합에 있는 사람들은 우리가 아는 한 그러한 예들이다."

잘못 설정될 경우(항상 있을 수 있는), 물론 실행 과정에서 잘못될 수 있는 여러 가지 방법이 있지만, 잠재적인 이익은 많다.

내가 가장 관심 있는 것은 유료 편집 시장에 영향을 미치기 시작하고 있다.국민은 '블랙햇' 유료 편집자와 다른 '백모' 유료 편집자가 있다는 사실을 전혀 모르고 있으며, WMF와 편집계가 내놓은 메시지는 '유료 편집이 나쁘다'는 것뿐이다.이것은 시장을 활짝 열어놓고, 갱단들이 번창하고 있는 미국의 금주령과 같은 것이다.그건 좀 바보같은 짓이야나는 누구든지 유료 편집을 지지해야 한다고 말하는 것이 아니라 우리는 "좋은 남자"와 "나쁜 남자"가 있다는 것을 분명히 해야 한다.

우리는 지금 "성명서"를 지적할 수 있지만, 그것은 형식적이지 않은 다소 느슨한 것이며, 만약 유료 편집자들이 스스로 길드/위키 프로젝트를 만들고 그것에 투자한다면, 그 안에 있는 유료 편집자들은 그것을 깨끗하게 유지하는데 더 많은 지분을 갖게 될 것이다.그리고 우리 모두는 "성명의 서명자"보다 더 중요한 예를 들 수 있을 것이다. 그것은 일종의 나약한 것이다. 그리고 나는 서명자들이 그들의 약속을 어기는 사람들을 내쫓는데 얼마나 엄격한지 모르겠다.

이것이 효과적일 경우, 그것은 수요자측에서 일어나는 미공개 유료 편집의 양을 감소시킬 것이다 - 그들이 유료 편집기를 사용하기로 선택할 경우 더 나은 선택을 하는 사람들로부터.

다시 말하지만, 바로 이 초기의 사고 단계에서 초기 매입 또는 "차단자"(WMF 개발 용어를 사용하기 위해)만 찾으면 된다.Jytdog (대화) 00:43, 2017년 7월 15일 (UTC)[응답]

나는 그 생각이 조사할 가치가 있다고 생각한다.• • Peter (Southwood) : 05:13, 2017년 7월 15일 (UTC)[응답]
한 가지 고려해야 할 것은 그러한 길드의 회원들이 그들의 진짜 신분을 공개하도록 요구해야 하는지의 여부다: a) 길드에게, 그리고 b) 위키피디아에.• • • Peter (Southwood):(talk) 05:19, 2017년 7월 15일 (UTC)[응답]
당근과 채찍을 활용하는 COI 가이드라인 준수를 장려하는 것은 모두 건설적이다.그림 9 (대화 기여) 2017년 7월 15일 12시 10분 (UTC)[응답]
그리고 이제 그 제안은 끝났다.요구사항은 공개이지 자기복제가 아니다.정직하기 위해 규칙을 더 어렵게 만들면 부정직을 조장한다. --v/r - TP 14:46, 2017년 7월 15일(UTC)[응답]
TPARIS, 나는 너의 요점을 놓쳤다.분명히 해주시겠습니까?• • • Peter (Southwood):(talk) 15:12, 2017년 7월 15일 (UTC)[응답]
사용자:Pbsouthwood Tparis는 이런 것들에 대해 다소 감정적이고 지나치게 반응하는 경향이 있다.나는 우리가 이 부담스러운 유료 편집자들이 그것을 사용하지 않도록 만드는 것이 그의 걱정이라고 생각한다.내가 보기에 중요한 것은 유료 편집자들이 안정적인 WP 아이덴티티를 사용하고 양말을 쓰지 않는다는 것이다.페이드를 따르는 유료 편집자들은 그들의 고용주를 공개해야 하기 때문에, 그들 중 다수는 WP에서 그들의 RW 정체성을 공개한다. (이 성명서 서명자, OP에서 연계됨) 하지만 나는 이미 페이드에서 요구되는 것 이외의 유료 편집자들에게 추가적인 부담을 줄 필요는 없다고 본다.Jytdog (대화) 2017년 7월 15일 19:56 (UTC)[응답]
강한 반대는... 위키백과 커뮤니티가 이 사람들을 위한 특별한 장소를 주최함으로써 편집된 유료화를 지지하는 것처럼 보여서는 안 된다.이런 사람들을 찾아다니며 작품을 훑어보는 위키프로젝트를 만들어야 한다.--Moxy (토크) 17:18, 2017년 7월 15일 (UTC)[응답]
WP:위키프로젝트 무결성(Wiki Project Integrity)은 유료 편집자의 업무를 심사하기 위해 수년 전에 설치되었다.이삭(토크) 17:36, 2017년 7월 15일(UTC)[응답]
사용자:Moxy, 이것은 정말로 지지에 관한 것이 아니다.사람들이 그런 식으로 받아들일 위험이 있다는 것은 이해하지만, 그렇지 않다.여기서 간략히 짚은 점은 다음과 같다.
1) 유료 편집 절대 사라지지 않는다
2) 실제로 '하얀 모자' 유료 편집자와 '검은 모자' 유료 편집자가 있지만, 대중은 이를 모른다.
3) 대중을 교육한다면 이는 블랙모자 유료 편집자 시장을 말리는 데 큰 도움이 될 것이다.
4) 그 일환으로, 우리는 "흰 모자"로서 지적할 것이 필요하다. "도둑"은 그들이 PUED와 다른 지침을 따르고 외설되지 않았다고 말하는 사람들일 것이다.다시 말해, 우리가 아는 한(항상 "우리가 아는 한") 회원들은 좋은 위치에 있는 유료 편집자들이다.이것은 대중과 소통하기 위해 필수적이다.
5) 유료 편집의 특정 측면을 다룰 수 있는 중앙집중적 위치(예: 합법적인 유료 편집자가 작업한 모든 기사를 한 곳에 나열하는 것)와 자율 규제에 대한 많은 다른 혜택이 있을 것이다.만약 그것이 가동되었다면 우리가 그것을 가지고 할 수 있는 많은 것들이 있다.
나는 모든 것이 이치에 맞기를 바란다.하지만 이것은 유료 편집이 결코 사라지지 않는 현실을 다루고, 그것을 위한 시장을 관리할 전략을 생각하는 것에 관한 것이다.Jytdog (대화) 2017년 7월 15일 19:51 (UTC)[응답]
그냥 궁금해서 그래, Jytdog.길드가 위키백과에서 일하지 않는다면, 대신 메타위키에서 일하는 것은 어떨까?그들은 메타에서 볼 수 있는 사용자 그룹을 형성할 수 있다.범주:위키미디어 사용자 그룹. --George Ho (대화) 18:48, 2017년 7월 15일 (UTC)[응답]
나는 그것이 WP에서 작동하지 않을 것이라고 확신하지 않는다.그곳에 도착하는 난기류가 있을 것이지만, 그것은 예상하지 못한 일이 아니다.하지만 메타도 선택사항이 될 수 있어, 물론.Jytdog (대화) 2017년 7월 15일 19:51 (UTC)[응답]
나는 왜 그런 일이 페이스북 그룹이나 그와 비슷한 것들로 오프위키에서 이루어질 수 없었는지 모르겠다.그런 건 프로젝트에 속하지 않는 것 같아. bd2412 T 22:42, 2017년 7월 15일 (UTC)[응답]
  • 강한 반대 - 미안, Jytdog, 하지만 "유료 편집이 사라지지 않는다"는 사실은 양말과 그들의 주인들을 차단하는 것을 멈출 이유가 되지 않는다.비욘드 마이 켄 (토크) 20:34, 2017년 7월 15일 (UTC)[응답]
User:My Ken을 넘어서 이것은 "승인"을 주는 것이 아니며, 이러한 프레임을 듣는 것은 실망스럽다.PAED(그리고 물론 다른 PAG)를 따르는 유료 편집자들은 좋은 지위에 있는 지역사회의 구성원들이다.너나 다른 사람이 할 수 있는, 그것에 반대되는 논쟁은 없다.가 다른 방향에서 이것을 하도록 하자-- 당신은 성명에 관한 MfD에서 투표하지 않았다.만약 그랬다면 어떻게 했을까? 왜?Jytdog (대화) 21:08, 2017년 7월 15일 (UTC)[응답]
나는 반대한다, 그러한 길드가 형성되는 것을 허락하는 것은 정말로 그들의 노력에 암묵적인 찬성을 줄 것이다.
개인적으로 나는 유료 편집은 어떤 식으로든, 형태든, 형태든 반대한다.WMF의 가장 최근의 발음은 그것을 전면 금지시키는 선까지 팁을 주었고, 나는 그들이 왜 그 일을 하지 않았는지 모르겠다.어떤 경우든, WP를 준수하는지 여부에 관계없이 유료 편집:유료든 아니든 간에, 우리의 프로젝트에 해가 된다. 왜냐하면 우리는 그들의 노력을 제대로 감시할 수 있는 자원이 없기 때문이다. 지옥, 우리는 노골적인 공공 기물 파괴 행위를 따라잡기 힘들다. 그리고 양말 인형들은 통제할 수 없는 상태로 남아있을 것이다.위키(다른 언어 위키에는 더 엄격한 규칙이 있기 때문에 WMF가 아니다)는 계속해서 모래에 머리를 박고 경험 많은 편집자들이 무언가 썩은 냄새를 맡고 그것을 보고할 때 "낚시 탐험"을 허용하지 않지만, 단지 사생활에 대한 최우선 관심(ha!)이 더 중요하다는 것을 들을 뿐이다.그건 말도 안 되는 소리고, 이것도 마찬가지야.그렇다, 나는 유료 편집자들이 파라이아가 되기를 원한다. 그리고 그들이 WP를 따르든 간에, 나는 그들을 지역사회에 통합시키는 경향이 있는 어떤 것에 대해서도 반대할 것이다.유급이냐 아니냐.만약 그것이 가혹하다면, 글쎄, 터프하다면, 그들은 그들의 홍보로 우리 프로젝트의 진실성을 더럽히려고 해서는 안 된다.비욘드 마이 켄 (토크) 21:26, 2017년 7월 15일 (UTC)[응답]
사용자:마이 켄을 넘어 '유료 편집 반대'라는 도덕적 입장을 취하는 것은 술 마시는 것에 대한 도덕적 입장을 취하는 것과 같다.사람들은 그것에 대해 어떻게 느끼는지 느끼지만, 우리는 한 사회로서 사람들이 술을 마실 것이라는 것을 깨닫게 되었고, 그것을 멈추려고 노력하는 것은 무의미하다.그래서 우리는 그것을 규제한다.마찬가지로, 우리는 PUED를 제자리에 놓았지만, 이 장소의 성격으로 볼 때, 나쁜 믿음의 사람들이 그냥 무시하기 쉽다.하지만 유급을 따르는 사람들이 있고 우리는 그것을 인정하지 않음으로써 스스로를 쏘고 있다.우리는 선한 믿음의 유급 편집자가 존재한다는 것을 대중에게 알려야 하며, 우리는 선한 믿음의 유급 편집자들이 거주하고 유지할 수 있는 좀 더 확고한 무언가를 확립함으로써 악덕 유급 편집자들의 시장을 말릴 수 있다 - 이 길드나 위키 프로젝트.도덕적 절대주의는 도움이 되지 않는다.우리는 지금쯤 그것을 지나쳐 갈 필요가 있다.개인을 잡는 왁자지껄한 전략보다 더 큰 규모로 작동하는 시장에 영향을 주기 위한 전략이다.(나는 아직도 그 일을 많이 한다. 물론 계속 해야 한다.)하지만 제발 내 말 좀 들어봐- 나는 이것을 가볍게 제안하지 않을 것이고, 그것은 많은 생각을 가지고 온다.그러니 제발, 감정 좀 치워줘.제발Jytdog (대화) 22:19, 2017년 7월 15일 (UTC)[응답하라]
네가 <금주>에 비교하는 것은 어리석고, 솔직히 말해서 유료 편집자들이 하는 일은 직업이고, 그들의 고용은 내가 개선하는데 많은 시간과 노력을 들인 백과사전을 훼손하고 있으며, 해를 끼치고 싶지 않다.나는 당신이 이것에 많은 생각을 하고 있다는 것을 충분히 이해한다. 그리고 나는 당신이 전적으로 선의로 그것을 제공한다는 것을 인정한다. 나는 당신 자신 같은 편집자에게서 그 이하도 기대할 수 없다. 하지만 그것이 그것을 더 나은 아이디어로 만들지는 못한다.당신은 그것이 "시장을 흔들 것"이라고 말하고, 나는 그것이 시장의 문을 활짝 열고 유료 편집을 지금보다 훨씬 덜 통제할 수 있게 만들 것이라고 말하는데, 점점 더 많은 사람들이 순수한 홍보주의로 벗어날 수 있다는 것을 깨닫고 이미 그것을 감시할 우리의 미약한 능력을 빼앗고 있기 때문이다.나는 이것이 "감정주의"와 거의 관련이 없는 완전히 합리적이고 잘 생각해 낸 자세라고 믿어줄 것을 부탁한다.당신이 당신의 아이디어에 대한 의견을 물었고, 이것이 내 의견이다: 그것은 나쁜 생각이다.비욘드 마이 켄 (토크) 22:33, 2017년 7월 15일 (UTC)[응답]
금주 은유의 요점은, 우리가 지금까지 해온 일, 즉, 허리를 곧추세우고 모든 도덕적인 섬유질을 갖추어 "보수는 편집이 나쁘다!"라고 말하는 것은, 사람들이 서비스를 구입하는지 여부와 더 나쁜 것은 구매자들을 대부분 "갱이들"(술집을 판매한 사람들)의 손에 맡기는 것에 전혀 영향을 주지 않는다는 것이다.금지 기간 동안 반복적으로)
기업가(그리고 나는 "보고된" 기사 - 저자가 나가서 WMF를 포함한 사람들과 이야기한 것)는 "백모자"이고 정책을 따르는 유료 편집자들이 있고 "흑모자"가 있다는 것을 전혀 눈치채지 못한다.그게 정말, 정말 나를 괴롭혔어.기자는 점수를 알아내려고 하다가 막무가내로 걸어 나갔다.그리고 아마 우리의 가장 큰 유료 기사들 중 하나인 그녀의 청중들에게 그 사실을 알렸다.유료 편집 서비스를 제공하는 합법적인 사람들이 있고, 정책을 따르는 사람들이 있으며, '암시장'이 존재한다는 것을 대중들이 알았으면 한다.그리고 암시장에서 어떤 것을 사는 것처럼, 합법적인 기업들과 함께 하지 않는 위험을 감수하고 그렇게 하는 것이다…. 그리고 이 암시장을 이용하는 것은 사실 좀 더럽고, 실제로 WP인 공공의 이익을 해친다.그 해악은 WP에 쓰레기를 투척하고 거짓말을 하며 직접 버리는 미공개 유료 편집자들로부터 온다.정당한 보수를 받는 편집자들로부터 나온 것이 아니다.Jytdog (대화) 02:54, 2017년 7월 18일 (UTC)[응답]
  • 반대해. 나는 제안서에 언급된 "좋은" 대 "나쁜 놈들"의 이원론에 대해서는 동의하지 않아.유료 편집에는 많은 그늘이 있고, 최상의 편집은 여전히 최신 제품과 회사에 유리한 시스템 편향에 기여하는데, 대개는 꽤 괜찮은 커버리지를 얻었을 것이다. 기껏해야 "나쁜 남자" 대 "더 적은 중립적인 남자"에 대해 이야기하고 있다.위키피디아가 그들을 이익집단으로 조직하게 하고 이것으로 대중들의 검증을 받도록 함으로써 얻을 수 있는 것은 아무것도 없다.다아 뵐프 21:38, 2017년 7월 15일 (UTC)[응답]
  • BMK당 강한 반대. 나는 또한 당신이 지불한 지위를 선언하면 당신이 좋은 지위에 있는 지역 사회 구성원이 된다는 Jytdog의 진술에 동의하지 않는다.TOU를 따르는 것이 반드시 그것을 의미하는 것은 아니다.그것은 당신이 서버의 법적 소유자에 의해 웹사이트를 사용하는 것에서 제외되지 않는다는 것을 의미한다.스팸메일은 유료 편집자가 제휴를 선언했더라도 여전히 커뮤니티 정책에 반대하며, 이것이 선언되었을 때에도 스팸메일을 보내는 유료 사용자들이 있으며, 어떻게든 그들의 이용약관을 따르는 것이 이것을 괜찮다고 생각한다.나는 만약 이 제안이 수정되었다면, 그렇지 않으면 받아들일 수 없는 기사를 발표하고 만드는 유료 편집자들이 그렇게 하도록 허용해야 한다는 오해를 더 키울까 봐 두렵다.토니발리오니 (토크) 21:43, 2017년 7월 15일 (UTC)[응답]
넌 날 죽이고 있고 더 나쁜 건 내가 여기에 쓴 글에 응답하지 않는 거야.내가 "유급에 따르는 것"이라고 말할 때, 즉 (만약 당신이 실제로 유급을 읽는다면) 그들이 직접 편집하지 않고, 그들은 대화 페이지 등에서 사람들을 때리지 않는다는 것을 의미한다.유료 편집은 금지되지 않는다(그리고 WP의 구조로 볼 때 금지할 수 없다); 우리는 그것을 진지하게 받아들일 필요가 있다.우리는 유료 편집자들을 사랑하지는 않지만, 그들이 실제로 FED가 말하는 것을 따르고 있을 때 그들이 지역 사회의 구성원이 아니라고 말할 수는 없다.응답 속도를 줄이십시오.시장을 있는 그대로 두는 것은 단지 같은 의미일 뿐이다.이것은 시장에 영향을 미치기 위한 전략이며 프로프로그래밍과 같은 실질적인 것을 갖는 것은 내부적으로 유료 편집을 더 잘 규제하는 데 도움이 될 것이고 대중들에게 무언가를 알려줄 것이다.나는 고심 끝에 이 제안에 도달했다.Jytdog (대화) 22:08, 2017년 7월 15일 (UTC)[응답]
COI 가이드라인과 NOTSAMP도 언급하고 있지만 그 핵심은 이용약관인데, 이는 사람들이 유료를 따른다고 할 때 일반적으로 의미하는 것이다.나는 그 페이지를 읽었고, 그것에 대한 당신의 해석은 TOUT를 넘어 우리의 다른 지역사회 정책과 가장 일치하는 것이지만, Payed 자체는 그렇게 상세하게 다루지 않는다.나는 위와 같은 나의 의견을 지지한다: 위키백과 내에 반관정적인 그룹이 생기도록 만드는 것은 사용 조건을 준수하는 유료 편집자들이 홍보에 관한 다른 지역사회 정책을 위반할 수 있도록 한다는 생각에 대한 정당성을 빌려준다.나는 사실 전체적으로 반임금 편집자가 아니라 좋은 편집자도 있다(이러한 일을 하기 위해 보조금을 받는 사람들은 단지 하나의 예에 불과하다).그러나 대다수는 스팸메일 발송자가 될 것이며, 이를 제재하는 조직적인 단체가 없을 때 대처하기가 더 쉽다.토니발리오니 (토크) 22:33, 2017년 7월 15일 (UTC)[응답]
나는 위키백과의 편집을 위한 보조금을 받는 사람들은 "X 과목에 대한 위키백과의 커버리지를 향상시키기 위해"의 순서에 따른 것이 아니라 "X 과목에 대한 위키백과의 편견을 되돌리기 위해"의 형식이 아니라면, 내가 받아들일 수 있는 유료 편집의 한 형태일 수 있다고 말하고 싶다. 왜냐하면 편견을 되돌리려는 목적으로 편집하는 사람들은 대개 th로 편집하기 때문이다.e 중립적으로 편집하려는 노력 대신 완전히 반대되는 편견.우리는 최근 트럼프 대통령의 정책이 환경을 어떻게 해칠지 보여주는 과제를 학생들에게 맡긴 선생님의 예를 들었다.나는 그 선생님이 수많은 장소를 가로지르는 아주 오랜 공동체 토론 끝에 끈덕지게 막혔다고 믿는다.그것은 보조금 상황은 아니었지만, 누가 보조금을 나눠주고 있고 그들의 목적이 무엇인지에 따라 그것은 분명 하나의 상황이 될 수 있었다.비영리 단체들은 중립적일 필요가 없고, 학자도 아니지만, 우리는 홍보 담당자들은 그들이 홍보하기 위해 지불하는 주제에 대해 중립을 지키는 이 없다.나는 그들에게 우리의 팔을 벌리고, 그들을 위키피디아에 환영하고, 그들에게 그들만의 클럽하우스를 줄 이유가 전혀 없다고 본다.비욘드 마이 켄 (토크) 23시 20분, 2017년 7월 15일 (UTC)[응답]
  • 기대는 것은 반대하지만 설득될 수 있었다.Jytdog, 나는 여기서 Daß Wölf가 표명한 의견에 가장 동의한다고 생각하지만 BMK 쪽으로 기울어 있다. 만약 그러한 길드가 존재했다면 우리는 어떻게 되었으면 좋았을 인가?현재 상황을 어떻게 개선할 것인가?신고되지 않은 유료화는 이미 허용 가능한 것으로 여겨지는 범위 밖에 존재하기 때문에(ToS와 미국 상법에 따라도 광고에 대한 공정위의 공개에 대한) 자율규제에 대한 주장은 나를 설득하는 것이 아니라고 생각한다.브리 (대화) 02:49, 2017년 7월 16일 (UTC)[응답]

위에 언급된 내용에 근거한 몇 가지 논평:

  • 해당 통신사들의 성명서 서명자들이 성명서가 공개된 지 3년이 지난 지금에 와서야 지지층을 형성하는 데 진정으로 관심이 있는 것은 분명치 않다.하지만 만약 그들이 계속 진행된다면, 위키피디아에 좀 더 쉽게 감시할 수 있도록 (필요하다면 제재를 가할 수도 있다.)
  • 위키백과 편집자와 독자들은 위키백과 공간에서 어느 정도의 에세이에 주어지는 견해들이 커뮤니티에 의해 암묵적으로 승인되지 않는다는 것을 이해하기에 충분히 잘 알고 있다.나는 그들이 유료 편집자 지원 그룹에 의해 사용되는 모든 프로젝트 페이지와 관련하여 이것을 이해할 것이라고 믿는다.
  • 위키백과의 정책과 지침을 무시하기를 원하는 유료 편집자들은 위키백과에 어떤 페이지가 있든 간에 어쨌든 그렇게 할 것이다.지지 그룹 페이지나 한 페이지가 없는 것은 그들에게 영향을 주지 않을 것이다.

다른 곳에서도 언급했듯이 유료 편집자들이 운영하는 지지 모임의 회원자체가 있을 것이라고 낙관하지 않기 때문에, 나는 개인적으로 이것이 규칙을 따르는 유료 편집자들과 그렇지 않은 편집자들을 식별하는 데 큰 차이를 두는 것으로 보지 않는다(다른 사람들은 알고 있다; 동의하지 않는 것에 동의하자).(이것을 분류하는 데 관심이 있는 편집자들은 위키피디아를 유지하는데 도움을 줄 수 있다.WikiProject Integrity/Editor Registry 최신 버전)그러나 위키의 협업 정신에서는 편집자가 정책과 가이드라인을 준수함에 있어서 서로 지지하는 것이 바람직하다고 생각하는데, 금지가 아닌 편집자가 그렇게 하는 것을 막을 근거가 전혀 보이지 않는다.이삭 (토크) 03:44, 2017년 7월 16일 (UTC)[응답]

이 모든 것은 공동체가 원하는 것으로 귀결된다.만약 그들이 그러한 길드의 존재를 원하지 않는다면, 그리고 RfC가 그것을 보여준다면, 길드는 존재하지 않을 것이다.지역사회가 이미 그것을 형성하지 못하도록 막거나 이미 중단시켰다면 그것을 중단시킬 수 있는 권한을 주는 구체적인 정책이 있을 필요는 없다.우리는 정책을 만들지만, 정책은 우리를 만들지 않는다.비욘드 마이 켄 (토크) 05:31, 2017년 7월 16일 (UTC)[응답]
물론, 어떤 그룹도 온위키(내가 언급한 것처럼 오프위키(off-wiki)를 형성하는 것을 막을 수 없다.)를 막을 수 있다.하지만 가능한 한 나는 개인적인 취향보다는 일반적인 원칙에 반기를 두는 것이 좋다. 그렇지 않으면 모든 대화는 그저 "좋다"는 토론이 될 것이다.아이작 (토크) 13:15, 2017년 7월 16일 (UTC)[응답]
  • 반대해. 나는 지난 며칠 동안 유료 편집에 대한 토론을 훑어보고 있었어.이것은... 그것에 대처하는 재미있는 방법이다.매우 흥미롭다.그런 상황에 대처할 수 있는 측면적인 방법.하지만 아니다.유료 편집으로 투명성을 유지하고 유료 편집으로 투명성을 강화하는 것이 핵심이다.이 길은...돈벌이가 되는 것처럼 보이지만, 만약 이 시스템이 작동한다면, 어떤 두려움, 불확실성, 의심은 매우 정당하다.그렇다고 해서 내가 편집자들을 믿지 않을 거라는 말은 아니지만, 우리는 흑모 편집의 과거 (그리고 현재의) 작품들이 그들의 편집을 감추기 위해 매우 정교한 수단을 사용했다는 것을 보았다.이건... 또 다른 신경 써야 할 일이야그리고 제대로 돌보지 않으면 모든 것이 잘못될 수도 있다.나는 웨일즈의 토크 페이지에 있는 이블리스 백작의 생각을 지지한다.My name isnotdave (대화/출연) 2017년 7월 16일 12시 57분 (UTC)[응답]
사과드리지만, 당신이 쓴 글은 아무 것도 말이 안 된다.이것은 아무것도 덜 보이게 하지 않으며 새로운 "시스템"이 없다.네가 어떤 반응을 보이는지는 모르겠지만, 이건 이 제안이 아니야.짐보의 토크 페이지에 있는 이비스 백작의 생각은 내가 거기에 쓴 것처럼 사기를 저지르는 것을 의미하며, WMF도 커뮤니티도 불법 행위를 저지르지 않을 것이다.네가 범죄를 저지르고 싶다면, 그건 당연히 네 거래야.Jytdog (대화) 21:45, 2017년 7월 16일 (UTC)[응답]
  • 템플릿에 추가:중앙 집중식 토론.[1] notdave (대화/출연) 13:10, 2017년 7월 16일 (UTC)[응답]
  • 난 유료 편집인, 마침표를 반대한다.위키피디아는 중립적이어야 하고, 유료 편집자는 그렇지 않다. --NaBUru38 (대화) 15:11, 2017년 7월 16일 (UTC)[응답]
  • Jytdog, 아마 이걸 하루나 며칠 더 줄 수 있을 거야. 지금까지 나는 그 제안에 대해 만장일치/거대한 반대가 있다고 본다. 이 제안을 철회할 수 있는 시기를 결정하도록 하겠다. 알았지? --George Ho (talk) 21:30, 2017년 7월 16일 (UTC); 신경 쓰지 마; 아래 몇 개의 "지지" 표를 보고 적당한 시간을 줄께. --George Ho (talk) 03:46, 2017년 7월 17일 (UTC)[응답]
짐보의 토크 페이지에서의 대화는 상당히 다르게 진행되고 있으며, 마찬가지로 WT에서도 다음과 같이 말하고 있다.COI - 사람들이 오랫동안 이러한 문제를 고려하고 논의해 온 두 곳 모두.이 실에는 내가 이 글을 올렸을 때 다소 걱정했던 감정적, 무릎에 거슬리는 반응들이 아주 이상하게 들쭉날쭉하다.그러나 사람들이 유료 편집이 "좋다"거나, 유료 편집이 이루어져야 하는 근본적인 정책 기반에 어떤 식으로든 변화가 있을 것이라고 상상하는 것은 문제가 되지 않는다.그리고 반대하는 사람은 거의 아무도 위키백과 주변의 활동을 알지 못하는 것 같다.참여 통신 회사들의 위키피디아에 대한 진술은 이것은 단지 공식화 될 뿐이다.이것은 페이스북이 아니고 우리는 "좋다"거나 사람들이 엉덩이에서 총을 쏘는 것에 대해 결정하지 않는다.너무 일찍 닫지 마십시오.Jytdog (대화) 21:45, 2017년 7월 16일 (UTC)[응답]
  • 내가 보기에 우리는 공개되지 않은 유료 편집에 복수심을 가지고 반대해야 할 것 같다.그러나 WP를 따르는 것에 대해 양심적인 유료 편집자들은 다음과 같이 말했다.유급은 비록 짧은 목줄에 불과하지만 유용한 기여를 할 수 있다.스팸메일 발송자에게 허락을 주는 모습을 보여서는 절대 안 된다.그러나 일부 선의의 편집자들이 자발적으로, 어쩌면 비공식적으로 위반 여부를 순찰하고 모범 사례에 대한 조언을 한다면, 그것은 좋은 일일 수 있다.어쩌면 그냥 정식 명칭을 붙일 필요는 없을지도 몰라. --Tryptofish (대화) 22:34, 2017년 7월 16일 (UTC)[응답]
  • 가능한 지원 나는 모든 유료 편집에 반대하지만, 내가 이것을 성취할 수 있는 실현 가능한 방법이 있다면, 공정한 탐지 방법이 없을 정도로 오래 전에 실제로 금지를 제안했을 것이다. 금지가 할 수 있는 모든 것은 유료 편집을 지하에 몰아 넣는 것이다.존재하는 만큼 유료 편집자가 스스로 선언할 수 있도록 인센티브를 제공해야 한다.이 프로젝트는 그들의 언어로 무역업자들에게 명확한 기준을 제공함으로써 이것을 도울 수 있고, 우리가 신고된 유료 편집자들이 실제로 규칙을 따르고 있는지 확실히 하기 위해 더 잘 감시할 수 있게 해준다.그것은 특별히 사용 조건을 보장한다고 말하지 않는 유료 편집자의 모든 광고가 우리의 사용 조건과 많은 경우에 순수한 사기라는 것을 분명히 하는 자체 홍보 노력에 의해 재단이 해야 할 결정적인 노력을 도울 것이다. 그리고 합법적인 대체품이 있다는 것을 명확히 할 것이다.ve. 나는 선언된 유료 편집자들이 발표되지 않은 사람들을 좌절시키는 데 상업적인 관심이 있다는 것을 알고 있지만, 그것은 우리 자신의 우선순위와 일치한다.
그러나 이것은 다른 위키피디아 주제처럼 이름이 지어지고 운영되어야 하며, 공개 멤버쉽과 일반 참여가 있어야 한다.어떤 위키백과 주제도 "공식"이 아니다.나는 몇몇 위키피디아 주제에 가입했다. 그들의 일을 계속 감시하기 위해 내가 반드시 찬성하지 않는 일을 하는 사람들이다. 다른 많은 사람들도 마찬가지다. 다른 많은 사람들도 그렇게 한다. DGG (토크 )
반대해, 그러면 훨씬 더 비파괴적인 유료 편집이 장려될 거야KMF (토크) 00:31, 2017년 7월 17일 (UTC)[응답]
  • 댓글을 달다.다음은 몇 년 전에 내가 제안했던 것이니 여기서 다시 제안한다.나는 위키피디아 사람들이 기사 제목이나 대리인에 의해 직접적으로 지불되지 않고 그들의 일에 대한 대가를 받을 수 있도록 중립적인 중개자 역할을 하는 조직을 보고 싶다.
    이상적으로는 Wikimedia 재단이 이메일 주소와 웹 사이트 또는 OTRS 형식의 다중 사용자 시스템을 갖춘 팀을 구성하여 기사에 대한 비용을 지불하고자 하는 사람들이 신청할 수 있고 승인된 유료 편집자가 모두 액세스할 수 있는 시스템을 구축할 수 있다.이 재단의 팀은 수수료를 책정하고, 이 계획에 등록하는 위키백과 편집자 리스트에서 편집자를 선택하고, 편집자에게 독립 계약자로만 지불하고, 거래를 조직한 것에 대한 수수료의 일정 비율을 취한다.이 재단이 유료 편집자들에게 주는 요약문은 중립적이고 정책적으로 준수하는 기사를 쓰는 것이 될 것이다.어떤 편집자가 그 일을 맡았는지에 대해서는 지급인이 할 말이 없을 것이다.비호환 기사를 만드는 편집자들은 그들의 유료 특권을 없앨 것이다.
    이 시스템은 COI를 제거하거나 최소한 줄일 수 있고, 기사를 요청하는 사람들에게 갈 곳을 줄 수 있으며, 정책을 이해하고 프로젝트의 이익을 염두에 둔 편집자들에게 수수료를 제공할 것이다.그것은 윈-윈이 될 것이다.재단이 이렇게 할 가능성은 낮지만, 설립을 도와주고 그와의 긴밀한 유대관계를 유지하도록 설득할 수 있을지 의문이다.쁘띠포시WWB는 그것을 이끌기에 이상적으로 배치될 것이다.SarahSV 01:17, 2017년 7월 17일 (UTC)[응답]
      • 이것은 내가 분명히 지지하지 않을 것이고, 나는 우리의 기본 원칙에 정면으로 모순되는 것이라고 생각한다.그것은 본질적으로 우리를 공식적으로 부분 유료 백과사전으로 만드는 것에 해당한다.나는 그것이 일부 책을 무료로 복습하는 도서 리뷰 저널과 비슷하다고 생각하지만, 만약 당신이 그것을 지불한다면 다른 어떤 것도 갱신할 것이다. 내가 알고 있는 가장 두드러진 예는 이제 더 이상 WP의 출처로 받아들여지지 않는다.그것은 WMF가 수수료의 일부를 받는다면, 유료 기사의 비율을 최대화할 수 있는 모든 인센티브를 줄 것이다.자원 봉사 편집자들조차도 종종 그들이 작업하는 기사에 큰 애착을 가지고 있으며, OLTERship은 승화의 유혹이라면 언제나 존재하는 것이다. 만약 같은 사람들이 돈을 위해 그것을 했다면 그것은 훨씬 더 심화될 것이다.그것은 또한 WMF를 "승인"의 위치에 놓이게 할 것이며, 이것은 본질적으로 우리의 컨텐츠에 간섭하는 것을 의미하며, 그것은 사이트를 완전히 파괴할 것이다.WMF가 그것을 하지 말아야 할 뿐만 아니라, 그것을 하는 어떤 실체와도 그 자체가 연결되도록 해서는 결코 안 된다.그것은 심지어 저작권이나 명예훼손의 관점에서 우리의 안전한 항구의 지위에 영향을 미칠 수도 있다.때로는 조직이 재단에 레지던스의 편집자를 지원하기 위해 보조금을 주는 문제가 있었고, 레지던스의 편집자는 때때로 그들에게 지불하는 조직과 밀접하게 연결된 기사들과 너무 많이 관련되는 경우도 있었지만, 이것들은 적어도 매우 평판이 좋은 비영리단체로 여겨지고 있다.현재의 합법적인 유료 편집자들이 그것을 정리하는 것은 가장 나쁜 방법이 될 것이다. 그들은 본질적으로 독점권을 확립하는 것이다. DGG (토크 ) 02:54, 2017년 7월 17일 (UTC)[응답]
  • DGG당 지원.나는 몇 년 동안 SPI에서 수백 개의 블록, 수백 개의 AFD로 그 문제에 대해 꽤 깊이 연구해 왔으며, 만약 내가 무언가를 배웠다면, 그것은 대부분 유료 편집을 증명하는 것이 불가능하기 때문에, 문제를 관리하는 것이 우리가 정말로 "불법화" 할 수 있는 것처럼 행동하려고 애쓰는 것보다 더 낫다.공동체 전체의 의견을 가지고 자기포장 시스템을 갖추는 것이 더 낫고, 자기선언을 하고, 윤리적인 기준을 갖추는 것이 좋으며, 그러면 그들은 나쁜 선수들을 제거하는 데 도움이 될 것이다. 왜냐하면 그들은 공동체의 선한 태도를 유지하는 데도 이해관계가 있기 때문이다.그것은 여전히 더 나은 선택인 두 가지 해악 중 덜한 것이 될 것이다.데니스 브라운 - 2시 02분 26초, 2017년 7월 17일 (UTC)[응답]
  • 지지하다.유료 편집은 여기 남아서 위키피디아가 이러한 편집의 일부를 유용하게 만드는 것이 전반적으로 유익하다.그들의 작품이 살아남기를 원하는 유료 편집자들은 이 프로젝트의 혜택을 볼 수 있을 것이고, 위키백과 정책을 준수하기를 거부하는 편집자들은 이 프로젝트를 계속 무시할 것이다.페미니스트 16:48, 2017년 7월 17일 (UTC)[응답하라]
  • 논평 나는 단지 DGG가 꺼낸 것을 멈출 수 없기 때문에 이것을 단지 외면하고 지하화하는 것보다 공인된 조직과 함께 공개하는 것이 더 낫다는 생각을 다시 한 번 밀어내고 싶다.나는 전적으로 반대한다.현재 상태로는, 우리는 사실 명확한 스팸을 골라 삭제 과정을 통해 스팸을 제거하는데 꽤 능숙하다.사람들은 그들의 고용 상태에 대한 사실을 숨기고 있다가 그것이 삭제될 때 그들이 집단으로 몰려들 때, 그것은 매우 쉽게 발견되고 우리는 편집자들이 보도되지 않을 때 그것을 꽤 잘 다룬다.유료 편집은 증명할 수 없지만, 광고할 수 없는 스팸 글은 없앨 수 있다.
    새로운 페이지를 다루면서, 나는 몇 개의 신고된 유료 편집 AfDs의 끝에서 편집자의 신고된 유료 상태를 공신력과 홍보주의에 대한 정책적 우려에서 벗어나 기사에 합법성을 빌려주는 방법으로 이용했다.편집자는 자유롭게 그 과정을 보도자료로 배포하고 때로는 동정심을 불러일으키는 운동을 할 수 있다.이것은 유료 편집자들의 길드가 없지만, 단지 누군가가 돈을 지불한다면 TUE를 준수하는 것으로 충분하다는 생각에 근거한다.길드는 이러한 사고방식을 더 나쁘게 만들 것이고 나는 유급 계좌에 의해 만들어진 기사를 장점에 대해 다루기 위한 유용한 과정으로서 AfD의 효과적인 종료를 향한 단계가 될 것이라고 생각한다.나는 Jytdog의 일을 꽤 존경하고 그들이 그 과정에 많은 생각을 기울였다는 것을 알고 있지만, 이것은 비현실적인 반응이 아니다: 코인에 기사가 도착하기 전에, 그들은 NPP를 통과한다.나는 이것이 왜 그들의 좋지 않은 기사가 더 나쁘게 유지되어야 하는지에 대해 당신을 귀찮게 할 유료 편집자들을 다루어야 하는 가뜩이나 힘든 일을 만들 것이라고 정말로 믿는다.위에서 언급했듯이, 나는 모든 유료 편집에 반대하지는 않지만, 나는 이것이 어떻게 위키피디아의 과정을 게임하기 쉽게 만드는 것 외에 다른 어떤 것도 할 수 있을지 모르겠다.토니발리오니 (토크) 17:03, 2017년 7월 17일 (UTC)[응답]
사용자:TonyBallioni - 친절한 말 고마워.여기서의 목표는 유료 편집자의 모범 사례를 홍보하는 것이다. 즉, 공개하고 제안하며 얼간이처럼 굴지 않고 강압적으로 굴지 않는 것이다.이런 식으로 행동하는 유료 편집자들이 있고, 유료 편집자들의 위키프로젝트를 갖는 주요 목표 중 하나는 이러한 모범 사례를 홍보하고 전파하는 것이다.(따라서 갈 곳이 있다, '검은 모자' 대신 '하얀 모자' 편집기를 선택하는 것)'을 대중에게 지시할 것이 있다는 목표 외에 WP 내부에서도 이득이 있다.베스트 프랙티스의 전파처럼.또 하나 하고 싶은 것은 프로젝트 내에 유료 편집자들이 일하고 있는 모든 기사들이 나열되어 있는 페이지를 갖는 것이다.또 다른 혜택은, 여러분이 키우는 일종의 강압적인 유료 편집자들이 그곳에 가서 조언을 구할 수 있다는 것이고, 경험이 많은 편집자들은 그들이 잘못 짚고 있다고 말할 것이다.이것은 모두 공공장소에서 일어날 것이고, 백모들 사이의 사리사욕은 모범 사례의 전파를 촉진할 것이다.이건 정말 가치 있는 일이 될 거야.Jytdog (대화) 17:17, 2017년 7월 17일 (UTC)[응답하라]
나는 확실히 이론적으로 그 개념을 이해한다.나는 단지 그것이 시행에 효과가 있을 것이라고 생각하지 않는다.유료 편집자는 그들의 의뢰인에 대한 윤리적 의무와 실제적 의무를 모두 가지고 있다: 그들이 위키피디아에 대한 고객의 이익을 증진시키기 위해 지불되고 있다는 점에서 윤리적 의무는 있기 때문에, 의뢰인이 항상 먼저 와야 하고, 그들이 어떤 일에 대한 대가를 받는다는 점에서 그리고 설사 당신이 그러한 것들을 포함하는 전문적인 표준의 어떤 종류의 코드를 생각해 낸다고 해도, 실용적이어야 한다.시간당 급여가 지급되며 보관 중인 기사를 기준으로 하지 않고, 여전히 삭제된 기사를 가지고 있는 것은 사업에 좋지 않을 것이다.이 두 가지 동기는 모두 TUE로 시스템을 게임하는 방법을 찾도록 하는 매우 설득력 있는 동기부여가 된다.정말 훌륭한 홍보 담당자들은 그들이 "하얀 모자"든 "검은 모자"든 간에 시스템을 조작할 방법을 찾을 것이고, DGG가 과거에 지적했듯이, 예외적으로 드문 상황에서 그들은 주목할 만한 고객에 대한 좋고 중립적인 기사를 생산함으로써 실제로 우리에게 도움을 줄 것이다.내 두려움은 이것이 평범하고 나쁜 홍보 전문가들이 위키피디아를 더 쉽게 게임하는데 도움이 될 것이라는 것이다.토니발리오니 (토크) 17:42, 2017년 7월 17일 (UTC)[응답]
사실상 위키피디아의 모든 편집자들은 우리가 유료 계정을 얼마나 많이 가지고 있는지 알지 못한다.몇 년 전만 해도 한 사람당 수천 개의 계좌로 추정했다.다시 말하지만, 나는 SPI와 다른 곳에서 이 문제에 대한 관리자로 일했다.유료 편집자들은 부분적으로 규칙을 피하는 것이 여기서 그것들을 따르는 것보다 더 쉽기 때문에 시스템을 게임한다.그리고 유료 편집자에 비해 관리자가 너무 적어서 우리가 따라갈 수 있다고 생각하는 것은 웃기는 일이다.유료 편집에 약간의 햇빛을 쬐고, 표준을 정하는 것, 그들이 양말을 쓸 필요 없이 하나의 계정을 사용할 수 있게 하는 것(우리의 TOU도 문제지만, 그것은 다른 이야기) 그리고 일반적으로 모든 사람들이 따르는 것과 같은 규칙에 따라 개방적으로 그렇게 할 수 있게 하는 것, 즉 윤리적으로 편집하고 WP를 따르는 것을 의미한다.RS, WP:V 및 WP:N은 여기에서 그리고 그들의 고객들과 함께 성공할 가능성이 더 높다.그렇지 않을 사람들.미국에서 대마초의 불법성을 떠올리게 한다.모든 사람이 그것에 대해 실제로 웃는다. 집행은 따라갈 수 없다. 실제의 피해는 그것을 지나치게 부추기는 피해보다 적다.유료 편집도 문제지만, 우리가 '멈출 수 있다'고 생각할 정도로 어리석기 보다는 관리하겠다.우리는 못하겠어요.난 정말 열심히 노력했어. 실패했어. 멈출 수가 없어.그것은 더 잘 관리될 수 있다.모든 유료 편집자가 악한 것은 아니지만, 제대로 함으로써 자신의 이익을 지키고자 할 것이기 때문에 스스로 관리하고 문제 편집자를 지적할 수 있는 시스템이 필요하다.아니면 우리가 있는 그대로를 계속할 수 있고, 우리가 차단하는 양말마다 두 개가 더 튀어오른다.데니스 브라운 - 2시 19분 15초, 2017년 7월 17일 (UTC)[응답]
  • 의 강력한 반대 (ec) 토미 발리오니가 우수한 점수를 올린다.유료 편집은 더 가치 있는 일에서 벗어나 방대한 양의 자원 봉사 시간과 자원을 소비하는 문제다. 왜일까?마케팅에 활용할 수 있는 기사에 대한 사람과 기업의 수요가 있기 때문이다.그것이 "어쨌든 일어날 것"이라는 사실은 위키백과 대상을 만들어, 위키백과 대상인 전기와 수십 개의 다른 합법적인 주제와 함께, 프로젝트에 의해 암묵적인 축복을 줄 이유가 되지 않는다.그리고 아니, "하얀 모자"의 유료 편집자들이 있다는 사실이 샴페인의 마개를 뽑을 이유가 되지 않는다.규칙을 준수하는 장점(토니 발리오니가 미처 생각하지 못한 위에서 두어 명을 키웠다)이 있으며, 그렇게 함으로써 대부분의 유료 편집 목표를 달성할 수 있다.다른 편집자들의 지속적인 치안 유지 활동이 필요한 준수 유급 편집자들이 프로젝트에 대한 그들의 서비스에 대한 일종의 보상과 인정으로서 그들 자신의 프로젝트를 그들에게 주는 것에 대해 그렇게 감사할 이유는 없다.마지막으로, 위키피디아 주제 유료 편집자는 비록 WMF가 이 문제에 대한 양면적인 태도를 가지고 있어 나를 실망시키지 않는 중요한 홍보 실패자가 될 것이다.코레더애플 (대화) 17:08, 2017년 7월 17일 (UTC)[응답]
그 프로젝트의 목적은 그것을 감시하는 것이어야 한다.약속을 지켰는지, 아니면 그저 선의의 경건한 몸짓을 하고 있었는지 감시하기 좋은 장소일 것이다.기업들은 정확한 공시 형식에 상당한 노력을 기울인다.정부와 달리, 만약 그들이 정확하지 않다면, 우리는 그들을 예의 바르게 또는 범죄적으로 처벌할 수 없지만, 우리는 확실히 그들을 대중의 당혹감에 노출시킬 수 있다. DGG (토크 ) 20:06, 2017년 7월 17일 (UTC)[응답]
그렇다면 유료 편집자 등록부가 있어야 할지도 모르며, 그렇게 조직되고 이름이 붙여져서 유료 편집자에게 마케팅 이점을 제공하지 못할지도 모른다."길드" 또는 "프로젝트"는 위키백과의 승인을 의미하며, 유료 편집자들에게 그들의 광고에 정말 좋은 것을 제공한다.위키피디아는 소위 "하얀 모자"라고 불리는 유료 편집자들이 사업을 하는 것을 도와서는 안 된다.코레더애플 (대화) 21:02, 2017년 7월 17일 (UTC)[응답]
나는 그 등록이 제안의 목적 중 하나라고 생각한다.나는 특별히 유료 편집자들을 돕고 싶지는 않지만, 만약 우리가 검은 모자를 없애는 유일한 방법이 우리 자신의 조건에 따라 그들에게 어느 정도 복사하는 것이라면, 그것은 좋은 가격이다.나는 심지어 필요한 흥정까지 할 것이다. DGG (토크 ) 05:37, 2017년 7월 18일 (UTC)"[응답]
나는 근본적인 오류가 있다고 제안하고 싶다. 그것은 WMF나 지역사회가 받아들일 수 없는 다양한 조치를 취하지 않고도 소위 "검은 모자"를 제거하거나 상당히 줄일 수 있다는 것이다.그러나, 나는 TParis와 Smallbone이 만든 아이디어에 대한 변형인 기사 주제에 대한 "소비자 안내서"를 만들어냄으로써 위키피디아의 무결성과 브랜드 정체성을 여전히 유지하면서도 그들을 낙담시킬 수 있다고 생각한다.본질적으로, 기사의 잠재적인 주제들은 위키피디아에 기사를 싣기 위해 누군가를 고용하는 것이 어떻게 일어날 수 있고 어떻게 종종 부정적인 것인지에 대한 무서운 초상화를 얻어야 한다.만약 그렇게 한다면, 그들은 엄격하고 드물게 만나는 다양한 특성을 찾아야 한다.아니면 기사 요청에 더 잘 활용할 수도 있다.소비자 입장에서 문제를 공격하기 위해 할 수 있는 일은 아주 많다.예를 들어 WMF는 단순히 기자들의 댓글 요청에 응하는 대신 유료 편집과의 p.r.전쟁을 보다 적극적으로 전개할 수 있다.'하얀 모자 프로젝트'를 만드는 것은 위키피디아가 자원봉사 프로젝트인데다 상업적 착취도 이에 역행해 프로젝트에 대한 대중의 신뢰를 떨어뜨린다는 것이다.코레더애플 (대화) 13:20, 2017년 7월 18일 (UTC)[응답]
이해충돌은 세계 도처에 있다.대중의 신뢰를 저해하는 것은 관리되지 않는 이해의 충돌이다.이는 유료 편집인 COI의 구체적인 형태를 보다 잘 관리할 수 있도록 도와주는 툴이다.Jytdog (대화) 15:05, 2017년 7월 18일 (UTC)[응답]
아니, 국민의 신뢰를 저해하는 것은 이해충돌이다.기간소아성애자 신뢰를 더욱 저해하는 것은 COI로 간주된다.코레더애플 (대화) 17:10, 2017년 7월 18일 (UTC)[응답]
코레더애플, 잠재 COI는 도처에 존재하며, 모든 책임 있는 조직은 이를 관리할 수 있는 방법을 가지고 있다.그것을 없앨 수 있는 척하는 것(특히 여기서)은 현실 세계가 아니다.너는 이런 말도 안 되는 글을 써서 여기서 너의 입장을 무효화하고 있어, 나는 너에게 더 이상 대답하지 않을 거야.Jytdog (대화) 17:23, 2017년 7월 18일 (UTC)[응답]
좋아, 내 요점을 이해 못하거나 이해 못 할 거야토론의 블러지온은 지겨워지고 있고, 당신의 선동적인 편집 요약은 훌륭하다.코레더애플 (대화) 17:44, 2017년 7월 18일 (UTC)[응답]
유료 편집기 레지스트리가 있음:위키백과:WikiProject 무결성/편집기 레지스트리.그것은 업데이트를 사용할 수 있다. 모든 사람이 참여하기를 환영한다! 아이작 (토크) 00:51, 2017년 7월 19일 (UTC)[응답]
  • 강한 반대-모든 유료 편집은 본질적으로 편향적이다.그리고, 코레더애플이 말했듯이, 이것은 또한 위키피디아가 이러한 편집자들에게 돈을 지불하는 회사들을 지원하는 것으로 보여지는 (정확하거나 그른) 입장에 놓이게 될 것이다. --Khajidha (토크) 12:38, 2017년 7월 18일 (UTC)[응답]
  • 코멘트 나는 여기에 메모를 하고 싶다. 모든 사람이 반대했더라도 누군가가 그 프로젝트를 시작할 수 있다. 그것은 단지 우리가 싫어서가 아니라 대의명분을 위해서만 제거될 수 있다.내가 아는 한, 프로젝트는 더 큰 프로젝트의 한계 안에 있는 범위를 가지는 것 이상으로 조사되지 않는다. 그리고 이것은 명백하다.그것이 시작되면(그리고 만약 "만약"이 아니라면) 그것은 유료 편집자는 아니지만 유료 편집자들이 어려움을 겪지 않도록 약간의 안내와 서면 자료를 기꺼이 제공하는 사람에 의해 시작하는 것이 가장 좋다.결국 그것이 우리의 목표가 되어야 한다: 모든 편집자가 정책을 따르고, 가치 있는 내용을 만들고, 제재를 피할 수 있도록 돕는 것이다.우리는 AFD를 가지고 있다. 오늘과 다르지 않다.데니스 브라운 - 2시 13분 27초, 2017년 7월 18일 (UTC)[응답]
데니스, 쪽지 고마워이곳에 글을 올리면서 얻은 나의 목표는 처음부터 지역사회가 이 사실을 인지하고 있는지 확인하는 것이었다.나는 사람들이 유료 편집에 대해 강한 감정을 가지고 있다는 것을 알고 있다. 그래서 초기 단계에서 명확하고 광범위하게 의사소통하고 유용한 피드백을 받기를 원했다. 그래서 이것이 만들어질 수 있는 것처럼 (만약 그렇게 된다면...)나의 계획은 그것을 시작하기 전에 더 많은 계획을 세운 다음 다시 세부사항을 발표하는 것이었다.Jytdog (대화) 15:02, 2017년 7월 18일 (UTC)[응답]
위키프로젝트는 실제로 유료 편집자들이 주도하지 않는다.긍정적인 의미에서의 "소유"의 의식이 결여되면서, 방심하게 된다.이 위키프로젝트의 설계의 일부는 유료 편집자들이 지역사회에서 그것의 진정한 성공에 "투자"할 것이라는 것이다 - 그것은 모범 사례를 전파하고 우리가 유급 모범 사례를 훨씬 덜 따르고 있는 유료 편집자들을 식별하는데 도움을 줄 것이다.Jytdog (대화) 15:02, 2017년 7월 18일 (UTC)[응답]
어제 봤는데 아직 아무 말도 안 했어.위키프로젝트는 어떤 것에 의해서 추진되는 것이 아니라 기본적으로 유령도시다.폐기된 사업은 재구매할 수 있다.데니스 브라운 - 2시 15분 12초, 2017년 7월 18일 (UTC)[응답]
나는 이것이 "유기농"이 될 것이라고 말하고 싶었는데, 그것은 바로 rehe Statement의 진화의 다음 단계인 것이다.Jytdog (대화) 15:16, 2017년 7월 18일 (UTC)[응답]
IMO가 유료 편집 관련자들을 선상에서 관심을 갖기 전에, 우리는 공개되지 않은 유료 편집에 관련된 사람들을 훨씬 더 적극적으로 감시할 필요가 있다.공개되지 않은 유료 편집자들의 양말을 버림으로써 만들어진 많은 기사들은 유지되고 있기 때문에 그들은 바꿀 동기가 없다.Doc James (대화 · 기여 · 이메일) 15:21, 2017년 7월 18일 (UTC)[응답]
사용자:Doc James, 물론 우리는 그것에 대해 계속 연구할 필요가 있다.그러나 이것의 설계의 일부는 "하얀 모자"의 유료 편집자들이 있을 자리를 만들어 대중에게 차이가 있다는 것을 전달함으로써 무급 편집 시장을 말리는 것이다.여기서의 큰 목표는 시장에 영향을 미치고 사업을 엄벌에 처하고 공개되지 않은 유료 편집자들로부터 멀어지게 하는 것이다.만약 이것이 효과가 있다면(그리고 나는 그렇게 될 것이라고는 알지 못한다) 암시장에서 유료 편집 서비스를 사는 것을 선택하는 사람들이 줄어들 것이다.하지만 지금 시장은 차별화되지 않았고 그것은 정말로 우리의 잘못이다. 우리가 사람들을 위해 그것을 정의하기 위해 아무것도 하지 않았기 때문이다.아무도 그렇게 하지 않을 거야, 그렇지?우리는 그것을 해야 한다.그러기 위해서는 합법적인 (우리가 아는 한) 서비스 제공업체를 규정하는 것이 필요하다.우리는 그들을 지지하거나 추천할 필요는 없지만, 사람들을 지목할 수 있는 장소가 있어야 한다.벤쿠버의 바늘 교환 서비스나 그와 비슷한 것, 그리고 그 주변의 모든 문제들을 생각해 볼 수 있다.Jytdog (대화) 15:37, 2017년 7월 18일 (UTC)[응답]
나는 AfC 과정을 일관되게 사용하는 공개된 유료 편집자 몇 명을 본 적이 있다.지금 우리가 그들을 중앙 위치에 나열하는 것을 막을 수 있는 것은 아무것도 없다.Doc James (대화 · 기여 · 이메일) 16:02, 2017년 7월 18일 (UTC)[응답]
어떤 면에서, 어떤 프로젝트는 우리가 승자와 패자를 고르게 할 것이다.규칙을 따랐던 유료 편집자들은 아무런 문제가 없을 것이기 때문에 (그들의 관점에서) 더 효율적일 것이다.그렇지 않은 유료 편집자들, 여전히 해고당한 사람들, 그들의 지위에 대해 거짓말을 한 사람들은 그들의 모든 작업을 삭제하여 그들의 시간을 낭비하게 될 것이다.이것은 규칙대로 행동할 수 있는 재정적 동기를 만들어 내고, 그들이 통용 가능한 기사를 쓰고 새로운 고객을 얻는 데 더 많은 시간을 할애할 수 있게 하고, AFD와 체크 유저를 피하는 데 더 적은 시간을 들임으로써, 그렇게 하는 사람들에게 보상을 해준다.이것은 단순하게 들릴지 모르지만, 사람들은 항상 그들 자신의 이익을 위해 행동한다.우리는 단지 우리가 모든 것을 쉽게 감시할 수 있는 양말질 대신에 더 나은 대안을 제시하면 된다.데니스 브라운 - 2시간 16분 41초, 2017년 7월 18일 (UTC)[응답]
'프로젝트'나 '가짜'는 불미스러운 주제에 대한 기사 수요인 이른바 '블랙햇 유료 편집'의 원인을 다루기 위해 아무것도 하지 않을 것이다.그들은 계속해서 자신들에 관한 기사를 쓰고 싶어하는 사람들로부터 돈을 가져갈 것이다. 그들은 그런 목적을 위해 버려진 양말을 만들 것이다.그들이 레이더에 잡히지 않으면 그들은 차단될 것이다.그래서 어쩌라고그들은 상관하지 않는다.그들은 VPN 등을 이용하여 다른 양말을 만들 것이다.코레더애플 (대화) 17:08, 2017년 7월 18일 (UTC)[응답]
나는 1500개 이상의 SPI 블록을 가지고 있는데, 여기에는 하나의 유료 편집 케이스에 300개의 레코드 설정이 포함되어 있다.VPN은 잡기가 그리 어렵지 않고 레인지 블록을 "좋은" 쪽으로 최대한 많이 밀어 넣는 것은 SPI에서 처리할 수 있는 양이 적다는 것을 의미한다.네가 생각하는 것보다 좀 더 복잡해.나는 유료 편집자들과 몇 번 이상 대화를 나누었고, 나는 그 시스템을 꽤 잘 알고 있다.많은 사람들이 합법적인 방법으로 그렇게 하기를 원하지만 현재의 규칙은 그것을 어렵게 만든다.데니스 브라운 - 2★ 01:27, 2017년 7월 19일 (UTC)[응답]
이것은 3년 전에 일어난 일이고, 서명자들 중 어느 누구라도 더 많은 개입이 있었다면 훨씬 더 유기적인 것이었을 것이다.지금 현재 성명서 토크 페이지에는 단지 두어 개의 성명서가 있을 뿐이며, 다만 문제의 당사자들이 어떤 종류의 일을 하고 홍보할 것인지에 대한 모호한 내용만 있을 뿐이다.이러한 토론에 참여하지 않는 이상, 그들이 이 구상에 관심이 있는지 아니면 일반적으로 비급여 편집자 커뮤니티에 참여하는지 구별하기가 어렵다.아이작 (대화) 05:55, 2017년 7월 19일 (UTC)[응답]
그건 사실이야.이 논의에는 이러저러한 방식으로 관여하는 유료 편집자가 한 명도 없다.그들은 이곳에 와서 그러한 프로젝트나 길드가 그들에게 어떤 혜택을 줄 것인가를 논쟁할 수 있고, 유료 편집을 규제하는 극소수의 규칙(위 데니스의 논평에 의하면)을 준수하는 것이 얼마나 어려운가에 대해 직접적으로 불평할 수 있다.그런 불평은 들어본 적도 없고, 사람들 앞에서 본 적도 없는데, 아마 비웃음을 당하기 때문일 것이다.코레더애플 (대화) 2017년 7월 19일 12시 59분 (UTC)[응답]
위키프로젝트 협력과 특히 위키백과:위키프로젝트 협력/유급 편집자 도움말(유급 편집자 알림판)은 비급여 편집자 커뮤니티가 유급 편집자에게 지원을 제공하는 방안이다.유료 편집자 지원 단체가 성공하기 위해서는, 지역사회가 현재 유료 편집자 게시판에 있든 다른 곳에 있든 간에, 비급여 편집자 그룹을 다시 활성화하여 지원을 제공할 필요가 있다고 생각한다.아이작 (토크) 00:59, 2017년 7월 19일 (UTC)[응답]
  • 반대: 우리는 모든 유료 편집자들이 프로젝트를 만드는 것을 원하지 않는다. 그렇지 않으면 그것은 문제를 일으킬 수 있다.KGirlTrucker81 huh? what I've been doing 19:17, 2017년 7월 18일 (UTC)[응답]
  • 위와 같이 위키프로젝트/길드/무엇을 당신이 본질적으로 암묵적인 승인을 허가하는 것에 반대한다.우리는 이 프로젝트의 이익을 위해 여기에 있어야 하며, 책임을 돌리거나 의제를 밀어붙이려 하지 말아야 한다. caknuck은 2017년 7월 18일 (UTC) 20:44 보다 더 자주 운영되어야 한다[응답하라].
  • 이것이 일부 유료 편집을 더욱 정당화할 수 있다는 것에 반대하며, 우리는 유료 편집자들이 중립적으로 글을 쓰고 중립적인 출처를 포함함으로써 더 많이 숨어야 한다는 것을 합법화해야 한다.유료 편집자들이 고객들에게 스캔들에 대해 언급해야 한다고 말하는 단계에 도달할 수 있을지는 의문이지만, 그들은 그 스캔들에 대해 언급하는 것을 막았지만, 그것이 내가 목표로 하고 싶은 방향이다.eereSpielCequers 14:17, 2017년 7월 19일 (UTC)[응답]
사용자:WereSpielChequers의 개념은 우리가 늘 해왔던 것으로, 미공개 유료 편집의 문제가 없어지고 있다는 증거도 없고, 대중이 그 의미를 이해한다는 증거도 없다.여기서 다시 한 번 목표는 a) 우리가 한 번도 시도해보지 않았던 그것에 대한 ("유료 편집은 나쁘다는 메시지에도 불구하고 성장한) 시장에 영향을 주고, b) 유급 편집자들이 모범 사례(최악이 아닌 진짜 편집자)를 배울 수 있는 좀 더 잘 정의된 공간을 제공하는 것이다.Jytdog (대화) 2017년 7월 20일 00:15 (UTC)[응답]
지금 문제가 꽤 심각하다고 해서 우리가 관리를 중단해도 훨씬 더 나빠지지 않을 거라는 뜻은 아니다.나는 그들이 하고 있는 일이 우리의 목표와 상충된다고 지적했을 때 조용히 물러난 몇 명의 좋은 사람들을 본 적이 있지만, 그 시스템을 게임하고 그것을 보충하기보다 은밀하게 홍보하려고 애쓰는 터무니없는 사례들, 그리고 만약 후자에게 설 비누상자를 준다면 우리는 그 프로젝트를 없애는 데 훨씬 더 많은 어려움을 겪을 것이다.스팸. Daß Wölf 00:38, 2017년 7월 20일 (UTC)[응답]
울프가 말했다.나는 우리가 유료 편집자들이 서로 배우는 것을 원하지 않고, 중립적으로 글을 쓰고, 신뢰할 수 있는 출처를 사용하고, 이해 상충되는 영역을 피하는 편집자들로부터 배우는 유료 편집자들을 원한다고 덧붙인다.2017ereSpielCequers 07:07, 2017년 7월 20일 (UTC)[응답]
  • 단지 fyi, 이 문제에 대해 좀 더 생각해 봤고, 이미 일어나고 있는 "성명서"를 중심으로 그 활동을 WP로 옮기는 것이 타당할지도 모른다.위키프로젝트 협력.같은 일을 하기 위해 가는 더 쉬운 방법일 수도 있다.Jytdog (대화) 2017년 7월 20일 00:00 (UTC)[응답]
  • 지지 - 올바른 방향으로 한 단계 이동화이트모자와 블랙모자 유료 편집자는 차이가 있다.염소에서 양들을 가려내는 게 전부야...카라이트 (대화) 04:29, 2017년 7월 20일 (UTC)[응답]
  • 지원, 잠시 고민해 본 결과.유료 편집은 절대 안 할 거니까, 좀.좋은 지위에 있는 지역사회의 구성원인 유료 편집자들은 절대적으로 확고한 생각이다.엔터티 (토크!) 06:43, 2017년 7월 20일 (UTC)[응답]
  • 반대 - 이 길드들은 일반적으로 원하는 그룹을 위한 자율 규제 기구를 가리킨다. 유료 편집자들은 우리의 기준으로 볼 때 원하지 않는 그룹이다.2017년 7월 20일 (UTC) od od misוווו od Od Mishehu 07:58 (UTC)[응답]
  • 지원 나는 유료 편집에 반대하지만, 피해를 보지 않는다.아마도 내가 듣지 못한 은 개 휘파람 소리일 것이다.위에서 지적했듯이, 누구나 위키피디아 주제를 만들 수 있다.그래서 우리는 무엇에 대해 논쟁하고 있는가?여기서 무슨 일이 일어나든 그것은 개별 위키피디아 사람들의 변덕에 따라 행해질 것이다.그림 9 (대화 기여) 00:15, 2017년 7월 21일 (UTC)[응답]
  • 반대, 대부분 코레더애플 당.더블샵 (토크) 08:40, 2017년 7월 21일 (UTC)[응답]
  • 제안.기업 사용자 페이지를 장려하는 데 마일리지가 있는가?Bodgeit & Scarper는 그들이 "가장 큰 (2017년 판매량: 3,500만 대)이며 스프링 장착 설치류 제거 장치의 최고의 제조사"라는 것을 세계에 알리고 싶어한다고 하자.사용자 또는 해당 에이전트가 사용자에게 다음과 같은 정보를 제공할 수 있다.보드게이트_&_스카퍼.이어 편집자는 마우스 트랩을 편집해 "2017년 보드지트앤스카퍼는 3500만 개가 팔린 최대 제조사라고 주장했다"는 정보를 추가할 수 있다.<ref>Bodgeit & Scarper, '회사 페이지' [[Bodgeit & Scarper]] 액세스 날짜=2017년 4월 1일.주요 백과사전의 유료 편집은 금지될 수 있지만 "흰 모자"는 추적 가능한 정보를 입력하는 동시에 POV를 없앨 수 있다.그냥 대충 생각해 봐!셰필드의 마틴 (대화) 09:56, 2017년 7월 21일 (UTC)[응답]
  • 반대하라 나는 Jytdog와 다른 사람들이 대화를 진전시키기 위해 언급하는 것에 감사한다.위키피디아가 유료 편집자를 지원하기 위한 인프라를 개발한다면, 그 시작은 사람이나 조직에 관한 위키피디아 기사를 편집하지 않는 유료 편집자들을 위한 것이어야 한다고 생각한다.현재 "유료 편집"은 "브랜드 또는 프로모션 편집"과 거의 동의어다.그러한 열띤 토론 때문에, 우리는 홍보 관심사에 도움이 되지 않는 일반적인 참고 주제에 대해 호의적인 유료 편집을 위한 경로를 만들지 않는다.우리는 레지던스의 위키백과에서 전문 유료 편집 모델을 가지고 있다.우리는 예를 들어, 브랜드를 홍보하지 않고 "상업"이나 "공영공원"과 같은 일반적인 분야의 위키백과 기사를 편집하기 위해 학자에게 자금을 덜 들이고 싶어하는 조직과 같은 가벼운 지불 모델을 가지고 있지 않다.정치적 논쟁의 경우 중립적인 담론을 후원하고 모든 이슈의 측면을 제시하는 조직들이 있다. 예를 들어, 주요 정책 이슈에 대한 토론에서 모든 주요 관점을 나열하는 것과 같다.페이스북과 트위터에서 아이디어를 공유하는데 많은 돈을 투자하는 단체들이 있는데 실제로 그들이 정말로 원하는 것은 위키피디아에서 중립적인 정보를 가지는 것이다.만약 "브랜드가 없고, 프로모션 유료 편집자"를 위한 클럽이 있다면, 나는 그것이 일부 편집자들에게 효과적이고 긍정적인 공간이 될 수 있다고 생각한다.일단 브랜드와 무관한 유료 편집자들을 위한 명확한 길을 정립하고 나면, 아마도 우리는 브랜드에 대한 더 논란이 많은 이야기를 다룰 수 있을 것이다.내가 아는 한, 브랜드 편집을 하는 유료 편집자의 100%가 문제를 일으키고 자원봉사자들을 화나게 했다.15년, 75만 번 이상의 시도, 100% 실패율의 길을 따라갈 이유가 없다고 본다. 블루래스베리 (토크) 2017년 7월 21일 (UTC) 16:35 [응답]
  • 제한적인 지원 일부 편집자들은 WP에서 절대적으로 어려운 작업을 수행하고 있으며, 그들 중 누구도 단지 몇 개의 헛기사를 넘어 시간과 전문성을 제공하는 이타적인 노력에 대해 어떠한 인정도 받아서는 안 된다는 것은 희한한 일이다.비록 그것이 그들의 다작의 노력에 대한 감사의 표시로 적은 급료일지라도 이것은 분명히 바뀌어야 한다.그것이 크라우드 펀딩을 통해서든 위키 기부금을 통해서든 나는 모른다.그리고 의심의 여지 없이 모든 편집자들이 그들의 작품에 대한 보수를 받기를 바라지는 않을 것이다. 그러나 그러한 편집자들은 검토를 위해 그들의 편집 이력을 제출할 수 있는 수단을 가져야 한다.그런 다음, 관리자 위원회는 기여금의 가치를 분석하고, 어떤 보상이 적절한지를 결정할 수 있다.또 다른 옵션은 일부 최상위 기여자를 인식하기 위해 특정 사용자 페이지에 배치된 PayPal 링크를 통해 이를 지원하고 장려하고자 하는 다른 사용자도 이를 지원할 수 있다.우수 작업의 인센티브 부여는 확실히 이 사이트에 유리하다. - JGabbard (대화) 17:37, 2017년 7월 21일 (UTC)[응답]
  • 청동, 실버, 골드 계정에서 길드 회비 지원.멤버십 카드에는 3RR로부터의 면책, AfD로부터의 무료 이탈과 같은 독점적인 혜택이 포함되어 있다(거부 및 제한 사항은 미세 인쇄 참조).회원들은 무료 편집에 대해 비급여 자격으로 두 배, 세 배 점수를 받는다.기타 혜택으로는 무료 위키마니아 장학금, WMF 회장의 개인 이메일 주소, 위키백과 토테 등이 있다. -- GreenC 18:52, 2017년 7월 21일 (UTC)[응답]
  • 매우 강한 반대.중립적으로 쓰든 아니든 모든 유료 편집은 회사, 제품, 개인 또는 비영리 단체를 홍보하기 위한 시도다.그것은 위키피디아를 위한 것이 아니며, 수천 명의 유지보수 직원들과 진정한 의미의 콘텐츠 제작자들이 그들의 무급 여가 시간을 제공하는 것도 아니다.유료 편집, 특히 유료 편집자에 대한 도움말/지원 영역의 조성에 대한 우리의 관점의 약간의 완화는 그들이 그들의 활동의 합법화로서 받아들일 것이다.우리는 이미 유료 편집 선언을 그들의 사용자 페이지에 붙임으로써 우리가 유료 편집을 묵인하고 그들에게 기본적으로 노골적인 스팸을 쓰기 위해 모든 수단을 동원할 수 있다는 것을 의미한다고 생각하는 많은 사람들이 있다.
이 스패머들에게 석고 조각에 약간의 금이 가도록 하면, 그들은 곧 우리의 규칙과 가이드라인을 그들이 전체 벽을 쓰러뜨릴 때까지 잘라버릴 것이다.커뮤니티와 WMF가 협력하여 새로운 조치들에 대한 짧은 재판이 곧 열릴 것이며, 분석 결과 스팸(다른 원하지 않는 콘텐츠뿐만 아니라)에 어떤 영향을 미쳤는지 알 수 있을 것이다.새로운 기사의 비색인화와 함께, '위키피디아' 고객에 대한 SEO의 장점을 부정하고, '위키피디아' 상인에 대한 인센티브를 줄여야 한다.
숙련된 새 페이지 검토자가 유료 편집을 특별히 탐지하는 것은 어렵지 않으며, 최근 변경된 패트롤러와 보류 중인 변경 검토자가 스팸 링크를 인식해야 하며, 우리가 요구하는 몇 가지 소프트웨어 향상 기능(예:ORES, 그리고 더 나은 자동 중복 감지)가 나머지를 해야 한다.그러나 지금 증가하고 있는 것은 전문가용 양말 반지로부터 관리자들에게 이메일로 보내지는 직장에 대한 직접적인 제안의 수치다.우리는 오직 시소스의 진실성에 의지하여 거절할 수 있을 뿐이다.유료 편집에 맞서기 위한 대책들이 그것을 지하로 몰고 갈 것이라는 것은 이해하지만, 나는 우리가 원칙을 고수할 필요가 있다고 생각하고 아직 그런 강력한 원칙이 없다면, 우리가 그렇게 해야 할 때라고 생각한다.쿠드풍 กุผึ ((대화) 21:42, 2017년 7월 21일 (UTC)[응답]
  • 매우 강한 반대.쿠드풍은 그 모든 것을 위에서 말했고 나는 동의한다.찰스 (토크) 21:53, 2017년 7월 21일 (UTC)[응답]
위의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

NFCC #8 및 음반 목록

여보세요, 만약 여기가 잘못된 곳이라면, 혹은 이미 구역질이 논의된 거라면 사과할게.그것은 전에 논의된 적이 있는 것으로 보이지만, 마을 펌프에서는, 그리고 최근에는 그렇지 않다.

하지만 최근 밥 딜런의 음반에 앨범 커버를 추가했는데, 이 추가 사항들은 되돌아가게 되었다.[주: 그 당시 나는 정책을 알지 못했었다, btw] 이것은 WP의 일반적인 관행으로 보이며, 나는 확실히 일반 관행을 따르는 사람을 탓하지 않는다.그러나 그 뒤의 추리를 자세히 살펴보면, 나에게는 그다지 이치에 맞지 않는다.

NFCC #8: 상황별 유의성. 비자유 콘텐츠는 콘텐츠의 존재가 기사 주제에 대한 독자들의 이해를 크게 증가시킬 수 있고, 콘텐츠의 생략이 그러한 이해를 해칠 수 있는 경우에만 사용된다.

내가 사진을 추가한 이유는 밥 딜런을 사랑하고 그의 표지 예술을 어디에나 원하기 때문은 아니다.왜냐하면 내가 음반 제작 페이지에 있었는데 정말 도움이 안 돼서 그래.이름, 숫자 다발이다.사진이 없으면 딜런의 38개의 앨범이 모두 함께 달린다.그것은 단지 텍스트 벽일 뿐, 테이블로 분리되어 있지만, 여전히 도움이 되지 않는다.표지 예술은 문맥을 제공하는데, 그것은 기사를 이해하는 데 상당한 도움을 준다.아티스트가 4장의 앨범을 가지고 있을 때 도움이 되지 않을 수도 있다.하지만 딜런과 같은 예술가나 폴 사이먼(그가 생각났다), 혹은 많은 양의 작품을 가진 사람이라면, 사진을 갖는 것이 도움이 된다고 생각한다.그 사진들은 내용을 확인하는 데 도움이 된다.이 앨범이 없다면 블러드 앤 더 트랙스 그리고 스트리트 리걸도 같은 앨범일 것이다.

WP 정책의 문구를 추가로 지적하고자 한다.갤러리, 디스크, 내비게이션 및 사용자 인터페이스 요소에서 자유롭지 않은 매체(이미지, 오디오 또는 비디오 클립 등)를 사용하는 은 일반적으로 유의성(기준 #8)에 대한 시험에 실패한다.

그것은 일반적으로 실패한다.즉, 예외가 있다.

다시 한 번 말씀드리지만, 아티스트가 일정 수의 앨범을 가지고 있는 음반 기록에서 앨범 아트에 관대함이 없어야 하는가?나는 그것이 확실히 이치에 맞는다고 생각한다. 그리고 개인적으로 그것은 나의 음반에 대한 이해를 크게 증가시킬 것이다.그것은 공정한 사용에 해당하는 것으로 보이며 사용된 이미지 크기는 앨범 페이지에 사용된 300px보다 더 작을 수 있다.앨범 페이지에 쓰는 것보다 더 공정하게 쓰는 게 어떻게 잘못될 수 있는지 모르겠다.Cid, є Caɱpeador 13:30, 2017년 7월 31일 (UTC)[응답]

앨범 커버를 목록에 넣는 것이 도움이 되는 것은 무엇인가?음악 팬들에게는 앨범(이름 위의 이미지를 기억하기 쉽기 때문에)을 찾는 데 빠르게 도움이 될 것이라는 것을 알지만, 우리는 이런 것들을 결코 보지 못했을지도 모르는 일반 독자들을 위해 글을 쓰고 있다.그리고 단지 시각적으로 공간을 분열시키는 것을 돕기 위해 목록에 이미지를 추가하는 것은 절대적으로 용납될 수 없다.예를 들어, Dylan의 자유로운 이미지를 콘서트나 다른 측면에 사용하여 목록에 시각적으로 도움을 줄 수 있지만, 긴 디스크의 경우 NFCC 예외를 고려할 논리는 없다. --MASEM (t) 13:34, 2017년 7월 31일 (UTC)[응답]
  • 무슨 뜻이야?공정한 사용은 사용자가 음악 팬인지 아닌지와 연결되지 않는다.나는 그 목적이 헤어지는 공간이라고 말하지 않았다 - 내 말은 넓은 글과 어울리는 사진을 갖는 것이 이해에 도움이 된다는 것이었다.앨범의 이름을 보는 것과 앨범의 이름과 사진을 보는 것은 확실히 더 많은 맥락과 이해를 돕는 것으로 보일 것이다.그리고 당신의 논리에 따르면, 앨범의 기사에 앨범 아트가 실리는 데 어떤 도움이 되는가?같은 주장이 양쪽 모두에 적용된다.Cid, є CaɱpeadorᐐT₳LKᐬ 13:38, 2017년 7월 31일 (UTC)[응답]
    • 음반 목록 말고는 앨범의 세부적인 부분, 단지 기본적인 사실만을 다루면 된다.우리는 일반적으로 커버아트가 논의되지 않더라도 출판된 작품에 대한 독립형 기사에 커버아트를 허용하는데, 왜냐하면 우리는 예술의 선택에서 오는 암묵적인 마케팅과 홍보가 존재한다는 것을 인식하기 때문이다. 그러나 이것은 작품 자체에 대한 많은 커버아트가 있기 때문에 분명히 합리적인 수당이다.앨범 표에는 동일하지 않으며, 비자유 이미지의 사용량과 사용 횟수를 최소화하기 위해 노력하고 있기 때문에, 음반 목록 표에 있는 것들은 작품에 대한 유의미한 세부사항으로 들어가지 않기 때문에 허용하지 않는다. --MASEM (t) 13:43, 2017년 7월 31일 (UTC)[응답]
    • @El cid, el campeador:나는 WP에 열거된 토론이 다음과 같다고 생각한다.근거리 무선 통신#cite_note-3은 여기에서 관련된다.나는 단지 텍스트의 행을 분리하기 위한 그러한 용법은 장식적인 경향이 있고 WP에 의해 허용되어서는 안 된다는 점에서 Masem의 의견에 동의한다.NFLISTWP:NFTABLEs; 게다가 앨범이 그들 자신의 권리로 주목할 만한 위키백과라면, 표지 아트가 주요 식별 수단으로 이용되고 있고 WP의 6번 항목에 따라 볼 수 있는 독립형 기사에 대한 링크가 있을 가능성이 있다.근거리 무선 통신#UUUI. 앨범 목록에 이름을 한 번 언급한다고 해서 WP가 요구하는 컨텍스트가 (내 생각에는) 제공되지는 않는다.NFCC#8. 공정한 사용에 대해서는 WP:ITSFAIRUSE. 위키백과에서 다양한 방법으로 사용할 수 있는 공정한 사용 이미지들이 많이 있지만, "위키피디아 공정 사용"과 "미국 저작권법 공정 사용"은 약간 다른 것을 의미한다.위키피디아의 비자유 콘텐츠 사용 정책은 번데기처럼 공정한 사용보다 더 억제적이며, 가능한 한 비자유 콘텐츠 사용을 최소화하도록 우리에게 요청한다.이것은 비무료 파일을 한 번만 사용할 수 있다는 것을 의미하는 것이 아니라, 가능하면 비무료 콘텐츠에 대한 대안을 시도하고 사용해야 한다는 것을 의미한다. -- 3월 (토크) 13:55, 2017년 7월 31일 (UTC)[응답]
마셈, 왜 우리는 펜실베니아 대학교의 노벨상 수상자 목록과 같은 특집 목록에 사람들의 사진을 포함시키는가?물론 그것은 우리가 독자들이 그들의 팬이라고 생각하기 때문은 아니다. 아니면 독자들이 대부분 어떻게 생겼는지 알 수 있을 것이다.그러나 우리는 여전히 그러한 이미지들을 포함하는 것이 유용하고 적절하다고 생각한다.나는 독자들이 사진으로부터 뭔가를 배운다고 믿는다 – 아마도 우리가 찾을 수 있는 거의 대부분의 백인들의 사진으로부터, 적어도 음악 그룹의 앨범 예술작품이 시간이 지남에 따라 어떻게 변해왔는지(또는 어떻게 바뀌지 않았는지) 보는 것에서부터, 많은 것을 배울 수는 없을 것이다.일부(아마도 소수의) 디스크 자료의 경우, 나는 대부분의 작품 또는 전부를 작품에 대한 서면, 소싱된 분석과 함께 보여주는 것이 완벽하게 합리적이라고 생각한다.
팬이 아닌 사람이 비틀즈의 음반으로 '하얀 앨범'(항법용)을 찾아 스크롤할 수도 있다고 주장하는 것은 매우 그럴듯하며, 하얀 색의 앨범 아트를 그냥 찾을 수 없다는 것을 발견하고 낙담하는 것은 매우 설득력이 있다고 생각한다."The White Album"이 다른 이름을 가지고 있다는 것을 교육받은 팬은 이미 알고 있다.일반 독자는 그렇지 않다.WhatamIdoing (대화) 22:13, 2017년 8월 2일 (UTC)[응답]
위키피디아의 비자유 콘텐츠 사용 정책은 WP당 펜실베이니아 대학 부속 노벨상 수상자 목록과 같은 기사에 비자유 이미지 사용을 허용하지 않는다.NFLIST.해당 기사에서 사용 중인 모든 파일은 자유롭게 허가되거나 공개 도메인에서 사용되므로 WP별로 이러한 종류의 비교가 그다지 도움이 되지 않는 경우가 많다.기타 이미지.파일:도 마찬가지다.더비틀스68LP.jpg; 위키백과의 비자유 콘텐츠 사용 정책의 적용을 받지 않는다는 것을 의미하는 비자유 콘텐츠로 허가되지 않았다.비틀즈(앨범)의 표지 아트가 비틀즈 음반에서 사용되고 있지 않다면, 그것은 아마도 편집상의 이유 때문이 아니라 비자유적인 내용상의 이유 때문이 아닐 것이다. -- 3월 22일 () 22:24, 2017년 8월 2일 (UTC)[응답]
만약 그 사람이 앨범을 알지 못하지만 이름으로 이 곳에서 음반 목록들을 스캔하고 있다면, 앨범 아트는 그들에게 도움이 되지 않을 것이다.열렬한 팬은 예술에 의해 도움을 받을 수도 있지만, 그 이름도 알게 될 것이다.우리는 디스켓에 관한 앨범 아트를 꽤 장식적이라고 생각한다. - 가지고 있는 것은 좋지만 본질과는 거리가 멀고, 따라서 NFCC#8을 실패하게 되고, 그래서 그것이 NFLIST를 실패하게 되는 것이다.예술이 자유로울 수 있다면, 그렇다면 위대할 수 있다면 포함시킬 수 있지만, 여전히 같은 목적을 위해 장식적으로 봉사하고 있다. --MASEM (t) 22:45, 2017년 8월 2일 (UTC)[응답]
내 생각에 당신은 독자가 위키피디아에서 시작했다고 가정하는 것 같은데, 웹 검색 엔진에서 시작하지 않고, 일부 이미지들을 전시할 것이다.나는 최근의 연구가 가정은 약 90%가 틀릴 것이라는 것을 보여준다고 믿는다.WhatamIdoing (대화) 02:16, 2017년 8월 3일 (UTC)[응답]
해당 앨범 아트에 이미 익숙한 독자들의 탐색 용이성에 관한 상황을 설명한 반면, 그 정책은 쓰여진 주제에 대한 독자들의 이해와 관련이 있다.당신의 구체적인 예(Bob Dylan discography, I take it)에서, 나는 글에서 저작권이 있는 앨범 아트를 동반함으로써 전달된 의미가 촉진될 만한 어떤 텍스트도 볼 수 없고, 또한 앨범 아트가 부족하여 현재 나에게 없어지고 있는 텍스트의 의미도 볼 수 없다.딜런 씨의 앨범 아트의 넓은 획에 이미 익숙한 독자들은 목차를 읽는 것보다 자신이 보고 있는 정보를 더 빨리 찾을 수 있을 것이다.그러나, 의견 일치는 그것이 WP:5P3를 위반하여 저작권이 있는 자료를 사용할 충분한 이유가 되지 않는다고 말한다.4번째 순서 = λ=15:51, 2017년 7월 31일 (UTC)[응답]
그러나 그러한 텍스트는 추가(및 소싱)될 수 있다.밥 딜런의 앨범 아트가 음악에 대한 무언가를 드러낸다는 생각은 위키피다에게는 독창적이지 않다.[2] 해당 페이지에 미술작품의 분석이 추가되면 이의신청이 종료되는가?WhatamIdoing (대화) 22:13, 2017년 8월 2일 (UTC)[응답]
앨범에 대해 페이지에서 앨범 아트에 대해 논의하는 것은 일리가 있고, 사실 커버 아트를 보여줘야 하는 이유를 강화해야 하지만, 예술과 전체 디스커버리지를 연결하는 것이 없기 때문에 아예 음반 페이지에 커버하는 것은 말이 되지 않는다. --MASEM (t) 22:45, 2017년 8월 2일 (UTC)[응답]
나는 예술과 전체적인 음반 목록들을 연결하는 자료들을 본 적이 있다."페미스트 밴드의 모든 앨범이 어떻게 아트워크에서 유사한 ____를 가지고 있는지 보라"는 잡지 기사(예: [3] 또는 [4])의 특이한 주제가 아니다.출처가 모든 앨범에 대해 이야기하고 있고, 앨범 1위의 작품과 앨범 2위를 비교하고 대조하고 있을 때, 싱글 앨범에 관한 기사에서 분석을 논하는 것은 말이 되지 않는다.WhatamIdoing (대화) 02:16, 2017년 8월 3일 (UTC)[응답]
  • 그렇다면 앨범 세트의 예술작품에 대해 논하는 기사가 그것을 뒷받침할 충분한 믿을 만한 출처를 찾을 수 있다면 적절할 수 있을 것이다.그렇다고 해서 음반에 포함된 것이 검증되지는 않는다. --Hammersoft (대화) 13:39, 2017년 8월 3일 (UTC)[응답]
  • 또는 여기 앨범 아트 시퀀스를 논의하기 위해 레드테이블 바깥의 이미지 프레임이나 작은 몽타주 이미지가 적합할 것이다.그러나 앨범 커버리지의 인식된 연결성을 보여주기 위해 모든 커버를 보여줄 필요는 없을 것이다. 우리의 목표는 요약하고 완전하지 않기 때문에, 우리는 제공된 참조 자료를 사용하여 독자들에게 더 많은 것을 배울 수 있는 사이트를 제공할 수 있다.그러나 그런 종류의 출처는 음반 목록표 자체에 수록된 모든 앨범이 포함된 것을 정당화 할 수는 없을 것이다. --MASEM (t) 14:17, 2017년 8월 3일 (UTC)[응답]
  • IFF는 사용자가 생성한 몽타주가 아니며 IFF는 신뢰할 수 있는 소스 인용의 맥락에서 특정 앨범 커버를 논의한다. --Hammersoft (토크) 15:37, 2017년 8월 3일 (UTC)[응답]
  • 그래, 사실 - 몽타주해봐.만약 우리가 개별적인 앨범 아트를 이용할 수 있다고 가정한다면, 두 이미지의 새로운 무료 몽타주를 만드는 것보다 이러한 이미지들을 {{imageframe}에 박제하는 것이 더 낫다.전자는 비무료 사용을 최소화하고 있다. --MASEM (t) 15:43, 2017년 8월 3일 (UTC)[응답]

ANI 개혁 RfC

안녕하십니까. 이번 ANI 개혁 RfC에 대한 코멘트를 받으십시오.이 스레드에서 코멘트를 작성하지 마십시오. 모든 코멘트를 RfC 페이지에 게시하십시오.고마워, 비블리오 (대화) 2017년 8월 5일 (UTC) 19:29 (답변)

위키프로젝트 해스브로

나는 위키프로젝트가 Hasbro의 장난감, 게임, 멀티미디어 사업에 관한 위키백과 기사를 감독해야 한다고 생각한다. 위키프로젝트:위키프로젝트 하스브로(Wiki Project Hasbro)( 위키백과와 마찬가지로:위키프로젝트 레고).위키백과의 아동 프로젝트:위키프로젝트 완구, 그것은 어린이 프로젝트로서 트랜스포머와 G. I. Joe라는 두 개의 위키프로젝트를 가지고 있고 위키피디아 주제인 My Little Pony를 흡수할 것이다.또한 이전에는 3개의 개별 프로젝트에서 감독하지 않았던 다른 주제(미스터 포테이토 헤드, 네르프, 젬, 문 드림러스, 글로 프렌즈, 하나즈키, 푸르레알 프렌즈 등)도 감독해야 한다.내가 그 프로젝트에 오랫동안 집중적으로 참여할 수 있을지 모르겠지만, 그럴 필요가 있다고 생각해.JSH-alive/talk/cont/mail15:31, 2017년 8월 6일 (UTC)[응답]

WP:PRJCRE를 한 다음 직접 시작하십시오.러슬릭_제로20:16, 2017년 8월 6일 (UTC)[응답]
JSH-alive, WP:위키프로젝트는 사람들의 모임이다.만약 여러분이 함께 일하고 싶어하는 사람들의 그룹이 없다면, 실제로 존재하지 않는 위키프로젝트의 다른 비활성 페이지 세트를 만드는 것은 의미가 없다.일반적으로, 심각한 ("스타워즈"급) 팬층이 없는 틈새 지역은 실패할 수밖에 없다.Hasbro 장난감에 관심이 있는 사람들은 WP를 통해 시작해야 한다.부활 위키백과:위키프로젝트 장난감들, 그리고 그것이 너무 바빠지면 더 좁은 그룹으로 나누어질 뿐이다. (내 경험상, 그것은, 내 의견일치 못할 경험에서, 100명 이상의 참여자가 필요하다.)WhatamIdoing (대화) 17:59, 2017년 8월 7일 (UTC)[응답]

텔레비전 채널

텔레비전(그리고 어느 정도는 라디오) 채널에 관한 기사에 관한 새로운 규칙이 있어야 한다고 생각했다.

  1. 다국적 TV 채널 비즈니스의 지역 버전이 완전히 독립적인 스케줄을 가지고 있다면, 채널이 실제로 전송되는 장소와 관계없이 특정 버전에 관한 기사가 만들어질 수 있다.(예를 들어, 카툰 네트워크(브라질), 디스커버리 키즈(브라질)와 같은 기사는 카툰 네트워크(라)와 별도로 만들어질 수 있다.주석 아메리카)디스커버리 키즈 (라틴 아메리카)
    • 물론 지역 광고가 단순하게 채택되거나 일정상의 사소한 변동(예: 영국의 아일랜드 스카이 스포츠 채널)이 있는 채널은 그렇게 계산되어서는 안 된다.
  2. 예를 들어, '채널 H'가 단순히 '채널 Q'의 리브랜딩이고, 따라서 전자를 후자의 연속으로 만든다면, 그 과정에서 채널도 재포맷되었다 하더라도(예를 들어, 다큐멘터리 채널이 스포츠 채널로 바뀐 경우) 두 채널은 동일한 채널로 보아야 한다.
  3. 그리고 마지막으로, 기사 제목( 괄호 포함)은 해산을 위한...
    • 채널 이름에 방송채널(예: '채널', '텔레비전', 'TV', '네트워크' 등), 미디어 브랜드를 강하게 내포하는 단어, 또는 방송사의 이름을 나타내는 단어가 있다면 기사 제목은 괄호 안에 단순히 국가나 지역의 명칭을 가질 수 있다.
      • 카툰 네트워크(라틴 아메리카), tvN(한국), 디즈니 채널(동남아), 채널 5(영국) 등.
      • 디스커버리 터보(영국·아일랜드), 카툰리토(이탈리아), 디즈니 XD(네덜란드) 등.
      • BBC 엔터테인먼트(동남아시아), CBS 리얼리티(영국·아일랜드), CBC TV(바베이도스) 등.
    • 채널 이름이 정상 단어로 구성된 경우 괄호에도 'TV 채널'이 있어야 한다.
      • 폭스(핀란드 TV 채널), 보잉(스페인 TV 채널), 팝(이탈리아 TV 채널), 부메랑(라틴 아메리카 TV 채널) 등.

JSH-alive/talk/cont/mail15:29, 2017년 8월 6일 (UTC)[응답]

이것은 위키피디아에서 논의해야 할 내용처럼 들린다.위키프로젝트 텔레비전.칭찬 (대화) 2017년 8월 9일 19:47 (UTC)[응답]

가져오기 도구 액세스 요청

모두 안녕하십니까, 수입업자 접근을 요청하기 위한 논의를 작성하였습니다.위키백과 강연에 대한 귀하의 의견:페이지 가져오기 요청#수입업체 액세스에 대한 요청 - Xaosflux를 환영한다.배려해주셔서 감사합니다, — xaosflux 14:42, 2017년 8월 11일 (UTC)[응답]

CWW - 요점이 뭐야?

2016년부터 {Copypaste}라고 표기된 기사를 정리하려고 했다.전체 기사인 2016년 10월 신선했지만, 몇 년 전에 회수되었음을 알리는 태그가 부착되어 있었다.그것은 WP나 거울의 다른 기사들을 매쉬업한 것이었다.

WP:CWW는 다음과 같은 경우를 제외하고 이와 같은 새로운 기사가 귀속될 필요가 있다고 말한다.NOATT 적용 또는 WP:PATT는 만족한다.나는 다른 편집자와 토론에 들어갔는데, 편집자는 빠른 삭제 태그를 지우고 과정은 괜찮다고 말했다.

논리적인 결과는, 시간이 지남에 따라, 우리는 결국 서로 다른 혼합물에서 같은 내용을 설명하는 여러 기사들을 보게 된다.그것에는 해가 없지만, 한 부에 오류가 주입되면 부모에서 자녀로 무한히 복제할 수 있다.이 페이지들은 모두 참고 자료와 함께 제공되기 때문에, 그것들은 합법적으로 보인다.모든 행과 참고문헌의 검토만이 각각의 행을 고칠 수 있을 것이다.하나를 고치면 다른 것은 망가진다.

WP 편집자들은, 포맷하고, 문법상의 실수를 바로잡고, 새로운 사실을 발견하여 인용하고, 다루기 힘든 오래된 기사들을 재배열하거나, 새로운 기사들을 창조하고 싶어 한다.그것은 만족스러운 일이다.당신은 당신의 결과를 볼 수 있다.누군가에게 기사의 모든 참조를 검증해 보라고 요구하는 것은 밀린 일에서 알 수 있듯이 그다지 인기가 있는 것은 아니다.100만 개의 기사(예: 100만 개의 기사)가 있고, 나쁜 참고문헌도 있다.그 기사들 중 하나가 복사될 때마다 그 수는 점점 늘어나고 있다.

데이터베이스 세계에는 정규성이라는 개념이 있다.그러한 표준들 중 하나는 정상적인 제3의 형태다.그 속에서 사실(datum)은 단 한 번만 발생한다.그것은 정확하거나 거짓이다.한번만 고치면 어디에나 고친다.우리는 위키링크를 전체 기사에 허용한다.다른 기사의 일부로부터 기사를 만들 수 있는 다른 형태의 위키링크를 가져보는 것은 어떨까?한 단락을 복사하여, 유지되어야 하는 두 개의 별도 단락을 남겨두는 대신에, 두 글에서 모두 맞는 하나의 기초 단락만 존재하는가?우리가 지금 {main}을(를) 사용하고 있는 곳에서는 그렇게 많은 문제를 해결할 수 있을 것이다.보조기사가 폭발하여 본기사와 맞지 않다.

큰 걸음이지만 많은 문제를 해결할 수 있을 것이다.찻집에 글을 올렸지만, 여기서 추천을 받았다.도(토크) 13:01, 2017년 8월 11일 (UTC)[응답]

나는 너의 의견에 동의하는 부분부터 시작하겠다.정상화는 기본 데이터의 큰 목표다.우리는 모두 그것을 참고자료와 인용구를 단순화하는 데 사용해야 한다.예를 들어, 나는 한 책이 문헌 정보를 가지고 있고 위키링크가 13번 반복되는 한 페이지를 방금 보고 있었는데, 페이지 번호의 각각의 변경에 대한 완전한 참조였다!오늘 저녁의 나의 임무는 그것을 {{sfn}} 시스템으로 변경하여 한 권의 참고 문헌과 페이지 번호와 함께 일련의 간단한 참고 문헌이 있게 하는 것이 될 것이다.
그러나 내가 동의하지 않는 것은 "다른 혼합물에서 동일한 내용을 설명하는 여러 가지 기사"가 있을 때 그리고 당신은 "그것에는 아무런 해가 없다"고 말할 때 입니다.WP의 지능적 사용:MERGE와 모자 메모는 중복을 심각하게 줄여야 한다.지금은 21세기고 우리는 하이퍼텍스트를 가지고 있어!"XYZ" 기사 내의 역사라는 섹션에 있는 "XYZ의 역사" 페이지를 한 두 단락 요약으로 프리크하는 것이 타당하다.모자 메모는 독자를 더 완전한 형태로 이끌 것이다.시간낭비인 것은 단어마다 단어(및 참조용 참조용 참조용) 단락을 한 페이지에서 다른 페이지로 복사하는 것이다.개인적으로 말하면, 만약 다른 곳에 완전한 형식이 있다면, 나는 요약본이 상세한 참조를 할 것이라고 기대하지 않을 것이다. 그래서 나쁜 참조를 전파하는 문제 또한 사라진다.
요약하자면, 데이터에 대한 정규화를 유지하고 Wiki의 기존 구조를 사용하여 중복을 정렬해 봅시다.경계 케이스도 있겠지만 애초에 있어서는 안 될 문제를 해결하기 위한 구조를 만드는 것은 IMHO, 시간 낭비다.안녕하십니까, 셰필드의 마틴 (대화) 13:24, 2017년 8월 11일 (UTC)[응답]
(갈등 편집) 유지하기가 어려울 겁니다.예를 들어, Papal Conclave를 준비할 때, 1605년 5월 GA 리뷰를 위해 나는 콘텐츠를 Papal Conclave, 1605년 3월 배경으로 복사했다. 그것이 배경이고 GAR을 통해 방금 만들어졌기 때문에, 나는 그 내용이 GA 퀄리티라는 것을 알았다.내가 만약 시제 등의 면에서 생각난다면 그것에 대해 몇 가지 트윗을 했다.이러한 기사에 대한 내용을 하나의 표준화된 출처 문단에 포함시키는 것은 말이 되지 않는다. 왜냐하면 그것들은 다른 시간에서 일어났기 때문이다.하나는 다른 하나의 배경이지만, 같은 출처(문단을 초월할 수 있는 문단이 있는 페이지라고 가정해 보자)라고 하는 것은 도움이 되지 않을 것이다. 그러나 새로운 페이지에 기존 내용을 복사한 다음 그것을 수정했다.도널드 트럼프 행정부의 외교정책도널드 트럼프의 경제정책에서 우리가 쪼개서 다듬은 도널드 트럼프 행정부의 외교정책에서도 비슷한 이슈가 발생했다.내용을 베끼는 것도 유용했지만, 따로 떼어놓는 것도 유용했다.토니발리오니 (토크) 13:36, 2017년 8월 11일 (UTC)[응답]
셰필드의 마틴 안녕하십니까 - "[T]애초에 있어서는 안 될 문제를 해결하기 위한 구조를 만드는 것은 IMHO, 시간 낭비다."우리는 격렬한 합의에 있는 것 같다.단락과 참고문헌을 베끼는 점에서는 우리는 전적으로 동의한다.레드를 전체적으로 그리고 고정되고 검증된 형태로 캡처할 수 있어야 하며 하이퍼링크가 아닌 읽기 쉬운 텍스트로 다른 곳에 삽입할 수 있어야 한다(이미 캡처되었기 때문에 참조가 필요하지 않다).공통 요소를 포함하되 다른 관점에서 두 개의 기사를 보유하는 것은 논의의 대상이다.나는 "그것에는 해롭지 않다"고 말한다.WP에 의해 제거될 수 있는 불필요한 중복으로 볼 수 있다.MERGE. 내가 설명한 예에서 편집자는 Delete 태그를 되돌릴 정도로 기사를 옹호했다.본문의 기록과 그 참고문헌을 잃어버리는 것은 편집자에게 조금도 문제가 되지 않았다.내가 그 위험성을 지적했는데, 네가 동의하는 것 같아.토니발리오니는 트럼프와 마찬가지로 기사를 세분화하기 위해 특정 사례에서 복사 및 붙여넣기를 지원한다.해결책은 무엇일까?도(토크) 14:23, 2017년 8월 11일 (UTC)[응답]
나는 "폭력적인 합의"에 있는 것이 좋다. 다른 것보다 훨씬 낫다! :-) 나는 당신이 말하는 사례가 "경계적인 사건"이라는 제목 아래에 있는 것이 아닌가 의심한다.그렇다, 그것들은 발생하지만 드물고 특별하게 처리될 수 있다.나는 단지 문단 데이터베이스의 상부구조를 확립할 필요가 없다고 본다.오늘 저녁에 잠깐 둘러보고 올지도 몰라.셰필드의 마틴 (대화) 15:03, 2017년 8월 11일 (UTC)[응답]
셰필드의 안녕 마틴 -- 문제를 다른 방식으로 생각해 보십시오: WP가 편집자들에게 주는 대부분의 만족은 편집자들에게 수정, 추가, 또는 콘텐츠를 만드는 데서 온다.WP를 지식도 잃지 않고 더욱 컴팩트하게 만들어 콘텐츠 병합에 대한 일종의 인식은 어떨까?도(토크) 15시 10분, 2017년 8월 11일 (UTC)[응답]
여기서 문제는 당신이 기본적으로 문단 데이터베이스에 대해 이야기하고 있다는 것이다.사이언티스트가 아닌 사람이라면 누구나 데이터베이스 유지에 얼마나 어려운지 말해줄 것이다: 영어 위키백과 내의 단락만큼 복잡한 것을 위해 그것을 하는 것은 기사별로만 하는 것보다 훨씬 더 어려울 것이다.위키다타는 영어 위키백과와 그녀의 자매 프로젝트 사이에 존재하고 일부 데이터를 추적한다.아직 모르는 일이라면 관심을 가질 만한 것일지도 모른다.토니발리오니 (토크) 15:39, 2017년 8월 11일 (UTC)[응답]

기존의 전시 제목인 "칭하이"를 "칭하이 최고 마스터"로 변경 제안

장소가 잘못되었다.-맨드러스 인터뷰 11:33, 2017년 8월 15일 (UTC)[응답]

주제에서 말했듯이, 나는 다음과 같은 이유로 "칭하이" 기사의 제목을 "칭하이 최고사"로 바꿔야 한다고 제안한다.
기사 제목에 대한 위키백과 정책에 따르면,
1. 영어의 신뢰성 있는 출처의 상당부분에서 용법을 통해 입증된 바와 같이, 기사의 주제가 주로 하나의 공통 이름으로 언급될 때, 위키피디아는 일반적으로 출처를 따르고 그 명칭을 기사의 제목으로 사용한다(다른 명칭 기준에 의거).그리고 "최고의 명장 칭하이는 영어의 신뢰할 수 있는 출처에서 그 주제를 언급하는 데 가장 많이 쓰이는 과목의 이름이다.
2. 칭하이는 중국어로 누구의 이름, 장소의 이름, 사물의 이름, 그리고 심지어 어떤 의미의 구절까지 의미할 수 있다.인터넷에서 검색해보면 이 글에서 묘사된 주제와 관련이 없는 이 두 단어 "칭하이"와 관련된 모든 종류의 정보를 찾을 수 있을 것이다.그래서 '칭하이'라는 이름에 애매모호한 점이 있어 '최고명사 칭하이'가 기사의 제목이 가장 적당하다고 제안한다. -- 오럭(토크) 06:12, 2017년 8월 15일 (UTC)[응답]

그것은 이 페이지의 목적이 아니다.위키백과 참조:기사의 이동을 제안하는 방법(제목 변경)에 대한 정보를 위해 요청된 이동.-맨드러스 인터뷰 06:54, 2017년 8월 15일 (UTC)[응답]
또한, 그것은 올바른 조치가 아닐 것이다.우리는 아키히토 천황이라는 페이지 이름도 가지고 있지 않다.우리는 기사 제목에서도 영국의 여왕을 '퀸'이라고 부르지 않는다.2017년会話投稿記録 8월 15일(UTC) 10시 55분 라일리부그즈[응답]

RfC 통지:Family Guy의 첫 문장에서 설명자로 "성인"을 제거하십시오.

'가족남자 토크'의 첫 문장에서 '성인'을 빼자는 제안을 했다.패밀리 가이#RfC: 첫 문장에서 설명자로써 "성인"을 제거한다.컬리 "JFC" 터키 "고블! 2017년 8월 15일(UTC) 13시 15분 답변"

템플릿을 추가할 봇:높은 사용률 및 템플릿:템플릿이 필요한 경우 위험성이 높음

템플릿:높은 사용률 및 템플릿:고위험(high-risk)은 2,500개 이상으로 구분된 템플릿의 문서 페이지에 추가되어야 하는 템플릿이다(템플릿:사용량이 많음) 또는 100,000개 이상(템플릿:고위험 페이지.그들은 이 템플릿들을 보는 사람들에게 변경사항이 너무 많은 페이지에서 망라되기 때문에 위험하다고 통지한다.그러나, 높은 사용률 또는 높은 위험도의 템플릿이 필요한 많은 템플릿에는 여전히 그러한 템플릿이 없다.예를 들어 상위 3000개 하위권에 있는 템플릿의 대부분은 5,000~6000페이지에 걸쳐 대부분 변환되어 있음에도 불구하고 사용량이 많은 템플릿은 가지고 있지 않다.이 문제를 해결하기 위해 범주:의 템플릿을 살펴보는 봇을 제안한다.위키피디아 템플릿과 그들이 얼마나 많은 전횡을 가지고 있는지 살펴봐라.2,500개 이상 10만개 미만의 전횡이 있는 경우 사용량이 많은 템플릿이 문서화 페이지에 추가된다.단, 10만 건 이상의 전횡이 있는 경우, 고위험 템플릿이 문서화 페이지에 추가될 것이다.필록My contribs 15:42, 2017년 8월 15일 (UTC)[응답]

Account Creator 사용자 그룹의 사용자가 Confirmed 사용자 그룹에 사용자를 추가할 수 있도록 허용

다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

Wikimedia Foundation은 다음 달쯤 WP를 시행할 예정이다.영어 위키백과 커뮤니티의 요청에 따라 ACTRIAL.(RfC 참조)이 시험 동안, 새로운 (비자동 확증) 사용자들은 기본 (기사) 네임스페이스에 새로운 페이지를 작성할 수 없을 것이다.이것은 편집 중이나 유사한 이벤트 중에 합법적인 새로운 기사 작성을 방해할 수 있다는 우려가 있다.이 문제를 해결하기 위해, 계정 작성자 사용자 그룹(일반적으로 편집-a-thon을 실행하는 사용자에게 임시로 할당됨)을 수정하여 이 그룹의 사용자가 확인된 사용자 그룹에 다른 사용자를 추가함으로써 검사된 사용자가 이 이벤트에서 새로운 기사를 작성할 수 있도록 할 것을 제안한다. (참고, 이 기사들은 wi.Special:에서 검토 대기열에 계속 추가됨:페이지피드).이러한 변경의 목적은 기본적으로 ACTRIALION 동안 해결 방법을 제공함으로써 이러한 이벤트의 중단을 재판 중에 최소화할 수 있도록 하기 위함입니다.그만큼 지역사회가 선호하는 것에 따라 일시적이거나 영구적인 변화가 될 수 있다.칼다리 (대화) 21:23, 2017년 8월 4일 (UTC)[응답]

  • WP임시 변경으로 지원:액트리얼.어카운트 크리에이터 사용자 그룹에 추가되는 대부분의 사용자는 경험 많은 이벤트 코디네이터로 적어도 적절한 기사를 작성하는 방법에 대한 기본적인 지침을 제공하고 있다.비록 편집-a-thons의 저품질 새 기사가 여전히 꽤 있을 것이라고 확신하지만, 이것은 우리가 아기를 목욕탕에 버리는 것을 막아줄 것이다.우리는 ACTRIAL이 스팸과 COI 기사의 양을 줄이는 것이지 불량 신제품을 100% 없애는 것이 아니라는 것을 기억해야 한다.전반적으로, 나는 편집-a-thons의 기여가 위키피디아에게 순 긍정적이라고 생각하는데, 우리는 그 기여를 중단해서는 안 된다.칼다리 (대화) 21:23, 2017년 8월 4일 (UTC)[응답]
ACTRIAL의 주요 목표 중 하나는 검토자와 기타 유지보수 작업자의 작업량을 줄이는 것이다.지난주 SA 지부와 스웨덴 대사관에 의해 조직된 남아프리카의 한 편집자톤이 TV 인터뷰 동안 공개되었고 많은 참여를 받았다.불행히도, 촉진자는 예상치 못한 높은 참여에 준비가 되어 있지 않았고 많은 기사가 선의로 제작되었지만 백과사전으로서는 전혀 적합하지 않았다.그렇지 않으면 이런 선의의 노력을 삭제해야 한다는 것은 부끄러운 일이다.사용자 그룹 권한을 변경하기보다는 편집자가 자신의 샌드박스나 드래프트 네임스페이스에서 대신 기사를 작성하도록 하여 학생들에게 편집 방법을 가르치는 것이 더 적절할 수 있다.촉진자들은 그들을 위해 적절한 물품을 메인 스페이스로 옮길 수 있었다.쿠드풍 กุผผ ((대화) 00:20, 2017년 8월 5일 (UTC)[응답]
SABC뉴스의 TV 기사를 참조하십시오.쿠드풍 กุผึ ((대화) 03:05, 2017년 8월 5일 (UTC)[응답]
하! 칼다리, 지금쯤은 "경험자"가 여러 가지 의미를 가지고 있다는 것을 알아야 한다.당신은 편집-a-thons와 관련된 최근의 Dalit 캠페인과 관련된 이슈들을 알고 있다.이 요약본은 표면에만 적용되며 관리자와 과거/현 WMF 직원의 잘못된 의사 결정으로 가득 차 있다.나는 그것이 완전히 엉망진창이었다는 나의 추정에 있어서 나 혼자가 아니라고 장담할 수 있다.나는 그런 사람들이 표준적인 운영 절차/정책/지침이 무엇이든 예외를 둘 것이라고 믿지 않을 것이다.기사작성 마감일은 없지만 실제로 무슨 이야기를 하는지 알고 있는 단골들이 한정되어 있고, 그대로 늘어져 있다. - 시투시(토크) 00:37, 2017년 8월 5일 (UTC)[응답]
반대/개선 요구 먼저, 너무 많은 사람들이 이미 확인조차 되지 않은 계정 작성자에 추가되고 있다. (이 목록 참조)나는 보통 이것을 지지하지만, 우리가 먼저 계정 작성자가 되는 것에 대해 실제적인 요구 사항을 두지 않는 한, 그렇지 않다.XaosfluxTalk 01:04, 2017년 8월 5일 (UTC)[응답]
Xaosflux 그 리스트에는 338개의 이름이 있는데, 아마도 필요한 것보다 훨씬 더 많을 것이고, 그 중 매우 많은 수는 편집 카운트가 두 자릿수에 불과하다.최근에 사용자 권한 관리자에 버튼이 추가되어 제한된 기간 동안 권한을 합의할 수 있게 되었으며, 그 후에 권리는 만료된다.이것은 어카운트 크리에이터에게 특히 유용했다.그러나 이 기능은 다양한 사용자 그룹을 위해 왔다 갔다 하는 것처럼 보이며, 계정 작성자는 다시 사용할 수 없다.호기심이 많고 호기심이 많다.쿠드풍 กุผึ ((대화) 03:37, 2017년 8월 5일 (UTC)[응답]
@쿠드풍: 유통기한은 언제나 배정할 수 있어야 하는데, 그렇지 않은 경우를 보면 기꺼이 확인하고 버그를 열지.이들 중 많은 수가 "이벤트"를 위해 추가되었고 특정 관리자가 대다수를 했다. - 나는 그들을 따라가고 있다.XaosfluxTalk 12:34, 2017년 8월 5일 (UTC)[응답]
브라우저 문제야, Xaosflux.맥의 파이어폭스에서는 버튼이 렌더링되지 않고 있다.쿠드풍 กุดผึง ((토크) 16:37, 2017년 8월 6일 (UTC)[응답]
리: 개선 필요:확실히 하자면, 내가 먼저 고쳐야 할 것은 계정 작성자 스스로 자격/성취 필요성이다.Xaosflux 20:04, 2017년 8월 7일 (UTC)[응답]
  • 유용한 지원: WMUK의 수석 트레이너로서, 나는 지난 5-6년 동안 편집자 및 기타 교육 이벤트를 진행해왔고 수백, 아마도 수천 명의 새로운 편집자를 훈련시켰다.위키피디아 토크에서 말한 바와 같이:Autocon 확증 기사 작성 재판 #편집유사한 이벤트 지원, 이벤트 참가자에게 때때로 자동 확증 상태를 부여할 수 있는 것은 도움이 될 수 있지만, 반드시 필요한 것은 아니다.대부분의 참가자는 샌드박스에서 일하고 있으며, 새로운 기사를 만들고 싶은 경우가 그리 많지 않기 때문에 ACTRIALION은 대부분의 참가자들에게 큰 영향을 미치지 않을 것이다.비자동 확증 편집자가 당일에 새로운 기사를 작성할 수 있는 능력이 있는 경우, 해결책이 있다.그럼에도 불구하고 편집 경력에 있어서 초기에는 별로 위험해 보이지 않는 새로운 기사를 제작할 수 있는 사람에게 자기확증 지위를 부여했음에도 불구하고, 나는 계정 작성자들이 그렇게 할 수 있는 것에 대해 어떠한 문제도 볼 수 없다.계정 작성자들이 이런 종류의 일을 할 수 있다고 믿거나, 믿지 않거나, 그렇지 않다면, 나는 당신이 여기서 그 제안에 반대하는 것을 이해할 수 있다. --RexxS (대화) 12:12, 2017년 8월 5일 (UTC)[응답]
    나는 그렇지 않지만, 나는 할 수 있다고 생각한다. 만약 우리가 계정 작성자들을 더 많이 조사한다면(예: 이것을 사용하기 위해서는 연장된 확약을 받아야만 했다.지도는 "짧은 만료일"로 확정하는 것이 될 것이다. 만약 사람들이 편집하고 있다면 그들은 결국 며칠 안에 자동 확증을 받게 될 것이다.XaosfluxTalk 12:34, 2017년 8월 5일 (UTC)[응답]
    그래서 편집회의 지시사항은 다음과 같을지도 모른다: "당신은 10개의 편집을 했으니, 이제 당신이 해야은 이 근처에 며칠 동안 앉아있기만 하면 된다. 그리고 당신은 당신의 새로운 기사를 메인 스페이스로 옮길있을 것이다."내가 평소에 바라던 즉흥성이 다소 빗나가고 있다. :D --RexxS (대화) 15:10, 2017년 8월 5일 (UTC)[응답]
    아니, 이것이 지지를 받는다고 가정할 때, 참석자들은 한 달 동안 +확인을 받을 것이다. 만약 그들이 돌아오지 않는다면, 그 기간이 만료될 때쯤이면 그들은 이미 자동 확증을 받을 것이다.XaosfluxTalk 16:15, 2017년 8월 5일 (UTC)[응답]
    그것은 매우 타당하게 들린다.그렇다면 실무적으로 볼 때, 한 달 후에 권리가 소멸하고 한 달 후에 권리가 소멸되지 않는 것과 (편집자톤/훈련 행사 참가자는 모두 당일 10개 이상 편집된다고 가정) --RexS (대화) 16:24, 2017년 8월 5일 (UTC)[응답]의 차이점은 무엇인가?
  • RexxS에 따라 지원하며, 동등하게 활동적인 강사로 말함.Andy Mabbett (Pigsonthewing); 앤디와 대화; 앤디의 편집 2017년 8월 5일 (UTC)[응답]
  • ACTRIALION 기간 동안 일시적인 변화로 지원: 일부 신입 사원들은 ACC 과정을 거치게 되지만 편집 중 등은 이벤트에 큰 지장을 줄 것이다.KGirl 18:49, 2017년 8월 5일 (UTC)[응답]
  • RexxS에 따라 지원하되, 부여에 대한 명확한 지침이 있을 것이라는 이해 하에, 확인된 상태와 계정 생성자 상태 둘 다 제한적인 부여를 포함한다.참고로, ACTRIALION은 우리가 그 토론에서 받은 피드백에 따라 편집에 큰 지장은 되지 않을 것이라고 생각한다.하지만, 이것은 그것을 쉽게 할 수 있는 좋은 플러스가 된다.토니발리오니 (토크) 2017년 8월 5일 18:55 (UTC)[응답]
  • 임시직으로 지원하라. 어쩌면 우리는 이것이 미래에 어떻게 작용하는지도 알 수 있을 것이다.My name isnotdave (대화/출연) 08:19, 2017년 8월 6일 (UTC)[응답]
  • 시험 기간 동안 임시로 지원. 직접 이벤트 코디네이터는 해당 이벤트의 시간물류상 제약 때문에만 사용한다. (ACC 프로세스 등에서)의 모든 능력 사용은 (ACC 프로세스 등에서) 비트의 오용 제거 근거로 취급해야 한다.Train2104 (tc) 12:27, 2017년 8월 6일 (UTC)[응답]
아래의 의견과 이 깃발을 가진 사용자 목록에 대한 일부 검토에 반대하며, 나는 이 능력을 가진 WP 정책에 대한 경험/지식이 거의 또는 전혀 없는 비교적 많은 사용자들에 대해 심각한 우려를 가지고 있다.계정 작성자의 자격 요건이 엄격하다면, 우리는 이것을 다시 검토할 수 있다.모든 요청에 대해 무료임을 나타내는 이 페이지를 참조하십시오.Train2104 (tc) 16:48, 2017년 8월 8일 (UTC)[응답]
  • 위와 같은 ACTRIALION 기간 동안 일단 지원하십시오.이것을 영구적으로 가질 필요는 없다.나는 그것이 이벤트 코디네이터에 한정되어서는 안 된다고 생각한다.SoWhy 16:44, 2017년 8월 6일 (UTC)[응답]
  • 지원 - ACTRIALION 중 일시적인 변경과 영구적인 변경 둘 다.편집아손들이 만들고 있는 기사에 대한 이미지를 올리는 데 도움이 될 수 있기 때문에 영구적으로 이것을 갖는 것이 좋을 것이다.2017년会話投稿記録 8월 6일(UTC) 16:52, 라일리부그즈[응답]
  • ACTRIALION 중 지원.편집은 종종 기사를 만드는 것을 포함한다.MRD2014 00:25, 2017년 8월 7일 (UTC)[응답]
  • 적어도 지금은 우리가 더 좋은 일을 할 때까지 지원해줘.이것은 훈련의 모든 어려움을 다루지는 않겠지만 도움이 될 것이다.연습생 중 약 9/10은 보통 한 달이 지나도 돌아오지 않기 때문에 어느 정도 유효기간이 있어야 하며, 그렇지 않으면 몇 년 후에 다시 와서도 여전히 확인된 권리를 가질 수 있다(이것이 프로그램하기가 너무 어렵다는 것이 입증되지 않는 한, 우리가 단지 사소한 문제로 생각하는 경우로 생각할 뿐이다).단, 상대적으로 경험이 부족한 그룹 리더가 특정 편집자에게 계정 생성자를 부여하여 계정 생성자와 이 사용자 권한이 모두 만료되는 것이 필수적이다. DGG (토크 ) 05:26, 2017년 8월 7일 (UTC)[응답]
  • ACTRIALION의 기간 및 또는 그 실험이 영구적으로 되는 경우에 대한 지원.사다드 (대화) 2017년 8월 7일 17시 57분 (UTC)[응답]
  • 지속적인 지원.같은 방식으로 훈련과 편집으로 편집-아톤 등의 이벤트를 가능하게 하는 것이 백과사전에 좋다.--카르윌 (토크) 20:34, 2017년 8월 7일 (UTC)[응답]
  • 지원 사용자 권한을 부여하고 참가자가 위키 기사를 만들 수 있도록 한다.Xaosflux의 반대 이유는 공감하지만, 현재의 대화 속도에서는 향후 3년 이내에 계정 크리에이터 사용자권이 충분히 개발되지 않는 것이 현실이다.남용 가능성에도 불구하고, 이 사용자 권리나 직접 위키백과 편집 이벤트로 기록된 문제에 대한 공공연한 이력은 없다.나는 이 사용자 권리가 긴장의 근원이라고 생각하지 않는다. 오히려, 그 긴장감은 WMF와 Wikimedia 커뮤니티 사이에 있는데, WMF는 많은 수의 직접 위키 행사를 조직하고 있고, 위키피디아 커뮤니티 중 일부는 이 행사의 존재를 인정하기를 꺼리고 관심이 없다.이벤트가 발생할 경우 사용자 권한을 부여해야 한다.만약 그 행사에 반대하는 사람이 있다면, 그 주장을 WMF로 가져가세요. WMF는 그것을 후원하고 어떻게 관리해야 하는지에 대한 토론을 주최할 능력이 있다.위키 정치에 휩쓸리고 싶지 않은 자원봉사 주최자들과 하급자, 취약자, 그리고 잘 의미하는 사적인 토론으로 행사를 막는 것은 위키미디어 공동체의 행사 정책을 발전시키는 방법이 아니다. 블루래스베리 (토크) 2017년 8월 7일 21시 15분 (UTC)[응답]
  • 확인된 지원은 사용자가 가질 수 있는 매우 위험한 권리는 아니며 정상적으로 받을 수 있는 문턱은 매우 낮다.이걸 영구적으로 만드는 걸 지지하겠어Hut 8.5 21:20, 2017년 8월 7일 (UTC)[응답]
  • 지원 계정 작성자는 ACTRIAL 동안 페이지를 작성해야 할 사람과 작성할 수 없어야 할 사람을 알 수 있을 정도로 신뢰할 수 있으며, 이것은 주어진 ##의 최소 편집 없이 페이지를 작성하도록 하는 데 이로운 것 같다.매일 아침 (토크) 22시 12분, 2017년 8월 7일 (UTC)[응답]
  • 지지 이것은 매우 합리적인 제안으로 보이며, 남용되는 경우 충분히 쉽게 되돌릴 수 있을 것 같다.고대학 전공 (토크) 22:40, 2017년 8월 7일 (UTC)[응답]
  • 반대 새로운 편집자들이 초안을 쓰도록 하라.나는 편집에 꽤 많이 가봤는데 대부분의 계정 작성자들이 참석자들이 쓰는 글을 통제할 만큼 충분히 하고 있지 않다고 생각한다.내가 그들의 재량에 신뢰를 두기 전에 계정 작성자들이 항상 책임을 지고 있다는 것을 보여줘.크리스 트라우트먼 (대화) 22시 45분, 2017년 8월 7일 (UTC)[응답]
  • 지원 - 물론.계정 크리에이터는 신뢰할 수 있는 개인으로, 이 추가는 그들의 작업에 일리가 있다. -- Ajraddatz (talk) 23:07, 2017년 8월 7일 (UTC)[응답]
  • RexxS당 지원.고마워요.마이크 필 (토크) 23시 20분, 2017년 8월 7일 (UTC)[응답]
  • 우리가 계정 작성자 명단을 없앨 때까지 반대하라.현재 320여 명의 계정 작성자를 세어보면, 그 중 221명은 1000개 미만의 편집(<10개 편집한 50명, 10~99개 편집한 96명 포함)을 했다.T. 캐넌스 (대화) 23:30, 2017년 8월 7일 (UTC)[응답]
  • T. Canens당 반대.이 도구로는 내가 믿을 만한 편집자가 거의 없다.콜메밀라 🍁 23:55, 2017년 8월 7일 (UTC)[응답]
  • 블루 라스베리당 지원.더블 샤프 (토크) 23:59, 2017년 8월 7일 (UTC)[응답]
  • 크리스 트라우트만(모든 편집자톤 주최자가 RexxS였으면 좋겠지만, 들어오는 페이지 스트림이 제안하는 것은 아니었으면 한다)에 따라 먼저 반대한 다음, ACTRIAL의 데이터를 위해 추가로 반대한다.나는 잠재적으로 다양한 기준을 가진 계정 작성자들이 메인 스페이스로 페이지를 바로 보내는 새로운 사용자에 대한 제한을 무시하도록 허용함으로써 데이터를 "완전히" 구현했을 때 ACTRIAL이 어떻게 하는지 보고 싶다.이니스프리987 (대화) 00:30, 2017년 8월 8일 (UTC)[응답]
  • 반대. 몇 가지 분명히 하자.편집자들이 편집의 일환으로 초안을 작성하고 AfC를 통해 초안을 제출하는 것은 나쁜 일이 아니다.사실, 그것이 ACTRIAL의 모든 이다; 새로운 편집자들이 메인 스페이스 대신 AfC에 제출하는 것이다.둘째, 이것은 대의를 위한 계정 작성자의 제거의 문을 열어준다는 것을 명심하라.만약 이것이 통과되고 계정 작성자가 부적절한 기사를 계속해서 만드는 편집자에게 권한을 부여하는 것을 본다면, 계정 작성자는 그들의 사용자 권리를 잃게 될 것이다.그것은 AfC에 초안을 제출하는 것보다 편집에 더 큰 영향을 미칠 것이다.~ 13Talk 01:12, 2017년 8월 8일 (UTC)[응답]
    • BU Rob13, 여기의 논평들 중 일부는 다음과 같다: 계정 크리에이터들, 도구를 취소하기 위한 명확한 지침을 만드는 것은 반대할 이유가 아니라 긍정적인 으로 보인다.Re: ACTRIAL, 우리는 편집자와 유사한 프로그램에 관심을 가진 사용자들로부터 꽤 많은 음성 피드백을 받았다.우리는 매우 형편없는 편집자톤 창작물도 있지만, 비 AC 사용자들이 삭제하지 않는 기사들 중 20%에 상당한다고 생각하는 아주 좋은 편집물도 있다.당신의 코멘트는 비록 이것이 시행된다면, 교육 프로그램/위키에드/학교 과정의 일부로서 그것의 사용을 막는 명시적인 지침이 있어야 한다고 생각하지만 나를 상기시킨다: 그것들은 내가 생각하기에 기사 공간에서 가장 부적절한 창작물을 직접적으로 가지고 있는 조직적인 행사들이다.토니발리오니 (토크) 03:04, 2017년 8월 8일 (UTC)[응답]
      • @TonyBallioni:내가 걱정하는 시나리오는 이렇다.어카운트 크리에이터는 편집 과정에서 확인된 깃발을 부여하고 편집자는 이를 허가해 저작권 침해로 즉시 삭제되는 기사를 작성한다.이 시점에서, 계정 작성자는 자신이 무엇을 하고 있는지 모르는 편집자를 위해 ACTRIAL을 우회했고, 이것이 반복되지 않도록 하기 위한 유일한 재청구는 계정 작성자의 권리를 빼앗는 것이다.이제 계정 작성자는 편집자가 계정을 만드는 것을 도울 수 있는 능력 없이 30분 안에 편집하고 모든 사람이 더 안 좋다.그건 확실히 걱정거리야.~ 2017년 8월 8일 13Talk 12시 30분 (UTC)[응답]
        • , 응답해줘서 고마워.나는 여전히 계정 작성자 비트를 언제 제거해야 하는지에 대한 정책을 가지고 있는 것을 보고, 이 대화가 그것을 보여준다고 생각한다.너의 예는 좋은 것이지만, 사람들에게 명확한 지침을 줌으로써, 나는 드문 일이 될 것이라고 생각한다.우리의 토크 페이지 중 하나에 더 좋을 수 있는 것은 아마도 그 외에도, 새로운 콘텐츠에 대한 카피보스의 문제는 정말로 우리가 NPP/AfC에 있는 사람들을 교육하는 데 필요한 것이다.EranBot에 의해 잡히지 않는 많은 것들을 헤쳐나가고 있다.토니발리오니 (토크) 15:07, 2017년 8월 8일 (UTC)[응답]
  • 크리스 트라우트맨이 좀 더 간결한 방식으로 반영하는, 위와 같은 나의 첫 논평에서 강조된 이유 때문에 주로 반대한다.; 또한 BU Rob13과 이니스프리987에 따라.나는 T라고 생각한다.캔들; 결과 목록에는 경험 많은 기여자들이 편집-a-thon에서 사용하기 위해 "로밍"/"공용 장소" 계정을 만든 것처럼 보이는 몇몇 명백한 저카운트 항목이 있기 때문에 수치가 약간 왜곡될 수 있다.그럼에도 불구하고, 그 안에는 누가 이러한 사용자 권리를 부여해 왔는지 궁금하게 만들 만큼 무서운 예가 충분히 있다. - 시투시 (토크) 02:57, 2017년 8월 8일 (UTC)[응답]
  • 지지는 좋은 생각인 것 같다.이런 식으로 편집하는 동안 그들은 반보호 기사를 편집할 수 있고, ACTRIALION 동안 새로운 페이지를 만들 수 있다. 실제로, 확인되는 것은 많은 추가적인 특권이 아니다.문제가 있으면 언제든지 취소할 수 있다. -- Aunva6talk - contribs 03:22, 2017년 8월 8일 (UTC)[응답]
  • 반대 이것은 내 생각에 끔찍한 생각처럼 들린다.속삭이는 03:31, 2017년 8월 8일 (UTC)[응답]
  • 반대 위키백과 모임의 최근 참가자로서, 거의 모든 사용자들이 초안이나 어쨌든 샌드박스에서 기사를 만들고 있었다.편집자 기고자들이 의도한 대로 AfC에 검토 초안을 제출하지 못할 이유가 없으며, 이러한 초안을 단순히 목록에 추가해서 편집자(나처럼) 스스로 AfC 창작물을 검토할 수 없거나, 또는 (검토 후) 그들을 위해 메인 스페이스로 초안을 이동할 수 없는 이유도 없다.최악의 경우, 초안은 AfC에서 조금 기다려야 한다...여기 뭐가 문제야?이것이 ACTRIALION의 전체 사항이며, 편집이나 미팅 중에 회피해서는 안 된다.InsertCleverPrase여기에서 04:05, 2017년 8월 8일 (UTC)[응답]
  • Xaosflux Keira1996 04:10, 2017년 8월 8일 (UTC)에 의해 반대[응답]
  • Xaosflux, Kudpy, Sitush에 의해 반대한다.바나몽드 (토크) 04:40, 2017년 8월 8일 (UTC)[응답]
  • 반대: 나는 모든 조치들이 대중 행사를 조직하는 사람들의 권리를 증가시키는 것에 근본적으로 반대한다.이것은 단지 WM-agenda로, 기동성 있는 볼륨을 증가시키지만 커버 어젠다 추진에 의해 WP-Quality를 감소시킨다.위의 모든 추가 주장을 참조하십시오.퍼지 (토크) 06:32, 2017년 8월 8일 (UTC)[응답]
  • 반대 나는 새로운 편집자들에게 페이지를 쉽게 만들 수 있는 능력을 부여해야 할 실질적인 이유가 없다고 본다. 그들은 적절한 오토콘펌프 과정을 거쳐야 한다.또는 그들은 위키피디아의 가장 어려운 과제의 깊은 끝에 뛰어들기보다는, 위키피디아를 배우기 위해 행사 전에 계정을 만들어야 한다. 대량으로 새로운 페이지를 만드는 것은 단지 새로운 페이지 순찰 시스템을 '버그업'할 뿐이기 때문에, 더 이상 위키피디아를 별로 돕지 않는다.A Guy in Books (대화) 07:23, 2017년 8월 8일 (UTC)[응답]
  • 반대한다. 편집하는 동안 새로운 기사를 작성하는데 가장 적절하고 다루기 쉬우며 도움이 되는 방법은 초안 작성 과정을 통해서이다.이어 참가자들에게 편집이 끝나면 알아야 할 방법을 알려주고 있으며, 참가자들에게는 기사가 생방송으로 나가기 위해 기사를 바로 잡을 수 있도록 격려와 인센티브가 주어진다.위키백과는 누구나 편집할 수 있지만, 요즘 우리가 추구하는 것은 질적인 기여라는 태도도 부추긴다.나는 100개의 좋은 의미를 가지기보다는 좋은 품질의 기여자 한 명만 활동적으로 남도록 하고, 유능한 기여자보다 더 활동적으로 남도록 하는 편집자 한 명을 그 때 처리해야 할 부적절한 비협조적인 자료를 추가하도록 하고 싶다.실크토크 08:03, 2017년 8월 8일 (UTC)[응답]
  • 지원 이것은 장기간에 걸쳐 이루어져야 한다. 이것이 계속 흘러간다면 번거롭기 때문이다.예를 들어, 나는 현재 계정 작성자 권한을 가지고 있다.8월 17일, 나는 왕립 화학 협회에서 열리는 행사에 참석할 것이다.내가 아는 한, 주요 주최자는 관리자도 아니고 나도 아니다.평일이기 때문에 자원봉사자들의 참여가 제한될 수 있기 때문에 이는 과도한 규율과 기사 작성으로 인해 차질을 빚을 수 있는 행사의 좋은 사례로 보인다.그 기관과 주최자는 흠잡을 데 없는 품질을 가지고 있기 때문에 만약 우리가 그러한 행사에서 초보자들의 원활한 탑승을 감당하지 못한다면 나쁘게 보일 것이다.또 다른 예로, 나는 최근에 Wiener 도서관에서 행사를 마련하는 것에 대해 토론하고 있었다.그곳에서 열린 마지막 행사에서는 주 주최자가 실제로 관리자에 의해 차단되어 상당한 악감정을 불러일으켰다.그런 적개심은 정책에 어긋나고 어리석다.나는 오늘 아침에 에버피디아에 갔다.아직은 잘 모르지만 좀 더 개방적이고 환영하기 때문에 모멘텀이 있다는 인상을 받는다.위키피디아는 마을에서 유일한 게임이 아니다.또 다른 예로, 나는 이것을 게시하는 편집 분쟁을 들었다.이곳은 정말 인내심을 발휘하려고 노력한다...앤드류 D. (대화) 08:06, 2017년 8월 8일 (UTC)[응답하라]
  • 과학자로서 "엄청난 품질"은 물론이다.하지만 위키백과 지식의 측면에서?- 시투시 (대화) 08:17, 2017년 8월 8일 (UTC)[응답]
  • 내가 생각하는 주요 주최자는 제스 웨이드 박사앨리스 화이트 박사야.그들은 밝고 활기차며 사람됨이 좋다.그리고 그들은 함께 일하는 것이 재미있어 – 그래서 나는 이 행사를 지원하기 위해 하루 휴가를 낼 거야.그들은 "선의"의 본보기가 되고 있기 때문에 우리는 그들의 일에 장애물을 들이지 말고 그들의 일을 용이하게 하도록 노력해야 한다.앤드류 D. (대화) 09:44, 2017년 8월 8일 (UTC)[응답]
  • 사용자에게 적절한 프로세스를 사용하도록 권장하는 것은 장애물로 간주되어서는 안 된다.여기에서는 어느 누구도 어느 누구의 길을 방해할 것을 제안하지 않는다; 오히려 우리가 위키피디아를 보호하고 긍정적인 참여를 가능하게 하고 장려하기 위해 개발해 온 정당한 과정이 특별히 제쳐져서는 안 된다.누군가의 집, 직장, 대학 도서관, 편집자 등 모든 새로운 기사들은 지역사회에 의해 지나치게 검토되고 있다.편집-a-thon의 사용자들은 다른 사용자들과 다르지 않다. 그들의 작업은 우리의 새로운 페이지 패트롤러들에게 보여지고 처리될 것이다.만약 부적절한 기사가 패트롤러에 의해 거부된다면, 이것은 편집자-a-thon 편집자에게 소모적인 효과를 가져올 것이다.차라리 위키피디아를 편집하는 올바른 방법을 보여줘 빨리 삭제된 경험은 없지만 AFC를 통해 거부된 이유가 주어지고 사용자가 작업할 수 있는 작업으로 진행했으면 좋겠다.장애물이 아니라 도움이다.실크토크 11시 43분, 2017년 8월 8일 (UTC)[응답]
  • 그것은 당신이 어떤 사람들은 다른 사람들보다 더 평등하고, 다른 새로운 기부자들에게는 제공되지 않는 특별 대우를 받을 자격이 있다고 제안하는 것처럼 들린다.내가 말했듯이, 훨씬 위에서, 코스 주최자 등이 무슨 일이 일어나고 있는지 항상 조사할 수 없거나 하지 않는다는 것은 명백하다. 그래서 그러한 특별한 처우는 재판을 저해하고 장기적인 문제를 해결하지 못한다.나는 서로 다른 편집-a-thon들이 다른 사람들을 끌어들이는 것을 알고 있지만 내가 우연히 알게 된 편집들은 BLP 위반, 저작권 문제, 소싱 그리고 거의 모든 것에 대해 엄청난 양의 정리를 필요로 하는 아주 보편적으로 좋지 않은 결과를 가져왔다.예리하다는 것은 좋은 일이다; 위키피디아가 어떻게 작동하는지 아는 것은 시간이 걸린다.편집-아-톤은 짧은 기간에 많은 것을 헤쳐나가는 경향이 있다.Tbh, 만약 그들이 존재하지 않았다면 나는 매우 행복했을 것이다. - 시투시 (대화) 12:03, 2017년 8월 8일 (UTC)[응답]
  • 모든 사용자가 동일하지 않음 – 권한과 권한에 대해 언급하고 있는 이 논의의 요점이 바로 그것이다.확인된 상태는 주로 순수한 장애물로 설계되어 있는 것 같다.주요 이슈는 4일간의 기다림이고 그 기간 동안 아무 일도 일어나지 않기 때문에 기능적인 목적이 없다; 그것은 단지 사람들을 낙담시키기 위한 냉각 기간일 뿐이다.확인된 상태가 없는 한 가지 결과는 참조를 추가할 때 CAPTCHA를 제공해야 한다는 것이다.인용구를 추가하는 것은 경험 많은 사용자들에게 고통스러울 정도로 어려운 일이다. 그래서 인용구는 거의 이루어지지 않는다.CAPTCHA도 해야 한다면, 그것은 쉽지 않기 때문에 정말 짜증나게 된다. 나는 그것들과 함께 어려움을 겪는다.다시 말하지만, 이것은 새로운 사용자들을 격려하기 보다는 새로운 사용자들을 어렵게 하기 위해 특별히 고안된 또 다른 장애물이다.경험 많은 사용자들과 관리자들은 새로운 사용자들에게 위키피디아가 얼마나 불쾌한지 인식하지 않는 경향이 있다. 왜냐하면 그들의 특권적 지위 덕분에, 그들은 이러한 장애물을 다룰 필요가 없기 때문이다.하지만 우리가 영원히 살지 않기 때문에 현재 우리의 경험 있는 사용자들은 모두 적절한 시기에 존재하지 않을 것이다.위키피디아를 점점 어렵게 만들면 앞으로 누가 편집을 할 것인가?앤드류 D. (대화) 2017년 8월 8일 17시 50분 (UTC)[응답]
  • 모든 신규 사용자는 동일하다.누군가 허락하지 않는 한 그들에게는 특권이 없다.나는 편집-어톤 환경(경험적 증거의 상당 부분)도, 실제로 꽤 많은 계정 생성자들이 권리를 적절하게 부여할 수 있는 것을 신뢰하지 않으며, 새로운 사용자가 왜 그렇게 임의적으로 새로운 사용자들의 대다수가 거쳐야 하는 시스템을 비약할 수 있어야 하는지 모르겠다.로그아웃할 때 가끔 편집한 적이 있기 때문에(이전이나 그 이후 한번도 가본 적이 없는 주제영역에서 편집한 적이 한두 번 있기 때문에 오토콘 확증되지 않는 문제는 잘 알고 있다.임의계정 크레아토인 프로세스가 없다고 해서 이미 있는 것보다 "들어오기"가 더 어려운 은 아니다. - 시투시(토크) 18:49, 2017년 8월 8일 (UTC)[응답]
  • 경험적 증거?나는 올해 지금까지 10개 이상의 행사에 참석했다.이들은 모두 높은 품질로 세계적인 학회 및 GLAML 기관과 파트너십을 맺고 있었다.그들은 전형적으로 새로운 사건이나 실종 여성들과 같은 빨간 링크를 채우는 것에 초점을 맞추었다.기사 작성은 그러한 사건의 근본적인 측면이며, 그것은 생산적이기 때문에, 파트너가 측정하고 자랑할 수 있는 결과물을 좋아하며 자금을 조달할 수 있는 것이다.만약 당신이 그렇게 집중해서 사람들을 하루 행사에 초대한다면, 그들에게 나흘을 기다려야 한다고 말하는 것은 우스꽝스러운 일이다.그것이 ACTRIAL이 의미하는 것이다; 그것은 우리를 누구나 편집할 수 있는 백과사전이 아닌 직업 가치 있는 사람으로 보이게 할 것이다.앤드류 D. (대화) 06:48, 2017년 8월 10일 (UTC)[응답]
  • 경험적 증거를 몇 가지 드렸는데, 앤드류와 나는 이미 학문 분야의 전문가가 되는 것은 위키백과의 신참자로서의 능력과는 아무런 관계가 없다고 설명했다.이것은 정말로 다른 신인들과 똑같이 취급될 편집광 신인들을 물어뜯는 것이 아니라, 오히려 권리를 부여하는 사람들이다.관리자와 WMF 직원을 포함한 너무 많은 사람들이 이 분야에서 무뚝뚝함을 보여주었고 그들의 애완동물인 "사회 정의" 프로젝트, 보조금 수입 등에 너무 집착해서 나무를 위한 목재를 볼 수 없었다.Sue Gardner의 많이 잘못된 인도 교육 프로그램은 또 다른 예였다.그렇기는 하지만, 어떤 이유로든 당신이 여기서 무엇을 하고 있는지 자동적으로 알고 있다고 생각하는 엄선된 신인 그룹이라도 AfC등의 통상적인 과정을 거치면 물릴 가능성이 적다 - 시투시 (토크) 07:20, 2017년 8월 10일 (UTC) (미안하지만, 내가 m을 쓰는 동안 코멘트를 편집했기 때문에 나의 "비팅" 비트는 별로 말이 되지 않는다.ine. - 시투시 (대화) 08:18, 2017년 8월 10일 (UTC)[응답]
  • SilkTork따르면, 우리는 누구나 위키백과를 편집할 수 있다는 관점을 장려하고 싶은 반면, 양질의 자료를 만드는 것은 정책과 과정에 대한 학습, 특히 신뢰할 수 있는 소싱의 필요성을 필요로 한다는 관점을 장려하고 싶다.피터 콕스헤드 (대화) 08:47, 2017년 8월 8일 (UTC)[응답하라]
  • 반대하라, 자소프룩스당.조프롬란드브 (대화) 08:51, 2017년 8월 8일 (UTC)[응답]
  • 가 WMUK를 떠난 이후 많은 편집국에는 참여하지 않은 반면, 나는 과거에 꽤 많은 편집국들에 참여했었다.이 사용자 권리는 그러한 이벤트를 실행하는 데 유용할 것이며, ACTRIALION의 합리적인 경감이다.나는 그러한 행사 참석자들이 저축을 하기 전에 믿을 만한 출처를 얻는 것의 중요성을 깨닫지 못하는 것을 보아왔지만, 대부분의 참석자들은 우리의 인식 기준에 맞는 기사를 만들고, 나는 편집자톤에서 광고 스팸 발송자나 반달인을 만난 적이 없다.더 중요한 것은 편집국에서 만들어진 그러한 기사들은 아직 전문적이지 않은 모델이나 음악가, 또는 NPP가 파고드는 스포츠맨보다 거의 항상 더 백과사전이다.ϣereSpielCequers 2017년 8월 8일(UTC) 10:01, 응답하라
  • 반대, 나는 사소프룩스와 쿠드풍에 동의하며, 이 임호는 드래프트 과정이 있는 곳.로나즈Talk! 10:18, 2017년 8월 8일 (UTC)[응답]
  • 반대 어카운트 크리에이터에 대한 조사 정책이 있기 전까지는 사용자 그룹에 그런 권한을 부여하는 것을 볼 수 없다.사리오528 (대화) 11시 59분, 2017년 8월 8일 (UTC)[응답]
  • 반대 편집 및 기타 위키이벤트는 행사가 끝나고 Wiki의 실제 요구 사항을 접하는 즉시 Wiki를 포기하게 될 COI 편집자를 육성하기보다는 위키백과가 왜 있는가를 이해하고 전문가적 지식을 갖게 되는 새로운 위키피디아를 개발하는 것을 목표로 한다면 훨씬 더 생산적일 것이다.개략적으로 설명한 문제는 ACTRIAL과 위키피디아가 어떻게 운영되는가에 관한 것이라기보다는 행사가 어떻게 진행되는가에 관한 것이다.
새로운 편집자들이 다음날 멍든 리뷰 경험을 하도록 설정하기 보다는 사용자 공간/초안으로부터 기사를 홍보함으로써 그들을 격려하는 것은 그들이 머물도록 격려할 가능성이 더 높을 것이다 - 그리고 그것이 이 행사의 목적이다, 그렇지 않은가?
제안의 목적은 다음과 같은 방법으로 더 잘 달성할 수 있을 것이다.
  • 그 draft/article이 행사의 부분으로,, 이벤트를 위한 정비 카테고리에 모든 심사 행동은 auth을 돕는 것에 초점을 맞춤에 따라 열리고 있는 행사 기간 동안(시간, 최종 일자 및 시간 날짜 및 시작하)감사해야 할 것을 요청하는 article/draft categorising 이 행사의 코디네이터를 파악하여 생산되다고에 관한 본보기이다.하거나위키피디아가 아닌 위키피디아어로써.
  • 이벤트 종료에 대한 만료가 설정된 동일한 취지의 초안/조항에 대한 편집 통지.
  • Twinkle & Huggle이 이벤트 템플릿을 관찰하도록 하고 이벤트 중에 삭제 태그를 추가하지 않도록 하십시오.카바이 (대화) 11시 57분, 2017년 8월 8일 (UTC)[응답]
  • 반대 - Chris Trautman과 BU Rob13이 진술한 이유 때문에.초안 과정은 제안된 작업의 질에 대해 더 큰 통제력을 갖는다.키에르제크 (대화) 13:34, 2017년 8월 8일 (UTC)[응답]
  • 반대한다, 편집에 참여하는 사용자들은 다른 모든 사람들과 동일한 위키백과 과정을 경험해야 한다.(오빠가 편집-아톤에 가서 어떻게 기사를 만들었는지 말해주고, 내가 계정을 만들지만 기사를 만들 수 없다면, 위키피디아는 바로 포기하겠다.)또한 편집-a-thons와 다른 새로운 직책 활동은 아마도 기존 기사 편집에 초점을 맞추려고 노력해야 할 것이다.쿠스마 (t·c) 13:38, 2017년 8월 8일 (UTC)[응답]
  • 드래프트 스페이스 사용에 찬성하는 사람마다 반대한다.새로운 사용자에 대한 규칙을 구부리는 것은 편집자가 달성하려고 하는 것과 반대되는 효과를 가질 수 있다.전형적인 새로운 사용자가 사용해야 하는 프로세스를 사용하고 위키백과가 실제로 어떤 것인지 적절하게 준비해야 한다.제타콤포저 (대화) 14:05, 2017년 8월 8일 (UTC)[응답]
  • 반대 일차적으로 모든 계정 작성자가 아닌 이유는 제대로 조사되지 않았다.나는 확증된 것이 높은 바라고 생각하지 않는다. 그리고 그 자리에서 이 바 스테이에 도달하는 것을 추천한다.반드시 장애물을 제거해야 하지만, 이것 또한 부당하게 남용될 수 있고, 우발적이거나 그렇지 않을 수 있다. --QEDK (iiii) 15:24, 2017년 8월 8일 (UTC)[응답]
  • WP임시 변경으로 지원:액트리얼.어카운트 크리에이터 그룹 멤버 중 상당수가 갑자기 다크 사이드에 대거 합류하기로 결정하지 않는 한, 짧은 재판 기간 동안 어떻게 의미 있는 방법으로 폭발할 수 있는지 알 수 없다.그러나 나는 이 점을 권리 부여에 있어 다소 더 큰 신중함과 결합할 것을 제안한다(500/30은 합리적인 바처럼 보인다). --Elmidae (토크 · 기여) 15:32, 2017년 8월 8일 (UTC)[응답]
    • @Elmidae:그건 불가능해. 왜냐하면 위키피디아를 잘 모르는 사람들이 항상 행정적인 관점에서 편집-a-thon을 운영하고 있거든.우리는 그러한 편집이 발생하는 것을 막는가?게다가, 관심사는 "그 나쁜 계정 창조자들"이 아니다.나는 우리의 계정 창조자들이 선의로 행동한다는 것을 의심하지 않는다.문제는 이들이 편집-a-ton에 참여하는 모든 이들에게 '확인된' 권리를 나눠주고, 편집-a-thon 참가자들은 메인 스페이스에 맞지 않는 기사를 만든다는 점이다.그것은 편집-a-thon과 관련하여 항상 발생한다.~ 롭 15:5413Talk, 2017년 8월 8일 (UTC)[응답]
      • @BU Rob13: 내 생각은 구상된 ACTIALIAN 기간 동안 행해지는 어떤 편집자라도 통상적으로 부적절한 창작물의 범람에 비해 레이더에 큰 실수를 저지르지 않을 것 같다는 것이다.a) 그들 중 그렇게 많지 않을 것이다(통계량이 없다 - 2천명?내가 너무 멀어질지도 모른다);b) 위에서 언급된 누군가와 같이, 그들은 선의의 것이며 적어도 어느 정도 감독을 받고 있다.그래서 나는 평상시처럼 사업과 비교했을 때 총체적으로 많은 잠재적 피해에 대해 의심한다.따라서 ACTRIALION의 효과에 대한 평가는 여전히 매우 가능해야 하며, 그것이 주된 목표 아닌가?
편집-아-톤 조직자의 경험 임계값에 대해 - 나는 이것이 다소 숙련된 사용자일 것이라고 생각했다.일반적으로 그렇지 않다면 계좌 생성권 문턱이 높은 것은 물론 이치에 맞지 않을 것이다.--엘미대(토크 · 기여) 19:04, 2017년 8월 8일(UTC)[응답]
  • ACC에 대한 허가 지침은 현재 다소 관대한 것으로 보이며, 참가자가 '확인'을 요구할 것으로 예상될 경우 행사 기간 동안 관리자나 관리자 한두 명이 허가 페이지를 감시하도록 하는 것이 나을 수 있다.xenotalk 17:12, 2017년 8월 8일 (UTC)[응답]
  • 반대야, 뭐, 4일하고 10일이나 편집한거야?만약 누군가가 WP에 올 거라면, 나는 4일이 기사 품질의 요령을 이해하는 논리적 최소라고 나는 생각한다.또한 사용자가 샌드박스나 유사한 공간에서 기사를 작성하는 것처럼 10개 편집은 문제가 되지 않아야 하며, 거기서 기사를 만들 때 10개 이상의 편집을 해야 한다.나는 편집자가 특별 대우를 받을 자격이 있다고 생각하지 않는다.그리고 편집자의 일원이 되는 것이 누군가를 더 신뢰할 수 있게 만들지는 않는다.요약 - 4일 및 10일 편집은 누구에게나 부당한 어려움을 초래하지 않으며, 누군가가 어떤 조직의 일부라는 이유로 임의로 해제할 수 있는 권한을 부여하는 것은 합리적이지 않아 보인다.우리가 무엇보다 행정관을 신뢰한다고 해도, 그 개인이 믿을 만한 사람인데 어떻게 그들이 어떤 생각을 가질 수 있겠는가?2017년 8월 8일 ‡ ) ‡ Cid, cal Caadorpeador 19:23 (UTC)로 남겨둬[응답하라]
  • 위와 같은 임시변통으로서의 지원.JTP 21:16, 2017년 8월 8일 (UTC)[응답]
  • 지원 만약 편집자의 목표 중 하나가 새로운 편집자를 데려와 기사를 쓰도록 하는 것이라면, 편집자들이 기사를 검토하기 위해 몇 주 동안 기다리게 할 수 있다(어쨌든 정말 높은 기준을 가진 검토자가 쓰러뜨릴 수도 있다). 정말 불만족스러울 것이다.ACTRIAL에 대한 논의는 기사작성 편집자가 지금처럼 빈번하기 전에 이루어졌으며(특히 당시엔 위키프로젝트 '레드 여성'이 존재하지 않았다), 그런 변화를 감안한 이런 조치가 필요하다.TheCatalyst31 23:50, 2017년 8월 8일 (UTC)[응답]
나는 말 그대로 빨간 편집자톤 모임에 여자들을 참여시켰고, 나는 이것이 필요 없다고 말해야 해.어쨌든 모두들 초안 공간에서 일하고 있었는데, 새로운 사용자들이 직접 기사를 작성하게 하는 것보다 네임스페이스에 제출하기 전에 직접 기사를 검토하는 것이 훨씬 더 나았다(주문공간에서 일부 사용자들이 작업한 결과 일부 기사가 기사화되었고, 또 다른 기사는 저작권 위반으로 메인 스페이스에 올라타게 되었다).이러한 사용자들이 기사를 홍보하는 데 도움이 필요했다면 이러한 문제는 피할 수 있었을 것이다.InsertCleverPrasehere 00:02, 2017년 8월 9일(UTC)[응답]
  • ACTRIAL 중 지원. --joe 데커talk 01:29, 2017년 8월 9일 (UTC)[응답]
    코멘트 나는 크게 밀리지 않은 초안 검토 프로세스가 있다면 "초안을 사용하게 하라"는 주장에 훨씬 더 동의할 것이다. --joe 데커talk 03:35, 2017년 8월 11일 (UTC)[응답]
  • 중립.모든 사용자 권한을 할당하는 것은 관리자의 손에 맡겨져야 한다.하지만, 한편, 계정 작성자들은 재단에 의해 그들의 정체성을 확인받아야 하는 것이 아닌가?그런 말을 들으니, 나는 재단이 계정 작성자의 신원을 확인하도록 요구하는 것이 책임감을 더한다는 점에서, 내 입장이 난처하다.Steel1943 (대화) —준비 미기일 코멘트 추가 01:40, 2017년 8월 9일 (UTC)[답글]
    계정 요청 과정에서 일하는 계정 작성자는 식별되지만, 사용자 권리는 식별될 필요가 없는 이벤트 주최자에게 더 흔하게 전달된다.이러한 주최자 중 상당수는 아직 확장이 확인되지 않은 신규 사용자들이다. – Train2104 (tc) 03:51, 2017년 8월 9일 (UTC)[응답]
    나는 이제 어카운트 크리에이터 말고도 계정 생성 권한을 가질 수 있는 그룹이 있다는 것을 알았기 때문에 이 제안에 반대한다.스틸1943 (토크) 2017년 8월 9일 18:49 (UTC)[응답]
  • 질문 - 이 제안을 구현하면 계정 작성자가 확인된 사용자 그룹에 기존 계정을 추가할 수 있는가, 아니면 계정 작성 중에 이 권한을 할당하는 것만을 허용할 것인가?나는 후자를 지지하는 경향이 있지만 전자에 대해서는 꽤 내성적이다.고마워.--존 클라인 (대화) 02:25, 2017년 8월 9일 (UTC)[응답]
내가 알기로는, 관리자가 모든 사용자에게 권한을 할당할 수 있는 것처럼 전자일 것이다. – Train2104 (tc) 03:58, 2017년 8월 9일 (UTC)[응답]
  • 의견 - ACTRIALION의 영향을 완화하기 위한 임시 조치로서 이를 지원하는 것은 평가 중인 통계 데이터의 가치를 감소시키는 조치와 추적 자체를 지원하는 것과 같다.내가 틀렸나?--존 클라인 (대화) 05:48, 2017년 8월 9일 (UTC)[응답]
    코멘트 나는 이것이 재판 결과에 미치는 영향은 미미할 것이라고 가정해 왔으며, 이러한 사건에서 나온 새로운 기사들은 새로운 편집자들로부터 들어오는 기사들의 눈에 띄는 부분과 같은 것을 구성하지 않는다.내가 착각했나? --joe 데커talk 15:00, 2017년 8월 9일 (UTC)[응답하라]
여기도 마찬가지야.거기에 쓸 수 있는 숫자는? --Elmidae (토크 · 기여) 16:54, 2017년 8월 9일 (UTC)[응답]
  • 반대하라. 위키피디아의 성숙도가 높아짐에 따라, 품질을 유지하기 위해서는 기사 작성의 기준이 더 높아져야 한다.편집자들은 너무 자주 새로운 기사에 의해 질 낮은 기사들의 출처가 될 수 없을 것 같다.Xxantippe (대화) 06:06, 2017년 8월 9일 (UTC)[답답하다]
  • '초안에 그것들을 만드는 것에 반대'는 경험 많은 사용자들이 그것들을 검토할 수 있도록 초기에 추가 작업을 추가하지만, 나는 그것이 또한 새로운 사용자들을 더 잘 안내하고 주요 공간에서 기사들의 질을 향상시킬 수 있을 것이라고 생각한다. --Crystalized carbon (토크) 15:37, 2017년 8월 9일 (UTC)[응답]
  • 커드풍, xaosflux, Sitush, 그리고 이러한 이벤트에서 생성된 기사의 주공간 적합성과 계정 작성자의 사용자 권리 제공에 대해 상당히 심각한 문제를 관찰한 위의 많은 다른 사람들에 대해 반대한다.드래프트 스페이스는 이러한 행사들을 위해 가는 길이다.이반벡터 (/)TalkEdits 16:45, 2017년 8월 9일 (UTC)[응답]
  • 반대한다. 새로운 편집자들은 초안을 만들도록 장려되어야 한다. 그리고 그것이 편집 행사 주최자들이 어쨌든 그들에게 해야 할 일이다.나는 내가 작업한 편집 행사에서 사람들에게 그렇게 하도록 시켰는데 전혀 문제가 없었고, "왜 누군가가 내 기사를 삭제해야 한다고 하는가?"라는 질문을 던져야 할 위험도 훨씬 줄어들었다. (그런 일은 없었다.)즉시 메인 스페이스로 준비된 기사를 만드는 것은 우리가 새로운 사용자들에게 시도하도록 권장해야 할 것이 아니라, 모든 면에서 좌절감을 야기시킬 가능성이 있다.세라핌블레이드 17:10, 2017년 8월 9일 (UTC)[응답]
  • Per BU Rob13반대하십시오.이건 말이 안 돼이 점을 분명히 하자면, 공동체는 기사 작성의 전제조건을 "아무것도 아닌"에서 "4일 10일 편집"으로 늘리기로 결정했다(부록, 칼다리당: 시범 운영).하지만 WMF가 이것을 막았고, 6년 이상 지난 후에 그들은 그것을 시험하기 위해 돌아다닌다고?하지만 그들은 계정 창조자들이, 모든 사람들 중에서, 그들이 적합하다고 생각하는 대로 모든 사람을 면제할 수 있는 주의사항을 추가하기를 원한다.그럼 무슨 의미가 있는 거야?WMF는 단지 6년 동안 지역사회의 결정을 저지할 만큼 충분히 동의하지 않는 것에 큰 허점을 추가하려고 하는 것 같다.권한 요청 관련 관리자 중 한 명으로서, 모든 사람이 깨닫지 못하는 내용을 공유하겠다.Account Creator는 보통 재단에 대한 식별을 포함하여 상당히 높은 요구 사항을 가지고 있지만, 기본적으로 이벤트에 필요하다고 말하는 모든 사람에게도 부여된다.이 사용자들은 자기자신을 거의 자동확증하지 않을 수도 있다.그들은 잘 차려입고, 매우 신뢰받는 계층이 아니다.말 그대로 아무렇게나 하는 사람들인데, 그들 중 다수는 자신이 어떤 행사를 진행하고 있다고 주장했고, 영구적으로 이 깃발을 부여받았다(최종 일시적으로 그것을 부여하는 능력이 존재하지만, 최근에야 시행되었다).이러한 사용자들로부터 국기를 취소하는 작업은 지역사회의 합의에 의해 강화되었지만, 그것은 많은 관리자들이 관여하지 않는 분야에서 크고, 지루하며, 상대적으로 중요하지 않은 작업이기 때문에, 아직 관리자에 의해 수행되고 있다.어쨌든, 계정 크리에이터들에게 계정을 확인할 수 있는 능력을 부여할 거라면, 당신은 그것을 모두에게 주는 편이 나을 겁니다.고무 도장을 찍은 래그태그 사용자들에게 행정 책임을 위임하는 논리가 안 보일 뿐이다.2017년 8월 9일(UTC) 18:09[응답]
    • @Swarm: 나는 WMF가 이러한 변화를 추구하고 있다고 생각하지 않는다; 어떤 이유로든 AfC를 통과하는 편집 참여자들이 해로울 것이라고 생각하는 것은 공동체 구성원들이다.WMF는 재판의 통계적 결과를 오염시킬 것이기 때문에 이 변화에 반대할 것 같다.~ 2017년 8월 9일 13Talk 18:17 (UTC)[응답]
      • , 내 인상은 WMF가 새로운 편집자를 늘리는 목표의 하나라는 것이다.나는 @KaldariDannyH (WMF): 그리고 Community Tech 팀은 이것에 대해 어느 쪽이든 강한 의견을 가지고 있다고 생각하지 않는다.나는 다른 WMF 부서에서 일하는 사다드들이 이것을 이슈로 제기한 첫 번째 사람 중 하나라고 믿는다.JMF(JMATazzoni)도 그의 팀이 편집자 유임을 보다 직접적으로 다루기 때문에 이것에 대해 아마 생각을 갖고 있을 것이지만, 재판에 영향을 미친다는 점에서 그의 생각이 무엇인지는 모르겠다.요컨대, 나의 인상은 WMF의 다른 부분이 ACTREAL을 다른 방식으로 보고 있다는 것이다.그곳에는 분명히 이런 것에 대한 지지가 있지만, 당신이 지적한 이유로 반대하는 사람들도 있을 것이다.토니발리오니 (토크) 2017년 8월 9일 18:24 (UTC)[응답]
      • WMF가 데이터를 희석하지 않으려 한다는 말이 무슨 뜻인지 알겠어. 그리고 그것이 바로 WMF가 그들이 원하는 것이라고 생각하겠지.그러나 WMF 직원이 이를 6년 연기한 후 모든 홍보 이니셔티브에 대해 중대한 면제를 요청하는 것은 그들이 실제로 이 아이디어를 지지하는 것처럼 보이지는 않는다.나는 칼다리가 어떤 종류의 숨겨진 의제를 음울하게 추구하고 있다고 말하는 것이 아니다. 그리고 나는 토니의 말이 이치에 맞는다고 생각한다.나는 단지 ACTRIAL이 너무 겸손한 변화라는 것을 지적하고 있으며, 이 제안의 우스꽝스러운 것(위의 ACCers에 대한 나의 논평 참조)과 결합되어, 모든 것이 솔직하지 못한 것처럼 보인다.2017년 8월 9일(UTC) 18시 57분 (응답)
        • @Swarm: 정말 죄송하지만, 위에서 말한 것 중 많은 부분이 틀렸다.우선 지역사회가 기사 작성의 전제조건을 높이기로 한 것이 아니라 이런 제한에 대한 재판을 요청하기로 했다.WMF는 지금 그 실험을 진행하고 있다.WMF는 주의사항을 추가하기를 원하지 않는다; 지역사회는 위키백과 강연에서 매우 유사한 아이디어에 대한 지지를 표명했다.기사 작성 평가판 자동 실행# 편집유사한 이벤트 지원WMF의 어느 누구도 (내가 알고 있는) 이 제안에 대해 강한 의견을 갖고 있지 않다.AGF를 원하지 않는다면 괜찮지만 여기엔 음모가 없다고 약속할게칼다리 (대화) 2017년 8월 9일 19시 15분 (UTC)[응답]
          • 다시 말하지만, 나는 나쁜 믿음을 가정한 것도 아니고, 어떤 종류의 음모를 꾸민 것도 아니었다. 그리고 나는 이전의 나의 논평에서 그것을 분명히 밝혔다.고맙지만, WMF 직원으로부터 악의적인 동기가 없다는 보장은 사실 필요 없어.나는 우리 둘 다 그런 생각이 좀 터무니없다는 것에 동의할 수 있다고 확신한다.그리고 내 논평의 그 측면은 심지어 내가 이의를 제기하는 이유조차도 아니었다는 것을 지적할 것이다.그것은 단지 어카운트 크리에이터에 대한 나의 견해와 ACTRIAL에 대한 나의 인식의 맥락에서 이 제안이 얼마나 우스꽝스럽게 보이는지에 대한 관찰일 뿐이었다.201720:03, 2017년 8월 9일 (UTC)[응답]
Community Tech 팀은 ACTRIAL을 연구 실험으로 지원하는데 도움을 주고 있다. 왜냐하면 그것은 우리에게 이 모든 과정이 어떻게 작동하는지 더 나은 정보를 줄 것이기 때문이다.확증된 사용자들을 자동화시키기 위해 페이지 작성을 제한하는 것은 새로운 사람들을 허용할 수 없는 수준으로 몰아낼 수 있고, 우리는 좋은 편집자와 좋은 콘텐츠를 잃게 될 것이다.하지만 새로운 페이지를 만들고 몇 시간 안에 삭제하는 것은 새로운 사용자들에게 끔찍한 경험이기 때문에, 만약 우리가 그것들을 기사 마법사와 초안으로 리디렉션한다면, 그들은 더 오래 머물면서 편집하는 법을 배울 수 있을 겁니다.양측에 대한 의견은 상당히 확고하며, 이 재판을 운영하는 것은 우리 모두가 그것에 대해 논의한 것에 도움이 될 것이다.이것이 바로 커뮤니티 테크(Community Tech)가 연구소에서 연구 중인 가설과 측정 방법을 볼 수 있는 이유 입니다.메타에 대한 ACTRIAL.
이 재판을 진행하는 것은 다른 사람의 일에 영향을 미치기 때문에 할 수 있다면 그것을 최소화하고 싶다.사다드처럼 프로그램 리더들과 함께 일하는 WMF의 사람들은 사람들이 시험 기간 동안 성공적으로 행사를 운영할 수 있도록 하고 싶어한다.우리는 실제로 실험-공해 각도를 살펴본 적이 없다; 우리는 편집자에서 만들어진 주요 네임스페이스 기사의 개수를 추정할 수 있는지, 그것이 통계적 유의성에 영향을 줄 수 있는지 살펴봐야 한다.
하지만 이것은 공동체의 결정이다; 그래서 칼다리가 여기서 이것을 제안한 것이다.ACTRIALION 실행은 이 결정에 좌우되지 않는다. 우리는 실험 실행에 전념했다. -- 대니H (WMF) (토크) 2017년 8월 9일 (UTC)[응답]
그러한 사건들은 종종 경험이 많지 않은 사람들(명예로운 예외)에 의해 가능해지거나 비슷한 갈등을 공유하며 (상단 바로 근처에 있는 내 토크 페이지 링크에 따라) 자신의 길을 찾기 위해 정책 등을 추진하고자 하는 많은 (흔히 갈등하는) 새로운 기고자들을 불러오는 사건들이다."더 많은 편집자"가 가장 중요한 만트라인 것 같으며 그렇게 되어서는 안 된다. - 시투시 (토크) 19:29, 2017년 8월 9일 (UTC)[응답]
대니H(WMF)는 위키백과에서 처음 활동하게 되었을 때 생산적인 장기 사용자가 어떤 유형의 편집에 대해 얼마나 많은 연구가 이루어졌는가? 단기간 편집자나 단기간 편집자의 편집 유형에는 큰 도움이 되지 않는 것이 있는가?일화적으로, 내 인상은 이 페이지의 편집자들이 이것에 대해 언급하는 것(위키피아의 생산적인 마음과 핵심을 대표함)은 새로운 기사를 만들려고 시도함으로써 위키피디아에서 시작되지 않았을 것이라는 것이다.새로운 기사를 만드는 것으로 시작한 편집자들은 위키피디아에 소개하고 있는 주제에 대한 기득권을 가지고 있는 사람들인 경향이 있고(그리고 다른 주제에 대한 편집에는 실질적인 관심이 없다), 기사를 만든 직후에 사라지거나, 단순히 그 기사를 먹이기 위해 돌아다니는 경향이 있다.나의 일화적 경험은 이 페이지에 있는 다른 사람들에게도 공유될 수 있을 것이다.우리는 위키백과 자체에 관심이 없고 위키백과에 등장하는 그들의 특정 주제에만 관심이 있는 사용자들에 의해 만들어진 엉망진창들을 정리하려고 시도하면서 지난 몇 년 동안 불균형한 시간을 보냈다.WMF가 새로운 사용자를 장려하고 싶다면, 파괴적이거나 도움이 되지 않는 사용자를 유인하는 것과 비교하여 생산적인 사용자를 유인하는 것에 대한 연구를 수행한 후 비생산적인 사용자를 억제하면서 생산적인 사용자를 유인하는 데 힘써야 한다.다시 말하지만, 순전히 일화적으로, 새로운 사용자들에게 승인된 기사 작성 절차를 거치도록 지시하는 것은 우리가 원하지 않는 편집자의 종류를 단념시키면서, 우리가 원하는 종류의 편집자를 끌어들이고, 개발하고, 유지할 가능성이 높다.실크토크✔Tea time 08:53, 2017년 8월 11일 (UTC)[응답]
장기적인 사용자만이 바람직하다는 암묵적인 생각에 동의할 수 있을지 모르겠다.그러나 가 한 빠른 확인에 관심이 있을 것이다.현직 관료 22명 중 3명에 대한 첫 (삭제되지 않은) 편집은 메인 스페이스에 기사를 만들고 있었다.내부 또는 외부 링크 추가(WP에 회선 추가 포함):링크된 기사에 대한구축)은 가장 일반적인 첫 번째 편집이었고, 몇 개의 고정된 오타 또는 유사한 작은 오류였다.오직 두 사람만이 기사에 큰 변화를 주었다.두 사람은 자신의 사용자 페이지를 만들고, 한 사람은 페이지를 옮기고, 한 사람은 스팸 발송자에게 경고를 하고, 한 사람은 토론에서 투표를 하고, 한 사람은 대화 페이지에 합병 제안에 대한 의견을 표현하고, 다른 한 사람은 기사에 이미지를 삽입했다.그러므로 관료들이 "생산적이고 장기적인 사용자"라고 가정한다면, 그 대답은 그들이 첫 편집을 위해 거의 모든 것을 했다는 것이다.
샌드박스와 드래프트 스페이스의 효과에 대한 연구가 있었다.그 프로젝트에 관련된 누군가가 더 많은 정보를 가질 것이지만 TLDR은 "드래프트 스페이스는 기사들과 그들의 창작자들이 죽는 곳"인 것 같다.WhatamIdoing (대화) 22:11, 2017년 8월 11일 (UTC)[응답]
  • 반대, 편집을 통해서든 아니든, 비자동 확증 편집자들이 만든 기사는 AfC, 즉 초안 대 AfC를 거쳐야 한다.소프트라벤더 (대화) 22:29, 2017년 8월 9일 (UTC)[응답]
  • 지원 모든 수단을 동원하여 목록을 다듬지만, 이것은 재판이 왜곡되지 않도록 도와줄 것이다.L3X1 (distænt write) )증거 (22:58, 2017년 8월 9일 (UTC)[응답]
  • 반대 - 내 생각에 편집자는 기사를 작성하는 대신 편집에 집중해야 한다. 특히 편집자가 너무 경험이 부족하여 자기 확증도 받지 않는 경우에는 더욱 그렇다.그리고 사용자 권리를 추가하는 능력은 이 제안이 다루지 않는 사용자 권리를 제거하는 능력을 필요로 한다고 생각한다.--존 클라인 (대화) 23:40, 2017년 8월 9일 (UTC)[응답]
  • 여러 가지 이유에 대한 지원 - 새로운 사람들을 AFC/Draft 프로세스에 강제로 참여시키는 것이 반대 목적이라면, 컨텐츠가 GA/FP 준비될 것이라는 기대와 함께 많은 검토자에게 파워트립에 불과하다.나는 항상 새로운 편집자들이 그 과정을 무시하도록 격려한다. 우리가 그것의 부정적인 경험 때문에 그것의 학습 곡선을 편집하기 시작할 때 그랬던 것처럼.편집자의 큰 이슈는 새로운 기사를 만드는 것이 아니라 모든 편집자들이 특히 워크샵의 새로운 편집자들이 감독되고 있기 때문에 생산적이지 않은 캡차를 얻는 것이다.IP가 생성할 수 있는 계정 수에는 이미 제한이 있으므로 일반적으로 계정 작성자나 관리자가 필요하며, 관리자로서 지난 10년 동안 워크샵을 실행한 경우, 실제로 사용자 권한을 자동 확인으로 편집하여 새로운 편집자 사용자 이름을 캡처하고 사후 이벤트 반환 여부, 문제 발생 시 모니터링하는 것을 선호한다.편집 내용을 검토하고 일반적으로 연락하십시오.그낭가라 00:24, 2017년 8월 10일 (UTC)[응답]
캡차 논쟁은 내가 여기서 본 것 중 가장 설득력 있는 논쟁이다(정말 새로운 사용자들을 밋업에서 방해하기 때문이다).AfC는 또한 때때로 너무 많은 새로운 기사들을 요구한다.그러나, 이러한 변경이 ACTRIAL을 훼손할 것이라는 주장뿐만 아니라, 현재 여기서 제안된 것을 할 수 있는 능력이 분명히 있어서는 안 되는 계정 작성자 권한을 가지고 있는 사용자가 너무 많다는 사실이 나의 !bote를 바꾸는 것을 막고 있다. — InsertCleverPraseHere 18:40, 2017년 8월 10일 (UTC)[응답]
  • 현재의 시스템이 합리적으로 잘 작동한다는 이론에 반대한다.편집자가 확인된 권리가 필요하다고 느끼는 경우 WP의 관리자를 통해 요청할 수 있다.퍼머. 돌로타 (대화) 00:33, 2017년 8월 10일 (UTC)[응답]
  • ACTRIALION 동안 반대하며, ACTRIAL 변경을 진행하기로 결정한 경우 나중에 시범 운영을 지원하십시오.한 번에 한 번 실험해 보십시오.다아 뵐프 01:29, 2017년 8월 10일 (UTC)[응답]
  • 제안대로 반대하다.쿠드풍은 여러 가지 이유를 제시했다.간단히 말해서, 문제가 발생할 가능성이 너무 많으면 되돌리기 어렵고 오래 걸릴 것이다.그들이 드래프트 스페이스에 만들도록 하라.— 더 통제되고 제한적인 방법으로 실험하는 것에 대한 입장은 없다. --Thnidu (대화) 04:56, 2017년 8월 10일 (UTC)[응답]
  • Per Timotherus CanensXaosflux반대하십시오.ACC 깃발을 가진 너무 많은 사용자들은 약 300명의 사용자들이 목록을 다듬어야 하고 깃발을 검사하는 과정은 망치질해야 한다고 생각한다. - FlightTime (오픈 채널) 07:10, 2017년 8월 10일 (UTC)[응답]
  • 반대하라. 나는 일반적으로 도구 분리가 불편하지만, 이것은 단지 나쁜 생각일 뿐이다.내 위의 많은 사람들이 말했듯이, 비교적 새로운 편집자(그리고 그렇다, 우리는 어카운트 크리에이터를 거의 새로운 계정들에게 나눠준다)가 ACTRIAL 자체를 우회할 뿐만 아니라, 나머지 그룹들도 그것을 할 수 있도록 할 수 있는 능력을 부여한다.나는 또한 이러한 행사에서 만들어진 기사들이 어떻게 자동적으로 합법적인 새로운 기사인지 알 수 없다. 편집자톤에 있는 것이 마법처럼 당신을 숙련된 편집자로 만드는가?아마도 이 참가자들이 훈련을 받은 것 같다는 묵시적인 이해가 있지만, 그것은 전적으로 주최 측의 몫이다. -- 2017년 8월 10일 (UTC) 07:35 (NoTime 07:35, 2017년 8월 10일)이 있다[응답하라]
  • Xaosflux, Kudpy, Sitush, SilkTork 등 여러 곳에 반대하십시오.Callanec (대화기여로그) 08:46, 2017년 8월 10일 (UTC)[응답]
  • 각 군집과 다른 여러 군집마다 반대하십시오.덧붙이자면, "계정 작성자" 권한이 있는 사용자 목록에 있는 50여 명의 이름을 간단히 살펴본 결과, 오토캐논조차 되지 않은 사용자들이 다수 발견되었다고 할 수 있다(그들 중 몇 명은 자기 자신의 편집이 두세 개밖에 되지 않는다...). 그러나 이 제안이 통과되면 여전히 다른 사용자들에게 오토캐미션을 할 수 있는 권리를 부여할 것이다... - tomThomas.W talk 17:22, 2017년 8월 10일 (UTC)[응답하라]
    • 자기 자신과 자신이 만들고 싶은 양말을 오토매틱 할 수 있다는 것을 언급할 가치가 있다(실제로 편집자톤 쇼크 공포를 실행하지 말아야 한다) -- 2017년 8월 10일 (UTC) (응답)
  • SilkTork 및 다른 많은 항목에 따라 반대하십시오.우리는 위키백과를 누구나 편집할 수 있다는 사실을 계속해서 장려해야 하지만, 모든 사람이 정책과 과정을 배우지 않고 단순히 뛰어들 수 있는 것은 아니라는 것을 인식해야 한다.높은 품질의 표준은 이것을 만들고 바꾸기 위해 수 년 동안 협력적인 노력이 필요했다. 이것은 많은 노력을 저해할 것이다.스파키니 (대화) 2017년 8월 10일 18시 13분 (UTC)[응답]
  • 쿠드풍 당 반대. ((키호테틱 감자) (토크) 19:29, 2017년 8월 10일 (UTC)[응답]
  • 반대한다 나는 확인되지 않은 사용자들이 새로 만든 기사의 품질에 그다지 열의가 없다.JudeccaXIII (토크) 2017년 8월 10일 19:50 (UTC)[응답]
  • @Train2104: 훨씬 위에 반대한다.이 깃발은 어떤 식으로든 느슨해지지 말고 조일 필요가 있다.GenQuest 21:41, 2017년 8월 10일 (UTC)[응답
  • 반대 - 내 추리는 이 페이지의 다른 많은 편집자들과 같다.모든 위키피디아는 상황에 상관없이 웹사이트에 가입할 때 동일한 과정을 거쳐야 한다.그 초안 작성 과정은, 더 이해하기 어려운 작업들 중 몇 가지를 검토하는 것 외에, 새로운 사용자들에게 중요한 수업의 순간으로 작용할 수 있다.위키백과에서 협력하는 데 전념하는 사람들은 그 경험을 통해 배울 수 있는 인내심을 가질 수 있기를 바란다.내가 여기서 보는 유일한 진짜 문제는 바로 그들의 작품을 출판할 수 없는 새로운 편집자들이 시작부터 낙담할 수도 있다는 것이다. 그리고 그들이 진정으로 "누구나 편집할 수 있는" 백과사전을 편집하지 않는 것처럼) 그리고 결코 옆에 붙어 있지 않을 것이다.그러나 만약 편집자가 헌신하고 그 과정을 거치게 된다면 그들은 거의 확실히 그들의 동료들보다 더 유능한 편집자로부터 나올 것이다.그래서 나는 만약 우리가 몇 개의 계란을 깨는 것이 한 번뿐인 기고자들이 적절한 감독 하에 그들의 "드라이브 바이" 기사를 계속 쓴다면 그것은 가치가 있다고 말한다.마지막으로, 나는 이 제안이 ACTRIALIAN과 그 효과를 훼손할 것이라고 생각하는데, 이는 더 나아가서 실시될 연구를 저해할 것이다. -인디벌래 (토크) 06:54, 2017년 8월 11일 (UTC)[응답]
  • 반대하다. 이것에 대한 나의 초기 생각은 지지하기 위한 것이었다. 그러나 나는 찬반 논쟁의 일부가 제기될 때까지 며칠 동안 언급을 피했다.그것들을 읽고 나니 다른 방향으로 마음이 흔들린다.달리기 옵티미스트 (토크) 09:54, 2017년 8월 11일 (UTC)[응답]
  • 반대 - Mirp에 따르면, 나는 그것이 좋은 생각이라고 생각하지 않는다.디트야바갈왈 (대화) 12시 52분, 2017년 8월 11일 (UTC)[응답]
  • 반대 - SilkTork에 따르면, 이 제안은 ACTRIAL과 관련하여 수행 중인 연구를 저해할 것이라고 생각한다 --Imprem77 (토크) 13:45, 2017년 8월 11일 (UTC)[응답]
  • 반대 - 다른 많은 사람들에 의하면, 많은 새로운 편집자들이 확실한 지위를 얻는 것을 허용하는 것은 위험한 예상이다.에디톤은 좋은 것이지만, 나처럼 새로운 페이지 피드를 순항하는 편집자들 또한 과부하가 걸린다.우리의 기존 초안 시스템을 통해 트래픽을 분산시키는 것이 일을 하는 가장 좋은 방법이다.샘홀트6 (대화) 2017년 8월 11일 16:54 (UTC)[응답]
  • 반대 - 새로운 편집자들이 창작에 뛰어들도록 장려하는 것은 그것이 해결하는 것보다 더 많은 문제를 야기한다.내가 그 예다.문제가 있는 100만 더하기 기사에 이를 베게 해서 더 이상 창조하지 못하게 하자.래도우(토크) 19:44, 2017년 8월 11일 (UTC)[응답]
  • 여기 많은 편집자들이 반대한다. - 만약 새로운 기사들이 기사들을 만들고자 한다면, 우리는 더 많은 초안을 가지고 있다. - 나는 우리가 특히 대부분의 (Xaosflux의 링크에 의해 판단됨) 어카운트 크리에이터들이 어카운트 크리에이터가 되어서는 안 될 때, 왜 우리가 대량 증식하는 것을 허용해야 하는지에 대한 타당한 이유를 모르겠다.Davey2010Talk 21:43, 2017년 8월 11일 (UTC)[응답]
  • 반대: 특히 많은 계정 작성자가 비활성 상태여서 보안 위험이 클 수 있다.에스콰빌리티 (대화) 22:34, 2017년 8월 12일 (UTC)[응답]
  • ACTRIALION 동안 일시적인 변화로서의 지원: 이것은 이미 안내된 환경인 편집-a-tons 동안 주요한 도움이 될 것이다.사얀 rc (대화) 13:57, 2017년 8월 13일 (UTC)[응답]
  • @Sayan rc: 다른 사용자, 그리고 심지어 자신과 그들이 창조할 수 있는 양말을 자동 확인할 수 있는 권리는 특정 이벤트와 연결되는 일시적인 권리는 아니므로, 그들이 어떤 편집에 참여해야 하는가에 국한되지 않고 그들이 원하는 대로, 원할 때, 그리고 또한 g가 될 수 있는 "전업" 권리일 것이다.전혀 심사되지 않은 수백 개의 기존 사용자 계정으로 이동... - 톰 토마스.W 14:16, 2017년 8월 13일 (UTC)[응답하라]
  • 새로운 편집자들은 기사를 AFC에 넣어야 한다 - 그것에 수치심은 없고, 거기에 대한 근본적인 가정이 있는 것처럼 보인다.그렇게 하는 것은 어떤 식으로든 편집자에게 해를 끼치지 않으며, 실제로 새로운 사용자들이 자신이 새롭고 학습하고 있으며 WP 기사가 대중에게 수용된 지식을 요약한 고품질의 기사를 제공하는 사명을 실현할 수 있도록 하는 정책과 지침을 이해하는데 시간이 걸린다.학습 곡선이 있다.여행이 불가능하지는 않지만, 거기까지.
더 나아가, 일단 사용 권한이 주어지면 다시 사용하기가 매우 어려운 경우가 많으며, 나는 이 특정 등급의 사용자에게 이 특정 사용 권한을 추가하는 것은 현명하지 않다고 생각한다.
편집자톤 주최자가 정말로 참가자들에게 그들의 작품이 출판되는 것을 즉시 만족시키기를 원한다면, 재판을 관리하는 더 좋은 방법은 실시간으로 참여할 독립된 기사 검토자를 모집하는 것인데, 이것은 또한 새로운 사용자들에게 독립된 공동체 구성원들과 상호작용하는 방법을 가르치는 데에도 도움이 될 것이다.Jytdog (대화) 18:54, 2017년 8월 13일 (UTC)[응답]
  • 반대: 그것은 해결책이 될 수 있기 때문에 도움이 되지 않는다.나는 우리가 편집을 지원하기 위해 더 나은 방법을 찾을 수 있다고 생각한다.또한 덜 발달된 다른 언어의 위키피디아들이 이 조치를 취하는 것에도 해로울 수 있다.마오고 (대화) 16:06, 2017년 8월 14일 (UTC)[응답]
  • CommentSupport:이 제안이 500/30 룰에 영향을 미치는가?만약 그렇다면, 나는 일부지만 모든 사람들이 그 과정을 회피하도록 허용하는 것은 공평하지 않기 때문에 반대한다.그렇지 않으면 찬성이다.IMTHIP (토크) 2017년 8월 14일 (UTC) 18:14 [응답]
    @ImTheIP: 아니, 이것은 "확장확정"을 추가하는 것을 허용하지 않을 것이다."10/4" 자동 확증 기간만 우회할 수 있다.Xaosflux 02:23, 2017년 8월 15일 (UTC)[응답]
  • 코멘트 나는 (다른 사람들이 제안했듯이) 이 "재판 기간"이 계정 생성 권한이 없는 확인된 사용자들에게 투명하다면 반대되는 모든 (그리고 현재 나의 양면적인 자신)이 기분이 좋아질 것이라고 생각한다.이미 그런 거라면 내 전치사 사과. :/--Monochrome_Monitor 19:59, 2017년 8월 14일 (UTC)[응답]
  • 참고로, 연령별 계정 작성자 및 편집 횟수별 히스토그램.위에서 말한 바와 같이 이 차트가 이렇게 생겼을 때 나는 이것을 바로 지지할 수 없다.
    2017년 8월 14일 기준 23:15 UTC 데이터
    Train2104 (tc) 23:40, 2017년 8월 14일 (UTC)[응답]
    @Train2104:편집이 100개 미만인 사람은 어떻게 생성 권한을 얻는가?그 히스토그램은 매우 걱정스럽다.정규 분포와는 정반대다.--Monochrome_Monitor 01:36, 2017년 8월 15일 (UTC)[응답]
    @Monochrome Monitor: 간단히 말해서, 이 허가는 몇 가지 기본적인 방법으로 주어진다. (a) WP에서 활발하게 일하는 편집자의 경우:ACC 프로그램, (b) 교육 프로그램에서 작업하는 편집자의 경우, (c) WP에서 요청별(일반적으로 특정 이벤트의 경우 짧은 기간)PUMER 및 (d) 일반 커뮤니티 표준을 지원하는 것으로 가정하는 모든 관리자의 애드호크.표준이 더 나은 정의나 변경을 필요로 한다면, 가장 잘 작동하는 것에 대한 논의가 필요할 수 있다.xaosflux 10:59, 2017년 8월 15일 (UTC)[응답]
  • 지지하다.이것은 초안 작성 과정에 관한 것 이상이다.자동확인의 목적은 주로 양말처리 등 신규 등록 계정의 잠재적인 남용 가능성을 걸러내는 것이다.확인/자동확인은 단지 "개인적인 지인이나 기록에 근거하여, 우리는 이 계정이 선의의 인간에 의해 운영된다고 믿는다"는 의미일 뿐이다.새로운 편집자가 페이지를 이동하고 반보호된 페이지를 편집할 수 있도록 정기적으로 편집자의 지위를 부여하는 관리자로서, 사용자에게 계정 작성자 권한을 부여할 만큼 신뢰할 수 있는 사용자라면 새로운 사용자에게 확정 권한을 부여할 수 있을 만큼 신뢰할 수 있어야 한다고 나는 확신한다.만약 이것이 계정 생성자를 강등시킬 가능성을 열어준다면, 음, 그것은 시스템이 작동했다는 것을 의미한다.데릭 C. 11:06, 2017년 8월 15일 (UTC)[응답]
  • Comment 편집 및 유사한 이벤트 중에 새 사용자에게 확인된 상태를 부여할 수 있는 기능은 적절한 경우 도움이 될 수 있다.나는 이 일을 한동안 지켜보고 있었고, 데릭은 마침내 그것이 통할 수 있다고 설득했다.이전의 나의 주된 관심사는 이 옵션을 부여받은 경험이 없는 사용자(나 같은)에 의한 이 특권의 잠재적인 남용이었다.문제의 사용자 그룹, 즉 계정 작성자의 그룹은 상당히 작은 그룹이다.그러나 그 영향은 꽤 크며, 명백히 경상수지 창출자의 많은 부분이 이 제안된 능력에 대해 신뢰할 수 없을 수도 있다.만약 다음과 같은 질문이 제기되어 거절당했다면 미리 사과드리지만, 보다 엄격한 수용 기준을 가지고 새로운 사용자 그룹인 "계정 확인자"를 만드는 것은 어떨까?이나탄 (대화)17:51, 2017년 8월 15일 (UTC)[응답]
  • 반대: 새로운 기사의 창시자는 경험이 풍부한 위키피디아인이어야 한다.나는 어쨌든 에디톤에 대해 의심스럽다.제젠(토크) 22:33, 2017년 8월 15일 (UTC)[응답]
위의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

하이라이트, 밑줄, 노트 및 "노트 공유" 기능을 위키백과에 구현하십시오.

위키피디아에 강조표시, 밑줄 긋기 및 노트 기능을 구현하십시오.

이러한 기능의 모든 변경과 사용은 "공유 노트" 버튼이 추가되지 않는 한 모든 계정에서 완전히 고유할 것이다.

이러한 기능을 추가할 수 있는 가능성을 상상해 보십시오.위키피디아의 사용은 증가할 것이다. 시간 관리는 올라갈 것이다. 읽고 쓰는 능력은 올라갈 것이다. 효율성은 올라갈 것이다. 학습 곡선은 줄어들 것이다.

이 세 가지 특징과 "공유 노트" 기능은 대학생과 교수들에게 훌륭한 도구가 될 것이며, 기본적으로 모든 사람들에게 그렇게 빨리 배울 수 있기 때문이다.

이에 대한 나의 일반적인 제안은 다음과 같다: 하이라이트 기능 추가 밑줄 기능 추가 노트/코멘트 추가 다른 사용자에게 "공유 노트(하이라이트, 밑줄, 노트)" 기능 추가

그리고 페이지가 업데이트되거나 페이지의 정보 조각이 제거되고 해당 부분을 강조 표시하면 "이 편집은 변경되었다.복습해 보시겠습니까?", 이런 성질의 것이다.

나는 위키피디아에서 많은 것을 읽고 배우는 것을 즐긴다. 그리고 이것은 확실히 내 삶에서 놓치고 있는 특징이며, 수백만 명의 다른 사용자들도 마찬가지일 것이다. Aviartm(대화 기여) 15:47, 2017년 8월 11일 (UTC)[응답]에 의해 추가된 사전 서명되지 않은 논평

텍스트 템플릿 강조 표시 기능:하이라이트는 이미 존재하지만 자주 사용되었던 기억이 나지 않는다.--76.65.42.75 (토크) 23:07, 2017년 8월 13일 (UTC)[응답]
  • 이것은 엄격한 텍스트 형식 지정 옵션보다는, 위키피디아에 공증 기능을 구현하는 것에 더 중점을 두는 것으로 보인다.나는 어떤 상황에서 잠재적으로 도움이 될 수 있는 멋진 기능들 때문에 그것을 지지하지 않지만, 나는 그러한 추가된 기능의 전체적인 유용성과 그것들이 어떻게 구현될 것인지 궁금하다.이러한 특징들이 어떻게 구현될 것인지, 그리고 이것이 유용하게 사용될 실제적인 문제와 상황에 대해 좀 더 생각해 볼 필요가 있다고 생각한다.원래의 제안은 단순한 제안이 아니라 이러한 특징들을 광고하기 위해 노력하는 것처럼 보인다.제이크버드 (대화) 06:57, 2017년 8월 14일 (UTC)[응답]
    나는 "개인용 스토리지" 영역을 늘리는 것에 반대한다 - 그들이 어떻게 그리고 누가 그들을 감시할 것인가?Xaosflux 02:24, 2017년 8월 15일 (UTC)[응답]
  • 반대 - 아무도 읽지 않을 모든 노트에 대해 개발자의 시간과 시스템 저장 공간을 사용하는 것은 거의 가치가 없다고 본다.비욘드 마이 켄 (토크) 01:52, 2017년 8월 16일 (UTC)[응답]

WP 부활:위키프로젝트 중립성

홍보 톤 카테고리로 기사를 보고 있는데, 기사 카운트 월마다 계속 올라가고 있는 게 걱정돼.중립적 관점 게시판은 중립성이 불분명하거나 논쟁적인 상황에 유용하지만, 많은 상황에서 일부 기사는 9년 이상 홍보용으로 남아 있는 것이 명백하다.기업이나 개인이 위키피디아의 영향력을 이용하여 자신을 홍보하기 때문에 홍보기사는 위키피디아에서 가장 심각한 문제 중 하나라고 생각한다.는 홍보 기사가 복사 편집조합과 유사한 위키프로젝트를 가지고 있다면, 홍보 기사의 수가 줄어들 것이라고 믿는다.위키프로젝트 중립성이 부활되고 변경되어 홍보 기사 문제 해결에 도움이 될 수 있다.생각?쿨리쿨스터 (대화) 13:09, 2017년 8월 20일 (UTC)[응답]

밀린 업무량을 의미 있게 줄이기는커녕 마케팅 자재의 유입을 감당할 만큼의 인력을 충원할 수 있을지 모르겠다.나는 그 프로젝트가 새로운 회계에 대한 편집 제한이나 공신력 기준을 높이거나 더 나은 치안 유지에 있지 않은 상태에서 풍차와 싸우지 않을까 두렵다.하지만 가능하다고 가정해 보자.전체 신규 사업 물품의 30%~40%가 지급된 것으로 추산됐다.CAT에 포함된 비즈니스 기사의 경우 분율이 확실히 더 높다.주목할 만한 BLP와 경계를 이루는 PROMO가 이 범주를 지배하는 것으로 보인다.다음과 같은 의문이 제기된다.
  • 자원봉사자들에게 더 주목할 만한 주제에 대한 기사 대신에 유료 편집자들이 만든 기사들에 대해 일하도록 요구하는 것이 윤리적인가?왜 그들은 스스로 유료 편집자가 되는 대신에 공짜로 일해야 하는가?
  • 나는 최근 COI 태그를 제거하기 위해 그들의 기사를 중립으로 만든 것에 대해 나에게 돈을 지불하고 싶어하는 사람으로부터 접근했다.이것이 바로 제안된 위키프로젝트가 무료로 할 수 있는 것이다.
  • 유료 편집자, 그들의 고객 그리고 그들의 잠재 고객에게 무료로 그들의 일을 하는 어떤 메시지?
  • 한 미공개 유료 편집 회사는 다음과 같이 광고하곤 했다.우리의 위키백과 퇴역군인들은 위키에 [...]가 붙는 방식으로 그것을 만들거나 수정하고, 나중에 위키백과 자원 봉사자들에 의해 무료로 업데이트되기도 한다.
그렇기는 하지만, 아무것도 하지 않는 것보다 무언가를 하는 것이 더 낫다.나는 두 가지 주의사항을 가지고 그러한 프로젝트에 관여하고 싶다.
  • 진정으로 주목할 만한 주제들을 우선시해야 한다(일부 편집자들이 포브스 콘텐츠 농장 등이 믿을 만한 출처라고 생각하기 때문에 삭제되지 않은 기사들과 대조된다).
  • 이들 기사가 대부분인 터키를 닦으려 하기보다는 홍보 내용을 없애는 데 초점을 맞춰야 한다.많은 긴 물건들이 뭉쳐질 것이다.현실적으로 그것만이 밀린 일을 하는 방법이다.
렌티어 (대화) 2017년 8월 20일 23시 19분 (UTC)[응답]
오자를 고치거나 복사하거나 공공 기물을 파손하는 것을 멈추는 것을 즐기는 사람들이 있는 것처럼, 위키피디아에 관한 이러한 홍보 기사를 모두 삭제하는 것을 돕는 데 관심이 있는 편집자들이 틀림없이 있을 것이라고 나는 믿는다.기사 제작 회사들은 그것이 "자유 편집"이라고 말할 수도 있지만, 그것은 다른 기사들에 대해 편집자들이 하는 것처럼 "자유 편집"이 될 것이다.기업이 눈에 띄지 않는 기사를 만들면 그 기사는 철거된다.이들이 홍보기사를 만들면 중립화된다.어떤 "자유 편집"도 단지 편견 없는 정보로 주목할 만한 주제를 업데이트하는 것이 될 것이다. 그래서 그러한 기사를 읽는 사람은 누구나 주목할 만한 주제에 대한 최신 정보를 가지고 있다.편집조합이 그랬듯이, 위키프로젝트는 편집자들에게 밀린 일을 현저하게 줄인 것에 대해 헛간 스타를 주는 이벤트를 할 수 있다.만약 우리가 이러한 홍보 기사의 작가들과 그들의 고객들에게 우리가 그것들을 훨씬 더 빠른 속도로 고치기 시작할 것이라는 것을 보여준다면, 고객들은 그들이 회사를 위해 위키피디아에 광고를 쓰도록 하기 위해 그들의 돈을 낭비하고 있다는 것을 알게 될 것이고, 이러한 편집 회사들 중 일부는 파산할 것이다.그리고 더 자주 보고 더 중요한 기사에 편집 시간을 집중하는 것이 더 중요하겠지만, 위키백과에 속하지 않는 편향된 정보와 기사들을 제거함으로써 위키백과를 더욱 신뢰할 수 있는 출처로 만드는 것도 중요하다.기사를 중립적으로 만들기 위해 돈을 받는 것은 위키백과의 편집의 기본적인 규칙을 어길 수 있기 때문에, 만약 우리가 위키백과를 개선하고 편향된 정보를 제거하는데 자원 봉사자들이 소비한 시간을 보상하는 다른 방법들을 생각해낼 수 있다면, 위키백과사전으로서의 위키백과가 크게 향상될 것이라고 생각한다.그러한 프로젝트는 위키백과에 속하지 않는 위키백과에 관한 기사를 보관하는 것이 아니라, 단순히 불충분하게 주목할 만한 홍보 기사들을 삭제하는 것, 위키백과에 있을 정도로 충분히 주목할 만한 기사들을 삭제하는 것이다.이런 편집업체들은 기업들에게 자신들에 대한 긍정적인 기사들을 내려받거나 편집하지 않을 수 있다고 이야기하기 때문에 그런 경우가 아니라는 것을 보여드린다면 유료 편집 문제를 해결하는 데 큰 진전이 되지 않을까 생각한다.쿨리쿨스터 (대화) 00:16, 2017년 8월 21일 (UTC)[응답]
현재 이러한 문제를 다루는 네 가지 주요 영역이 있다: WP:코인, WP:NPOVN, WP:NPPWP:SPI. 렌티에나 나 같은 많은 사람들이 이 중 몇 가지에 관여하고 있다.그 안에는 매우 많은 노력이 있다.광고와 스팸을 다루는 위키.나는 우리가 이것을 좀 더 포괄적으로 살펴볼 필요가 있다는 것에 동의하지만, 현재 나는 앞으로 나아가는 최선의 방법은 중립적이고 신뢰할 수 있는 백과사전의 틀을 구축할 수 있는 성취 가능한 결과를 향해 단계적으로 노력하는 것이라고 생각한다.WP:ACTRIAL은 우리에게 중립적이지 않은 새로운 콘텐츠와 관련하여 우리가 할 수 있는 다른 변경에 대한 데이터도 제공하는 그러한 방향으로의 단계가 되기를 바란다.토니발리오니 (토크) 01:04, 2017년 8월 21일 (UTC)[응답]
나는 사람들이 게시판이 아닌 위키프로젝트에서 이슈를 조정하고 토론하는 것이 더 쉬울 것이라고 생각한다.현재 홍보 기사의 밀린 내용을 삭제하는 데 전념하는 위키프로젝트는 없다.쿨리쿨스터 (대화) 01:26, 2017년 8월 21일 (UTC)[응답]
만약 당신이 고객이 누군가에게 돈을 주고 그들에게 기사를 만들어 주는 것을 원치 않는다면, 나는 그들의 기사를 고치는 것이 도움이 되지 않을 것이라고 생각한다.위키프로젝트 요청된 기사되살리고 기사 요청 프로세스를 더 잘 대응하게 하는 것은 이 과정을 대신 사용할 동기를 제공할 것이다.아이작 (토크) 02:06, 2017년 8월 21일 (UTC)[응답]
편집자를 고용하여 기사를 만드는 회사들은 실제 위키피디아 사람들이 기사를 만드는 것을 원하지 않는다. 일반 편집자는 회사의 요구에 부응할 만큼 기사를 홍보하지 않을 것이기 때문이다.그 회사들은 위키피디아 개선에 신경 쓰지 않고 단지 영구적인 광고를 원할 뿐이다.그리고 일부 회사가 요청된 기사 위키프로젝트를 사용한다고 해도, 나는 많은 회사들이 그들의 직원 중 한 명이 회사가 원하는 모든 것을 승인하지 않을 편집자들과 긴 토론을 갖도록 하기보다는 전문적으로 기업 기사를 만드는 편집자들을 고용할 것이라고 생각한다.쿨리쿨스터 (대화) 02:15, 2017년 8월 21일 (UTC)[응답]
물론이지, 하지만 기사를 고치는 것도 그들이 유료 편집자를 사용하는 것을 단념시키지는 않을 거야. 왜냐하면 그들은 여전히 기사를 얻어서, 요청서를 제출함으로써 규칙을 지키는 회사들을 앞지르고 있기 때문이야.만약 당신이 정말로 그들이 편집자를 고용하지 못하게 하고 싶다면, 그들은 누군가를 고용함으로써 이득을 얻을 수 없다.아이작 (토크) 02:23, 2017년 8월 21일 (UTC)[응답]
그들은 편집자를 고용할 때 항상 기사에 자신이 원하는 내용을 담을 수 있는 이점을 갖게 될 것이다.그러한 기사들을 더 많이 고친다고 해서 더 많은 회사들이 그것을 하도록 자극하지는 않을 것이다. 왜냐하면 그것은 그들이 이전보다 더 짧은 시간 동안 홍보 기사를 가질 것이라는 것을 의미하기 때문이다.편집자를 고용하는 회사의 종류는 위키피디아의 규칙을 따르는 회사의 종류와는 다르다.편집자를 고용하는 사람들은 위키피디아의 규칙을 존중하지 않고 단순히 광고를 원하는 반면, 모든 규칙을 따르는 사람들은, 대부분의 경우, 그들의 회사가 위키피디아에 포함되기를 바랄 뿐이다.쿨리쿨스터 (대화) 02:38, 2017년 8월 21일 (UTC)[응답]

해당 주제에 대한 에세이는 위키백과:하나를 사면 하나를 공짜로 얻는다.컨셉을 상당히 상세하게 설명하고 좋은 점 많이 올리는 것 같아.토니발리오니 (토크) 02:33, 2017년 8월 21일 (UTC)[응답]

고정된 기사 대신 기사를 삭제하면 홍보 문구가 훨씬 짧은 시간 동안 존재하게 되고 편집자 채용에 대한 거부감이 생기게 된다.왜 하지 않는 사람들보다 낙담하는 사람들에게 우선권이 주어져야 하는가? 아이작 (대화) 03:23, 2017년 8월 21일 (UTC)[응답]

왜냐하면 가끔 그런 식으로 만들어진 기사들은 삭제하기에는 너무 눈에 띄기 때문이다.비록 많은 기사들은 결국 뭉툭하게 되고 만다. 그래서 대부분의 기사들은 그것들을 수정하는 것보다 삭제하는 것이 더 나을 것이다. 그래서 그것들은 뭉툭하게 남을 것이다.쿨리쿨스터 (대화) 2017년 8월 21일 (UTC) 12시 44분 [응답]
요청된 기사도 주목할 수 있다. 유료 편집을 금지하려는 목적이라면 유료 편집자가 만든 기사를 보존하는 것보다 우선하는 것이 합리적일 것이다.말하자면, 나는 완벽한 해답은 없다는 것을 안다; 만약 편집자들이 주목할 만한 주제에 대한 기사를 쓸 만큼 관심이 있다면, 그들은 비록 그 기사가 유료 편집자에 의해 시작되었다고 해도 그렇게 할 수 있어야 한다.그러나 유료 편집자로부터 저축할 것이 없다면, 기사를 삭제하고 요청된 기사 대기열에 올려 제때에 처리되도록 하는 것이 좋을 것이다.아이작 (토크) 02:25, 2017년 8월 22일 (UTC)[응답]

페이지 수를 포함하는 목록

해결됨

특정 월, 년도에 태어난 사람과 같은 특정 목록의 경우, 특정 항목을 찾기 위해 "다음 페이지"를 반복해서 클릭할 수 있다.페이지 번호와 이러한 목록이 얼마나 많은 페이지를 가로지르는지에 대한 약간의 메모를 가질 수 있는가? 이렇게 하면 항목 찾기가 더 쉬워질 수 있기 때문이다.보르비 (토크) 2017년 8월 21일 (UTC) 10시 57분[응답]

이런 상황이 있는 페이지의 구체적인 예를 들어 주시겠습니까?어떤 네임스페이스와 포맷 방법에 따라, 솔루션은 이미 다양한 방식으로 실행 가능한 솔루션과 실질적으로 어려울 수 있다.DMACKs (대화) 2017년 8월 21일 16:31 (UTC)[응답]

미안해 - 내 실수야. 이미 끝난 것 같아.방금 "1989년 출생아"라는 카테고리에 갔는데, 맨 위에 "다음 200페이지가 이 카테고리에 있다"고 적혀 있더라.보르비 (토크) 2017년 8월 22일 10시 10분 (UTC)[응답]

네가 원하는 것을 할 수 있다니 기쁘다."분류:..."페이지"는 당신의 원래 질문에서 내가 알아채지 못한 핵심 세부사항이었다.DMACKs (대화) 13:37, 2017년 8월 22일 (UTC)[응답]

로그에 "이 텍스트로 시작하는 페이지 표시" 옵션을 추가하십시오.

안녕. 나는 로그에 "이 텍스트로 시작하는 페이지 표시"가 있는 옵션을 제안하고 싶었어. 왜냐하면 나는 그것이 유용한 추가가 될 거라고 생각했기 때문이야.예를 들어 "2017"을 입력하고 옵션을 확인하십시오.이 로그는 "2017"로 시작하는 모든 페이지를 삭제하든 말든 표시한다.정확한 페이지 이름을 입력해야 하므로 이 옵션 없이는 로그 액션을 찾기 힘들 것 같아. 그래서 이 기능을 요청하게 된 거야.또는 더 좋은 것은, "이 텍스트를 포함하는 제목 표시"의 선택사항을 추가하거나, 따라서 이름에 "2017"이 있는 모든 기사가 나열된다.나는 이것이 편리하다고 생각할 것이다.빗방울, 드롭탑(토크) 01:37, 2017년 8월 21일 (UTC)[응답]

나는 이 아이디어가 좋다. 또한 네임스페이스(메인 스페이스 제외)로 로그 항목을 찾는 데도 도움이 될 것이다.עודד 21ו c)[ od od od od od od od od od od od od 10:47, 2017년 8월 21일 (UTC)[응답]

여기에는 범주가 포함되겠는가?보르비 (토크) 2017년 8월 21일 (UTC) 10시 52분 [응답]

만약 우리가 "Category:"라는 텍스트로 시작하는 어떤 것을 검색할 수 있다면, 우리는 카테고리를 얻을 것이다.2017년 8월 21일(UTC) od od odווווו Od Mishehu 10:53[응답]

재미있는 사실:미디어위키에 이미 존재하는 내용은 http://social-tools.wmflabs.org/wiki/Special:Log을 참조하십시오(언젠가는 작동을 중지할 수 있지만).나쁜 소식:그것은 비효율적이기 때문에 위키미디어 위키에서 실행될 수 없다.좋은 소식:네임스페이스별로 로그 항목을 필터링하는 것은 이미 가능하다. usercript 또는 api(예: https://en.wikipedia.org/w/api.php?action=query&format=xml&list=logevents&letype=move&lenamespace=2&lelimit=3. 21:42, 2017년 8월 22일(UTC))

최근 IP 편집의 가시성 지연

다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

기사의 사소한 충동 파괴 행위는 지루한 어린이들과 같은 특정 IP 방문자들 사이에서 흔한 오락이다.만약 IP 편집이 처음 몇 분 동안 보이지 않는다면, 이 많은 소음을 막을 수 있을 것이다.보류 중인 변경사항은 모호하게 유사한 것을 달성하지만 페이지별 관리 오버헤드를 수반하며 시간 초과가 없다.그러므로 나는 IP 사용자가 기사를 편집할 때 다음과 같이 제안한다.

  1. IP 편집은 다음 중 하나가 될 때까지 IP 방문자에게 제공된 기사에서 업데이트되지 않는다.
    • 10분이라고 하는 고정된 시간 기간이 경과하였거나,
    • 로그인한 편집기(특히 모든 봇은 아님)가 후속적으로 기사를 업데이트한다.
  2. IP 편집은 지금처럼 계속 진행되어 로그인한 편집자에게 즉시 보여질 것이다.
  3. 기사를 편집하는 사람, 심지어 IP 에디터도 편집하는 동안 IP가 변경된 버전을 볼 수 있으며 반드시 표시되는 버전은 아니다.

두 번째 조건은 로그인한 편집기가 IP 편집을 검사했다고 가정하고 사용자 계정 편집이 즉시 나타날 수 있도록 허용한다.대부분의 봇은 검사할 수 없고 그들의 편집은 시각적 피드백을 필요로 하지 않기 때문에 IP 편집자와 동일하게 취급된다.그러나 일부 봇은 구체적으로 반달리즘을 되돌리기 때문에 로그인한 사용자와 동일하게 취급해야 한다.

전체적인 생각은 사소한 공공 기물 파손을 줄이면서 동시에 진짜 편집에는 최대한 영향을 주지 않는 것이다.로그인한 편집자들에게는 보이지 않을 것이다.선의의 IP 편집자들은 편집된 내용을 바로 보지 못하여 약간의 불편을 겪겠지만, 페이지 미리보기에서 편집된 버전을 보게 되고 기다리는 동안 더 많은 개선을 할 수 있기 때문에 과도하게 불편하지는 않을 것이다.

사용 사례는 실제로 주요 기사 공간에 큰 차이를 만들 뿐이지만, 그것이 더 쉽고 처리 오버헤드를 낮춘다면 모든 페이지에 걸쳐 구현하는 데 별로 해가 되지 않을 것이다.

— 건배, 스틸필러 (토크) 09:56, 2017년 8월 21일 (UTC)[응답]

하나의 중요한 프로벨렘:"Preview" 버튼을 사용할 수도 있고, 그렇게 하는 것을 귀찮게 하지 않는 선의의 익명 사용자는 저장 후 즉시 문장의 사후 교정에 의지할 것이다; 그들에게 (당신이 제안하는) 이 권리를 부인하는 것은 아마도 위키피디아에 지속되는 오류의 양을 증가시킬 것이다.r 사용자, 정말로 편집 내용을 이해하지 못하고 반달리즘으로 되돌리는 것.עודדהododOd Mishehu 10:46, 2017년 8월 21일 (UTC)[응답]
나는 편집자에 대한 피드백의 신속성이 "권리"인 것이 사용하기에 강한 언어인지 확신할 수 없다.나는 단지 그것이 제거되지 않고 잠시 지연되는 것을 제안한다.편집이 곧 표시된다는 것을 설명하는 정보 배너를 추가함으로써 무지의 영향을 줄일 수 있다.이러한 종류의 접근법은 다른 많은 댓글 사이트(블로그 등)에서 흔히 볼 수 있으며, 때로는 로그인한 사용자에게도 마찬가지여서 온라인 시민을 과도하게 혼동해서는 안 된다.예를 들어, 는 등록 포럼에서 아무런 문제가 없다고 생각한다.— 건배, 스틸필러 (토크) 11:54, 2017년 8월 21일 (UTC)[응답]
  • 지옥에 격렬히 반대하라.계정을 등록하지 않은 사용자는 더 작은 인간으로 취급되어서는 안 된다.우리는 정상적인 편집을 위해 계정 생성을 요구하지 않으며, 절대로 그렇게 해서는 안 된다.우리는 이미 등록된 계정을 필요로 하는 너무 많은 제한을 두었고, 위키피디아의 진입 장벽은 매년 점점 더 높아져 편집자 기반을 약화시킨다.우리에게 필요한 마지막 것은 새로운 편집자들이 뛰어 넘어야 할 또 다른 후프다.IP 편집자들이 맞춤법 실수를 고치게 하고, 사전에 반달이라고 판단하지 말도록 하라, 대개가 아니다. --Jayron32 14:30, 2017년 8월 21일 (UTC)[응답]
  • 반대 - 위키피디아는 이미 모든 문제를 해결할 편집자가 충분하지 않다.우리는 새로운 사람들이 위키피디아를 편집하는 것을 더 어렵게 해서는 안 된다.쿨리쿨스터 (대화) 14:37, 2017년 8월 21일 (UTC)[응답]
  • 강력한 반대-천 번 반대!IP에 의한 반달족으로 팡파레가 한창일 때, 우리는 그들의 선하고 때로는 눈부신 공헌을 그리워한다.부수적인 손해는 그러한 정책의 이익을 수 마일로 초과한다.2017년On leave 8월 21일(UTC) 15:44, 날개 달린 날개의 날개가 있다[응답]
    스노우 클로즈(Snow Close)를 제안한다. - FlightTime (오픈 채널) 16:23, 2017년 8월 21일 (UTC)[응답]
    좋아, 난 "천 컷으로 죽는다"는 주장을 이해한다.그럼 문을 닫는 게 좋을 거야— 건배, 스틸필러 (토크) 2017년 8월 21일 (UTC) 18:14 [응답]
위의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

WP의 가이드라인 현황:최근 년도

– 다른 곳에서 관련 논의를 위한 포인터.

다음을 참조하십시오.위키백과 대화:최근 몇 년 동안RFC: 프로젝트의 포함에 대한 가이드라인 상태.

간단히 말해서, 가이드라인 상태 지지자들은 WP:VPOL에서 해당 위키백과 주제의 조언 페이지를 WP:Essay에서 WP:WP로 격상시키기 위한 합의가 이미 이루어졌다고 말한다.가이드라인, 올해 초.반대자들은 WP에서 제안이 이루어지지 않았다고 본다.VPPRO는 다양한 종류의 "최근 몇 년"에 관한 여러 RfC의 끝에 묻혔고, 거기서 거의 아무런 코멘트를 받지 못했다.그 RfC는 그 회사의 광고주 중 한 명에 의해 폐쇄되었다.

물론 두 관점(그리고 일부 중립/기타 관점)도 실질적인 이유를 가지고 있으며, 페이지를 공식적인 지침으로 간주한다.나는 여기서 토론하는 것을 "광고"하는 것이다. 왜냐하면 그곳은 상승/감정 토론의 주요 장소고, 원래의 루프에서 제외되었기 때문이다.현재 진행 중인 논의도 WP에 열거되어 있다.CENT, 즉 프로젝트 자체의 토크 페이지(비중립적인 장소지만 단골 수가 적은 장소)에 있는 위치는 이 경우 크게 문제가 되지 않을 것이다.
SMc캔들리쉬 lish ¢ ʌ ≽ ⱷ 23 23 23ʌ 23:01, 2017년 8월 23일 (UTC)[응답]

프로그램 및 이벤트 대시보드에 영어 위키백과 인터페이스 포함 제안

안녕, 에든버러 대학교의 코스 리더들과 상의한 후, 우리는 프로그램이벤트 대시보드위키 에듀 대시보드와 같은 수준으로 향상될 수 있는지 알아보고 있다.현재 위키에듀 대시보드는 위키에듀 대시보드에 코스가 만들어지는 것과 동시에 자동으로 코스 확장-에스크 위키피디아 페이지를 만들 수 있는 시설을 갖추고 있다.프로그램 및 이벤트 대시보드는 이러한 기능을 제공하지 않으며 제공되는 Wikipedia 인터페이스가 없는 프로그램 및 이벤트 대시보드 내에 과정 세부 정보가 확실하게 보관되어 있다.이 제안은 프로그램 및 이벤트 대시보드가 영어 위키백과에 프로젝트 페이지/과정 확장 유사 페이지를 만들어 모든 과정 프로그램이 이를 표준으로 할 수 있도록 하는 것이다.
요컨대:나는 이 위키에서 프로그램 & 이벤트 대시보드를 통해 편집을 활성화할 것을 제안한다.활성화된 후에는 Wiki Ed Dashboard를 사용하여 현재 영어 위키백과에서 수행되고 있는 것처럼 프로그램 & 이벤트 대시보드의 과정 및 기타 이벤트에 대한 관련 활동을 Wiki 편집으로 반영한다.잠재적으로 편집 가능한 유형은 다음과 같다.

  • 편집자 목록 및 편집자가 작업하는 문서를 표시하는 과정 페이지 업데이트: [5]
  • 사용자가 과정에 등록할 때 사용자 페이지에 템플리트 추가: [6]
  • 기사 대화 페이지에 템플리트를 추가하여 기사 작업자 표시: [7]

Stinglehammer가 추가한 사전 서명되지 않은 논평 (대화 • 기여) 18:13, 2017년 8월 21일 (UTC)[답글]

  • 강력한 지원 – 에든버러 대학 과정 관리자 중 한 명으로서, 나는 이 시설을 갖기를 진심으로 바란다.그것은 현재 교육기관을 위해 존재하는 것이지만 미국만의 위키 에듀를 통해서만 가능하다.그런 일이 일어나도록 하기 위한 그러한 도구들의 융통성 없이, 영국의 학구적인 동료들이 교실에서 위키피디아를 사용하는 것에 익숙해지도록 권장하는 것은 어렵다.고마워!———Caorongjin (대화) 08:53, 2017년 8월 22일 (UTC)[응답]
  • 지원 나는 대시보드의 열렬한 지지자다.위키피디아인은 거주지 위키미디안 프로그램과 같은 외부 전문가 조직과 협력하는 데 필수적인 도구다.meta:grants:start를 통해 자금을 지원받는 모든 사람이 meta를 통해 보고서를 작성해야 하기 때문에, Wikimedia 또는 챕터 그룹이 보조금 기금을 받을 때 Wikimedia 재단에 대한 의무를 이행하는 것도 필수적이다.학습평가/글로벌 메트릭스 및 대시보드는 일반적인 프로그램의 일반적인 신규 사용자의 경우 5시간 이상 걸리던 것과 달리 5분 이내에 이 작업을 수행할 수 있는 유일한 방법이다.네가 말했듯이, 대시보드는 실제로 학교를 위해 디자인되었고 이것을 매우 잘 한다.
계기판을 개발하는 주변의 정치가 뒤엉킨 것은 유감스러운 일이다.앞으로 나아갈 길이 보이네, 네 도움이 필요해.여기 다음 단계에 대한 나의 제안이 있다.
@CaorongjinStinglehammer: 두 분 다 영국에 계신데, 두 분 다 위키미디어 UK와 소통하셨으리라 기대한다.나는 너희 둘 다 그 조직에 연락해서 네가 제안하는 것에 대해 조직 지원을 협상할 수 있는지 알아봐 줄 것을 요청한다.Wikimedia UK에 문의하여 조직으로서 모든 영국 학교 홍보 및 아마도 모든 공개 편집 이벤트에 대해 대시보드를 일상적으로 사용하고 추천할 의사가 있는지 확인하십시오.해당 그룹의 이벤트 코디네이터가 제안하는 내용을 얼마나 지원할 것인지 결정하십시오.
@Caorongjin and Stinglehammer: 두 번째 단계로서 위키 UK에 있는 누군가가 위키 NYC의 일원으로서 나에게 연락하도록 하십시오.뉴욕시와 영국 모두 영어를 말하고 위키피디아를 공유하며 우리는 협력해야 한다.뉴욕시는 이미 모든 것에 대해 대시보드를 사용하고 있다.
위키미디어 재단은 현재 대시보드 사용을 권장할 계획이 없다.내가 이해하기로는 WMF의 입장은 Wikimatics가 그들이 선호하는 대체 도구라는 것이지만, 나는 이 조언이 잘못되었다고 생각한다. 왜냐하면 분명히 Wikimatics는 접근할 수 없고 분명히 Dashboard는 비기술 사용자 기반을 제외하고 동일한 정보를 제공하기 때문이다.WMF는 조직화된 집단들이 명확한 요구를 하지 않는 한 천천히 움직인다.나는 우리가 두 장의 약속과 같은 사용자 기반을 보여줄 수 있다면, 우리는 지역사회에 영향을 미치는 요청을 할 수 있는 더 나은 위치에 있을 것이라고 생각한다.개인적으로 나는 모든 언어, 모든 위키미디어 프로젝트, 그리고 모든 위키 이벤트 조직자들에게 대시보드를 추천한다.
FYI - 대시보드는 개발을 위한 자금이 필요할 것이며, 그들이 도구를 생산했기 때문에 위키 교육 재단에 그 돈이 들어가야 할 것이다.대시보드는 작동하지만 수학이 부정확한 상황도 있고, 특히 대학과 전문직 이용의 경우, 나는 어느 누구도 90%의 경우 정확하지만 일부 일반적인 사용 사례에서는 부정확한 데이터를 제공하는 소프트웨어에 연구나 평판을 걸고 싶지 않다.대시보드는 멋져 보이고 사람들을 흥분시키는 데이터를 제공하지만 단지 몇 가지 문제를 해결하는 데 드는 비용이 그것의 독특한 단점을 기록하고 훈련시키는 것보다 더 적다.아마도 자금 지원은 WMF에서 직접 올 수도 있고, WMF에서 간접적으로 올 수도 있지만, Wiki UK와 Wiki NYC를 통해서 올 수도 있고, 다른 출처에서 올 수도 있다.대규모 사용자 그룹이 이 도구를 중심으로 장기적인 계획을 세울 경우 금전 또는 헌신적인 개발자가 필요하다.어떤 식으로든, 도구의 사용자는 개발 자금을 요청하는 사례를 확립하기 위해 도구의 결과에 가치를 부여할 필요가 있을 것이다.10만 달러가 1년 동안 유용할 것이며, 25,000 달러는 상당한 효과를 볼 것이며, 도구 개발에 안정성과 연속성을 제공할 것이다.내가 보기에, 수천 명의 사람들이 이 도구의 데이터에 대해 토론하고, 사람들이 웹 어플리케이션이 특히 데이터 과학에서만 완벽하게 작동하기를 기대한다는 것을 알 때, 나는 내 명성과 위키피디아의 명성에 대해 정말로 걱정하게 된다.
제안해줘서 고마워. 블루래스베리 (토크) 2017년 8월 22일 19시 10분 (UTC)[응답]
  • 중요한 제안:Wiki Edu Dashboard는 더 예뻐 보이지만, 유틸리티를 덜 제공하는 것 같다(또는 상당 부분이 묻혀 있다).프로그램 & 이벤트 대시보드는 기능에 대한 더 많은 기능 또는 적어도 더 즉각적인 액세스를 제공하는 것으로 보인다.나는 접근법의 합병을 제안하고 싶다. 접근법들 사이의 이항적인 선택이 아니라. SMc캔들리쉬 lish ¢ ʌʌ ҅ ҅ 56 16:56, 2017년 8월 24일 (UTC)[응답]

관심 RFC

– 다른 곳에서 관련 논의를 위한 포인터.

WT에 RfC가 있다.그렇다고 해서 그 정책이 바뀌지는 않을 것이며, 최근의 사건과 관련된 모든 기사에 광범위한 영향을 미칠 것이다.https://en.wikipedia.org/wiki/Wikipedia_talk:What_Wikipedia_is_not#RFC:_New_subsection_under_.22Not_a_Newspaper.22_about_commentary Coretheapple (talk) 14:51, 2017년 8월 25일 (UTC)[reply]를 참조하십시오.

왼쪽에서 'Interaction' 상자 메뉴 다시 정렬

배경:몇 년 동안 몇몇 새로운 편집자들이 그들이 소유한 회사나 그들이 일하는 회사나 그들이 막 결성된 밴드나 그녀의 첫 시를 출판한 그들의 자매에 대한 기사를 만드는 데 상처를 주는 것을 알아챘다.'그것'에 관한 기사가 꼭 나오기를 바라다.많은 (대부분) 위키백과를 통해 읽으려는 의지가 전혀 보이지 않는다. 번째 기사 대신 헬프 데스크로 바로 이동하십시오.많은 안내와 편집자가 그들에게 초안 공간 등을 마련해 준 후, 그들은 여전히 돌아와서 " 제출물이 곧 삭제될 것을 도와줘!!!"라고 말했다. 단지 그들은 단지 그들이 충고를 읽고 소화하거나 따를 필요가 없다고 느꼈기 때문이며, 왜 그들은 그렇게 해야 하는가?일이 뜻대로 되지 않을 때 매번 헬프데스크로 복귀하기만 하면 된다.따라서, 더 많은 편집자들이 절뚝거리는 손을 잡고 더 많은 시간을 보내도록 요구한다.결과: 나는 이러한 (이런 성격의) 원문들 중 어느 것도 인식력 부족 등으로 인해 메인 스페이스에 들어갈 수 없다고 생각하지만, 그들은 우리의 많은 시간 동안 흡수되고, 그것은 시간의 허리인데, 우리가 책을 읽고 난 후에도 그들이 가지고 있는 특정한 문제들에 대해 그들에게 초기 도움을 준다면, 우리가 머무를 수 있는 새로운 '편집자'들에게 그것을 쓸 수 있을 것이다.소화 WP의 서면 및 포괄적 지침.
제안:메뉴 아래쪽으로 '도움말'을 옮겨서 맨 위에 있는 '기사 작성 방법'으로 바꾸자고 제안한다.이것은 위키백과의 연결고리가 될 수 있다. 번째 기사.단일한 목적의 계정을 먼저 보내줄 뿐만 아니라 나중에 '도움말'로 나타나서, 이해력이 별로 없지만, 실제로 읽으려고 애쓰지 않았다면, 우리는 단순히 그것들을 Howo에 다시 참고할 수 있다.여기신인들과 홍보차 온 신인들을 구별하는 것은 꽤 쉽다.그러므로 여기서는 정책적 이의가 심하다고 보지 말고 오히려 능률화에 가깝다.헬프데스크는 현재 사용 중이며 내일 결근할 단일 목적의 계정을 위한 유치원이 아니다.아스프로 (대화)17:50, 2017년 8월 22일 (UTC)[응답]

  • 절반 지원:우리는 "기사를 만드는 방법"과 같은 것을 추가해야 하지만, 이것은 "도움말" 링크를 이동하거나 제거할 필요가 없다. SMc캔들리쉬 lish ¢ ʌ23 23 23ʌ 23:04, 2017년 8월 23일 (UTC)[응답]

OP는 WP가 다음과 같은 이유를 설명하였다.ACTRIAL은 매우 유용한 레거시pac (토크) 00:36, 2017년 8월 27일 (UTC)[응답]

위첨자/구독자 페이지를 올바른 위치로 이동하기 위한 봇

유니코드 위첨자와 첨자는 여러 가지 접근성과 표시 문제를 야기한다.

이것은 에 대한 제안이다.

  • 유니코드 슈퍼/구독자가 있는 페이지를 비 유니코드 버전으로 대량 이동(예: Foo²barFoo2bar로 이동)
  • 새 페이지에 적절한 표시 제목 키 추가(예:{{DISPLAYTITLE:Foo<sup>2</sup>bar}}) "Foo²bar"를 "Foobar2"로 표시
  • 기본 텍스트 업데이트(예: 변경)Foo²barFoo<sup>2</sup>bar기사에서)

이를 위한 실제적인 예는 비타민 B6, 골렘100, 12e Régiment blindé du Canada, Aice5 또는 Tommy heavennal6의 음반 목록 등을 참조한다.

이것은 몇 가지 장점이 있다.

  • 내게 필요한 옵션 문제:대부분의 화면 판독기는 'Gen-suptic one-suppercript 3' 또는 'Gen-supercript one-cubscript queved'를 발음하면서 Gen¹(일반적으로 '13세대'로 발음함)과 같은 제목을 다룰 수 없을 것이다.현대의 스크린 리더들은 Gen13 'Gen-suppicture 13'으로 다룰 것이다.
  • 몇 개의 문자는 해당 유니코드 위첨자/구독자가 부족하다.
  • 우리가 우리의 기사를 발표하는 방법에 일관성이 있다.2000페이지가 넘는 페이지에는 위첨자/구독자가 올바르게 표시된다.120명 정도는 그렇지 않다.
  • MOS 컴플라이언스.위키백과 참조:스타일/위첨자 첨자 설명서(정보가 다른 곳에 있기 때문에 실패함/정보가 논란이 되어서가 아니라 자체 페이지가 필요 없음) 위키백과:Manual_of_Style/Mathematics#Supperscripts_and_subscripts 그리고 또한.MOS:UNITSYMBOLS도 있다.
  • 엔진을 쉽게 찾거나 검색할 수 있음.INXS²를 찾는 사람: RemixesINXS2: The Remixes를 타이핑할 것이다.
  • 비 유니코드 위첨자/구독자가 훨씬 더 잘 읽히고 글꼴 지원 범위가 넓음

영향을 받는 페이지 목록은 다음과 같다.

물품

확장 콘텐츠
  1. (ISC)²
  2. 101²
  3. ABCD² 점수
  4. AM²
  5. 아메리카노
  6. 아메리카노 (1992년 요트)
  7. 아트메트
  8. A² 레코드
  9. A¹ 호모토피 이론
  10. 책:E=MC²(Mariah Carey 앨범)
  11. 칼²
  12. 츄트슈티
  13. 위폐²
  14. DNA²
  15. MTO²를 제시한 돈 오마르: 신세대
  16. E=MC²(Giorgio Moroder 앨범)
  17. E=MC²(Mariah Carey 앨범)
  18. E²(앨범)
  19. GA²LEN
  20. 겐지
  21. Gen¹³ (필름)
  22. 겐지/몽키맨과 오브라이언
  23. 헤비메탈: F.A.K.K.²
  24. Hi-Teknology²:더 칩
  25. INXS²: 리믹스
  26. I²C
  27. I²S
  28. K²(밴드)
  29. O² 아레나 라이브
  30. L² 코호몰로지
  31. MAC³PARK 스타디온
  32. MD² 인터내셔널
  33. 마그나복스 오디세이²
  34. 메르세데스-벤츠 G500 4×4²
  35. 메²
  36. M²(앨범)
  37. PC²
  38. 레테²
  39. SGI 인디고² 및 챌린지 M
  40. SR² 모터스포츠
  41. 1920년 하계 올림픽 요트 30m² 스케리 순양함
  42. 1920년 하계 올림픽 요트 남자 40m² 스커리 순양함
  43. 1956년 하계 올림픽 요트 남자 12m 샤피
  44. Secretory Pathway Ca²⁺ ATPase
  45. 스텔라 여자학원, 고등학교 사단급 C ³
  46. 브이파타이시
  47. E=mc²는 왜 그럴까?
  48. 차이트²
  49. Z²(앨범)

(그러나 나는 Chhut-thau-thiⁿ을 봇에서 제외할 것이다, 왜냐하면 이것은 문법적인 것일 수도 있기 때문이다.마찬가지로 1012와 충돌할 수 있는 101².공식 WP를 만들겠다.둘 중 하나에 대한 RM).

카테고리

(Category 제외:그러나 사용자가 사용자였기 때문에 봇에서 Eep²의 위키백과 삭푸펫으로 의심:eep²와 어떤 독자도 그것을 접하지 않을 것이다.)

나는 단지 10년 된 양말뿌리 범주를 삭제하겠다.지금은 실제 목적이 아니다. bd2412 T 15:05, 2017년 8월 25일 (UTC)[응답하라]

파일

템플릿

토론

개인적으로, 나는 모든 것을 옮기는 것을 지지하지만, 파일이나 템플릿은 그렇게 할 필요가 없다.이에 대한 지원이 무엇인지 알아보기 위해 토론을 시작하는 중.헤드폭탄 {t · c · p · b} 11:57, 2017년 8월 16일 (UTC)[응답]

나는 위키피디아에서 이전에 언급했었다.Bot requests#유니코드 첨자.2첨자 봇. --Izno (대화) 12:32, 2017년 8월 16일 (UTC)[응답]
나는 이것을 전폭적으로 지지한다: 화면 리더는 매우 가변적인 유니코드 지원을 가지고 있고, 일반 텍스트에 더 가까운 무언가를 갖는 것은 거의 항상 보조 기술을 사용하는 독자들의 경험에서 개선될 것이다.나는 접근성을 위해 위의 사이비 헤딩을 실제 헤딩으로 바꾸는 것을 자유자재로 삼았다. --RexxS (토크) 20:48, 2017년 8월 16일 (UTC)[응답]
매스 봇의 움직임에 반대한다.위 목록에는 101개의 타이틀만이 있다.이러한 기능은 수동으로 평가할 수 있으며, 일부는 이동할 경우(대담한 셀프 링크 기능이 작동하도록 하기 위해) 내비게이션 박스 업데이트를 가져야 한다.DisplayTITLE은 카테고리, 검색 결과 등이 아닌 페이지 자체에서만 작동한다.언급된 지침은 기사 내용에 관한 것이며, 페이지 이름에서 이러한 제한을 고려하지 않는다.만약 하위/위첨자가 보통 발음에서 무시된다면, 그것을 떨어뜨리는 것은 보통 허용되지만, 만약 상위첨자가 사각형 같은 힘을 의미한다면, 그것은 다르게 발음되고 그것 없이 혼란스러워 보인다.우리는 암호화된 12m2 샤피 대신 12m^2 샤피 또는 12m^2 샤피로 이동하는 것과 같은 일반적인 일반 텍스트 표기법 "^2"를 고려해야 한다."^" 문자는 Template에서 Kalai의 3^d 추측과 같은 위치의 디스플레이티틀에 의해 숨겨질 수 있다.DisplayTITLE#예시.스크린 리더들이 어떻게 "^"라고 발음하는지 모르겠지만, 그들의 사용자들은 파워를 의미하는 것에 익숙해 있는 것 같다.101²와 같은 다른 특별한 경우들이 있는데, 이것은 일부 정보원이 말하는 것처럼 101권 2로 옮겨질 수 있다. 1012호는 이상할 것이다(그리고 그 해까지 복용된다).프라임헌터 (대화) 22:59, 2017년 8월 16일 (UTC)[응답]
여기 우리가 그들을 평가해야 할 곳이 있다. 12샤피는 사람들이 그렇게 보지 않을 것이기 때문에 '크립틱'이 아니다.그들은 그것을 샤피 12m2 볼 것이다.12m2 샤피를 볼 수 있는 유일한 장소는 편집창에 있으며, 편집창에 '5-HT2C 수용체'를 볼 때 '5-HT2C2C 수용체'(유니코드 첨자로 렌더링할 수 없음)가 아니라 '5-HT2C 수용체'를 볼 때만큼 불분명하지 않다.그러나 101²는 약간의 추가적인 생각이 필요할 수 있지만, 101번 도로, 2번 도로 또는 유사한 도로로 이동하는 것이 그것에 대한 올바른 해결책이 될 것 같다.헤드폭탄 {t · c · p · b} 13:44, 2017년 8월 17일 (UTC)[응답]
내가 가서 샤피 12m2 옮겼으니, 실제로 어떤 차이가 나는지 알 수 있을 거야.헤드폭탄 {t · c · p · b} 22:51, 2017년 8월 20일 (UTC)[응답]
  • 봇의 움직임에 반대하며, 프라임당 관련 품목의 수는 상당히 적다.헌터, 그리고 각 기사/카테고리들은 개별적인 검토가 필요하다.이름이 정확히 판독기를 향하지 않는 템플릿과 파일은 반드시 이러한 문자를 포함해서는 안 된다(편집자가 입력해야 함).FYI, 파일 중 하나를 FFD로 보냈다. – Train2104 (tc) 23:55, 2017년 8월 16일 (UTC)[응답]
왜 봇의 그러한 움직임에 반대하는가?내가 이미 언급한 몇 안 되는 것 이상으로 움직이지 말아야 할 위에 열거된 것이 있는가?만약 그렇다면, 우리는 그것들을 배제하고, 봇이 우리를 위해 다소 지루한 일들을 수행하게 할 수 있다.헤드폭탄 {t · c · p · b} 02:44, 2017년 8월 17일 (UTC)[응답]
  • 이러한 이유로 봇을 사용하지 말고 파일 또는 템플릿의 이름을 변경하지 마십시오.파일 또는 템플릿 이름은 화면 판독기에 의해 읽히지 않는다.그리고 스크린 리더는 왜 이런 유니코드 문자를 더 많이 포함하도록 업데이트될 수 없는가?위첨자들은 오랫동안 그곳에 있었다.어쨌든 이것과는 별개로 이름을 바꿔야 할 이유가 있을 것이다.윈도우 10 내레이터는 이것들을 "첨부표 2" 또는 심지어 "제곱미터"로 정확하게 읽는다.Windows 10 내레이터는 ^2와 ²를 처리하지 않으므로 이 값을 ^2로 변경하지 마십시오.그래서 스크린 리더는 이것들을 바꾸는 좋은 이유가 아니다.Graeme Bartlett (talk) 00:36, 2017년 8월 17일 (UTC)[응답]
그 이유는 대부분 유니코드 위첨자/구독자가 어디서나 거의 사용되지 않고 불완전한 집합이기 때문이다.<</sup>과 <sub> 태그는 모든 등장인물을 지원하므로 사람들이 사용하는 것이다.유니코드 첨자 지원은 불완전한 문자 집합이기 때문에 개선하려는 노력이 없고, 이를 개선하는 데 필요한 노력도 유니코드 문자 집합을 두 배로 늘려 기존 솔루션을 복제한 다음, 어떻게든 ₑₗₒₒ를 '구독자 헬로'로 구문 분석할 수 있는 알람을 개발하게 된다.그리고 수천 개의 글꼴을 업데이트하여 첨자/위첨자 문자를 정렬하고 연결하십시오.헤드폭탄 {t · c · p · b} 14:06, 2017년 8월 17일 (UTC)[응답]
  • 나는 이것을 비교적 작고 편리한 개선으로서 원칙적으로 지지한다.하지만, 나는 이것을 아주 자세히 조사할 입장이 아니다.Graeme Bartlett의 지적에 대해 Windows 나레이터가 시각장애인에 의해 화면 판독기로 널리 이용되지 않는다는 점을 제외하고, 화면 판독기 제조업체들은 유니코드 문자에 대한 생각보다는 새로운 소프트웨어 버전과 함께 작동하도록 그들의 제품을 업데이트하는 데 충분한 어려움을 겪으며, 파일 이름은 Wii의 방식 때문에 때때로 화면 판독기에 의해 읽힐 수 있다.kipedia의 이미지 구문은 작동한다(대부분의 이미지가 연결되어 있고 Alt 텍스트가 없기 때문에).Graham87 02:38, 2017년 8월 17일 (UTC)[응답]
  • 지원 어떤 툴을 사용하든 상관 없으며(봇이든 매뉴얼이든), 최종 결과가 중요한 것이다.템플릿과 파일에 대한 문제가 무엇인지 잘 모르겠지만, 선택의 폭을 좁힐 수 있다면 어떻게든 조항들을 지지할 것이다. -- GreenC 03:11, 2017년 8월 17일 (UTC)[응답]
  • 사용자가 목록을 검토하고 개별 제외를 요청할 수 있도록 합리적인 시간을 준 후 지원하십시오.עודדוו Od Mishehu 19:44, 2017년 8월 17일 (UTC)[응답]
  • 반대. 대신 리디렉션을 사용하십시오.KMF (대화) 22:42, 2017년 8월 20일 (UTC)[응답]
나는 네가 여기서 제안되고 있는 것을 이해하는지 잘 모르겠다.페이지를 이동하면 리디렉션이 자동으로 만들어진다.헤드폭탄 {t · c · p · b} 22:48, 2017년 8월 20일 (UTC)[응답]
  • 그것을 끝내는 것을 지지한다.중립적인 성향은 봇 방법에 반대한다; 나는 봇 경험이 있는 사람들이 그 방법이 실용적이기 위해서는 영향을 받는 기사의 수가 너무 적고, 수동 검토가 너무 많이 필요하다고 말할 때 그들의 반대를 신뢰하는 경향이 있다. SMc캔들리쉬 lish ¢ ʌ23 23 23 23ʌ 23:13 (UTC)[응답]
나는 봇 경험이 있고, 이것에 대한 수동 검토의 양은 매우 적으며, 대부분 '이 페이지를 옮길까'를 결정하는 것에 해당할 것이다.이를 위해서는 일련의 ~300번의 편집[150번의 이동, 150번의 후속 메인텍스트 업데이트, 각 편집 요약을 포함한 편집 요약을 포함]이 필요할 것이다.이것은 쉽게 자동/반자동으로 수행될 수 없다.만약 당신에게 가치가 있다면, 나는 [아마도 모든 것을 검토하는데 10분이 걸릴 것이다]라는 사실 후에 봇의 편집을 개인적으로 검토할 계획이다.이렇게 하면 4시간 이상의 일을 할 수 있을 것 같다.헤드폭탄 {t · c · p · b} 03:06, 2017년 8월 24일 (UTC)[응답]
나는 AWB를 그것보다 더 많은 페이지에 걸쳐서 해봤다. :-) — SMc캔들리쉬 ʌⱷⱷⱷʌ 03:08, 2017년 8월 25일 (UTC)[응답]
응, 하지만 AWB로는 페이지를 옮길 수 없어.헤드폭탄 {t · c · p · b} 14:19, 2017년 8월 25일 (UTC)[응답]
사실, 넌 할 수 있어.워치 버튼 바로 옆 '시작' 화면에 '이동' 버튼이 작동하고 있다.bd2412T 14:27, 2017년 8월 25일(UTC)[응답]
사용할 수 없고 비활성화된 단추.헤드폭탄 {t · c · p · b} 14:35, 2017년 8월 25일 (UTC)[응답]
사용자의 권한 수준에 따라 비활성화할 수 있다.단지 21개의 정치·지리적 세분 리스트를 모두 'km²'로 끝나는 타이틀에서 '제곱킬로미터'로 옮기는 데 사용했을 뿐이다.bd2412T 14:39, 2017년 8월 25일 (UTC)[응답]
글쎄, 만약 누군가가 그 일을 수동으로 하려고 한다면, 확실히 나는 반대하지 않을 것이다.헤드폭탄 {t · c · p · b} 14:52, 2017년 8월 25일 (UTC)[응답]
하지만, 당신은 토크 페이지를 옮기는 것을 잊은 것 같았다.헤드폭탄 {t · c · p · b} 14:54, 2017년 8월 25일 (UTC)[응답]
나의 편집 이력을 보면 모든 토크 페이지가 기사와 함께 옮겨진 것을 알 수 있을 것이다.남은 것은 토크 페이지 리디렉션. bd2412T 14:59, 2017년 8월 25일 (UTC)[응답]
하나 놓친 것 같아.그것은 우연히 내가 무작위로 바라본 것이다.어쨌든, 이제 괜찮아.헤드폭탄 {t · c · p · b} 15:08, 2017년 8월 25일 (UTC)[응답]
응, 아마 하나 놓쳤을 거야.인터페이스는 토크 페이지도 이동하기 위해 추가 필드를 클릭해야 한다.토크 페이지를 디폴트로 옮기고 싶다. bd2412T 15:12, 2017년 8월 25일 (UTC)[응답]
@BD2412:Javascript는 그것을 위한 것이다. 나는 그것을 User:SMcCandlish/common.js, 두 번째 코드 블록. SMc캔들리쉬 lish ¢ ʌ ⱷ ⱷ ҅ ҅ 21ʌ 21 21:00 (UTC)[응답]

WP:인포콜

인포박스 합병을 시도하는 것은 지루하고 시간 소모적인 과정이다.어려움을 가중시키는 것은 어처구니없는 이유로 위키피디아 사람들이 직면한 강력한 반대다.나는 WP가 좋았다.인포콜, 그러나 그것은 단순한 에세이일 뿐이다.합병 또는 포장지 전환에 적합한 인포박스 통합 상장 조건과 관련하여 가이드라인이나 정책이 틀어질 수 있는가? -- Pankaj Jain Capankajsmilyo (talk · 기여 · count) 13:44, 2017년 8월 28일 (UTC)[응답]

로그인한 보호 수준 추가

다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

등록된 사용자만 편집할 수 있는 로그인 보호 수준()Padlock-hotpink.svg을 만드십시오.새로 등록한 사용자는 이 수준의 페이지를 편집할 수 있게 된다.IP의 파괴력이 높은 경우 로그인한 보호를 사용하십시오.IP의 심각한 공공 기물 파손이나 신규 사용자의 높은 공공 기물 파손이 있는 경우, 반보호를 사용하십시오.다만 기물 파손이 IP에서 나온 것이라면 이용자들이 요청할 수 있다.제발 하세요.페이지가 이 수준으로 보호될 때 "Permission=Request registered editor access" 텍스트를 사용한다.예: "보호된 "페이지" 영구 반달리즘 [Edit=등록된 편집자 권한 필요] (Indefinite) [Move=등록된 편집자 권한 필요] (Indefinite)"2600:387:9:3:0:0:0:C5 (대화) 10:47, 2017년 8월 28일 (UTC)[응답]

이 사건에 대해 왜 반보호가 불충분하다고 생각하는가? --Izno (대화) 13:12, 2017년 8월 28일 (UTC)[응답]
반대. 이것이 반의 전부다.(부기사항으로, 편집자가 제안서에 새로운 자물쇠 색상 기호를 삽입하는 등 새로운 보호 수준을 지속적으로 권했던 양말 퍼피트리 사례를 어렴풋이 기억한다.다른 사람도 그것을 기억하고 그 이름을 기억하는가?)~ 롭 15:23, 2017년13Talk 8월 28일 (UTC)[응답]
이 스레드의 작성자는 사용자:말레이디스 페레즈, 이전에 차단된 이 범위에서 IP를 사용. -- 아즈라다츠 (토크) 17:44, 2017년 8월 28일 (UTC)[응답]
지지하다.그래서 계정을 만든 후 자동 확인이 될 때까지 기다릴 필요가 없을 것이다.부인하지 마십시오.승인하다2600:387:9:3:0:0:0:B4 (대화)20:42, 2017년 8월 28일 (UTC)[응답]
나는 이 수준이 추가된 후에 어떤 일이 일어나는지 빨리 보고 싶다.하지만 어떻게 하면 누군가가 보호 인터페이스를 편집할 수 있을까?2600:387:9:3:0:0:0:B4 (대화)20:44, 2017년 8월 28일 (UTC)[응답]
위의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

미안 버튼

감사 버튼과 같은 미안한 버튼이 필요하다고 말하지만 만약 네가 실수를 한다면 너는 사과할 수 있어!

@Dinah Kirkland: WP:Bug 보고서 기능 요청을 읽어 보십시오.עודדהododOd Mishehu 03:33, 2017년 9월 3일 (UTC)[응답]
사용자 토크 페이지 게시물은 훨씬 더 의미 있고 더 성실하게 받아들여지기 쉽다. SMc캔들리쉬 lish ¢ ʌ 08 08 08 08 08ʌ 08 08:59, 2017년 9월 5일 (UTC)[응답]

자동 R2

모든 이동에 자동으로 추가되는 이동으로부터의 {{R}을(를) 메인 스페이스에 배치하고 대상이 메인/템플릿/카테고리/WP/포탈 공간 외부에 위치할 경우 {{db-r2}}을 초월하도록 수정할 것을 제안한다.이러한 작업을 수행할 때 페이지 이동자가 리디렉션을 억제하도록 이미 허용(WP:PM/C#6).나는 다른 사람들의 움직임이 정리되어야 하는 리디렉션을 떠나게 하는 것의 이점이 없다고 본다. 그리고 내가 알 수 있는 한, 그러한 리디렉션을 유지할 타당한 이유가 없다.초안 구현은 이동/샌드박스 {{R}을(를) 참조하십시오.Train2104 (tc) 21:26, 2017년 8월 26일 (UTC)[응답]

이동의 템플릿 R은 페이지가 리디렉션되는 위치를 알아야 한다.#redirect call 위에 놓이면, 그것은 불가능하다.아래에 배치하면 루아(Template 스크립트에서는 가능하지 않지만, 리디렉션 페이지에서 페이지가 리디렉션되는 위치를 MediaWiki API가 잘 알지는 못한다. --Izno(토크) 21:30, 2017년 8월 26일(UTC)[응답]
미디어위키의 리디렉션 아래에 위치한다.간접 텍스트모듈 이동:리디렉션은 기능을 제공한다.테스트를 위해 나는 사용자 공간을 확인하는 조건부를 변경하고 {{db-r2}}대신 {{db-g7}}을 사용했는데, 이는 주공간 외부에 표시되지 않기 때문이다.테스트가 효과가 있다. 빠른 템플릿이 정말 이상하게 보인다는 것 빼고는.Train2104 (tc) 21:48, 2017년 8월 26일 (UTC)[응답]
R-태그 템플릿에 익숙한 사람이 CSD 태그가 왜 그렇게 이상한지 말해줄 수 있을까?@Paine Elsworth: 아마도? – Train2104 (tc) 23:40, 2017년 8월 26일 (UTC)[응답]
Train2104, ping 정말 고마워!일부 텍스트가 메인 디스플레이 바깥쪽과 위쪽에 있는 이유는 {{db-g7}}이(가) 사용하는 메타 템플릿에 의해 외부 텍스트가 생성되는 것과 관련이 있다고 생각한다.그 템플릿인 {{db-meta}}은 {{Mbox}} 템플릿을 사용하며, 페이지에 올바르게 배치되지 않을 경우 HTML Fleshleate로 간섭을 받을 수 있다.이 경우 G7 템플릿은 페이지의 맨 위인 TOP에 있어야 한다.이동/샌드박스 {{R}과 같이 다른 페이지 어디에나 배치하고 HTML Flearming은 저장 시 템플릿이 비정상적으로 예기치 않게 나타날 수 있다.
우리는 또한 페이지 이동자들에게 특별히 라운드 로빈 페이지 스왑을 수행하기 위한 억제-리디렉션 도구가 제공된다는 것에 주목해야 한다.리디렉션은 다른 페이지를 해당 제목으로 이동하기 위해 억제된다.페이지 이동자들은 다른 상황에서 리디렉션을 억제하기 위해서는 위키피디아와 위키피디아 상의 링크와 오프 모두의 연결이 끊어지지 않도록 매우 신중하고 선택적으로만 해야 한다고 경고한다.Paine Elsworth 00:48, 2017년 8월 27일 (UTC)[응답]
메시지 위에 올려서 고쳤다.리디렉션 하에 CSD가 묻혀 있는 경우를 많이 봤는데 괜찮아 보였는데 아쉽게도 페이지 위에 자동으로 올려놓을 수는 없다(봇이 관련되지 않는 한).포지셔닝에 대해 알아봐줘서 고마워! – Train2104 (tc) 01:43, 2017년 8월 27일 (UTC)[응답]
응, 위에 글을 올린 지 몇 시간 후에 그 가능성에 대해 생각해 봤어.Mbox와 HTML Nautify에서 중요한 것은 템플릿이 자체 줄의 시작에 있어야 한다는 것이다(페이지의 맨 위에 반드시 있는 것은 아님).네가 시도해서 잘 됐다니 다행이야.그러나 나는 여전히 DB 템플리트의 "자동" 추가에 대해 약간 걱정된다.내가 보기에 그것은 관리자들에게 편두통으로 빠르게 성장할 수 있을 것 같다.Paine Elsworth 06:17, 2017년 8월 28일 (UTC)[응답]
  • 가능하다면 지원하십시오.기존 도구로 구현하는 것이 쉽다면 이것이 어떻게 개선이 되지 않을지 모르겠다.나중에 메인 스페이스의 다른 것으로 페이지를 리디렉션하려는 경우에도 R2CSD를 블랭킹하는 것은 충분히 쉬우며 추가 단계를 추가하지 않는다.InsertCleverPrasehere 23:09, 2017년 8월 26일 (UTC)[응답]
  • WP 반대:RDRAFT는 이것이 실행되어서는 안 된다고 말하며 정당성을 제공한다.Thincat (토크) 13:49, 2017년 9월 1일 (UTC)[답글]
    • RDRAFT는 초안 네임스페이스에서 기본 네임스페이스로 이동한 페이지에 관한 것이다.이 제안은 정반대다.크립틱 16:42, 2017년 9월 1일 (UTC)[응답]
내 반대 의견이 부딪혔어, 고마워.Thincat (토크) 16:47, 2017년 9월 1일 (UTC)[응답]
  • 주석 WP:R2는 "만약 리디렉션이 페이지 이동의 결과였다면 리디렉션을 삭제하기 하루나 이틀 전에 대기하는 것을 고려하라"고 말하므로 태그거가 아닌 관리자에게 지연에 대한 책임이 있다.아마도 그것은 어쨌든 의미가 있는 것일 것이다.관리자에 대한 경고가 어떤 방식으로 배치될 수 있는가?Thincat (토크) 16:56, 2017년 9월 1일 (UTC)[답글]
{{db-r2}}: 이미 경고를 주었기 때문에 나의 논평은 충격적이었다.씽캣 (토크) 17:02, 2017년 9월 1일 (UTC)[응답]
  • 반대. 나는 이 제안에 반대하기로 결정했다.관리자와 페이지 이동자는 메인스페이스가 다른 네임스페이스로 리디렉션되는 것을 억제해야 하기 때문에 이 제안은 불필요해 보인다.Paine Elsworth 09:47, 2017년 9월 3일 (UTC)[응답]
음... 나는 이 제안이 비 페이지 이동자들과 관리자들의 움직임에 특별히 적용되도록 의도된 것이라고 확신한다.페이지 이동자와 관리자가 하는 동작은 억제(확인하면)되고 억제(즉, 다른 사람에 의해) 없이 하는 동작은 드래프트 스페이스로 지시하면 R2에 태그가 붙을 것이라는 암시가 있다고 생각했다.아마도 그것은 또한 페이지 이동자나 관리자가 작성한 리디렉션에 태그를 붙이겠지만, 이러한 교차 네임스페이스 리디렉션을 그대로 두는 것보다 낫다.InsertCleverPrasehere 11:11, 2017년 9월 3일(UTC)[응답]
네가 말했듯이, 이것을 적용할 편집자가 아주 적다.그리고 WP:R2는 필요하지 않은 페이지 이동에서 리디렉션 삭제를 다룬다.또한 "리디렉션이 페이지 이동의 결과인 경우, 리디렉션을 삭제하기 전에 하루 또는 이틀 정도 기다리는 것을 고려하십시오."라고 명시되어 있다.필자에게 이는 비페이지 이동자들이 '하루 이틀'에 대해 {{db-r2}}회 적용조차 자제하는 것을 의미하는데, 이는 SD 템플릿을 즉시 적용하는 이 제안과 배치된다."... 페이지 이동자나 관리자가 작성한 리디렉션에 태그를 붙이는 것 또한 억제하는 것을 잊은 것"을 언급하는 것은... 그러한 변경에 대한 별로 좋은 이유가 되지 못한다.IMHO, 우리는 단지 편집상의 실수를 만회하기 위해 전면적인 변화를 시도해서는 안 된다.더 나은 해결책은 편집자들을 교육하는 것이다.우리는 WP에 교묘히 추가할 것을 고려할 수 있다.필요한 곳으로 이동하십시오.Paine Elsworth 22:27, 2017년 9월 3일 (UTC)[응답]
내 생각에 너는 나를 오해하는 것 같아. 이런 변화는 관리자나 페이지 이동자(소그룹)가 아닌 다른 편집자(대그룹) 모두의 경험에 영향을 미치고 향상될 거야.페이지 이동자와 관리자의 경우, 사용자들이 일반적으로 리디렉션을 억제하기 때문에, 이러한 변경은 전혀 영향을 미치지 않을 것 같다(잊지 않는 한, 이 경우 이 변경은 그들에게도 보너스 개선이 될 것이다).리디렉션 삭제에 대한 R2 문장은 리디렉션 태그가 지정된 후 리디렉션을 삭제할지 여부에 대한 것이다(즉, "리디렉션을 삭제하기 전에 하루 또는 이틀 대기할지를 고려하지 않음"이라고 명시되지 않음)이것은 편집상의 실수를 만회하기 위한 것이 아니라, 메인 스페이스에서 드래프트 스페이스로 리디렉션하는 자동태깅을 함으로써 리디렉션 억제 특권이 없는 일반 편집자의 삶을 보다 쉽게 만드는 것이다.dbR2는 이러한 경우 리디렉션에 항상 적용되어야 하기 때문에 프로세스를 자동으로 만들고 사소한 stat를 제거하지 않을 이유가 없다.ep(어쨌든 내가 알고 있는 사람은 나를 자유롭게 깨우쳐 주도록 하라.)InsertCleverPrasehere 23:07, 2017년 9월 3일(UTC)[응답]
먼저 나를 계몽하라.당신은 "이 변화가 다른 모든 편집자들(대그룹)의 경험에 영향을 미치고 개선될 것"이라고 말했다.그렇다면 준비되지 않은 메인 스페이스 페이지를 드래프트 스페이스로 이동시키고 리디렉션 자체를 억제할 수 없으며 db-r2 템플릿을 추가해야 하는 편집자의 "대그룹"은 얼마나 클까?현재 백만 개에 가까운 리디렉션에 사용되는 템플릿에 이러한 변경을 보장할 수 있을 만큼 큰가?나는 그것이 의심스럽기 때문에, IMAO의 "대그룹"의 편집자들이 SD 템플릿을 수작업으로 계속 적용할 수 없을 이유가 없다. 이것은 정말 그렇게 번거로운 일이 아니다.Paine Elsworth 23:17, 2017년 9월 3일 (UTC)[응답]
PS. 나는 당신이 db-r2에서 본문을 해석한 것을 증명하기 위해 그것이 삽관의 대상이 된다는 것을 고려한다.그리고 만약 우리가 당신의 선택에 따라 간다면, 우리는 db-r2 템플리트 응용프로그램 로그를 감시하는 관리자에게 잠재적으로 큰 편두통이 될 수 있는 제안으로 돌아가 봅시다.Paine Elsworth가 추가한 PS
그것들은 공정한 논쟁이다.그러한 움직임을 수행하는 사람들의 수가 적을 수도 있지만(잠시 볼 R2 CSD 범주에 대한 시계를 가지고 있을 것이다), 또한 많은 비 페이지오버 검토자들이 태그를 수동으로 추가해야 하기 때문에(아마 그럴 가능성은 없지만 가능할 것이다) 드래프트의 번거로움을 피하게 될 수도 있다.어떤 경우든, 이것이 적용되는 잠재적인 사용자 수(1000명 정도의 관리자 및 페이지 이동자를 제외한 모든 편집자)는 매우 큰 그룹이다.두 번째 요점에 따르면, 진정한 질문은 글로벌 템플릿을 변경하면 기존의 비대안 포인팅 리디렉션에 눈에 띄는 변화가 있는지 여부일 것이고, 눈에 보이는 변경은 드래프트 공간을 가리키는 리디렉션에만 적용된다면 긍정적인 이점만 있을 것이라고 주장한다.이러한 변경으로 CSD 태그를 기존의 모든(그러나 확인되지 않은) 네임스페이스 간 리디렉션(잠재적으로 해당 범주에 범람하여 많은 페이지가 임시 백로그를 생성함)에 즉시 적용하시겠습니까?설령 그렇다고 해도 이는 일시적인 것일 뿐이며, 그러한 리디렉션을 그대로 두는 편이 더 바람직할 것이다.
사실, 나는 우리가 그런 부적절한 네임스페이스 리디렉션에 자동으로 태그를 붙이는 봇을 가지고 있지 않다는 것이 놀랍다.아마도 이것은 대안적인 제안일 것이다, 이러한 모든 리디렉션에 '크로스 네임스페이스 리디렉션'이라는 태그를 붙이는 봇이다. 이 태그는 이러한 기사를 강조하여 새로운 범주에 넣어 사용자(자원봉사자)가 db R2에 적합한 것을 수동으로 뒤지고 태그를 붙일 수 있도록 하는 것이다.대안으로 이것을 지지하시겠습니까?InsertCleverPrasehere 00:30, 2017년 9월 4일(UTC)[응답]
AWB와 채석장 질의로 두 번의 질량 R2 태깅을 해봤다.각 항목이 몇 개인지 기억하지 못하지만, 삭제된 내 기여도를 볼 수 있는 사람이 확인할 수 있다. – Train2104 (tc) 13:43, 2017년 9월 4일 (UTC)[응답]
CleverPrase삽입하려면여기에리디렉션에 {{R에서 드래프트 네임스페이스로 태그를 지정하여 범주:임시 네임스페이스로 리디렉션.Paine Elsworth 01:31, 2017년 9월 6일 (UTC)[응답]

병합 토론: WP:Naming 규약(ID)WP:Manual of Style#Identity

– 다른 곳에서 관련 논의를 위한 포인터.

"Wikipedia Talk:MOS에 대한 스타일#Merge 초안 WP:이름 지정 규칙(식별도):IDENTITY?", WP:Naming 규약(Identity)WP:Manual of Style (MOS:BIO의 섹션)에 병합하자는 제안, 기사 제목과 관련된 거의 아무것도 없는 초안 스타일 가이드라인(즉, 이름 지정 규약이 아님)이기 때문이다.

VPPRO에서 교차 목록 작성 "이름 지정 컨벤션" 페이지의 일부가 2005년까지 거슬러 올라가며 태그가 지정되어 있기 때문에{{proposal}}너무 오랫동안 SMc캔들리쉬 lish ¢ ʌ ⱷ ⱷ ҅ ҅ 07ʌ 07:48, 2017년 9월 11일 (UTC)[응답]

보풀 페이지 향상

각 오류 유형에 대한 간략한 설명으로 보풀 오류를 개선할 수 있다.9개의 하위 페이지는 각각의 오류 유형에 대한 간략한 설명으로 강화될 수 있다.예를 들어, 린트 오류: 육성된 콘텐츠는 주제가 논의되는 페이지에 대한 링크로 "포스터된 콘텐츠"를 정의해야 한다.(그 페이지는 예전에 찾았는데 지금은 찾을 수가 없어.)문단 포장 버그 해결책정돈된 공백 버그는 경험이 많은 편집자에게도 마찬가지로 눈에 띄지 않는다.또한, 이 페이지들은 거의 정확하게는 아니지만 가장 최근에 편집된 순서대로 나열된다.페이지 순서의 정확한 규칙을 아는 것이 유용할 것이다.이 방법이 유용할 수 있는 한 가지 이유는, 나열된 기사를 편집한 후 편집자가 보풀 오류 목록 페이지를 다시 방문하여 오류가 정말로 사라졌는지 확인할 수 있기 때문이다.그러나 만약 편집이 페이지 순서에 영향을 미친다면, 사용자는 편집 후에 페이지가 어디에 나열될지를 찾는 방법을 알아야 한다.

그 점에 있어서는, 일반적으로 검색 결과의 순서를 정하는 방법에 대한 규칙을 아는 것이 유용할 것이다.Anomalocaris (대화) 02:36, 2017년 9월 1일 (UTC)[응답]

각 오류 유형의 오른쪽 상단에는 일반 특수 페이지뿐만 아니라 도움말 페이지가 연결되어 있다.나는 동의한다, 그것은 그다지 발견될 수 있는 것이 아니다.나 역시 그 순서를 "가장 최근에 하단에서 편집된 것"으로 관찰했다. --Izno (토크) 12:17, 2017년 9월 1일 (UTC)[응답]
순서와 관련해서는 편집된 기사가 왜 더 낮은지(내용이 바뀌면 자동으로 새로운 파스를 일으키기 때문에) 설명하는 '마지막 파싱' 순서일 것이다.그러나 렌더링은 여러 가지 이유로 발생할 수 있다. 그래서 순서가 정확히 그렇지 않은 이유를 설명해준다. BTW. 이것들은 검색 결과가 아니라 단지 우리 데이터베이스의 목록일 뿐이다.검색 결과는 Special에서 반환되는 항목:검색(문자 및 부분 일치를 위해 최적화된 전혀 다른 스토리지 시스템을 사용함)—DJ (대화기여) 09:24, 2017년 9월 5일 (UTC)[응답]

특정 페이지(예: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)?action=info#Lint_errors)에 가지 않고도 페이지의 모든 오류를 볼 수 있다. 머리글은 오류가 있는 페이지에만 표시된다는 점에 유의하십시오.사용자 설명서는 페이지를 다시 로드하지 않고도 그것들을 보여줄 수 있다.17:58, 2017년 9월 2일 (UTC)

의논해줘서 고마워.생각에 Subbu는 T162895에 대해 뭔가를 할 수 있을 것 같아.그러나 나는 또한 우리가 여기서 더 많은 참여를 요청하기 위해 할 수 있는 일이 무엇인가에 대한 질문이 있다:) 나는 여러 번 정보를 게시했다(를 들어, 이것은 우편물 목록과 같은 다른 장소는 분명히 포함하지 않는다), 그리고 우리는 우리가 고칠 수 있는 다른 관심 있는 사람들을 찾는 것에 대한 더 많은 아이디어를 환영한다.페이지 :) Eltre (WMF) (대화) 16:16, 2017년 9월 7일 (UTC)[응답]
서명이 보풀 오류를 포함할 수 있지만, 숫자를 크게 줄일 가능성은 거의 없다.T140606은 그것을 돕기 위해 고쳐야 할 필요가 있을 것이다. -- WOSlinker (대화) 20:23, 2017년 9월 7일 (UTC)[응답
나는 메인 스페이스 콘텐츠에 초점을 맞추고 메인 스페이스 문제를 추적하는 데 도움이 될 몇 가지 작업을 제출해 왔다.서명이 깨지는 것은 중요한 문제가 아니다. IMO. 만약 사람들이<font>...</font>그리고 그들이 원하는 효과를 얻지 못하고 있다는 것을 알게 되고, 그것을 고치는 데 도움을 요청하게 될 것이고, 그 때 "서명" 문제는 대부분 무트가 된다. --Izno (대화) 22:17, 2017년 9월 7일 (UTC)[응답]
이러한 메시지는 모두 로컬에서 정의될 수 있다(예: MediaWiki:linter-category-fosted-desc). 누군가는 메시지를 제안하기만 하면 된다.mediawiki: 페이지의 토크 페이지에 편집 요청을 남겨 두십시오.XaosfluxTalk 03:24, 2017년 9월 8일 (UTC)[응답]
…하지만, 항상 그렇듯이, 맞춤형 정보가 심각하게 필요하지 않는 한, 현지 사용자 지정은 하지 마십시오. 이는 누군가가 이를 알아차리고 수동으로 복사하지 않는 한, 영어 위키백과에 향후 모든 업데이트가 손실된다는 것을 의미하기 때문이다.Jdforrester (WMF) (대화) 15:45, 2017년 9월 8일 (UTC)[응답]

그러나 나는 또한 여기서 더 많은 참여를 요청하는 것이 우리가 할 수 있는 다른 것이 무엇인가에 대한 질문이 있다.

그것은 비효율적인 툴링의 문제다.이와 같은 업무는 a) 고치기 어려운 b) 많은 기술(html, css, wikitxt, lua)에 대한 이해가 필요한데, 그런 다음 이러한 오류가 어디에서 발생하는지 파헤쳐서 조사해야 한다.복잡한 경우 보풀은 그것이 어디서 왔는지 힌트만 줄 뿐, 이것은 매우 깊이 중첩된 템플릿이 될 수 있다.심리학 101은 사람들이 자신에게 직접적으로 영향을 미치는 일에만 관심을 갖는다는 것을 의미한다.그 페이지들은 현재 완벽하게 괜찮아 보이고, 아무것도 할 필요가 없어 보인다.당근이나 채찍을 사용함으로써 상황을 개선할 수 있다.

당근:

  1. 미리보기에 오류 표시(https://phabricator.wikimedia.org/T163072)- 이 오류는 3가지로 분류하여 우선순위를 정해야 하며, 편집자가 알 수 없는 방법으로 이러한 오류를 소개한 후 몇 분 동안 원인을 찾는 데 사용하므로 모든 위키텍스트 편집자에게 도움이 되기 때문에 당근이다.
  2. 강조 표시된 세그먼트를 확장하고 린터를 실행하십시오(https://phabricator.wikimedia.org/T151362), 또는 (https://phabricator.wikimedia.org/T163149)).후자가 가장 유용할 것이며, 사용설명서를 사용하여 사소한 방법으로 할 수 있다.

스틱:

  • 사용자가 페이지에 기본 오류를 소개하고 저장을 시도할 때마다 팝업 추가(코드 편집기에서 이미 발생함)
  • 모든 사용자에 대한 파서 마이그레이션 확장을 강제로 활성화하거나 페이지에 마이그레이션 오류가 있을 때마다 해당 확장명을 표시하십시오.
  • 오용 필터 - 새 편집기(예: 새 편집기)가 템플릿 또는 아티클 네임스페이스에 단순(예: 닫히지 않은 태그) 보풀 오류를 추가하지 못하도록 차단

문제는 보푸라기의 오류 보고서가 일부 특수 페이지에 박혀 있는 한 이 상황은 계속될 것이라는 점이다.편집자의 작업판은 편집 도구로, 다른 곳에 물건을 두는 것은 그들에게 그것에 대해 신경 쓰지 말라고 말할 수 있는 좋은 방법이다.여기 이 문제의 최근 예가 있다(https://en.wikipedia.org/w/index.php?title=Template%3AWFTDA_Division_3&type=revision&diff=799743535&oldid=799729962).사용자가 1페이지(템플릿)를 편집해 즉시 100여개의 높은 우선순위 보풀 오류를 가져오면 수천, 수백만페이지에서 쉽게 사용되는 템플릿이 될 수 있었고, 누군가 되돌리면 간단히 되돌아온다.

현재의 접근방식은 상당히 단순하게 미친 것이다… 2017년 9월 9일 (UTC)

나는 우리가 새로운 편집자들이 템플릿 작업을 하는 것을 막고 싶지 않다고 생각한다.그들 중 극소수만이 문제를 해결할 수 있고, 그들은 문제를 해결하는 방법을 가장 잘 모르는 사람들이다.IMO 숙련된 편집자에게 이런 종류의 오타를 알리는 것이 더 타당할 것이다.당신이 링크하는 에러에 대한 책임이 있는 사람은 10K 이상의 편집이 있고, 그것을 어떻게 고쳐야 할지 몰랐더라도 편집자는 어디에 도움을 요청해야 하는지 알 수 있을 것이다.Whatamidoing (WMF) (토크) 15:33, 2017년 9월 12일 (UTC)[응답]

가장의 한 측면을 해결하기 위한 메타 RfC

여기 문서 제임스 (대화 · 기여 · 이메일) 15:37, 2017년 9월 13일 (UTC)[응답]

참조 요소의 자동 열 모드

다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

최근에 <참조 />는 생성된 목록에 10개 이상의 참조가 있을 때 자동으로 응답하는 열을 사용하는 것이 가능해졌다.현재 이 행동은 옵트인 모드(<reference response="1"/>)이다.Wikimedia 전체에서처럼 옵트인은 의도적인 것이었다. 우리는 이미 존재하는 행동에 의존하는 많은 템플릿들을 가지고 있었다.최근에 나는 두 가지 상황을 모두 처리할 수 있도록 {{Reflist}}을(를)이제 그렇게 되면 {{Reflist}}}에 영향을 미치지 않고 <참조 />의 디폴트를 전환하는 것이 가능해진다.{{Reflist}}}}이(가) 필요하지 않은 대부분의 상황에서는 기본 칼럼 모드가 더 쉬울 것 같고, <참조 />의 디폴트를 자동 응답 컬럼으로 바꿀 것을 제안하고 싶다.요약하자면:

  1. 현재 <참조 />에는 열이 전혀 없다.
  2. 기본값을 전환할 때 참조가 10개 이상일 경우(폭 30m, 대부분의 Reflist 사용량과 동일한 크기) <참조 />에 열이 있다.
  3. 디폴트의 이 스위치는 {{Reflist}}에는 영향을 미치지 않으며, 이는 칼럼 너비와 몇 가지 더 고급 기능을 변경하는 데 사용할 수 있다.
  4. <reference response="0" />을 사용하여 이들 열을 비활성화할 수 있을 것이다.

만약 동의가 있다면, 우리는 변경하기 위해 phabricator 버그 리포트를 제출할 수 있다.—DJ (대화기여) 09:15, 2017년 7월 13일 (UTC)[응답]

  • 네! --Izno (대화) 12:21, 2017년 7월 13일 (UTC)[응답]
  • 좋겠다! --Jennica / 14:52, 2017년 7월 13일 (UTC)[응답]
  • 그 변화는 텍스트의 크기를 줄인다. 이 변경에 대한 설명에는 이러한 변경 사항이 언급되지 않았다.나는 글의 본체와 맞는 타입의 사이즈를 선호한다.Jc3s5h (대화) 15:39, 2017년 7월 13일 (UTC)[응답]
    • @Jc3s5h: 어떻게 그런 결론에 도달했는지 잘 모르겠지만, 나는 그것을 확인할 수 없다.모든 참조 목록은 글꼴 크기가 90%이다.내가 알기로는 2011년부터 그랬다.당신이 사용하는 피부에 대한 예시와 정보를 주시겠습니까?—DJ (대화기여) 15:55, 2017년 7월 13일 (UTC)[응답]
      • 문제를 재현하려 하자 예시로 사용한 기사에 참고문헌 관련 부제목이 여러 개 있다는 것을 알게 되었고, 어느 구간을 바꿨는지(물론 미리보기 모드에서만) 헷갈려 왔다.Jc3s5h (대화) 16:12, 2017년 7월 13일 (UTC)[응답]
  • 나는 이 변화에 동의한다.그 기둥들은 현재 약간 너무 넓은 것 같지만, 아마도 이것은 고의적인 것일 것이다.Jc86035 (대화) {{re Jc86035}}}}}
    을(를) 사용하여 2017년 7월 14일 05:58 (UTC)[응답]
  • 나는 이 변화를 지지한다.의도하지 않은 사소한 결과와 몇 가지 기사에 필요한 정리가 있을 것이라는 데 의심의 여지가 없지만, 그것은 진전의 대가다.Jonsey95 (대화) 16:19, 2017년 7월 14일 (UTC)[응답]
  • 온건한 반대다.개인적으로 나는 단일 컬럼 스타일을 선호하며, 자주 만들어지는 2컬럼으로의 변경이 좀처럼 개선되지 않는다고 생각한다.그것을 디폴트로 만든다는 것은 이것이 너무 넓게 생각하지 않고 이루어진다는 것을 의미할 것이다.이렇게 되려면 10의 문턱이 너무 낮고, 30의 문턱이 거의 옳다, 최하위다.DES 14:44, 2017년 7월 15일 (UTC)[응답]
  • 이것은 좋은 개선으로 들린다.나는 그것을 디폴트로 만드는 것을 지지한다.칼다리 (대화) 2017년 7월 15일 18시 40분 (UTC)[응답하라]
  • 나는 이것에 약간 반대한다.{{reflist}}}이(가) 이미 이렇게 하고 있기 때문에 <참조 /> 역시 변경하면 하나의 칼럼 참조 목록을 불필요하게 복잡하게 만들 수 있다.2017년 7월 15일(UTC) 다아 뵐프 21:53[응답]
  • 반대한다. 여러 개의 칼럼은 간단한 인용문에는 괜찮지만, 긴 설명 각주를 읽는 것은 어렵게 만든다.칼럼을 사용할지, 그리고 어떤 폭을 사용할지를 고려할 때, 우리의 첫 번째 고려사항은 독자들이 가장 쉽게 읽을 수 있도록 하는 것이어야 한다.그것은 인용 횟수에 근거한 임의적인 기준에 따르기 보다는 사례별로 이루어져야 한다.암모드라무스 (대화) 16:55, 2017년 7월 16일 (UTC)[응답]
    • @암모드라무스:당신은 10개 이상의 품목 리스트에 대한 열이 없는 경우를 열보다 더 흔하다고 생각하나?나는 우리가 가장 큰 사용자 그룹과 '안전한' 채무 불이행을 충족시켜야 한다고 생각한다.나는 우리가 90%의 사례를 옳게 할 수 있고 10%만 수정하면 된다고 생각하는데, 그것은 보통 편집자의 역방향보다 낫다고 생각한다 —TheDJ (토크기여) 10:17, 2017년 7월 17일 (UTC)[응답]
  • 제안이 두 개의 열로 제한될 경우 지지할 것이다.긴 인용문/ 인용문도 2열 형식일 경우 상당히 쉽게 읽을 수 있다.그것이 그 제안의 의도된 것이다.K.e.coffman (대화) 21:20, 2017년 7월 16일 (UTC)[응답]
    • 참조 태그의 응답 열 모드의 열은 {{Reflist}: 30em에 대한 가장 일반적인 설정과 동일하다.열의 양은 화면 너비에 따라 달라진다.—DJ (대화기여) 12:01, 2017년 7월 17일 (UTC)[응답]
  • 반대하다 지원 이미 {{Reflist }}}과(와) 함께 가지고 있기 때문에.왜 바퀴를 다시 발명했는가?같은 곳으로 갈 수 있는 두 가지 길이 있다면 어떤 이점이 있을까?또한, 오늘날의 화면 비율이 더 넓은 화면을 향해 나아가면서, 세 개의 기준 열이 점점 더 많이 사용되고 있다. 따라서 이러한 변화가 일어난다면, 그 기능도 이용할 수 있어야 한다.그러나 위와 같은 이유로 나는 여전히 이것에 반대할 것이다.그것은 필요한 보편적인 변화가 아니며, 우리는 이미 그것을 할 수 있는 방법을 가지고 있다.GenQuest 11:16, 2017년 7월 17일(UTC)[답글]
    • 여기서 추론할 때 몇 가지 오류가 보인다.(1) 바퀴는 이미 재창조되었으니 켜기만 하면 된다.우리의 {{reflist}}의 다열 지지대가 너무 좋아 연장 자체에 추가되었다. (2) 이 변화는 충분히 넓은 화면에 3개의 열을 사용하게 될 것이며, 어느 정도와 동등하다.{{reflist 30em}}아닌{{reflist 2}}. (3) 그것을 하는 두 가지 방법은 이미 존재한다.이 변경 사항만 변경되면 "응답"이 지정되지 않을 때 기본값을 변경하십시오.<references />있다<references responsive=1 />보다는<references responsive=0 />. Anomie 12:14, 2017년 7월 17일 (UTC)[응답]
      • 아직 이것에 대한 필요성은 명확하지 않다.reflist 사용자들은 어쨌든 칼럼을 사용하는 것에서 폭 매개변수로 거의 이동했다.이것은 위의 2번과 같은 효과를 가지고 있지 않은가?만약 있다면, 차이점은 무엇인가?GenQuest"Talk to Me" 13:36, 2017년 7월 17일 (UTC)[응답]
        • 이런 형태의 논쟁도 뒤집힐 수 있다.우리가 이 차이를 갖지 않을 수 있는 능력을 갖게 된 지금, 왜 당신은 같은 목적을 위해 기존의 두 가지 방법의 차이를 유지하고 싶으십니까?칼럼이 필요한가? 글쎄, 아마 아닐거야, 하지만 사람들은 여전히 칼럼을 사용하는걸 좋아해.기본값을 변경할 필요가 있는가?글쎄, 그렇지 않으면 아무도 죽지 않겠지만, 이미 가장 흔한 형태라면, 디폴트를 그 형태에 맞추고 예외를 좀 더 힘든 과정으로 만드는 것이 어떨까?—DJ (대화기여) 13:52, 2017년 7월 17일 (UTC)[응답하라]
          • 여전히 질문에 답하지 않는다.왜 우리는 <참조>만 부정하지 않고 더 강력한 {{reflist}}}?겐퀘스트"Talk to Me" 16:05, 2017년 7월 23일 (UTC)[응답]
            • 왜냐하면 {{reflist}}}}은(는) 마음속으로는 의 포장지이기 때문이다.<references /> 태그는 reflist가 작동하려면 사용 가능해야 하므로 취소할 수 없다.DES(talk)DESiegel Contribs 19:29, 2017년 7월 23일 (UTC)[응답]
  • Support People은 일반적으로 여러 컬럼을 좋아하기 때문에 {{reflist}}이(가) 널리 사용되고 있다.우리는 그것을 맨살로 디폴트로 만드는 것이 좋겠다.<references />또한 템플리트에서 현재 권장되는 다중 열 설정을 사용할 경우:Reflist/doc#Columns.Anomie 12:14, 2017년 7월 17일 (UTC)[응답]
  • 지지하다.열을 자동으로 추가하면 실제로 아래로 스크롤해야 하는 공간이 줄어들기 때문에 그렇게 해도 아무런 문제가 없다.서사시게니우스 (토크) 21:25, 2017년 7월 17일 (UTC)[응답하라]
  • 모든 단락 구분 기호와 섹션 머리글을 제거하면 스크롤이 적겠지만, 그렇다고 기사가 더 읽기 쉽다는 뜻은 아니다. -- PBS (대화) 16:57, 2017년 8월 12일 (UTC)[응답]
안녕, DGG. 네 게시물에서 몇 가지 오자와 오류가 보였어.안부전합니다, --George Ho (대화) 11:31, 2017년 7월 19일 (UTC)[응답]
(고정, 비록 핑은 고쳐지지 않겠지만)--S 필브릭(Talk) 19:44, 2017년 7월 27일 (UTC)[응답]
  • 지원 --S Philbrick (Talk) 19:44, 2017년 7월 27일 (UTC)[응답]
  • 지원 - 편집자와 봇의 작업 감소.---니질 (대화) 07:41, 2017년 7월 31일 (UTC)[응답]
    @사용자:니질샤.어떻게 덜 일하지? --PBS (토크)16:57, 2017년 8월 12일 (UTC)[응답]
    편집자는 ref 횟수가 증가할 때 ref를 확인하고 열에 배열할 필요가 없다.그러니 한 가지 신경을 덜 쓰세요.--니질 (대화) 06:40, 2017년 8월 15일 (UTC)[응답하라]
  • 지원, 특히 디폴트 변경에 불과하다는 점을 감안하면 더욱 그렇다.피터 콕스헤드 (대화) 08:14, 2017년 7월 31일 (UTC)[응답하라]
  • 최소한 다음과 같은 문제가 적용되지 않는 것으로 입증되지 않는 한 강한 반대:수십만 페이지를 자동으로 다시 포맷하고, 시력을 보이지 않는 것을 말하는 것이다. (수백만이라고 말하겠지만, 아아, 우리 평균적인 기사의 소싱은 너무 빈약할 수도 있다고 생각한다.) 다중 칼럼 참조가 HTML과 CSS 마크업으로 편집자들이 수작업으로 사용자 정의한 인포박스, 그래픽, 테이블, 요소들과 상호작용을 하면 어떻게 될까?만약 그들이 형식을 어긴다면, 그 페이지의 편집자들은 참조 행동이 바뀌었다는 것을 알 방법이 있는가?편집자가 역사판으로 돌아가더라도 참고문헌이 예전처럼 나타나는 것을 볼 것인가, 아니면 깨진 페이지가 항상 거기에 있는 것을 볼 것인가? (후자일 것 같다.죄송합니다만, 일반적으로 기본 행동을 망치지 마십시오.내가 왜 두 개의 칼럼이 "10개 이상" 참고문헌에는 "더 낫고" 더 적게는 "더 나쁠"지 알 수 있는 분명한 이유는 없다!개인적으로 나는 단지 몇 개의 참고문헌이 있는 간단한 참고문헌을 사용해왔다. 왜냐하면 평이한 목록을 읽고 추적하는 것이 더 쉬워 보이기 때문이다. 그래서 나는 그 아이디어에 대한 편견을 인정하지만, 역/역사적 호환성과 형식은 심각한 문제라고 생각한다.Wnt (토크) 11:39, 2017년 8월 4일 (UTC)[응답]
    • Wnt, 혹시 영향을 받을 수 있는 페이지 몇 가지 예를 들어줄 수 있니?당신이 말하는 페이지는 이 세 가지 조건을 모두 충족시켜야 한다.
      1. < < /> ({reflist}}) 또는 이와 유사한 템플릿을 사용한다.
      2. 그들은 10개 이상의 조를 가지고 있다.
      3. 그들은 리스트에 영향을 미치는 수작업 맞춤형 HTML과 CSS 마크업을 가지고 있다.
    • 나는 세 가지 조건을 모두 충족하는 기사를 본 기억이 없는데, 몇 가지 예를 들면 사람들이 당신이 무슨 말을 하는지 알아내는 데 도움이 될 것이라고 생각한다.검색은 첫 번째 조건을 만족하는 모든 기사 목록(추가 25%에 해당하지 않을 수 있음)을 제공하므로 검색을 시작하는 데 도움이 될 수 있다.나의 아주 빠른 현장검증이 합리적으로 대표된다면, 10만개의 기사 순서에 있는 것은 처음 두 가지 조건을 충족시키지만, 나는 세 가지 모두를 만족시키는 것을 찾을 수 없다.나는 너의 예를 보기를 고대한다.Whatamidoing (WMF) (토크) 17:44, 2017년 8월 6일 (UTC)[응답]
      • @Whatamidoing (WMF): 당신의 검색은 나에게 효과가 없다. 당신의 검색은 reflist와 reference response가 있는 것들을 꺼낸다.또한, 내가 그랬던 것처럼, 그 검색을 사용하여 10개 혹은 그 이하의 완전히 무작위 기사를 체크하는 것은 10만개를 체크하는 것이 아니다.그래서 나는 네가 말한 정확한 것을 찾지 못했어.하지만 나는 이미 그 열에서 팔라딘(Dungons & Dragons)을 찾아냈는데, 그 열에서 팔라딘(Dungons & Dragons)은 12개의 각주 목록을 가지고 있는데, 그 각주목의 목록을 볼 수 없다면, 그것들을 칼럼에 넣기로 결정했을 때 읽을 수 없을 것이다.원하신다면, 그 섹션에 reflist 2 또는 reference를 넣고 지역 편집자들이 어떻게 반응하는지 확인해 보십시오.하지만 한 기사로 바꾸는 것이 무의미하거나 비생산적인 것처럼 보인다면, 그들 모두에게 그렇게 하는 것이 어떻게 괜찮을까?Wnt (토크) 18:02, 2017년 8월 6일 (UTC)[응답]
        1. 여기서 제안된 변경사항은 "{{Reflist}}영향을 미치지 않고 <reference />의 기본값을 전환하는 것"(강조 추가)이기 때문에, 검색은 reflist 템플릿을 사용하여 페이지를 꺼낸다.
        2. 위의 서면 이의는 "편집자가 HTML과 CSS 마크업으로 수작업으로 사용자 정의한 요소"에 관한 것이다.만약 아무도 실제로 이것의 영향을 받을 기사에서 그러한 요소들의 실제적인 예를 찾을 수 없다면, 아마도 당신은 당신의 반대를 철회하고 싶으십니까?
        3. 사용자 연구에 따르면 긴(짧지는 않지만 짧지 않은) ref 목록을 응답 열(NB)로 분할{{reflist 30em}}아닌{{reflist exactly two fixed columns no matter what, because that's what looks pretty on my screen}})은(는) 참고 자료에서 찾고 있는 것을 쉽게/찾을 수 있도록 한다.그래서, 그래, 나는 ref를 위해 칼럼을 사용하기 위해 그 기사를 바꾸는 것이 중요한 변화라고 생각한다.12개의 간단한 참조가 더 넓은 화면의 열을 사용하는 것이 매우 중요한가?아마 아닐 것이다.목록이 길수록(화면이 넓을수록) 이득도 커진다.독자들은 이 정도 길면 어느 정도 혜택을 받을 것이고, 더 긴 리스트로 더 많은 혜택을 받을 것이다.Whatamidoing (WMF) (토크) 17:52, 2017년 8월 7일 (UTC)[응답]
    • 우리는 이런 논의를 했다.내 생각에는 우리가 훨씬 더 많은 사람들을 위해 행동을 개선한다면 몇 가지 드문 예외를 깨는 것이 가치가 있다고 생각한다.거의 모든 변화에서 작은 단점을 찾을 수 있고 만약 우리가 그 과도한 무게를 준다면, 우리는 어떤 것도 앞으로 나아가지 않을 것이다.게다가 편집자들이 기사 내용에 대해 형식이나 내용 중 어느 하나에서도 결코 변하지 않을 것이라는 기대를 가지고 있다면, WP에 따르면, 그들은 잘못 안내된 것이다.OWN. 스타일링은 절대 글을 쓸 때 의존해서는 안 된다.우리는 책이나 신문을 타이핑하는 것이 아니라 HTML을 사용하여 각 사람에게 컨텐츠의 사용에 최적화된 페이지를 전달한다.그리고 우리가 역호환성에 대해 관심을 갖기 전에, 비록 템플릿이 기사에 사용되었더라도 우리는 정기적으로 전체 템플릿을 삭제한다는 것을 잊지 말자.모든 것이 상대적이다.—DJ (대화기여) 15:38, 2017년 8월 9일 (UTC)[응답]
  • 지원 – 대다수의 기사가 {{Reflist}, {{Reflist 30em}}의 이유가 있는 것으로 사용되며, 그 외 응답 열을 표시하는 변형도 있다.만들기<references />같은 방식으로 행동하면 위키백과 전체의 일관성이 향상될 것이다.10개 참조에 대한 1열 표시는 여전히 가능하다.단점은 없어. -- 마이클 베드나렉 (대화) 13시 20분, 2017년 8월 8일 (UTC)[응답하라]
    @User:Michael Bednarek 템플릿 {{Reflist}}을(를) 사용하더라도 일반적으로 열 형식 없이 사용되며 User:최근 DJ가 변경하여 기본적으로 1개의 컬럼을 표시하였다. -- PBS (토크) 16:57, 2017년 8월 12일 (UTC)[응답]
  • 지지 - 이것은 초보 편집자들이 거의 이해할 수 없는 것이고, 나는 새로운 기사 작성자들이 그것에 대해 걱정할 필요가 없다고 믿는다.다열 참조 목록이 부적절할 수 있는 기사가 거의 없으며, 다열 참조 목록이 부풀어 오르면 수동으로 리코딩할 필요는 없다. 이는 분명 자동적인 것이어야 한다.블리스우드 (대화) 2017년 8월 9일 (UTC) 22:17[응답]
  • 지지 - 이 힘든 일을 맡아줘서 고마워.나는 이 제안이 결실을 맺게 되어 기쁘다 - 편집자로서 우리는 정말로 참조 목록이 몇 개의 열을 가지고 있는지 수동으로 설정할 필요가 없다.레곡™ (대화) 03:39, 2017년 8월 10일 (UTC)[응답]
  • 지지하다.내가 이해한 바로는, 다른 기둥 폭과 숫자를 생산하는 시설은 유용할 수 있는 드문 경우들을 위해 남아있을 것이기 때문에, 나는 실제 아래쪽은 없고, 단지 상상/초음파만 있는 것을 본다.• • Peter (Southwood) : 10:08, 2017년 8월 10일 (UTC)[응답]
  • 지지하다.{{reflist}}섹션 2.1에서 글머리표 3이 적용되면 오버라이드할 수 있다(예: Edith Cubell 참조).유일한 문제는 누군가가 읽고 생각하지 않고 모든 reflist 파라미터를 제거하면서 봇을 풀어주거나 무차별적으로 나가는 것이다.셰필드의 마틴(대화) 11시 13분, 2017년 8월 10일 (UTC)[응답하라]
  • 코멘트 나는 이것이 RfC에 의해 결정되어야 한다고 생각한다. 그리고 이것이 인용 스타일에 영향을 주기 때문에 나는 이것을 이 문제를 다루는 가이드라인의 토크 페이지에 올리는 것이 적절하다고 생각한다. 따라서 위키백과 대화를 보라:출처#RfC 인용: 참조를 표시할 때의 열 수입니다.태그 -- PBS (대화) 11:31, 2017년 8월 10일 (UTC)[응답]
    • 왜 이게 RFC가 아니라고 생각해?Anomie 12:57, 2017년 8월 10일 (UTC)[응답]
  • 이것은 상단에 RfC 배너가 없기 때문에 RfC가 아니다! -- PBS (토크) 16:57, 2017년 8월 12일 (UTC)[응답]
  • 지원, 코드로 동작이 해제될 수 있는 한.대부분의 페이지에서는 이 작업이 가능하겠지만, 일부 페이지에서는 칼럼보다는 평탄한 리스트에서 ref를 사용하는 것이 더 나을 것이다.이반벡터 (/)TalkEdits 19:26, 2017년 8월 10일 (UTC)[응답]
  • 코멘트 나는 오늘 일찍이 이것을 처음 보았고, 처음에는 네거티브 진영에서 {{reflist}}}의 디폴트(채무불이행)를 새로 작성했지만, 대부분의 경우 그 가치를 보기 때문에 다소 누그러졌다.나는 배가 아마도 출항했을 것이라고 인정하지만, 불가피하게 길어져서 EB1911, EB9, DNB, CathEnc 등을 언급하는 템플릿에 의해 적어도 하나의 참조가 생성되는 기사에 대한 가독성에 미치는 영향을 후회하고 있는 PBS(토크 · 기여)와 함께 있다.국가대관(大國大官)은 현재의 정관전시회 A이지만, 그러한 언급이 한 줄에 여러 줄로 빽빽하게 싸여 있는 것조차 분명히 추하다.다행히도 이 인용문이 유일한 것이고, 10개 이상을 갖는 것이 소수인 경우가 많은 것은 구 PD의 출처에 의존하는 그런 기사의 성격이다.나는 이러한 경우에 대한 좋은 해결책을 알지 못한다. 시각적 스타일에 기초하여 몇 개의 칼럼을 수동으로 한 열에 강요하는 것은 나에게 우선 순위의 주제에서 한참 뒤떨어져 있다.나는 단일 "출처" 표기법으로 {{sfn}}을 사용하는 것이 대안이라는 것을 알고 있지만, 그 접근법에 다른 문제가 있다.
일부에서는 오버라이드로 {{reflist 1}을(를) 사용하자는 제안도 나왔다.하지만 나는 이름 없는 매개변수가 더 이상 사용되지 않는다고 생각했고, 그래서 나는 혼란스러웠다.
나는 특히 LDR과 관련하여 좀 더 간결한 reflist와는 반대로 XML 요소가 오래된 위키백과처럼 보인다고 말한 사람과도 의견이 일치한다.다만, 쓰일 거라면 말 그대로 유효하지 않은 XML이기 때문에 <참조 응답 />(가치 없는 속성)을 써야 한다는 뜻은 아니었으면 좋겠다.데이비드 브룩스 (토크) 21:12, 2017년 8월 10일 (UTC)[응답]
ETA: 나는 내가 위에서 건설적이지 않다는 것을 깨달았다.일정 문자 이상의 각주가 있음을 감지할 경우, 구현 시 열 너비를 늘릴 수 있는 능력이 있는가?그레이트 오피셜 오브 스테이트(Great Officer of State)는 디폴트(Default)보다 48em이 훨씬 낫고, 40em이 약간 더 좋아 보인다(나는 그것이 종종 하나의 칼럼으로 끝나곤 한다는 것을 알고 있다.또한, 위의 LDR에 대한 나의 코멘트가 거꾸로 되어 있다는 구문을 이해하게 되었으므로, 나는 그것을 철회한다.
아래 마이크 크리스티의 코멘트는 편집자가 응답 기능에 대해 최신 정보를 제공하는 한 새로운 기사에 해당될 수 있지만, 기존 기사의 경우 먼저 후보를 찾아야 하기 때문에 심층 분석이 필요하다.그렇게 간단하지 않다.데이비드 브룩스 (대화) 01:45, 2017년 8월 11일 (UTC)[응답]
  • 지지하다.이것은 기본 행동이어야 한다. 필요하다면 지나치게 과장될 수 있기 때문에 나는 이것을 원하지 않는 희귀한 기사에는 문제가 없다고 본다.마이크 크리스티 (토크 - 기여 - 라이브러리) 22:53, 2017년 8월 10일 (UTC)[응답]
  • 지지는 기사 가독성을 향상시키는 현명한 변화처럼 보인다.알래스카에어딕트 (대화) 14:24, 2017년 8월 11일 (UTC)[응답]
  • 지원, 현재 우리는 기사 편집자들이 칼럼의 수를 결정하도록 하고 있는데, 이것은 기사가 특정 사람들의 화면에서 가장 잘 보이는 것을 가지고 있다는 것을 의미한다.우리는 모든 사람들의 화면에 적응함으로써 독자들에게 더 나은 서비스를 제공할 수 있다.막스 세메닉 (토크) 20:22, 2017년 8월 11일 (UTC)[응답]
  • communication @user:는 이틀 전에 이 문제에 대한 RfC를 만들었을 때 이 문제를 다시 열었고 나의 질문은 다루어지지 않았다.특히 광고가 잘 안 된 만큼 빨리 끝낼 이유가 없다.그것은 많은 페이지에 영향을 미치는 매우 큰 변화여서 지금까지보다 훨씬 더 널리 광고할 필요가 있다고 생각한다. -- PBS (토크) 16:57, 2017년 8월 12일 (UTC)[응답]
@PBS: 템플릿에 나열된 것 외에:(Godric이 언급한 바와 같이) 중앙 집중식 토론에서는 위키백과 토크에서 다음과 같은 통지가 있었다.소식통을 인용해 도움말 대화:인용 스타일 1, 도움말 토크:각주, 템플릿 토크:참조 목록 및 위키백과:마을 펌프(기술).충분하지 않았던가? --George Ho (토크) 20:34, 2017년 8월 12일 (UTC)[응답]
  • 디폴트를 1열로 유지하는 것에 반대한다.템플릿에 대한 변경 때문이었습니다.{{reflist}}이 변경에 대해 나에게 경고한 Great Officer of Stateficer 페이지에 나타난 여러 열을 표시한다.짧은 인용구들이 여러 개의 칼럼으로 더 잘 표시된다는 데는 동의하지만, 필자가 살펴본 대부분의 페이지들이 인라인 인용구들이 있다면 완전한 인용구일 뿐이고, 완전한 인용구들이 좁은 칼럼으로 포장되는 것이 읽기 어렵게 만들기 때문에 더 낫다고 생각하지 않는다. -- PBS (대화) 16:57, 2017년 8월 12일 (UTC)[응답]
  • 설명 @사용자:디제이, 부사장님께선 왜 사람들이{{reflist}}. 그들은 그것을 여러 개의 열을 표시하기 위해 사용할 수도 있지만, 그들은 또한 텍스트를 작게 만드는 다른 속성에 사용할 수도 있고, 다른 곳에서 사용되기 때문에 단순히 그것을 사용할 수도 있다.It would be interesting to see a proper search done, but using insource:/\{\{[Rr]eflist/ (which times out), and the small sample returned on the first page of results: twelve of the 20 have no parameter, two use "2" as the parameter five use "em30" and one uses "em35".-- PBS (talk) 16:57, 12 August 2017 (UTC)[reply]
  • 설명 @사용자:TheDJ Wikipedia Talks 페이지:당신이 작성한 소식통을 인용하며, "나는 단지페이지에 있는 사람들이 정보를 받고 초대되었다는 것을 주목할 것이다: # 모드의 기본 요소를 참조하기 위한 제안.DJ (대화 기여) 13:53, 2017년 8월 10일 (UTC)"[응답]
    (1) "기본 요소를 열 모드로 참조하기 위한 제안"이 매우 중요한 머리글이 될 것이라고 생각하는 이유 또는 "나는 자동 열 모드로 전환하기 위한 제안을 시작했음"이 기본 설정의 동작을 변경하고자 하는 대부분의 사람들에 의해 이해될 것이라고 생각하는 이유 (2) 왜 변경했는가?의 기본 행동{{reflist}} 그런 변화에 대한 전반적인 공감대가 형성되기 ? -- PBS (대화) 16:57, 2017년 8월 12일 (UTC)[응답]
당신의 친절한 정보를 위해, 이것은 한 달 내내 중앙 집중식 토론에 나열되었다.네 RFC는 이미 폐쇄됐어이제 A에게 넘어가거나 가져가세요.날개깃 17 Godric:04, 2017년 8월 12일 (UTC)[응답]
@PBS:--날개날개 Godric 17:07, 2017년 8월 12일 (UTC)[응답]
@User:Godric의 날개날개 이것은 RfC가 아니었기 때문에 한 달이 지나도 닫을 이유가 없었다.게다가 사람들이 분명히 아직도 그 코너를 게시하고 있는데 왜 닫지?찬성하십니까, 반대하십니까? -- PBS (대화) 17:22, 2017년 8월 12일 (UTC)[응답]
  • 코멘트 이 스레드는 아직 활성화되어 있지만 기능이 이제 확립된 것 같으므로, 위에서 내가 한 요청 중 간과되었을 수 있는 요청을 반복하고 싶다.PBS (그리고 I)는 유효하게 지적한다: 긴 참고문헌에 대한 영향은 가독성에 해롭다.각주에 긴 참고문헌이 실린 기사가 아마 수천 개 있을 것이다(그리고 나는 열 가지 요인 이상으로 과소평가하고 있을지도 모른다).열을 넓히기 위해 10개 이상의 각주가 있는 기사의 하위 세트를 찾아 편집하는 것은 내가 자동화할 수 있는 능력 밖일 수 있다.따라서 "참조 응답" 코드를 강화하여 각주의 줄을 감지하고 48em의 열 너비를 대체할 수 있는가?물론 "긴"에 대한 정의와 "48"에 대한 수정도 있다.데이비드 브룩스 (대화) 2017년 8월 12일 17:31 (UTC)[응답]
그것은 여러분의 텍스트가 매우 짧고 적당히 짧은 줄이 섞여 있는 각주와는 다르기 때문이다.우리가 인정하기에 극단적인 를 들어, 기본 설정을 다른 창 크기로 42em 너비(내가 언급한 48개도 아님)로 강제한 설정과 비교하십시오.일반적인 각주에는 아마 30개 정도는 괜찮겠지만 이 경우에는 넓이가 더 낫다고 생각한다.이제 인라인 매개변수를 사용하여 {{EB1911}}에 의해 전체 각주가 생성되는 페이지를 많이 고려하십시오. "앞 문장 중 하나 이상이 현재 공개 도메인에 있는 출판물의 텍스트를 통합함:치솔름, 휴, 에드(1911)."안티틱스"브리태니커 백과사전. 2 (11판)케임브리지 대학 출판부. 페이지 146–147." (40em으로 실험한 대조 참조) 보다 극단적인 효과.또는 완전히 채워진 {{Cite book}}을(를) 인라인 ref에 넣는 편집자를 고려한다.데이비드 브룩스 (대화) 2017년 8월 14일 00:02 (UTC)[응답]
당신이 제시하는 두 가지 예에서 나는 한 칸짜리 접근법보다 두 칸짜리 접근법이 더 좋다. (그 폭은 내 화면의 그 수만큼의 열로 작용한다. 당신의 열에서는 다를 수 있다.)Whatamidoing (WMF) (토크) 00:40, 2017년 8월 14일 (UTC)[응답]
우리가 여기서 말하는 것은 스타일 선호다.요약한 대부분의 편집자가{{reflist}}<<references/>>는 그들이 원하는 열의 수를 선택했을 것으로 추정되므로, 한 개의 열을 원했기 때문에 아무것도 선택하지 않았다고 보는 것이 타당하다.그것이 스타일 선호였기 때문에, 나는 그것이 WP의 정신에 반하여 달리면서 왜 특별히 변경되어야 하는지 모르겠다.CITEVAR.10만 페이지에 영향을 미치는 이와 같은 변화는 RfC도 아닌 토론에서 편집자 약 한 명이 해서는 안 된다. -- PBS (토크) 09:41, 2017년 8월 15일 (UTC)[응답]
PBS, 이 논쟁에서 나는 당신 의견에 동의하지만, 나는 "대부분의 편집자들이 진정했다"는 당신의 주장에 대해 지지할 것으로 보지 않는다.{{reflist}}"필요한/"는 아마도 그들이 원하는 열의 수를 선택했을 것이다."나는 AWB 템플릿을 통해 어떤 경우든 대체한다. 왜냐하면 나는 얼마 전 (몇 년?) xml보다 템플릿이 선호된다는 것을 읽은 기억이 있기 때문이다. 부분적으로는 매개변수를 허용하기 때문이기도 하지만, 또한 문서의 원시 XML이 20세기처럼 보이기 때문이다.그래, 백엔드를 위한 더 많은 폐색 작업이긴 하지만, 그게 서버를 위한 거야.데이비드 브룩스 (대화) 2017년 8월 15일 16:41 (UTC)[응답]
@DB <참조/>를 로 교체하는 경우{{reflist}}그런 다음 원하는 열 수를 선택하십시오.개인적으로 나는 {{reflist 30em}}}을 자주 사용하지만, 그것은 일반적인 컴퓨터 디스플레이에 2개의 컬럼이 있을 것으로 예상하기 때문이다(창 너비에 따라 다소간).{{reflist}}}로 설정하면 일부러 한 칸을 선택하게 된다. -- PBS (토크) 17:38, 2017년 8월 15일 (UTC)[응답]
나는 현재 <참조 /> 태그를 사용하고 있는 10페이지를 살펴보았다.{{reflist}}이 생성되기 전에 두 개가 추가되었고, 초기 생성 후 불과 며칠(2006년 말) 후에 또 다른 것이 추가되었다.두 개는 주로 그 템플릿을 사용하지 않는 위키에서 편집한 편집자들에 의해 추가되었다.하나는 2007년에 추가되었고, 세 개는 2008년에 숙련된 편집자에 의해 추가되었고, 마지막은 2009년에 로그아웃된 편집자에 의해 추가되었다.편집자가 네이티브 코드를 위해 템플릿을 삭제한 예는 찾을 수 없었다(개인적으로 그렇게 한 적은 있지만, 편집하는 동안 비주얼 편집기가 네이티브 코드에 대해 라이브 업데이트를 하지만 템플릿은 하지 않기 때문).
이것을 언급하는 또 다른 방법은 이 중 일부가 reflist 템플릿이 사용 가능한 옵션이기 전에 추가되었고, 이 모든 것이 {{reflist}} 이전에 기사 작성 마법사에 의해 사용되거나 다른 방법으로 ref를 추가하는 "정상적인" 방법(메모리가 제공된다면, 다른 어떤 것보다 글꼴 크기와 훨씬 더 많은 관련이 있다),그러나 이제 두 가지 방법은 동일한 글꼴을 사용하므로 더 이상 구별이 존재하지 않는다.)
이 중 어느 것도 기사에 칼럼을 싣지 못하도록 의도적인 선택을 시사하는 것은 아니다.PBS, <참조 />의 사용이 하나의 컬럼에 대한 의도적인 요청이라는 증거가 있다면, 그 내용을 공유하십시오.(기억하건대, 논의 중인 변경은 {{reflist}}}}을(를) 사용하고 있는 어떤 기사에도 어떠한 영향을 미치지 않는다.{{reflist}} 템플릿이 존재하기도 전에 <참조 />가 추가되어 지금까지 한 번도 교체된 적이 없는 오리지널 비디오 애니메이션과 같은 페이지에 일어나는 일에 관한 것이다.그래서 만약 누군가가 기사를 <참조 />에서 {{reflist}}}}(으)로 바꾸었다면, 그 기사는 이것의 영향을 받지 않을 것이다.기사를 반대로 바꾸어야만 기사가 영향을 받을 수 있다. 그리고 나는 사람들이 그렇게 한 사례를 찾지 못했다.)Whatamidoing (WMF) (토크) 18:28, 2017년 8월 15일 (UTC)[응답]
그것은 언제나 하나의 칼럼이었기 때문에 <참조/>의 문제가 아니다.그러나 <참조 />의 변화를 예상하여.{{reflist}}모방할 수 있도록 바뀌었어대다수의 사람들로서{{reflist}}조잡한 검색으로 조사한 결과, 선택권을 행사한 편집자 중 선호되는 칼럼 수에 대한 합리적인 대리인이라는 것이 타당해 보인다. -- PBS (토크) 14:41, 2017년 8월 18일 (UTC)[응답]
처럼 보인다.{{reflist}}다음 중 하나를 명시적으로 지정하도록 변경됨responsive=1또는responsive=0모든 페이지에 걸쳐 있지만 이 제안은 그것과 관련이 없어 변화를 지지하거나 반대하는 것은 어떤 영향도 미치지 않을 것이다.{{reflist}}또는 해당 템플릿을 사용하는 페이지.
기사 마법사에서 일반으로 표시됨{{reflist}}모든 기사에 있어서, 그리고 그 평이한 점에 비추어 볼 때.{{reflist}}봇/AWB가 지난 5년 동안 100만 개 이상의 기사에 투입한 것으로 보이는데, 나는 플레인 템플릿의 사용이 하나의 칼럼의 의도적인 사용을 의미한다는 당신의 주장에 납득할 수 없다.일반적으로 긴 참조 목록을 포함하며 일반적으로 디폴트 변경 방법을 알고 있는 편집자가 작성하기 때문에 더 나은 방법은 GA와 FA의 칼럼을 사용하는 것일 수 있다.
그러나 템플리트를 변경하지 않는 것이 의도성을 나타낸다는 당신의 주장에 대해 내가 확신한다고 해도, 그것은 상당히 무관하다. 왜냐하면 이 변경은 참조리스트 템플리트나 참조리스트 템플리트를 사용하는 어떤 페이지에도 아무런 영향을 미치지 않을 것이기 때문이다. 변경은 "응답 상태가 지정되지 않은 경우(예: 응답 상태 지정 reflist 템플릿이 사용되지 않은 경우), 화면이 충분히 넓은 경우 긴 참조 목록에 두 개 또는 세 개의 열을 생성해야 한다"에 해당한다.
이러한 변화는 기사의 2%에 영향을 미칠 것 같다.Whatamidoing (WMF) (토크) 16:36, 2017년 8월 18일 (UTC)[응답]
  • 데이비드브룩스(DavidBrooks)는 위키백과의 많은 영역에서 사용되는 책, 기관 웹페이지, 저널 기사에 대한 완전히 확대된 참조자료에 비해 상당히 짧은 참고자료를 가지고 있다.reflist가 그러한 짧은 참조를 감지하고 지나치게 넓은 열을 사용하게 하는 것은 많은 영어 위키피디아에 대한 응답성의 참조점을 완전히 되돌릴 수 있다.스타리그랑마 (대화) 2017년 8월 14일 21:00 (UTC)[응답]
  • PBS와 다른 몇몇 사람들은 더 많은 디스크가 필요하다고 생각하는데, 나는 토론자들에게 센트에 이 실을 다시 붙이고 관련 게시판에 신선한 광고를 만들어 줄 것을 요청하고 싶다.그렇지 않으면, 현재 벌어지고 있는 미니 포스트 클로즈업 논의에서, 나는 그것이 같은 주제들에 대해 광범위하게 논쟁/해소하는 동일한 얼굴들의 집합이 될 수 있다고 우려한다.인식(rel. to readability et al)이 상당히 중요한 영역에서는 새로운 얼굴이 확실히 환영받을 것이다.날개짓 10 Godric:02, 2017년 8월 14일 (UTC)[응답]
CENT 템플릿에 다시 넣었어, Godric.나는 또한 이 토론에 대해 다른 사람들에게 알렸다.WT:Vor 요청MediaWiki 토크에 공지사항을 게시할 것인지 확신할 수 없었다.시테노티스 또는 미디어위키 토크:워치리스트 디테일이지만, 그 중 어떤 선택도 하기 전에 유세하는 것에 주의해야 한다. --George Ho (토크) 10:34, 2017년 8월 14일 (UTC); 부분 타격, 13:05, 8월 15일 (UTC)[응답]
괜찮아, 하지만 난 이 일에 나보다 더 많은 시간을 보내지 않을 거야.—DJ (대화기여) 02:57, 2017년 8월 15일 (UTC)[응답]
PBS, MediaWiki에서 이 논의를 언급할 수 있다.Watchlist 세부 정보 또는 MediaWiki:시테노티스?토론에 더 많은 투입이 필요하다고 하셨죠? --George Ho (토크) 12:50, 2017년 8월 15일 (UTC)[답글]
조지 호, 감시자 명단이나 사이트 공지가 부적절할 거야이것은 주요한 정책 이슈가 아니라 사소한 포맷이 바뀐다.토니발리오니 (토크) 13:03, 2017년 8월 15일 (UTC)[응답]
배려 철회. --George Ho (대화) 13:04, 2017년 8월 15일 (UTC)[응답]
  • 논평@ StarryGrandma 나도 네 말에 동의하지만, 내가 정말 좋은 예를 찾아낸 문제는 내가 편집하는 대부분의 페이지들이 짧은 인용문과 별도의 참조란을 사용하는 경향이 있고, 나는 짧은 인용문에는 칼럼이 더 좋다고 생각한다.나는 AWB 스크립트를 실행하여 다른 내용을 수정할 때만 100개의 대형 인라인 레퍼런스를 가진 기사를 접하는 경향이 있는데, 이는 내가 그러한 기사를 기록하지 못하기 전에 나온 이슈가 아니기 때문이다.아마도 다른 누군가가 몇 가지 예를 들어 다른 사람들이 그들을 보고 정보에 입각한 결정을 내릴 수 있도록 이용할 수 있을 것이다. -- PBS (대화) 09:24, 2017년 8월 15일 (UTC)[응답]
피타고라스주의비레시크를 시도해보라. 둘 다 EB1911 템플릿의 "긴" 버전 두 가지를 포함하고 있다.자, 이것들을 보면, 다른 긴 인용구들과 함께, 나는 선 길이에 대한 언급 없이 폭을 강요하는 생각에 더욱 반대한다.책 인용문 등으로 인해 여러 줄의 참고문헌이 있는 다른 페이지도 많다.그러나 나는 폭이 더 큰(42 또는 48)을 선택하면 어쨌든 PC의 전체 화면이 아닌 대부분의 디스플레이에서 단 하나의 컬럼만 생성된다는 문제에 민감하다.데이비드 브룩스 (대화) 2017년 8월 15일 16:41 (UTC)[응답]
  • 지원 - 다시 열렸으므로 모든 지원을 추가하십시오.만들기<references />다른 화면 크기에 적응하는 것은 항상 독자들에게 플러스가 되고, 이것은 쉽게 오버라이드될 수 있다.{{Relist 1}}(본 버전 포함) 또는<references responsive="0" />단일 컬럼을 선호하는 편집자의 경우, 후자는 더 쉽게 접근할 수 있도록 기기 삽입에 추가될 수도 있다. --Lam-ang (대화) 15:15, 2017년 8월 16일 (UTC)[응답]
  • 지원 헤드폭탄 {t · c · p · b} 15:53, 2017년 8월 16일 (UTC)[응답]
  • 위의 모든 지지 논거를 지지하십시오.스탠닝 (대화) 17:24, 2017년 8월 16일 (UTC)[응답]
  • 편집자들 사이의 일반적인 선호도로서 약한 지지, 비록 내가 그 형식을 선호하지는 않지만, 나는 우리가 독자 선호도에 대한 실제 데이터를 가지고 있다는 것에 회의적이다.그것이 도움이 되지 않을 때 그것을 무시할 수 있는 수단이 있는 한, 그것은 단지 짧은 인용보다는 광범위한 각주로 행해지는 것이다. SMc캔들리쉬 lish ¢ ʌ23 23 23 23ʌ 23:31 (UTC)[응답]
위의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.

삭제 템플릿의 색상을 빨간색에서 연녹색/연청색으로 변경

@Ritchie3333: 페이지 있음 사용자:Ritchie333/신참자들이 템플릿을 보는 방법.

이를 통해 WP:PUT, Prod일 경우 csd 템플릿과 "motifying page creator template"는 빨간색이 없다.빨간색은 경고/위험 표지판이다.이 트윙클 "기사 삭제" 메시지가 연두색이라면 새로운 편집자들이 겁먹지 않을 것이다. --Marvellous Spider-Man 05:34, 2017년 9월 2일 (UTC)[응답]

음, 조금 덜 겁먹을지도 몰라.기분 전환은 괜찮아.레거시pac (대화) 05:53, 2017년 9월 2일 (UTC)[응답]

"주의 이 페이지는 삭제될 수 있음" 템플릿에 녹색과 파란색은 좀 어울리지 않는 것 같아.템플릿이 빨간색인지 파란색인지 녹색인지와 관계없이 삭제하는 것이다.조조 유메루스 (토크, 기여) 08:46, 2017년 9월 2일 (UTC)[응답]
그들은 그들의 글이 삭제될 수도 있다는 것을 알게 될 것이다.빨간색은 경고의 색으로, 반달이나 블록 템플릿을 경고하는 데만 사용해야 한다.유명하지 않은 배우, 음악가, 밴드, 정치인에 대한 기사를 만드는 것은 공공 기물 파손이 아니다.그들은 기사 페이지와 대화 페이지에서 빨간 색의 템플릿을 보지 말아야 한다.마벨로우스 스파이더맨 09:10, 2017년 9월 2일 (UTC)[응답]
여기서 의도하는 것은 고맙지만, "이것은 긴급한 주의가 필요하다"에 적합한 색이다.(대화)17:52, 2017년 9월 2일 (UTC)[응답]
차액을 쪼개서 노란색이나 주황색을 사용한다. SMc캔들리쉬 lish ¢ ʌ ≽ ⱷ 09 09ʌ 09:01, 2017년 9월 5일 (UTC)[응답]
노란색이 맞는 것 같거나 주황색이거나 WP에서는 빨간색이 과용되어 있다.접근성에 문제가 있는가? DGG (토크 )20:27, 2017년 9월 6일 (UTC)[응답]
레드와 다를 바 없다.
중수분해와 원시분해를 가진 사람들은 일반적으로 적녹색 블라인드로 알려져 있고 그들은 일반적으로 적색, 녹색, 갈색, 그리고 오렌지를 구별하는데 어려움을 겪는다.그들은 또한 일반적으로 다른 종류의 파란색과 보라색 색조를 혼동한다.파란색 감수성이 줄어든 사람들은 파란색과 노란색, 보라색 그리고 빨간색과 파란색과 초록색의 차이를 구별하는데 어려움을 겪는다.이 사람들에게 세상은 일반적으로 빨강, 분홍, 검정, 흰색, 회색, 터키옥처럼 보인다.
그래서 시각장애인을 색칠하는 것은 똑같이 보일 것이다.(가능성) Bοks™§(메시지)에 들어가는 α 가이 - 2017년 9월 10일 (UTC)[응답]
확인하고 싶으면 코블리스와 함께 직접 확인해봐.InsertCleverPrase여기에서 04:52, 2017년 9월 11일 (UTC)[응답]
  • 반대하다. 앰박스 컬러 배합은 10년 전에 결정되었고, 그 이후 대부분의 변화는 미미했다.이것은 결코 사소한 것이 아니다.KMF (대화) 16:39, 2017년 9월 16일 (UTC)[응답]