위키백과:마을 펌프(제안)/아카이브 21
Wikipedia:이 페이지에는 빌리지 펌프(제안)에서 보관된 토론이 수록되어 있다.이 페이지의 내용을 편집하지 마십시오.이러한 토론 중 하나를 다시 시작하려면 새 스레드를 시작하거나 해당 주제와 관련된 대화 페이지를 사용하십시오.
< Older discussions · Archives: A, B, C, D, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y, Z, AA, AB, AC, AD, AE, AF, AG, AH, AI, AJ, AK, AL, AM, AN, AO, AP, AQ, AR · 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125,126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188
WP에 대한 제안된 바로 가기:EIW 섹션, 유사 공간 "EIW" 리디렉션 사용
위키백과의 게시물에 따르면:Bot requests#바로 가기인 여러 리디렉트 만들기 EIW 형식의 최대 수백 개의 리디렉션을 만들 것을 제안한다.주제. 다음은 위키백과에 대한 편집자 색인의 주요 섹션에 대한 바로 가기(링크)가 될 것이다.이러한 리디렉션(특히 이 유사 네임스페이스에 대한)에 대한 우려가 있는 경우 봇 요청 페이지에서 주석을 달으십시오.나는 이 문제가 이전에 위키백과 강연에서 논의된 것에 주목한다.네임스페이스#새로운 사이비 네임스페이스를 만드는 절차?, 일단 명확하게 설명되면, 개념에 대한 반대는 없었다고 (믿는다.)
이 제안은 주로 편집자들이 헬프 데스크에서 질문에 답변하는 것을 돕기 위한 것이지만, 누군가에게 질문이나 토론과 관련된 색인의 특정 주제를 가리키기를 원하는 편집자에게 유용할 것이다.EIW 사이비 네임스페이스는 이러한 단축키를 훨씬 더 쉽게 이해할 수 있게 해줄 것이다(그리고 더 짧게). -- John Brown (식별) 18:13, 2008년 2월 28일 (UTC)[
내부 링크
정말 기사에 나오는 일부 단어만 다른 기사와 연결되는 방식은 제멋대로인 것 같다.단어를 클릭하면 해당 이름의 기사에 자동으로 연결되고, 하이퍼링크를 수동으로 정의하는 시스템은 여러 단어의 구문이나 제목이 다른 관련 기사에만 필요할 수 있지 않을까?위키피디아의 가장 큰 강점 중 하나는 링크드 네스(linked-ness)이지만, 이렇게 하면 크게 향상된다. 216.45.231.50 (토크) 20:55, 2008년 2월 28일 (UTC)[
토론
전쟁, 선거, 시위 등 정책과 무관한 주제를 타인과 토론할 수 있는 특징이 있어야 한다.위키피디아는 백과사전 이상의 것이어야 하고, 타인을 배려하는 공동체가 되어야 한다.
--Tom.meblie (대화) 07:50, 2008년 2월 29일 (UTC)[
- 위키피디아는 포럼이 아니다.Equazcion •2011/C • 2008년 2월 29일 08:05, UTC(Unk of 2008)
WP:위키드라마
'위키드라마는 나쁜가?'라는 질문에 답하는 것 외에.http://www.communitywiki.org/WikiDrama Thespian Gale (토크) 15:03, 2008년 2월 29일 (UTC)[에서 제시된 바와 같이, 각 관점별로 아바타를 사용하여 토론을 더욱 재미있게 하자는 아이디어도 소개하고자 한다.
- 귀엽긴 한데, 내 생각엔 그게 사람들을 유혹해서 '편지 선택'을 하게 할 수도 있을 것 같은데, 그렇지 않으면 그렇지 않을 수도 있다.적어도 위키백과종류의 논쟁은 가능한 한 양면적인 논쟁에서 벗어나야 한다.Equazcion •1999/C • 2008년 2월 29일(UTC)
"느린 위키백과": 백과사전을 위한 다음 단계
나는 이 문제를 한동안 생각해 보았는데, 우리 시지푸스 문제에 대한 해결책이 있다고 믿는다.질 좋은 기사들(특히 인기 있는 주제에 관한 기사들)은 일단 높은 수준으로 올라가면, 일단 등방성 붕괴만 겪게 된다.반달리즘은 단지 가장 작은 문제일 뿐이다; 더 중요한 것은 POV 삽입, 나쁜 단어, 그리고 "어디서나 믿을 수 있는" 무작위 사실의 추가가 있다. 그러나 기사에 맞지 않는다.그리고 그러한 변화를 막는 것은 어렵다(또는 심지어 바람직하지 않다) 왜냐하면 우리는 WP가 될 것을 권장하기 때문이다.과감하고 항상 최신.
어쩌면 '신뢰할 수 있는' 것과 '최신' 모두를 완전히 만족시키는 것은 어쩌면 불가능하다.그래서, 나는 새로운 네임스페이스를 높은 품질의 것으로 이미 밝혀진 기사(FA 또는 GA)의 피난처로서 제안한다.이것은 우리의 현재 설정을 대체하는 것이 아니라 보완적인 과정일 것이다.그러한 기사에 대한 변경은 느리고 숙고적이며, 이 과정에 대한 보수적인 기울기가 더 많을 것이다.그리고 나는 이런 방식으로 FA와 GA를 상향 조정하고 보존하는 것은 더 이상의 고품질 제출을 장려할 뿐이라고 생각한다. 왜냐하면 여기에 투입되는 고된 노력은 더 이상 무작위적인 내향성 붕괴의 위험에 처하지 않을 것이기 때문이다."느린 위키백과"는 최신의 것은 아니지만, 가장 신뢰할 수 있고, 읽기 쉽고, 가장 정확한 자료가 될 것이다.
제안한다:
- "느린 위키백과" 기사의 새로운 네임스페이스(이름 제안은?)
- "슬로우 위키백과"는 FA 또는 GA를 달성한 기사 버전으로 채워진다.
- "느린 위키백과" 기사는 관련 위키프로젝트에 의해 감독된다.
- 모든 "느린 위키백과" 기사는 기본적으로 보호된다.
- "느린 위키백과" 기사는 한 달에 한 번 이상 업데이트되지 않는다(관리 부하를 줄이기도 함)
- FA 또는 GA 상태에 대한 새로운 긍정적인 리뷰에 의해 "느린 위키백과"가 업데이트됨
- 다른 모든 변경사항은 구체적으로 제안되어야 하며 토크 페이지의 명확한 합의에 의해 충족되어야 한다.
그래, 다들 어떻게 생각해?-파로스 (대화) 22:30, 2008년 2월 28일 (UTC)[하라
- mw:확장:플래그 지정된 Revs가 이 문제를 해결할 수 있을 겁니다, 그렇지?니힐트레스{t.l} 22:47, 2008년 2월 28일 (UTC)[
- 이것은 내 위키피디아와 매우 가까웠다.안정적인 버전 제안.각 기사는 소프트웨어 포킹과 유사하게 작은 수정사항만 보는 "안정적인" 버전과 주요 리팩터링과 개발을 위한 "개발" 버전이 있어야 한다고 생각한다.그러나 나는 이것에 대한 소프트웨어 지원이 곧 일어날 것이라고 생각하지 않는다.좀 더 현대적인 제안은 다음과 같다.검토_기사_버전.Dcoetzee 00:22, 2008년 2월 29일 (UTC)[
- 나는 **really** 플래그 지정된 개정판이 구현되기를 원한다!아, 왜 멈춰있을까?그런데, "느린 위키백과"는 부정적으로 들린다.또는 FA 또는 GA 등급 기사만 주 네임스페이스에 있고 다른 모든 기사는 드래프트: 네임스페이스로 간주되도록 사물을 뒤집으십시오.• 아나킨(talk) 14:52, 2008년 2월 29일 (UTC)[
나는 위키백과 제안에서 위키백과의 "에듀" 버전을 만드는 아이디어를 제안했지만, 아무런 회신도 받지 못했다.이렇게 된 것이다: <스냅> 어떤 중요한 제안도 실행될 것 같지 않다.이것은 나를 실망시켰고 나는 내가 더 이상 아이디어를 줄 것이라고 생각하지 않는다.~RayLast 02:26, 2008년 3월 2일 (UTC)[
- 고마워, 레이, 네가 복사해서 이 섹션에 붙여놓은 큰 토론은 내가 제거했어.짐보의 토크 페이지는 제안을 할 장소가 아니라는 것을 알아야 한다.대신 이 페이지에서 토론을 시작하되, 자신의 섹션 아래에서 토론을 시작하십시오.고마워.--파로스 (대화) 06:07, 2008년 3월 2일 (UTC)[하라
프로젝트 코리아 엔터테인먼트
한국은 비디오 게임, 만화, 애니메이션, 영화 등을 만들었다.한국의 연예 섹션에 관한 기사는 하나도 찾을 수가 없어.그들의 만화, 비디오 게임, 애니메이션은 무시되고 있는 것 같다.한국연예프로젝트.71.142.243 (토크) 06:14, 2008년 2월 29일 (UTC)카디날 라벤이 필요하다고 생각한다.
- 위키백과:위키프로젝트 협의회/제안서가 아마 당신을 위한 장소일 것이다. 서지아맨틱15 2008년 3월 2일 06:11, 2일 (UTC)[
Prod 템플릿의 단어 변경 제안
{{prod}}}}}}}}}}}{prod}}}}}}}}}}}}}}}}}}}}}}} {prod}}} 태그의 현재 문구는 별로 도움이 되지 않거나 삭제 방침과 일관되지 않는다.} {prod}}}}}}에 가깝고 소중한 기사를 태그하는 누군가와 처음 대면했을 때는 {{pd}} 태그가 해야 한다고 생각하는 대로 했다.삭제를 피하다놀랍게도 그 기사는 당시 AfDd! 나는 다소 나쁘게 반응했고, 나중에 WP에 언급된 후 후회했던 그 편집자를 비난했다.민주당.
{{prod}} 태그의 텍스트가 보다 정확하고 WP와 일치할 경우:DP 이것은 피할 수 있다.사실, {{prod}} 태그에 텍스트가 적고 WP에 대한 참조가 포함되어 있다면 아마도 좋은 생각이 될 것이다.민주당.
다음 항목도 참조하십시오.Template_talk:Prod#Proposed_rewording.고마워. --RenniePet (대화) 08:01, 2008년 3월 1일 (UTC)[
- 웁스, 나는 현재 템플릿이 WP에 대한 링크를 포함하고 있다는 것을 방금 알았다.DP, 비록 매우 작지만.그래서 지금도 말 바꾸기가 좋을 것 같아. --RenniePet (대화) 08:13, 2008년 3월 1일 (UTC)[
Google 지도 애플릿 포함
구글맵은 사용자들이 탐색 가능한 지도를 사용자들의 웹 페이지, 블로그 등에 포함시킬 수 있도록 허용하지만 구글 애드사와 함께 제공된다.그러나 Wikimapia.org(예: 비영리 단체)도 구글 지도를 사용하고 있지만, 그 페이지에는 전혀 광고가 실행되지 않고 있다.그곳에서 광고라고 부를 수 있는 것은 "구글에 의한 파워" 로고가 전부인 것 같다.어쩌면 위키피디아는 구글과 광고 없이 제공되는 위키피디아에 포함된 구글 지도를 허용하도록 계약을 맺을 수도 있다.일부 기사, 특히 어떤 장소의 지형과 경치(예: 도시경관)에 대해 논하고 적절한 무료 지도가 제공되지 않는 기사에서는 큰 도움이 될 것이다.위키피디아의 목적은 지식을 수집하여 전 세계 수백만 명의 사용자가 이용할 수 있도록 하는 것이다.나는 구글 지도가 위키피디아의 현재 지식 기반을 강화하는데 도움을 줄 수 있다고 믿는다.
예를 들어, 내가 쓴 기사 중 하나인 스프래틀리 제도에서 필리핀의 정책, 활동 및 역사에서 나는 다음과 같이 구해야 한다.
파가사섬의 항공사진은 파가사 주변의 산호 기지의 직사각형 부분을 매립하여 비행장의 연장선 역할을 하는 것을 보여준다.
활주로가 어떻게 건설되는지를 설명하기 위해서입니다.구글 지도만이 그것에 대한 시각적 정보를 제공할 수 있다.그리고 내가 말하건대, 시각적 정보가 훨씬 더 낫다고.지도 스크린샷을 갖고 편집해 비무료 공정 사용 태그(특정적으로 제목에서 {{무료 공정 사용)로 업로드할 생각을 해 본 적이 있다.하지만 나는 그것이 받아들여질 수 있을지 의심스럽다.
--Estarapax Talk! Contribs! 12:30, 2008년 3월 1일 (UTC)[
- 구글 맵을 위키피디아 페이지에 내장하는 것은 기술적으로 합법적일 수 있지만, 지도 데이터는 저작권이 있고 위키피디아뿐만 아니라 모든 재이용자를 포괄하는 무료 라이센스로 공개되어야 하기 때문에, 이것이 이루어질 수 없는 다양한 이유가 있다.그러나 템플릿에 대한 지침을 따를 수 있다.원하는 장소의 위도와 경도를 알려주고 지구본 아이콘을 클릭하여 자바스크립트 기반 지도를 열 수 있게 해주는 Coor는 구글 지도만큼 좋지는 않지만 페이지에 지도와 항공 사진을 제공한다.트라 (토크) 13:24, 2008년 3월 1일 (UTC)[
위키백과:투표권
나는 나의 오래된 제안서를 수정했다.다시 생각해 보십시오!박크롤러 (대화) 02:53, 2008년 3월 3일 (UTC)[하라
- 그 제안은 약간 ([1]) 단어를 바꾸었지만 본질적으로 동일하다.마지막 라운드에서 확인된 문제는 해결되지 않았으며, 제안은 여전히 {rejected}이다.TenOfAllTraes(대화) 03:01, 2008년 3월 3일 (UTC)[
관리자가 사용자에 대해 자동 등록 플래그 지정 허용
최근 나는 스페셜로 인해 몇 가지 어려움에 부딪혔다.새 페이지 페이지.사용자들은 비교적 짧은 시간 안에 많은 수의 기사를 만들어 내는 경우가 많아 줄을 막히게 되고, 순찰을 필요로 하는 실제 기사를 찾기가 더 어려워지고 있다.일반적으로 이것은 기사에서는 문제가 되지 않지만, 사용자가 거의 어려움 없이 많은 카테고리를 쉽게 만들 수 있는 네임스페이스 순찰 카테고리에서는, 이것은 꽤 성가신 일이 되었다.
우리가 알고 있는 반달족이 아닌 사용자들을 일일이 살펴보는 것은 시간 낭비다.선택할 수 있는 예는 다음과 같다.
- 디마딕(토크 · 기여)은 선거와 정당에 관한 219개 범주를 만들었고, 내가 개인적으로 살펴본 유효 범주의 초기 얼룩도 만들었다.이것들의 대부분은 48시간 내에 만들어졌다.
- 굿 올팩토리(토크 · 기여)는 총 567개의 범주를 만들어 냈는데, 이 중 178개는 최근이고 국가별로 등록되지 않은 종교인이다.모든 것이 유효하고 우리의 명명 규칙에 부합한다.대부분은 2주 안에 만들어졌다.
- 플라즈마 이스트(토크 · 기여)는 2월 한 달 동안에만 철도 운송과 항공우주 박물관을 포함해 교통과 관련된 342개 범주를 만들었다.
- 16@r (토크 · 기여) 통신, 텔레비전 및 인터넷과 관련된 82개의 범주를 만들었다.
일부는 심지어 메인 스페이스에서 왔다.
- 망고스타(토크 · 기고)는 지난 한 주 동안 110건의 대외관계 관련 기사를 작성했다.
- 타이보(토크 · 기여)는 지난 한 주 동안 58개의 언어 기사를 만들었다.
- AlbertHerring(토크 · 기여)은 지난 한 달 동안 4,805건의 기사를 작성했다.만약 오토파일럿을 가진 사람이 필요했다면, 그는 그것을 예시한다.
관리자가 위와 같이 신뢰할 수 있는 사용자에게 플래그를 지정할 수 있는 권한을 부여하여 사용자의 창작물을 자동으로 순찰하는 것은 부담이 큰 시스템에 대한 부담을 줄이는 데 도움이 될 것이다.그것은 우리가 위의 사용자들의 밀린 일을 없앨 수 있는 손목 터널 증후군을 개발하는 대신에 의심스러운 기사를 실제로 평가할 수 있게 해 줄 것이다.도와주세요.고마워. --Hemlock Martinis (대화) 21:12, 2008년 2월 27일 (UTC)[
- 나는 동의하지 않는 경향이 있다.예를 들어 카테고리라도 카테고리 이름에 오타가 있는지 확인해야 한다.나는 단지 우리가 다음 람보트 같은 몇 가지 사항이나 혹은 위키스페아스의 출품작을 여기서 스텁을 위한 기초로 삼는 봇 같은 것을 플래그해야 한다고 생각한다.GRBerry 21:17, 2008년 2월 27일 (UTC)[
- 오타가 실제로 가능성 있고 타당한 우려사항일 수 있지만, 나는 이 문제가 우리가 가치 있는 사용자들을 자동 등록하는 것을 방해할 것이라는 것에 동의하지 않는다.우리 밀린 엄청난 양의 유효한 덩어리를 없앨 수 있는 능력은 내게는 드물고 쉽게 눈에 띄는 카테고리 오타보다 약간 더 중요하다. --Hemlock Martinis (토크) 21:55, 2008년 2월 27일 (UTC)[
- 위에서 언급한 사용자 중 적어도 한 명의 토크 페이지를 간단히 스캔하면 '신뢰할 수 있는 것'이 반드시 좋은 감각의 증거가 아니라는 것을 증명할 수 있을 것이다.마찬가지로, 한 달이라는 공간에 4,805개의 기사를 만든 사용자도 아마 대화를 잘 해야 할 것이다.저 사용자가 문서 작성 봇을 실행할 수 있는 권한을 가지고 있는가?편집 이력으로 미루어 볼 때, 이것은 그가 하고 있는 것이 아주 명백하다.
- 텔레비전이나 교통수단에 특별한 관심을 가진 사람은 결국 만들 범주가 바닥날 것이고, 이러한 창조물들은 모두 정상적인 "관심"의 일부인 반면, 다른 하나는, 그리고 매우 비정상적인 편집 패턴은 새로운 페이지에서 볼 수 있는 종류의 것일 뿐이다.관심 영역 밖에서 수많은 범주를 만드는 사람은 결코 그 범주를 유지하려고 애쓰지 않을 것이고, 4800개 이상의 지오 스텁을 한 달에 만드는 편집자는 의심할 여지 없이 비 왁:통지껄한 송어로 머리를 치라고 한다.두 편집자 모두 이 시스템이 누군가 자신의 배설물을 치우는 데 너무 많은 노력을 기울일 것으로 기대한다는 점에서 이 시스템을 즐기고 있다.
- -- 풀스톱 (대화) 22:20, 2008년 2월 27일 (UTC)[
- 정부가 정의한 인용구에 대한 기사는 람보트 스터브처럼 본질적으로 주목할 만하다.또한, IIRC, 그는 봇을 운영하고 있는 것이 아니라 단지 각 페이지마다 표준 템플릿을 사용하고 있을 뿐이며, 아마도 탭 브라우징을 하고 있을 것이다.또한, 카테고리의 유지관리는 얼마나 필요한가, 그리고 언제부터인가 한 페이지를 유지하는 것은 전적으로 작성자의 책임인가?Mr.Z-man 23:06, 2008년 2월 27일 (UTC)[
- 어떤 사용자를 말하는지는 모르겠지만, 이것들은 최근의 예일 뿐이다.그리고 만약 여러분이 염려하는 것이 단 한 번 뿐인데, 이것은 이해할 수 있는 것이다. 만약 여러분의 관심사가 훨씬 더 다양한 다른 카테고리 크리에이터들이 있다는 것을 명심하라.SPECTRE의 Bloeld는 영화와 건강, 코소보에서 한국에 이르는 국가들과 같은 주제를 다루는 1개월짜리 카테고리 생성 로그(나는 우리가 더 거슬러 올라가는 카테고리 생성 로그)를 가지고 있다.나 자신의 일지는 그만큼 다양하다.4800개 이상의 기사 작성에 대해서는 몇 년 전 미국 인구조사 자료를 업로드하고 미국 시내에 3만 개 이상의 기사를 만들었을 때와 거의 다르지 않다.그러나 내게는 그것이 내 제안보다 세계성과 체계적 편견에 대한 논쟁에 가깝다.--Hemlock Martinis (토크) 23:12, 2008년 2월 27일 (UTC)[
- 내 요점은...대부분의 확립된 사용자들이 본질적으로 신뢰할 수 있다는 것은 의심의 여지가 없지만, 어떤 기준을 사용하여 편집자에게 그러한 표시를 할 것인가? 즉.신뢰성이 시작되는 위치:AGF는 모든 사용자가 본질적으로 신뢰할 수 있다고 말하지 않는가, 아니면 신뢰성의 임계값을 결정하는 것은 임의의 수의 창조물인가?
- 하지만 감독 없이 새로운 기사를 만들 수 있다고 신뢰받는 사람은 걸레를 휘두를 만큼 신뢰할 수 없는 사람이 아닌가?또는 반달리즘을 효율적으로 되돌리려면(읽기: 새로운 롤백 비트를 유지하십시오)
- 어떤 경우든, 신뢰할 수 있는 비트 세트를 가진 편집자에 의해 이루어지는 자바스크립트 루틴 '숨기기' 뉴 페이지 항목을 갖는 것은 그리 어렵지 않아야 한다(롤백, 관리, 관료 등).
- -- 풀스톱 (대화) 08:37, 2008년 2월 28일 (UTC)[
- 넌 너무 많은 걸 읽고 있어나는 단지 우리가 헛소리를 만들지 않는다는 것을 알고 있는 사용자들에게 시간을 낭비하지 않음으로써 더 효과적으로 뉴 페이지 백로그를 훑어볼 수 있도록 하기 위해 이것을 제안하는 것이다.대걸레를 휘두르거나 공공 기물 파손에 대항하는 그들의 능력은 무관하다.그건 다른 종류의 신뢰야.
- 그러나 기준에 대한 너의 질문은 유효하다.이 능력은 실제로 남용될 수 있는 것이 아니므로 그 점에서 어떤 기준도 느슨해져야 한다.나는 개인적으로 "그것을 보면 안다"는 철학 즉, 나는 각 개인의 기여와 창작물을 다른 개인과 구분하여 저만의 판단으로 따르며, 동료 행정관들도 그렇게 할 것이라고 믿는다.마찬가지로, 나중에 사용자가 오토캐트롤에 적합하지 않다고 판단되면 이를 제거한다. --Hemlock Martinis (대화) 22:11, 2008년 3월 1일 (UTC)[
- (언젠가) 그 아이디어는 많이 좋아하지만, 더 낮은 숫자를 보고 싶다.개인적으로 나는 150을 원하지만, 300이 더 합리적일 것이다.이것이 합계 창조물(즉, 그 수는 처음부터 만들어진 기사로 기초하여 만들어진 숫자일까) 아니면 매월일까? --Hemlock Martinis (토크) 19:47, 2008년 3월 2일 (UTC)[
거부권-제안
누군가가 어떤 것을 찾아 구글링을 할 때, 그 혹은 그녀는 아마도 위키백과 거부권의 내용을 알지 못한 채 첫 번째 옵션을 클릭할 것이다.위키백과의 면책 조항은 그 과정에서 아무 때나 나타나지 않으며, 위키백과의 편집자로서 나조차도 어떤 문제가 제기되기 전에는 그것을 알지 못했다.위키피디아의 요점이 정보를 제공하는 것이라면, 독자들에게 그들이 볼 수 있는 것에 대해 말하지 않는 것이 무슨 소용이 있겠는가?
내가 제안하는 것은 다음과 같다.
기사에 관한 재미있는 이야기를 다룬 메인 페이지에 '알았니'라는 글이 있듯이, 우리는 어떤 기사 위에든 상자를 만들어 기사에 관한 주목할 만한 사실들을 거기에 올려놓는다.그것의 내용은 기사 작성 날짜부터, 그것의 상태, 그것의 안정성, 그것을 읽을 것으로 예상되는 시간, 중요한 것, 또는 심지어 그것에 대한 합의가 있다면 어떤 흥미로운 내용 문제까지 다양할 수 있다. --행복해지세요!!(토크) 06:45, 2008년 3월 1일 (UTC)[
- 그 정보의 목적은 무엇인가?Jmlk17 20:22, 2008년 3월 1일 (UTC)[
- 나쁘지 않은 생각이야.하지만 기사마다 맨 위에 올려놓으면 귀찮을 것 같아, 사이드바에 넣어주면 좋겠어.작성 날짜, 가능한 경우 위키피디아 제목 등급, 기본적으로 자동으로 생성될 수 있는 항목을 포함시킬 겁니다.나는 인간이 쓴 박스에 더 회의적일 것이다.푸치코 (토크-이메일) 2008년 3월 1일 20:25 (UTC)[
- 이런 것들은 어쨌든 기사의 토크 페이지를 보면 알 수 있으며, 기사와 관련된 논쟁에 관한 정보를 포함하면 WP를 위반하게 될 것이다.ASR. 어쨌든 이건 또 다른 무함마드 이미지 제안처럼 들린다.Hut 8.5 21:40, 2008년 3월 1일 (UTC)[
나는 이것이 제시된 솔직하지 못한 방식에 반대한다 - 이곳의 진짜 의제는 "혹은 그것에 대한 합의가 있다면 어떤 흥미로운 내용 문제에도 숨겨져 있다. "이것은 쐐기를 박기하려는 시도인데, 이 편집자가 실제로 관심을 갖는 것은 무함마드 기사에 종교적 거부권을 붙이는 것이다. 일단 그 거부권이 제자리에 있다면, 다음 단계는 "우리는 그 거부권을 가지고 있으니, 우리는 이미지를 감추고 싶을 것이다."나는 어떤 기사에 대한 객관적인 사실들을 작성하는 통계상자에 대해서는 문제가 없지만, 어떤 경우에도 우리는 독자들의 섹션에 대한 인식된 위법성에 근거하여 주관적인 POV 내용 거부권을 기사에 매겨서는 안 된다. --Fredrick day (토크) 23:21, 2008년 3월 1일 (UTC)[
- 그리고 나는 왜 우리가 이 가식을 귀찮게 하는지, 만약 제안자가 짐보에게 달려가 "사람들에게 죄를 짓도록 강요하는 것"에 대해 감정적으로 특별한 애원을 하고, 그가 우리의 정상적인 부인정책을 뒤엎도록 하려고 노력할지 궁금하다.동료 편집자들의 견해에 대해 그렇게 경멸하는 마음이 있다면, 왜 굳이 이런 일에 신경을 쓰겠는가? --프레드릭 데이(토크) 01:59, 2008년 3월 2일 (UTC)[하라
아니, 나는 거부권이 아닌 내용에 숨겨져 있을 때 조차도 거부권을 기사의 맨 위에 포함시키려는 생각을 지지하지 않는다.우리는 구글에 복종하지 않으며 단지 검색 결과에서 우리의 기사가 높게 나온다고 해서 특별한 행동을 할 필요가 없다. - 샤르디쉬 (대화) 08:40, 2008년 3월 2일 (UTC)[
- 나는 동의한다.Jmlk17 09:12, 2008년 3월 2일 (UTC)[
- 아이디어는 좋지만 아이디어의 일부 잠재적인 적용이 나쁘다면, 원래 제안을 지지하고 당신이 반대하는 특정한 목적에 그것이 사용되는 것에 반대한다.아이디어의 장점(여기에 부족하거나 그렇지 않을 수도 있음)을 다루는 것은 보통 사람을 공격하는 것보다 토론에 접근하는 더 건설적인 방법이다.그걸 '애드 호미넴 상황'이라고 하지선의의 논의는 여기에 들어가지 않는다. 왜냐하면 이것은 당신이 그 아이디어를 평가하기 위해 반드시 그 사람을 신뢰해야 하는 상황이 아니기 때문이다.유추에 따르면, 만약 당신이 '문제 편집자'라고 생각되는 누군가가 기사에서 몇 개의 거친 단어들을 열심히 베껴 썼다면, 당신은 편집자가 나중에 뭔가 나쁜 일을 꾸미게 될 것이라고 생각했기 때문에 간단히 그러한 편집들을 되돌리는 것이 정당화될 수 있다.발롱키 (대화) 16:27, 2008년 3월 2일 (UTC)[
위키모르게
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
위키모르게그(Wikimorgue의 삭제주의와 포함주의: 위키백과:포지션)은 훌륭한 아이디어로, 무엇을 다시 쓰지 말아야 할지, 혹은 기사를 다시 불러오기 위해 주장을 펴야 할지를 알기 위해 가능한 한 빨리 시행되어야 한다.삭제론자들은 때때로 다소 불합리할 수 있으며(이것은 내 의견일 뿐이다; 나는 포용주의자이다), 위키모르그는 많은 주제에 대해 위키피디아를 더 많이 다루도록 도울 수 있다.그것은 좋은 생각이고 실행에 옮겨져야 해!Rdbrewster (대화) 2008년 2월 17일 18:00 (UTC)[
- 짐보의 이름으로는 위키모르게가 무엇인가?피드백 21:25, 2008년 2월 17일 (UTC)[
- 이것이 대부분의 삭제 취지를 꺾지 않을까?나는 전적으로 책임에 찬성하지만, 무언가를 삭제하는 요점은 그것을 없애는 것이다.물론, 때때로 삭제는 훌륭하지 않지만, 그래서 모든 수정은 "요약"하지만 비관리자들에게는 보이지 않게 된다.그래서 삭제 검토가 있는 겁니다.소위 위키모르게그(ImHO, 이름 역시 얄미운 이름)를 만드는 것은 단순히 기사를 반복적으로 재게시하거나 POV, OR, 또는 스팸을 위해 싸우는 트롤들에게 더 많은 힘을 줄 것 같다.누군가가 삭제에 대해 의심이 든다면, "Category:삭제된 기사의 사본을 제공할 위키백과 관리자" 또는 삭제 검토를 시작할 것인가?나는 우연히 그 범주에 속하게 되었고, 몇 가지 요청을 무사히 들어주었다.애초에 삭제 지점을 무너뜨리는 시스템이 왜 필요한가.그냥 템플릿 {{ThisPageIsDeleted}}을(를) 만들어서 삭제하는 대신 사용하라고 제안하는 편이 나을 것이다.니힐트레스{t.l} 00:53, 2008년 2월 18일 (UTC)[
- 이 모든 주장은 이미 WP에서 제기되었고 다루어졌다.PWD(특히 위키백과:PWD#Material_is_never_actually_deleted) 및 위키백과:휴지통 네임스페이스.론 듀발 (대화) 02:10, 2008년 2월 18일 (UTC)[
- 이것이 대부분의 삭제 취지를 꺾지 않을까?나는 전적으로 책임에 찬성하지만, 무언가를 삭제하는 요점은 그것을 없애는 것이다.물론, 때때로 삭제는 훌륭하지 않지만, 그래서 모든 수정은 "요약"하지만 비관리자들에게는 보이지 않게 된다.그래서 삭제 검토가 있는 겁니다.소위 위키모르게그(ImHO, 이름 역시 얄미운 이름)를 만드는 것은 단순히 기사를 반복적으로 재게시하거나 POV, OR, 또는 스팸을 위해 싸우는 트롤들에게 더 많은 힘을 줄 것 같다.누군가가 삭제에 대해 의심이 든다면, "Category:삭제된 기사의 사본을 제공할 위키백과 관리자" 또는 삭제 검토를 시작할 것인가?나는 우연히 그 범주에 속하게 되었고, 몇 가지 요청을 무사히 들어주었다.애초에 삭제 지점을 무너뜨리는 시스템이 왜 필요한가.그냥 템플릿 {{ThisPageIsDeleted}}을(를) 만들어서 삭제하는 대신 사용하라고 제안하는 편이 나을 것이다.니힐트레스{t.l} 00:53, 2008년 2월 18일 (UTC)[
가장 최근의 기록물에서 이것을 다시 가져온 것을 용서해 주지만, 나는 이 제안이 뉴욕 매거진에서 언급된 것을 주목하는 것이 흥미롭다고 생각했을 뿐이다(바로 이 제안서, "위키모르게그"라는 이름과 함께). "최근 누군가가 위키모르게그 - 모든 거부권이 읽혀질 수 있는 깨진 꿈의 쓰레기통 - 그들이 리비지 않는 한 여전히 읽혀질 수 있는 것이다.의기양양하거나 불법적인다른 중간계급들과 마찬가지로 시간이 지나면 우리에게 말해줄 것이 많을 것이다.우리는 그것을 디테토피디아라고 부를 수 있다."곰곰이 생각해 볼 말.위키피디아에 대해 연구 중인 거 알아쓰레기 네임스페이스지만 어쩌면 이게 새로운 관심의 원천이 될지도 몰라Equazcion •1999/C • 2008년 3월 2일 (UTC)
- 이 문제를 언급해줘서 고마워.나는 위키피디아에 있는 삭제주의와 포함주의에 있는 그 기사를 인용할 것이다.–Pomte 18:19, 2008년 3월 2일 (UTC)[
무함마드 이미지 논란, 재방문 제안
여러분 대부분은 아마도 마호메트에 대한 위키피디아 기사에 게재된 일부 이미지들에 대해 강한 논란이 있다는 것을 알고 있을 것이다.좀 더 구체적으로, 이것들은 그의 얼굴을 그리려는 시도를 보여주는 이미지들이다.약 1년 전, 지역사회를 대표하여 일부 편집자와 관리자들은 기사에 그러한 이미지를 유지하기로 결정했다.그러나, 바뀐 상황들 때문에, 우리는 그 결정을 재검토할 필요가 있다.이 점에 관해서 나는 다음과 같은 제안을 하고 있다.나는 지정된 기사 토크 페이지에서 이 제안을 했지만, 내가 여기서 내 제안서를 검증받지 않는 한, 그것은 "뜨거운 공기"라는 말을 들었다.그래서 나는 여기 있다.위키백과 관리자에게 이 게시물을 검토해 줄 것을 요청하며, 만약 그것이 타당해 보이면, 기사 무함마드의 운명을 결정하는 관리자들에게 최소한 더 이른 합의를 무효화하고 진지한 논의를 재개할 것을 요청하십시오.
| 이전의 합의는 분명히 여전히 유효하다.TenOfAllTraes(토크) 21:42, 2008년 2월 24일 (UTC)[ | ||
|---|---|---|
| 다음의 논의는 종결되었다.수정하지 마십시오. | ||
|
제안 컨텍스트마호메트에 대해 논의된 이미지를 유지하기 위한 몇 가지 주장이 있다.이러한 내용은 토크에 요약되어 있다.무함마드/FAQ.이러한 주장들 중 일부는 장점이 있지만, 이미지를 포함하지 않는 것에 대해서는 더욱 설득력 있는 반론이 있다.그리고 그 반론은 간단히 "이미지가 잘못 표현된 것"으로 요약할 수 있다. 이 주제에 관한 FAQ 페이지는 '무하마드 이미지는 거짓'이라는 주장을 호머나 예수와 같은 다른 페이지와 비교함으로써 반박하려고 한다.첫째로, 그것은 논리가 아니고, 비유고, 둘째로, 실로 매우 부정확한 비유다.무함마드는 실제로 그를 만난 어떤 사람이 그린 어떤 사진이나 그림도 가지고 있지 않았던 것은 사실이다.이것은 아마 호머나 예수와 같은 경우일 것이다.그래서 호머, 예수 또는 무함마드에 대한 현재 가능한 어떤 이미지도 대상자의 합리적인 표현을 할 수 없다.그렇게 말하면서, 각각의 위키백과 기사에 사용된 호머나 예수의 이미지는 많은 학자적 또는 대중적 출처들에 의해 유사성을 보여주는 주류/대중적인 견해로 여겨져 왔다.그래서 이러한 이미지, 동상 등은 아마도 대상을 정확하게 묘사하는 실질적인 가치는 거의 없지만 현대인의 마음속에서 대상을 나타내는 상징적 가치를 획득해 왔다.이러한 상징적 가치는 이러한 주제에 대한 기사에 그들이 포함되는 것을 정당화할 수 있다.그러나 이 상징적 가치는 바로 무함마드 기사의 이미지에 없는 것이다.무함마드 페이지에 사용된 이미지는 학자나 인기 있는 출처가 그의 유사성에 대한 주류 또는 대중적 견해로 사용한 적이 거의 없다.이것들은 '무함마드'라고 임의로 표기된 고립된 상상의 그림들로, 그의 대표작(외부 위키백과)으로서 어떠한 수용도 받은 적이 없다.그래서 이 그림들은 내가 호머나 예수라고 이름 붙일 수 있는 막대맨 이미지보다 마호메트를 묘사하는 데 더 많은 정보적 가치가 없다.이러한 이미지가 오래되었다는 사실은 분명히 고풍스러운 가치를 높이고 박물관의 소중한 수집품으로 만들지만, 그 대상을 묘사하는 매체로서의 가치를 높이지는 않는다.무함마드의 신체적 묘사에 관한 "사실"은: 무함마드가 생물의 묘사를 강하게 거부했기 때문에(자신을 포함) 동시대의 사람들은 결코 자신을 묘사하려 하지 않았거나, 그런 그림은 존재하지 않는다. 그러나, 고통스러운 역사에는 이슬람교도와 비무슬림파 둘 다 그를 그리려는 고립된 시도들이 있었지만, 그러한 모방자들은 마호메트를 합리적으로 묘사하는 것으로 널리 받아들여지지 않았다.그리고 이 사실 때문에 브리태니카, 엔카르타 등 존경받는 백과사전들이 있었다.예언자 무함마드에 대한 기사에 어떤 역사적 인물에 의해 그려진 임의의 이미지를 사용한 적이 없다.이러한 이미지들을 기사에 게재하고 영구히 잠가버림으로써 소수의 위키피디아 관리자들은 이 사실을 왜곡하려 하고 있으며, 이러한 이미지들에게 무함마드의 사용 가능한 그림으로 중요성의 "인식"을 주려고 노력하고 있다.위키피디아의 임무는 사실을 확립하고 제시하는 것이지, 이 이미지들이 아무리 오래되었더라도 어떤 임의의 상상적 그림들에게 이전에는 결코 받지 못했던 새로운 가치/인식을 주는 것이 아니다. 나는 또한 내가 그린 "스트로우맨" 그림을 무함마드의 기사에 실린 그림들과 품질이나 역사적 의미 면에서 비교하는 것이 아니라는 것을 분명히 하겠다; 나는 단지 주제를 묘사하는 데 있어서 그들의 관련성 면에서 비교가 된다고 말하고 있을 뿐이다.물론 그 이미지들은 중요하고 위키피디아에서 그들의 위치를 차지하고 있다.그것들은 역사적 예술 작품의 좋은 예가 될 수 있다.그들은 무함마드를 그리려는 초기 시도들이기 때문에 무함마드 묘사 기사와도 상당히 관련이 있다.그러나 역사적으로 그들은 무함마드의 대표적인 삽화로서의 가치를 완전히 확립하는 데 실패했기 때문에 무함마드에 관한 기사에 올려져서는 안 된다. 왜 무함마드의 경우는 호머나 예수, 부처와 다를 수밖에 없을 정도로 독특한가?단순히 언급된 다른 모든 것과 달리, 무함마드가 살아있는 물체(특히 자기 자신)를 그리는 것을 금지하는 것은 역사적으로 기록된 사실이기 때문이다.그리고 이러한 노골적인 금지 때문에, 무함마드를 연구하면서 무함마드의 추종자들뿐만 아니라 비무슬림 학자들도 이러한 이미지들을 그 사람의 받아들일 수 있는 표현으로 인식하지 못하고 있다.내가 호머나 예수의 이미지가 이러한 대상들의 유사성을 보는 주류적 관점이라고 말할 때, 내 말은 이것들이 이 사람들의 대표성을 도왔던 상징적 이미지들이라는 것이다.예를 들어, 후기 성도 예수 그리스도의 교회는 예수의 그러한 특정한 이미지를 그 사람에 대한 충실한 표현으로 사용한 사람들의 집단을 나타낸다.그들이 주류의 자격을 갖추지 못하더라도, 여전히 그러한 이미지들이 예수를 잘 표현한다고 믿는 그룹이 있다.만약 그들이 예수를 잘 표현한다고 믿는 사람들의 수가 절대적으로 최소라면, 그 이미지들 역시 예수의 글에 들어설 곳이 없다.내가 정립하고자 하는 요점은, 우리가 전기에 가상의 그림을 추가할 때, 그것은 최소한의 테스트를 충족해야 한다는 것이다: 많은 사람들이 이것이 그 사람의 가능한 대표 묘사라고 믿는가?또는 좀 더 "위키피디아와 같은" 단어로, 독립적인 신뢰할 수 있는 제3자 출처가 이러한 이미지나 그 유사성을 문제의 주제를 묘사하기 위한 수단으로 재현했다는 것을 보여줄 수 있는가?이것은 무함마드의 이미지가 실패하는 시험이다.이 기사에서 제공된 참고문헌에는 에든버러 대학교와 알리 대학교인 위단이 포함되어 있다.이 둘 다 무함마드에 대한 논평의 일부가 아니라 예술에 대한 불신의 분석의 한 부분으로 이 이미지들을 분석한다.무함마드에 대한 논의에 관해서라면, 모든 존경할 만한 학자적 출처들(주류 백과사전 포함)은 이러한 이미지들을 복제하는 것을 자제해 왔는데, 왜냐하면 미술사 연구에 아무리 가치가 있다 하더라도, 이러한 이미지들은 무함마드를 잘 나타낸 것으로서 어떤 주목할 만한 수용도 받지 못했기 때문이다.게다가, 이 그림들을 각각의 기사에 넣는 것을 자제함으로써, 이 모든 학구적 출처들은 무함마드에 대한 널리 받아들여지는 그림구상 묘사가 없다는 사실을 존중하려고 노력해왔다.이러한 전통을 거스름으로써 위키백과(또는 보다 구체적으로 말하자면 위키백과의 소수의 편집자, 기사에 대한 사람들의 편집권을 제한한다는 관점에서)는 오래 전부터 확립되어 있던 사실을 왜곡하고 있으며, 이러한 소수의 이미지들을 "마호메트의 가장 잘 이용 가능한 그림 묘사"로 정립하려고 애쓰고 있다.그리고 아마도 가장 중요한 것은 수백만 명의 사람들을 불쾌하게 하지 않았다는 것이다. 프로포즈위와 같은 나의 주장에 비추어, 나는 제안한다: 위키피디아의 임무는 사실들과 정보들이 학문적인 출처에서 구할 수 있는 대로 충실하게 재현하는 것이기 때문에, 이 이미지들은 무함마드 기사에서 삭제되어야 하고, 다른 관련 기사들에 배치되어야 하며, 그것들이 적절한 곳에 위치해야 하며, 무함마드에 관한 기사는 남성들이 할 수 있다.tion:
이것은 타협하거나 제왕절개를 강요하는 것이 아니며, 이슬람 율법도 아니다. 이것은 단순히 학구적인 전통을 따르고 사실에 충실하라는 요구일 뿐 아니라, 잘못된 표현을 자제하는 것으로 위키백과의 가치에 어긋날 뿐만 아니라, 수백만 명의 사람들에 대한 신뢰와 수용성을 파괴한다.여기서의 요청은 사실을 왜곡하는 것은 어떤 학문적 연구의 근본적 가치에 어긋나기 때문에 무함마드에 대한 용인할 수 없는 그림적 묘사가 없다는 오래 전부터 확립된 사실을 왜곡하는 것을 중단하라는 것이다.위키백과 관리자들에게는 무함마드의 삶을 논하면서 그러한 이미지를 포함하지 않는 대부분의 학구적 출처의 전통을 따르라는 요청이 있다.위키피디아는 백과사전이고 그 목표는 사실을 있는 그대로 제시하는 것이지 새로운 유행을 시작하는 것이 아니다.감사합니다.아르만 04:47, 2008년 2월 7일 (UTC)[ 토론야헬 구한
로르
니힐트레스
SP-KP
롬슬러
수류탄
그러므로
에이시스이 주제에 대해 이미 많은 이야기가 있었다.나는 아마도 대부분의 것을 반복하겠지만 그럼에도 불구하고 내가 해야 할 말을 할 것이다.몇몇 사용자들은 무함마드가 이미지와 유사하게 생겼다는 것이 확립되지 않았다는 비표현의 주장을 제기해왔다.솔직히 말해서 그것은 무관하다.이 사진들은 무함마드의 초상화로 만들어졌다는 것이 정설이다.예술가들은 분명히 주요 인물이 무함마드라고 의도했다.그들이 이렇게 하는 데 성공했는지, 그들이 원문에 충실했는지는 관련이 없다.그들은 그를 금발과 교정기로 칠할 수 있었다. 만약 무함마드가 그들에게 그렇게 보였다면, 우리는 그런 그림을 추가했다.나는 이러한 중요한 역사적 원천을 포함하지 않을 이유가 없다고 본다.aecisBrievenbus 01:35, 2008년 2월 10일 (UTC)[
아나킨101전폭적인 지지.나는 이전에 한 번도 무함마드 이미지 문제에 대해 의견을 제시한 적이 없다. 왜냐하면 나는 무슬림이 아니기 때문이다. 나는 그것을 실제로 조사한 적이 없다. 그리고 항상 WP는 다음과 같이 가정했다.NOT#Censored는 질문에 적절하게 대답했다.아르만의 제안을 읽은 나는 그가 설명하는 이유와 다른 몇 가지 이유 때문에 마음이 바뀐 것 같다. 그리고 여기에 (이것의 길이를 포기하라, 나는 간청한다)
자, 그것에 대한 당신의 의견을 말해주세요, 여러분.내가 완전히 잘못 알고 있다면 정정해 주길 바라며, 내 말에 어느 정도 동의한다면 그렇게 말해줘! • 아나킨 14:53, 2008년 2월 12일 (UTC)[ Thww1309나는 너의 입장을 이해하고 존중한다.헌신적인 이슬람교도인 당신에게는 당신의 예언자의 사진이 실린 기사를 읽는 데 문제가 있다.위키피디아의 평균 사용자인 나에게 위의 사진은 당신의 이슬람적 가치 체계에서 무함마드가 가지고 있는 독특한 위치에 대한 훨씬 더 좋은 인상을 줄 수 있다. 10개 내지 20개의 문장이 내게 줄 것이다.그러므로, 나는 기사의 맥락 안에서 이미지를 보는 것이 중요하다.공동체 전체의 이익을 부정함으로써만 특수집단의 특별한 이익을 따를 수 있다면, 이런 다른 이익들을 부정할 권리를 주는 것은 위키백과의 방법이 아니다.만약 이것이 다른 사용자들에게 더 나쁜 변화를 의미한다면, 우리는 일부 사용자들을 위해 개선하지 않는다.유용한 이미지를 제거하거나 다른 기사로 이전하는 것은 더 나쁜 변화다.종교적인 지시를 어기지 않고 기사를 접할 수 있는 가능성이 있다고 생각한다.기사를 열어보면 알 수 있을 것이다, 무함마드의 모습이 보이지 않는다.그들은 모두 기사의 하단에 있다.그 글 위에, 우리는 그 글의 하위 페이지에 모호한 내용을 넣을 수 있다.그곳에서 기사의 내용은 이미지 없이도 반복될 수 있다.이것은 너와 다른 이슬람교도들을 위한 위키피디아가 나와 다른 평균 사용자들을 위한 유용성을 줄이지 않고 향상될 것이다.만약 우리가 어떤 주제에 대한 지식이 낮은 독자들을 위해 기존의 과학 기사에 대한 이 모든 도입부를 만들 수 있다면, 위키피디아는 사진 없이 두 번째 버전에서도 살아남을 것이다.--Thw1309 (토크) 11:52, 2008년 2월 13일 (UTC)[
주아제와이se (Operbus anteire)제거 지원.그래서 나는 우리가 왜 그들이 삭제되어야 하는지에 대해 논쟁을 벌이지 말고 WP의 모든 사진처럼 왜 그들이 머물러야 하는지에 대해 생각해야 한다고 생각한다.이 주제는 논란의 여지가 있고, 양당을 모두 만족시킬 수 있는 공정한 타협이 이루어질 수 없다고 생각한다.따라서, 우리는 그들을 위해 완전히 별개의 기사를 시작하고, 이 특정한 글에서 그것들을 제거할 수도 있다. λua∫Wise 19:18, 2008년 2월 13일 (UTC)[
농경지의지지하다.나는 위키피디아의 검열을 강력히 반대하지만, 좋은 취향과 다른 문화의 관점에 대한 존중의 고려는 정보가 어떻게, 어디서 제시되는지에 영향을 미칠 수 있다.문제의 이미지를 본기사의 링크와 함께 그들에게 헌신하는 기사로 옮겨도 본기사는 실질적으로 줄어들지 않을 것이다.반대로, 실제로, 그것은 많은 이슬람 편집자들로부터 우리의 의견을 빼앗을 것이기 때문에, 그들을 그곳에 두는 것은 더 큰 피해를 줄 가능성이 있다.나는 그것이 큰 손실이 될 것이라고 믿는다. 나는 또한 위키피디아에서 다른 종교들을 다루는 방식에도 유사성이 있다고 생각한다.우리는 예를 들어 유대교에 관한 기사와 기독교에 관한 기사 AD/BCE에 있는 날짜에 CE/BCE를 사용한다.그러나 위키리거들이 왜 그러한 숙박시설이 어떻게 다른지 설명하기 전에, 나는 이 상황에 독특한 측면이 있다는 것을 인정할 것이다.이슬람과 관련된 갈등은 오늘날 세계의 주요 긴장 요인이다.양측에 있는 사람들은 그들의 깊은 원칙을 들어 그러한 긴장을 악화시키려는 의도를 가지고 있는 것 같다.위키피디아는 아이디어가 교환되는 만남의 장 역할을 함으로써 중요한 진정 역할을 할 수 있다.이 글에서 예언자의 모습을 간직하는 것은 우리가 좋든 싫든 예외적인 메시지를 전달한다.영상을 자신의 기사로 옮기면 무슬림들이 이곳에서 더 환영을 받는다고 느낀다면, 나는 전적으로 찬성한다.--농업 (대화) 17:05, 2008년 2월 14일 (UTC)[
울프키퍼모하마드에서 제거 지원.그것은 검열에 관한 것이 아니다. (어쨌든 그 이미지는 여전히 무함마드 묘사일 것이다), 그것은 모슬렘스에게 불쾌감을 주는 것이 아니며, 그들은 여전히 묘사에서 불쾌감을 느낄 수 있다. 그러나 그것은 단지 모하마드에 관한 기사들과 이런 종류의 사진들을 연결하는 주목할 만한 출처들에 대한 어떠한 증거도 없을 뿐이며, 따라서 그들의 포함은 OR이거나 지나치게 강조된 것이다.또는 둘 다.만약 그 증거가 합리적인 수의 주목할 만한 출처에서 발견될 수 있다면, 나의 입장은 바뀔 것이다. 예를 들어, EB는 여기서 무엇을 하는가?다른 백과사전들은 무엇을 하는가?나는 다른 사람들이 확인하려고 애쓰지도 않았다는 증거가 없다고 본다; 그들은 그 일을 하지 않았다; 그리고 모하마드에 관한 기사들 대부분이 모슬렘일 가능성이 매우 높고, 이와 같은 없는 이미지들을 볼 때, 나는 지금 당장 제거하기로 투표한다.- (사용자) 울프키퍼 (토크) 03:11, 2008년 2월 15일 (UTC)[ 높은 나무 위반대하다 이미 Talk에 응답했다.무함마드/이미지. 하지만 나는 이 토론이 다른 장소에서 반복되어야 한다는 것이 매우 유감스럽다고 말해야 한다.하지만 또 시작이군
안녕, 나무 위의 높이 (토크) 05:39, 2008년 2월 15일 (UTC)[ 란키빌반대하라. 많은 사람들이 내가 위에서 다루고자 하는 요점들을 이미 다루었고, 나보다 훨씬 더 웅변적으로 다루었다.그러나 나는 전기의 주제들이 기이하게 여겨지는 문화의 문화적 규범에 따라서만 전기의 주제들을 묘사해야 한다는 개념과 제안을 발견했다는 것을 덧붙이고 싶다.위키피디아의 목표는 독자에게 정보를 제공하는 것이고, 기사에 이러한 이미지를 심어주는 것은 그것을 용이하게 한다.나는 이슬람 페르시아어와 터키어 기원에 대한 존경스러운 골동품 이미지를 갖는 것이 확실히 무함마드 기사에 적합하다고 생각한다. 그런 점에서 나는 이슬람교도들에게 불쾌감을 줄 수 있는 이미지를 감추기 위한 장치를 제공하고, 관심 있는 독자들에게 어떻게 그 장치를 작동시키거나 사용할 수 있는지를 알려주는 큰 눈에 띄는 고지를 기사 상단에 배치하는 것에 전혀 반대하지 않는다.그런 정보 메시지는 지금까지 그런 일을 하려던 이전의 시도를 가라앉힌 내 마음속의 '거절자'가 아닐 것이다.란키베일 11:16, 2008년 2월 19일 (UTC) Jmlk17강한 반대 내가 그 문제에 전반적으로 꽤 관여하고 있기 때문에, 나는 내 의견을 짧고 달콤하게 유지할 것이다.나는 거부권, 숨겨진 이미지 템플릿, 또는 그와 같은 종류의 어떤 것이든 위험한 선례가 될 것이며, 다른 구체적인 정책들 중에서도 검열에 대한 우리의 견해를 우회할 수 있는 추가적인 문제만 허용할 것이라고 믿는다.예를 들어, 욕을 하는 것에 반대하는 사람들도 있고, 성교에 관한 사진들에 반대하는 사람들도 있고, 200만개 이상의 우리 기사들 중 어느 하나에서라도 불쾌감을 느낄 수 있는 사람들도 있다.만약 우리가 우리의 개방된 백과사전뿐만 아니라 우리의 핵심을 방해할 수 있는 어떤 것도 결코 검열하지 않는다는 우리의 관점을 진정으로 소중히 여긴다면, 이 기사는 다를 바 없고 다를 바 없다.Jmlk17 01:55, 2008년 2월 21일 (UTC)[ 론 뒤발다시 말해줄래?이 문제는 충분히 논의되지 않은 것 같아.이 문제는 인류의 미래에 매우 중요하다.론 듀발 (대화) 06:46, 2008년 2월 22일 (UTC)[
압드코멘트 어떤 신뢰도 가지고 있는 무함마드의 이미지는 전혀 없다; 다양한 이슬람 문화의 하위 영역은 특정한 종류의 이미지를 허용했지만, 이것들은 모두 후대의 발명품들이다.그의 외모에 대한 묘사는 다소 투기적인 이미지를 불러일으킬 수 있는 말로 표현되어 있지만, 물론 이런 것들은 매우 신뢰할 수 없는 것이다.이 주제에 관한 기사에서 진지한 작가들은 실제 "무함마드의 이미지"가 아니라 그와 같은 역사적 이미지를 보여줄 수도 있다.무함마드의 이미지는 없고, 다양한 사람들의 상상에서 찍은 이미지도 있다.그들 중 어느 누구도 무함마드에 관한 기사에서 주목할 만큼 충분한 화폐를 가지고 있지 않다; 그들이 주목할 만한 곳은 유명하거나 악명 높은 만화에 나오는 것과 같은 전문화된 기사들이다.그러나 그 모든 것을 말했을 때, 개인의 자유 아래 합법적인 어떤 행동들은 세상의 광신 때문에 매우 위험할 수 있다는 것은 사실이다.스스로 위험을 무릅쓰기를 바랄지도 모르지만, 괜한 모욕이 이웃에게 해를 끼친다면 어떻게 될까?아이들을 산책시킬 때 개들을 놀리지 마라; 사실, 언제든지 그들을 놀리지 말아라.'권리'가 있어도 파괴적이다. --abd (대화) 16:57, 2008년 2월 22일 (UTC)[
드바흐만지난 몇 달 동안 거의 모든 사람들이 하품을 반대했다. Talk:무함마드/이미지."X의 이미지 없음" 가이드라인을 이행할 수 있는 방법은 없다.주어진 이미지의 백과사전적 가치에 관한 모든 우려는 사례별로 제기할 필요가 있다.dab (주) 17:16, 2008년 2월 22일 (UTC)[
그낭가라이미지 제거에 반대하십시오.어떤 제거 이미지라도 반 이슬람 단체의 지지자들에 의해 검열로 보일 것이다.그리고 위키피디아 내용을 검열하는 이슬람 단체들의 승리로 보여진다.콘텐츠 삭제에 대한 다른 모든 이슈는 이슬람의 요구사항을 준수하는 선결권자가 설정되었다는 것에 기초하여 논의될 것이다.그들이 현재 거짓이라고 주장되고 있기 때문에, 이슬람 율법에 대해 아무런 악의도 없고 애초에 그들이 거기에 있는 것에 대해 걱정할 이유도 없다.Gnangarra 12:56, 2008년 2월 23일 (UTC)[ 스피닝스파크제거에 반대하다.위키피디아는 백과사전이다.그 그림들은 오스만 제국 시대에 묘사된 것으로서, 그것이 화나게 하는 누구든 여기에 속한다는 것을 보여주는 진정한 학문적 관심의 대상이다. MCB
프레드릭 데이
세라핌블레이드제거는 절대 안 된다.비록 이 사진들이 마호메트가 어떻게 생겼는지 정확히 묘사하지 않더라도, 그것들은 역사적이고 교육적이다. 마호메트가 어떤 문화로 생각했는지에 관해서는 말이다.그리고 우리는 그것들이 누군가의 기분을 상하게 하기 때문에 그것들을 제거하지 않는다.세라핌블레이드 21:03, 2008년 2월 24일 (UTC)[ |
위키백과 제안사항
나는 안내 데스크에 그 제안들을 올렸지만, 내가 받는 것은 사람들이 나에게 여기나 버질라에 그것들을 올리라고 하는 것뿐이다.나는 그렇게 했지만 아무것도 돌려받지 못했다.나는 단지 누군가가 나에게 아니라고 말하길 원한다. 그렇지 않으면 우리는 그것을 하고 싶다.
- 사용자 대화 페이지 제안
- 나는 위키피디아가 사용하는 사용자 토크 페이지 시스템의 꽤 큰 개편이 될만한 제안이 있다.나는 사용자들이 사용자 토크 페이지에서 댓글을 달거나 회신할 때 항상 이것과 씨름한다는 것을 알아챘다.누군가 댓글을 남길 때, 당신은 그들의 토크페이지에 답글을 남기는가 아니면 혼자서 답글을 남기는가?너 혼자 하면 답장이 나올까?그들이 너의 토크 페이지를 시청하도록 설정했니?이것의 결과는 거의 항상 한 페이지에 반은 대화를 하고 나머지 반은 다른 페이지에 대화를 나누는 것이다.때때로 그들은 심지어 양쪽 대화 페이지에 메시지를 복제하기도 한다.
- 내가 제안하는 것은 각 의견 섹션을 일부 위키백과 코멘트 데이터베이스에 "템플릿"의 한 유형으로 하는 한편, 해당 섹션에 참여한 사람들의 모든 사용자 대화 페이지에 태그를 추가(코멘트를 남겨두는 것)하는 것이다.댓글을 편집할 때마다 자신의 토크페이지에서 할 수 있고, 자신의 토크페이지가 편집되는 것처럼 보일 때도 실제로 템플릿을 편집하고 있기 때문에 태그가 있는 모든 페이지에 변경사항이 나타날 것이다.이렇게 하면 모든 사용자 대화 페이지에 전체 대화가 표시되며, 중복되지 않는다.모든 코멘트는 ID(예: 00215468)를 가지며, 해당 템플릿 페이지는 제목, 모든 메시지 및 섹션에 코멘트를 한 모든 사용자 목록을 포함한 모든 내용을 가지고 있다.사용자가 사용자 대화 페이지에 섹션을 추가하기로 선택할 때 인터페이스는 그대로 유지되므로 분명히 달라질 것은 없지만, "템플릿"을 공개적으로 인식하지 않고 만들거나 편집할 것이다.
- 사용자 대화 페이지에 포함되는 예제 태그는 다음과 같은 것일 수 있다.
{{comment:00215468 제목=제언}}} - 코멘트가 편집될 때마다 코멘트에 나열된 모든 사용자는 "새로운 메시지" 통지를 받게 된다.
- 기사 토론 페이지는 지금처럼 기사에 애착을 갖는 것이 좋기 때문에 적용되지 않는다.
- 일부 사용자는 수동으로 구현했다(예: User_talk:알팍스/스레드) 그러나 위키백과 관계자들이 이것을 위키백과에 기본적으로 구현하는 것이 가능한지 알고 싶다.
- 지연 교육 위키백과 제안
- 위키백과 교육판도 보고 싶다.내 자신을 설명할게.나는 위키피디아가 현재 매우 교육적이라는 것을 안다.문제는 위키피디아의 정보를 검색하는 사용자들에 대한 불평이 너무 많다는 것이다. 단지 여기저기 흩어져 있는 고약한 욕설들이 담긴 빈 페이지를 찾기 위해서 말이다(내가 아는 바로는 그리 오래가지 못한다.여전히, 많은 어린이들이 학교/교육 목적으로 위키피디아를 사용하고 있으며, 갑자기 터져 나오는 강한 언어, 욕설, 심지어 성인용 컨텐츠에 취약하다.내 제안은 "필터 도메인"을 만들자는 것인데, 이것은 "에듀" 위키백과 주소인데, 학교와 학부모들이 위키백과 페이지를 필터링하는 "안전한 사이트" 목록에 추가할 수 있다.필터링은 다음과 같은 특정 속성을 가진 페이지만 허용하는 매우 간단할 수 있다.
- 1) 잠긴 페이지
- 2) 특수 페이지
- 3) 정보가 있더라도 내용에 특정 키워드(전문성)가 있는 페이지는 제외
- 4) x분 단위로 변경되지 않은 페이지(x는 파손된 기사가 붙지 않은 상태로 남아 있는 최대 분 단위에서 파생된 통계 번호)
- 이것들은 예에 불과하다.다른 규칙도 포함될 수 있다.
- 위키피디아는 매우 짧은 반달리즘 기간으로 얼룩질 수 있는 매우 신뢰할 수 있는 정보를 가지고 있다.위키피디아의 "지연된" 버전은 값을 매길 수 없을 것이다.
- 제발 나에게 알려줘!고마워!~RayLast«Talk!» 18:49, 2008년 2월 28일 (UTC)[
- 나는 지연 시간이 너무 짧다면 "지연된" 위키피디아는 별로 좋지 않을 것이라고 생각한다.오히려 교육 위키백과에서 가장 먼저 일어나야 할 일은 여기 영어 위키에 반반달리즘 봇(~50개 정도는 좋아야 한다)을 시리즈로 설치하고, 새로운 기사의 지연을 하루로 정하는 것이어야 한다고 생각한다.그 후, 한 페이지는 새로운 기사 로그에서 삭제된 후 반잠금된다.힘들지만 가능, 그리고 사이트가 설정되면 필요할 수도 있다. --Gp75 모터스포츠는 19:06, 2008년 2월 28일 (UTC)[
- 반반달리즘 봇들이 지금 상당히 잘 하고 있다.지연만 추가하면 된다.하루가 지연될 수 있는 시간이 될 수 있다.내 생각에, 기사를 반잠가거나 잠그는 것은 이롭지 않을 것이다.그것은 단지 필터일 뿐이지 기사 제도의 전면적인 개편이 아니란 것을 기억하라.필터는 현재 편집에 개입해서는 안 되며, 이는 위키피디아 사람들이 변화를 보지 않아야 한다는 것을 의미한다.그 제안은 안전한 내용으로 백과사전을 만들고 베끼는 것도 아니다.그냥 작은 필터일 뿐이야.나는 상당한 지연이 실질적으로 100% 기사의 완전성을 보장할 것이라고 말해도 무방할 것 같다.예를 들어, 새로운 기사의 경우, 교육 위키백과에 나타나기 전에 등록된 사용자의 "보트"가 5개인 {{safe-gener1 user2 user3 user4 user5} 태그가 포함되어야 한다는 규칙이 있을 수 있다.
- 또한 http://en.wikipedia.org과 같은 현재의 위키백과 페이지는 아무런 변화도 보이지 않을 것이라는 점에 유의하십시오.원래 사이트를 방문하는 사람들은 지금과 같은 여과 없는 내용을 보게 될 것이다.필터 페이지(예: http://edu.en.wikipedia.org)를 방문하는 사용자만 필터링된 내용을 볼 수 있다.~RayLast 19:27, 2008년 2월 28일 (UTC)[
- 오, 알았어.그게 더 낫겠군요.나는 기본적으로 템플릿에 서명하는 것을 10-15로 사용해야 한다고 생각한다. (가능한 경우 20)이를 통해 커뮤니티에서 더 많은 의견을 제시할 수 있을 것이다. --Gp75motorsports 23:55, 2008년 2월 28일 (UTC)[
- 대부분의 사용자에게 새로운 버전의 페이지가 즉시 표시되지 않을 경우, 보다 안정적이고 신뢰할 수 있는 버전이 표시되는 경향이 있다는 것을 고려하거나 작업하고 있다고 들었다.어디서 들었는지 잊어버렸어. 아마 버질라 어딘가에 있을 거야.
- 다시 말하기 페이지:네가 그런 생각을 하니 좋구나.어쩌면 언젠가는 더 나은 시스템을 얻게 될지도 모른다.나는 당신이 묘사하는 시스템이 마음에 들지 않는다. 왜냐하면 사람들은 그 실로부터 구독을 취소할 수 있어야 하기 때문이다.만약 그들이 할 수 있다면, 당신이 글을 올릴 때 당신은 특정 사용자가 그것을 볼 것인지 아닌지 알 수 없을 것이다.그렇지 않다면, 더 나쁜 것은 사람들이 더 이상 관심이 없는 주제에 대해 긴 실마리를 보게 된다는 것이다.
- 꽤 좋은 해결책은:대개 대화가 시작된 동일한 대화 페이지에서 회신하고, 상대방이 메시지를 확실히 전달받으려면 대화 페이지에 있는 {{Talkback} 템플릿을 사용하십시오. --Coppertwig(대화) 02:53, 2008년 3월 3일(UTC)[
- "지연된" 제안의 경우, 위키피디아와 비슷한 것 같다.en에서 아직 활성화되지 않은 MediaWiki에 대한 확장인 플래그 지정된 리비전.위키피디아, 부분적으로는 아직 테스트 중이기 때문이고 부분적으로는 아무도 정확히 어떻게 구현해야 하는지를 알아내지 못했기 때문이다(그리고 개발자들이 비관리자 롤백을 도입했을 때 일어난 커플플 이후에, 좀 더 오래 걸릴 수도 있다).헷갈리는 표현 (Say hi!) 03:45, 2008년 3월 3일 (UTC)[
- 토크 페이지 제안에 대해서는, 리퀴드 스레드라고 불리는 또 다른 미디어위키 확장을 기다리고 있는 것 같다.따라서 여러분의 아이디어는 좋은 것이고, 중요한 것은 이미 관련 솔루션에 대한 약간의 발전이 있다는 것이다. (개발자들이 작업하고 있는 일의 수와 함께, 현상에 대한 어떠한 종류의 변화도 만드는 데 시간이 좀 걸릴 것이다.)헷갈리는 표현 (Say hi!) 03:48, 2008년 3월 3일 (UTC)[
- 나는 지연 시간이 너무 짧다면 "지연된" 위키피디아는 별로 좋지 않을 것이라고 생각한다.오히려 교육 위키백과에서 가장 먼저 일어나야 할 일은 여기 영어 위키에 반반달리즘 봇(~50개 정도는 좋아야 한다)을 시리즈로 설치하고, 새로운 기사의 지연을 하루로 정하는 것이어야 한다고 생각한다.그 후, 한 페이지는 새로운 기사 로그에서 삭제된 후 반잠금된다.힘들지만 가능, 그리고 사이트가 설정되면 필요할 수도 있다. --Gp75 모터스포츠는 19:06, 2008년 2월 28일 (UTC)[
- 학교를 위한 위키피디아도 있다.기본적으로 그들이 한 일은 가장 중요한 기사(영국 국립 교육과정 기준)를 선택하고, 사실의 정확성과 연령의 적절성을 점검한 것이었다.학교용 위키피디아는 아무것도 다운로드하지 않고 브라우저에서 무료로 다운로드(토렌트 또는 다이렉트)하거나 볼 수 있다.내가 중요하게 생각하는 것은 학교가 이 자원을 알고 사용하는 것이다.10개월이 넘었지만 부모와 교사가 전혀 알지 못해 많이 쓰이지 않는다.푸치코 (토크-이메일) 2008년 3월 3일 (UTC) 13:19[
- 그리고 그것은 위키백과 자체에서 이용할 수 있는 광범위한 내용을 가지고 있지 않기 때문이다.다른 웹사이트를 만들고, 위키백과 기사를 선택, 수정, 복사하는 것은, 위키백과 커뮤니티 전체에 의해 유지되지 않기 때문에, 너무 지나치다.아이디어는 동일한 출처에서 나온 동일한 콘텐츠를 자동으로 약간만 필터링하여 사용하는 것이다.~RayLast 13:43, 2008년 3월 3일 (UTC)[
관료적 승진 컨센서
지역사회가 현재 RfB의 몇 가지 폐쇄가 성공적이지 못할 것으로 예상하고 있기 때문에, 나는 관료적 승진의 전통적인 문턱이 여전히 WP:Consensus에 부합되지 않는다는 것을 지역사회에서 주목하고 싶다.관료들은 새로운 관료들에 대한 승인 문턱을 정기적인 행정 요청으로 낮추도록 요구되어야 한다.새로운 관료들에게 그런 극단적인 90% 문턱에 대한 그럴듯한 명분이 없다.그것은 후보에게는 모든 과정을 불공평하게 만들고, 10%의 아주 적은 소수자를 가질 참가자들에게는 불공평하게 만든다.과정을 믿는 위키피디아의 한 사람으로서, 몇몇 훌륭한 후보자들이 지역사회의 분명한 공감대에도 불구하고 거절당해 새로운 관료로 거듭나는 것을 보면 상당히 답답하다고 생각한다.Hussönd 00:05, 2008년 3월 4일 (UTC)[
이 문제에 대한 논의를 한 곳에서 계속하는 것이 가장 좋을 것 같다 - 심지어 이 논의를 위해 별도의 장소를 만들어야 할 때일 수도 있다. 이것은 WT 참가자들로부터 꽤 많은 지지를 받고 있다.RFA는 그러나 관료들이 RfB 폐쇄에 대한 접근법을 조정한다면 더 넓은 합의가 필요할 것이다.WjBscribe 10:00, 2008년 3월 4일 (UTC)[
- 고마워, 나는 이 일에 대한 논의가 이미 그곳에서 일어나고 있다는 것을 알아차리지 못했었다.후생드 10:31, 2008년 3월 4일 (UTC)[
텍스트 크기를 늘리다
소용없을 수도 있지만, 내장된 증가 텍스트 버튼을 추가해 주시겠습니까?—서명되지 않은 의견을 203.34.37.64 (대화) 11:13, 2008년 3월 4일 (UTC)[하라
- 이것은 대부분의 브라우저에 내장되어 있다.Firefox 및 IE의 경우 ctrl-shift-+가 작동한다.대수학자 14:09, 2008년 3월 4일 (UTC)[
- 그렇다, 모든 브라우저에는 텍스트 크기 증가/감소 기능이 있다.
- * Firefox: 대수학 노트 또는 Ctrl-+ 및 Ctrl--(및 재설정하려면 Ctrl-0) 또는 메뉴: "보기"->"텍스트 크기"
- *오페라: 증가하려면 '+', 감소하려면 '-', 재설정하려면 '*' 또는 메뉴: "보기"->"줌"
- * Safari: Firefox와 동일한 키보드 가속기 또는 메뉴->보기"->"텍스트 더 크게 만들기" 등
- * Konkeror: Firefox와 같은 키보드 가속기 및 메뉴
- * IE 및 AOL 브라우저:메뉴:"보기"->"텍스트 크기"가 올바르게 작동한다고 기대하지는 마십시오.
- -- 풀스톱 (대화) 20:59, 2008년 3월 4일 (UTC)[
- 크기를 늘리거나 줄이려면 Ctrl-mouse 휠을 사용하십시오. bibliomaniac15 2008년 3월 4일(UTC)에 변경 이없음[응답]
위키백과:재포장 태그
이것은 나의 새로운 제안이다.제발 고려해줘!박크롤러(대화) 02:52, 2008년 3월 3일 (UTC)[하라
제발! :-D Park Crawler (대화) 03:15, 2008년 3월 7일 (UTC)[하라
{{Wikipedia 광고}}이(가) 자주 방문하는 페이지
나의 제안은 WP와 같이 자주 사용되는 페이지에 이러한 템플릿을 배치하는 것이다.AIV, WP:ANI 등.많은 사용자들이 언제든지 이 페이지들을 어슬렁거리고 있다; 내 생각에 위키 애드를 그곳에 두면 위키프로젝트 참여가 상당히 활성화되고 기사 작성 등에 도움이 될 것이다.하지만, 나는 많은 편집자들이 이 아이디어가 너무 산만하다고 생각할 수 있기 때문에 이 생각에 반대한다고 거의 확신한다.그냥 의견 일치를 보고 싶었을 뿐이야건배, 인형사 06:53, 2008년 3월 5일 (UTC)[
- 위키프로젝트의 눈에 띄지 않는 텍스트 광고를 위한 템플릿이 될 수 있는 변종이 왜 없을까?더 많은 사용자들이 그것을 그들의 사용자 페이지에 추가하고 싶어할 것이고, 그것을 위키백과 네임스페이스 페이지에 추가할 더 좋은 기회가 있을 것이다.나는 배너 광고가 사용자 공간에는 괜찮지만 그다지 좋아하지 않는다.오부이보 음브스트포 (토크) 15:05, 2008년 3월 5일 (UTC)[
- 물론, 정말 멋진 것은 상황에 맞는 광고를 하는 것이다.예를 들어, 인구가 30명 이하로 떨어지는 멸종 위기에 처한 오스트리아 갈매기/조류 전염에 관한 기사를 위해 AFD에 있는 경우, 이 광고는 당신을 위키프로젝트 버드에 가입하도록 초대할 수 있다. —오부이보 Mbstpo (토크 • 기여) 15:09, 2008년 3월 5일 (UTC)[
- 네 마음은 올바른 곳에 있지만, 좋은 생각은 아닌 것 같아.
- 이것들은 이미 다운로드해야 할 큰 페이지들이다.그들은 더 이상의 것을 필요로 하지 않는다. (이 세상에는 여전히 전화 접속 모뎀 사용자들이 존재한다.)
- 나는 몇몇 단골들이 실제로 WP의 상단을 보는 것조차 의심스럽다.A 또는 AN/I가 정기적으로 접근하는 경우.새로운 게시물이 맨 아래에 있고, 우리의 감시목록들은 보통 페이지 안에 있는 텍스트 앵커들과 연결된다.
- 애니메이션 배너 광고는 짜증나고 사악하다.마침표.사람들은 광고가 나온 후 곧 그들에게 짜증을 낼 것이다; 며칠 동안 배너 배치에 익숙해지면 사람들은 그들을 볼 수 없을 것이다. 그것은 페이지의 맨 위에 있는 죽은 부동산 한 조각이 될 것이다.미안하다
- 사람들이 원하는 것은 무엇이든지 그들의 사용자 공간에 넣도록 내버려 두되, 사용량이 많은 페이지들은 가능한 한 깔끔하게 유지하도록 노력하라.TenOfAllTraes(대화) 15:17, 2008년 3월 5일 (UTC)[
기사화 제안 "호보 바싱"
나는 "호보 바싱"이라는 기사를 만들 수 있도록 허락을 구하고 싶었다.나는 그것이 미국에서 다소 중요하고 점점 더 특별해지고 있다고 생각한다. 나는 이 기사를 만드는 누군가의 의견을 원한다!감사- 편지 7/케일럽 (대화) 22:41, 2008년 3월 5일 (UTC)[
- 당신은 그것을 위해 정말로 "허락"을 필요로 하지 않는다.당신이 해야 할 일은 당신의 사용자 공간에 기사를 쓰는 것이다(호보 때리기라고 불리는 것) 그리고 당신이 주제와 관련이 있다고 믿는 위키피디아 주제를 찾는 것이다.그 프로젝트의 사람들에게 그것을 살펴보고 개선점을 제공하도록 요청하십시오. 그리고 그것이 준비되었다고 느낄 때, 당신은 그것을 주요 기사 공간으로 옮길 수 있다.검증 가능한 출처를 제공하기만 하면 효과가 있을 것 같다. -- 68.156.149.62 (대화) 00:53, 2008년 3월 6일 (UTC)[
- 새로운 기사를 만들기 위해 허가가 필요 없다는 이전의 논평은 옳다; 만약 당신이 원한다면, 당신은 단지 대담하고 주요 기사 공간에서 직접 기사를 만들 수 있다.그러나 "호보 바싱"과 같은 "delicate" 과목에서는 검증, 명성, 중립적 관점에 관한 위키백과의 정책을 따르도록 주의해야 한다.당신은 또한 wp:이름 지정 규칙을 읽고 싶을지도 모른다; 노숙자 차별과 같은 것이 호보 때리기보다 더 백과사전적이다. --jwandersTalk 06:20, 2008년 3월 6일 (UTC)[
- 방금 검색해 봤는데, 이 글의 정보를 확장해 볼 수 있을 겁니다.노숙자_in_the_States#Crimes_against_homless_people.--jwandersTalk 06:24, 2008년 3월 6일 (UTC)[
- 그래, 팁 고마워.나는 그 주제에 대한 약간의 연구와 나만의 지식을 이용하여 질 좋은 기사를 만들도록 노력할 것이다.감사편지 7/Caleb (대화) 14:01, 2008년 3월 6일 (UTC)[
플롯블로를 방지하기 위한 태그
나는 글의 플롯 요약이 최적의 길이에 도달할 때 태그를 도입할 것을 제안한다.현재 Goodfellas, No Country for Old Men과 같은 일부 기사는 사용자들이 발생된 일에 대해 불완전한 세부사항, 추측 또는 그들 자신의 해석을 배치하면서 지속적으로 수정될 수 있다.
아래 줄거리 요약을 읽을 수 있는 기사보다 먼저 태그에 대한 합의가 이루어진 경우, 해당 기사에는 적절한 길이가 될 것으로 간주한다. 토론 내용을 편집하기 전에 대화 페이지의 토론 내용을 읽어 보십시오.분명히 표현은 논의되어야 할 것이지만, 나는 네가 그 생각을 이해한다고 생각한다.사용자들은 물론 플롯 요약을 편집할 수 있지만, 사용하기 전에 생각할 시간을 줄 수 있다.요크시레스키 (토크) 2008년 3월 7일 (UTC) 12:06[
기사 기록의 경량 감사 메커니즘
우리는 독자들이 편집에 대해 다른 편집자들에게 재빨리 감사할 수 있는 가볍고 사용하기 쉬운 메커니즘을 추가하는 것을 고려해야 한다.나는 기사 기록, 디프 페이지, 워치리스트 등에서 새로운 버튼을 상상한다.
- (cur) (마지막) 20:03, 2008년 3월 2일 EditorFoo (Talk 기여 감사 블록) (60,782바이트) (→역사적 라이벌) (롤백 취소)
수신자에게 새 사용자 대화 메시지와 유사한 방식으로 알림:
물론 실제 상자는 훨씬 덜 못생겼을 것이다.
제안 세부 정보:
- 감사장은 수신자의 토크 페이지, 기사 기록 또는 기타 공공 기록의 일부가 되지 않으며, 수신자에게만 표시되며, 한 번만 표시된다.
- 감사에는 추가 코멘트가 첨부되지 않는다.그것은 사적인 메시징 서비스로 변질되어서는 안 된다.사용자 지정 메시지는 평소와 같이 사용자 대화 페이지에 남겨야 한다.
- 기사의 존재에 대해 기사의 모든 편집자에게 감사하는 버튼이 있어서는 안 된다.주어진 편집에 감사하는 것은 더 개인적인 것이다.
- 편집자에게 이 기능을 언제 사용해야 하는지를 지시하는 게시된 지침이 없어야 한다. 편집자는 편집에 대한 감사를 받지 않는 것이 반드시 아무런 의미가 없다는 것을 이해해야 한다.
- IP 주소는 계정을 가진 사용자와 마찬가지로 감사를 주거나 받을 수 있다.
- 특히 널리 읽혀지는 기사의 편집에서 비롯되는 메시지의 침입적 홍수를 피하기 위해 감사장이 전달되는 빈도를 시간당 최대 1회 정도로 조절해야 할 수 있다.
동기: 다양한 이유로 인해, 최근 나의 편집 패턴은 다른 사용자들과의 대부분의 상호 작용이 비판을 제공하거나 그것에 반응하는 것을 포함한다.나는 토목적이고 건설적이 되려고 노력하는데, 그것에 대한 대안이 없지만, 사실은 내가 엄격하게 긍정적인 상호작용을 할 수 있는 많은 기회를 주고 있다는 것이다.다른 사용자의 토크 페이지에 내 워치리스트에 있는 일부 기사를 편집해 준 것에 대해 감사하기 위해 메모를 남기는 것은 어색하다.어쩌면 이것은 나를 끔찍한 공동체 구성원으로 만들 수도 있지만, 그것은 아마도 다른 편집자들에게도 일어날 수 있는 이해할 수 있는 고통이라고 잠시 명기해 보자.나는 좀 더 긍정적인 피드백과 격려를 해주고 싶기 때문에 이 제안이 실행된다면 나는 항상 그것을 사용할 것이다.
분명히 이 제안에 동의한다면 소프트웨어 변경이 필요할 것이다.멜초이르 (대화) 20:39, 2008년 3월 2일 (UTC)[
위키백과 대화:친절 캠페인 및 위키백과 대화:화목한 편집동아리.멜초이르 (대화) 20:44, 2008년 3월 2일 (UTC)[
- 사용자들이 감사 인사를 받는 것을 꺼리거나, 시간당 일정 숫자로 제한할 수 있다면, 좋은 생각이라고 생각한다.사용자들은 또한 페이지 기록과 확산에서 "감사" 버튼을 숨길 수 있어야 한다.
나는 여전히 메모만 남기는 것을 선호할 수도 있지만, 그 기능을 사용할지 안 사용할지는 각 위키피디아 사람들에게 달려 있다.푸치코 (토크-이메일) 2008년 3월 2일 22:26 (UTC)[
- 오랜만에 여기서 본 최악의 생각인 것 같아.주요 기술적 변화가 필요하며, 제안된 옵트 아웃 메커니즘이 없으며, 백과사전을 만드는 데 절대적으로 그리고 완전히 무용지물이다.IMO, 누군가에게 감사하고 싶으면 손으로 하고 바보 같은 템플릿은 사용하지 말 것. -할로 (대화) 23:53, 2008년 3월 2일 (UTC)[
- 옵트 아웃 메커니즘은 설계하기 쉽다. 단지 그것을 사용자 선호도에 넣기만 하면 된다.그리고 기술적 변화는 그럴만한 가치가 있을 것이다.소프트웨어를 향상시키는 요점은 사용자가 어떤 가치 있는 일을 더 쉽게 할 수 있도록 하는 것이다.
- 나는 백과사전을 만드는 것이 우리의 목표라는 것에 동의한다.하지만 사이버 공간의 제약에 의해 그 목표에 부과되는 기회비용에 대해 열심히 생각해 봅시다.여기에는 미소나 끄덕임, 흔들림 같은 것이 없고 억양이나 몸짓도 없다. 모든 의사소통은 분명해야 한다.이것은 부자연스럽고 건강하지 못하며, 우리가 태어날 때부터 서로 협력하도록 훈련받는 방식이 아니다.프로젝트를 떠나 우리에게 에너지를 쏟는 좌절된 기여자들의 면에서는 헤아릴 수 없이 많은 비용이 들지도 모른다.멜초이르 (대화) 00:29, 2008년 3월 3일 (UTC)[
- 아니, 한 사이트가 사람들에게 무의미한 쾌락을 강요하는 소셜 네트워킹-에스크한 특징을 추가하기 보다는 집중적인 목표에 시간을 보내는 것은 부자연스럽거나 건강하지 않은 것은 기본적으로 광고 호민관 논쟁이다.
- 더욱이, 나는 여러분이 감사하고 싶은 어떤 감사도 클릭 한 번만으로 이루어지는 비인격적인 템플릿보다는 토크 페이지에 손으로 쓴 메시지로 받은 마음과 훨씬 더 감사할 것이라고 확신한다.내 경험에 의하면, 원클릭의 일반적인 비인칭 '감사합니다'는 대체로 무의미하고 쓸모없으며 스팸메일이 될 가능성이 높고(특히 IP 사용자에게는 "on"으로 디폴트된 경우), 반대로 하는 커뮤니티를 육성하기보다는 스팸메일이 될 가능성이 높다. -할로(talk) 03:18, 2008년 3월 3일 (UTC)[
- 웹사이트가 오락거리를 회피하는 것은 아마 드문 일이 아닐 것이다."자연스럽지 않다"는 말은, 일상 생활에서 그것이 일반적인 것과는 거리가 멀다는 것을 의미한다.당신이 가장 좋아하는 직장이나 실제 자선 단체를 상상해 보라.이제 개인적인 연락처를 빼앗아라.목표 달성에 얼마나 효과가 있을 것인가.우리는 위키피디아에서 그런 사소한 것들을 놓치지 않는다고 생각할지도 모르지만, 나는 인간의 심리가 그렇게 유연하지 않아서 "건강하지 않다"는 것에 대해 강하게 의심한다.
- 손으로 쓴 메시지에 대한 너의 요점은 잘 이해되었다.내가 말할 수 있는 것은 이 메커니즘이 충분히 활용되지 않고 있으며, 그것을 보완하는 데 도움이 될지도 모른다는 것이다.
- 나는 너의 경험이 궁금하다.비슷한 접근법이 역효과를 낸 지역사회는 어디인가?멜초이르 (대화) 07:51, 2008년 3월 3일 (UTC)[
- 그러나 인터넷은 일상생활이 아니며, 그렇게 만들려고 하는 것은 실패할 수밖에 없으며, 또한 나는 사회적 문제에 대한 기술적 해결책을 찾으려는 노력은 본질적으로 잘못된 것이라고 생각한다.세계에서 7번째로 가장 인기 있는 웹사이트가 모두 쾌락을 필요로 하지 않는 낯선 사람들에 의해 자발적으로 쓰여진 것을 상상해 보라. 잠깐, 그것이 우리가 이미 가지고 있는 것이다.나는 또한 위키스토킹에 대한 우려와, 들쭉날쭉한 메시지를 망칠 수 있는 '대단한' 태도가 있어야 하는지도 궁금하다.
- 참고로, 내가 말하는 웹사이트는 '고맙다'는 모듈 애드온이 vBulletin에게는 관대하기 때문에 일반적인 포럼 기반의 웹사이트들이다.이러한 사이트에서는 거의 사용되지 않으며 실제로 아무에게도 실질적인 혜택을 제공하지 않는다.
- 아, btw, 구현은 비교적 사소한 것이어야 한다 - user_newtalk는 유사하다. user_id/user_ip(수신 및 수신 모두), rev_id 및 타임스탬프가 있는 새 테이블과 송신/수신할 페이지가 있으면 된다.AJAX를 사용하여 "불편한" 것을 보내는 이상적인 구현은 상황을 조금 더 안절부절 못하게 만들 수도 있지만, 그래도 그다지 어려운 것은 아니다.그래도 제대로 미디어위키에 포함시키려면 힘든 싸움을 할 것 같아. -할로 (토크) 11시 59분, 2008년 3월 3일 (UTC)[
- 여기에 좋은 의도로 편집한 모든 것에 감사한다.–폼테 01:59, 2008년 3월 3일 (UTC)[
- 나는 우리가 이런 특징이 필요하다고 말하지 않을 것이다.나는 단지 그것이 도움이 될 수 있다고 생각한다. 왜냐하면 만약 여러분이 사람들에게 감사할 수 있는 가능한 방법의 스펙트럼의 낮은 끝에서, 실제 삶에서 그렇게 넓지 않은 격차를 감지할 수 있기 때문이다.확실히 이 기능을 제공하는 것은 사람들이 얼마나 자주 다른 사용자에게 감사하는지에 있어서 일종의 차이를 만들 것이다.의사소통의 질에 있어서 부정적인 차이가 될 수 있는 진짜 위험이 있는데, 나는 그 위험이 보상을 훨씬 능가할 수 있다는 것을 인정한다.하지만 원칙대로 따라와!멜초이르 (대화) 08:09, 2008년 3월 5일 (UTC)[
- 반스타즈, {{smile}}s 등은 훌륭하지만 위키에 빌드되어야 할 것은 아니다.클릭 한 번으로 사용자 토크 페이지에 미소를 더하는 모노북.js 스크립트는 (원하는 대로 수정해서 전달할 수 있다) 과소용 또는 과소용되는 일체형 하드 코드 도구보다 더 좋은 아웃렛이 될 것이라고 나는 말하고 싶다.하지만, 제안해줘서 고마워 -- 로닌BK 09:42, 2008년 3월 5일 (UTC)[하라
- 사람들에게 감사하는 방법에 대해 창의적으로 생각해줘서 고마워, 멜초이르.아마도 누군가가 "고맙다" 버튼을 제공하고 편집에 대한 링크를 포함하는 토크 페이지 메시지("고맙다..."), 당신의 서명, 그리고 당신이 메시지에 개인적인 단어("하루 종일 본 최고의 편집" 또는 "I lovv")를 추가할 수 있도록 해주는 (예를 들어, 팝업의 새로운 특징으로서) 사용자 첨자를 만들 수 있을 것이다.e 통계" 또는 기타)를 사용하여 메시지를 의미 있게 만드십시오.사실, 편집에 대한 링크가 포함된 메시지일 수도 있고, 감사 메시지뿐만 아니라 편집에 대한 모든 종류의 메시지에 사용될 수도 있다.나는 각각의 감사 메시지마다 개인화된 단어들이 중요하다고 생각한다.
- 또는 일부 웹 사이트와 같이 편집자가 옆에 별 4개 반을 표시하거나 독자의 비율에 따라 마음에 든다는 것을 보여주는 "이 편집 비율" 유형의 기능일 수 있다.사람들은 그들의 편집의 등급에 대한 통계를 만들 수 있다.그러나 사람들은 숫자에 지나치게 집착할 수 있다.
- 나는 멜초이르의 제안과 같은 제안에 옵트아웃이 필수적이라는 것에 동의한다: 사람들은 처음 몇 개의 감사 메시지를 즐길 수 있지만 곧 단 1초도 아닌 어떤 시간도 그들에게 보내고 싶어하지 않을지도 모른다.나는 그들이 꼭 한 번만 나타나는 것으로 제한되는 것을 원하지 않을 것이다.그것은 수취인이 구성할 수 있어야 한다.우리 중 몇몇은 감사 메시지를 한 번 이상 읽는 것을 좋아한다. --Coppertwig (대화) 03:18, 2008년 3월 7일 (UTC)[
위키백과 모바일
여러분 안녕하십니까!나는 병원에서 몇 주를 보냈고 위키피디아 모바일이 얼마나 중요한지 깨달았다.모든 곳에서 시작된 몇 가지 이니셔티브가 있지만 구체적인 것도 없고 다국어도 없다.m:에서 중앙 페이지를 시작하는 것이 적절한지 궁금했다.위키피디아 모바일, 이러한 토론과 페이지를 통합한다.
나를 안내해줘서 고마워!안타야 (토크) 16:32, 2008년 3월 5일 (UTC)[
- 나는 네가 그냥 그렇게 하는 것을 추천한다. 물론 메타 로그인이 필요할 것이다.메타 규칙이 en과 다르다는 점에 유의하십시오.위키피디아의 규칙(그것을 알고 있을 것임); 어떤 의미에서는 여기 마을 펌프에 해당하는 정말로 m:바벨을 물어보는 것이 더 좋다.
- 나는 또한 당신이 병합하여 리디렉션을 설정함으로써 다른 페이지의 정보를 "통합"하려고 하지 말고 기존의 옵션과 토론을 가리키고 요약하는 페이지를 만들 것을 제안한다.그것은 경우에 따라 요약 스타일 섹션을 사용한다는 것을 의미할 것이다. -- John Brown은 22:34, 2008년 3월 7일 (UTC)[
왜 우리에겐 관료들이 있지?
위키피디아가 관료주의가 아닐 때?—218.186.9.4 (대화) 12:42, 2008년 3월 6일 (UTC)[에 의해 서명되지 않은 논평 준비
- 얼마나 완벽하게 형성된 수사학적 질문인가, 나는 대답하려고 노력함으로써 그것을 망치고 있는 것 같은 기분이 들 것이다.BJAODN이 아직 남아 있다면... -- 로닌BK 12:59, 2008년 3월 6일 (UTC)[
- 우리가 위키피디아가 관료주의가 아니라고 말할 때, 위키피디아의 사용자들에 관한 한 위키피디아 환경에 대해 이야기하고 있다.그러나 기술적인 면에서 위키 자체는 명확한 규칙과 계층 구조를 가지고 있다.그것은 모든 것이 올바르게 작동하도록 하기 위해 필요하다. -- 그것/그것들 없이, 누구나 그들의 계정 이름을 바꾸고 권한을 할당할 수 있다.관료들은 그 기술적 구조를 유지하므로 명칭은 정확하다.Equazcion •1998/C • 03:50, 2008년 3월 8일(UTC)
미국 대법원
당신은 만장일치 대법원 판결의 범주가 멋질 것이라고 생각하는가?위키피디아는 연구 환경과 동시에 학습 환경이며, 많은 학습을 촉진시킬 수 있을 것이다.그리고 그것은 사회에 도움이 된다.어떻게 생각하십니까? --히로 키라사미(토크) 02:03, 2008년 3월 7일 (UTC)[
- 나에게 그것은 분류하기에 이상한 것으로 들린다.아마도 당신은 위키백과에 관심이 있을 것이다.위키프로젝트 미국 연방대법원 사건.당신은 위키피디아 토크에서 다음과 같은 제안을 할 수 있다.위키프로젝트 미국 연방대법원 사건.프라임헌터 (토크) 02:56, 2008년 3월 7일 (UTC)[
- 범주:미국 대법원 판례는 규모가 크다.나는 그들 중 많은 사람들이 만장일치였다고 확신한다.나는 그것이 범주에 맞지 않는다고 생각한다.그러나 위키피디아는 다음과 같이 말한다.위키프로젝트 미국 연방대법원 사건들이 이 문제를 논의하기에 더 좋은 장소가 될 것이다.프라임헌터 (토크) 2008년 3월 7일 23:43 (UTC)[
Trivia 제안서:대화 페이지로 이동
어떤 기사들은 특정 주제에 대한 전문지식의 길이를 두고 다양한 편집 전쟁을 벌이기도 한다.토론 페이지의 자체 박스에 삼투기가 나타나도록 하는 하나의 정책이 실행될 수 있다.이렇게 하면 기사 본문에서 긴 목록이 제거된다.
- 적어도 가이드라인으로 시간을 보내지 않고 이것을 정책으로 직접 코드화하는 것은 정말 정말 나쁜 생각일 것이다. -- 로닌BK 03:37, 2008년 3월 8일 (UTC)[
기사 기록의 경량 감사 메커니즘
우리는 독자들이 편집에 대해 다른 편집자들에게 재빨리 감사할 수 있는 가볍고 사용하기 쉬운 메커니즘을 추가하는 것을 고려해야 한다.나는 기사 기록, 디프 페이지, 워치리스트 등에서 새로운 버튼을 상상한다.
- (cur) (마지막) 20:03, 2008년 3월 2일 EditorFoo (Talk 기여 감사 블록) (60,782바이트) (→역사적 라이벌) (롤백 취소)
수신자에게 새 사용자 대화 메시지와 유사한 방식으로 알림:
물론 실제 상자는 훨씬 덜 못생겼을 것이다.
제안 세부 정보:
- 감사장은 수신자의 토크 페이지, 기사 기록 또는 기타 공공 기록의 일부가 되지 않으며, 수신자에게만 표시되며, 한 번만 표시된다.
- 감사에는 추가 코멘트가 첨부되지 않는다.그것은 사적인 메시징 서비스로 변질되어서는 안 된다.사용자 지정 메시지는 평소와 같이 사용자 대화 페이지에 남겨야 한다.
- 기사의 존재에 대해 기사의 모든 편집자에게 감사하는 버튼이 있어서는 안 된다.주어진 편집에 감사하는 것은 더 개인적인 것이다.
- 편집자에게 이 기능을 언제 사용해야 하는지를 지시하는 게시된 지침이 없어야 한다. 편집자는 편집에 대한 감사를 받지 않는 것이 반드시 아무런 의미가 없다는 것을 이해해야 한다.
- IP 주소는 계정을 가진 사용자와 마찬가지로 감사를 주거나 받을 수 있다.
- 특히 널리 읽혀지는 기사의 편집에서 비롯되는 메시지의 침입적 홍수를 피하기 위해 감사장이 전달되는 빈도를 시간당 최대 1회 정도로 조절해야 할 수 있다.
동기: 다양한 이유로 인해, 최근 나의 편집 패턴은 다른 사용자들과의 대부분의 상호 작용이 비판을 제공하거나 그것에 반응하는 것을 포함한다.나는 토목적이고 건설적이 되려고 노력하는데, 그것에 대한 대안이 없지만, 사실은 내가 엄격하게 긍정적인 상호작용을 할 수 있는 많은 기회를 주고 있다는 것이다.다른 사용자의 토크 페이지에 내 워치리스트에 있는 일부 기사를 편집해 준 것에 대해 감사하기 위해 메모를 남기는 것은 어색하다.어쩌면 이것은 나를 끔찍한 공동체 구성원으로 만들 수도 있지만, 그것은 아마도 다른 편집자들에게도 일어날 수 있는 이해할 수 있는 고통이라고 잠시 명기해 보자.나는 좀 더 긍정적인 피드백과 격려를 해주고 싶기 때문에 이 제안이 실행된다면 나는 항상 그것을 사용할 것이다.
분명히 이 제안에 동의한다면 소프트웨어 변경이 필요할 것이다.멜초이르 (대화) 20:39, 2008년 3월 2일 (UTC)[
위키백과 대화:친절 캠페인 및 위키백과 대화:화목한 편집동아리.멜초이르 (대화) 20:44, 2008년 3월 2일 (UTC)[
- 사용자들이 감사 인사를 받는 것을 꺼리거나, 시간당 일정 숫자로 제한할 수 있다면, 좋은 생각이라고 생각한다.사용자들은 또한 페이지 기록과 확산에서 "감사" 버튼을 숨길 수 있어야 한다.
나는 여전히 메모만 남기는 것을 선호할 수도 있지만, 그 기능을 사용할지 안 사용할지는 각 위키피디아 사람들에게 달려 있다.푸치코 (토크-이메일) 2008년 3월 2일 22:26 (UTC)[
- 오랜만에 여기서 본 최악의 생각인 것 같아.주요 기술적 변화가 필요하며, 제안된 옵트 아웃 메커니즘이 없으며, 백과사전을 만드는 데 절대적으로 그리고 완전히 무용지물이다.IMO, 누군가에게 감사하고 싶으면 손으로 하고 바보 같은 템플릿은 사용하지 말 것. -할로 (대화) 23:53, 2008년 3월 2일 (UTC)[
- 옵트 아웃 메커니즘은 설계하기 쉽다. 단지 그것을 사용자 선호도에 넣기만 하면 된다.그리고 기술적 변화는 그럴만한 가치가 있을 것이다.소프트웨어를 향상시키는 요점은 사용자가 어떤 가치 있는 일을 더 쉽게 할 수 있도록 하는 것이다.
- 나는 백과사전을 만드는 것이 우리의 목표라는 것에 동의한다.하지만 사이버 공간의 제약에 의해 그 목표에 부과되는 기회비용에 대해 열심히 생각해 봅시다.여기에는 미소나 끄덕임, 흔들림 같은 것이 없고 억양이나 몸짓도 없다. 모든 의사소통은 분명해야 한다.이것은 부자연스럽고 건강하지 못하며, 우리가 태어날 때부터 서로 협력하도록 훈련받는 방식이 아니다.프로젝트를 떠나 우리에게 에너지를 쏟는 좌절된 기여자들의 면에서는 헤아릴 수 없이 많은 비용이 들지도 모른다.멜초이르 (대화) 00:29, 2008년 3월 3일 (UTC)[
- 아니, 한 사이트가 사람들에게 무의미한 쾌락을 강요하는 소셜 네트워킹-에스크한 특징을 추가하기 보다는 집중적인 목표에 시간을 보내는 것은 부자연스럽거나 건강하지 않은 것은 기본적으로 광고 호민관 논쟁이다.
- 더욱이, 나는 여러분이 감사하고 싶은 어떤 감사도 클릭 한 번만으로 이루어지는 비인격적인 템플릿보다는 토크 페이지에 손으로 쓴 메시지로 받은 마음과 훨씬 더 감사할 것이라고 확신한다.내 경험에 의하면, 원클릭의 일반적인 비인칭 '감사합니다'는 대체로 무의미하고 쓸모없으며 스팸메일이 될 가능성이 높고(특히 IP 사용자에게는 "on"으로 디폴트된 경우), 반대로 하는 커뮤니티를 육성하기보다는 스팸메일이 될 가능성이 높다. -할로(talk) 03:18, 2008년 3월 3일 (UTC)[
- 웹사이트가 오락거리를 회피하는 것은 아마 드문 일이 아닐 것이다."자연스럽지 않다"는 말은, 일상 생활에서 그것이 일반적인 것과는 거리가 멀다는 것을 의미한다.당신이 가장 좋아하는 직장이나 실제 자선 단체를 상상해 보라.이제 개인적인 연락처를 빼앗아라.목표 달성에 얼마나 효과가 있을 것인가.우리는 위키피디아에서 그런 사소한 것들을 놓치지 않는다고 생각할지도 모르지만, 나는 인간의 심리가 그렇게 유연하지 않아서 "건강하지 않다"는 것에 대해 강하게 의심한다.
- 손으로 쓴 메시지에 대한 너의 요점은 잘 이해되었다.내가 말할 수 있는 것은 이 메커니즘이 충분히 활용되지 않고 있으며, 그것을 보완하는 데 도움이 될지도 모른다는 것이다.
- 나는 너의 경험이 궁금하다.비슷한 접근법이 역효과를 낸 지역사회는 어디인가?멜초이르 (대화) 07:51, 2008년 3월 3일 (UTC)[
- 그러나 인터넷은 일상생활이 아니며, 그렇게 만들려고 하는 것은 실패할 수밖에 없으며, 또한 나는 사회적 문제에 대한 기술적 해결책을 찾으려는 노력은 본질적으로 잘못된 것이라고 생각한다.세계에서 7번째로 가장 인기 있는 웹사이트가 모두 쾌락을 필요로 하지 않는 낯선 사람들에 의해 자발적으로 쓰여진 것을 상상해 보라. 잠깐, 그것이 우리가 이미 가지고 있는 것이다.나는 또한 위키스토킹에 대한 우려와, 들쭉날쭉한 메시지를 망칠 수 있는 '대단한' 태도가 있어야 하는지도 궁금하다.
- 참고로, 내가 말하는 웹사이트는 '고맙다'는 모듈 애드온이 vBulletin에게는 관대하기 때문에 일반적인 포럼 기반의 웹사이트들이다.이러한 사이트에서는 거의 사용되지 않으며 실제로 아무에게도 실질적인 혜택을 제공하지 않는다.
- 아, btw, 구현은 비교적 사소한 것이어야 한다 - user_newtalk는 유사하다. user_id/user_ip(수신 및 수신 모두), rev_id 및 타임스탬프가 있는 새 테이블과 송신/수신할 페이지가 있으면 된다.AJAX를 사용하여 "불편한" 것을 보내는 이상적인 구현은 상황을 조금 더 안절부절 못하게 만들 수도 있지만, 그래도 그다지 어려운 것은 아니다.그래도 제대로 미디어위키에 포함시키려면 힘든 싸움을 할 것 같아. -할로 (토크) 11시 59분, 2008년 3월 3일 (UTC)[
- 여기에 좋은 의도로 편집한 모든 것에 감사한다.–폼테 01:59, 2008년 3월 3일 (UTC)[
- 나는 우리가 이런 특징이 필요하다고 말하지 않을 것이다.나는 단지 그것이 도움이 될 수 있다고 생각한다. 왜냐하면 만약 여러분이 사람들에게 감사할 수 있는 가능한 방법의 스펙트럼의 낮은 끝에서, 실제 삶에서 그렇게 넓지 않은 격차를 감지할 수 있기 때문이다.확실히 이 기능을 제공하는 것은 사람들이 얼마나 자주 다른 사용자에게 감사하는지에 있어서 일종의 차이를 만들 것이다.의사소통의 질에 있어서 부정적인 차이가 될 수 있는 진짜 위험이 있는데, 나는 그 위험이 보상을 훨씬 능가할 수 있다는 것을 인정한다.하지만 원칙대로 따라와!멜초이르 (대화) 08:09, 2008년 3월 5일 (UTC)[
- 반스타즈, {{smile}}s 등은 훌륭하지만 위키에 빌드되어야 할 것은 아니다.클릭 한 번으로 사용자 토크 페이지에 미소를 더하는 모노북.js 스크립트는 (원하는 대로 수정해서 전달할 수 있다) 과소용 또는 과소용되는 일체형 하드 코드 도구보다 더 좋은 아웃렛이 될 것이라고 나는 말하고 싶다.하지만, 제안해줘서 고마워 -- 로닌BK 09:42, 2008년 3월 5일 (UTC)[하라
- 사람들에게 감사하는 방법에 대해 창의적으로 생각해줘서 고마워, 멜초이르.아마도 누군가가 "고맙다" 버튼을 제공하고 편집에 대한 링크를 포함하는 토크 페이지 메시지("고맙다..."), 당신의 서명, 그리고 당신이 메시지에 개인적인 단어("하루 종일 본 최고의 편집" 또는 "I lovv")를 추가할 수 있도록 해주는 (예를 들어, 팝업의 새로운 특징으로서) 사용자 첨자를 만들 수 있을 것이다.e 통계" 또는 기타)를 사용하여 메시지를 의미 있게 만드십시오.사실, 편집에 대한 링크가 포함된 메시지일 수도 있고, 감사 메시지뿐만 아니라 편집에 대한 모든 종류의 메시지에 사용될 수도 있다.나는 각각의 감사 메시지마다 개인화된 단어들이 중요하다고 생각한다.
- 또는 일부 웹 사이트와 같이 편집자가 옆에 별 4개 반을 표시하거나 독자의 비율에 따라 마음에 든다는 것을 보여주는 "이 편집 비율" 유형의 기능일 수 있다.사람들은 그들의 편집의 등급에 대한 통계를 만들 수 있다.그러나 사람들은 숫자에 지나치게 집착할 수 있다.
- 나는 멜초이르의 제안과 같은 제안에 옵트아웃이 필수적이라는 것에 동의한다: 사람들은 처음 몇 개의 감사 메시지를 즐길 수 있지만 곧 단 1초도 아닌 어떤 시간도 그들에게 보내고 싶어하지 않을지도 모른다.나는 그들이 꼭 한 번만 나타나는 것으로 제한되는 것을 원하지 않을 것이다.그것은 수취인이 구성할 수 있어야 한다.우리 중 몇몇은 감사 메시지를 한 번 이상 읽는 것을 좋아한다. --Coppertwig (대화) 03:18, 2008년 3월 7일 (UTC)[
위키백과 모바일
여러분 안녕하십니까!나는 병원에서 몇 주를 보냈고 위키피디아 모바일이 얼마나 중요한지 깨달았다.모든 곳에서 시작된 몇 가지 이니셔티브가 있지만 구체적인 것도 없고 다국어도 없다.m:에서 중앙 페이지를 시작하는 것이 적절한지 궁금했다.위키피디아 모바일, 이러한 토론과 페이지를 통합한다.
나를 안내해줘서 고마워!안타야 (토크) 16:32, 2008년 3월 5일 (UTC)[
- 나는 네가 그냥 그렇게 하는 것을 추천한다. 물론 메타 로그인이 필요할 것이다.메타 규칙이 en과 다르다는 점에 유의하십시오.위키피디아의 규칙(그것을 알고 있을 것임); 어떤 의미에서는 여기 마을 펌프에 해당하는 정말로 m:바벨을 물어보는 것이 더 좋다.
- 나는 또한 당신이 병합하여 리디렉션을 설정함으로써 다른 페이지의 정보를 "통합"하려고 하지 말고 기존의 옵션과 토론을 가리키고 요약하는 페이지를 만들 것을 제안한다.그것은 경우에 따라 요약 스타일 섹션을 사용한다는 것을 의미할 것이다. -- John Brown은 22:34, 2008년 3월 7일 (UTC)[
noindex 매직 워드 추가
나는 저자에게 검색봇에 의해 색인화되지 않은 페이지를 가질 수 있는 선택권을 줄 마법의 단어를 추가할 것을 제안한다.나는 이것이 특히 사람들이 그들 자신에 대한 정보를 추가하는 사용자 페이지에 유용하다고 생각한다. 때때로 그들의 실제 이름인 사용자 이름 또는 그들과 밀접한 관련이 있는 이름을 가지고 있다.종종 이 사용자 페이지는 검색 결과에서 매우 높을 것이다.위키피디아의 전반적인 페이거랭크와 검색어에 대한 최적화로 인해, 때때로 누군가의 개인 홈페이지나 블로그 위로 올라오기도 한다.이 사람들에게 사용자 페이지와 사용자 이름은 유지하되 페이지 인덱스는 보유하지 않을 수 있는 선택권을 주기 위해 나는 __(또는 이와 비슷한 것) 마법 단어(구글도 로봇 노인덱스 태그를 발견하면 검색 결과에서 페이지를 제거한다는 점에 유의한다)를 제안한다.또한 이것은 검색어에 의해 색인화되거나 검색되지 않은 관리 페이지에도 사용될 수 있다.또 다른 예: 누군가가 새로운 회사에 대한 기사를 쓴다면, 그것은 삭제된다.남아 있는 것은 삭제가 논의되는 페이지인데, 이 페이지들도 검색결과에 매우 잘 나타나는데, 이것은 이 회사의 소유주에게는 매우 불행할 수도 있지만 위키피디아에는 별로 쓸모가 없다.이것이 유용할 수 있는 많은 예를 들 수 있지만, 나는 네가 요점을 이해한다고 생각한다.프리스타일 08:44, 2008년 3월 6일 (UTC)[하라
- 선택한 페이지에 대한 인덱싱을 해제하거나, 단순히 전체 사용자: 및 사용자 대화: 네임스페이스에 인덱스를 추가하는 기능을 강력히 지지한다.— 칼 (CBM · talk) 2008년 3월 6일 12시 19분 (UTC)[
- 이것은 논쟁적인 상황에서 전쟁을 편집하는 또 다른 기회를 만들어낼 수도 있다.모든 사용자, 사용자 대화, 위키백과, 위키백과 대화 공간에는 noindex를 사용하는 것이 좋지 않을까?제호만Talk 12:29, 2008년 3월 6일 (UTC)[
- 삭제 논의는 이미 우리 로봇에 의해 배제되어야 한다.txt http://en.wikipedia.org/robots.txt.프라임헌터 (대화) 03:00, 2008년 3월 7일 (UTC)[
- 사용자와 사용자 자신의 재량에 따라 대화하는 것이 좋다.WP로 확장하는 것을 추천하지 않는다.디폴트로 꺼질 수 있지만, 만약 그렇다면, 사용자들이 원할 경우 다시 켜는 옵션이 제공되어야 할 것이다(아마도 그들이 찾기를 원하는가?).리처드001 (대화) 07:29, 2008년 3월 7일 (UTC)[
- 전체 네임스페이스에 noindex를 모두 입력하는 문제(예: User: 또는 User talk:)는 내장된 검색엔진이 그다지 좋지 않기 때문에 관리 목적으로 검색을 원할 때 더 어려워진다는 것이다.하지만 내가 지원하고 싶은 것은 개별 페이지를 색인화할 수 있다는 것이다.그러나, 이것은 너무 많은 남용 가능성이 있기 때문에, 마법의 단어로 행해져서는 안 된다 - 만약 반달의 노이즈가 모호한 메인 스페이스 기사를 색인화한다면, 이것은 백과사전을 손상시킬 것이고, 그것을 다시 검색 엔진에 의해 색인화하는 데 약간의 지연이 있을 것이다.이 작업은 관리자 및/또는 사용자 페이지와 연결된 사용자로 제한되는 별도의 데이터베이스 필드로 수행되어야 한다고 생각한다.트라 (토크) 2008년 3월 7일 (UTC) 20:27 [
관련 아이디어:나는 보통 사용자 샌드박스에 기사를 만들고, 그것들이 준비되면 메인 스페이스에 기사를 만든다.기존 페이지를 편집할 때도 가끔 똑같이 한다.이런 경우에는 샌드박스에 있는 동안 카테고리를 해제하는 것이 유용할 것이다.나는 범주를 추가할 수는 있지만 범주에 표시하지는 않는다.그래, 내가 대장간을 추가할 수 있다는 건 알지만, 변환된 템플릿이 범주를 추가할 때는 그렇게 되지 않아.NOINDEX 단어가 의미하는 것이 색인화하지 말고 분류하지 말 것 등이 도움이 될 것이다.Sbowers3 (대화) 2008년 3월 8일 13:43 (UTC)[
- 이것은 물론 전에도 제기되어 왔으며, 그것에서 나온 것은 아무것도 없다.나는 그때 찬성했고 지금도 찬성하고 있다.트라의 제안이 가장 일리가 있다.아드리안 M. H. 14:13, 2008년 3월 8일 (UTC)[

