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

도구 모음, 두 번째 시도

나는 사이트 내 탐색을 돕기 위해 위키백과 도구모음을 만들고 싶다.우리가 페이지에서 볼 수 있는 탭과 다른 링크를 복제하기 위한 버튼이 있을 것이다.간단해 보일지 모르지만, 나는 계속 내가 링크를 찾기 위해 페이지를 스크롤할 필요가 없었으면 좋겠어.도구 모음은 이러한 링크를 항상 액세스할 수 있게 한다.

나는 파이어폭스부터 시작하고 싶다.나는 프로그래밍에 대해 아는 것이 있지만 Firefox 애드온을 구체적으로 알지 못한다.만약 누군가가 파이어폭스 애드온을 만드는 방법을 알고 있고, 예를 들어, 현재 위키백과 페이지의 대화와 기록 페이지에 액세스할 수 있는 버튼 한두 개만 들어 있는 예제 도구모음을 만들 수 있다면, 나는 코드를 사용하여 다른 버튼을 복제할 수 있을 것이다.

누군가 나를 위해 그렇게 해줄 수 있다면, 혹은 이 일을 위해 본격적인 프로젝트를 시작하는 데 관심이 있다면, 나는 정말 많은 사람들에게 유용할 것이라고 생각한다.고마워요.Equazcion •1998/C • 03:17, 2008년 1월 17일(UTC)

내 생각에는 내가 2.0으로 업그레이드하기 전까지 나는 파이어폭스에 위키피디아 도구모음을 가지고 있었다.베이스로 쓸 수 있겠니?FF2(현재 FF3)용으로 업데이트해야 하지만 페이지에 FF2가 표시되는 지침이 나와 있다.Tuvok[/]^T@lk_Improve 04:56, 2008년 1월 17일 (UTC)[응답]

고마워, 하지만 난 그걸 본 적이 있어.내가 아는 한, 그것은 내가 제안하는 것과 비슷한 어떤 것도 하지 않는다.편집 중에 코드를 삽입하기만 하면 미디어위키 편집 상자의 도구 모음과 유사하다.그것은 내가 필요로 하는 코드를 포함하지 않을 것이다. 그것은 버튼이 현재 열려 있는 페이지를 기반으로 하는 URL에 대응하도록 하는 것이다.Equazcion •1998/C • 05:33, 2008년 1월 17일(UTC)

내가 언급할 줄 알았어. :) 어쨌든, 당신은 툴박스나 툴박스 같은 곳에서 링크를 복제할 수 있는 버튼이 있는 툴바를 만들려고?크롬을 온로드로 추가하기 위한 핑계처럼 들리는데...더 이상 도움이 되지 못해 미안해. FF 확장 개발은 하지 않았어. :-(Tuvok[/]^T@lk_Improve 06:39, 2008년 1월 17일 (UTC)[응답]

그래 그게 무슨 뜻인지 모르겠다 :) 하지만 네 말이 맞다고 가정할께.탭(프로젝트 페이지, 토론, 히스토리, 편집, 보기/워치 해제 등)을 복제하고 툴박스 링크를 FF 도구 모음 버튼으로 복제하고 싶다.그것은 나에게 매우 간단하고 유용하게 보인다.나는 누군가가 그것을 어떻게 하는지 알고 있기를 바란다.Equazcion •1987/C • 07:50, 2008년 1월 17일(UTC)

← 위키백과 도구모음 개발을 시작했다.확인해보고 어떻게 생각하는지 알려줘.Equazcion •1999/C • 2008년 1월 24일(UTC)

다음 두 가지 항목에 대한 제목 변경:미토콘드리아 이브 & Y크로모소말 아담

구글이 이 두 가지 제목을 검색한 결과, 많은 사람들이 이 두 가지 기사를 사용하고 있거나 적어도 이 두 가지 제목에 대해 강박적으로 관심을 갖고 있는 것으로 나타났다.즉, 이 두 개의 타이틀은 "매력적인 방해물"이다.그리고 이 위키피디아 기사들은 물론 이 두 가지 검색에 대해 찾은 웹 페이지 목록들을 주도하고 있다.

제안:이 두 글의 이름을 각각 "우리아 어머니"와 "우리아 아버지"로 바꾼 다음, 그에 따라 기사를 직접 다시 쓰고, 물론 이 두 글에 "미토콘드리아 이브"와 "Y-크로모소말 아담"을 다시 언급한다.

다시 쓰여진 기사는 다음 문장으로 시작할 수 있다. 두 기사 중 첫 번째 문장은 다음과 같다.

우르모라는 이름은 족보 DNA의 문헌에서는 아직 흔하지는 않지만(전혀 세속적이거나 비종교적이거나) 어떤 종교적 관념이나 성경적 관계를 피하기 위해 좀더 일반적인 이름인 "미토콘드리아 이브"에 우선하여 여기서 사용된다.

다른 위키백과 사용자들은 이전에 이 주제에 대해 언급한 적이 있는데, 예를 들어, 두 번째 글의 토크 페이지 상단에 있는 {brackled}-quote에서, 줄임표(...)로 표시된 아론의 토론 삭제로 다소 단축되었다.

{... "Y-크롬소말 아담"은 애완동물 이름일 뿐이다.그것은 제네시스와는 아무 상관이 없다."Y-크롬소말 애런", "오토"는 완전히 제멋대로여서, 우리는 "Y-크롬소말 스미스"가 스미스라고 불리는 모든 사람들의 공통 조상을 추적하는 것이 나을 것이다. 이 링크에는 미토콘드리아 이브에 대해 "이브라는 이름은 아마도 문제의 실체에 줄 수 있는 가장 최악의 이름일 것이다"라고 적혀 있다.Y-아담도 마찬가지일 것이다.종교계나 인종차별계에 대한 관심을 불러일으킬지 모른다는 생각 없이 재미있고 선정적인 이름으로 선정되었다……dab 13:04, 2004년 11월 7일 (UTC)

Dab, 이 기사에 더 좋은 이름을 생각해 낼 수 있다면 제안해줘……JFW T@lk 13:12, 2004년 11월 7일 (UTC)

좋아...애덤의 이름을 다른 이름으로 바꾸자고 제안하진 않아지금은 그렇게 불리고 있다.불행한 선택이었을지 모르지만 우리는 지금 그것을 고수하고 있다.dab 13:16, 2004년 11월 7일 (UTC)

멋지다. JFW T@lk 20:18, 2004년 11월 7일(UTC)}

나는 위의 두 명의 사용자들에게 이 제안에 대해 그들의 토크 페이지에 통지하기를 희망한다.For7thGen (talk) 2008년 1월 21일 (UTC) 23:11 [응답]

나는 유전자 연구에서 널리 받아들여지는 실체라는 점에서, 하나의 움직임은 명명 규칙에 위배될 것이라고 생각한다.나 또한 3.5년 전에 열렸던 짧은 토론을 바탕으로 조치를 취해서는 안 된다고 생각한다.확실히 우리는 합의를 다시 세워야 할 필요가 있다.JFW T@lk 06:36, 2008년 1월 22일 (UTC)[응답]

우리 백과사전의 많은 주제들은 혼란스럽고, 오해의 소지가 있거나, 모욕적인 이름들로 주어진다.만약 그들이 가장 잘 알고 있는 이름이라면, 나는 그것이 여전히 가장 적절한 이름이라고 믿는다.널리 받아들여지는 이름이 존재하지 않는 경우를 제외하고 우리는 제목을 발명해서는 안 된다.2008년 1월 22일 23:45 (UTC)[응답]

어떻게 RfC와 위키피디아 대신 Pump에서 이런 결과가 나오게 되었는가?요청된 이동 프로세스?Jfdwolff, 난 그냥 이 이름들을 바꿀 수 없어.이러한 제목들이 널리 퍼져 있다는 바로 그 사실은 보다 '정치적으로 올바른' 이름을 선택하는 것이 현재의 일반적 또는 과학적 용법을 반영하지 않을 것임을 시사한다.TenOfAllTraes(토크) 00:13, 2008년 1월 23일 (UTC)[응답]

내가 알아내려는 것은 대화 중간에 있는 3년 반의 격차다. :-? --_{tiny plastic} 그레이 나이트 16 16:57, 2008년 1월 24일 (UTC)[응답]

템플릿 표준화:사용자*

이러한 템플릿은 외부 링크 포맷, 구분자 등의 측면에서 다양하며, 표준화하고 싶지만, 다음 중 어떤 방향으로 가야 하는지에 대한 사람들의 의견을 듣고 싶다.

링크 형식:

1. 예(토크 · 기여 · 블록 로그)
2. 예(토크 · 기여 · 블록 로그)
3. 예(토크 · 기여 · 블록 로그)

마지막 버전은 유혹적이지만, 여러 "외부" 링크가 필요한 경우 훨씬 더 큰 코드를 생성하며, 사용자 기본 설정이 내부 링크에 대해 다른 색상을 지정하면 잘못 보일 것이다.일부 템플릿의 예: (토크 · 기여 · 블록 로그);이게 왜 수배될 지 알 수가 없어과거에 이런 일이 각각의 링크 안에서 별도의 컬러 태그를 요구하지 않고 이루어질 수 있었다는 기억이 어렴풋이 나는데, 이것이 이유일 수도 있다.

구분자 - 또는 오히려 점의 _크기_

1. 예(토크 • 기여 • 블록 로그)
2. 예(토크 • 기여 • 블록 로그)
3. 예(토크 · 기여 · 블록 로그)
4. 예(토크 · 기여 · 블록 로그)
5. 예(토크 · 기여 · 블록 로그)

믿거나 말거나, 이 네 가지 선택 모두 현재 점 없이 사용되고 있다.간단한 위키백과는 ▪를 사용하여 다른 극단까지 간다.논쟁의 여지 없이, 우리는 다른 분리막대(예: 수직 막대)를 사용하기로 결정할 수 있다: 예(토크 기여 블록 로그).괄호도 작게 만들자는 제안이 있었다. 예: (토크 · 기여 · 블록 로그)

내가 과거에 꺼낸 또 다른 문제는 이러한 템플릿들 사이의 범위 중복이다. 각 템플릿이 실제로 어떤 용도로 사용되는지 궁극적으로 알아보고 싶다.—Random832 15:32, 2008년 1월 22일 (UTC)[응답]

만일 아무런 응답(이의가 아닌 완전하고 완전한 무관심으로 인해 정지된 이러한 것들을 표준화하는 것에 대한 나의 마지막 실마리, 그리고 보호되고 있는 템플릿들이 어떤 논쟁보다는 과중한 사용으로 인한 것이라면, 나는 이 형식에 부합하도록 이 템플릿들 모두를 편집하는 것을 계속할 것이다: 예: (토크 · 기여 · 블록 로그)를 제외한다.스타일(예: {{user9})의 차이 외에 다른 이유 없이 존재하는 경우 —Random832 16:35, 2008년 1월 22일(UTC)[응답]

링크 색상을 변경할 필요 없음.과감한 미드닷은 많은 사람들이 내비게이션 박스에 있는 것으로 보아 가장 선호한다.작은 괄호가 어색하다.{{Usercheck}}과 같이 긴 템플릿 중 일부는 수평 공간을 염두에 두고 설계되었기 때문에 변경에 대한 합의가 이루어지지 않는 한 그대로 유지되어야 한다.–폼테 02:27, 2008년 1월 23일 (UTC)[응답]

대담한 미드로 가는 데는 이의가 없다."링크 색상을 변경할 필요가 없음"은 "내부 링크와 일치하도록 '외부' 링크의 색상을 변경해서는 안 된다" 또는 "정상적인 '외부' 링크 색상을 사용하기 위해 기존 템플릿을 변경해서는 안 된다"는 의미인가?—Random832 14:23, 2008년 1월 24일 (UTC)[응답]

참고: 새로운 "모던" 스킨의 색상 선택은 다음과 같다.

.

—Random832 14:30, 2008년 1월 24일 (UTC)[응답]

삭제된 편집 내용을 볼 사용자

나는 이것을 bugzilla:12667로 이미 제출했지만, 만약 개발자들이 지역사회의 지원을 받는다면 그들은 이것을 좀 더 빨리 실행할 수 있을 것이다.모든 사용자는 삭제된 편집 목록(삭제된 페이지 목록):

• 사용자는 손실된 것으로 보이는 기여를 쉽게 찾을 수 있을 것이다.
• 빠른 삭제 후 신입 사원들은 훨씬 덜 혼란스러울 것이다.
• 또한, 삭제자들은 그들의 과거 작업을 평가할 수 있을 것이다.

이 제안은 다음 사항에 관한 것이 아니라는 점에 유의하십시오.

• 삭제된 수정본의 내용을 볼 수 있는 기능(관리자처럼): bugzilla:12524가 거부됨(문서 #7)
• 다른 사용자가 목록을 볼 수 있는 기능: 불쾌한/거시 편집 요약 또는 페이지 이름을 포함할 수 있음

∴ AlexSm 15:44, 2008년 1월 22일 (UTC)[응답]

이는 타당하다:나는 이것이 나쁜 일이 될 것이라는 어떤 이유도 생각할 수 없다.물론 인터페이스가 어떻게 작동하는지는 문제가 되겠지만, 삭제된 자신의 편집 기록을 볼 수 있는 간단한 아이디어는 문제를 일으킬 수 있는 것처럼 보이지 않는다.니힐트레스^{t.l} 22:43, 2008년 1월 22일 (UTC)[응답]

나도 이 아이디어가 좋아.인터페이스가 정확히 어떻게 작동할지 잘 모르겠지만, 삭제나 감시를 예상하지 못한 사용자들은 종종 합법적으로 자료를 가져다가 유용한 방법으로 재사용하기를 원한다. 현재 그들은 관리자의 도움을 요청해야 한다.게다가, 그들은 여전히 저작권 소유자다.2008년 1월 22일 (UTC) 23:42, 답신

저자들은 여전히 관리자의 도움이 필요할 것이다; 이 제안서는 삭제된 편집의 내용에 대한 편집자 권한을 주지 않는다.TenOfAllTraes (대화) 02:55, 2008년 1월 23일 (UTC)[응답]

이것은 나의 지지를 받고 있다.Special:DeletedContractions(수정본 텍스트에 대한 링크는 어차피 관리자가 아닌 사용자에게는 작동하지 않기 때문에)Gracenotes^T § 02:11, 2008년 1월 23일 (UTC)[응답]

좋은 생각이고 도움이 되는 생각이야.–폼테 02:17, 2008년 1월 23일 (UTC)[응답]

기사 제목이나 편집 요약 중 하나에 부적절한 자료(극히 모욕적인 논평, 사생활 침해, 모욕적인 내용, 위협 등)가 포함되어 있기 때문에 기사나 기사 개정이 삭제되는 경우도 있다는 점에 유의하십시오.관리자가 아닌 사람이 삭제된 수정본(제목만 보고 요약을 편집하는 것)에 액세스할 수 있도록 허용한다면, 우리는 더 많은 것을 감독해야 할 것이고, 현재 인프라가 이러한 부담을 감당할 것이라고 생각하지 않는다.TenOfAllTraes (대화) 02:55, 2008년 1월 23일 (UTC)[응답]

사용자들이 삭제된 편집 내용만 볼 수 있도록 하자는 제안인 것 같은데, 그건 문제가 되지 않을 겁니다.프로데고 02:59, 2008년 1월 23일 (UTC)[응답]

아마도 삭제에는 두 가지 등급이 필요할 것이다; 그것을 꼭 보고 싶어하는 사람들을 위해 메인스페이스 밖 어딘가에서 검색할 수 있도록 허용될 수 있는 "정원 버라이어티" 삭제와 명예훼손, 사생활 침해, 저작권 침해와 같은 더 큰 문제의 본질에 대한 "더 강력한" 삭제.관리자 이외에는 모든 사람에게 숨겨져 있는 등.*단 T.* (대화) 02:59, 2008년 1월 23일 (UTC)[응답]

음, 그건 (a) 내 코멘트로는 이 특정 사례와 관련이 없고 (b) rev_deleted처럼 들리는데, 결국 언젠가는 우리가 얻어야 할 것 같다.프로데고 03:02, 2008년 1월 23일 (UTC)[응답]

글을 썼다면 왜 보면 안 되는 겁니까? --카닐도(토크) 03:51, 2008년 1월 23일 (UTC)[응답하라]

diff는 편집자에 의해 삽입된 텍스트보다 더 많이 포함되므로, 예를 들어, 삭제된 기사에 대한 diff를 편집자에게 보여주는 것은 사생활 침해 측면에서 그다지 쉬운 일이 아니다.나는 개인적으로 사용자 기여 페이지에 "헤더 전용" 편집(삭제된 기사의 경우)을 보고 싶다(예: 새로운 기사의 작성 및 많은 편집 작업을 수행하면 새로운 편집자가 한 작업을 쉽게 이해할 수 있기 때문에(예: 삭제된 기사의 경우) 디프가 보이지 않는 것이 명확하다).—John Brownon이 추가한 서명되지 않은 논평 준비 (대화 • 기여) 2008년 1월 23일 (UTC) 15:43, 응답[응답]

위키피디아의 파라노말 포크

어쩌면 위키피디아가 초자연적인 것을 위해 위키백과(wiki-encyclopedia)를 시작할 수도 있을 것이다.분명히 여기 엄청난 수의 사람들이 이 초자연적인 것을 홍보하는 데 관심이 있다.리모트 뷰잉에 관심이 있는 군대, UFO, 동종요법, 로지크루시안, 사이언톨로지, 음모론, 보완의학, 텔레파시, 심령수술, 악마학, 노스트라다무스, 반쯤 먹은 치즈 샌드위치에 등장하는 마돈나의 사진 등이 있다.

이 자료의 일부는 유익하다.많은 것이 즐겁다.분명히 많은 사람들이 그것에 열광하고 그것에 대해 쓰거나 읽고 싶어한다.그러나 많은 부분을 기술하는 것은 WP와 상충된다.NPOV와 위키피디아를 존경할 만한 학자로 만들기 위한 노력.그리고 이것은 문제를 일으키며, 보면 분명히 드러난다.

그런데 왜 우리는 그 초자연적인 사람을 위한 특별한 위키를 가지고 있지 않은 걸까?우리는 비주류적인 주제에 관심이 있는 사람들을 위키로 유도할 수 있고, 그것은 분명히 많은 주목을 받을 수 있는 이런 종류의 자료들에 관한 기사들을 특집할 수 있다.이것은 모든 위키피디아의 "기생충 포크"와 같다.

내가 이것을 제안하는 이유는 한동안 공룡에 큰 문제가 있었기 때문이다.그리고 나서 공룡에 대한 창조론자의 관점이 창조론자들에게 편집의 자리를 주는 기사가 만들어졌다.그리고 그들은 행복했고, 결국 이 창조론자 "포크"는 일반 창조론자 기사로 접혀졌다.창조-진화 논란을 다룬 자료를 본문에서 옮겨 진화하면서 비슷한 일을 했으니, 관심 있는 사람들이 자신의 견해를 대변하는 다른 곳도 있을 것이다.그래서 아마 WP의 모든 가족에게도 비슷한 것이 효과가 있을 것이다.프린지 주제.

그것은 많은 편집자와 페이지뷰를 끌어낼 것이다.나는 위키피디아가 이런 종류의 것에 대한 출처를 제공함으로써 위키피디아에 도움을 줄 수 있고, 귀중한 자료를 제공할 수 있다고 생각한다.위키백과에 관한 정규 기사에서 반복적으로 쌓이는 순항로를 줄이기 위해 유사하지만 관련된 아이디어는 대중문화에 대한 위키일 것이다.아마도 이 두 가지 색다른 위키백과가 결합될 수 있을까?하지만 뭐라고 부를지 모르겠다. --필렐(토크) 16:16, 2008년 1월 23일 (UTC)[응답하라]

이미 파라노말 위키가 있다.관심 부족으로 활동이 뜸하다.그곳에 더 많은 사람을 보내서 새로운 후원자를 찾기를 권하고 싶다 :-) Dcoetze 19:59, 2008년 1월 23일 (UTC)[답답답]

네가 그런 말을 할 줄 알았어.Wjhonson (대화) 2008년 1월 23일 (UTC) 20:08 [응답]

훌륭해!내가 이 편집자들 중 몇 명이 시도해 볼 수 있도록 격려해 볼까?-필(토크) 04:55, 2008년 1월 24일 (UTC)[응답]

그래, 정말 멋진 생각이야.여기 당신과 꽤 많은 다른 사람들이 당신의 에너지를 다음에게 옮기고 싶어할 만한 위키:[2]가 있다.자, 만약 제대로 되었다면, 당신의 원래 생각은 고려할 만한 것일지도 모른다.———Martin^phi appy Ⅱ—— 05:58, 2008년 1월 24일 (UTC)[응답]

WP를 위반하지 않도록 하십시오.NPA는 당신이 반복적으로 해왔던 것처럼, 그리고 반복적으로 다양한 행정 조치의 일부분이었고, 성가신 소송으로 기소되었다.지역사회와 협력하고 그 규칙을 따르거나, 아니면 그 결과를 겪는다.고마워.---필 (대화) 17:58, 2008년 1월 24일 (UTC)[응답]

무허가!?

롤백 권한이 있다.반달리즘을 발견하고, 롤백 버튼을 클릭하면 다른 사람(또는 봇)이 먼저 되돌린 것을 발견할 때마다 '편집 되돌릴 수 없다' 등의 메시지가 적힌 '무허가'라는 제목의 페이지가 나온다.나는 그것이 혼동될 수 있기 때문에 좋은 제목이라고 생각하지 않는다. 왜냐하면 어떤 사람들은 '무허가'라는 단어를 예를 들어 '편집으로부터 전혀 허가받지 않았다'와 같은 것으로 생각하게 만든다.현재 제목이 "무허가"인 페이지의 다른 제목(다른 사람 또는 봇이 편집을 한 후 롤백 단추를 누른 후)이 있는지 아는 사람?NHRHS2010 01:02, 2008년 1월 24일 (UTC)[응답]

롤백을 시도했다가 실패하면(후속 편집 또는 사용자가 편집자일 뿐) "롤백 실패"라는 제목의 페이지가 나타난다.이 페이지의 제목에 대한 텍스트는 MediaWiki:롤백 실패, 이력이 없기 때문에 간단히 변경할 수 없었을 것이다.나는 네가 왜 그런 메시지를 보는지 모르겠다.Tuvok[/]^T@lk_Improve 04:34, 2008년 1월 24일 (UTC)[응답]

이것을 진단하기 위해서는 정확한 제목과 정확한 에러페이지의 텍스트가 필요할 것이다.빠른 스캔에서 '무허가'라는 말이 포함된 메시지는 보이지 않는다.— 칼 (CBM · talk) 04:39, 2008년 1월 24일 (UTC)[응답]

여기 스크린샷-- penubag 04:51, 2008년 1월 24일 (UTC)[응답]

Au Contraire, CBM, MediaWiki:이제 권한 오류에 "권한 없음" 텍스트가 표시됨.12월 29일 Xaosflux에 의해 변경되었다.Tuvok[/]^T@lk_Improve 05:02, 2008년 1월 24일 (UTC)[응답]

나는 방금 내가 편집한 내 사용자 하위 페이지 중 하나를 롤백하려고 했다.같은 페이지 제목을 봤는데, "롤백 실패"라고 써있었어. 맹세해.이것은 MediaWiki의 사소한 버그일 수도 있다.Tuvok[/]^T@lk_Improve 05:05, 2008년 1월 24일 (UTC)[응답]

기본 메시지는 "허용 오류"로, 소스 코드를 스캔할 때 발견된다.지금 바로 수정할 수 있지만, 좀 더 완전한 수정은 미디어위키 코드를 변경해야 할 겁니다.버그질라:12771. —칼 (CBM · talk) 05:10, 2008년 1월 24일 (UTC)[응답]

참고로, NHRHS2010은 하나만 있으면 된다.importScript('User:AzaToth/morebits.js');모노북.js 파일로.그것이 이 문제를 일으키는 것은 아닌지 의심스럽지만, 어쨌든 그 문제를 언급해야겠다고 생각했다.Tuvok[/]^T@lk_Improve 05:02, 2008년 1월 24일 (UTC)[응답]

MediaWiki를 변경했다."오류: 계속할 수 없음"이라고 말하기 위한 사용 권한 오류. 롤백 오류뿐만 아니라 사용 권한 오류도 포함할 수 있을 만큼 일반적이어야 함실제 오류 메시지에는 항상 보다 구체적인 텍스트가 있어야 한다.— 칼 (CBM · talk) 05:16, 2008년 1월 24일 (UTC)[응답]

테스트(롤백 문제가 해결되었는지 확인)NHRHS2010 11:20, 2008년 1월 24일 (UTC)[응답]

야, 됐다.그것은 "오류: 진행할 수 없음"이라고 쓰여 있었다.그것은 훨씬 더 좋다.감사합니다, 여러분.NHRHS2010 11:21, 2008년 1월 24일 (UTC)[응답]

그 수정은 실행하기에 전혀 문제가 되지 않았다.소프트웨어는 항상 개발되고 개선되고 있으며, 때로는 무심코 직관에 반하는 메시지가 있다.이와 같은 향후의 요청에 대해서는, 기술 마을 펌프는 소프트웨어에 정통한 더 많은 사람들이 자주 이용하고 있다.— 칼 (CBM · talk) 2008년 1월 24일 (UTC) 12시 59분[응답]

아틀란타 조지아인 제발 읽어줘

나는 위키피디아를 처음 접한다.내 이름은 마크야

나는 윌리츠 캘리포니아 스타일 부리토스라고 불리는 애틀랜타 레스토랑에서 위키를 꼭 하고 싶어.그들은 모자와 같지만 질이 훨씬 좋고, 분위기가 더 좋고, 사람들이 더 친절하다.나는 아직 완전히 새로운 위키를 시작할 만큼 충분히 익히지 못했다.도와주세요!

- 이메일 주소 제거 —Iamtonycipriani가 추가한 서명되지 않은 코멘트 준비 (대화 • 기여) 2008년 1월 18:28, 24 (UTC)[응답]

사용자 환영 및 작성 템플릿을 제공했으며 여기에는 몇 가지 유용한 링크가 포함되어 있다.헷갈리는 표현 (Say hi!) 04:02, 2008년 1월 25일 (UTC)[응답]

기본 페이지의 검색 상자에 자동으로 커서

메인 페이지를 로드할 때(http://en.wikipedia.org/wiki/Main_Page) 커서가 검색 상자 안에서 자동으로 설정됨 - 이것은 모든 검색 엔진 구글, 야후 등의 표준 기능이다.—서명되지 않은 코멘트 82.6.99.101 (대화) 11:39, 2008년 1월 25일 (UTC)[응답]

82.6.99.101 (대화) 11:42, 2008년 1월 25일 (UTC) 이전에 서명하는 것을 잊어버렸다[응답하라]

이 요청은 2주도 채 되지 않은 시점에 토크에서 자주 제기된다.메인 페이지/아카이브 116#autofocus 검색란을 참조하십시오. 또한 위키백과의 메인 페이지 FAQ에서 설명(더 자세히)하십시오.기본 페이지 FAQ#구글과 같이 검색 상자에 커서가 나타나지 않는 이유는?기본적으로, 그것은 실행되지 않을 것이지만, 다른 대안들이 있다.FAQ에서 설명한 대로 당신은 계정을 등록하고 작은 자바스크립트 스크립트를 사용하여 당신이 말한 대로 자동 포커스할 수 있다.또 다른 대안은 브라우저 내에서 직접 검색할 수 있도록 브라우저를 설정하는 것이다.Firefox는 이것을 "Quick Search"로 내장하고 있다; 어떤 페이지(Wipedia 페이지뿐만 아니라)의 주소 표시줄에 wp를 입력하기만 하면 되고, 그 다음에 공백이 생기며, 무엇을 검색하고 싶은지 입력하면 된다.위키백과의 일부도 볼 수 있다."단순 검색 상자" 변종과 같은 메인 페이지 대안(검색 상자는 여전히 자동 포커스가 되어 있지 않지만 더 두드러진다).이것이 어떤 식으로든 도움이 되기를 바란다.• 아나킨^{(contribs • complaints)} 14:08, 2008년 1월 25일 (UTC)[응답]

파이어폭스는 그런 것이 없다.그러나 간단한 책갈피로 이 기능을 사용할 수 있다.대수학자 14:14, 2008년 1월 25일 (UTC)[응답]

이 '빠른 수색'의 제공에 어느 시점에서는 반드시 변화가 있었을 것이라고 생각한다.내 (구) 파이어폭스 설치도 같이 온 것 같은데, 그 기능을 얻기 위해 태그가 붙은 책갈피를 만들어야 한다는 위에서 지적하는 것을 여러 사람이 본 적이 있다.한편, 나는 내 것을 직접 만들어 잊고 있었는지도 모른다. :-) --_{tiny plastic} 그레이 나이트⊖ 14:21, 2008년 1월 25일 (UTC)[응답]

글쎄 잘 모르겠지만, 나는 모든 것에 대한 Firefox "Quick Searches"를 가지고 있어.그것이 그들에게 가장 좋은 단어인지는 모르겠지만, 그것이 그들이 있는 책갈피 폴더가 불리는 것이고 그래서 %s은 메인 페이지로 리디렉션되는 것이다.• 아나킨^{(contribs • complaints)} 14:47, 2008년 1월 25일 (UTC)[응답]

죄송합니다, 일부 파이어폭스에서는 이것이 표준입니다(지금 사용하고 있는 것과 같은).우측 상단에 있는 검색창에 위키백과 검색을 추가할 수도 있다.대수학자 10:42, 2008년 1월 26일 (UTC)[응답]

위키백과 모바일

위키미디아는 완벽한 자유롭고 제한되지 않은 정보를 제공하는 훌륭한 자원을 제공하면서도 많은 모바일 기기에서 사용하기는 다소 어렵다.나는 위키미디아가 자사 사이트의 일반 모바일 버전과 아이폰/iPod Touch 버전을 모두 제공하며, 이는 모바일 기기에서 일상적으로 사용하고 편집하는 것을 모두 가능하게 할 것이라고 생각한다.—Noz92 (대화 • 기여) 21:26, 2008년 1월 26일 (UTC)[응답]에 의한 서명되지 않은 논평 준비

위키백과 참조:WAP 접속과 와베디아. -- 존 브로튼 (바위꾼) 02:00, 2008년 1월 27일 (UTC)[응답하라]

색

나는 위키피디아가 좀 더 밝은 웹사이트가 될 것을 제안한다.따라서 경험의 재미 만들기 —서명되지 않은 코멘트를 90.242.126.106 (대화) 19:33, 2008년 1월 21일 (UTC)[응답]

더 많은 색깔과 것들을 추가한다는 말씀이세요?등록하면 모노북.css를 주문 제작할 수 있다.네가 CSS에 얼마나 친숙한지 모르겠지만 그것은 놀라운 일을 할 수 있다.
하지만 이런 것이 디폴트가 되어야 하는지는 잘 모르겠어.내 말은, 나는 토크 페이지에 코멘트를 스레딩하는 더 좋은 방법을 추가하는 것에 전적으로 찬성한다. (이러한 언어의 위키피디아들을 보라: eo:Discuto:Discuter:Discuter:어큐일)을 하고, 직사각형 대신 탭을 타원형으로 만들지만(eo:Exefpaĝo) 지나친 것을 하지 않는 것이 중요하다고 생각한다, 우리는 게임 사이트가 아니라 백과사전이다.재미있는 디자인이면 좋겠지만 선을 넘으면 안 되고, 모든 연령대의 사람들을 대상으로 하고 있는데, 우리의 주된 의도는 (독자들이 책을 읽다가 지루함에 잠들지 않는 것이 좋은 반면) 즐겁게 하는 것이 아니라 교육하는 것이다.Puchiko (Talk-email) 09:29, 2008년 1월 27일 (UTC)[응답]

페이지 발표

안녕

나는 위키피디아를 좋아하고 기여하는 모든 사람들을 축하한다.

두어 가지 질문

1. 각 편집 하이퍼링크 옆에 "상단" 하이퍼링크가 있을 수 있는가?

2. 한 페이지로 가서 "갭"(예: 자동차 대 열차)을 찾아라. 그리고 페이지의 "소유자"에게 연락하여 추가되어야 할 내용이 누락되어 있음을 제안하고 싶다. 페이지 상단에 있는 탭이 일반 의견 섹션을 포함하도록 추가될 수 있는가?"소유자"(가장 빈번한 기여자?)가 변경의 필요성 여부를 검토하고 판단할 수 있는 곳

고마워요.

74.92.140.6 (대화) 23:09, 2008년 1월 24일 (UTC)[답답하다]

2번.모든 기사에는 기사의 변경사항이 논의되는 관련 토론 페이지가 있다.액세스하려면 맨 위에 있는 "토론" 탭을 클릭하십시오.새 의견을 남기려면, 대화 페이지의 "+" 탭을 클릭하십시오.가장 빈번한 기여자(특정 기사를 소유한 사람은 없음)는 변경사항을 감시하기 위해 페이지 워치리스트를 둘 가능성이 가장 높다.해리보일스 00:32, 2008년 1월 25일 (UTC)[응답]

1번과 관련해서는 상당히 좋은 생각인 것 같아.뒤로 버튼이 가장 잘 작동하지만 일부 사람들은 "상단" 링크를 사용하는 것을 선호한다.그걸 구현하려면 누구랑 얘기해야 할지 궁금하군미디어위키는 내가 아는 바로는 그런 기능이 없다.그러나 그것은 자바스크립트의 사용자 인터페이스 가젯으로 쉽게 추가될 수 있다.그것은 로그인한 사용자들로만 제한될 수 있다. 확실하지 않다.• 아나킨^{(contribs • complaints)} 14:13, 2008년 1월 25일 (UTC)[응답]

방금 사용자:에서 사용자 공간에 이러한 스크립트를 작성했었습니다.아나킨101/토플링크.js.파이어폭스 2에서 작동하고 있다.Internet Explorer 6에서 테스트해 보았지만 IE에서 모든 위키백과 페이지(내 스크립트가 활성화되었는지 여부에 관계없이)가 스크립트 오류로 인해 해결되고 있다(?하지만 누가 내 대본을 시험해 볼래?견고성/버그 등에 대해 테스트하시겠습니까?• 아나킨 14:43, 2008년 1월 25일 (UTC)[응답]

모질라와 모질라 파이어폭스 둘 다 나한테 잘 어울려.Puchiko (Talk-email) 09:08, 2008년 1월 27일 (UTC)[응답]

위키백과:OpenID_Proposal

오픈을 활성화하자고 제안하는 겁니다아이디 로그인.이에 대한 상당한 지원이 있다면 개발자들에게 필요한 확장자를 설치해 달라고 버그를 신청하겠다.트리오나 (대화) 09:59, 2008년 1월 25일 (UTC)[응답]

SUL이 라이브(초대)를 하고 나서야 이런 걸 얻을 수 있을 것 같아.MER-C 02:01, 2008년 1월 27일 (UTC)[응답]

그럴 수도 있고 아닐 수도 있지만, 열려 있다.ID는 기술적으로 훨씬 덜 야심적인 제안으로, 최종 사용자에게 훨씬 더 유용한 반면, 연장은 이미 존재하고 계정의 합병이 필요하지 않기 때문에, 그리고 개발자들이 어떤 틀에 그것을 붙였는지 상관없이, 여기에 게시하는 목적은 그것에 대한 지원을 개발하고 증명하는 것이다.트리오나 (대화) 09:19, 2008년 1월 27일 (UTC)[응답]

Open을 찾은 것처럼 이를 지지한다.ID는 다른 사이트에서 매우 유용하다.더 좋은 것은 오픈을 추가할 수 있는 능력이다.자신의 계정에 대한 ID URL을 입력하여 위키백과 사용자 이름 및 암호로 로그인하는 대신 사용할 수 있도록 하십시오.이 기능은 대부분의 개방형 컴퓨터처럼 공용 컴퓨터에 훨씬 더 유용할 것이다.ID 제공자는 SSL 보안 로그인 페이지를 제공하는 것으로 보이는 반면, 위키피디아는 그렇지 않은 것으로 보인다(보안 서버를 사용하지 않는 한, 기억해야 할 일이 너무 많은 것 같다).Tuvok[/]^T@lk_Improve 09:29, 2008년 1월 27일 (UTC)[응답]

마을 펌프

안녕

위키백과 링크가 가능한가?화면 왼쪽에 있는 인터랙션 박스에 펌프를 넣으십니까?

감사 - 74.92.140.6 (대화) 23:28, 2008년 1월 24일 (UTC)[답답하다]

물론, 가능하다. 모든 관리자가 다른 링크를 추가하기 위해 해당 상자를 수정할 수 있다(나는 믿는다).바람직한가에 대해서는, 화면 왼쪽의 퀵바에 추가될 수 있는 링크가 많이 있다; 다른 링크를 추가하면, 정말 중요한 것(아마도 이미 있는 것)과 덜 중요한 것을 구별하기가 더욱 어려워진다. -- 존 브로턴(usbringon) 02:07, 2008년 1월 27일 (UTC)[응답]

게다가, 빌리지 펌프는 도구 모음에서 클릭 한 번을 더하면 된다. 커뮤니티 포털 상단에서 연결되는 링크는 다소 두드러진다.2008년 1월 28일 (UTC) 17:13의 공작 월섬[응답]

원하는 경우 계정을 만들고 탐색 바로 가기를 모노북.js에 추가하십시오.안녕하십니까! --omtay38 18:32, 2008년 1월 28일 (UTC)[응답]

왜...

방금 내가 제안한 내용이 제출 후 1억 곱하기 5초 동안 언급되고 있다는 것을 깨달았으므로, 내가 삭제한 것이다 —네코미니가 추가한 서명되지 않은 코멘트 작성 (대화 • 기여) 10:23, 2008년 1월 28일 (UTC)[응답]

위키백과:IPtalk 제안

익명 사용자 대화 페이지에 템플릿을 추가하여 페이지 하단을 볼 것을 제안한다.다음 내용을 읽고 주석을 달으십시오.위키백과:IPtalk 제안.샬롬 (Hello • Peace) 2008년 1월 28일 (UTC) 14:48 [응답]

나는 이것이 헛되이 연습되고 서버 자원의 낭비가 될 것이라고 생각한다.만약 그것이 이전에 존재했던 IP 토크 페이지에서만 이루어진다면, 내 추측으로는 그것은 거의 이루어지지 않을 것이다.이것을 담기 위해 IP토크 페이지가 만들어지면, 아마 누구도 볼 수 없을 것이다. -- 보라카이 빌 (토크) 15:07, 2008년 1월 28일 (UTC)[응답]

미디어위키 같은 걸 찾는 것 같은데Anontalkpagetext, 페이지 맨 위에만.Bovlb (대화) 2008년 1월 28일 (UTC) 19:58 [응답]

제안: 위키백과 기사에 대한 가독성 테스트

위키백과에 프로그램을 추가하여 각 위키백과 기사에 대해 하나 이상의 가독성 테스트를 수행하고, 배치하는 것이 가능한가?

기사 페이지의 각 기사에 대한 현재 점수

편집 미리보기 페이지의 현재 점수 및 예상 점수

기사 기록의 각 버전에 대한 점수는?

이때 기사 "읽기성 시험"에는 다음과 같은 시험이 열거되어 있다.

• 스모그(고블레디국어의 간단한 측정)
• 플레쉬-킨케이드 가독성 시험
• 프라이 가독성 공식
• 자동 가독성 지수(ARI)
• 스페시 가독성 공식
• 데일 챌린지 가독성 공식
• 콜먼-리오 지수
• 구닝-포그 지수
• 레이고어 추정 그래프
• 린세어 쓰기
• 아토스

영어의 빈도에 대해 각 단어에 대한 고려를 기사에 포함시키는 것이 바람직하다면, 그것이 프로그램의 일부가 될 수 있는가?(아마 위키백과 커뮤니티는 새로운 종류의 가독성 테스트를 시작할 수 있을 것이다.)일반적으로 위키백과 기사의 가독성 테스트와 관련하여, 이득이 비용을 능가하는가?또한, 이 제안을 Simple English Wikipedia에 적용하는 것도 고려해 보십시오.-- 파장 (토크) 05:47, 2008년 1월 15일 (UTC)[응답]

위의 각 기사에 대한 시험 결과가 궁금하다. --SEILCO (토크) 05:59, 2008년 1월 15일 (UTC)[응답]

적어도 언어설사에는 걸리지 않는다. -- 풀스톱 (대화) 07:13, 2008년 1월 15일 (UTC)[응답]

아마도 로고르후아와 같은 의미일 것이다. -- 파장 (토크) 07:32, 2008년 1월 21일 (UTC)[응답]

• 지지 - 좀 더 학구적인 백과사전이 되는 데 도움이 될 수 있을 것 같다 --Hadseys (대화 • 기여) 17:06, 2008년 1월 28일 (UTC)[응답하라]

다음은 관련 링크:

• 범주:너무 기술적인 위키백과 기사
• 위키백과:기술기사 접근 가능 - 파장 (토크) 21:53, 2008년 1월 29일 (UTC)[응답]

• 보증 -- 훌륭한 아이디어. --A. B. 04:00, 2008년 1월 30일 (UTC)[응답]

• 나는 항상 FA가 사용이 쉬운 다른 기사들과 어떻게 비교하는지 보고 싶었다.그리고 그것은 오직 관심 있는 사람들을 위한 선택일 것이다.MBisanz 04:05, 2008년 1월 30일 (UTC)[응답]

• 지지 - 훌륭해.왜 진작에 이런 생각을 못했을까?킬라나 04:14, 2008년 1월 30일 (UTC)[응답]

부적절한 연결의 과도한 사용

위키피디아의 중요한 특징은 상호 참조로, 텍스트의 핵심 단어를 클릭하기만 하면 관련 기사에 대한 링크가 제공된다.그러나 때때로 이러한 상호 참조는 터무니없을 정도로 과도하다.예를 들어, "에이리언 납치" 페이지를 생각해보자.물론, 수십 개의 강조된 단어 중에서 무작위로 몇 개를 선택하기 위한 '미국', '대학', '자동차', '아스파라거스'(!!) 등과의 링크는 '외국인 납치'에 관한 백과사전 기사에서 전혀 어울리지 않는다.위키피디아는 관련 링크만 포함하는 방법이 시급하다. (에릭로드 (대화) 17:43, 2008년 1월 28일 (UTC)[응답하라]

우리에겐 다음 것이 있다.위키백과:Manual of Style (링크) Cheats! --omtay38 17:46, 2008년 1월 28일 (UTC)[응답]

내가 외계인이고, 당신을 납치하는데 열심이고, 내 매뉴얼에 "미국으로 날아가라, 원주민들이 좋아하니까 아스파라거스를 좀 모아라, 대학을 찾아서, 자동차 위를 맴돌며 아스파라거스를 흔들라!"라고 적혀 있다면 어떨까?위키 링크가 없으면 그게 무슨 뜻인지 전혀 모르겠어!Wjhonson (대화) 06:08, 2008년 1월 29일 (UTC)[응답하라]

그러면 당신은 왜 당신이 위키백과 지침을 준수하고 있다고 생각했는지 다른 편집자들에게 설명해야 할 것이다.컨텍스트와 관련된 링크만 만드세요. -- John Brown (식별) 20:02, 2008년 1월 29일 (UTC)[응답]

서명 주의사항

지난 10분 동안 똑같은 실수를 두 번 한 적이 있다. 즉, 편집자의 토크 페이지에 표준 반달 메시지를 넣고, 세이브 페이지를 누르고, 메시지에 서명하지 않은 것을 누르면서 깨달은 것이, 내가 이 제안을 해야 할 때라고 생각한다.

사용자 환경설정에서 사용자에게 편집 요약을 남길 것을 알려주는 유용한 선택사항이 나타난다.나는 이것을 확인했고, 그 결과 작년 3월부터 요약을 거르지 않았다.토크페이지의 편집란에 ~~~~를 체크할 수 있는 비슷한 것이 가능한가?이 편집에 서명하지 않았음을 알리는 메시지가 나타날 수 있다. 저장을 다시 누르면 편집 내용이 서명 없이 저장된다.완벽하지는 않을 것이다. 예를 들어, 이 페이지는 토크 페이지는 아니지만 대부분의 상황에 도움이 될 것이다.이제 이 페이지에 서명하는 것을 잊지 마십시오!Tivedshambo (토크) 23:17, 2008년 1월 28일 (UTC)[응답하라]

사용자:SineBot은 당신이 서명하는 것을 잊으면 당신의 Talk 페이지 항목에 서명할 것이다.Corvus_talk cornix 00:50, 2008년 1월 29일 (UTC)[응답]

나는 그것을 깨닫지만, 애초에 사용자들이 잊어버리는 것을 멈추는 것이 더 나을 것이다.게다가, 나는 사인봇이 너무 갑작스러워서, 내가 내 자신의 오점을 고치려고 할 때 편집 충돌을 일으킨다.Tivedshambo (토크) 07:53, 2008년 1월 29일 (UTC)[응답]

나는 왜 알렉스 스모트로프의 제안이 이미 실행되지 않았는지 궁금하다.어떠한 종류의 추가 소프트웨어 변경도 필요하지 않지만, 러시아어 위키백과 토크 페이지(약 1.5개월 동안 그러한 기능이 있다)에 나와 있는 것처럼, 요약 편집 필드 바로 앞에 미리 알림을 배치하는 것이 상당히 효과적이다.— Kalan ? 2008년 1월 29일 (UTC) 14:42[응답]

참조 및 인용 부호를 강조하는 편집 창 하단에 대한 새 라디오 버튼 옵션

편집창 하단에는 클릭 가능한 라디오 버튼이 두어 개 있다.

" x 이것은 마이너 편집(이게 뭐야?)이고 x 이 페이지 보기"

내가 제안하고 싶은 것은 1위를 차지한 세 번째 버튼이다.

• 이 버튼의 목적은 편집이 참조 또는 인용문을 추가하기 위한 것임을 플래그로 표시하거나, 편집에 참조 또는 인용문이 포함되었음을 알리는 것이다.

거칠게 보아라;

• 왜?

a) 아이디어를 홍보하고 개인이 참고문헌과 인용구를 사용하고 추가하도록 장려한다.이것은 그들이 페이지 저장 버튼을 클릭할 때마다 상기시켜 줄 것이다. (좋은 위치는 좋은 광고/사회 프로그래밍의 핵심이다.

b) 편집한 내용이 상당히 편집된 것임을 빠르고 쉽게 등록한다(OK, 소수의 바보들이 그것을 속일 수 있고 게으른 사람들은 그것을 무시하지만 그것은 어떤 시스템에서도 사실이다).

c) 편집 중인 편집의 수와 유형을 추적할 수

d) 의사결정 전에 관리자 등을 지원하여 기여자를 프로파일링한다. 예를 들어, 인용 계정이 높은 개인은 자신이 무엇을 하고 있는지, 그 이유를 알 가능성이 비례적으로 높고 유용한 일을 하고 있다.

(같은 경우, 복사 편집이나 포맷을 위해 다른 것을 제안할 수도 있다) 선상에서 유용하게 사용할 수 있을 것 같다.그것은 많은 사용자들에게 좋은 편집 기록을 만들기 위해 더 많은 것을 추가하도록 장려할 것이다.좋아, 세상을 고치진 않겠지만, 그렇게 많은 코딩을 하거나 문제를 일으키는데는 그렇게 많은 코딩이 필요하지 않을 거야.균형적으로, 유익하다.) --Lucyinthskywithdada (대화) 09:27, 2008년 1월 29일 (UTC)[응답하라]

만약 당신이 "추가 참조"로 단순화한다면 나는 그것을 지지할 것이다.단순화의 다른 이유들 중: 이것은 사소한 편집이 (예를 들어, "r"로, "m"으로, "m"으로, "추가 참조" 확인란이 선택된 편집은 제외한다)와 동일한 방식으로 편집될 경우에만 가치가 있을 것이다.

내 개인적인 선호도는 훨씬 더 극적일 것이다: 위키피디아에 대한 정보 출처(참고자료)가 제공되지 않는 한, 위키피디아에 정보를 추가하는 것을 허용하지 않는 것이다.하지만 나는 그것이 위키피디아의 전통이 아니라는 것을, 그리고 정보의 질은 여전히 정보의 양만큼 중요하지 않다는 것을 깨달았다.그래서 아마 체크박스는 적어도 편집자들을 올바른 방향으로 움직이게 할 것이다. -- John Brown은 2008년 1월 29일 19:59, 29 (UTC)[응답]

robots.txt/브라우저샷

위키백과에서 복사:마을 펌프(기술).샤크D (대화) 02:09, 2008년 1월 30일 (UTC)[응답]

호기심으로, 내가 기술자/기술자 중 한 명에게 우리가 browsershots.org을 화이트리스트로 만들 수 있는지 정중하게 물어봐도 괜찮을까?나는 여러 가지 템플릿과 인터페이스로 테스트를 진행하여 모든 플랫폼에서 액세스할 수 있는지 확인하고 싶었지만, 로봇에 여러 페이지를 사용할 수 없기 때문에,txxt가 반드시 제대로 작동하는 것은 아니다.

그들의 크롤을 명시적으로 허용하기 위해 다음을 추가할 것을 제안한다.

사용자 에이전트: Browserhots 허용 안 함:

그들 자신들은 로봇을 가지고 있다.검색 엔진 캐슁을 방지하기 위한 txt.건배.=) --slakr^{\ talk /} 20:12, 2008년 1월 26일 (UTC)

특정 외부 링크의 추가를 자동으로 되돌리는 제안된 봇(SquelchBot)

위키백과를 참조하십시오.의견이 있는 경우 Bots/승인 요청/SquelchBot.감사합니다, 이아문은 2008년 1월 29일 01:05 (UTC)[응답]

이 봇은 위키피디아를 대체한 것이다.2006년 11월부터 승인 및 실행된 승인/섀도봇에 대한 봇/요청나중에 사용자 이름 변경:AntiSpamBot.--Hu12 (대화) 13:33, 2008년 1월 30일 (UTC)[응답]

분류

유니버설 십진분류법이나 다른 종류의 분류 체계로 위키백과 항목을 분류할 것을 제안한다. --WonderingAngel-aesc78 (토크) 18:12, 2008년 1월 29일 (UTC)[응답]

이것이 현재의 카테고리 시스템에 비해 어떤 점이 개선될 것인가? - 케쉬 (토크) 18:20, 2008년 1월 29일 (UTC)[응답]

듀이 시스템을 사용한 적이 있지만 널리 사용되지 않았고 결국 삭제되었다.위키백과 참조:삭제/카테고리:듀이 십진분류.위키피디아에는 아직 덜 야심적인 목록이 있다.로젯의 테사우루스, 듀이 십진분류 목록 및 의회도서관의 개요.-가드피움 19:38, 2008년 1월 29일 (UTC)[응답]

링크 고마워, 분류 시스템이 있는지 궁금해서. --WonderingAngel-aesc78 (대화) 19:09, 2008년 1월 30일 (UTC)[응답]

중재자가 소송을 제기하지 않고 기사 보호관찰을 부과할 수 있는가?

나는 위키피디아 토크에서 중재자들이 반드시 사건을 맡지 않고도 기사 보호관찰을 부과할 수 있는 방법을 제안했다.중재 정책#임의자는 소송을 제기하지 않고 기사의 집행유예를 부과할 수 있는가?나는 거기서 토론을 초대한다.마일즈Again (대화) 17:09, 2008년 1월 30일 (UTC)[응답]

제안:보다 능동적인 감시 목록 유형 알림 시스템

이 아이디어는 에피소드들이 합쳐지면서 우리가 겪었던 현재의 문제들에서 비롯된다. 사람들이 다양한 이슈들에 대해 충분한 통보를 받고 있다고 느끼지 못한다는 사실에서 비롯된다.감시목록은 훌륭하지만, 당신이 수백 페이지 이상을 얻었을 때, 특히 당신이 24시간 이상 WP를 무시한다면, 따라오거나 특정한 변화를 발견하는 것은 매우 어려울 수 있다.감시목록 시스템을 대체하는 것이 아니라 주요 기사의 변경사항을 추적하려는 사람들에게 보다 능동적인 알림 시스템을 제공하자는 취지다.

제 아이디어는, 어떻게 작동하는지에 관한 것 입니다.

1. 기사의 토크 페이지에 특별한 템플릿이 만들어진다.이 템플리트에는 이 페이지에 관심이 있는 사용자 목록이 있다.(일반적으로, 템플릿에는 "일반 수준"에 대한 지원이 포함됨)
2. 페이지에 대한 "중대한 변화"가 만들어지면(특히, 나는 생각한다: 다른 "최소한 변화"가 아니라, AfD, 병합, GA/FA, 재평가 등) 봇은 이것을 잡을 것이다. (템플릿 메시지의 존재나 결함을 찾아 쉽게 추적할 수 있는 어떤 것이든 실시간으로 확인한다고 하자.)6-12시간마다 이러한 확산에 대해 - 시스템을 스팸으로 보내지 않을 정도로 느림)
3. 이러한 변경이 이루어지면, 봇은 해당 템플릿의 각 용도를 토크 페이지에 공지하고 변경사항을 설명한다.

이런 방식으로, 사용하기 가장 중요한 페이지들은 긴 감시 목록 세부사항을 추적할 필요 없이 더 가까이에서 추적될 수 있다.또한 봇은 사용자별로 페이지를 작성해야 하며, 그들이 추적하고 있는 것이 무엇인지 알 수 있도록 그들이 그 목록을 유지할 수 있도록 해야 한다(단순히 해당 템플릿에서 이름을 삭제하고 또한 누군가가 보고 싶지 않은 페이지에 부적절하게 등록하는 것을 피한다).이제, 나는 사용자에게 사적인 감시 목록과는 달리, 이것은 당신이 기사를 보고 있다는 것을 공공연하게 하지만, 만약 당신이 그렇다면, 당신은 기사의 주요 기고자일 것이고, 따라서 당신이 이런 식으로 그것을 보고 있다는 것은 놀랄 일이 아니며, 내가 기사를 보고 있다는 것을 사람들에게 알리는 것의 가치는 작다고 생각한다.내가 가장 관심 있는 기사를 더 잘 알려준 것에 대해 지불해야 할 대가

나는 (일부 디버깅과 같은) 알림 수준의 가능성을 언급했었다.기사가 삭제될 예정인지 여부만 알고 싶을 수도 있고, 변경 사항을 알림(스팸메일이 매우 많을 수도 있음)을 원할 수도 있다.템플릿에 이름을 입력할 때 원하는 항목을 선택하도록 하기 위해 변경 유형을 일련의 수준으로 분류할 수 있다.

내가 보는 유일한 문제는 봇 프로그래밍에서 그렇게 많은 것이 아니라 얼마나 많은 부하가 될 것인가이다. 다시 말하지만, 차이점 확인 사이의 델타 시간은 이것을 변경하기 위해 적절하게 변경될 수 있다. --MASEM 18:42, 2008년 1월 27일 (UTC)[응답]

실제로 편집자가 보고자 하는 "높은 우선순위" 페이지가 상대적으로 적다면, 기존의 해결책은 하위 페이지에 추가적인 ("공용") 감시 목록을 작성하는 것이다.그런 다음 왼쪽의 도구 상자에 있는 "Related changes" 링크를 클릭하면 해당 상위 항목에 대한 최근 변경 사항을 볼 수 있다. -- John Brown(식별) 20:13, 2008년 1월 29일(UTC)[응답]

글쎄, 오늘은 끝났나 봐, 새로운 걸 배웠으니까!개인적인 높은 우선순위 페이지에는 좋은 생각이야. --MASEM 16:35, 2008년 1월 31일 (UTC)[응답]

특수 페이지를 볼 수 있는 시각

우리가 다음과 같은 특별 관람 페이지를 볼 수 있다면 좋을 것이다.

• 사용자 기여도

문제가 있는 사용자의 편집 내용을 추적하는 데 적합

• 여기에 무엇이 있는지.

템플릿과 관련하여 생성된 추적 페이지

등그 혜택은 엄청날거야-- 2008년 1월 29일 01:00 (UTC)[응답]

이를 WP에서 제안하십시오.소프트웨어 기능 요청이기 때문에 VPT.마일즈아게인 (대화) 02:09, 2008년 1월 29일 (UTC)[응답]

그럼-- penubag 02:13, 2008년 1월 29일 (UTC)[응답]

특수 페이지는 "변경"되는 딱딱한 "페이지"가 아니기 때문에 볼 수 없다.사용자가 액세스할 때 새로 컴파일되는 동적으로 작성된 목록이며 저장되지 않는다.스크립트는 유사한 기능을 수행할 수 있지만 -- 사용자:Tra에는 필요한 작업을 수행하는 커플이 있다: "사용자 감시 목록" 스크립트를 통해 사용자 기여도를 "관찰"할 수 있다: 추가importScript('User:Tra/userwatchlist.js');당신의 모노북 js에게.사용 지침:Tra#User_watchlist.'what links here watchlist'도 있고importScript(User:Tra/whatlinksherewatchlist.js');. 사용자 지침:트라#여기 있는 감시 목록 링크Equazcion •2011/C • 2008년 1월 29일 14:54, 29(UTC)

그런 도움을 주셔서 다시 한 번 감사드리며! 사파리(안 될 것 같으니까)로 Mac에 있으니까 집에 있는 내 PC(FireFox와 함께)로 해 볼게.고마워-- 2008년 1월 29일 17:05, penubag (UTC)[응답]

환상적이야, 나는 그런 것이 존재하는지 몰랐어.J Milburn (대화) 09:54, 2008년 1월 31일 (UTC)[응답]

"스커팅"

위키피디아 사람이 위키피디아에 훌륭한 추가가 될 사람을 알고 있고 그들이 참여하도록 설득한다고 말한다.아마도, 그 사람을 위한 헛별이나 특별한 사용자 박스가 있을 것이다.그들은 그것을 신청하고, 양말 인형뽑기를 막기 위해 새로운 사용자의 IP 주소를 확인하게 될 것이다.당신은 어떻게 생각하나요?나는 그것을 "scouting"이라고 부른다.샤피로스10 (대화) 2008년 1월 29일 (UTC) 20:39 [응답]

내가 보기엔 관료주의로 보이는군누구에게 신청하시겠습니까?그리고 왜 우리는 중요한 모든 것이 상인데 체크 유저가 이 일에 귀중한 시간을 보내기를 원하는가?게다가 등록할 사람을 얻는다고 해서 그들이 생산적인 기여자가 되는 것은 아니다 - 우리는 매일 7,000개의 신규 등록 계정을 가지고 있고, 대다수는 다시는 편집을 하지 않는다.그러나 요구 사항(예: 모집된 편집자는 적어도 100개의 편집을 해야 한다)을 부과한다면, 상을 확정짓는 사람(누구?)이 편집 유형을 보아야 한다(신규 편집자 100명을 맞이하는 것은 프로젝트에 큰 기여가 되지 않는다).

아마도 우리는 위키피디아 사람들이 다른 편집자들을 모집하도록 동기를 부여하는 자기 만족감에 의존해야 할 것이다.아니면, 기껏해야, 어떤 종류의 자기 보상. -- 존 브레튼(바둑바둑) 13:50, 2008년 1월 30일 (UTC)[응답]

나는 "100개의 좋은 편집" 아이디어에 동의한다.아마 봇이 분류 작업을 할 수 있을거야...샤피로스10 (대화) 20:08, 2008년 1월 30일 (UTC)[응답]

어떤 편집이 좋고 어떤 편집이...그건 모든 위키피디아 사람들의 꿈임에 틀림없다.(그래, 그건 과장이야. 확실히 내 꿈은 아니야.)

심술궂게 굴어서 미안한데, 여기 온 지 1년이 지났는데, 아직 상을 받지 못했다(자발적인 상과는 별개로).지역사회에 의해 인정받기 위해서는 "100가지 좋은 편집"이 훨씬 더 힘든 작업이 필요하다고 말해야 한다.정말이지, 여기선 사물을 원근법에 넣어야 해.우리는 먼저 백과사전이고, 그 다음은 공동체다.그리고, 당신이 내 의견을 신경 쓴다면, 나는 편집에서 자기 만족을 얻는다.비록 내가 세상을 장악하는 데 도움이 되는 궁극적인 인정을 받기를 바라지만, 나는 그것이 없어도 계속해서 기여를 할 생각이다.그리고 나는 많은 편집자들이 가장 많이는 아니더라도 그렇게 생각한다고 생각한다.2008년 1월 31일(UTC) 01:13의 공작 월섬[응답]

주공(또는 그의 개인 비서로 보일 것임)과 동의하는 것은, 나는 그렇게 생각하지 않는다.우리는 (a) 편집자 A가 B의 편집 경력 초기에 편집자 B를 모집했다는 것을 기록해야 한다 (b) B의 편집 품질을 세고 평가할 봇이 필요하다 (에서와 같이, 사용자 페이지 편집은 중요하지 않다, 환영은 별로 중요하지 않다), RfA "지원" 의견이 무엇에 반영되는가?; XfD 의견이 무엇에 영향을 미치는지, 맞춤법 오류를 수정하는 것이 무엇에 영향을 미치는지?); 그러면 우리는 A와 B가 동일인이 아니라는 것을 확인할 수 있는 체크유저가 필요하고, 아마도 (d) 시스템이 게이밍되지 않도록 과정을 감독할 편집자 패널이 필요할 것이다.그리고 아마도 내가 놓친 다른 무언가가 있을 것이다.

나는 (c)가 일어나지 않을 것이라고 거의 장담할 수 있다.나는 우리가 이 시점에서 논의를 중단하고, 우리의 시간과 정력을 실제적인 기사 개선에 집중하기를 제안한다.아니면 다른 편집자들이 그렇게 하는 것을 더 쉽게 할 수도 있다.아니면 수상 의욕이 별로 없는 새로운 편집자를 모집하는 것. -- 존 브레튼 (바닷컴) 02:02, 2008년 1월 31일 (UTC)[응답]

동의해. 미안, 좋은 생각처럼 들리겠지만, 그건 가치 있는 것보다 더 큰 문제야.네 사용자 페이지에 네가 누군가에게 가입을 권유했다고만 해. 그게 내가 할 일이야.J Milburn (대화) 09:51, 2008년 1월 31일 (UTC)[응답하라]