위키백과 대화:Checked edits brainstorming체크된 브레인스토밍 편집
Wikipedia talk:1.4가 해제된 후 Village 펌프에서 이동
Special을 살펴본 경우:최근의 변화들, 당신은 아마도 편집 옆에 있는 느낌표를 알아챘을 것이다. 이것들은 새로 시행된 편집 플래그 시스템의 일부분이다. 최근 변경사항 페이지에서 차등을 확인하면 상단에 "패턴으로 표시"라는 링크가 표시되어야 한다. 새로 만든 글의 경우 오른쪽 하단에 "이 글을 순열로 표시"라는 링크가 표시되어야 한다. 그런 링크를 클릭하면 느낌표가 제거된다. 이 시스템은 최근 변경 패트롤러를 돕기 위해 존재한다. 느낌표를 숨기려면 사용자 CSS에 .not_patrinted { font-color: #f8fcff !중요;} .patrinted {display: none;}을(를) 삽입하십시오. --Slowing Man 23:03, 2005년 1월 2일(UTC)
- IRC에서 말했듯이, 우리는 이 시스템에 의존할 수 없다. 마크 등록 ID는 예측 가능한 방식으로, 예를 들어 4769359, 4769360, 4769361.... 백과사전을 파괴하는 가장 쉬운 방법은 직접 또는 자동으로 읽음으로 표시하여 보지 않고 --알테레고 23:10, 2005년 1월 2일(UTC)
- 사방에 붉은 느낌표! 내 감시 목록을 순찰하는 데 시간이 많이 걸려서 거기서부터 순찰하는 것으로 표시할 수가 없어. 나는 토크 페이지도 그렇게 순찰할 필요가 없고, 관리자가 롤백할 필요도 없다고 생각한다. 바이올렛/리거 (t) 23:18, 2005년 1월 2일 (UTC)
- 디프 페이지에는 도움도 설명도 없이 "순찰을 돌았다는 표시"만 있다. 만약 당신이 궁금해서 링크를 클릭한다면, 정의나 정보의 백과사전 페이지를 기대한다면, 그것은 위키피디아에서 보통 파란색 링크가 하는 것이다. 단지 클릭만으로 이미 그것을 순찰으로 표시했다. (파란색 링크에 대한 반직관적 동작! 대신 단추로 만드세요).
- "입국"이 무슨 뜻인지 설명이 안 돼. 그것은 다음을 의미하는가?
- 나는 그 주제에 대해 잘 알고 있고, 이 편집과 서명에 동의한다.
- 나는 잘 모르지만, 이 편집이 명백한 공공 기물 파손이 아닌 것 같다는 것을 확인한다.
- 이 편집은 명백한 반달리즘이지만 나는 이제 그것을 되돌리는 것에 대한 책임을 질 것이다. 그리고 아무도 신경 쓸 필요가 없도록 그것을 순찰한 것으로 표시할 것이다.
- ?? 다른것
- 아마도 "등록"의 정의는 빌리지 펌프나 다른 곳에서 논의되었을 것이다. 그러나 대부분의 사용자들은 그러한 토론을 읽지 않았다. 이 새로운 기능을 디프 페이지에서 처음 보는 사람에게는 도움이나 정보가 전혀 없다. 그리고 아마도 오늘날 "순찰로 표시된" 많은 페이지들이 위에서 설명한 대로 무심코 클릭되었을 것이고, 따라서 실제로 순찰을 전혀 하지 않았을 것이다. 또는 "등록"이 실제로 무엇을 의미하는지 자신만의 개념을 가진 사람들이 의도적으로 클릭했다. -- Curps 23:58, 2005년 1월 2일 (UTC)
- 그뿐만 아니라, 우리는 단지 "diff"를 순찰하도록 요구받지만, 그것이 끝나면 우리는 그것이 순찰으로 표시된 개정판이라는 것을 알게 된다. 반달리즘을 행했지만 잡히지 않은 초기 편집이 있었을지도 모른다... 따라서 내가 사실 최근의 차이점을 지지했을 때 나는 현재 개정 전체를 지지하고 있는 것처럼 보인다.
- 마지막으로, 이전의 diff를 순찰하는 동안(예를 들어, 빠르게 변화하는 current-news 페이지에서) 보다 최근의 diff가 이루어졌으면 큰 문제가 있다. 확산 방법의 결함으로 인해, 당신이 지지하고자 했던 것보다 가장 최근의 확산에 대해 지지한 것으로 보일 것이다(Wikipedia: 참고:빌리지_펌프_(기술)#Recent_changes_page_and_History_page_don.27t_do_suffer_as_expected.21). 그러므로 당신은 의도치 않게 공공 기물 파손 행위를 지지하고 있을 수 있다.
- 위와 같은 이슈들이 다뤄지고 있기를 바란다. -- 2005년 1월 3일 (UTC(Curps 00:05, Curps 00:05
- 각 diff에는 자체 마크패트리된 ID가 있기 때문에 diff를 승인하는 데 오류가 발생할 수 있는지 잘 모르겠다. 하지만, 난 미디어위키 전문가가 아니야. 편집을 "등록"으로 표시한다는 것은 일반적으로 공공 기물 파손이나 그 밖의 악의는 없다는 것을 의미한다. --슬로우킹맨 00:39, 2005년 1월 3일 (UTC)
- 위와 같은 이슈들이 다뤄지고 있기를 바란다. -- 2005년 1월 3일 (UTC(Curps 00:05, Curps 00:05
- 엄격히 위키에서 "!s"를 제거하는 방법은 내 css에서처럼 .patrinted하지 않은 {display: none;}을(를) /monobook.css에 추가하는 것이다. 물론 일부 피부에만 5월이 적용된다. Jordi/junt 00:19, 2005년 1월 3일(UTC)
- 아, 제대로 된 방법이 있다. IRC의 제안을 방금 들어 올렸다. --슬로우킹맨 00:39 (UTC)
- FWIW는 클래식한 피부에도 효과가 있을 것이다(표준.css). —코라스 (토크) 08:12, 2005년 1월 3일 (UTC)
- 나는 monobook.css 페이지를 만들어 보았고, .protected {display: none;}을(를) 추가했지만, 아무런 차이가 없었다. 제가 무엇을 잘못했나요? 그나저나 모노북.css란 무엇인가? .patrinted {display: none;}이(가) 작동하기 전에 Anarrion이 그의 monobook.css에 가지고 있는 다른 복잡한 전문 용어가 모두 필요한가? 아니면스스로 작동해야 하는가? P 인거슨 08:48, 2005년 1월 3일 (UTC)
- 당신이 입력한 것으로 충분해야 한다: 내 사용자 CSS의 나머지는 당신이 원하지 않거나 좋아하지 않는 트윗이다. 그러나 브라우저가 변경사항을 수신하려면 시간이 걸릴 수 있다. 2005년 1월 3일(UTC) 조르디·스페인 08:50(UTC)
- 고마워. 한 시간쯤 지나자 저절로 고쳐졌어. P Ingerson 16:03, 2005년 1월 3일 (UTC)
- 당신이 입력한 것으로 충분해야 한다: 내 사용자 CSS의 나머지는 당신이 원하지 않거나 좋아하지 않는 트윗이다. 그러나 브라우저가 변경사항을 수신하려면 시간이 걸릴 수 있다. 2005년 1월 3일(UTC) 조르디·스페인 08:50(UTC)
- 편집한 거 마킹 하는 사람 있어? 내가 순찰을 한 것으로 표시된 것은 내가 한 것뿐이다. Tuf-Kat 01:13, 2005년 1월 3일 (UTC)
이런 종류의 일은 정말 나를 화나게 한다. 우리가 개발자들에게 미디어위키에 "버그가 아니라 특징" 자료를 추가한 다음 그것을 위키피디아에 디폴트로 버리게 한 것은 이번이 처음이 아니다. 나는 가까스로 그것을 무효화시켰지만, 나는 그것이 필요치 않다고 믿는다.
나는 위키미디어 위원회가 우리가 최신 버전의 미디어위키를 위키피디아에 생방송으로 보내기 전에 승인을 해야 한다고 생각하기 시작했다. 특히 이런 끔찍한 형태의 미디어위키를 요청한 사람은 누구인가? Ambi 08:17, 2005년 1월 3일 (UTC)
- 반면에 나는 그러한 불찬성의 합창단을 읽는 것에 매우 실망했다. 사람들은 수년간 "승인된 편집"의 형태를 요구해 왔다. 어떤 개발자가 요구된 것을 스스로 제공하려고 하면, 그들은 이 모든 것을 그들에게 버리게 된다.
- 그렇다, 그것은 첫 컷이다. 예, 지역사회는 개선을 위한 제안을 할 것이다. 그리고 의심할 여지 없이 그것들은 이전에도 일어났던 것처럼 일어날 것이다. 그러나 이것을 "아, 고마워, 옳은 방향으로의 큰 걸음이야. a) 아이콘은 사용자가 편집할 수 있고, b) 감시 목록에서 접근할 수 있는 순찰 버튼, c) 기타 필요한 것이라도 표시하면 좋을 것이다. 그러면 우리는 정말로 편집자의 힘을 더 잘 이용할 것이다." Pcb21 Pete 14:25, 2005년 1월 3일 (UTC)
- 기능을 사용하지 않는 경우. 나는 다른 방법으로 표시되기 전까지는 모든 편집이 의심된다는 근본적인 생각에 동의하지 않는다: 그것은 위키백과가 작동하는 방식이 아니다. 검사한 후 의심스러운 것으로 판명된 경우 검토를 위해 디프 표시를 할 수 있지만 기본적으로 모든 디프는 유효한 것으로 간주해야 한다. 조르디·15:08, 2005년 1월 3일(UTC)
나는 이 조치의 논리를 이해하지만, 반달들이 이것을 능가하는 것을 배울 수 있는 가능성 때문에 걱정된다. 똑똑한 반달은 공공 기물 파손 행위를 순찰으로 표시할 수 있는데, 그러면 어떻게 되는 겁니까? 나는 순찰을 돌린 편집이 믿을만하다고 생각하지 않는다. muriel@pt 16:48, 2005년 1월 3일 (UTC)
- 사용자 스스로 편집한 내용을 순찰하는 것을 불가능하게 할 수 있는 방법이 없을까? 만약 그렇다면, 그것은 실행되어야 한다. Meelar (대화) 2005년 1월 3일 17:11 (UTC)
누가 주어진 편집을 순찰했는지 볼 수 있다면, 그래서 알려진 반달/소크푸펫/트롤의 순찰은 그다지 주의하지 않는 것이 더 효과적일 것이다. 비록 이것이 두 가지 면에서 절충된다. 나는 반달리즘을 순찰으로 표시한 다음 되돌리는 것으로 표시해 왔다; 만약 내가 되돌릴 수 있도록 매를 맞거나, 이미 되돌린 반달리즘을 순찰으로 표시한다면, 그것을 고치는 대신 숨겨주는 것처럼 보인다. —코라스 (토크) 17:44, 2005년 1월 3일 (UTC)
- 한편으로는 개발자들의 노고와 미디어위키에 대한 많은 개선점에 감사드린다. 반면에, 이러한 개별 편집의 승인은 큰 잠재력을 가지고 있지 않아 보인다. 최근의 변경 페이지에는 약 2분 정도의 변경 사항만 나와 있어, 모든 사람들이 열렬히 줄을 따라 내려오는 모든 편집을 승인하려고 해도, 그들 옆에 여전히 빨간색 느낌표가 붙어 있을 것이다. 반면에, 개별 페이지의 내역이 해당 페이지를 표시한다고 가정해 보십시오. 만약 상호 불신하는 여러 편집자들이 그 페이지에서 일하고 있다면, 빨간 마크가 존재하거나 없는 것은 그들에게 아무런 의미가 없을 것이다. 유용한 반제안이 없어서 미안해. --Yath 17:54, 2005년 1월 3일(UTC)
좋은 개념, 불완전한 실행. 하지만 그것을 해 준 것에 대한 헌신 덕분에; 나는 그것이 결국 개선될 것이고 그 동안 아무도 크게 다치게 하지 않을 것이라고 확신한다. 편집을 승인한 사용자 이름을 볼 수 있으면 도움이 될 것이다. 복잡하면서도 평판 시스템은 사용하기 쉬운 것이 더 나을 것이다. 그러나 물론, 사람들은 그러한 시스템을 이용하려고 할 것이고, 필요한 복잡성과 사용 편의성의 균형을 찾는 것은 분명 사소한 일이 아니다. 나는 이것이 개선되기를 기대하지만, 단지 RC가 아닌 워치리스트에서 작동하기 전까지는 아마 많이 사용하지 않을 것이다. 그것을 구현한 개발자들에게 다시 한 번 감사드린다. ~leif ☺ 2005년 1월 3일 22:02 (UTC)
약간의 언급만 해도, 나는 최근 변경 페이지(대부분의 사람들이 그것을 볼 수 있는 곳)에서 이 논의에 도달했지만, 어쩌면 이 기능이 너무 훌륭해서 그 자체 페이지(또는 어쩌면 하위 페이지까지)를 받을 만 할지도 모른다. 2005년 1월 4일 03:13 매복사령관(UTC)
이 기능은 New Pages에서 훨씬 더 유용하며 느리게 스크롤되며 노란색 강조 표시가 되어 있다. 단지 문제는 "순찰로 표시"를 클릭한 후 새로운 페이지가 아닌 최근 변경사항을 참조한다는 것이다. BreakedSegue 05:11, 2005년 1월 4일(UTC)
내가 전에 했던 말을 다시 바꾸어 말할게. 우리는 편집 작업을 순찰하기 위해 어떤 기능이 필요하며, 개발자들에게 이만큼 감사하지만, 이 무모한 실행은 엉망이다. 처음에는 못생기고, 지나치게 열성적이고(즉, 관리 롤백에 적용), 게임하기 쉽고, 현재 형태로는 상당히 쓸모없는 것이다. 나는 우리가 앞으로 이것의 개선된 버전을 볼 수 있기를 바라지만, 적어도 최근의 변화에 적용되는 현재 버전은 특징이라기보다는 버그에 가깝다고 주장한다. Ambi 07:13, 2005년 1월 4일 (UTC)
나는 정말로 이것에 대한 최근의 변화들이 적절한 장소에 있다고 생각하지 않는다. 나 - 그리고 나는 다른 많은 사람들이 내 워치리스트 페이지와 뉴페이지에 '라이브'되어 있다고 생각한다. 그 두 장소에서는 훨씬 말이 되긴 하지만, 내 감시 목록 페이지에 없기 때문에 나는 그곳에 '등록된' 깃발이 있었다면 좋았을 데이터베이스를 더 쳐야 한다. 또한, 최근 변경사항들이 모든 페이지 IWHT와 연계되어 있기 때문에 새로운 사람들이 그 페이지를 보고 실험을 할 때 오류가 발생할 가능성이 더 높았다... 현재 기능이라기보다는 결함에 가깝지만 위의 많은 의견에 동의한다. --Vamp:버드나무 14:23, 2005년 1월 4일 (UTC) eep! 점점 더 심해지고 있다... NewPages를 확인하고, 쓰레기처럼 보이는 커플을 발견하고는, 그들에게 가서 페이지가 발견되지 않는다는 메시지를 발견했다. (a) 이것은 페이지의 텍스트가 아닌 시스템 메시지라는 것이 확실하지 않지만, (b) 페이지를 '등록'으로 표시할 수 있다! 이건 말도 안 돼! (NewPages가 왜 노란색으로 바뀌었는지에 대한 설명도 없어) --Vamp:버드나무 14장 28절, 2005년 1월 4일 (UTC)
- re a) 발생해서는 안 되는 시스템 오류이므로, 그들은 potroned 링크 IMO를 제거하는 것을 잊어버린 것에 대해 용서받을 수 있다. re b) protection된 페이지는 흰색이고, protected되지 않은 페이지는 노란색이다. 네가 그것을 봤을 때 거기에는 순열된 페이지가 하나도 없었다. 2005년 1월 4일 화요일 18:02 (UTC)
좋아, 첫 번째 "순찰로 표시"를 해봤는데, 그 기사는 여전히 붉은 갈채를 받으며 나타나고 있어. 왜? RickK 23:47, 2005년 1월 4일 (UTC)
나는 Classic 스킨을 사용하기 때문에 필요하지 않을 것 같았던 monobook.css 페이지를 처음 만들었다. 변경 사항을 확인하기 위해 Control-F5를 했는데, 느낌표가 계속 보여. 모노북 스킨을 사용하지 않을 때 그들을 보지 않을 방법이 있을까? RickK 23:54, 2005년 1월 4일 (UTC)
- 당신은 http://en.wikipedia.org/w/index.php?title=User:RickK/monobook.css&action=raw&ctype=text/css을 방문해서 그것이 "취득"하기 전에 그것을 강제로 실행해야 할지도 모른다. 파일이 변경될 때 서버가 제대로 만료되지 않는 것 같아. 2005년 1월 5일(UTC) 조르디·스위스 13:34(UTC)
지금 보니 단 한 번의 편집도 순찰으로 표시되지 않았다. 나는 이것이 위키백과 전체의 리뷰 과정을 매우 초라하게 보이게 한다고 생각한다. 바이올렛/리거 (t) 00:07, 2005년 1월 5일 (UTC)
- FWIW 내가 오늘 아침에 편집한 것 중 하나를 간신히 "등록"했고 깃발이 없어졌으니, 시스템은 실제로 작동하고 있다. HTH 핸드 --필 토크 16:06, 2005년 1월 5일 (UTC)
(다른 사람이 한 말을 반복하다) 이 기능은 1) 편집 내용을 순열로 표시하는 사용자를 볼 수 있고 2) 감시 목록과 기사 페이지 기록에서 기사가 순열되었는지 여부를 확인할 수 있다면 더 효과적일 것이다. 나는 주로 내 감시목록에서 기사를 체크하는데, 만약 내가 신뢰할 수 있는 편집자가 이미 몇몇 애논의 편집을 체크했다는 것을 안다면 시간을 절약할 수 있을 것이다. --장 03:41, 2005년 1월 5일 (UTC)
CSS란 무엇인가?어떻게 찾지?--원풀 01:35, 2005년 1월 6일 (UTC)
아무도 쓰고 싶어하지 않으면 꺼버릴 거야. 현재 편집이 어느 정도 진행되고 있는지 빈도로 미루어 볼 때, 아무도 하지 않는다고 가정할 수 있을 것 같다. 개선은 잊어버려라, 나는 이 결점을 있는 그대로 고치는 데 충분한 시간을 보냈다. 나는 위키피디아에서 RC순찰 기능이 어떻게 작동해야 한다고 생각했는지에 대해 자세히 논의했다.브레인스토밍 편집을 확인했지만 Timwi는 그 토론을 무시하기로 선택했다. 차라리 처음부터 내 것을 쓰고 싶다. 사람들이 자꾸 물어봐서 그냥 시험 삼아 한 거야. 재판이 끝났다고 가정할 수 있을 것 같다. -- 팀 스타링 09:47, 2005년 1월 6일 (UTC)
전원이 꺼진 지 얼마 지나지 않아 최근 1주일 새 페이지의 편집 0.8%, 편집 8%가 순열로 표시됐다. 애논의 경우 편집 2.6%, 창작물 18%가 순례로 표시돼 있었다. Jamesday 11:12, 2005년 1월 6일 (UTC)
- 대부분 자동으로 순찰 표시가 된 로그 항목(삭제 로그, 업로드 로그 등)이었다. 실제 편집된 내용은 3.4%에 불과했다. 1월 4일 4.7% -- Tim Starling 10:59, 2005년 1월 6일 (UTC)
- 응. 편집 분쟁은 수정 번호와 당신의 회신을 합쳐서 수정되었다. 수정본 195588번 중 1503번과 17984번 중 1381번이다. 애논의 경우 편집 46292건 중 1203건, 창작물 3285건 중 595건이다. Jamesday 11:16, 2005년 1월 6일 (UTC)
- 나는 더 많은 사람들이 알아냈을 때 새로운 페이지나 특별한 페이지에는 잘 작동하고 있었다고 생각한다. 만약 새로운 페이지를 순찰하는 것만으로 되돌릴 수 있다면, 그리고 새로운 페이지를 순찰하는 것을 가능하게 하는 것이 좋을 것이다. 새로운 페이지들은 위키피디아:새로운 페이지 순찰에서 이미 만들어진 순찰 지침이 있는 새로운 페이지들. 2005년 1월 6일 화요일 22:17 (UTC)
