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

로그 이동

이미 존재하는 로그의 줄을 따라 최근에 이동한 기사를 나열하는 페이지가 기술적으로 가능할까?이것은 공공 기물을 옮긴 후에 청소하는 관리자들에게 큰 도움이 될 것이다.2005년 5월 1일 01:58 (UTC)

잘은 모르겠지만 요약 필드가 있으면 도움이 될 것 같아.사람들이 그 이동의 이유를 나타낼 수 있다면 도움이 될 것이다.밥블윅 (대화) 2005년 5월 1일 (UTC) 19:53[응답]

나는 이 기능이 MediaWiki 1.5에서 사용 가능하게 될 것이라고 믿는다 — 스티비는 남자다! 2005년 5월 2일, 18:10 (UTC)

지금 당장 투표해!

위키피디아 최종 투표일 2일:템플릿 표준화.01 MAY05에 23:59로 종료.2005년 4월 30일 12:34(UTC)

요약 필드를 항상 채우십시오.

편집자가 아무 것도 입력하지 않을 때 diff에서 자동으로 요약 편집 제안서.

(토론은 위키백과로 이동됨:마을 펌프(매년 제안)

이미지 로드 시 범주 캡처

나는 범주:미국 역사 이미지를 채우기 위해 노력해왔는데(그것은 거의 비어있었다) 미국 역사 기사에서 사용되는 대부분의 이미지에는 전혀 범주가 할당되어 있지 않다는 것을 발견하고 놀랐다.생각해보니 이미지가 로드되면 사용자에게 카테고리를 할당하도록 하는 어떤 시도도 없다는 것을 깨달았다.

이제 인정하지만, 분류는 쉽게 열 수 없는 웜의 통이지만, 적어도 초기 총 분류는 이미지 로드 시간을 잡는데 합리적이고 유용하게 보일 것이다.내가 제안하고 싶은 것은 위키백과의 최상위 분류 제목이다.List_of_images 페이지는 Special:페이지를 확인란으로 업로드(여러 범주를 선택할 수 있도록)하거나 공백이 문제가 되는 경우 하나의 범주를 선택할 수 있는 드롭다운 목록으로 업로드하십시오.

비록 이것이 이미지 분류 문제에 대한 완전한 해결책을 제공하지는 못하겠지만, 적어도 좀 더 구체적인 분류가 진행될 수 있는 출발점은 되는 것 같다.특정 지역의 모든 기사에서 범주화되지 않은 이미지를 찾고 고양이를 하나씩 추가하는 것보다 더 나은 방법이 되어야 한다.

물론, 매우 낮은 기술 솔루션이 있다. 설명서의 텍스트를 사용하는 것, 예를 들어 다음과 같은 것.

아래 요약 텍스트에 다음 중 하나 이상을 포함하십시오.

[[범주:건축] [[카테고리:예술] [[카테고리:생물학] [[범주:플래그] [[카테고리:History] [[Category:로고] [[카테고리:음식과 음료] [[범주:수학] [[범주:영화] [[카테고리:음악] [[카테고리:자연] [[범주:객체] [[범주:사람] [[범주:장소] [[범주:고정관념] [[범주:운송]]]

하지만 훨씬 더 많은 사용자들이 요청을 무시하거나 텍스트(오류 괄호, 타이핑 등)를 추가하는 것을 망쳐놓아서 자동화된 프로세스가 가치 있게 될 것이라고 생각한다. -- Mwanner 22:28, 2005년 4월 28일 (UTC)

• 기사 카테고리에서 이미지를 분류하지 않도록 주의하십시오.이미지를 분류할 경우 단어 이미지가 이름에 있는지 확인하십시오.Mgm^(talk) 09:56, 2005년 4월 29일 (UTC)
  • 좋은 지적이야.그리고 주위를 둘러보면, 이미지 분류가 거의 존재하지 않는 것으로 보인다. 예를 들어, 문화에서 이미지의 최고 등급 범주는 존재하지 않는다. 예를 들어, 예술과 의류의 이미지 범주는 존재하지만, 춤이나 건축의 이미지에는 존재하지 않는다. (건물의 이미지에는 고양이가 있지만 추의 이미지에는 존재하지 않는다.)샅샅이

내 제안이 시기상조이거나, 아니면 이미지 카테고리 계층을 구축하기 전에 많은 지상 작업이 이루어져야 할 것이다.누구 그 노력을 가치 있는 것으로 보는 사람? 아니면 내가 계속 내 선택한 구석에 앉아 있어야 할까?Mwanner 16:15, 2005년 4월 29일 (UTC)

나는 이미지 카테고리가 매우 가치 있다고 생각한다.나는 그들이 공공장소에 적절히 배치되어 있다고 믿는다.공유지에 자유 이미지를 갖는 것을 선호하기 때문에, 이미지 분류가 여기서 크게 이루어질 것 같지는 않다.그럼에도 불구하고 네가 노력한다면 나는 결코 너를 반대하지 않을 것이다.정말이지, 아마 내가 와서 도와줄 거야...스모디 (Rabbit and poky) 2005년 4월 29일 (UTC) 16:25

나는 내가 Commons에 있는 범주의 상태에 대해 낙관적으로 생각할 수 있기를 바란다. 또는 심지어 대부분의 이미지들이 곧 그곳으로 끝날 가능성에 대해서도 말이다.비록 커먼스가 7개월이나 지났지만 우리는 커먼즈에서와 같은 상황이 있다.범주:Commons 하위 범주가 있는 기록:범주:국가별 및 공용별 역사:범주:국가별 역사는 둘 다 존재하고, 둘 다 사용되고 있다.같은 높은 수준에서 Commons:범주:전투 및 공용:범주:내가 제안하고 싶은 혁명은 개별 국가 범주의 하위 범주가 되어야 한다.

내가 그것에 대해 더 많이 고민할수록, 나는 단지 작은 구석에서 계속 일하고 싶은 마음이 더 커진다.운이 조금만 좋으면 다른 사람들은 다른 작은 코너를 채택할 것이고, 곧...(글쎄요, 일어날 수 있다) -- Mwanner 18:06, 2005년 4월 30일 (UTC)

이미지를 더 쉽게 업로드하십시오!

나는 사진을 업로드하기 위해 컴퓨터에 저장하지 않아도 된다.그것들은 인터넷에서 업로드될 수 있어야 한다.컴퓨터에 있는 기사의 이미지를 저장했다가 너무 많은 공간을 차지하기 때문에 나중에 삭제해야 하는 번거로움이 너무 크다. - 2005년 4월 28일 17:49(UTC)

다른 웹사이트에서 직접 업로드할 수 있는 콘텐츠 업로드가 가능한 사이트는 생각나지 않는다. 그렇게 하면 모든 종류의 기술적, 지적 재산권 문제가 해결될 것이다. --골베즈 22:11, 2005년 4월 28일 (UTC)

많은 사이트, 사실, 위키피디아는 아니다.위키피디아가 더 효율적이기를 원한다면 사진 업로드가 덜 번거롭게 하는 것이 타당할 것이다. - 2005년 4월 28일 (UTC)

이것은 바보 같은 짓이다, 왜냐하면 당신이 온라인에서 획득한 대부분의 사진들은 어쨌든 적절한 라이센스 하에 있지 않기 때문이다. 그리고 당신은 그것을 다운로드 하는데 걸리는 시간보다 더 많은 시간을 설명을 쓰는 데 써야 한다.반면에 앨범 커버와 같은 공정한 사용 업로드를 많이 하는 것이 편리할 것이다.2005년 4월 28일 데코 23:24(UTC)

동의함 - 허가되지 않은 자료를 업로드하는 것을 최대한 어렵게 만들어야 한다.좋은 것은 "다른 이름으로 저장" 기능이다.위키피디아는 유용한 이름을 고집하지만, 한 번의 업로드만으로 수동으로 변경하고 싶지는 않다. -- Tomhab 00:05, 2005년 4월 29일 (UTC

업로드한 자료의 상당수는 의회 도서관과 공공영역에 있는 그들의 콘텐츠를 재사용할 수 있는 다른 사이트들로부터 온다.이런 LoC 콘텐츠를 이전하는 것은 분명 번거로운 일이다.또한, 미국 정부 기관 사이트들 중에는 미국 정부 사진사들이 찍은 사진들이 많이 있다.이 사진들은 또한 공공영역이다.어쨌든, 많은 소프트웨어들이 링크된 업로드를 허용한다.갤러리는 URL에서 갤러리로 이미지를 가져올 수 있는 일반적으로 사용되는 오픈소스 프로그램이다.내가 종종 내 웹사이트에서 파일을 업로드하기 때문에, 나는 또한 내 사이트의 링크를 양식으로 넣고 그렇게 올릴 수 있게 해주는 많은 사이트들을 본다. --Sketche 22:45, 2005년 4월 29일 (UTC)

이미지 업로딩에 대해 개선하고자 하는 점은 한 번에 둘 이상의 이미지를 업로드할 수 있도록 하는 것이다.2005년 4월 29일(UTC) 20:26

위키미디어 커먼플레이스처럼?-guety는 영어를 나쁘게 말하고 있다 01:02, 2005년 4월 30일 (UTC)

신규 사용자가 저작권이 있는 이미지를 쉽게 업로드할 수 있도록 해서는 안 된다.있는 그대로 유지하라.그러나, 이것이 유용할 수 있는 몇 가지 응용 프로그램이 있으므로, 아마도 찾기 어렵게 하거나, 특별한 권한을 가진 사용자만 한정하거나, 또는 모든 곳에 커다란 경고를 하고, 우선 동의한다는 세 개의 확인란을 클릭하게 할 것이다... - 오메가트론 23:12, 2005년 5월 10일 (UTC)

PD 재료 요청 프로젝트

내셔널 지오그래픽 112년 CD-ROM 세트와 내셔널 지오그래픽 맵 세트를 가지고 있다.그것들은 많은 1923년 이전의 NG 사진과 지도를 포함한다.이 공공 도메인 자료들은 내가 업로드 할 시간이 있다면 매우 유용할 수 있다.

• 이미지:전국지리 1910 11 세탁소 및 거리 아기.jpg
• 이미지:전국지리학 1910 11농민.jpg
• 이미지:전국지리학 1910 11 한국노동여성.jpg

봐, 이 이미지들은 유용해.

아니, 이 사진이 그 기사에 유용한지 볼 시간이 없어.그렇다면 특별한 수요가 있는 사람이 다른 사람의 도움을 요청할 수 있는 요청 페이지를 만들 수 있을까?

1876년 3월 23일자 네이처 매거진 33페이지에 사진이 필요하다고 가정해 보자(내가 지어낸 말인데), 의뢰를 올리겠다.아마도 언젠가 누군가가 나에게 그 정보를 줄 수 있을 것이다. -- 2005년 4월 28일 토이토이 15:02 (UTC)

질문:.사람들은 아마도 없는 특정 잡지의 특정 페이지에 있는 사진을 원한다는 것을 어떻게 알 수 있을까?아니면 소작농의 이미지를 요구하겠다는 뜻인가, 말하자면 소작농이나 이미지의 누군가가 그 이미지를 찾을 수 있다는 말인가?닉타 19:02, 2005년 4월 28일 (UTC)

그냥 올려.다른 언어 위키피디아에 유용할 경우, 공용어에 업로드하는 것을 고려하십시오.소스 및 컨텍스트를 설명하는 좋은 캡션을 제공하고 다른 사람이 해당 캡션을 사용하는 방법에 대해 걱정하도록 하십시오.만약 당신이 이 모든 것을 할 시간이 없다면, 그들이 도울 수 있도록 이 CD-ROM을 어디에서 살 수 있는지 다른 위키피디아 사람들에게 말해라. :-) 데코 23:30, 2005년 4월 28일 (UTC)

만약 당신이 도서관에서 조사를 하고 있다면, 당신은 스캔을 할 수 없을 것이고, 컬러 복사가 너무 비쌀 수도 있고, 당신의 책/매거진 복사본이 너무 손상되었을 수도 있고, 당신은 당신에게 그 정보를 제공할 다른 누군가가 필요할 수도 있다.

만약 당신이 역사적인 프로젝트를 하고 있다면, 당신은 사람들에게 BLAH의 PD 이미지가 필요하다고 말한다...BLAH...BLAH, 아마도 내 내셔널 지오그래픽 CD로 찾아봐야겠어.아마도 다른 PD데이터 소스가 있는 다른 사람이 조사를 할 수 있을 것이다.

위의 이미지들을 하나하나 만들어 올리는데 10분 이상이 걸렸다.나는 그것들을 자르고, 대조를 더하고, 캡션들을 다시 만들고, …… 내가 그것들을 많이 업로드하고, 그 중 어떤 것을 사용하고 싶은 사람이 있는지 보는 것은 도저히 불가능하다. -- 2005년 4월 29일 토이토이 01:38 (UTC)

전기 문제/신규 계층 제안

돌아온 후 나는 상당히 혼란스럽다.이 아이디어는 너무 "저 밖"이어서, 나는 사실 그것이 왜 나쁜지 누군가 나에게 설명해 주기를 바라고 있었다.하지만 나는 그것을 조금 주었고 약간의 잠재적인 단점도 있다.나는 이것들 중 몇 가지를 생각해 냈고 그것들은 너무 하찮은 것들이어서 지금은 기억나지 않는다.가장 덜 문제가 되고 가장 이익이 되는 것은 위키에 기반을 둔 전기 프로젝트의 아이디어일 것이다.하지만 난 여전히 다른 두 사람을 좋아해.약간의 후폭풍이 있을 수 있지만, 결국 위키 공동체가 확실히 이익을 얻을 수 있을 것이라고 생각한다.요즘 위키는 모든 종류의 인간에게 널리 퍼지고 있다.예술적 아이디어는, 아마도 가장 덜 실용적이긴 하지만, 가장 큰 영향을 미칠 것이다.시각 예술은 특히 사회의 배경에 빠져들고 있다.예술에 대한 위키북 또는 위키다양성 과정을 만들고 확장하는 것은 차에게 도움이 될 것이다.조사해야겠다.하지만 바이오엔 심각한 잠재력이 있어!!MethodicEvolution 04:44, 2005년 4월 30일(UTC)

아래에 나는 두 가지 말도 안 되는 제안을 했다: 위키프로젝트는 전기와 지리적인 프로젝트로, 모든 종류의 유용한 인구, 인구통계학, 섭생학, 그리고 위치에 관한 모든 정보가 게시될 것이다.

두 개의 개별 조항이 반론을 제공했지만, 니트라이어는 많은 비중을 차지하고 있는 것으로 보인다.애초에, 내 제안은 위키피디아(Wikiraphies/Wikiographies)를 확장하는 동시에 위키피디아에 대한 압박을 어느 정도 덜어주는 전기 프로젝트에 대한 것이었다.나중에 생각해보면, 지리적 또는 지도책 형태의 프로젝트도 잠재력이 있는 것처럼 들린다.

지금, 내가 재이니 제안을 하는 동안, 나는 다른 것을 추가하는 것이 낫다고 생각한다.전체 오픈소스의 아트 컴포넌트를 갖는 것은 흥미로울 것이다. 그리고 심지어 예술가들(또는 그들의 전기와 연결)도 정보뿐만 아니라 시각적, 청각적 부분과 조각이 있을 수 있다.처음엔 이상하게 들리는데여러 가지 다른 매체가 있을 때 일반적으로.위키프로젝트는 이미 주안점을 두고 있다.예술에 대한 계층 전체를 따로 떼어 놓는다면, 그 과목은 이 시스템에서 하는 것보다 더 성장할 것 같다.여기 위키백과에서 더 많은 학문적 자료를 위한 공간과 해군적 진실성을 지우는 동안 전기, 지역, 그리고 어쩌면 예술까지도 특별한 관심을 받을 수 있을 것이다.

사람들은 당연히 변화를 두려워하고, 전통과 습관은 이곳 위키 공동체 깊숙이 흐르고 있다는 것을 나는 깨닫는다.나는 변화에 대한 두려움을 극복한 분명한 몇 안 되는 사람들 중 한 명이고 사실 요즘 그것을 선호한다.새로운 것은 종종 전에 왔던 것보다 훨씬 낫다.적어도 위키 커뮤니티와 시스템 전체는 그러한 극적인 변화로부터 이익을 얻을 수 있고 심지어 풍요로워질 수도 있는 것처럼 보인다.그러한 변화가 절대적으로 해로울 수도 있지만, 나는 그것을 잘 볼 수 없다.

어쨌든, 그러한 변화는 필연적으로 위키인들, 즉 우리 행정가의 계급에 대한 엄청난 노력과 심지어 기술을 필요로 할 것이다. 이것은 고려되어야 할 또 다른 요소지만, 그것은 가치 있는 것일 수도 있다.

다시 말하지만, 나는 동료 위키피디아들의 지지와 함께 반박할 수 있다.자세한 대화 내용은 내 사용자 대화 페이지에서 문의하십시오.그렇지 않으면 여기서 발언의 자유를 얻으십시오. . MethodicEvolution 04:52, 2005년 4월 29일(UTC)

나는 새로운 위키미디어 프로젝트가 전기를 저장하기 위해 고안되어야 한다고 생각한다.위키그래피와 비슷한 걸로 충분할 겁니다

나는 위키피디아에 많은 전기들이 있다는 것을 알아챘다.사실, 내가 "랜덤 페이지"를 눌렀을 때, 나는 (믿거나 말거나) 그 때 다른 전기를 얻은 적이 없다.나는 이것이 이곳의 전기의 우세 때문이라고 가정할 것이다.위키피디아가 전기를 생산하고 게재하는 것이 중요하다고 생각한다. 나는 단지 백과사전이 그들에 의해 지배되는 것은 적절치 않다고 생각한다. 그것들이 전기 프로젝트에서 잘 수집될 수 있다면 좋을 것이다.이 제안은 나중에 확대할지 모르지만, 다른 제안이나 리미디, 혹은 극명한 모순까지도 상당히 환영한다.(ME) (그의 부임 2시간 전쯤...)

내가 아는 모든 일반 백과사전들은 많은 전기를 가지고 있다.위키피디아는 다르지 않아야 한다.적절하게 연결되면, 전기 기사는 다른 많은 일반 기사들의 창문이므로 독자의 지식을 넓힌다.'위키오그래피'로 모아지면 이런 일이 있을까.압울리히 07:24, 2005년 4월 28일 (UTC)

지금 당신이 언급하고 있는 이 개념에 동의하지만... 내가 알기로는, 만약 그것들이 '위키오그래피'로 모아진다면 정말 그럴 것이다.위키미디어 프로젝트들 사이의 연결고리는 흔하지 않은 것 같다.나는 심지어 그러한 두 위키미디어 프로젝트를 연결하기 위한 집단적인 시도를 강조할 것이다.사실 '위키북스'와 같은 프로젝트가 성장하면서 '위키북스'와 같은 하위 프로젝트인 '위키다양성'과 심지어 '위키온서리'나 '위키패션서리' 등. 나는 모든 것을 연계하려는 시도를 강조하고자 한다.MethodicEvolution 08:40, 2005년 4월 28일 (UTC) (ME)

• 나는 특별한 문제가 없다고 본다.일반 백과사전에도 많은 바이오스가 있다.여기서 관련 명칭의 리스트를 제공하고 이를 조직, 연도, 회사와 연계할 수 있다.그것을 부수는 것은 사람들이 잘못된 프로젝트에 더 많은 출품작을 잘못 넣게 할 뿐이다.Mgm 09:04, 2005년 4월 28일 (UTC)

그래, 이건 단순한 생각이었어만약 그것이 광범위한 논쟁과 거절의 계속적인 주제라면, 나는 굴복할 것이다.나는 내 입장을 분명히 하고 싶다.나는 전기에는 찬성하지만 위키 시스템 전체를 본다.나는 오늘밤에 개요를 작성해서 무작위 페이지 링크의 주파수 응답을 시험해 보았다. 나는 정말로 몇몇 이상한 힘에 의해 링크된 기사에 왔다.나는 여전히 여기 기사의 상당 부분이 전기라고 주장하지만, 그것들이 성장과 발전을 위해 그들 자신의 계층으로 모아지는 것을 보는 것은 좋을 것이다.나는 정보를 더 확장 가능하고, 소화가 가능하고, 탐색 가능한 패턴으로 구성하는 주요 옹호자다.나는 위키피디아가 "정상적인" 백과사전이라는 개념을 거부한다.내가 보기엔 전기와 같은 하나의 범주가 지배적이 된다면, 아마도 그것은 분기되어야 할 것 같다. 또한, 이런 식으로 그들은 이 공간을 덜 어수선하게 할 뿐만 아니라, 그들의 새 집에서 더 완전하고 다양하고 구체적인 프로젝트로 확장될 수 있을 것이다.실제로 그러한 프로젝트 분과는 매우 빠르게 성장하여 위키 기반의 전기들이 여기 있는 것보다 훨씬 더 빠르게 성장할 수 있을 것이다.나는 단순히 전기의 집합이 이것의 추가로서 단지 그 때 보다 더 유용할 수 있다는 것을 제안하는 것이다.또한, 전기와 위키 기사 간의 연계가 유지될 수 있고 사전 프로젝트로 이동하는 것과 마찬가지로 잘못 배치된 모든 항목은 전기 프로젝트로 이동할 수 있다.(난 매우 피곤해, 거의 3시야.AM 여기) MethodicEvolution 09:55, 2005년 4월 28일 (UTC)

덧붙이자면, 또 다른 흥미로운 아이디어는 지리 프로젝트 또는 지도책일 것이다.Wikilas. . . 비록 덜 주목할만한 제안일 수 있지만 MethodicEvolution 09:59, 2005년 4월 28일 (UTC)

Wikitravel을 참조하십시오.RickK 66.60.159.190 17:40, 2005년 5월 2일 (UTC)[응답]

위키 기반의 전기는 뜨겁다.12살짜리들을 은퇴한 가정집과 호스피스로 보내서 그 안에서 지혜를 기록하게 하고, 그렇지 않으면 잃어버리게 된다.유명인사들과 유명인사들 모두 이와 같은 오픈소스 정보은행에 그들의 작은 단편집들을 버리는 것을 즐길 수 있다.어디로 가는지 알려줘, 내가 사람들에게 알려줄게.TTLightningRod 18:02, 2005년 5월 2일 (UTC)[응답]

위키프로젝트 포트

나는 새로운 위키프로젝트 포트를 제안하고 싶다. infobox와 카테고리를 포함하고 간단히 전체 주제를 확장한다.세계에서 가장 큰 항구에 대한 기사가 없다는 것을 알게 되었기 때문에: 샹가이의 항 싱가포르 항은 시작하기에 좋은 지침이지만 그것은 또한 확장될 필요가 있을 것이다.메사구일 23:59, 2005년 4월 27일 (UTC)

압축 오류 차단

메인 네임스페이스에는 블록 압축 오류가 있는 기사가 꽤 있다.우리가 이 페이지들을 전혀 원하지 않기 때문에(그리고 특히 기사들이 대신 갈 수 있는 때는 특히) 나는 그것들을 메인 네임스페이스 밖으로 이동시키고 (아마도 VfD의 하위 페이지로) 리디렉션을 삭제할 수 있다고 생각한다.이것은 메인 네임스페이스를 멋지게 풀어준다.사람들은 어떻게 생각하는가?스모디 (Rabbit and poky) 2005년 4월 27일 (UTC) 18:51, 2:51)

블록 압축 오류란?이 기사들은 우리에게 어떤 모습일까?왜 그 페이지들을 원하지 않는 거지?왜 우리는 메인 네임스페이스를 확보해야 하는가?r3m0t^talk 22:19, 2005년 4월 27일 (UTC)

• 블록 압축은 최신 버전의 MediaWiki에서 데이터베이스 - 이전 버전의 리비전의 크기를 줄이기 위해 도입된 방법이다(2004년 12월 1일 이전?압축되어 있다
• 불행하게도, 그렇게 꾸며진 기사는 현재 폐기될 수 없다.이것은 오류로, 다음 버전의 소프트웨어에서 고쳐져야 한다.
• 삭제로 의결되었지만 현재 삭제할 수 없는 기사(또는 템플릿 등)는 내용을 {{pending deletion} 템플릿으로 대체하고 추가 편집으로부터 보호해야 한다.
• 왜 우리가 메인 네임스페이스를 개방해야 하는지 모르겠어.
• 참고 항목:위키백과:삭제 프로세스 Thryduulf 12:05, 2005년 4월 28일 (UTC)

거기에 덧붙이자면 삭제해야 할 기사에는 "(삭제)"라는 이름이 붙는 경우가 많다.모두 삭제 카테고리에 나열되어 있고 어떤 글에서도 연결되지 않기 때문에 사실 문제가 되지 않는다.그것들을 메인 네임스페이스 밖으로 옮기는 것은, 그들이 임의의 페이지로 올라올 가능성을 피하면서, 아마도 큰 도움이 되지 않을 것이다.주요 문제는 두 기사의 이력을 병합해야 하지만 둘 다 블록이 압축되어 있기 때문에 발생할 수 없는 경우(이 경우 WP에서 자세히 다루어짐).RM. 바이올렛/리가 (t) 2005년 4월 28일 12:14(UTC)

커뮤니티 포털의 "특징 스텁" 섹션

그것에 대해 어떻게 생각해? - 스탠스틀

2005년 4월 28일 00:02(UTC) 입니다.

어쩜 그렇게 모순적이니?그곳은 단순히 눈에 띄는 단조로운 것을 보여서 더 많은 사람들이 단조로운 것을 개선할 수 있는 곳이 될 것이다. - 스탠스틀

"Featured"는 특집 기사와의 관계를 암시한다.마치 이미 완전히 발전한 것처럼.만약 당신이 커뮤니티 포털에 그런 섹션을 가지고 싶다면, 당신은 먼저 그것에 대한 프로젝트를 시작해야 할 것이고, 그래서 그곳에 링크를 추가할 수 있을 것이다.그래도 좀 더 적절한 이름을 붙이도록 해.다음을 참조하십시오.위키백과:스텁 향상?Mgm 09:48, 2005년 5월 6일 (UTC)

이름 옆에 있는 개수 편집

나는 주로 새로운 기사 영역에 거주하고 있는데, 나는 거의 모든 애니온 기고를 삭제/수정/위키화/공백화/전송하거나 저작권 위반 가능성이 있는 곳으로 보내야 한다고 생각한다.이 분류/작업은 볼륨과 이것을 하고 있는 것 같은 소수의 편집자들 때문에 지루하고 압도적이다.아논의 부피가 너무 커서 내가 등록한 유저들이 만든 기사의 기사를 정기적으로 확인할 기회가 없다.일반적으로 나는 체크하고 종종 같은 문제를 발견한다.만약 편집 카운트가 RC와 새로운 기사의 모든 기여자들의 이름 옆에 포함되었다면, 나는 어떤 작업을 점검해야 하는지 파악할 수 있는 좋은 도구를 가질 수 있을 것이다 - 우리는 제한된 눈을 가지고 있다, 우리는 이러한 지표에 의존할 필요가 있다.

또한 - 다른 아이디어:관리자에게 악의적인 반달리즘으로 경고된 이름 옆에 빨간 점을 삽입할 수 있는 권한을 부여하는 것은 어떨까?(안녕, 이게 효과가 있을까?) 하지만 궤변적으로는 "데이빗은 큰 파이터야!!!"어릿광대는, 가치 있는 어떤 것도 기여할 것 같지 않은, 편집 후에 빠른 검사를 받도록 표시되어야 한다.로토피스 07:33, 2005년 4월 27일 (UTC)

안녕. 나는 두 번째 아이디어가 너무 좋아.아마도 당신은 SourgeForge에 기능 요청을 할 수 있을 것이다(링크를 모른다).첫 번째 경우:나는 그것이 가능할지 의심스럽다, 확실히 현재로서는.나는 개발자(또는 미디어위키 전문가)는 아니지만, 기부를 세는 케이트의 도구는 사실 미디어위키의 일부가 아니라 일종의 애드온인 것으로 알고 있다.여기 있는 다른 사용자들도 편집 카운트로 사람을 판단하는 것에 약간 짜증이 날 것 같아.스모디 (Rabbit and poky) 2005년 4월 27일 (UTC) 18:40

나는 그들 둘 다 좋은 생각이라고 생각하지만, 나는 두 번째 것에 대해 스모디와 동의해.2005년 4월 28일 01:46, 어떠세요(UTC)

• 실제로 뉴페이지와 최근 변경사항을 확인할 때 특정 사용자가 최근에 차단되었는지(경고만 된 것은 아님) 확인하고 싶다.VIP와 블록로그를 검색하는 데만 추가 시간이 걸릴 뿐이다.Mgm 08:57, 2005년 4월 28일 (UTC)

식품에 대한 성분 목록

(토론은 Talk:Twix로 이동됨)—Sean an. ⇔ 03:31, 2005년 4월 28일 (UTC)

기사 구조 대회?

IRC에 대한 논의에 따르면, 투표하는 많은 사람들이 WP를 계속 이용하고 있다.VFD는 현재 존재하는 기사가 심각한 정리가 필요하며, 솔직히 말해서, 대개 완전히 형편없는 기사임에도 불구하고, 백과사전적으로 될 가능성이 있다는 추론을 가지고 있다.그러면 VfD는 닫히고, 기사는 보관되고, 아무도 다시 그것을 만지지 않는다. (disclosing biasesclosing:나는 최후통첩자지만 조급한 사람이다!)그래서 나는 위키피디아를 제안하고 싶다.기사 구조 대회, 기사 주제에 잠재력이 있다고 말할 때 실제로 돈을 입에 넣고 무언가를 하도록 장려하기 위한 대회.WP커피망이나 뭐 그런 거라도 사서 사인포스트에 쓸 거야.이게 좋은 생각이라고 생각하는 사람?이리 와서 나 좀 도와줘.Mindspillage (당신의 돈을 쓰시겠습니까?)00:01, 2005년 4월 26일 (UTC)

아마도 우리가 Vfd에 그냥 달려들지 않고 경고 리스트에 더 많은 기사를 올리면(이미 템플릿이 있다) 애초에 덜 좋은 기사가 Vfd에 올라가고, 관련자들은 Vfd에서 기사를 옹호하는 대신 개선하는데 시간을 보낼 수 있을 것이다.

나는 표적형 기사 개선 운동의 아이디어가 마음에 든다.한 가지 작은 문제가 있는데...벌써 이런 거 있지 않아?"금주의 협력"이 이미 있다.하지만 동시에 여러 번의 협업이 진행되는 것에 대해서는 아무런 문제가 없다고 본다.팀워크가 많을수록 좋다.생각하면 할수록 이 생각이 마음에 든다. - 파이오니어-12 00:21, 2005년 4월 26일 (UTC)

페이지 자체에서 언급했듯이, 나는 위키백과의 아이디어에서 자유롭게 차용했다:대니의 경연대회(더 이상 출마하지 않는 것 같음), 그렇다, 기사 개선운동이 있지만, 이번 대회는 나를 괴롭히는 것에 대한 대응으로 직접적인 표적이 되고 있다.나는 누가 이것을 흥미롭게 여길지 누가 알 수 있을지에 대해 충분히 이해할 수 있는 편집자 풀들이 있다고 생각한다. 어쨌든, 우리는 보게 될 것이다.VfDs의 한 가지 문제점은 태그가 존재하지만, 즉시 삭제될 위험이 있을 때까지 어떤 것도 저장하기 위해 뛰어드는 사람은 드물다는 것이다. 그리고 일단 그것의 지속적인 존재가 보장되면(잠시 동안!) 그것은 더 이상 긴급하지 않다는 것이다.내가 생각하기에 이론적으로는 분명히 존재해야 하지만, 존재 가치가 있기 위해서는 완전히 다시 쓰여야 한다고 생각하는 기사들도 있다. 하지만, 나는 또한 때때로 그곳에 있는 것을 지키는 것보다 무에서 새롭게 시작하는 것이 더 낫다고 생각한다.그래서 이것은 "입이 있는 곳에 돈을 넣어라" 입니다; 그것이 정말 지켜졌어야 했고, 누군가가 정말로 그 기사가 개선될만한 무언가를 할 가치가 있다고 생각한다는 것을 증명하십시오.게다가, 나는 메일로 물건을 보내는 것을 좋아해.Mindspillage (당신의 것을 쓰시겠습니까?) 2005년 4월 26일 00:34 (UTC)

좋은 생각이야.우리는 삭제주의 의제에서 물러날 필요가 있다. 극좌파 통합론자 역시 아니다.어느 쪽이든 투표하는 것은 쉽지만, 실제로 무언가를 개선하기 위해 노력하는 것은 더 어렵다. 하지만 그것이 장려되어야 한다.— Xiong aprtalk 05:24, 2005년 4월 26일 (UTC)

마인드스필리지, 괜찮다면, 내가 당신의 토크 페이지에 쓴 글을 다시 한 번 써보겠다. "정말 좋은 생각이야! 그 생각을 했으면 좋았을텐데.." [1] Zzyzx11 Talk 05:27, 2005년 4월 26일 (UTC)

• 우리는 기사 개선 운동과 금주의 협업이 있지만, 이것은 엄청난 기다림과 대규모 투표를 필요로 한다.당신이 저장하고자 하는 기사는 선택되기도 전에 삭제될 것이다.나는 VFD 후보들을 구하기 위한 프로젝트에 전적으로 찬성한다.Mgm 08:53, 2005년 4월 28일 (UTC)

WikiLifeGuide 및 WikiCivicActivator

자기 홍보에 대해 미리 사과하지만, 최근 몇 가지 새로운 위키 프로젝트 아이디어를 생각해냈다.물론, 나는 이런 생각들이 현실적이거나 심지어 프로젝트가 될 만한 가치가 있는지 정말 잘 모르지만, 나는 단지 모든 사람들에게 그것에 대해 알리고 어쩌면 그것들에 대해 각각의 대화 페이지에 언급하고 싶어서 제안서를 다듬거나 그들이 추구할 가치가 없다고 결정할 수 있었다.다음과 같다.

• 위키라이프 가이드는 현재 존재하는 자신의 인생과 어쩌면 현재 존재하지 않는 많은 삶의 관리와 관련된 모든 하우투 가이드를 활용하려고 시도하는 프로젝트다.대체 이름에는 위키라이프 매뉴얼과 위키라이프101이 포함될 수 있다.이것은 궁극적으로 인생의 모든 것을 하는 방법 가이드가 될 것이다.이 제안서는 현재 HowDoesItWorkWiki에 대한 제안뿐만 아니라, 지금은 죽은 노하우 위키에서 빌려온 것이다.

• WikiCivicActivator - 진보적 변화와 관련하여 전 세계 모든 정치 수준에서 사용되는 모든 현재 및 과거의 시민 노력과 조직 기법의 저장소를 만들려고 시도하는 프로젝트.대체 이름에는 WikiCivicMotivator와 WikiActiveCommons가 포함될 수 있다.위키백과와는 달리, 이 프로젝트는 새로운 노력과 아직 시도되지 않은 기술을 위한 아이디어에 이론과 독창적인 연구도 포함할 수 있다.

너의 코멘트에 미리 고마워.— 스티비가 남자다! 2005년 4월 25일 19:50 (UTC)

당신은 m:proposals에서 여기보다 더 많은 의견을 얻을 수 있다.2005년 4월 25일(UTC) 22:08, Thryduulf 22:08

그것들은 이미 제안서들의 대화 페이지에 언급되어 있다.메타에 대한 눈이 충분하지 않아서 걱정했는데나는 대부분의 위키피디아 사람들은 메타에 대해 전혀 알지 못한다고 생각한다.그래서 여기 나의 "광고"가 있다.— 스티비가 남자다! 2005년 4월 25일 (UTC)

위키라이프101이라는 이름은 너무 미국 중심적이다.두 번째 제안은 이해할 수 없다. r3m0t 23:48, 2005년 4월 25일 (UTC)

나는 전적으로 동의한다: 위키라이프101이 내가 위키라이프 가이드가 가장 잘 들리는 이유 중 하나이다.Re: WikiCivicActivator, Meta 사이트 링크를 따라가면 이 두 제안에 대한 자세한 설명이 제공된다.— 스티비가 남자다! 2005년 4월 29일 19:09 (UTC)

위키백과:위키피디아 대상 그래픽 콘텐츠 문제

이보다 더 좋은 이름은 생각나지 않았다.템플릿은 즉흥적인 조정이 필요할 수 있다. --Cool Cat 11:17, 2005년 4월 24일 (UTC)

위키백과를 읽으십시오.What_Wikipedia_is_not#위키백과_is_not_censored — J3ff 12:25, 2005년 4월 24일(UTC)

USACOM

안녕, USACOM에는 영어 포스트가 없어.나는 슬레이트 기사의 링크(http://slate.msn.com/id/2117172/fr/rss/)를 따라가다 내가 알고 있는 미국 머리글자 여러 개를 우연히 알게 되었다.

USACOM은 하나, ATK는 하나.ATK는 내가 보안을 위해 이 글을 썼을 때 나를 그들의 사이트에서 쫓아냈으며, 그래서 그들은 나를 두렵게 한다.

나는 너희들이 위에 글을 올리는 것을 보고 싶다.

DARPA 가입은 환상적이다."ARPA는 원래 명칭이었고, 그 후 1972년에 DARPA(Defense for Defense)로 개칭되었다가 1993년에 다시 ARPA로 개칭되었다가 1996년 3월 11일에 다시 DARPA로 되돌아갔다."

여기서 하는 일을 사랑하라.

루즈

템플릿:디스컴비그 및 이미지:디스앰비그.png

Hallo! 나는 많은 시간을 de:에 열거된 대부분의 disambiggation 템플릿에 보낸다.빌드 디쿠시온:로고 Begriffskelerrung.png#Vorlagen - 템플릿은 공용어를 사용해야 한다.이미지:Disambig.png.이미지는 페이지의 특성에 대한 표시를 제공해야 하며 "정상" 기사와 모호한 페이지 사이에 연결되지 않아야 한다.만약 en: 이 페이지에 나열된 이미지 중 하나를 사용한다면 나는 매우 기쁠 것이다.이러한 이미지를 사용하여 나열된 60개의 템플릿 중 75%도 ja:템플릿:아이마이, ka:თარგი::არაორაზროვნება, vi:템플릿:트랑 đnh hưng 등2005년 4월 23일 (UTC) Gangleri Th T 06:17에 대한 가장 좋은 안부

나는 그 이미지가 마음에 든다.나는 지지한다.( 비록 멋진 드롭 섀도우로 할 수 있다고 생각하지만;) —Sean κ. 16:46, 2005년 4월 23일 (UTC)

나는 이미지의 아이디어가 좋다; 그 제안은 예쁘지만, 왜 그것이 하나를 경로로 보여주고 두 개의 막다른 골목으로 보여주는가?멜 에티스 (με ετηηςς) 17:13, 2005년 4월 23일 (UTC)

빨간 길은 당신이 찾던 기사를 찾기 위해 내려가는 길이고, 파란 길은 당신에게 제시되었지만 당신이 찾던 것이 아닌 다른 링크들을 나타내기 때문이다.이것 또한 가지고 있다는 생각이 마음에 들고, {{disambig}} 템플릿 측면에 쉽게 끼워 넣을 수 있다.독일어 버전에서는 항상 멋지다고 생각했어.— Talk (Talk) 17:35, 2005년 4월 23일 (UTC)

나 또한 그것을 좋아하고, 즉시 그것을 템플릿에 넣을 것이다.하지만 이러한 "추적" 이미지들은 이미지 서버에 대한 압박을 완화하기 위해 대부분 제거되지 않았는가?그것에 대한 최신 정보는? -- grm_wnr Esc 22:45, 2005년 4월 23일 (UTC)

그럴지도 모르지, 하지만 이 이미지는 너무 단순해서 확실히 1K로 압축될 수 있어.—Sean 23. 23 22:55, 2005년 4월 23일 (UTC)

원본은 더 이상 압축할 수 없지만 템플릿에 사용된 축소 이미지를 훨씬 더 잘 압축할 수 있다. 211바이트:

파일:40px-Disambig-1비트.png

물론, 이것은 각 디스컴픽 페이지에 대한 추가 파일을 보내야 하기 때문에 추가적인 서버 로드에 대해서는 아무 것도 하지 않는다. --Carnildo 03:34, 2005년 4월 24일 (UTC)

설명 페이지 아이콘.정말 멋진 생각이야!디스앰비그 페이지는 아마도 위키피디아에서 가장 흔한 특별한 페이지 유형일 것이다.만약 어떤 페이지라도 "decoration images"를 받을 만한 가치가 있다면(그리고 우리는 지금 스텁을 위한 약 1,000개의 페이지가 있다), 그러면 disabigation 페이지는 그렇게 된다.예쁘고, 독자들에게 이 페이지는 특별한 종류라고 단언한다.브라보! 그리고 기본적인 "흔한 길" 은유도 훌륭하다. (누군가 원한다면 드롭 섀도 같은 것을 추가할 수 있다.)서버 압력에 관해서, 이 이미지는 작을 뿐만 아니라, 재사용(따라서 브라우저에 의한 캐싱)은 서버에 거의 배출이 없다는 것을 의미할 것이다.그에 비해, 인기 페이지에 있는 하나의 큰 이미지는 서버에 상당한 부담을 줄 수 있다. - Pionaler-12 23:37, 2005년 4월 23일 (UTC)

멋지다고 생각해, 배경을 트라퍼프하게 만들 수 있니? --Cool Cat 11:18, 2005년 4월 24일 (UTC)

파일:과 비슷해 보인다.LOGO USB.png USB 로고. -- John Fader (토크 기여) 2005년 4월 23일 (UTC)

이미지가 마음에 드는데, 이미지 서버 과부하 문제가 해결될 때까지 그렇게 대량으로 사용되는 템플릿에 추가하면 안 돼.바이올렛/리거 (t) 2005년 4월 24일 (UTC)

아이디어는 또한 "RTL" 위키의 두 번째 아이콘을 ar:, fa:, he:, yi: 및 다른 일부 아이콘으로 미러링하는 것이다.BTW: 공용에는 세 가지 아이콘이 있다: 건축가를 "이념"하는 것이다.

1. 이미지:Redirect 화살표.png
2. 이미지:Redirect 화살표 rtl.png
3. 이미지:텍스트.png가 없는 간접 화살표 rtl

모든 것은 공유자에 의해 만들어진다.사용자:Get it. (ar:, hi:, hhe: 등 사용 참조)2005년 4월 24일(UTC) T 16:38 Gangleri Th T:38에 대한 호의를 표한다.

미안; 좋은 생각이긴 하지만, 불행한 이미지인 것 같아.만약 관심이 있다면, 나는 더 좋은 것을 내놓기 위해 일할 것이다 - 이야기하거나 이메일을 보내라.그러나 현재 상태로는 추악하고, 언급했듯이 USB와 충돌한다.

나는 지금이 이것을 en에 넣을 때가 아니라는 것에 동의한다.WP. Jamesday는 새로운 서버들이 오고 있으며, 이것은 우리가 새로운 대역폭을 소비하기 위해 사용해야 할 종류의 것이라고 말한다.— Xiong aprtalk 05:57, 2005년 4월 26일 (UTC)

우리가 새로운 서버를 갖게 되면, 새로운 아이콘을 디자인하기 위한 콘테스트를 할 수 있을까?항상 너무 재미있어.—Sean 28. ⇔ 03:41, 2005년 4월 28일 (UTC)

나는 우리가 이 순전히 장식적인 아이콘 없이도 살 수 있다고 생각한다.지금 당장 유행을 멈추든지, 아니면 언젠가는 그들에 의해 산 채로 묻히든지 말든지. -- 토이토이 02:22, 2005년 4월 29일 (UTC)

루이스: 그는 숨을 쉬지 않고 있지만, 나는 죽음의 원인을 알 수가 없어.

모스: 글쎄 그건 검시관이 결정할 문제야...하지만 내 생각엔 우리가 지금 가지고 있는 것이 죽음과 관련된 아이콘인 것 같아

아이콘스 씨?

모스: 네 루이스, 아이콘...순진하고 작은 생명체들이 스스로 살아가지만 계속 감시해야 해그들만의 기기로 내버려두면 그들은 야생으로 변할 수 있다. 그리고 만약 그들이 많은 수의 사람들이 모이기 시작하면 그 결과는 치명적일 수 있다.이 불쌍한 사람의 얼굴에 어리둥절한 표정으로 보아, 나는 우리가 그가 아이콘에 의해 산 채로 묻혔다는 것을 발견하게 될 것이라고 확신한다.

Lewis: 그를 소생시키려 해도 소용없소.

모스: 루이스는 안돼.

;-) -- 솔립시스트 07:48, 2005년 4월 30일 (UTC)

"슬리퍼시브 경사"의 모든 주장은 약하다.페이지 식별 아이콘이 있다고 페이지당 수백 개의 아이콘이 있는 것으로 해석되지는 않는다.게다가, 이것은 "순수한 장식" 아이콘은 아니다. 그것은 매우 유용하다.대역폭 비용은 최소인 반면 실질적이고 미적인 이점은 높다.따라서 표준 비용 편익 분석은 이 아이콘이 확실한 승자임을 보여준다.

- 선구자-12 20:59, 2005년 5월 7일 (UTC)[응답]

나는 다른 언어의 혼란스러운 템플릿에서 이것을 알아챘고, 그것을 많이 좋아했다. -- 테트라미노e 06:27, 2005년 5월 1일 (UTC)[응답]

그것이 서버에 부담을 주거나 그렇지 않을 것이라고 가정한다면, 나는 이것이 좋은 생각이 될 것이라고 생각한다. 나는 이 아이콘을 좋아한다.— Knowledge Seeker দ 06:20, 2005년 5월 8일 (UTC)[응답]

독립된 위키백과 커뮤니티 게시판을 만든 사람 있어?

위키피디아의 토론 필요성은 풍부하다 - 이 편집 페이지 형식은 새로운 것에 대한 추가적인 기술적 장벽과 느린 로딩에 어울리지 않는다.php 포럼 사이트는 유용한 토론뿐만 아니라 다른 회원들이 채팅이 장려될 것이기 때문에 그들을 소개하는데 헤아릴 수 없을 정도로 도움이 될 것이다.지역사회가 정책토론을 사이트 간에 나눠서 하는 것을 원하지 않는다면 이해할 수 있지만, 명시적으로 제한된 채팅 기능만 있으면 어떨까?다 됐나?만약 그렇지 않다면 나는 자발적으로 도메인을 사서 이사회를 설립할 것이다.관심 있어?

2005년 4월 22일(UTC) 13:09 로트소피스

또 다른 흥미로운 아이디어는 위키 토픽스 MethodicEvolution에 대한 대인관계 논의를 위해 실시간 채팅 기능을 도입하는 것이다. 2005년 4월 10:31, 2005년 4월 28일 (UTC)

위키백과를 확인해 보십시오.메일 목록 및 위키백과:IRC. 하지만... 그 메일링 리스트는 매우 활성화되어 있어.Meelar (대화) 2005년 4월 22일 13:19 (UTC)

멋지다, 다른 선택사항들도 있다.하지만 나는 그 phpb 스타일 커뮤니티를 갈망한다 - 내 감정을 공유하는 사람이 있는가?로트소피스 15:48, 2005년 4월 22일 (UTC)

If you don't like the deluge of mail, you can read the WP mailing lists in web-forum format or via NNTP at the incredibly useful gmane.org. (I don't think a web-forum format exists that comes close to modern NNTP clients in terms of user-friendliness, speed, and features, but I digress.) jdb ❋ (talk) 19:19, 22 Apr 2005 (UTC)

그것은 유용할 것이다, 하지만 토크 페이지는 그 대부분을 한다.2005년 4월 22일 18:41, 어떠세요? (UTC)

난 롯소피스에 동의해...이상적으로, 토크 페이지는 포럼 형식으로 변환되어야 한다(또는 최소한 포럼과 공동연계되어야 한다).하지만 위키 소프트웨어는 천천히 진화하기 때문에 포럼 사이트가 좋을 것이다.하지만, 위키피디아에 잘 홍보되어야만 쓸모가 있을 것이다.그러한 형식을 선호하는 사람들을 위한 메일링 리스트와 IRC가 이미 존재하기 때문에, 이에 대한 확실한 증거가 있다.위키피디아 주제 포럼이 필요한 것 같아! - 2005년 4월 23일(UTC)

풍습은 이미 우리가 토크 페이지를 토론 게시판처럼 취급하도록 지시하는 것 같다(다른 사람의 코멘트를 편집하지 말 것 등).메시지에서 인라인 위키 구문을 지원하면서 미디어위키 소프트웨어가 이들을 실제 토론 게시판으로 만들 수 있다면 더욱 좋을 것이다.자동으로 보관을 수행할 수 있으며, 삽입할 스레드의 요약도 허용할 수 있다.나는 그러한 특징들이 반가운 안도감을 주겠지만, 그것을 모두 덧붙이는 것은 정말 대단한 프로젝트일 것이다.2005년 4월 23일 02:11 (UTC)

데코와 파이오니어-12, 당신은 위키백과 제목 아래 위의 r3mot과 토니 사이드웨이의 코멘트에 관심이 있다.빌리지_펌프_(제안)#토론_페이지_-_Bring_Modern_위키식 접근법의 장점을 논하는 인터페이스. jdb ❋ (talk) 05:08, 2005년 4월 23일 (UTC)

누군가는 위키피디아 토론을 위한 야후 그룹을 만들 수 있지만, 누가 그것을 중재할 수 있는지에 대해서는 아마 의견이 다를 것이다.RickK 23:38, 2005년 4월 23일 (UTC)

포케머지 제안

위키백과에 기여하십시오.포케프로살(Poképrosal), 개별 포켓몬 캐릭터의 스텁을 종합 리스트로 통합하자는 제안.

위키프로젝트 총선

영국 총선이 다가오고 있다.교황과 같은 고금리 주제에서 비롯된 인기와 콘텐츠 성장을 고려해, 우리는 위키피디아를 영국 총선, 특히 올해와 관련된 정보의 최종 원천으로 만드는 프로젝트를 고려해야 하는가?경쟁이 치열하고 고도로 청구된 선거에 의해 창출되는 국가 및 국제 이익은 사람들이 그것에 대해 이야기하게 하는 경향이 있고, 사람들은 그들이 무슨 이야기를 하고 있는지 알고 싶어 한다(또는 적어도;-인 것 같다).만약 언론이 선거와 관련된 우리 기사의 질을 알아낸다면, 우리는 이 관심을 활용하여 더 많은 독자, 편집자, 그리고 콘텐츠를 가져올 수 있을 것이다.나는 개인적으로 이것이 위키피디아를 더 좋게 만드는 것과 선거를 더 흥미롭게 만드는 것을 결합하는 훌륭한 방법이라고 생각한다. 그리고 따라서 사람들에게도 정치와 관련된 중립적인 정보의 중요성은 말할 것도 없다.우리가 할 수 있는 몇 가지 것들이 있다.

• 올해 선거에 사용할 WikiPortal을 만들어 더 많은 정보를 얻을 수 있는 멋진 인터페이스 제공
• 템플릿을 사용한 후보, 플랫폼, 매니페스토 등을 비교하기 위한 맞춤형 기사를 작성한다.
• 선거가 실시됨에 따라 전개 상황에 대한 커버력을 높인다.
• 선거야간 커버리지 조직화 및 홍보(속도 강조 등)

댓글 있어?

위키피디아는 백과사전이지 뉴스 매체가 아니다. --카닐도 23:25, 2005년 4월 21일 (UTC)

그래, 하지만 빠르게 발전한 백과사전이 되는 것은 여전히 훌륭한 포부야.맞춤 비교 기사 등을 만들지는 모르겠지만, 만약 사람들이 사건이 전개되면서 영국 선거와 관련된 기사들을 업데이트하는 것에 관심이 있다면, 나는 그것이 좋은 생각이라고 생각한다.— Matt Crypto 02:30, 2005년 4월 22일 (UTC)

그렇게 하는 데 상당한 관심이 있다면, 무슨 수를 써서라도.그러나 혼란을 피하기 위해 위키프로젝트 U.K. 총선거 또는 이와 유사한 것을 명시하십시오. - 반얀트리 13:27, 2005년 4월 22일(UTC)

실패한 쿼리 게시

리디렉션 생성을 개선하기 위해 wiki가 항목에 들어가지 않은 모든 사용자 쿼리 목록을 릴리스할 수 있는가?로트소피스 07:51, 2005년 4월 21일 (UTC)

그리고 시도 횟수에 따라 내림차순으로 순위를 매긴다.좋은 생각이야!— 스티비가 남자다! 2005년 4월 21일 18:00 (UTC)

예전에는 이런 능력이 있었지만 몇 번 전에 사라졌었죠.RickK 23:36, 2005년 4월 23일 (UTC)

좋은 생각이야.나도 하나 갖고 싶다.— 2005년 4월 26일(UTC) 06:03, Xionggtalk 06:03

문서 텍스트를 수정하시겠습니까?

나는 "위키피디아에는 아직 이 정확한 이름을 가진 기사가 없다."라는 문장에서 "yet"를 삭제하자고 제안한다. (미디어위키:문서 텍스트 없음.나에게 이것은 우리가 지금 그 기사를 가지고 있지 않지만 우리는 그것을 가져야 한다는 것을 암시한다.몇 주 전 토크 페이지에서 이런 제안을 했지만 별다른 반응이 없었다.의견이 있으신 분은 미디어위키 토크에서 공유하십시오.문서 텍스트 없음.— Knowledge Seeker দ 06:08, 2005년 4월 21일 (UTC)

• 나는 이것에 대해 지식 추구자의 의견에 동의한다.그 의미는 "yet"라는 단어처럼 가야 한다.Mgm 08:28, 2005년 4월 21일 (UTC)

내가 "yet"을 제거했어.우리는 "하지만, 당신은 하나를 만들 수 있다."--패트릭 12:47, 2005년 4월 21일 (UTC)

이 경우 "새 기사를 작성하기 전에 제목 철자를 확인하십시오. 제목이나 이름이 약간 다른 동일한 주제를 다루는 기사가 여기에 이미 있는지 확인하십시오."(짧은 길이만!) --Vamp:버드나무 17:19, 2005년 4월 21일 (UTC)

그리고 제대로 된 자본화를 사용하는 것에 대해 뭔가 덧붙일 수도 있다.RickK 23:35, 2005년 4월 23일 (UTC)

페이지 편집 시 철자 검사기

(토론은 위키백과로 이동됨:마을 펌프(매년 제안)

별도의 과학 위키피디아는 어떠세요?

안녕.

나는 과학자여서 이 웹사이트가 훌륭한 자원이 될 수 있다고 생각한다.그러나 비과학적인 단어가 있는 과학적인 단어를 검색할 때, 여러분은 여러분이 찾고 있는 것을 찾기 전에 많은 수의 항목들을 살펴봐야 한다.나는 별도의 과학 위키피디아 설립을 제안한다.

--B

두 개 이상의 잠재적 의미가 있는 제목의 기사는 모호한 페이지(예: 검색할 수 있는 주제를 나열한 페이지)가 되어야 한다.Sublime) 또는 페이지 상단에 대체 용도를 위한 링크가 있어야 한다(예: 탄소).만약 그들이 그곳에 없다면, 당신은 그것들을 추가할 수 있고, 만약 페이지가 잘못된 기사에 연결된다면 당신은 그것을 변경할 수 있다.만약 우리가 기사를 놓치고 있다면, 그것을 쓰세요.이것이 위키의 아름다움이다.2005년 4월 20일(UTC) 19:49

B는, 이성의 신기루 때문에, 결코 "과학적인 위키백과"는 없을 것이다.당신이 겪고 있는 문제는 위키피디아가 끔찍한 검색 엔진을 가지고 있기 때문이다.나는 개인적으로 구글을 사용하는 것을 선호한다(예: 화학의 버퍼에 관한 기사를 얻으려면 "화학 사이트:en.wikipedia.org"을 입력한다).그러나 기사를 찾는 가장 빠른 방법은 제목이 무엇일지 추측하는 것이다.많은 기사들은 그런 목적을 위해 여러 개의 이름을 가지고 있다.따라서 행사 대신 영화 '지진'을 찾는다면 아마도 '지진(영화)'을 타이핑할 것이다.—Sean 20. ut 22:02, 2005년 4월 20일 (UTC)

• 당신이 당신 자신의 위키를 세우는 것을 막을 수 있는 것은 아무것도 없지만, 과학 기사를 분리하려는 생각은 엘리트주의자인 것 같다.RickK 23:34, 2005년 4월 23일 (UTC)

나는 동의한다 - 많은 검색 결과들.하지만 나는 더 나은 검색 알고를 개발하는 것이 해결책이 되기를 바란다.직접 적중하지 못한 쿼리 목록을 릴리스하여 일치하는 제목 없이 거의 모든 주요 쿼리에 대한 리디렉션을 만들 수 있다.로트소피스 05:33, 2005년 4월 24일 (UTC)

그렇다, 해결책은 (1) 더 나은 검색과 (2) 명확한 페이지 구성의 조합이다.비록 그가 찾고 있는 것을 찾을 수 있을 것처럼 들리지만, 단지 모호한 페이지의 존재에 의해 도청되고 있을 뿐이다. - Pionaler-12 10:18, 2005년 4월 24일 (UTC)

진정한 엘리트주의가 아니라 단지 에너지 낭비일 뿐이다.위키피디아로 검색해 보십시오.카테고리.여러 가지 문맥이 있는 용어를 찾으면 적당히 얼버무려라. - 오메가트론 23:27, 2005년 5월 10일 (UTC)

이런, 과학적인 위키백과는...일반 동물 기사보다 리모틀리 과학적이지 않은 위키스페종을 말하는 것이 아니라면... -Munchkinguy 23:44, 2005년 5월 10일 (UTC)[응답]

하지만, 어쩌면 더 나은 이름이 필요할지도 모른다.

위키 형태의 시민 토론, 집중적인 싱크탱크, 고전 그리스 로마 '포룸' 또는 기타 위키리슨 개발 등에 관심이 있는 사람이라면...편하게 편지 한 통만 보내줘.비록 상당히 젊고 아직 발전하고 있지만, 이 프로젝트는 거의 모든 "토론" 탭에서 볼 수 있는 초기 발현과 갈등에 대해 중립적인 구조를 제공하고자 한다.더욱 그렇다, 그 구조는 사회학 연구와 공공 정책, 과학적 논리 과정, 그리고 찬성/반대 가중치와 대책에 의한 이성적인 토론의 현재 주제를 나열한 것이다.너희 모두 좋아하잖아!!!TTLiightningRod 23:56, 2005년 4월 29일(UTC)

이번 주말 DC 현장학습이 끝나면 이 제안에 대한 더 많은 아이디어와 벡터가 있었으면 좋겠다.앞으로 전개될 상황에 대해 계속 주시길 바란다.TTLightningRod 13:59, 2005년 5월 7일 (UTC)[응답]

• 아래 오래된 물건들...

미트볼은 갈등 해결이라는 측면에서 매우 흥미로운 것들이 있다.공손함은, 단지 몇 가지 다른 것들 중에서, 먼 길을 가는 것 같다.대담성은 괜찮지만, 그룹이나 활동으로 방향을 잡을 때는 가능한 얇게 해야 한다.문제를 제기하는 대신 해결책이나 제안을 내놓는 것은 긍정적인 결과를 가진 에르큘란이 된다.

그래서 그것들은 지금까지 나온 위키링크 결과물들 중 일부 입니다.아래 코멘트는 나의 첫 권선과 관련이 있다.오, 독자들에게는 정말 고통스럽군, 정말 사과할게.나는 여기서 만난 모든 사람들을 칭찬하고 싶다.나는 앞으로 몇 년 동안 위키를 따라다닐 것이다.TTLightningRod 21:41, 2005년 4월 20일(UTC)

좋아. 나는 네가 이것을 http://www.halfbakery.com에 게시해야 한다고 생각해. 그것은 그 자체가 싱크탱크야. - Pionaler-12 21:06, 2005년 4월 17일 (UTC)

거기서 몇 가지 좋은 아이디어와 몇 가지 좋은 피드백을 본 적이 있다.(물론 거기에도 몇 가지 어리석은 아이디어와 몇 가지 좋지 않은 피드백이 있다.)나는 단지 그곳이 당신의 이론을 광고하고 다듬을 수 있는 좋은 장소가 될 것이라고 생각했을 뿐이다.(좋은 "목표 대상 청중"당신은 언제나 사람들을 초대하는 글을 올리면 된다. - 2005년 4월 17일(UTC)

다시 쓰기가 좋아 보인다.그 제안은 지금 훨씬 더 설득력이 있고 설득력이 있다.새로운 위키미디어 프로젝트와 동등한 것을 제안하는 것처럼 들린다.메타 참조:새로운 프로젝트에 대한 제안 - Pionaler-12 23:05, 2005년 4월 17일(UTC)

문제 없어, 우리 모두는 언젠가 배워야 했어.당신의 제안으로, 당신은 위키피디아에서 언급된 것처럼 위키피디아가 포럼이 아니라는 것을 알아야 한다. --Sean κ ⇔ 23:07, 2005년 4월 17일 (UTC)

한 이름으로 알려진 사용자 이름 바꾸기

이 리스트의 제목이 잘못되었다.

대화:List_of_people_known_by_one_name#변경_the_the_title 누군가가 "크리스도"와 "예수"가 등재되어 있다고 지적했듯이, 단어의 가명을 가진 사람들은 한 이름으로 알려져 있지 않다. 사실, 가명을 가진 사람들은 종종 여러분이 여러 이름으로 알려지게 된다.

나는 이 기사를 단어의 이름으로 알려진 사람들의 목록이나 유사한 단어의 emothing으로 구성된 이름을 가진 사람들의 목록으로 옮길 것을 제안한다.

대부분의 사람들은 오직 "하나의 이름"으로만 알려져 있다.-제이지EM 03:40, 2004년 12월 6일(UTC)

페이지 토크 페이지에서는 아무도 이에 대해 응답하지 않았다.여기 놓아도 괜찮기를 바래.

이 사람들은 "하나의 이름"으로 알려진 것이 아니라 "하나의 단어 가명"으로 알려져 있다.위키피디아는 기사 내용을 실제로 반영하는 제목을 갖는 것을 목표로 해야 한다.나는 한 단어의 가명으로 알려진 사람들의 목록과 비슷한 제목에 찬성한다.EM 08:16, 2005년 4월 14일(UTC)

• 자이젬의 말에 동의해.Mgm 08:33, 2005년 4월 14일 (UTC)
• 나중에 참고할 수 있도록 위키백과:요청된 움직임은 단지 이 목적을 위해 존재한다.—Korath (Talk) 2005년 4월 14일 (UTC)
• "단일 이름 모니커를 가진 사람들의 목록" — RJH 19:38, 2005년 4월 15일 (UTC)
  • 단일 이름은 단어와 같지 않으며, 이름 및 모니커는 제목이 중복될 정도로 충분히 유사하다.하지만 나는 모니커라는 단어를 좋아한다-단어 몽커를 가진 사람들의 리스트-제이지-EM 11:15, 2005년 4월 24일(UTC)
• 나는 "한 단어 이름으로 알려진 사람들의 목록"과 같은 것을 선택할지도 모른다.어느 쪽이든 현재 제목을 생략하십시오.2005년 4월 17일 03:29 (UTC)

Apple OS 10.4 위키백과 대시보드 위젯

나는 누군가에게 위키피디아와 연결되는 사과 OS 10.4 호랑이 대시보드 위젯을 개발하도록 제안하고 싶다.나는 그러한 응용 프로그램을 개발하는 데 어떤 정치가 개입되어 있는지 잘 모르지만, 많은 사람들이 이것을 사용하고 그것을 매우 복잡하게 여길 것이라고 믿는다.

나는 이 위젯을 직접 개발하여 위키백과의 허가가 주어진다면 GPL 아래 오픈소스 위젯으로 게시하고 운영체제 사본을 입수할 것이다.

위젯은 위키백과 제목, 검색 요청을 입력하는 검색 바, 언어 선택 시스템, 임의 페이지 링크 등으로 구성되어야 한다.그런 다음 이 위젯을 대시보드 응용프로그램에 배치하여 쉽게 액세스할 수 있도록 하십시오.

제발 누군가가 곧 이 일을 시작해서 일반 대중을 위해 몇 군데 게시하거나, 아니면 나에게 시작할 수 있는 허가를 내줘.

고마워요.

풍

PS fung81@gmail.com에서 질문, 제안, 스팸 또는 커뮤니케이션을 받을 수 있다.

당신은 허락을 받을 필요가 없다. r3m0t 16:08, 2005년 4월 13일 (UTC)

그리고 이 소프트웨어는 mediawiki.org에서 다운로드할 수 있다.다른 MediaWiki 관련 확장은 Mediawiki-agora를 참조하십시오.안젤라. 2005년 4월 14일 01:16 (UTC)

위키백과 위젯 작업을 시작했는데, 아직 완성되지는 않았지만, 네가 요청한 모든 것을 다 해 준다.DashboardWidgets에서 가져갈 수 있다.Seeyer User talk:2005년 4월 28일 19:10 목격자

템플릿 플럭스

템플릿:플럭스는 좋은 생각이었어...이전 텍스트:

이 기사는 위키피디아 상태에 있다.최근 편집량이 많아서 플럭스.따라서, 그 기사는 일시적으로 체계적이지 않은 것처럼 보일 수도 있다.

비록 내가 이런 말을 하기는 하지만.

이 기사는 위키피디아 상태에 있다.최근 편집량이 많아서 플럭스.따라서 이 글은 일시적으로 체계적이지 못하거나 사실상의 오류가 있을 수 있다.

그리고 나는 그것이 복권되어야 한다고 생각한다. — Ilγαη (Tαlκ) 16:28, 2005년 4월 9일 (UTC)

오늘 누가 좀 일찍 한 것 같은데, 문구는 조금 다르긴 하지만.JYolkowski // 2005년 4월 21일 대화 16:55 (UTC)

기여 목록

최고 우선순위는 아니지만, 리스트에 오름차순/하향순서를 전환하여 n번째 편집(w/번호 부여 등) - Ilγαηρ(Tαl 03) 03:40, 2005년 4월 6일(UTC)

여러 분야를 분류하고, 여러 개의 검색 기준을 찾아 정렬 순서를 바꾸면, 모든 멋진 종과 휘파람을 들을 수 있다.때가 되면, 크리스마스 전등을 켜놓고, 컵에 컵에 모두 담아.— 2005년 4월 20일 05:50(UTC)

어느 쪽이든 내가 얼마나 많은 기여를 했는지 한눈에 봐도 좋을 것이다.아마도 내 감시 목록에 얼마나 많은 사람들이 감시되고 있는지 말해주는 것과 같은, 맨 위에 있는 숫자일 것이다.CoolGuy 04:15, 2005년 4월 30일 (UTC)

토론 페이지 - 최신 인터페이스 가져오기

위키백과로 이동:마을 펌프(매년 제안)

어린 학생을 위한 필터 또는 사이트

위키백과로 이동:마을 펌프(매년 제안).

Wiki 페이지의 링크 정책

나는 이 프로젝트의 신참이다.나는 많은 페이지들이 매우 일반적인 페이지들과 쓸모없는 연결고리를 많이 가지고 있다는 것을 발견한다.예를 들어 이 페이지에서는 The_Life_and_스크루지 맥덕(만화책 시리즈)의 삶과 시간에 관한 Times_of_Scrooge_McDuck은 페이지에 금이 언급되어 있기 때문에 세계 금과 연결된다.금의 페이지는 금은 주기율표의 화학 원소라고 설명한다.의자나 배가 뭔지 모를 경우를 대비해서 페이지의 모든 단어에 링크를 추가하는 것처럼 이것은 무의미하다.이것은 많은 페이지의 많은 예들 중 하나일 뿐이다.유용한 연결고리는 필요없는 연결고리의 바다에서 때때로 분실된다.이러한 링크가 생성되었는지, 수동으로 업데이트되었는지 모르겠지만, 나는 링크를 추가하는 데 있어 훨씬 더 엄격하고 주제에 대해 제안한다.

나는 너의 예에 동의한다.자유롭게 페이지를 편집하고 수정할 수 있게 되었다.정책 페이지인 위키백과를 참조하십시오.컨텍스트와 관련된 링크만 만드십시오(정책 페이지에서 제안하는 바와 같이 세 개로 링크하지는 않을 것임).2005년 5월 21일 화요일 11시 49분 (UTC)[응답하라]

나는 "언더라인 링크" 옵션을 끄는 나 같은 사람들에 의해 문제가 더 악화될 수 있다고 생각한다.나는 단지 사물이 얼마나 심하게 연결되어 있는지 알지 못하지만, 익명의 사용자들에게, 오버링크는 읽기를 방해한다. r3m0t 13:45, 2005년 5월 21일 (UTC)

신규분류제안

나는 새로운 카테고리에 대해 생각해 보았지만, 여기서 내 동료들과 상의하기 전에 위키피디아에 그것을 추가하고 싶지는 않다.현재 <년> 출생과 <년> 사망 범주가 많다.나는 개인적으로 <날짜> 출생과 <날짜> 사망(예를 들어 9월 5일 출생과 7월 15일 사망)이 위키백과에도 추가될 수 있다고 생각한다.분류할 수 있는 날이 365일밖에 없는 데 반해 지금은 수천 년을 분류했기 때문에 연도별 분류보다는 덜 귀찮을 것이다.이것에 대해 어떻게 생각하십니까?Aecis 18:58, 2005년 5월 18일 (UTC)[응답]

연도가 날짜보다 훨씬 더 유용하다.날짜는 무작위적인 기회고 당신의 인생과 아무 관련이 없다; 1년은 그렇다.히틀러가 4월 20일에 태어났다는 것은 1889년에 태어났던 것보다 훨씬 덜 중요한 것이다.그는 쉽게 4월 21일에 태어날 수 있었고 그의 삶은 조금도 변하지 않았을 것이다. --골베즈 19:05, 2005년 5월 18일 (UTC)

골베즈가 이미 알고 있는 점을 제외하고, 사람들은 같은 날에 태어난 사람들보다 같은 해에 태어난 사람들과 더 밀접하게 연관되어 있다는 점을 제외하면, 이러한 출생 날짜 범주는 거대할 것이다.또한 그레고리우스력과 율리우스력의 차이로 인한 혼동이 더해진다.2005년 5월 18일 19:59 (UTC)

같은 페이지의 #Birth_categories_augh_to_month_and_day_of_birth를 참조하십시오.왜 사람들은 절대 쳐다보지 않는 걸까?r3m0t^talk 21:09, 2005년 5월 18일 (UTC)

혹시 이 페이지의 미친 길이 때문에?자료실에 있는 모든 제안서는 말할 것도 없고, 여기에 있는 모든 제안서를 읽는 것은 불가능하다.Aecis 22:12, 2005년 5월 18일 (UTC)[응답]

플래시 동영상 업로드

나는 사람들이 플래시 영화를 위키피디아에 올릴 수 있는 방법이 있어야 한다고 생각한다.아니면 벌써 할 수 있을까? - 2005년 5월 17일, 플라메두드 7:38

정말 좋겠다.엔카르타에는 몇몇 기사들을 보여주는 멋진 영화들이 많이 있다.울트라마린 16:09, 2005년 5월 18일 (UTC)[응답]

플래시 영화는 판도라의 나쁜 물건 상자를 열어준다.애니메이션 GIF는 백과사전을 위해서도 효과가 있다.또한, SVG는 표준화가 될 때 우리가 사용하는 최적의 솔루션이 될 것이다.—세안 κ. + 03:06, 2005년 5월 25일 (UTC)[응답]

나는 두 개의 GIF를 서명으로 사용하는 사람들을 본 적이 있다.이제 20메가바이트 플래시 시그니처 함대가 잠수하는 것이 보인다... -- 2005년 5월 25일 토이토이 04:56 (UTC)

임의 페이지 함수에서 스텁 제거

랜덤 페이지 기능은 불행히도 고등학교, 무명 밴드, 비 VIP에 대한 수많은 짧은 기사들로 이어진다.사용자 정의 제한보다 작은 기사를 제외할 수 있는 기능은 매우 좋을 것이다.울트라마린 10:32, 2005년 5월 17일 (UTC)[응답]

나도 동의해.위키피디아는 사실 무수한 잡동사니들에 의해 익사당하고 있다.조잔 13:43, 2005년 5월 17일 (UTC)[응답]

그러나 나는 개선하거나 다른 방법으로 고칠 기사를 찾기 위해 임의의 페이지를 사용한다.무작위 페이지는 위키피디아에서 좋은 것, 나쁜 것, 그리고 평범한 못생긴 것을 보여준다.사악한 원숭이Hello 01:33, 2005년 5월 18일 (UTC)

좋은 생각이 아닌 것 같아.스텁은 키가 작더라도 위키백과의 중요한 부분이다.02:26, 2005년 5월 18일 (UTC) 어떠세요?[응답하라]

나는 Evil Monkey에 동의한다. 여러 번 나는 내가 무작위로 호출하는 동안 발견한 스텁을 확장하거나, 병합하거나, 또는 심지어 스텁으로 다듬었다.이는 "랜덤 페이지"에서 스텁을 완전히 제거하는 것에 반대하는 주장이지만, 옵션을 제공하는 것(예: 감시 목록에서 사소한 편집을 제외하는 옵션)에는 반대하지 않는다.위키피디아에서 이 질문을 하는 것은 어떨까?마을 펌프(기술)?멜 에티스 (με ετηης)) 08:22, 2005년 5월 18일 (UTC)[응답하라]

이미지:빌리지 펌프 Clear.png

파일:빌리지 펌프 clear.png

뭐라고? 또 다른 쓸모없는 서버 파괴 이미지? -- 2005년 5월 17일 토이토이 02:54 (UTC)

마을펌프 개편안

빌리지펌프의 규모(일부는 유지보수가 부족한 탓도 있다)를 고려하면, 최근 VfD가 어떻게 구성됐는지와 비슷한 방식으로 재편성해야 할지도 모르겠다.펌프의 "메인 페이지"에는 소개 단락, 표 및 다른 섹션과 "다른 방법을 찾을 수 있는 위치"의 표만 있을 것이다.또한 편집자가 페이지를 어떻게 유지관리할 것인지에 대한 짧은 단락을 가질 수 있다(아마도).생각?댓글?Soundguy99 18:00, 2005년 5월 16일 (UTC)[응답]

위키백과 참조:마을 펌프 섹션.나는 너의 제안이 메인 마을 펌프와 이 페이지를 교환하는 것이 좋을 것 같아.스모디(래빗과 돼지고기) 20:12, 2005년 5월 16일 (UTC)[응답하라]

나는 그것이 그가 의미하는 바는 아니라고 생각한다: 그는 단지 메인 VP 페이지를 특정 장소에 댓글이 가는 지도로만 만들라는 것이다.전적으로 동의하며, 두 가지를 덧붙이겠다. 1. 항목은 적절한 장소로 이동되며, 태그 내에서... 2. 항목 이름은 읽기 쉽도록 변경된다.따라서 이 항목은 실제로 제안사항이고 따라서 여기에 속하지만 다른 항목은 잘못 또는 일반에 속하는 일반적인 의견과 같다. "일반"은 WP를 대체한다.부사장 의견, 그리고 답변이 거의 필요 없는 좌현 의견과 발언에 대한 misc. -SV t 02:28, 2005년 5월 17일 (UTC)[응답]

미안해, 내가 충분히 명확하지 않았던 것 같아.일주일 전까지만 해도?최근 변경 페이지 맨 위에 있는 "삭제"를 클릭했을 때 얻은 "표준" VfD 메인 페이지는 일주일치 분량의 표와 논평이었다. 그것은 거대했고 로드하는 데 오래 걸렸다.그리고 나서 누군가가 그것을 재구성해서 주요 VfD 페이지는 단지 매일의 하위 페이지와 함께 기본적인 소개/방법일 뿐이다.이것은 훨씬 쉽고 빠르다, IMHO.

지금, 빌리지 펌프에서도 비슷한 문제가 있어."메인빌리지 펌프 페이지"(위키피디아:어디에서나 볼 수 있는 마을 펌프)는 6개 구역에서 몇 주 동안 언급할 가치가 있다. 그것은 크고 싣는 데 오래 걸린다.만약 사용자가 단지 탐색하기를 원한다면 이것은 짜증난다.그래서 그 아이디어는 "위키피디아:"마을 펌프" 페이지는 현재 소개 단락과 기존 테이블 - 실제 게시물과 논평은 메인 V.P. 페이지가 아닌 적절한 하위 페이지에만 나타날 것이다.주요 V.P. 페이지는 SV t가 말한 대로 "디렉토리" 페이지 또는 "맵" 페이지일 뿐이다.

그렇다, 이것은 위키피디아와 매우 유사하다.스모디가 위에서 언급한 마을 펌프 섹션.나는 그것이 존재하는지도 방금 전까지 몰랐어(고마워, 스모디)문제는 위키피디아에서 빌리지 펌프로 가는 것이다.커뮤니티 포털 또는 위키백과:최근의 변화들은 당신을 매우 크고 느린 페이지로 밀어내는데, 이것은 아마도 많은 사용자들, 특히 더 새로운 사용자들에게 당황스럽거나 또는 불쾌할 것이다.

내 제안을 분명히 했으니, SV t의 추가사항에 대해 간단히 언급하겠다.

1. AFAIK, V.P는 누구나 편집할 수 있고, 내가 본 바로는 질문이나 게시물을 V.P의 "더 적절한" 섹션으로 옮기는 데 어떤 종류의 태그도 필요하지 않다.그냥 움직여, 하지만 예의상 헤더를 원래 위치에 두고 "[위키피디아:]로 이동한다.그 아래 마을 펌프 (섹션)]""
2. 나는 항목 이름을 바꾸는 것에 대해 잘 모르겠다; 만약 당신이 편집자들이 V.P. 페이지에 게시물의 이름을 바꾸는 것을 의미한다면, 단지 좀 더 읽기 쉽다고 생각하도록 변별나게 그렇게 하는 것은 위키티켓의 위반으로 쉽게 해석될 수 있다.만약 당신이 V.P의 섹션/하위 페이지의 이름을 바꾸고, 아마도 서브 페이지 수를 줄인다는 것을 의미한다면, 나는 그것 또한 그렇게 대단한 아이디어라고 생각하지 않는다; 나는 6개의 섹션과 제목이 있는 그대로 괜찮다고 생각한다.

들어줘서 고마워, Soundguy99 07:43, 2005년 5월 17일 (UTC)[응답]

위키백과:신학파

이 정책이 눈에 띄었다(Wikipedia:신학)은 마을 펌프와 연결되지 않았으므로 여기에 가지고 와서 투표를 해야겠다고 생각했다.팔핀 00:24, 2005년 5월 15일 (UTC)[응답]

그 제안은 현재 상태로는 완전히 성립되지 않는 것 같다.또한, 빌리지 펌프는 투표하기에 적절한 장소가 아니다.이 시점에서 제안서 변경에 대한 제안을 수집하고 잠시 개선해야 할 것 같은데...그리고, 어느 순간, 토크 페이지나 특별한 투표 페이지에서 투표를 한다.— 스티비가 남자다! 2005년 5월 15일 03:38 (UTC)

Thx, 그리고 그것은 나의 제안이 아니라, 나는 단지 그것이 그곳에 잠시 동안 있었다는 것을 알아차렸을 뿐이고, 어떤 결정도 내려지지 않았다.팔핀 21:52, 2005년 5월 16일 (UTC)[응답]

FWIW:

1. 8일은 「잠깐」이라고 말할 수 있을지 모르겠다....;-)
2. 이 "정책"은 가끔 문제가 되는 사용자(팔핀이 아님)에 의해 만들어졌는데, 그는 과거에 신자유주의 기사를 만들어내다가 곤경에 처했다.이것은 일종의 "자신에게 복수"일지도 모른다.
3. Netoholic은 그것을 Category로 재분류하는 것이 전적으로 옳았다.위키백과 정책 싱크탱크와 {{proped} 태그를 붙인다.
4. 모든 것을 고려했을 때, 특히 M: Instrumentation craffic은 아마도 이것을 그냥 있는 그대로 두는 것이 나을 것이다; 토론도, 투표도, 정책도 아니다.

Soundguy99 08:25, 2005년 5월 17일 (UTC)[응답]

• 나는 마음을 바꿨다; Radiant의 편집 요약!이것은 이미 독창적인 연구로 다루어진 정책이며, 이러한 맥락에서 "신학주의"를 설명하는 페이지가 매우 유용할 것이라고 나에게 확신시켰다.그래서 나는 모든 편집자들이 그것을 가지고 있고 정리해야 한다고 제안하고 싶다. 비록 우리가 그것을 좀 더 명확하게 쓸 때까지 그것을 싱크탱크에 남겨두어야 하지만. Soundguy99 16:21, 2005년 5월 17일 (UTC)[응답]

메디컬 마리화나

메디컬 마리화나 페이지의 제목은 메디컬 마리화나로 바꿔야 한다.그것은 적절한 용어를 반영할 뿐만 아니라, 기관들에 의해 채택된 POV 속어인 용어의 사용을 피하고, 약물에 다소 인종차별적인 의미를 부여하기 위해 그 물질의 합법적인 사용을 권장한다.이후에 더 널리 채택되었을 수도 있지만, 대마초라는 단어를 사용하는 것이 더 바람직하다.다이나모 00:19, 2005년 5월 15일 (UTC)[응답]

• '의료용 마리화나'는 멀고도 먼 용어다(적어도 미국에서, 영어권 다른 나라에서는 무엇이 가장 보편적일지 모르겠다).구글은 73만9000대 11만4000대의 비율을 보이고 있으며, '메디컬 대마초'의 첫 히트작은 '메디컬 마리화나(카나비스)'라는 제목이다.'메디시날 대마초'는 구글에서 8만2900건, '메디시날 대마초'는 2만9800건을 기록했다.그래서 나는 그 기사가 있어야 할 곳에 있다고 생각하는 경향이 있다.하지만 모든 것은 최소한 방향을 바꾸어야 한다. -- Jmabel Talk 00:31, 2005년 5월 15일 (UTC)

생년월일과 생일에 따른 출생 범주

[[카테고리:]에서 영감을 받아Year birthday]]], 사람을 출생일과 월에 따라 분류하는 것이 좋은지, 예를 들어 빌 클린턴을 다음과 같이 분류하는 것이 좋은지 알고 싶다.8월 19일 출생.— Instantnood 16:47, 2005년 5월 13일 (UTC)

</노위키>

아니오, 없습니다.나는 매년의 범주들을 좋아하지 않지만, 적어도 그것들과 공통점은 있다.생년월일은 365.25 우연의 일자에 지나지 않으며 유익한 가치는 전혀 없다. -- Netoholic @ 16:57, 2005년 5월 13일 (UTC)

아니, 그건 사소한 일이고 엔클로페드적인 가치가 없어.나는 Netoholic에 동의한다.중립성^talk 16:23, 2005년 5월 14일 (UTC)

• 카테고리 필요 없음.8월 19일자 기사에는 이미 출생신고를 한 코너가 있다.Mgm 14:39, 2005년 5월 17일 (UTC)

동적인 정보

안녕, 왜 위키피디아는 역동적인 정보를 포함하지 않는 거야. 예를 들어, 나는 지금 워싱턴의 현재 현지 시간을 찾아 위키피디아에 왔어.나는 이 정보가 페이지에 없다는 것에 놀랐다.이것이 바로 위키피디아가 인쇄 매체와 정말 다를 수 있는 부분이다.시 페이지는 심지어 현재의 기상 회사 특정 페이지가 현재의 주가를 보여줄 수 있다는 것을 보여줄 수 있다.

해미시 허튼

FYY: 모든 시간은 UTC에 있다.계정을 생성하면 10qwerty 21:22, 2005년 5월 12일(UTC)[응답]에 있는 시간대를 지정할 수 있다.

또한 도시 등에 관한 많은 기사들은 지방의회 웹사이트와 외부 링크를 가지고 있다.그리고 그 웹사이트들 중 많은 것들이 최신 날씨 정보 등을 담고 있다.위키피디아와 같은 세계적인 자원봉사자 그룹보다 현지 회유자들이 그러한 것들을 최신 상태로 유지하는 것이 훨씬 쉽다.그루티니스...뭐라고? 06:41, 2005년 5월 13일 (UTC)[응답하라]

또 다른 문제는 현재의 현지 시간처럼 역동적인 정보를 제공하기 위해 위키피디아가 미디어위키 마크업 언어에 일종의 스크립팅 언어를 통합해야 한다는 것이다.지난번에 확인했을 때 위키 마크업 포인트는 HTML, 자바스크립트, CSS의 모든 복잡성을 감추는 것이었다.

현재 주가에 대해서는, 그 정보는 금융 서비스 회사에 의해 엄격하게 통제되고 있다(모든 금융 뉴스 사이트들이 항상 그 숫자를 공급하는 그들의 파트너를 신용하는 방법을 알 수 없다).비록 가격이 실제로 저작권이 있는 것은 아닐지라도, 기존의 웹사이트에서 정기적으로 주가를 스크랩하는 위키피디아 기능은 어쨌든 원하지 않는 소송을 불러올 수 있다.물론 그 회사들 중 하나가 정기적으로 (예를 들어 24시간 지연으로) 주가 정보를 기부하고, Wikimedia 재단과의 협력을 통해 적절한 데이터 전송 메커니즘을 설정한다면 효과가 있을 것이다. --Coolcaesar 08:10, 2005년 5월 13일 (UTC)[응답]

http://nist.time.gov/에는 멋진 라이브 타임 사이트가 있지만, 미국 사이트에만 해당된다.타임에 추가할까 생각했지만, 외부 링크의 긴 리스트에서 분실될 것이다.우리는 Current time이라는 기사를 추가할 수 있고 전세계적인 링크는 현재 시간을 제공한다. 그러나 사람들은 그것을 찾을 것인가?그리고 일련의 외부 링크에 대한 짧은 기사를 쓴다는 것이 말이 되는가?WP의 노선을 따르는 스탠딩 정책이 웹 디렉토리가 아닌 것은 아닌가? -- Mwanner 02:04, 2005년 5월 14일 (UTC)

사실 http://nist.time government는 당신이 작은 속임수를 가지고 있는 훌륭한 자원이다.예를 들어 여기 스웨덴에서는 시간을 이렇게 표시할 수 있다(hint: Address-bar를 보십시오).Gkhan 20:26, 2005년 5월 15일 (UTC)

디렉토리

나는 우리가 서핑/브라우징을 훨씬 더 쉽게 할 수 있는 위키피디아의 디렉토리 형식을 가져야 한다고 생각한다.구글의 디렉토리(http://directory.google.com)나 독일어 위키피디아(http://de.wikipedia.org) 같은 것은 훌륭한 설정이 될 것이다.어떻게 생각하는지 말해줘 클라크프레이크

• 우리는 카테고리를 사용할 때 이와 비슷한 것이 있다.위키백과 참조:찾아보기 및 위키백과:기타 항목. 10qwerty 05:25, 2005년 5월 12일 (UTC)[응답]

고마워, 나는 그것이 존재하는지 몰랐어.좀 더 접근성 있게/공개를 하는 것이 좋을 것 같다.나는 몇 달 동안 정규 위키피디아 활동을 했고, 그 사실을 전혀 들어본 적이 없기 때문에, 분명히 별로 인기가 없다. 클라크프레락 21:09, 2005년 5월 12일 (UTC)[응답]

음... 나는 "인기가 별로 없다"라는 부분에 대해 이의를 제기할 거야.—세안 κ. ⇔ 21:17, 2005년 5월 12일 (UTC)[응답]

이들에 대한 링크는 메인 페이지에 "2001년부터 시작된 이 영어판에서는 현재 X 기사를 작업 중"이라는 문구 아래 "Featureed 기사"와 "In the News" 위에 있다.그렇다면 어떻게 하면 좀 더 쉽게 접근/공개를 할 수 있을까?Talk:에 대한 코멘트를 작성하십시오.메인 페이지 10qwerty 21:17, 2005년 5월 12일 (UTC)[응답]

위키피디아를 본 후:찾아보기, 나는 지금 그 하나가 존재한다는 것을 알지만, 그것은 형편없고 독일어 위키백과의 표준에 거의 미치지 못한다는 것을 안다[2].개선 프로젝트를 정리해야 할 것 같아. 클라크프레락 23:43, 2005년 5월 22일 (UTC)[응답]

작은 오류

라틴어 구절 페이지에서 작은 오류를 발견했다고 말하고 싶었어.그건 사실 오디오 포투나 주바트야... 오덴티스 포투나 주바트가 아니야. 나는 네가 강제적인 조치를 취하길 바란다.고마워요.

이것은 위키 입니다. 라틴어 구문의 "이 페이지 편집" 탭을 눌러 직접 수정할 수 있다.위키백과 참조:페이지 편집 방법그리고 환영한다!닉타 12:54, 2005년 5월 11일 (UTC)[응답]

위키백과 퀴즈

나는 시험 객관식 퀴즈를 만들었다.이 건에 대한 프로젝트가 진행 중인가?

여기서 내 실험을 해볼 수 있다: 동물농장 퀴즈

Fortinbras 08:40, 2005년 5월 11일 (UTC)[응답]

주요 기사 공간에 머무르면 삭제될 수 있음(기사가 아니므로).User:와 같은 페이지에서 사용자 공간으로 이동하십시오.포틴브라스/동물농장 퀴즈.페이지 상단에 있는 "이동" 탭을 사용하여 이렇게 할 수 있다.닉타 12:53, 2005년 5월 11일 (UTC)[응답]

나는 당신이 선택들을 마우스로 훑어본다면, 당신은 어떤 것이 잘못되었고 어떤 것이 옳은지 알 수 있다는 것을 알아차렸다.게다가 위키피디아는 이런 종류의 일을 하는 곳이 아니라고 생각한다.클라크 02:27, 2005년 5월 12일 (UTC)[응답하라]

• 나는 이것을 마음대로 사용해 왔다.Mgm 07:33, 2005년 5월 12일 (UTC)

좌측 칼럼 자본화

왼쪽 열에 있는 "검색" "툴박스"와 "다른 "언어" 제목을 대문자로 사용할 수 있는 사람이 있는가? 17:13, 2005년 5월 10일(UTC)

일부러 그런 걸 거야탭도 소문자. - 오메갓론 21:46, 2005년 5월 10일(UTC)

사실, 만약 당신이 Cascading Style Sheet를 프로그래밍하는 것에 대해 알고 있다면, 당신은 당신이 원하는 방식으로 탭과 링크를 자본화할 수 있도록 당신 자신의 피부를 만들 수 있다.자세한 내용은 m:Help:User style을 참조하십시오. 10qwerty 07:28, 2005년 5월 11일(UTC)

텍스트의 대소문자를 변경할 수 있는 CSS 속성은 "텍스트 변환"이다. 10qwerty 15:48, 2005년 5월 11일 (UTC)[응답]

나는 그것이 다소 엉성해 보인다는 것에 동의한다.하지만 어떻게 할 수 있을지 잘 모르겠어. 클라크 02:29,?(null) 2005년 5월 12일(UTC)

위키백과의 또 다른 수익원 제안

만약 이것이 전에 논의되었었다면 사과한다.

나는 html 프로그래머도 아니고 웹페이지를 만드는 기술도 없다.나는 작가로서의 기술을 가지고 있고, 위키피디아 페이지를 만들고 편집하는 방법에도 경험이 있다.문제는 내 사용자 페이지가 본질적으로 내 홈 페이지가 되었다는 것이다.약 4-5개월 전에 이것을 깨달으면서, 나는 위키미디아를 나만의 웹 페이지를 만드는 방법으로 이용할 목적으로 나만의 웹 도메인을 구입했다.문제가 뒤따랐다 - 내 ISP는 램프의 호스팅을 지원하지 않고 다른 호스팅 기관이 기꺼이 지원했지만, 나는 위키미디어 소프트웨어를 설치하고 관리하는 책임을 질 것이다.어떤 사람들에게는 쉽지만, 나에게는 너무 많은 일이 있다.

그리고 오늘 아침에 아이디어가 떠올랐다. 위키피디아에 접근해서 내 홈페이지를 구입할 수 있는지 물어보는 게 어떨까?그것은 내가 위키피디아 엔진이 이미 작동하고 위키피디아에 의해 유지되고 있지만, 저작권이 있는 정보의 포스팅을 포함하여 "나만의 일을 할 수 있는" 나만의 공간을 가지고 있다는 것을 의미할 것이다.

그리고 물론 그 아이디어는 더 멀리 나갔다.Wikihome - 위키 기반의 홈 페이지 조직 또는 Wikiblog.누구나, 특히 위키백과 기고자들은 위키백과에서 자신의 것이라고 부를 수 있는 자신만의 작은 "공간"을 가질 수 있다는 것이다.나로서는 기꺼이 그 대가를 치를 것이다.많은 사람들은 그들 자신의 웹사이트를 위해 돈을 지불하기 때문에, 위키피디아에 그들만의 위키피디아를 가질 권리에 대해 기꺼이 지불할 것이다 - 사용자와 그/그녀가 비밀번호를 준 사람에 의해서만 수정될 수 있는 페이지.분명히 mb를 포함한 한계가 있겠지만 자연스럽게 이에 대처할 수 있는 가격제도가 있을 것이다.

그리고 위대한 것은 이 시스템이 위키피디아의 잠재적인 수입원으로 사용될 수 있다는 것이다.위키피디아는 현재 매우 크고 많은 기여자들을 가지고 있어서 "규모의 경제"가 그것을 매우 수익성 있게 만들 수 있다 - 물론, 위키피디아로 다시 전환된다.

나 같은 사람(그리고 관심 있을 만한 다른 사람)의 장점은 다음과 같다.

• 위키백과 편집과 동일한 페이지 편집 시스템.
• 매우 크고 잘 알려져 있으며 신뢰할 수 있는 인터넷 현상에 의해 호스팅되는 홈페이지.
• 자선 기관을 지원하기 위해 사용되는 서비스에 대한 수수료 지불의 만족도.
• LAMP를 이해하지 못하거나 Wikimedia 지원을 꺼리는 호스팅 서비스 및 로컬 ISP를 처리할 필요가 없다는 만족감.

광고는 간단하다.1면을 포함한 위키피디아의 모든 페이지에 작은 광고가 나타나곤 했다.그 광고는 위키피디아에 기반을 둔 활동을 위한 것이기 때문에, 이와 같이 "기업 광고"로 분류되어서는 안 된다.그런 다음 사용자들은 그것을 클릭해서 위키피디아의 호스팅 서비스에 대해 알게 될 것이다.엄격하지만 친근한 메시지는 나처럼 위키피디아의 공간을 자신의 목적을 위해 너무 많이 집어삼킨 사용자들에게도 보내질 것이다. 사용자 페이지의 크기를 줄이거나 위키홈/위키블로그의 공간을 매우 경쟁력 있는 가격에 구입하라고 말한다.

위키피디아 자체의 비용은 미미할 것이다.사용자들은 다른 사람들이 자신의 위키홈/위키블로그 페이지를 수정하지 못하도록 보안 조치를 취할 수 있지만 본질적으로 정확히 동일한 소프트웨어가 사용된다.

우선, 위키피디아에 내 "위키홈" 페이지를 지불할 용의가 있다.또 누구 없니?

--One Saliient Supervisor 00:54, 2005년 5월 10일 (UTC)[응답]

당신은 위키미디어와 미디어위키를 혼동하고 있다.미디어위키는 당신이 사용하고 싶은 소프트웨어일 수도 있지만, 그것이 위키미디아를 적절한 호스트로 만드는 것은 아니다. 재단은 홈 페이지가 아닌 무료 교육 내용과 참고 자료를 제공하는 것을 목표로 하고 있기 때문이다."사용자만이 수정할 수 있는 페이지"를 원하는데, 이를 위해 위키 소프트웨어를 사용하는 이점은 무엇인가?안젤라. 2005년 5월 13일, 22:50 (UTC)

Wikicities를 참조하십시오.-gadfium 01:17, 2005년 5월 10일(UTC)[응답]

위키피디아는 비평에 부합하지 않는다. 위키피디아는 여전히 공개적으로 편집할 수 있고 GNU 면허의 적용을 받는다.내가 원하는 것은 신뢰할 수 있는 회원만 편집할 수 있고(아마도 신뢰할 수 있는 회원만 볼 수 있는) 내가 저작권을 소유하고 있는 보호된 버전이다.나는 실제로 구글 그룹의 논리적 확장으로서 그들의 제안 상자에서 이것을 구글에 제안했다.나는 여기서 그것을 제안할 생각이 없었다.샘 00:11, 2005년 5월 12일 (UTC)[응답]

나는 방금 위키피디스를 확인했고, 그렇다, 개인 홈페이지를 원하는 나의 욕구는 그들의 기준에 맞지 않을 것이다.게다가 가격을 나타내는 섹션도 보이지 않는다.내 생각은 규제가 심한 어떤 것에 대해 요금을 부과하는 것이 아니라, 상당히 안전하고 "소유"된 것에 대해 요금을 부과하는 것이다. --One Saliient Supervisor 08:30, 2005년 5월 12일 (UTC)[응답]

그곳에서 호스팅되는 모든 위키들이 무료이기 때문에 가격을 나타내는 섹션은 없다.안젤라. 2005년 5월 13일, 22:50 (UTC)

본질적으로 또 다른 위키-마이키-가 만들어져야 한다.Mywiki 계약을 구매하는 각 사람은 특정 mb 크기에 대해 x 금액을 지불해야 하며, 매번 일정 한도를 초과할 때마다 추가 요금이 부과된다.계약서의 소유자만이 텍스트를 수정하고 변경할 수 있다(그리고 그가 비밀번호를 준 사람은 누구라도).또한 올바른 암호만 입력할 수 있는 보호된 페이지도 있을 것이다.명시되지 않는 한 소유자가 제공한 모든 정보는 GNUFDL의 적용을 받지 않는다. 그곳에서 나만의 Wiki 페이지를 가질 수 있다면 위키피티스에 연간 금액을 지불하면 좋겠다. --One Saliient Supervisor 08:37, 2005년 5월 12일 (UTC)[응답]

나는 http://scratchpad.wikicities.com/wiki/Business_plans:MyWikicities에서 제안을 시작했고 Wikicities 관리자에게 통보했다.샘 21:48, 2005년 5월 13일 (UTC)[응답]

Wikicities는 개인이나 소규모 그룹을 위한 웹 호스팅을 제공하는 것이 아니라 커뮤니티를 지원하는 것을 목표로 한다.나는 위키에서 편집이 불가능한 요점을 잘 모르겠다.잠겼다면 왜 위키를 아예 사용하고, 잠기지 않았다면 누가 스팸과 반달리즘을 관리하겠는가. 그 뒤에 사이트를 감시할 커뮤니티가 없다면 누가 유인할 것이다.안젤라. 2005년 5월 13일, 22:50 (UTC)

위키게임즈

게이머들에게 중요한 게임들을 위한 완전히 새로운 나노 공간.그 게임 네임스페이스에 할당될 수 있는 자료가 꽤 많다.그리고 그것은 전통적인 WP 프로토콜보다 더 포괄적일 수 있는 자체적인 안전 점검 레지스터를 가질 수 있다.나는 체커, 생선, 체스 같은 전통적인 게임에 대해 말하는 것이 아니다.나는 이 시기에 유행하는 불분명한 캐릭터와 원뿔을 가진 열혈 팔로워가 있는 컴퓨터 게임에 대해 말하고 있다.다음 회는 위키게임에서 중요한 기사일 수 있지만 위키백과에서는 관련성이 떨어진다.여기 또는 사용자 대화 페이지에 주석을 달으십시오.나는 단지 내가 이 개념에 대해 틀렸는지 알고 싶다.하인조토크 04:03, 2005년 5월 9일 (UTC)[응답하라]

지금까지 만들어진 모든 비디오 게임에서 모든 사소한 캐릭터들에 대한 기사들로 우리의 불명예스러운 페이지를 더럽히는 것을 피하는 것이 좋겠지만, 그런 접근은 그다지 정당화되지 않는 것 같다.스맥 (대화) 04:54, 2005년 5월 9일 (UTC)[응답]

포탈이 더 좋은 평가지?당신이 언급하는 무명 캐릭터의 경우, 게임 커뮤니티에서 충분히 주목할 만한 경우, XYZ 1인칭 슈팅업 4의 마이너 캐릭터나 소머슈치 같은 기사에 실으면 된다.2005년 5월 9일 (UTC) 07:59, Thryduulf 07:59[응답]

위키백과:Fancruft 및 위키백과:소설과 그들의 토크 페이지는 이러한 문제들과 가능한 해결책들을 세부적으로 논의한다.jdb ❋ (대화) 14:41, 2005년 5월 9일 (UTC)[응답]

나는 이것이 네임스페이스를 가질 자격이 있다고 생각하지 않는다.우리는 다른 과목의 네임스페이스를 가지고 있지 않다.그것들은 메타조직의 일종이다. (예를 들어 테이블에는 그들만의 네임스페이스가 있어야 한다고 생각한다.)

아마도 캐릭터 기사는 그들이 속한 게임의 기사로 합쳐져야 할 것이다. - 2005년 5월 10일, 오메가트론 21:53, (UTC)

더 엘리트주의적인.RickK 22:04, 2005년 5월 10일 (UTC)

동의한다. 게임 위키피디스가 (아직 존재하지 않는 경우) 팬크루프트를 오프로드할 수 있는 좋은 아이디어일 수 있지만, 별도의 위키피디아 네임스페이스는 부적절하다.닉타 17:09, 2005년 5월 12일 (UTC)[응답]

네임스페이스가 아닌 "시스터 프로젝트"전체 입력:위키피디아 네임스페이스는 단일 프로젝트를 지원한다.나는 모든 팬크루프트를 판타지 아일랜드로 옮기는 것을 지지한다.야호! — Xiong熊talk* 04:51, 2005년 5월 13일 (UTC)

그럼, 무엇이 여기에 머물까?게임과는 전혀 상관없는 일인가?체스?백개먼?아니면 위키피디아가 존재한다고 기분 나쁘게 느끼는 게임만?RickK 05:00, 2005년 5월 13일 (UTC)

개인적으로, 나는 모든 대중문화가 위키팝 문화로 옮겨가는 것을 보고 싶다.나는 모든 밴드, 앨범, 비디오 게임, TV 쇼, 잡지, 스포츠, 영화(그리고 좋은 영화, 앨범 등)를 기꺼이 옮긴다.하지만 릭케이의 말이 맞을지도 모른다. 언제나 어딘가에 그런 인정된 엘리트주의가 무너지게 만들 회색 지역(예: 올림픽)이 있을 것이다.내가 늙어가고 있는 게 틀림없어...Mwanner 02:14, 2005년 5월 14일 (UTC)

주목할 만한 대중문화가 많이 있다; 적어도 서양에서는 요즘 거의 모든 문화가 대중문화인 것 같다.물론 언제나 회색 지역이 있겠지만 스타워즈는 영화, 우주, 그리고 인류의 절반에 와닿는 사회현상이지만, 자갈러는 내가 알기로는 도시락에도 오르지 못한 카드게임의 불명확한 요소다.현실에서 눈에 띄는 것도 있고 팬들만 볼 수 있는 것도 있다.체스는 왕들의 운명에 영향을 미쳤다; 우주 시대의 기술은 파생적이며 공상 과학 소설 작가들에게도 큰 영향을 끼치지 않았다.

많은 것들이 모든 것에 흥미가 없다. 사실, 출생, 사망, 음식, 수면 외에는 보편적인 관심사가 되는 것은 거의 없다.그러나 로버슨-시모어 정리 같은 외딴 기사들도 순전히 사실에 입각한 것이며 실제로 현실과 맞닿아 있다.이 프로젝트는 지식의 집합체인 백과사전이지 추측이나 상상력이 아니다.

이 제안은 유효하며 단 한 가지 요점에 미치지 못한다.게임보다 더 많은 것이 이런 종류의 허구적인 기사에 속한다.나는 팬크루프트라는 용어가 약간 경멸적인 의도 이상을 담고 있다고는 생각하지 않지만, 사실은 판타지 우주의 팬들만을 흥미롭게 하는 어떤 기사도 위키판에 속해 있다는 것이다.방문하여 의견을 제시하십시오.

NB: 팬들에게 이 일을 맡기지 말아줘!— Xiong熊talk* 04:58, 2005년 5월 16일(UTC)

아마존, BN 등에서의 위키미디어 제휴

위키백과로 토론 이동:마을 펌프(매년 제안).

위키백과 게임

꽤 쉽다.

임의 페이지를 클릭한 다음 케빈 베이컨으로 이동하십시오.나의 최고는 세 번의 클릭이다.

그건 정말 말도 안 되는 소리야!축하합니다!Gkhan 14:32, 2005년 5월 8일 (UTC)

내가 너의 게시물을 잘못 읽었다는 걸 방금 알았어.그것은 전혀 증명할 수 없는 것이 아니다.그래도 잘했어!!Gkhan 14:42, 2005년 5월 8일 (UTC)

처음에는 네 게임이 좋았는데, 항상 승리 전략이 있는 것 같아. 예를 들어 2003년 필름에서 2003년을 클릭하면 베이컨이 바로 거기 있어.어느 해에서든 2003년까지 세 번의 클릭이 걸려서 상한은 6. —세안 κ. ⇔ 17:17, 2005년 5월 8일 (UTC)[응답]

지금은 찾을 수 없을 것 같지만 B트리 등을 이용해 자동으로 최단 경로를 찾을 수 있는 웹사이트가 있었다.r3m0t 20:42, 2005년 5월 8일(UTC)

영어 위키피디아의 벗겨진 그래프 표현은 당신의 평균 PC의 기억력에 너무 큰 문제없이 들어맞을 수 있다(500K 정점, 11M 엣지, 배열을 사용한 인접 목록 표현은 약 46메가바이트가 소요될 것이다).그러면 당신은 일반적인 폭 우선 검색을 이용할 수 있다.양방향 폭 우선 검색(시작과 목표를 동시에 검색)이 훨씬 빠를 것이다.A* 검색을 권하고 싶지만, 좋은 휴리스틱스를 만들 방법은 별로 없고, 인정받을 수 있는 방법도 없어.2005년 5월 8일 데코 20:54 (UTC)[응답하라]

[3. 스모디(래빗과 돼지고기) 20:59, 2005년 5월 8일 (UTC)[응답]

와우! 나는 상관없는 주제들이 얼마나 친밀한지 몰랐어.예를 들면 다음과 같다.배열 -> ASCII -> 1980년대 -> 잭 니콜슨.2005년 5월 8일 데코 21:11 (UTC)[응답하라]

위키백과에서는 이 주제에 관한 몇 가지 변형이 있다.재미학과. --솔립시스트 21:44, 2005년 5월 8일 (UTC)[응답]

R3m0t이 찾고 있는 사이트는 The Oracle of Bacon이다.RickK 05:19, 2005년 5월 9일 (UTC)

또한 케이트의 6학위 위키피디아도 사용해 보십시오.예수는 5홉으로 프리베이스에, 오토펠라티오는 4번으로 교황 요한 바오로 2세에게. —테크닉^{Talk/[[Spe cial:Emailuser/Teknic Mail]]} 06:55, 2005년 5월 9일 (UTC)[응답하라]

6홉에 오토펠라티오까지 10피트 폴 :-) --카닐도 21:24, 2005년 5월 12일 (UTC)[응답하라]

알려진 반달라이저

알려진 반달라이저들이 최근 변경 페이지와 새로운 페이지 목록에 있는 이름 옆에 어떤 종류의 표시가 있다면 좋을 것이다.그렇게 하면, 그들은 그들이 했던 어떤 더 이상의 재앙을 제거하고 제거하기 쉬울 것이다. --Happyfeet10.

나는 동의한다-반복적인 프로그래밍을 위해 약간의 노력을 아끼지 않는다.롯소프리즈 20:49, 2005년 5월 7일 (UTC)[응답]

나는 동의한다.Collins.mc 21:19, 2005년 5월 7일 (UTC)[응답하라]

나도 동의해, 이렇게 되면 공공 기물 파손의 양은 물론 이 기물 파괴 행위를 탐지하는 데 걸리는 시간도 빠르게 줄어들 거야.그러나, 새로운 사용자들은 이제 막 시작하는 중이고 규칙을 모를 수도 있기 때문에 이 마크를 얻을 수 없어야 한다.тəzіі 01:16, 2005년 5월 8일 (UTC)

보람이 있을 것 같다.— 스티비가 남자다! 2005년 5월 9일 02:12 (UTC)

이와 같은 평범한 분기별 기물 파손자라면 (지금까지 벌은 금지되었는가?) - 이 시스템은 완벽할 것이다.만약 당신이 사이트를 파괴하는 것이 50번째라면, 당신은 모든 사람들을 "멍청한 사람들"이라고 말하는 것에 싫증이 나거나, 아니면 열성적인 6가지 감탄사로 끝날지도 모른다.이러한 사용자들은 파괴 대책 이전에 이미 제안되고 제안된 것의 레이더에 노출될 것이다.거의 모든 공공 기물 파손 행위를 식별하는 시스템은 이 기능을 포함해야 한다.롯소피시스 14:18, 2005년 5월 9일 (UTC)[응답]

^^^저 직업 반달의 최근 편집본을 살펴봐.그는 전쟁이 일어난 해를 바꾸었다.만약 그가 그 페이지에 닌텐도 DS를 더 추가하는 대신 멈추었더라면, 심각한 오류가 오랫동안 불편하게 눈치채지 못했을지도 모른다.얼마나 성공적인 치핑이 우리 눈 밑에 있는지 누가 알겠는가?나 정말 지긋지긋해. 누가 뼈 좀 던져줄래?IP 감시 목록, 반달 표시, 새로운 편집 컨텐츠 일치 - 반반달리즘보다 더 높은 우선순위가 될 수 있는 것은?롯소피스 07:18, 2005년 5월 11일 (UTC)[응답]

산스크리트 표준 필요 - 우리는 당신의 의견이 필요하다!

여기가 이 글을 올리기에 가장 좋은 곳인지는 잘 모르겠지만, 기술 페이지에서 투표해야 한다고 했어.아름다운 민주주의 :-)

그래서: 치바라는 단어는 널리 사용된다.그것은 융의 작품, 종교, 상징성, 힌두교, 심리학, 신화 관련 기사에서 중요하다.

문제는 힌두어의 적절한 번역이 śiva인데, 위키백과 전체에 걸쳐서 같은 글에 시바(Shiva), 시바(Siva)로 표기되기도 해서 완전히 엉망진창이라는 것이다.사소한 문제가 되겠지만 사이바이트/샤이바이트, 시바야/시바야, 사이바주의/샤이바, 사이바/샤이바까지 확장된다.이러한 움직임, 집단, 철학을 언급하는 기사의 수는 너무 널리 퍼져 있어서 한 사람이 고칠 수 없다.

따라서 옵션에는 ś, sh, s가 있다.적절한 리디렉션 페이지가 만들어지겠지만, 우리는 합의된 표준이 필요하다.당신의 의견은?

• 나는 가장 정확한 형태인 ś에 투표하고, 기사 제목은 Sh가 될 수 있는데, 시바는 영어로 가장 많이 사용되는 형태고 제목에 유니코드를 사용할 수 있을지 모르겠다. --수브라마니아어 13:33, 2005년 5월 6일 (UTC)[응답]

• • 유니코드는 제목에는 사용할 수 없지만, 기본 확장 문자는 사용할 수 있다.특정 문자를 제목에 사용할 수 있는지 확인하는 방법은 편집 창에 삽입하는 것이다.경험 법칙은 그것이 문자(예: AA)로 나타나면 그럴 수 있지만, 만약 html 엔티티 코드(예: ŵ이 &#372;로 표시)로 나타나면 그럴 수 없다는 것이다.ś 안타깝게도 제목에는 사용할 수 없다.그래서 나는 기사에서는 śiva를 사용하는 것에 찬성하지만, 첫 번째 사용에서는 다른 버전을 수용하는 것에 반대한다.타이틀은 시바를 사용하고 {{Wrongtitle}} 템플릿은 페이지 상단에 넣어야 한다고 생각한다.슈 베리슨 가족에 대한 리디렉션도 만들 거야2005년 5월 6일(UTC) 15:50(Thryduulf 15:50)[응답하라]
• 이것에 대해 언급했던 것을 기억하지만, 여기서 다시 메모해 두겠다.시바는 영어 버전의 단어로, 여기서 영어에서 가장 일반적인 형태로 사용되어야 한다.다른 번역문들은 시바 기사에서 언급될 수 있다.Mgm 11:38, 2005년 5월 8일 (UTC)
• 비록 내 안의 순수주의자는 """을 좋아하지만, 나는 "Sh"가 위키백과에게 더 나은 베팅이라고 생각한다. ("S"는 확실히 아웃이다.)그것은 편집자와 독자들에게 더 쉬우며, 적절한 리디렉션과 기사들에 주어진 적절한 번역으로 문제가 없을 것이다.글에는 한 형태를, 제목에는 다른 형태를 사용한다는 생각은 확실히 마음에 들지 않는다.멜 에티스 (με ετηης) 11:59, 2005년 5월 8일 (UTC)[응답]
• 좋은 주장; 나는 "시바"가 영어의 표준이고, 만약 그것이 하나의 기사였다면, 적절하게 고쳐지지 않았더라도, 그것은 남아야 한다는 것에 동의한다.하지만 문제는 우리가 원래 용어에서 나온 다른 많은 단어들을 가지고 있다는 것이다; 이것은 또한 원래 번역 오류에도 적응해야 하는가?내가 몇 가지 반론을 제기해 볼게: 1.그 종교들은 영어 표준에서는 someth-ism이라고 불린다.그러나 시바의 종교는 시바주의가 아니라 śa주의다.우리도 그것을 영어에 적응시켜야 할까? 2. XIX 세기에 인쇄된 어려움 때문에, 그리고 영국 제국은 어떤 이교도의 신에 대한 정확한 번역에 특별히 신경을 쓰지 않을 것이기 때문에 ś바는 시바가 되었다.이러한 어려움들은 더 이상 존재하지 않는다.3. 시바가 널리 퍼진 영어 형태라는 것에 내가 전적으로 동의함에도 불구하고, 리디렉션된 특권층이 이것을 처리한다.우리는 순응주의나 정확성 때문에 온 것인가? - 2005년 5월 10일 (UTC)[응답]

컨포머리즘 - 유진 반 데르 피엘 16:04, 2005년 5월 10일 (UTC)[응답]

• 이 모든 이야기를 한 후에도 나는 아직도 이것에 대한 합의가 무엇인지 모르겠다.어떤 나이든 위키피디아가 나를 깨우쳐 줄 수 있을까? Subramanian 15^talk:05, 2005년 5월 12일 (UTC)[응답]
  • 없어!시바에게는 2표, 시바에게는 3표가 있다(나는 시바에 대한 묵시적인 투표로서 유진 반 데르 피엘의 코멘트를 카운트한다).나는 수브라마니안이 어떤 식으로든 의견을 표명했는지 이해할 수 없다.WP에서 메모할 것:RFC와 더 많은 관심을 끌기 위해.2005년 5월 12일(UTC) 15:12(Tryduulf 15:12)[응답하라]

• 시바, 분명히 영어의 단어의 철자법이기 때문에. (그리고 나는 산스크리트어를 공부하는 사람으로서 그렇게 말한다.)프로테우스 (토크) 16:41, 2005년 5월 12일 (UTC)[응답]

원하는 경우 IPA와 함께 괄호 안에 ISO 15919의 정확한 번역을 제공하고, 기여자가 할 수 있다면 Devanagari를 주어라.

파니니(Devanagari पणिि, Transvertation Paṇini, IPA [ˈpɑːɳɪnnn̪]])

물론 우리는 (파니니에서 한 것처럼) 기사의 모든 곳에 있는 반투명판과 악센트 스트라이핑된 버전을 제목에서만 사용하는 것을 목표로 삼을 수 있지만, 이것은 너무 많은 기여자들이 정확한 분음부를 쓸 수 없는, 쉽게 유지의 악몽이 될 것이다.

파코비 17:41, 2005년 5월 12일 (UTC)

• 나는 기사 제목에 억양(기본이 아닌 ASCII 문자)이 없는 것을 강력히 선호한다.Radiant_* 08:13, 2005년 5월 13일 (UTC)
  • 위의 내 노트를 참조하십시오.확실히 적어도 WP가 유니코드로 바뀌기 전까지는 ś은 우리가 원하든 혹은 메모하든 기사 제목에서 사용될 수 없다( &#346;iva, 즉!).2005년 5월 13일(UTC) 14:00 (Thryduulf 14:00)[응답하라]
• 그래서 시바는 동의어 표제인데, 제목이 틀렸다.나는 개인적으로 기사 외 에도 불구하고 치바를 사용하는 것을 선호한다.반대하는 사람 있어? Subramanian 12^talk:50, 2005년 5월 14일 (UTC)[응답]
  • 시바는 분명히 엔위키에서 사용하기 위한 최선의 선택사항이며, 페이지의 첫 번째 사용/제목은 나중에 어떤 '도움이 되는' 편집자가 제목과 일치하도록 첫 번째 사용을 바꿀 것이라는 것을 분명히 반영해야 한다!코드 사용에 대한 문제는 코드 재편집 전에 위에서 했던 것과 정확히 같다. 코드를 잘못 해석하기 쉽고 텍스트에서 올바른 (코딩되지 않은) 문자 대신 "346"을 볼 수 있다. 반면에 "346"은 나와 내 (firefox 1.0.4) 브라우저/플랫폼 조합이 아닌 일부 사람들에게는 의미가 있을 수 있다.오류가 유지될 위험을 감수하고, 기사의 소개(사용자에 따라)를 제외하고, 전체적으로 "Sh"가 사용되는 것을 보고 싶다.위 Pjacobi) --Vamp:버드나무 14장 55절, 2005년 5월 14일 (UTC)[응답하라]
• 시바. 이렇게 영어로, 심지어 인도에서도 제대로 철자를 쓰고 있다. -- emsworth 16:02, 2005년 5월 14일 (UTC)[응답]

그러면 우리는 공감대가 형성된다(하베무스 컨센삼! :-) : 시바네.이 일을 도와주신 모든 분들께 감사드린다.

• 네, 제목도 그렇고, 영어 문장도 그렇고.전체 구절이 산스크리트어로 주어지는 경우에도 IAST를 사용해야 한다.dab ( () 12:17, 2005년 5월 25일 (UTC)[응답]

WP:SfD(삭제용 스텁 메시지)

새 삭제 페이지를 제안한다.위키백과:WP:TfD 및 WP:CfD와 유사한 삭제용 스텁 메시지.자, 어떤 이들은 이것을 m:인스턴스 크리프라고 볼 것이지만, 다른 한편으로 나(그리고 다른)는 그럴 만한 가치가 있을 것이라고 생각한다.현재 WP:WSS는 놀라운 속도로 스텁 템플릿을 발견한다.스터브 시스템을 최대한 깨끗하고 갸름하며 직설적으로 유지하는 것에 관심이 있으므로(이미 예쁜 바로크다), 삭제에 대해 논의한 다음, 삭제에 대해 WP:TfD에 스터브 템플릿을 보내고, WP:CfD에 스터브 카테고리를 보내는 것은 3표, 토론 시간을 2배로 하는 것을 의미한다(상황을 악화시키기 위해 마지막 두 표는 각 o에 의존한다).대부분의 경우, 컨센서스는 이미 WSS에 의해 확립되어 있으며, 삭제 페이지에 있는 대부분의 다른 사람들은 스터브에 대해 별로 신경을 쓰지 않는 것처럼 보인다.그러나, 그 모든 스터브크루프 (©User:snowspinner)는 두 개의 fD 페이지를 부풀리고 있다.스텁 삭제에만 대해 "투표"(I know...)하는 페이지가 하나 있다면, 우리는 많은 오버헤드를 줄일 수 있고 스텁 템플릿(즉, WSS)에 대해 정말로 신경을 쓰는 사람들을 집중시킬 수 있을 것이다.우리는 스텁 삭제 후보에 대한 적절한 정책이 필요하겠지만, 그것을 쓰는 것은 사실 문제가 되지 않는다.그래:이것이 유용한가, 아니면 나쁜생각인가? -- grm_wnr Esc 16:01, 2005년 5월 3일 (UTC)[응답]

나는 얼토당토않은 잡담꾼으로서 모두 찬성한다.우리는 지난 달에 30개 이상의 이전에 알려지지 않은 스텁 템플릿과 범주를 발견했고, 삭제 요청으로 tfd가 쇄도하고 있다.스텁이 작동하면 템플릿은 자동으로 범주와 쌍을 이루므로 별도의 sfd 페이지를 갖는 것은 두 개의 별도 삭제 페이지에 사물을 넣는 작업을 절반으로 줄일 수 있으며, 템플릿이 삭제될 위험도 감소할 수 있다. Grutness^hello? 01:44, 2005년 5월 4일 (UTC)[응답]

내가 보기에는 TfD에만 스텁을 나열하는 것에 동의하는 것이 더 쉬울 것 같고, 그 범주 또한 삭제될 것이라고 언급하는 것이 더 쉬울 것 같다; 결국, 템플릿이 다른 것으로 교체/교체되면 그 범주는 별로 말이 되지 않는다.비 stub sorter로서, 나는 현재 삭제된 것을 보기 위해 여러 페이지를 체크해야 하는 것을 싫어한다.월 30회 VfD 교통량을 고려하면 가벼운 것 같음... +sj + 06:30, 2005년 5월 4일 (UTC)[응답]

그래, 하지만 vfd의 기사들.보통 tfd는 한 달에 약 20개의 템플릿만 받는다. Grutness 08:05, 2005년 5월 4일 (UTC)[응답]

나는 SFD가 좋은 생각인 것 같아.스터브에 대한 거의 모든 CfD와 TfD 논쟁은 어쨌든 현재 WSS의 의견에 따르는 것 같다.Thryduulf 15:13, 2005년 5월 6일 (UTC)[응답하라]

동의해, 좋은 생각이야. 그루티스가 지적한 것처럼 스텁 삭제 과정을 간소화해 주는 거야.나는 그것이 꽤 자연스럽게 발생한다고 생각하고, WSS에는 많은 사람들이 스텁을 가지고 활발하게 일한다.Rx 스트레인지러브 23:49, 2005년 5월 6일 (UTC)[응답]

• 지원, 조건상 -- 나는 왜 스터브가 TfD와 CfD에 오는지 전혀 알 수 없었다.스텁은 WSS에 의해 생성 및 사용 전에 인증되어야 하며, 인증되지 않은 스텁은 지체 없이 또는 논쟁 없이 즉시 삭제되어야 한다.이는 프로젝트의 대규모 구조를 통제하는 사안이며, TfD는 도구에만 신경 써야 한다.

또한, 나는 폴란드 증기 기관차 기사 가족나무 기사에는 절대 그루터기가 만들어지지 않기를 촉구한다.— Xiong熊talk* 2005년 5월 7일 (UTC)

• • 현재 크레이닝 전에 WSS 인증을 받으라는 강력한 권고가 있다.나는 그 주제만 놓고도 머지않아 여기에 완전한 제안이 나타날지 모른다고 의심한다.Polist 증기 기관차 엔지니어 패밀리 트리에 대해서는 WP:WSS는 사용자:Xiong가 스텁(stub) 기사를 쓰지 않겠다고 약속할 경우 스텁(stub) 템플릿을 절대 보유하지 않을 것을 약속한다. :) Grutness 01:29, 2005년 5월 7일 (UTC)[응답]
• 나는 SfD 생식을 전적으로 따른다. --Sn0wflake 01:12, 2005년 5월 7일 (UTC)[응답하라]

이럴 필요 없어.위키백과의 과정을 복제한다.위키프로젝트 스텁 정렬/크리테리아#프로포즈 스텁 삭제. 스텁 삭제는 어떤 스텁 메시지가 존재해야 하고 어떤 메시지가 삭제되어야 하는지에 대한 의사결정에 훨씬 적합한 장소다. -- Netoholic@ 01:45, 2005년 5월 7일(UTC)

아니, 그렇지 않아.그럴려고 여기 왔는걸요.현재, 그 뭉툭한 주술사들은 위키피디아에서 삭제되어야 한다고 생각하는 것에 대해 토론한다.위키프로젝트 스텁 정렬/크리테리아#스텁 삭제 제안 그러나 여기서부터 tfd와 cfd를 반복해야 한다.즉, 모든 것을 세 번 해야 한다("이 양식을 세 번 작성한다."). 만약 별도의 sfd 페이지가 있다면, 위키피디아를 대체하게 될 것이다:위키프로젝트 스터브 정렬/크리테리아#프로포즈된 스터브 삭제 섹션으로, tfd 및 cfd에서 확인을 기다리거나 다른 방법으로 삭제하는 대신 이 토론이 이루어진 후 실제로 삭제 작업을 진행할 수 있도록 허용했다.그것이 애초에 제안된 이유야. Grutness 03:02, 2005년 5월 7일 (UTC)[응답]

tfd, cfd, sfd 등 어느 곳에서든 한 번만 논의하면 된다. 쓸모없는 중복을 피하는 것 외에 범주가 삭제되고 템플릿이 보존되는 황당한 상황을 막을 수 있다(지금 벌어지고 있는 것처럼).위키백과의 프로세스는 다음과 같은 점에 유의하십시오.위키프로젝트 스텁 정렬/크라이테리아#프로포즈된 스텁 삭제는 현재 삭제 권한이 없으며, 본질적으로 sfd는 제안해야 한다.템플릿과 범주 모두 삭제 대상으로 고려되고 있는 표시가 있어야 하며, 어떤 경우에도 동일한 페이지에 모든 포인트가 있어야 한다.—코라스 (토크) 23:03, 2005년 5월 7일 (UTC)

음... 그게 위키피디아에 숨겨진 저의 원래 의도였습니다.쓸모없는 스텁 템플릿 및 스텁 카테고리 삭제아직 초안 형식으로...아무도 그것을 개선하려고 하지 않았다. -- AlliUnion (대화) 01:15, 2005년 5월 16일 (UTC)[응답하라]

작업 제목: EnHanPedia ?위키 한엔?HanEnWiktionarypedia?

en 또는 de 또는 fr 독자들을 위한 큰 위키 한자 프로젝트의 톤은 매우 재미있는 톤을 취해야 한다.나는 헤이안이 싱가포르에서 발행한 펑의 중국 재무부를 핵심으로 하여 그것에 대한 아이디어를 얻는 것이 좋은 생각이라고 생각한다.그냥 재미있어야지, '그것이 바로 그들이야.재밌어. 이 자료를 계속 쓸 수 있는 위원회의 상임위원이 될 수 있을 거야.최초의 우스꽝스러운 소리나는 소재를 위키 모두가 볼 수 있도록 샌드박스 같은 영역이 있어야 한다.나는 그것이 어떻게 작동할지 모르겠다.관련된 이해의 기초를 만들 수 있는 일화적인 지지 증거가 너무나 많고, 이 단어들은 항상 "이것처럼 보일지도 모른다고 생각한다.아니면 "이것과 똑같은가?" 또는 "내가 보는 것을 네가 못 본 것 같다."마지막 것은 디스코드 레코드의 소울사이드에서 인용한 것이다.실제로 이 책들을 읽는 데는 어느 정도의 자유가 개입되어 있으며, 내 경험상 가끔 담배를 피우는 사람들을 위해, 커피와 심지어 담배 제품들과 함께, 로맨스와 적당한 양의 맥주나 와인이 관여되어 왔다.나의 추정에 따르면 로맨스는 아시아어에 관여하는 일반적인 현상이다.다시 말해서 그것은 재미있고 다른 재미있는 활동들을 낳는다.그리고 이 재미있는 우산 아래에서는 유교와 서양의 종교적인 태도 사이의 다양한 특징적 차이, 그리고 그 재미의 과정 동안에 나타날 수 있는 다른 어떤 매운 고추를 포함하여 관련된 심각한 정치적 문제에만 도달할 수 있다.명 화병과 코난 오브라이언 사이, 스톤헨지와 세일러문 사이 등 앞뒤로 얽혀 있는 것이 많다.너무 재미있다.사람은 고추 먹는 법을 배우거나 기타 연주자들이 굳은살이 있는 것처럼 전에는 갖지 못했던 감정적 능력을 발달시킨다.사상의 경로는 집단의 경향과 개인의 경향이다.가장 큰 벌레곰은 진부한 것이고, 우리의 생각에 얼마나 진부한 것이 관여되어 있는지를 깨닫는다.사람은 자연스럽게 그런 구성물에 코믹한 태도를 갖게 되고, 결국 시작 전보다는 밥 딜런이나 스탠드업 코미디언처럼 말하고 생각하게 된다.유럽은 흥미롭지만 새로운 균일한 장소가 된다.

만약 내가 한가지 제안을 할 수 있다면 엔한 자료를 쓰고 이론화를 포기하는 것이 시간문제일 것이다.그것이 HanEn에 대해 쓰여질 엄청나게 다양한 Wiki를 넣을 수 있는 샌드박스 장소를 갖는 이유일 것이다.

이 프로젝트 방향은 내가 보기에 중심적인 위키 오브젝티브인 것 같다.한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람이한 남자가 각각 다정한 얼굴 같다고 말한 적이 있다.

McDogm--152.163.100.66 07:56, 2005년 4월 30일(UTC)

위의 수백 마디 말에도 불구하고, 그리고 중국어를 할 줄 모르는 독자로서, 나는 아직도 당신이 무엇을 제안하고 있는지 모르겠다.몇 십 단어로 말해 주시겠습니까?엔한이란 무엇인가?고마워 - Adrian Pingstone 08:06, 2005년 4월 30일 (UTC)

En -> English; Han -> 중국어(Hanzi).나는 이 제안이 정말 재미있고, 정말 재미있고, 끝없이 재미있다는 것을 안다.하지만 나는 그것에 대해 다른 것은 아무것도 모른다. : ( -- 토이토이 11:06, 2005년 4월 30일 (UTC)

난 아직도 혼란스러워.닉타 00:29, 2005년 5월 1일 (UTC)[응답]

물어봐 줘서 고마워.너무 재미있지만 중국어는 믿을 수 없을 정도로 혼란스러워서 이런 치어리더가 필요하다.하루 종일 일하는 이들에게 한 씨는 정말 퇴근 후 활동이 된다.그리고, EnHan에 관해서, 그것은 단지 토론을 유발하는 방법이다.중국 음절과 음절은 서로 관계가 많고, 그것에 대해 좀 느긋하게 지내는 것이 좋다.한씨는 중국어로 '중국인'이다.en은 위키피디아에 있는 영어다.너무 비과학적으로 보여서 미안해.그리고 너무 많은 말들을 해서 미안해.한 문장에서 아시아/유럽 및 유럽/아시아 문제를 다루면서 생기는 견과함을 풀어주고 토론하는 자리를 요구하는 것이다.가끔 공부하지 않는 사람에게는 조금 이상하게 보일 때가 있다.다시한번 감사합니다.McDogm--172.162.33.57 20:51, 2005년 5월 1일 (UTC)[응답]

내가 알기로는, 이것은 나쁜 인터넷 번역기를 사용하여 영어로 번역된 농담이나 제안이다.채팅방이나 게시판처럼 들린다.뭉치킹구이--02:33, 2005년 5월 2일 (UTC)[응답]

• 엔: 이 제안을 중국 위키백과에 Chinese어로 올릴 수 있니?온라인 번역기를 사용하지 마십시오.우리는 네가 무슨 말을 하는지 정말 이해할 수 없어.

• HAN: 可不可以請您把這個提議用中文發表在中文版的Wikipedia上面？請不要用網路上的中英翻譯系統。我們真的看不懂你在說什麼。 -- Toytoy 11:26, May 2, 2005 (UTC)

음, 이걸 번역하면 많은 일을 할 수 있을 거야.사실은 농담이지만, 위키 공동체는 정말로 학생 외의 사람들이 파워키비츠를 할 수 있는 하니파이가 필요하다.내 말은, 서양 문화는 동양 문화만큼 숭고한 것이다. 만약 누군가가 밥 딜런과 J 교회를 예술적으로 같은 곳에서 온 것으로 간주한다면 말이다.그리고 온라인 번역기를 사용할 수 없다는 도전을 어떻게 해야 할지 잘 모르겠어.좀 무거운 것 같다.--McDogm 06:45, 2005년 5월 11일 (UTC)[응답]

A: 이 시점에서 위의 메가 단락을 ZH로 번역하는 것은 상상할 수 없지만, J 처치, 두뇌 실패, 벤텐 그롤 수녀회, 돈 델릴로, 토마스 핀촌, 이탈로 칼비노, V.S.와 같은 다양한 재료와 함께 계속해서 투쟁할 것을 약속할 수 있다. Naipaul, 그리고 Guided by Voice, NYPD Blue, Fuggees, Seinfeld, WuTang, New England Prities and San Francisco 49ers와 같은 정말 한음절인 것들, 그리고 매우 중요한 일반적인 지정학적, 과학적인 것들.나는 특히 아시아 위키에 관심이 있어 보이는 누구에게나 내 제안을 자세히 번역하고 싶지만, 진지한 사람으로서 J교회의 랜스 한과 두뇌실패의 남자, 부분적으로는 Enified 펑크 그룹인 서울에서 온 논스톱바디와 북경 woul에서 온 Hang On the Box와 함께 일하는 것으로 보인다.내 관점에서는 더 효율적이고 더 전문적이 될 것이다.내 말은, 정말 누가 또 다른 변형인격 선언문을 웹에 올릴 필요가 있겠어?비원어로?작가인 내게는 말이 안 될 것이다.그것은 정말로 대륙 간 관점에서 언어의 작용으로 인한 혼란 속에서 비학생들로부터 안전하다는 문제로 귀결된다.읽어줘서 고마워.--McDogm 07:17, 2005년 5월 11일 (UTC)[응답]

사용할 수 없는 템플릿 아이콘 제거

일주일 전에 나는 개인화된 서명을 폐지하자고 제안했다.싫어하잖아.이제 쓸모없는 템플릿 아이콘을 제거할 것을 제안한다.

템플릿이 그렇게 많이 필요한가?대부분 필요한 것 같아.하지만 우리는 그들의 아이콘이 필요한가?그렇지 않을 것이다.이 아이콘들은 대역폭을 낭비하는 것이다.33.6kbps 모뎀을 사용하면 싫어진다.T3 연결을 사용한다고 해도, 나는 여전히 대부분의 이 아이콘들이 너에게 도움이 될 것이라고 생각하지 않아.

위키피디아는 참고 사이트로 되어 있다.그것은 예술가의 놀이터가 아니다.지금까지 나는 내용 및 많은 과도하게 포맷된 템플리트와 관련이 없는 아이콘을 보아왔다.우리 지금 뭐 하는 거야?나는 우리가 약간의 아이콘들을 제거하고 HTML 태그를 없애기를 제안한다. -- 2005년 4월 28일 토이토이 17:32 (UTC)

위키피디아 커먼스, 위키소스, ...아이콘을 없앨 수 있을 것 같다.그것들이 정말 유용한가?난 그렇게 생각하지 않아. -- 2005년 4월 28일 토이토이 17:53 (UTC)

당신이 나열한 아이콘은 잘 모르겠지만, 스텁 템플릿에서 아이콘이 제거된 것을 보면 기쁠 것이다. - SimonP 18:25, 2005년 4월 28일 (UTC)

메타 참조:Image_server_overload_2005-03(이미지가 매우 일반적인 템플릿에서 제거됨) 및 위키백과:템플릿 표준화.바이올렛/리거 (t) 2005년 4월 28일 (UTC)

나는 그들을 좋아한다. :-) 그들을 보지 않기 위해 다른 피부로 페이지에 접속할 수 없니? - 2005년 4월 28일 오메가트론 20:53, (UTC)

유감이지만 그것은 여기에서는 관련이 없다.스타일시트는 페이지가 로드된 후 클라이언트 측에서 적용된다.이것은 서버 부하에 영향을 미치지 않는다.("피부"는 전적으로 스타일시트에 의해 행해진다고 가정하면, 물론 내가 틀렸다면 고쳐준다.)JRM · Talk 21:03, 2005년 4월 28일 (UTC)

아, 그리고 또한 브라우저가 너무 멍청해서 페이지 전에 로드한 스타일시트에 "디스플레이:없음"이 보이면 이미지를 로드하지 않는다고 가정하면...그것은 좀 더 빨리 틀릴 수도 있다.JRM · Talk 21:06, 2005년 4월 28일 (UTC)

나는 개인적으로 위키소스 이미지 등을 좋아한다.이러한 링크를 쉽게 볼 수 있도록 하여 다른 Wikimedia 프로젝트에 유용하게 사용할 수 있음. --Golbez 23:31, 2005년 4월 28일(UTC)

나는 이 이미지들을 좋아한다.약간의 노출로 그들은 너무 친숙해져서 당신은 메시지를 읽을 필요가 없고, 단지 그것을 인식할 뿐이다.그들은 또한 그것을 분리하는 것을 돕는다; 그들은 "이것은 기사에 관한 것이지 주제에 관한 것이 아니다"라고 말한다.2005년 4월 28일 데코 23:32(UTC

그것들은 매우 유용하다.특히 스터브 아이콘은 예를 들어, 국가가 어디에 있는지 알려주기 때문이다.1 00:35, 2005년 4월 29일(UTC)에 대한 설명

아이콘은 도움이 될 수 있지만 유익하지는 않다.나는 식물, 동물, 광물, 자동차, 도구, 장소의 고해상도 이미지를 원한다. 이 이미지들은 유익하다.

어떤 아이콘들은 도움이 되지 않는다.그것들은 장식적일 뿐이다(대부분의 스터브 아이콘은 이 범주에 속한다).다 지울 수 있을 것 같아.일부 아이콘은 아이콘을 위해 작성된다(참조: 템플릿 토크:자유주의.이거 점점 우스워진다.

많은 아이콘들은 이런저런 방법으로 유용하다.하지만 당신이 그것들을 텍스트 대신 사용하는 것은 미친 짓이다.당신은 그것이 유용하다는 것을 알 수 있지만 새로운 사람은 아이콘과 전문용어를 이해하기 어려울 것이다.이것은 평균적인 아이콘 로딩 컴퓨터 사용자 인터페이스가 아니다(대부분은 못생겼을 뿐이다).내 생각에, 그것들을 모두 제거해라.텍스트 사용. -- 토이토이 02:17, 2005년 4월 29일 (UTC

스터브 템플릿으로 태그를 지정할 때 "하위:"를 사용하는 것부터 시작합시다.방문 때마다 템플릿을 다운로드할 필요가 없기 때문에 서버 로드를 줄일 수 있을 것이다.일부 템플릿 아이콘은 특히 스텁(stub) 공지사항에서 떠날 수 있을 것 같지만, 시골 기사에서는 특히 도움이 된다.우리는 어떤 것이 도움이 될 때와 그렇지 않을 때를 알아낼 필요가 있다.약간의 예술적 손길이 위키피디아를 더 멋있게 보이게 할 뿐이고, 그것이 나쁜 일이 될 수는 없다.BTW, 요즘 누가 33.6kbps 모뎀을 사용하는가?기사 속 일반 사진에도 문제가 있을 겁니다.브라우저에서 그것들을 꺼도 된다.Mgm 09:52, 2005년 4월 29일 (UTC)

이것은 무료한 이미지 입니다. 내가 마크업에 들어갔을 때 그곳에 무엇이 있었는지 처음 몰랐기 때문에 두 배로 무료한 이미지 입니다.서비스도 하고, 로딩도 하고, 전시도 하고.그것은 또한 텍스트의 황무지를 위아래로 끌고 가는 눈을 경감시킨다.

이 프로젝트에 오기 전에, 나는 사용자들에게 너무 많은 눈 사탕은 너무 많다고 말하는 것에 지칠 줄 몰랐어.나는 끊임없이 플래시 네비게이션 바와 다른 공격적이고 부서진 어리석음에 대한 요구를 받는다.그러나 이 프로젝트는 많은 곳에서 시각적으로 둔화되고 로딩이 느리다는 구별을 즐기고 있다.

우리는 돈을 더 많이 모으고, 서버를 더 많이 사고, 개발자를 더 고용해야 한다.우리는 이미지를 사용할 때는 신중해야 하지만 인색해서는 안 된다.한 장의 그림은, 유명한, 1000단어의 가치가 있다.— Xiong熊talk* 03:26, 2005년 5월 16일 (UTC)

구성원 편집만

나는 이 정책을 시행하기에 충분한 회원을 확보했다고 생각한다.더 이상 IP를 편집하지 않고, 공공 기물 파손과 허영심 문제가 점점 심각해지고 있다.

위키백과 참조:마을 펌프(매년 제안)#Abolish 익명 사용자. --cesarb 01:18, 2005년 6월 11일(UTC)

아티클 크기 표시

헤이. WP 문서에 따르면 검색 기능을 사용하거나 페이지가 30kb 이상일 경우에만 파일 크기를 표시할 수 있다.이제 그 검색이 먹혀들지 않는데, 다른 방법은 없을까?

--Fred-Chess 22:41, 2005년 6월 10일(UTC)

• 내가 아는 유일한 방법은 편집, 선택, 복사, 워드프로세서/text_editor에 붙여넣기, 그리고 그 프로그램의 바이트/char count 기능을 사용하는 것이다.Nitewolneils 00:07, 2005년 6월 11일(UTC)

고마워. 그게 내가 아는 유일한 방법이야.위키백과에 구현할 기능인가? --Fred-Chess 01:08, 2005년 6월 11일 (UTC)

버그 및 기능 요청 페이지인 Bugzilla: 기능 요청 1723을 참조하십시오.거기에 계정을 만들고 이 기능을 구현하기 위해 투표를 추가할 수 있다. 개발자는 표를 사용하여 작업을 결정하는 것이 아니라, 기능에 관심이 있다는 것을 알리는 작은 방법이다.계정을 가지면 자신의 기능 요청도 할 수 있지만(항상 버그 리스트를 먼저 검색하여 다른 사람의 요청을 복제하지 않는지 확인하십시오!이렇게 해서 이걸 찾은 겁니다.)도움이 되길 바라며— 캐서린\^talk 04:51, 2005년 6월 11일 (UTC)

프레지던트 행정 기사

미국 대통령에 관한 위키피디아의 기사들 중 몇몇은 상당히 커져서 위키피디아가 대통령들에 대한 정보를 가지고 어떤 것도 할 수 없는지 보고 싶다.

각 대통령마다 위키피디아는 일반 전기(조지 워싱턴)에 관한 기사, 특히 대통령직(워싱턴 행정국)과 그 밖에 백과사전적인 기사 그 자체로 될 수 있는 모든 기사들이 있어야 한다.(또한, 나는 칼미팔의 대통령들 중 누가 더 논리적인지, 즉 일반 전기와 연결고리인지, 아니면 대통령직과의 연결고리인지 알고 싶다.)조지아 남자 20:29, 2005년 6월 10일 (UTC)

허, 난 그런 식으로 생각해 본 적이 없지만, 네 말이 맞아. 현재의 대통령 기사는 그 사람에 관한 것보다 행정부에 관한 것이고, 전기 기사니까 그 사람에 대한 것이 더 많아야 해.누가 그의 내각의 일원이었는지는 그런 기사에 속하지 않는 것 같았다.그러나 템플릿은 국민들과 연결되어야 하지만, 행정부와 연결되는 두 번째 템플릿이 있을 수 있다. --골베즈 22:35, 2005년 6월 10일 (UTC)

오늘의 나쁜 기사

기사가 오늘의 특집 기사로 메인 페이지에 게재되면, 많은 관심을 받게 되는데, 여기에는 편집자와 개선책이 줄을 잇고 있다.자, 모든 기사들은 개선을 필요로 할 수 있지만, 왜 우리가 이미 훌륭하게 만든 기사들에만 그 힘을 집중하는가?가장 개선이 필요한 기사를 메인 페이지에 매일 한 개씩 싣는 것은 어떨까?

이런 조치를 시행하면 위키피디아가 특집기사를 자랑하듯 나쁜 기사를 자랑하고 있는 것처럼 보일 필요는 없다.「당일의 개선이 필요한 조항」의 섹션은, 메인 페이지에서는 눈에 띄지 않는 곳에 작은 제목만 있으면 된다.

만일 위키백과 편집자들이 하루에 하나의 나쁜 기사에 초점을 맞춘다면, 우리는 백과사전을 충분히 개선할 수 있는 기사에 우연히 충분한 사람들이 생길 때까지 기다리는 것 대신에 체계적으로 개선할 수 있을 것이다.--Amanaplanananalpanama 08:15, 2005년 6월 9일 (UTC)

위키백과:이번 주와 위키백과의 협업:기사 개선 추진. -- Cyrius 09 09:03, 2005년 6월 9일 (UTC)

아마도 영어 위키피디아는 이미 많은 필수 기사들이 단조로운 단계를 지났을 것이다.예를 들어, 화성은 정말 중요한 주제야.모든 버전에는 이 기사가 있어야 한다.화성이 아직 걸음마 단계(02/04/2002; 화성의 초기 버전; 이미 큰 규모)였던 3년 전이라면, 우리는 링크를 메인 페이지에 올리고 사람들이 그 스터브를 방문하게 할 수 있을 것이다.

이 프로젝트를 성공시키려면 두 가지 요소가 필요하다.

1. 적절한 참가자.
2. 그들 중 많은 이들이 그것에 대해 조금 알고 있다.

오늘날 많은 그루터기들은 기껏해야 잘 알려지지 않았다.사실 나는 다수의 독자를 끌어들였지만 소수의 편집만 받은 DYK 페이지를 몇 개 만들었다(그 중 상당수는 사소한 것이다).만약 우리가 우리 모두가 조금 알고 있지만 아무도 쓰기를 꺼리지 않는 주제를 체계적으로 밝혀낼 수 있다면, 우리는 그러한 프로젝트를 시작할 수 있을 것이다.

내 생각에 몇몇 비영어권 위키피디아들이 이 아이디어를 사용할 것 같다.하지만, 그들은 더 많은 독자들을 끌어들일 필요가 있다. -- 2005년 6월 9일 토이토이 10:24 (UTC)

현재 15,000개가 넘는 전기 스텁이 있으며, 배우, 운동선수, 음악가, 그리고 다른 대중문화 개인들을 위한 것이 많다.이 기사들은 수천 개의 기사들 중 하나일 뿐 아니라, 많은 기사들을 돕는 데 큰 도움이 될 것이다.나는 또한 노출이 증가함에 따라 사라질 수 있는 이 스터브 세트 이상의 기사가 있을 것이라고 의심한다. --Alen3 14:03, 2005년 6월 10일 (UTC)

이것이 "오늘의 나쁜 기사"의 저자를 불쾌하게 하지 않을 것이라고 확신하십니까?삭칼레(Check!) 12:02, 2005년 6월 9일 (UTC)

그래서 그것은 이름을 바꿀 필요가 있다.나는 특집 기사가 자랑하기 위한 것이 아니라고 생각한다.그것은 위키피디아가 훌륭한 기사를 만들어 낼 수 있고 그 과정에서 몇 명의 새로운 편집자들을 끌어들일 수 있다는 것을 잠재적 편집자들에게 보여준다.메인 페이지는 독자를 위주로 해야 한다고 생각한다.그래도 나는 그런 일이 커뮤니티 포털에서는 잘 된다고 생각하지만, 키리우스가 언급한 프로젝트들은 그런 점에서 이미 좋은 성과를 거두고 있다.또한, DYK는 편집자들을 재빨리 끌어들인 것으로 알려져 있고, 어쨌든 그러한 기사들은 계속해서 특집으로 다루어졌다.Mgm 11:50, 2005년 6월 10일 (UTC)

그럼...메인 페이지에 "TLC가 필요한 예술품"이라고 불리는 상자를 만들고, 매일 5개, 음, 나쁜 기사들에 링크를 넣는다고?그렇게 하면 메인 페이지 방문자는 그들의 애완동물 관심사 중 하나가 일거리가 필요한 것으로 나열되어 있는 것을 보게 될 것이다.그루티니스...뭐? 2005년 6월 10일 12시 14분(UTC)

우리는 이미 위키피디아를 가지고 있다.다양한 유형의 주의가 필요한 기사를 눈에 띄게 표시하는 커뮤니티 포털.우리는 독자를 대상으로 하는 "프라임 타임" 콘텐츠와 편집자를 대상으로 하는 콘텐츠 사이의 어떤 구분을 유지하려고 노력한다.그래서 메인 페이지는 좀 더 세련되게 만들어져야 한다.비록 어떤 독자들이든 잠재적으로 편집자가 될 수 있지만, 나는 종종 커뮤니티 포탈의 특집 페이지들이 몇 주 동안 그 곳에서 나른해지지만, 있는 그대로의 것들을 좋아한다고 생각한다. -- Beland 02:50, 2005년 6월 11일 (UTC)

본즈

나는 위키피디아에 너무 많은 골격이 보여서 그것의 모든 것이 매우 지저분하고 많은 기술적인 것들이 잠재적으로 유용한 기여자들에게 미룰 것으로 보인다.

모든 작품들을 숨기면서도 여전히 사용 가능하게 만드는 기발한 방법이 있다고 가정해 보자.

그것이 더 많은 사용자들에게 격려가 될까?

뭘 숨기고 싶은 거야?그것은 가능하겠지만, 우리는 새로운 기고자들을 끌어들이고 싶다."편집"상자 등을 처분하자는 건가?스모디 21:12, 2005년 6월 7일(UTC)

HTML 같은 위키 코딩 말이야?어떻게 하면 시스탁스를 단순화할 수 있는지 알 수 없었다.개인적으로, 나는 우리가 대화 페이지에 위키백과 전문용어를 덜 사용해야 한다고 생각한다. -- 토이토이 10:28, 2005년 6월 9일 (UTC)

위키트레이블

안녕

여행자들이 호텔, 레스토랑, 관광 등과 그들의 경험을 공유할 수 있는 방식으로 위키트레이블을 확장할 수 있는 가능성이 있는가?언급된 모든 범주의 순위를 어떻게든 매길 수 있어야 하며, 평균적인 순위를 매길 수 있어야 한다.

안부 전해요

로버트 마이어

위키피디아는 사실 위키트레이블의 자매 프로젝트가 아니므로 거기에 물어봐야 한다. smoddy 21:29, 2005년 6월 5일 (UTC)

내 감시 목록의 타임스탬프

마지막으로 페이지를 새로 고친 시간을 보여주는 내 감시 목록 페이지 상단에 타임스탬프를 넣는 것을 제안한다.이것은 나와 다른 위키백과들이 그것을 너무 자주 새로 고치지 못하게 할 것이다. - Rlw (Talk) 16:52, 2005년 6월 5일 (UTC)

뭐가 그렇게 자주 중요해?3분마다 한 번씩은 안 돼?3분 이내로 말하지 마라.나는 3분이 지나치지 않다고 확신한다.1분, 네, 심지어 2분, 하지만 3분, 3분도, 3분도...멜 에티스 (με ετηηςς) 21:39, 2005년 6월 7일 (UTC)

미디어위키 1.5를 기다리세요. 몇 주 내로 출시될 겁니다. (3?3은 확실히 과도하지만 5는 아니고, 5는 아니다....) — 캐서린\^talk 03:28, 2005년 6월 11일 (UTC)

작업 주간 열기

나는 프랑스어 위키피디아에 방문했고, 매주 특정한 일을 하기 위해 위키피디아 사람들을 초대하는 것을 보았다.이번 주에는 모든 전기 기사에 XXXX 출생과 XXXX 사망의 범주를 포함시켰다.인터랑어어웨이크, 위키위크위크, 디삼빅위크도 추천한다.500LL 07:11, 2005년 6월 5일 (UTC)

나는 그들의 메인 페이지와 커뮤니티 포털에 해당하는 것을 확인했는데, 이런 종류의 것이 어디에 표시되었는지 찾을 수 없었다.만약 사람들이 이것이 좋은 생각이라고 생각한다면, 나는 그것이 템플릿의 맨 위에 광고하는 가장 좋은 방법인지 궁금했다.오펜타스크. (그러나 나는 프랑스어 위키피디아 사람들이 더 좋은 곳을 가지고 있는지 궁금했다.)하지만 이번 주의 '정리 과제'를 고르는 번거로움을 겪을 만한 가치가 있는지 없는지는 모르겠지만...추가 편집을 얼마나 장려하느냐에 달렸겠죠. -- Beland 19:44, 2005년 6월 11일 (UTC)

직업 위키백과 제목

가능한 직업의 대규모 데이터베이스를 만드는 것은 어떨까?나 자신도 3대 직업(휴먼의학, 치의학, 수의학)과 3대 분야의 모든 하위 분야를 담은 의료 분야 데이터베이스를 만들고 싶다.각 데이터베이스는 알파벳순으로 분류될 수 있다.

느슨한 의미에서 데이터베이스의 최상위 수준은 카테고리를 참조하십시오.직업.기술적 의미에서는 m:위키다타 제안. -- Beland 02:22, 2005년 6월 11일 (UTC)

연구 및 기타 그룹의 과학 분야에 대한 용어 목록 작성

위키피디아에는 용어가 무엇을 의미하는지 찾아 볼 수 있는 '사전' 섹션이 거의 없다.예를 들어, 언어학의 과학 분야를 확인해 보십시오.그곳의 많은 사람들에게 정말 혼란스러운 단어들이 있고, 나는 단지 그들이 거기서 무엇을 의미하는지 아이디어를 얻기 위해 모든 과목들을 점검해야 할 것이다.대신에 (언어학), "Tense," "diacritic" 그리고 많은 다른 용어들과 같은 위키백과에서 모든 종류의 주요 용어로 기사를 작성하는 것이 좋을 것이다.확실하지는 않지만, 내가 제대로 된 길을 갈 수 있는 무언가가 있었으면 좋겠어. 그리고 아마도 더 많은 이해를 할 수 있는 연결고리일 거야.아마 눈에 띄는 문제들이 있겠지만, 훌륭한 기사를 읽는 것은 정말 짜증나지만, 그들이 정말로 말하려고 하는 것이 무엇인지, 또 다른 쪽에서 그것이 나에게 무엇을 의미하는지, 그리고 월요일까지 내가 해야 할 학교/일을 위한 어떤 종이 조각에 대해 정확히 알고 있거나 해야 하는 것에 대한 단서도 가지고 있지 않다.내가 이 바보 같은 가게로 괜히 가지 않도록 피드백 좀 해줘.PanzerArizona 03:10, 2005년 6월 5일(UTC)

그것이 위키백과가 아니라 위키백과를 위한 것이다.WP 참조:NOT. DES 07:24, 2005년 6월 5일(UTC)

• 나는 위키피디아가 자급자족을 목표로 해야 할 때, 기술적인 용어를 설명하는 것을 잘 하지 못한다는 것에 동의한다.카파 02:08, 2005년 6월 7일 (UTC)

상자

내가 너의 정보를 편집한 이유는 네가 첫 단어 앞에 공백을 넣으면 보기 싫은 상자가 생기기 때문이야.

--Admiral Roo 03:57, 2005년 6월 5일 (UTC)

원스톱 음반 목록

나는 우리가 원 포인트 참조를 위해 음반 목록 범주를 만들어 모든 사람들의 (Kylie Minogue의 음반 목록 등)을 그 안에 넣을 수 있을까?

68.169.113.246 나와 대화, 68.169.1133.246 나의 기여 68.169.113.246 19:02, 2005년 6월 3일(UTC)

• 개인적으로 나는 그 용도를 모르겠다.그것은 엄청난 양의 카테고리를 만들어 낼 것이고, 그것은 그것이 항상 알파벳 순으로 분류하면서 나온 순서에 따라 포맷을 잃게 될 것이다.우린 필요조차 없어보통 음반 관련 정보가 있는 해당 화가를 위해 기사를 찾아보면 누군가의 음반 관련 자료를 찾아볼 수 있다.Mgm 16:35, 2005년 6월 4일 (UTC)

• • 내 생각에 그는 하나의 카테고리를 의미했다.디스크 기록, 하지만 이 범주에 들어 있는 내용이 어디에 맞는지 잘 모르겠다.음악 계층도 마찬가지야.한편 위키왁스(http://www.wikiwax.com/))에 따르면, "디스크 목록"은 제목에 "기록"이 수록된 전체 기사 목록이다.— 캐서린\^talk 01:24, 2005년 6월 11일 (UTC)

커뮤니티 프로젝트 제안서

그들은 어머니의 날 이후로 뉴스에 나왔던 나의 고향 카운티에서 일어난 큰 사건이다.한 남성이 자녀 5명 앞에서 아내를 소총 엉덩이로 때려 숨지게 한 뒤(소총이 오작동해 총을 쏘지 않았다)사이비 종교를 단장하고 있는 교회가 수면 위로 떠올랐다 막내.그녀는 교회가 컬트라는 악어를 만들고, 자신의 삶을 두려워했기 때문에 다섯 아이의 코스타디를 적극적으로 얻었다.승리 때문에 남편은 그녀를 죽였고, 살해된 지 얼마 되지 않아 목사를 포함한 교회 신도들이 남편의 체포에 항의하기 위해 왔다.

이제 어디로 가야하지?나는 모든 사람들이 그들의 지역 뉴스를 국가적, 국제적 헤드라인을 장식하지 않고 위키뉴스나 위키피디아의 뉴스 부분을 사소한 뉴스로 어수선하지 않도록 프로젝트 페이지에 올릴 수 있는 커뮤니티 프로젝트를 만들 것을 제안한다.

당신은 어떻게 생각하나요?

68.169.113.246 나와 대화, 68.169.1133.246 나의 기여 16:34, 2005년 6월 3일(UTC)

이것은 Wikinews의 완벽한 사용처럼 들린다.RickK 66.60.159.190 19:09, 2005년 6월 3일(UTC)

릭의 말이 옳다.Wikinews는 그것이 검증될 수 있는 한 지역 뉴스를 원한다.Mgm 16:32, 2005년 6월 4일 (UTC)

새 템플릿

나는 "이 페이지를 더 이상 파괴하지 않도록 이 페이지를 잠글 것을 요청한다"와 같은 것을 말하는 템플릿이 만들어져야 한다고 생각한다. 그리고 관리자들에게 이 페이지를 경고하고 날씨를 결정하거나 보호하지 않기 위해 파손된 페이지에 추가되어야 한다.또한 이 템플릿을 사용할 때는 관리자가 잠글 것을 제안하는 페이지를 모두 볼 수 있도록 "잠글 수 있는 제안 페이지" 범주를 채워야 한다고 생각한다.관리자가 문제의 주제를 잠그거나 잠그지 않을 결정을 내릴 수 있도록 이 템플리트를 비관리자에 사용해야 한다.

68.169.113.246 나와 대화, 68.169.1133.246 나의 기여 14:18, 2005년 6월 3일(UTC)

위키백과 참조:페이지 보호 요청(WP:RFP).2005년 6월 3일(UTC) 14:48, Thryduulf 14:48

고마워, 트리듀울프.

정신질환 및 정신질환 범주

나는 이 범주들이 합쳐져야 한다고 생각하지만, 나는 그것을 너희 모두에게 맡기겠다.

68.169.113.246

나는 이 범주들이 통합되어야 한다는 것에 동의한다.DSM-IV 진단 범주와 국제 진단 범주를 만들 수 있다(이름이 생각나지 않는다).--Joseph Wayne Hicks 21:42, 2005년 6월 2일 (UTC)

그것은 세계보건기구에 의한 질병과 관련된 건강문제의 국제통계분류일 것이다.

68.169.113.246 나와 대화, 68.169.1133.246 나의 기여는 2005년 6월 3일(UTC) 12:07

DSM과 ISCDRHP 카테고리에 의한 정신질환 진단서를 방금 작성했어.해당 범주에 더 적합한 이름을 가진 사람이 있으면 이름을 변경하십시오.

카테고리 합병은 위키피디아에서 제안되어야 한다.삭제할 카테고리.Bot 보조를 받을 수 있다. -- Beland 02:15, 2005년 6월 11일 (UTC)

RFC

WP를 자주 이용하는 사람이라면:RFC는 그것이 규칙적으로 오래 된 구안들의 난장판이라는 것을 알아챘을 것이고, 대부분의 사람들은 상위 몇 개만 읽고 그것에 대해 논평할 뿐이다.현재, 정리는 너무 길어질 때마다 오래된 것들의 뭉치를 복사/붙여 보관소에 붙이는 것으로 구성되어 있다.이상적으로는 RFC가 더 이상 적용되지 않을 때 등록을 취소하지만 실제로는 거의 발생하지 않는다.

이 일을 하려면 봇을 고용하는 것이 유용할 것이다.프로세스는 간단하다 - 일주일에 한 번 모든 RFC 항목을 검토하고 마지막으로 편집한 시기를 확인하십시오.그들이 2주 동안 편집되지 않았다면, 그들은 보관될 수 있다. 왜냐하면 그것은 토론이 끝났다는 것을 의미하기 때문이다.

대안적인 제안은 그들이 창조된 지 한 달 후에 시간을 내도록 하는 것이 될 것이다. 그 시점까지는, 어쨌든 토론은 진부해졌을 것이다.

누구라도 이 일에 문제가 있으시겠습니까?그것은 페이지를 훨씬 더 읽기 쉽게 만들 것이다.Radiant_* 12:25, 2005년 6월 2일 (UTC)

좋은 생각이라고 생각하지만, 토론이 한 달이 지나도 오래되지 않을 수도 있기 때문에(예를 들어 잠시 중단되었다가 다시 활성화되거나 그냥 느리게 움직이는 것일 수도 있기 때문에 2주간의 비활성 기준을 선호한다.편집 요약을 통해 아카이빙에 대한 이의 제기가 이루어져야 할 위치를 명확히 해야 한다(Wikipedia Talk:코멘트 요청?)2005년 6월 2일(UTC) 13:17, Thryduulf 13:17

나는 또한 이 아이디어가 마음에 든다 - 2주 동안 자동 아카이브가 편집되지 않는.고마워.트뢰델톡 13:48, 2005년 6월 2일 (UTC)

위키아그라피:사람사전

나는 종종 사람들을 찾아 볼 필요가 있다는 것을 발견하지만, 어떤 사람들은 그들을 위한 전체 기사를 필요로 하지 않는다.나는 사람들을 위한 위키피디아 프로젝트를 제안한다.또한 나는 지리학에 대한 가즈테이어도 좋을 것 같아.이미 이런 것들이 있다면 내가 찾을 수 있도록 내가 사과하고 하이퍼링크를 요청한다.

감사합니다, --Joseph Wayne Hicks 06:44, 2005년 6월 2일 (UTC)

• 둘째로. 68.169.1133.246 내게 말하라, 68.169.113.246 나의 기여 18:41, 2005년 6월 3일 (UTC)

• 반대한다, 왜냐하면 나는 이것을 노력의 중복이라고 생각하기 때문이다.Andrew pmk 00:44, 2005년 6월 8일(UTC)

• • Wikibiography의 각 사람은 단지 몇 명의 보초만을 가질 것이기 때문에, 그것은 정말로 노력의 중복은 아닐 것이다.

• 위키피디아는 "불가결한" 사람들에 대한 기사를 삭제하는 경향이 있는 반면, 반면 위키피디아는 "불가결한" 사람들에 대한 기사를 삭제하는 경향이 있다.‣ᓛᑐᑐ 05:59, 2005년 6월 8일 (UTC)

• 더 많은 지원, 사람들을 포함하는 많은 기사 스텁이 있고, 그들은 기사를 확장하기에 충분한 정보가 없기 때문에 영원히 스텁으로 남아있을 것이다.-whicky1978 05:16, 2005년 6월 11일 (UTC)

정확히 어떤 종류의 사람들을 말하는 겁니까?유명한 사람들은 적어도 짧은 전기에 충분한 정보가 있을 정도로 충분히 가치가 있다(또는 악명높다). 이것은 분명히 기사다. - 스카이미스 11:34, 2005년 6월 16일 (UTC)

케이티 브라우넬

이 소녀의 이름을 검색해 보면 엄청난 조회 수를 기록하게 된다.그녀의 기사(Katie Brownell)를 확인하여 거기에 덧붙일 만한 것을 찾을 수 있는지 알아보세요.직접 기사를 만들어 보았지만, 더 많은 정보를 도와주는 사람이 없어 실망스럽다. --CGALY81 00:46, 2005년 6월 2일(UTC)

이것은 제안이 아니다.

도움을 주는 한, 영어 위키백과에 거의 60만 페이지가 있다는 것을 기억하라.대부분의 사람들이 보지 않는 이상한 작은 구석들이 많이 있다.너는 그 기사의 가시성을 좀 개선하려고 노력해야 한다.본질적으로 그것과 연결되는 것은 아무것도 없고, 스터브 카테고리를 제외하면, 그것은 분류되지 않았다.누구나 찾을 수 있는 유일한 방법은 무작위 페이지(비슷하게)로, 또는 특별히 제목을 찾는 것이다. -- Cyrius✎ 03:47, 2005년 6월 2일 (UTC)

당신은 항상 {{expansion}}을(를) 붙이려고 할 수 있다 - 적어도 카테고리를 통해 보는 모든 편집자들의 관심을 끌 것이다.확장할 기사.그루티니스...뭐? 2005년 6월 2일 12시 33분 (UTC)

고마워. 거기에 연결하기에 적당한 장소가 어디인지 찾기가 힘들어.예를 들어 리틀리그 기사에는 유명한 리틀리거들의 목록이 없어서 거기에 기사에 링크를 넣을 수가 없다. --CGALY81 15:48, 2005년 6월 5일 (UTC)

그런 리스트는 언제든지 페이지에 추가할 수 있다.2005년 6월 8일 자커리S 23:42, 8 (UTC)

마케도니아 공화국

그리스에서는 동명의 지역 때문에 이곳에서는 약간의 논란이 있다.그러나, 직접적인 파랄을 하기 위해, 룩셈부르크 주는 벨기에의 한 지방으로 남아있고 여전히 룩셈부르크라고 불리는 더 큰 역사적 지역의 일부로서 룩셈부르크의 부지가 등재되는 데 아무런 문제가 없을 것으로 보인다.그리스가 만든 논쟁은 POV 문제고 설 자리가 없는 것이다.나는 갈고 닦을 도끼는 없지만 일은 일관성이 있어야 하고 테는 이 주의 이름에 대해 많은 논쟁을 벌여야 한다.마케도니아에 대한 반대 여론에 현혹되는 것은 그 자체로 POV이다.가장 바보같은 생각은 FYROM이다. 결국 우리는 우크라이나 FSURU라고 부르지 않는다! 마케도니아라고 부르지 말고 그리스에 있는 지역으로 가는 디스패치 페이지나 방향을 가지고 있으라.다이나모 14장 41, 2005년 6월 1일 (UTC)

헤, 나는 우리가 마케도니아를 위해 하는 것처럼 그루지야를 위해 똑같이 하자, 그루지야를 주(州)로 만들고, 그루지야 공화국을 그 나라로 만들자, 라고 말하려던 참이었다.그러나 그 사려 깊지 못한 조지아인들은 10년 전에 "공화당"을 제거했다. :(오, 그래.나도 동의해, 만약 우리가 조지아를 두고 페니스 싸움을 하게 된다면, 마케도니아는 동등한 대우를 받을 자격이 있어. (내가 반드시 그것에 동의한다는 말은 아니지만, 우리는 조지아 논쟁에 선례가 있다) --골베즈 08:30, 2005년 6월 2일 (UTC)

(마케도니아라고 불린 적이 없는) 이 땅의 이름을 둘러싼 논쟁을 (지난 정부가 내전으로 붕괴되기 전까지는) POV라고 부르는 것은 마치 베트남 전쟁이 POV 문제였다고 말하는 것과 같다.FYROM이라는 용어는 어리석다는 뜻이고, 임시직 명칭이며, 사용할 수 있도록 되어 있지 않다.양국이 이 문제로 몇 년 전에 국경에서 군대를 집결시키기 시작했다는 사실은 정확히 왜 유엔과 EU가 마케도니아라는 이름을 페름모니아로 인식하지 않음으로써 그 도발에 대항하는 것을 통치하는 것이 중요하다고 생각하는가 하는 것이다.

여기서 미묘한 차이점은 럭셔리함 사이의 아늑한 (그리고 국경없는) 교류가 어느 누구도 이의를 제기하지 않는다는 것이다- 그루지야는 동부 ICBM이 국가가 되는 것과 거의 동시에 그루지야에서 ICBM을 조준하는 것을 중단했다.그러나 마케도니아 위키는 이 이름을 사용함으로써 야기된 애국적인 열성 때문에 많은 유고슬라비아인들과 많은 그리스인들이 결국 죽음을 맞이할 수도 있다. 당파적인 프로포간다를 vfd 이슈로 인식한다. - 모두 잘 되고 좋은 - 그러나 잠재적으로 사람들의 목숨이 위태로운 현 이슈에 관한 것이라면 - 위키피디아에 대한 정의를 그대로 두고 있다.세계 최고의 외교 판결과 대부분의 국가 정부의 자세에 대한 왜곡은 무시무시한 태만이다.다비드P

우리는 분명히 대만을 위한 중화민국이 있다.확실히 이것은 많은 사람들에게 잠재적으로 부풀려질 가능성이 있는 것이다.나는 그 기사가 마케도니아 공화국이라고 명명된 것을 인정했다(아일랜드 공화국은 아일랜드 전체와 대조적으로 국가 실체를 묘사하기 위해 유사한 방식으로 사용된다).자신이 원하는 것을 스스로 칭하는 것, 그리스인들의 입장을 민족주의적 분노의 가장 사소한 사례 중 하나로 보는지, 아니면 유산을 보호하는 고귀한 행동으로 보는지 그 자체가 불손한 것이다.우리는 항상 당파적이지 않아야 한다.자신들의 의제에 맞게 정치라는 작은 기둥에 대한 외교의 손아귀가 크게 필요한 집단의 국제적으로 FYROM을 사용하는 것을 거론하는 것은 그 사용을 약하게 방어하는 것이다.2005년 6월 21일 자칭 네버랜드 다이나모(Neverland Dinamo)라고 부르면 J. M. Barrie 팬들의 분노를 천국에서 금한다.

아니, 변호사를 선임해서 네버랜드의 새 주인이...오, 신경 쓰지 마세요.그루티니스...뭐? 2005년 6월 21일 14시 54분(UTC)

헤헤! 난 그런 연관성은 생각지도 못했어.아마도 2005년 6월 22일 (UTC) 다이나모 09:55, 22 (UTC) 직장에 승화적인 무언가가 있었을 것이다.

고장나지 않았다면...현재의 해결책은 나에게 공평한 타협으로 보인다.Physchim62 08:16, 2005년 6월 22일 (UTC)

데이터베이스에 산란을 추가하십시오.

Spawn' 항목을 추가해 주시겠습니까?그것은 토드 맥팔레인의 만화책이다.http://www.spawn.com/comics/series.aspx?series_id=1

그리고 영화로도 만들어졌다.http://www.imdb.com/title/tt0120177/

우리는 이미 기사를 가지고 있다. - Spawn (코믹스)을 참조하라.Thryduulf 14:20, 2005년 6월 1일 (UTC)

MediaWiki 1.5 변환 후 엔티티 코드를 문자로 변환

일단 MediaWiki 1.5로 업그레이드하면 엔티티 코드를 문자로 바꿀 수 있는 봇을 만들 수 있을까?Susvolans (돼지들은 날 수 있다) 12:22, 2005년 6월 1일 (UTC)

• 좋아, 이제 엔티티 코드가 뭔지 찾아봐야겠어.;) Mgm^(talk) 17:16, 2005년 6월 1일 (UTC)
  • 캐릭터 실체. --cesarb 17:18, 2005년 6월 1일 (UTC)
    • 이 논의를 바탕으로 엔티티 코드에서 캐릭터 엔티티로 리디렉션:) Thryduulf 09:55, 2005년 6월 2일 (UTC)

좋은 생각인가?

영어 위키백과에서는 루마니아 도시들에 관한 섹션을 완성하고, 루마니아 도시들이 없는 목록에 있는 도시들에 대한 기사를 작성하고, 기존 도시들을 편집하고, 정보를 추가하는 등의 방법으로...하지만 내가 궁금한 건 노력해볼 가치가 있을까?

도시에 대해 안다면 노력할 가치가 있다.위키피디아는 모든 것을 위한 공간이 있다.1 Talk to me! 02:03, 2005년 6월 1일 (UTC)

• 오 그래, 만약 영국의 '페디아'가 영국의 도시만을 묘사한다면 그것은 체계적 편견일 것이다.한번 해보라고 말하고 싶다.루마니아 도시들은 확실히 백과사전적이다.Radiant_* 13:11, 2005년 6월 1일 (UTC)

물론 그렇지 않습니다.영어를 말하는 사람은 루마니아에 절대 가지 않는다. --골베즈 08:35, 2005년 6월 2일 (UTC)

골베즈는 신경 쓰지 마십시오. 무슨 수를 써서라도 루마니아 도시에 관한 기사를 만드세요!— 캐서린\^talk 03:51, 2005년 6월 5일 (UTC)

음악 제작 팁

안녕, 나는 전자음악의 한 스타일인 드럼 앤 베이스 제작을 위한 대형 포럼인 dogsonacid.com Grid에 자주 글을 올린다.이 포럼에는 매우 유용한 정보를 담고 있는 많은 실들이 있지만, 그것들을 모두 같은 장소에서 얻기는 어렵다.최근에 우리가 그리드상에서 찾을 수 있는 다양한 유용한 게시물들을 포함하는 어떤 종류의 문서를 만드는 것에 대한 논의가 있었다.'드럼 앤 베이스 제작 기법'이라는 위키백과 항목을 사용하는 것이 유용할 것이라고 생각하지만, 직접 백과사전 기사가 아니라 조직화된 게시물 모음일 것이기 때문에 위키백과의 정책/목적과 얼마나 잘 어울릴지 모르겠다.나는 개인적으로 인간의 지식을 편찬하려는 위키피디아의 목표와 맞물린다고 생각하지만, POV 같은 것을 위반했다고 해서 나의 모든 노고가 지워지는 것을 원하지 않는다.이 아이디어에 대한 약간의 의견을 가지고 돌아가십시오.--69.162.177.145 01:59, 2005년 5월 31일(UTC)[응답]

유용한 포럼 게시물들의 모음은 거의 확실히 삭제될 것이다.기사는 반드시 에세이 형식으로 되어 있어야 하므로, 당신은 실제로 그것을 일관성 있는 고리로 편집해야 할 것이다.

한편으로, 사실 '위키피디아의 목표'가 우리 대부분이 한 때 가졌던 '인간의 지식 비교'라는 잘못된 생각이다.모토는 "어떤 것이 100% 진실이라고 해서 그것이 백과사전에 포함되기에 적합한 것은 아니다"이다.위키피디아가 아닌 것, 자주 언급되는 정책에서 더 많은 것을 읽을 수 있다.—세안 κ. + 02:18, 2005년 5월 31일 (UTC)[응답]

그래...음..이것에 유용할 수 있는 위키 타입의 기술이나 웹페이지에 대해 아는가?글을 에세이 형식으로 편집하는 것은 엄청난 양의 작업이 될 것이고 당신은 항상 원래의 포스터의 개인적인 방법들 중 일부를 잃게 될 것이다.도와줘서 고마워.--69.162.177.145 02:24, 2005년 5월 31일 (UTC)[응답]

위키피디아를 운영하는 소프트웨어는 자유롭게 이용할 수 있고 설치하기도 매우 쉽다. 웹 서버 경험이 풍부한 사람이라면 누구나 할 수 있다.만약 당신이 그 큰 프로젝트를 할 수 없다면, 당신은 다른 누군가가 비슷한 것을 가지고 있는지 알아볼 수 있다.그러고 보니, "어떻게.."위키는 대단한 자산이 될 것이다...누군가 이미 설치했을 겁니다.이곳의 다른 사람들은 거의 틀림없이 비슷한 것을 알 것이다.—세안 κ. + 02:37, 2005년 5월 31일 (UTC)[응답]

위키도 있다. --cesarb 11:53, 2005년 5월 31일 (UTC)[응답]

Wikicities에 자유롭게 추가하십시오.c:음악. 만약 그것이 이륙한다면, 그것은 드럼 & 베이스와 같은 좀 더 구체적인 위키시티로 이동할 수 있다.안젤라 2005년 5월 31일 16:54 (UTC)

"새 메시지"

• 사소한 편집으로 인해 "새로운 메시지가 표시됨" 막대가 나타나지 않도록 하는 방법을 추가할 수 있는가?그것을 보고 "새로운 메시지"가 오타 수정이었다는 것을 발견하는 것은 매우 짜증나는 일이다.

--Bart133 (t) 23:02, 2005년 5월 30일 (UTC)[응답]

• 그거 좋은 생각이야.어때1 Talk to me! 2005년 5월 31일(UTC) 00:26[응답]

• • "새로운 메시지" 메시지(더 밝은 색상 포함)에 대해 보고 싶은 한 가지 변경사항은 토크 페이지의 최신 차이점(또는 가능한 경우 페이지를 마지막으로 본 이후 모든 추가사항을 보여주는 차이점)에 대한 추가 링크다.BlankVers ∅ 10:27, 2005년 6월 3일(UTC)

나는 그것이 전혀 좋은 변화라고 생각하지 않는다.반달은 전체 Talk 페이지를 대체하거나, 포르노를 삽입할 수 있고, 그들은 단지 작은 상자를 체크할 수 있고, 당신은 그런 일이 일어났는지 모를 것이다.RickK 66.60.159.190 19:06, 2005년 6월 3일(UTC)

{{inuse}}의 사용을 촉진하다.

얼마 전 나는 기사를 시작하고, 그것을 저장하고, 좀 더 편집하고, 갈등으로 인해 저장하지 않는 coundn't save를 우연히 만나 확인해 보고, 토론이 {{inuse}}에 대한 통지를 받고 나서 누군가가 {{delete}}을(를) 배치한 것을 발견했고, 문제가 해결되었다.

나는 방금 신입 사원이 시간과 노력을 들인 것에 대한 이야기를 읽었고 다음날 그의 미완성된 노력이 모두 삭제되었다는 것을 알게 되었다.

나는 {{inuse}}의 사용을 장려했다.어쩌면 새로 만든 텅 빈 글에 자동으로 붙일지도 몰라.또는 사용을 촉진하는 다른 방법. 4.250.33.185 21:04, 2005년 5월 30일 (UTC)[응답]

나는 단지

• 나는 {{inuse}}이(가) 더 잘 공개되어야 한다는 것에 동의한다.우연히 템플릿이 나타나지 않도록 이름별로 참조할 경우, 템플릿의 {{subst:tl 이름}을(를) 입력하여 참조하십시오.스모디(래빗과 돼지고기) 21:17, 2005년 5월 30일 (UTC)[응답하라]
  • 나는 여기서 거의 같은 제안을 했다: 위키백과:빌리지_펌프_(기술)#Avoiding_edit_conflicts - 오메가트론 21:21, 2005년 5월 30일 (UTC)
• 나는 {{inuse}}의 열혈 팬인데, 특히 큰 덩어리로 천천히 편집하는 경향이 있기 때문에 더욱 그렇다.그러나, 당신의 초기 문제와 관련하여, 많은 편집자들(특히 최근 변경 페이지를 감시하며 반달리즘을 감시하는 사람들)은 만약 기사가 빈 채로 "만들어졌다"면, 그것이 비지니스적이거나 의심스럽다고 느낀다.즉, 제목과 문장 하나를 저장함으로써 "제자리를 표시"할 필요는 없을 것이다; 당신이 글을 대부분 또는 전부 쓴 다음 저장하는 것은 거의 확실히 안전하다.아직 끝나지 않았고, 리얼라이프를 다루기 위해 편집을 그만둬야 한다면, 기사의 '토론' 페이지에 있는 기사로 빨리 돌아가려는 의도를 공지할 수 있다.사운드구이99 21:37, 2005년 5월 30일 (UTC)[응답]
  • 동의해. 만약 내가 기사 제목만 반복해서 포함하는 새로 만든 페이지를 우연히 보게 된다면, 나는 그것을 그냥 지울 것 같아.나는 위키피디아가 결코 완성되지 않을 것이라는 것을 알지만, 완성된 것처럼 보이는 페이지를 보는 것은 좋은 일이다.나에게 {{inuse}}은 "누군가가 우리가 말하는 대로 이 페이지를 적극적으로 편집하고 있다"는 뜻이지 "내가 이 페이지를 만들고 몇 시간 후에 다시 찾아온다"는 뜻이 아니다.사악한 원숭이Hello 21:44, 2005년 5월 30일 (UTC)
  • 나는 사운드구이99에 동의한다.그것이 효과가 있는 유일한 방법은 빈 기사의 토크 페이지를 읽는 것을 장려하여 그것이 사용 중인지 확인하는 것이다.1 22:03, 2005년 5월 30일 (UTC)은 어때?[응답하라]
  • 나는 또한 "당신의 위치를 표시하기 위해" 문맥이 거의 없거나 전혀 없는 기사를 만드는 것은 적절한 에티켓이 아니라는 사운구이99에 동의한다.그러나 {{inuse}}은(는) "현재 누군가가 이 페이지를 적극적으로 편집하고 있다"는 표시만 해야 하고, "몇 시간 후에 돌아와 일을 끝내겠다"는 표시만 해서는 안 된다는 Evil Monkey의 의견에 동의한다.대신 스텁으로 태그하고 정리 태그 중 하나로 표시하고 대화 페이지에 메모를 남긴다.Zzzx11(토크) 22:42, 2005년 5월 30일 (UTC)[응답]
    • 그런데 정리 태그의 상당수는 각 기사의 토크 페이지를 참조한다.Zzzx11 (토크) 22:51, 2005년 5월 30일 (UTC)[응답]
  • 음, 분명히 하자면, 나는 {{inuse}}은 페이지를 적극적으로 편집할 때만 사용되어야 한다는 뜻이었다; "이것을 끝내기 위해 나중에 다시 오겠다." 노트는 토론 페이지에 가서 요약본을 편집하여 다른 편집자들이 불완전한 기사가 참석할 것임을 알도록 해야 한다.Soundguy99 16:48, 2005년 5월 31일 (UTC)[응답]
• IMHO, 이 모든 문제는 우리 모두가 컴퓨터를 할 때 "조기 저축하고 자주 저축"하는 습관이 있었기 때문에 종종 발생한다.그래서 한 신인이 제목과 한두 문장을 만들어 기사를 만들고, "저장"을 친 다음, 기사를 확장하기 시작한다. 한편 다른 편집자는 의심스러울 정도로 짧은 스텁을 발견하고, VfD를 찾거나 속도를 높인다. 원저자가 현재 작업을 하고 있는 것을 알지 못한다.위키피디아는 "우리"가 일반적으로 더 적은 수의 저장소를 선호한다는 점에서 꽤 독특하다.이것은 "Wikipedia 사용법에 익숙하지 않은" 일종의 문제인데, 아마도 "너무 빨리 저장하지 않아도 된다" 또는 "토론 페이지를 사용하여 다른 편집자들이 당신이 이 작업에 착수할 계획임을 알린다"에 대한 정보가 새로운 사람들이 보기 쉬운 기본적인 편집 방법 페이지들 중 일부에 추가될 수 있을까?Soundguy99 16:48, 2005년 5월 31일 (UTC)[응답]
• 물론이지신참들에게 말해야겠어, 저장하기 전에 뭔가 중요한 게 필요해. 그렇지 않으면 삭제될 위험이 있으니까.일을 끝마칠 때까지 아무것도 아낄 필요가 없다.그래서 미리보기로 한 거야.Mgm 20:29, 2005년 5월 31일 (UTC)

그것은 전혀 사실이 아니다.기사를 편집하는 중에 브라우저를 닫는 충돌이 발생하면 작업이 손실된다.이런 일이 내게 일어났다.미리 보기를 통해 작업 효과를 볼 수 있지만 보호 기능이 손실되지 않음이런 식으로 losign 작업을 한 후 편집자는 다른 방법보다 더 자주 저축하는 경향이 있다.그런 경우에는 사용하지 않는 태그가 좋은 생각일 수 있다.나는 이 토론을 읽기 전까지 그것이 존재하는지 몰랐다.DES 18:09, 2005년 6월 1일(UTC)

나도 동의해.이런 일은 항상 내게 일어난다.우리에게 정말 필요한 것은 소프트웨어가 동일한 저자의 여러 후속 편집을 접는 것이다. - 오메가트론 19:20, 2005년 6월 1일 (UTC)

나는 사람들이 "이 페이지에서 작업할 수 있는 것은 오직 나뿐"이라는 뜻으로 그것을 사용하는 경향이 있기 때문에 사용하지 않는 템플릿에 반대한다. 그리고 그것을 며칠 동안 그대로 둔다.RickK 66.60.159.190 19:05, 2005년 6월 3일(UTC)

'링크 메서드'와 독립적인 '날짜 객체 메서드 생성'?

링크를 만들지 않고 자동으로 날짜를 포맷하는 것은 불가능하다.이것은 오버링에 많은 기여를 한다.

예를 들어, 2000년으로 연결되는 1000개의 링크가 있는 페이지가 있다.내 생각에 그건 오버링크된 것 같아.범주로서 날짜는 다음 목록의 순위에 의해 보여지듯이 가장 과도하게 연결된 기사다.

• 같은 글에 여러 개의 링크가 있는 글
• 가장 참고가 되는 기사
• 대부분의 수신 링크

'다른 기사에 대한 하이퍼링크' 방식과 무관한 '날짜 객체 만들기'가 가능한가?밥블윅(토크) 16:33, 2005년 5월 30일 (UTC)[응답]

이에 사용할 명백한 구문은 이중 밑줄일 것이다. 즉, __30 May___2005_는 [30 May] [2005]와 같을 것이다.각 날짜의 첫 번째 발생, 특히 연도는 연계될 수 있지만 다른 날짜는 형성되었지만 연계되지 않는다.나는 이것에 대한 다른 제안들을 보았고, 그것을 지지한다.2005년 5월 30일(UTC) 22:23(Thryduulf 22:23)[응답하라]

흥미롭군날짜 개체의 시작과 끝, 즉 '30' 이전과 '2005' 이후의 특수 문자가 필요한 이유를 알 수 있다.특별한 문자가 날짜 객체, 즉 '5월'과 '2005년' 사이에 배치되어야 하는 특별한 이유가 있는가?밥블윅(토크) 13:26, 2005년 5월 31일 (UTC)[응답하라]

흠, 현재의 형식은 중간, [30 5월] [2005년]에 등장인물이 있지만, 그 이유는 다음과 같다. 우리는 매년, 그리고 일 년 중 매일 기사를 싣지만, 매년마다 기사를 싣지 않는다. (1987년과 1998년 사이에 10월 14일에 일어난 일이라 전혀 주목할 만한 일이 없기 때문에) 그래서 그것은 두 개의 연결고리가 필요하다.

나는 소프트웨어가 내부 문자 없이 어떤 표준 형식(아래 참조)으로든 날짜를 인식하는 것이 가능할 것이라고 생각한다.단순성을 위해서라면 __30 2005년 5월__과 _30 May____2005년_을 둘 다 허용하는 것이 더 바람직하다고 생각한다.

• 2005년 5월 30일
• 2005년 5월 30일
• 2005년 5월 30일
• 2005년 5월 30일
• 2005-05-30
• 30-05-2005
• 05-30-2005
• 5월 30일
• 5월 30일

2005년 5월 31일(UTC) 15:19 (Thryduulf 15:19)[응답하라]

나는 한 사람이 아니라 두 개의 연계를 만들기 위해 그 중간 인물들이 일부러 거기에 놓여 있는 줄은 몰랐다.나는 그것들이 의도하지 않은 특징이라고 생각했다.나는 개인적으로 포맷만 할 때 중간자를 피하는 것이 더 쉽다고 생각한다.만약 당신이 두 가지를 모두 허용하는 것이 더 간단하다고 생각한다면, 그것은 내가 괜찮다.

좋은 생각입니다.정말 가능할까?

중간 캐릭터에 대해서는, 불가피하게 사람들이 링크인 것처럼 포맷하려고 할 것이기 때문에 둘 다 허용되어야 한다고 생각하지만, 나는 코드에서 없는 것이 더 낫다는 것에 동의한다.만약 우리가 둘 중 하나를 허용한다면, 어느 방법도 고장나지 않을 것이고 사용자들은 더 직관적인 방법을 사용할 수 있을 것이다.

가능합니까?그 만족도(한 번에 여러 곳에서 날짜에 대한 여러 가지 논의가 이루어지고, 다음에 시간이 나면 모두 하나로 모을 것을 제안한다)에 조금 더 투입을 시도하고 나서 버그질라에 대한 특집요청을 해야 한다고 생각한다.지금은 그럴 시간이 없다.2005년 5월 31일(UTC) Thryduulf 18:29 (UTC)[응답하라]

날짜 선호에 필요한 두 링크에 대해서는, 그것은 단순히 정확하지 않다.ISO 8601 형식을 사용할 경우 2005-03-05와 같은 날짜를 2005-03-05로 연결할 수 있으며 적절한 기본 설정 포맷으로 표시된다.나는 특히 전기 기사에서 생년월일/사망일, 선호 정착민들을 위해 연계될 날짜를 의도할 때 이 형식을 사용하게 되었다.분리 링크는 미지(mzy)를 링크로 사용하되, 링크는 만들지 않고 날짜 선호 설정을 적용할 수 있는 방법이 제안이기 때문에, 그것은 불필요한 것이다.이상적으로 그러한 새로운 구조는 어떤 범위의 형식도 허용해야 한다고 생각한다(모든 숫자 형식은 ISO 8601을 따라야 한다고 생각하지만).나는 2부 구성을 허용하는 데 아무런 이점이 없다고 본다.이것은 새로운 변덕이 될 것이기 때문에, 어떤 경우에도 새로운 규칙을 배우지 않고서는 아무도 사용하지 않을 것이기 때문에, 특히 그 규칙은 다른 맥락에서 쓰여지는 방법에 대해 논쟁적이기 때문에, 그 규칙이 이전 스타일의 날짜 연결에 대한 규칙을 따를 필요가 없다.DES 22:07, 2005년 5월 31일 (UTC)[응답하라]

나는 이 제안을 지지한다.나는 데이트를 하는 것이 일반적으로 오버링크의 원인이라는 것에 동의한다.나는 링크로서 thjat shuch 링크는 대개 무의미하며 만약 날짜 선호 형태를 적용할 다른 방법이 있다면 제거되어야 한다고 생각한다.나 역시 부분 날짜(연도가 없는 D/월, 또는 1년만)에 대한 대부분의 링크가 이미 포인트라고 생각하고, 그런 링크가 있는 기사들을 편집하면 찾아가지 않지만 제거하기 시작했다.

나는 그 제안이 기술적으로 어려운 것인지 쉬운 것인지 모르겠다.나는 그것이 불가능하다고 믿기가 어렵다.기술적으로 동의하기 쉬우면 2005년 1월 10일 대신 #날짜(2005년 1월 10일)를 가질 수 있다는 점에 유의한다.DES 22:07, 2005년 5월 31일 (UTC)[응답하라]

특별한 구문은 필요 없고, 소프트웨어는 날짜를 일반 텍스트로 인식할 수 있다. -- Tim Starling 09:35, 2005년 6월 1일 (UTC)

그것이 시행된다면 훨씬 더 간단할 것이다!나는 우리가 선호에 의해 변경되지 않는 특정한 형식을 보고자 하는 경우(예: 2005년 6월 1일은 당신의 선호에 따라 나타나고 <노위키>01 2005년 6월 1일 </노위키>는 항상 그렇게 나타날 것이라고 추측한다.2005년 6월 1일(UTC) 12시 50분(Tryduulf 12:50)

훌륭하다그럼 이건 이제 어디로 갈까?밥블윅 (토크) 23:13, 2005년 6월 7일 (UTC)

올바른 이름을 가진 문서

사업체와 제품을 타이틀로 한 것을 무시한다면 얼마나 많은 기사가 남아 있을까?그런 식으로 기사에 라벨을 붙이는 방법이 있어야 하는가?"적절한" 백과사전은 그러한 기사를 포함하고 있을까?[아논이 왼쪽.사용자 66.25.162.157 ]

Buisnesses와 제품들은 그것들로 분류된다.여기 있는 대부분의 사람들은 아마도 백과사전이 그것들을 포함하지 말아야 할 이유를 알 수 없을 것이다.이것은 무엇에 관한 것인가?—세안 κ. + 04:48, 2005년 5월 30일 (UTC)[응답]

조기반달주의경보시스템

위키피디아 기사는 많은 게임 뉴스 사이트와 슬래시닷을 포함한 외부 사이트와 점점 연계되고 있다.분명히 이들 사이트를 방문하는 충분한 사람들이 위키웨이를 거의 존중하지 않고 있으며, 이로 인해 대규모 반달리즘의 첨병들이 생겨나고 그에 따른 대청소가 이루어진다.내 생각에는 우리가 공공 기물 파손 방지를 위해 더 적극적으로 나설 수 있도록 외부 출처로부터 현재 가장 많은 조회 수를 받고 있는 기사를 나열하는 일종의 '조기 경고' 페이지를 갖는 것이 매우 유용할 것 같다.이미 제안된 내용이라면 용서하십시오. 주위를 둘러보았지만, 이런 취지의 내용은 보지 못했다. --Bratticus Pycchosis 05:34, 2005년 5월 29일 (UTC)[응답]

위키백과 참조:반달리즘이 진행 중이다.제시W 09:16, 2005년 6월 11일 (UTC)

SVG 및 벡터 파일

SVG는 위키백과(Commons)의 지원을 받을 수 없는 것으로 보인다.위키백과에서 지원할 수 있는 다른 벡터 그래픽 형식이 있는가?그리고 SVG와 벡터 파일을 공유할 수 있도록 상황을 개선할 수 있는 무언가를 할 수 있을까?Yug 22:24, 2005년 5월 28일 (UTC) 나는 프랑스인이야, 내 영어실력은 아직도 향상되고 있어 :)[응답하라]

SVG는 향후 출시될 MediaWiki에서 크게 기대되는 기능 중 하나이지만, 포맷은 스크립팅 언어 포함을 지원하므로 서버에서 적대적인 스크립트가 실행되거나 호스팅되지 않도록 보안 기능을 갖춰야 한다.짐작하시겠지만, 기밀 스크립팅 보안을 만드는 것은 어렵고 힘든 작업이다; 우리 개발자들이 지금 그것을 연구하고 있는지 아니면 아직 이 분야에서 이미 기술을 갖춘 사람을 찾고 있는지 모르겠지만, 결국 구현될 기능이라고 확신한다.보안 문제에 대한 지식을 가진 소프트웨어 개발자를 저희 디자인 팀에 초대하면 도움이 될 겁니다.— 캐서린\^talk 02:15, 2005년 5월 29일 (UTC)[응답]

• From Commons:마을펌프

현재 보안상의 이유로 SVG 업로드가 비활성화되어 있다(JavaScript...).나는 다음 버전의 미디어위키에 대한 코드를 조작하여 SVG 파일을 안전하게 만들었고, 1.5로 가자마자, 즉 몇 주 안에(희망적으로) SVG 업로드가 가능하기를 바란다. 그때까지 공용에서 지원하는 벡터 형식은 PDF밖에 없는데, 이는 그다지 좋은 선택이 아니다( -- Duesentrieb 01:00, 2005년 5월 29일(UTC)[답글]

좋아, 이 정보 고마워 ~ 이번 여름에 SVG 작업을 준비해서 1.5 :) Yug 14:49, 2005년 5월 29일 (UTC)[답글]

그냥 모든 스크립트를 비활성화하면 안 될까? -- 2005년 5월 29일 토이토이 05:50 (UTC)

파이핑된 링크 및 두문자어

거부권 - 이 아이디어는 이전에 제안되었을 수 있다.

UN과 같은 페이지는 UN으로 리디렉션되고, EU와 같은 페이지는 유럽 연합으로 리디렉션된다.거의 항상 기사에 쓰이는 약어지만, 링크에 pip을 해서 [[유럽연합 EU]]를 치도록 하는 정책이 있었다면, 마우스를 그 위에 맴돌면 그렇게 약어: EU. 이 페이지를 보면 파란색 점으로 밑줄 친 텍스트가 이런 속성을 가지고 있다.해볼 만한가?-->에너지 (대화) 07:23, 2005년 5월 28일 (UTC)[응답하라]

나는 위키피디아에 다음과 같이 추가했다.Manual_of_Style_(링크)#내부_links: "리디렉트에 의존하는 링크보다 타깃으로 직행하는 링크가 선호된다." 왜냐하면 당신의 발언이 더 일반적으로 적용된다고 생각하기 때문이다.-Patrick 13:53, 2005년 5월 28일 (UTC)[응답]

링크가 없는 호버 박스 또는 추가 정보가 포함된 호버 박스 텍스트가 있는 링크가 있을 가능성은, 예를 들어 단어 인치에서 "2.54cm"라는 텍스트가 있는 호버 박스가 있을 수 있다.--Patrick 14:53, 2005년 5월 28일 (UTC)[응답]

실제로 링크가 없는 호버 박스가 가능하다: <스팬타이틀="2.54cm" 스타일="컬러:"빨간색" 인치"/span"은 인치--패트릭 21:07, 2005년 5월 28일 (UTC)[응답]

또는 링크와 결합:인치 **.--패트릭 21:36, 2005년 5월 28일 (UTC)[응답]

나는 만약 어떤 사람들이 그것이 무엇을 의미하는지 모를 수도 있다고 믿는다면, 사람들에게 약자를 가까이 확장하지 않고서는 절대 사용하지 말라고 말하는 것이 더 나은 정책이라고 생각한다.즉, 나는 항상 다음을 선호한다.

흔히 유네스코로 알려진 유엔교육과학문화기구는 1946년 설립된 유엔체제의 전문기관이다.

오버:

유네스코(UNESCO)는 1946년 설립된 유엔체제의 전문기관이다.

그러한 텍스트는 유네스코에 관한 기사에 있을 것이다. 그 경우에 동의한다. 하지만 만약 그것이 단지 기사에서 언급된다면, 나는 호버 박스가 있는 짧은 형태를 선호할 것이다.--패트릭 21:02, 2005년 5월 28일 (UTC)[응답]

접근성에 대한 우려를 잊지 말자; 일부 사람들은 문자 위에 마우스를 올려놓을 수 없다.나는 우리가 그것에 의존해서는 안 된다고 생각해.—Sean +. + 22:23, 2005년 5월 28일 (UTC)[응답]

필수 정보에 사용해서는 안 된다는 데는 동의하지만 (이미 링크용인 것처럼) 편리한 추가가 될 수 있다.--Patrick 06:46, 2005년 5월 29일 (UTC)[응답]

User:에서 링크되지 않은 호버박스 태그의 템플릿을 만들었다.에너지/호버박스.내 사용자 페이지에 어떻게 작동하게 하는지에 대한 지침이 있는데, 지침이 명확하지 않다고 느끼면 얼마든지 적응할 수 있도록 하라.-->에너지 (대화) 06:43, 2005년 5월 30일 (UTC)[응답]

비활성

위키백과:이번 주와 위키백과의 엔터테인먼트 협업:이번 주의 대중음악 협업이 다시 살아나야 한다.그들은 매우 많은 중요한 배우, 감독, 음악가들이 끔찍한 기사를 가지고 있는 반면, 활동적이지 않게 되었다.엘튼 존과 헨리 폰다를 예로 들어보자.음악 콜라보레이션은 모든 밴드와 뮤지션에게 공개되어야 하지만, 만약 돌아온다면. --Carolaman 23:40, 2005년 5월 27일 (UTC)[응답]

포켓몬스터 기사 및 WP:픽스

WP의 가이드라인 적용에 대한 여론조사는 다음과 같다.PROFT는 위키피디아에서 포켓몬 캐릭터 관련 기사를 다룬다.Poképrosal#Poll: WP:PROFT와 포켓몬 --카닐도 23:37, 2005년 5월 27일 (UTC)[응답]

뉴햄프셔 주 데리 대 NH 주 데리

사용자 토크에는 다음과 같은 내용이 게시되었다.램-맨:

줄여서 Statenames를 위한 #REDirect 프로젝트를 시작할 수 있다.나는 보통 약어를 입력한 다음 다시 돌아가서 전체 Statename을 입력해야 한다.나만 이렇게 할 수는 없어(혹은 나?);-) 하인조토크 18:03, 2005년 5월 23일 (UTC)[응답하라]

사람 대신 봇으로 이렇게 하는 방법이 있을까? 도시별/시가지별로?하인조토크 01:30, 2005년 5월 27일 (UTC)[응답하라]

데리(NH)도 추가하는 게 어때?TIS는 [[Derry (NH) ]]를 입력하고 Derry를 얻을 수 있기 때문에 훨씬 쉽게 연결할 수 있다.로드아일랜드와 매사추세츠를 위해 내가 직접 연결하면서 이 일을 해오고 있어. --SPUI (토크) 01:49, 2005년 5월 27일 (UTC)[응답]

세스봇도 할 수 있어!세스봇은 매우 다재다능하고 돕는 것을 좋아한다!나는 알파벳을 통과하는 그것의 다음 패스들을 이것들을 만들게 할 것이다; 또는 당신은 세스봇 코드를 사용하여 당신만의 봇을 만들 수 있다.하지만 이런 종류의 리디렉션은 새로운 것이 될 것이기 때문에, 나는 이 사용이 위키피디아 토크에서 승인되어야 한다고 생각한다.봇이 먼저. -- 세스 일리스 02:02, 2005년 5월 27일 (UTC)[응답]

세스봇(토크 · 기여)이 이미 이런 종류의 리디렉션을 만들고 있는 줄 알았는데... --Tabor 01:52, 2005년 5월 27일 (UTC)[응답]

세스봇은 우리가 말하는 대로 이렇게 한다.여기 재미있는 것이 있는데, 당신의 질문이 없었더라면 내가 알아차리지 못했을 것이다: 세스봇은 한 해 전에 자동적으로 이것을 만들었어야 했다.그게 날 어떤 견제로 이끌지 않았다는 사실 그리고 난...음... 문서화되지 않은 기능...세스봇에서 이름에 공백이 있는 주(州)에 적합한 리디렉션을 생성하지 않은 경우.봇을 수정했는데, 지금 고쳐야 한다(또 알파벳 상단에 시작했으니까 여기서 진행 과정을 따라가면 된다). -- 세스 일리스 01:57, 2005년 5월 27일 (UTC)[응답]

좋아, 탁월하고 빠른 대응.나는 NH의 데리가 빨간색에서 파란색으로 변하는 것을 지켜볼 것이다.고마워 세스. 하덴조톡 19:40, 2005년 5월 27일 (UTC)[응답]

'데리, NH', '데리 NH', '데리, 엔에이치', '데리, 엔에이치', '데리, 엔에이치', '데리 엔에이치'와 같은 다른 엔트리 변주들도 봇이 처리할 수 있다면 좋겠고, 우편판과 다른 전통 약어를 가진 주들은 그것들도 함께 처리하면 좋을 것이다..."Fla"와 "Il"처럼 — 스티비가 그 남자다! 2005년 5월 29일 (UTC)

1963년 USPS 2 Letter State 약어 코드가 도입된 이래, 그 사용량은 꾸준히 증가하고 있다.아마도 코네티컷 주의 철자를 모르는 젊은 사람들이 많이 있을 것이고, 아마도 시티, CT에 들어갈 것이다.그것이 나의 원래 제안을 자극한 것이다.다른 가능한 모든 변형과 리디렉션은 플러스가 되겠지만 나는 USPS 주 코드보다 덜 쓰일 것이라고 생각한다.하지만, 만약 우리가 WTF 다음으로 우주와 봇파워를 가지고 있다면, 왜?하인조토크 19:35, 2005년 5월 29일 (UTC)[응답하라]

리디렉션은 싸지만, 나는 당신의 원래 제안이 가장 우선되어야 한다는 것에 동의한다. 그리고 바라건대 다른 변화들이 이루어질 수 있기를 바란다.— 스티비가 남자다! 2005년 5월 30일 16:25 (UTC)

스텁 템플릿에 Google 링크를 추가하시겠습니까?

스텁 템플릿을 몇 개 검색하면서 "이 페이지는 스텁"이라는 통지에 해당 위키백과 페이지의 제목에 해당하는 용어에 대해 구글 검색 결과 페이지에 대한 외부 링크를 추가하면 유용할 수 있다는 생각이 들었다.

예를 들어, 오늘 아침 전국 미안한 날 위키피디아 항목을 보면서 아래쪽에 "이 호주 관련 기사는 그루브다.위키피디아를 확대하면 도움을 줄 수 있다."그 부분을 '이 호주 관련 기사는 뭉툭한 기사다.당신은 위키피디아를 확장함으로써, 아마도 "전국적인 미안한 날"이라는 문구에 구글 검색을 수행함으로써 도울 수 있다.

내 생각엔 어떤 위키백과 기사에 대해서도 똑같은 제안이 나올 수 있을 것 같아, 그냥 짧은 페이지가 아니라.그러나 그것은 특히 스터브의 경우에 도움이 될 것 같다.반면에, 외부 링크의 건설은 구글이 그들의 검색 인터페이스를 바꾼 경우에 파괴될 수 있다. 그리고 나는 이렇게 제안된 "추가 정보" 링크를 위해 특정 상업용 검색 엔진에서 제외하는 것은 어떤 사람들 (경쟁하는 검색 엔진을 운영하는 사람들과 같이)을 괴롭힐 수 있다고 생각한다.특정 상업 사이트와의 제휴로 얼룩진 위키백과 같은 커뮤니티 프로젝트를 그런 식으로 보고 싶지 않다.

어쨌든, 나는 위키피디아를 처음 접하는 사람이고, 아마도 이것은 이미 고려되었을 것이다, 하지만 나는 빠른 검색에서 그것에 대한 언급을 찾을 수 없었다.사람들이 어떻게 생각하는지 궁금하다. -- 존 캘린더 18:39, 2005년 5월 26일 (UTC)[응답]

구글 링크만 갖는 것은 위키미디어 재단의 일종의 지지에 해당할 것이다.생각은 흥미롭지만, 중립을 유지하기 위해서는 인기 있는 검색엔진을 위한 여러 링크가 있어야 한다. -- 키리우스 ✎ 02:01, 2005년 5월 27일 (UTC)[응답]

이게 도움이 될지...(나는 다소 중립적인 편이지만...위키피디아, 검색이 실패하면 구글 검색으로 바로 연결된다...그래서 나는 중립성이나 그렇지 않은 것은 문제가 되지 않는다고 생각한다.그렌 09:58, 2005년 6월 1일 (UTC)

구글이 WP의 캐시를 보관하고 있기 때문이다. smoddy 14:33, 2005년 6월 5일(UTC)

나는 심지어 페이지마다 이 링크들에 찬성한다.위의 링크는 http://www.google.com/search?q=%22national+sorry+day%22 또는 http://www.google.com/search?q=%22national%20sorry%20day%22이어야 한다는 점에 유의하십시오.유감스럽게도 PAGENAME과 PAGENAMEEE는 "+" 또는 "%20"을 제공하지 않으므로, 해당 변수의 새 버전을 위해 기능 요청을 해야 할 것이다.야후 등을 추가할 수 있다.--패트릭 12:23, 2005년 6월 1일(UTC)

나는 주제 스텁의 유용성을 개선하는 훨씬 더 좋은 방법은 위키프로젝트나 지역 게시판이 존재할 때 적절한 위키프로젝트나 지역 게시판에 연결하는 것이라고 생각한다.이 특별한 예제의 경우 위키백과에 "호주 관련" 텍스트 링크가 있을 수 있다.오스트레일리아어 위키백과 안내 게시판.거기서, 위키프로젝트와 지역 게시판 각각은 특정 주제 검색 엔진, 온라인 참조 소스 등을 나열하는 특별한 하위 페이지를 만들 수 있다.BlankVers ∅ 10:03, 2005년 6월 3일(UTC)

그것은 단지 사람들이 다른 사이트로부터 직접 복사/제거를 하도록 격려하는 것일 뿐이다. - SoM 22:28, 2005년 6월 4일 (UTC)

훌륭한 아이디어라고 생각한다. --아카디안 14:27, 2005년 6월 5일 (UTC)

검색 상자(도구 상자 위) 아래에 새로운 섹션이 추가되어 위키백과 자체, 구글, 야후 바이올렛/리가(t) 14:36, 2005년 6월 5일(UTC) 등 페이지 이름을 검색하는 다양한 자원을 검색할 수 있도록 할 것을 제안한다.

모든 스텁은 동일한 주제별 태그를 가진 모든 스텁을 포함하는 범주에 대한 링크를 이미 가지고 있다.다음은 범주의 구성원이다.스텁 카테고리.어떤 경우에도 오래된 목록을 가지고 있는 구글에 갈 필요가 없다.대신 적절한 범주로 링크하십시오. -- Beland 02:13, 2005년 6월 11일(UTC)

연구 목적을 위한 WebLogs 분석

친애하는 공동체 여러분,

이것은 실제 위키미디어 서비스의 개선보다 더 많은 협업 제안이다.그러나 그 결과 중 하나는 자원의 실제 사용에 대한 유용한 추가 지식이 될 수 있다. 예를 들어 메시지의 끝을 참조하십시오.

나의 연구단체인 KDD-Lab(Laboratory on Knowledge Discovery and Delivery: http://www-kdd.isti.cnr.it)은 이탈리아 국립연구센터(CNR) ISTI 연구소의 분원으로 최근 웹서버 로그에 대한 분석 기법을 연구하고 있다.간단히 말하자면, 우리는 위키피디아의 웹 로그에 우리의 분석 기법을 적용할 기회를 갖고 싶다.위키백과 접속 통계를 살펴보면, 최적의 데이터 양은 (1) 사용 일주일 정도의 내용을 다루는 영어 섹션의 (원래) 웹로그나 (2) 이탈리아 섹션의 경우 (... 우리 그룹이 이탈리아인이기 때문에) 한 달 정도의 데이터일 것이다.

물론, 우리는 특히 사생활과 관련된 모든 법적 합의를 제공할 용의가 있다.그리고, 분명히, 우리는 위키미디어 공동체가 우리가 그것을 사용하는 우리의 사이언티픽 출판물과 보고서에 기여한 것을 적절하게 인정할 것이다.마지막으로 우리가 개발할 분석 소프트웨어는 오픈 소스가 될 것이다.

프라이버시와 관련하여, 우리는 웹로그를 제3자에게 배포할 생각은 없으며, 우리의 연구를 위해 우리는 "내용" 페이지에 대한 방문에 관한 로그만 요구할 것이며, 개인 페이지(또는 현재 내가 생각할 수 없는 어떤 종류의 비내용 페이지도 아니다)를 요구하지는 않을 것이다.게다가 웹로그는 IP 분야로 사용자를 식별하지만, 우리는 그것이 필요하지 않다. 왜냐하면 어떤 동등한 코딩으로도 충분하기 때문이다.예를 들어, 물리적인 사람과 쉽게 연결될 수 있는 146.48.83.245와 같은 IP는 IP-00321과 같은 ID로 대체될 수 있어 Wikimedia 웹마스터만이 연결 IP<-->ID를 알 수 있다.

우리의 연구 결과는 "0.3%의 사용자들이 방문 시간에 대한 정보를 가지고 A->B->C 페이지 순서에 맞선" 형태의 사용 패턴을 발견하는 (기술)이 될 것이다.그것은 위키미디아가 두 가지 방법으로 사용할 수 있다.첫째로, 만약 성공적이라면, 우리가 관심있는 분석은 "흔히 위키백과 사용자들은 A페이지를 깊이 읽고 나서 B페이지로 링크를 따라갔다가 C페이지로 즉시 전환한다"와 같은 사용자 행동을 드러낼 수 있는데, B페이지의 내용이나 A페이지의 링크의 앵커텍스트를 확인할 것을 제안한다(오해할 수 있다.둘째, 발견된 패턴을 실제 사용 통계에 추가할 수 있다(Special: "사용 통계" 참조).현재 교통량에만 초점을 맞추고 있는 통계).

네가 흥미롭다고 생각하고 내 제안을 지지해 주길 바래!

안부 전합니다

- 미르코

이것은 위키피디아를 운영하는 모기업인 위키미디어에서 다루고 싶은 것과 같은 종류의 것으로 들린다.—Sean κ.+ 17:40, 2005년 5월 26일 (UTC)[응답]

Wikimedia 이사회에 문의했더니 (합리적으로) 그런 주제에 대한 결정이 "이사회가 아니라 공동체에서 나올 필요가 있다"(마지막 이사회에서 받은 메시지에서 인용)고 하니 커뮤니티 내에서 아이디어와 의견을 수렴하라고 제안했다.--146.48.83.245 08:54, 2005년 5월 27일 (UTC)- 미르코[응답]

댓글

• 나는 한 명의 편집자일 뿐이지만, 만약 당신이 커뮤니티에 결과를 알려준다면, 나는 당신이 제안하는 대로 해줬으면 좋겠다. (나는 당신의 메시지가 당신이 다른 방법으로 할 의사가 있음을 시사한다고 생각한다.)2005년 5월 27일(UTC) 09:24(Tryduulf 09:24)[응답하라]

• 우리 독자들의 사생활을 보호하기 위해 네가 말한 조치들이 충족되는 한 나는 이것에 대해 아무런 문제가 없다.—Sean +. + 12:03, 2005년 5월 27일 (UTC)[응답]

• 만약 이사회와 개발자들이 자료를 기꺼이 나눠주고 우리의 사생활이 보장된다면, 나는 아무런 문제가 없다고 본다.말씀 계속하세요Mgm 14:03, 2005년 5월 27일 (UTC)

• 네가 말한 조건을 고려할 때, 나는 동의해, 결과를 보고 싶어.— 캐서린\^talk 01:23, 2005년 5월 29일 (UTC)[응답]

확인되지 않은 카테고리

범주가 존재하지 않는 모든 페이지를 추적하는 프로젝트 또는 자동화된 프로세스가 있는가?즉, 생성되지 않은 범주?나는 종종 그러한 범주가 이미 존재하지만 페이지에 올바르게 설정되지 않았다는 것을 발견한다.그래서 누군가가 적절한 기존 카테고리를 찾아내어 페이지를 수정하기만 하면 된다.고마워요.— RJH 20:37, 2005년 5월 25일 (UTC)[응답]

나는 당신이 페이지에 추가할 때 카테고리 자체가 생성된다는 인상을 받았다. 그래서 "존재하지 않는" 카테고리는 있을 수 없다.내가^(Talk) 틀렸다면 정정해줘 알비노몽키 15:41, 2005년 5월 26일 (UTC)[응답하라]

RJH는 카테고리 설명 페이지가 존재하지 않는다는 뜻인 것 같다. -- Cyrius✎ 16:05, 2005년 5월 26일 (UTC)[응답]

그래, 내 말은 그런 뜻이었어.미안해 내가 확실하지 않아서.많은 경우, 존재하지 않는 페이지가 있는 카테고리는 설명 페이지가 있는 적절한 카테고리로 변경될 수 있다.— RJH 20:22, 2005년 5월 27일 (UTC)[응답]

기사가 있지만 설명 페이지가 없는 카테고리는 카테고리:고아 범주. -- Beland 13:09, 2005년 6월 14일(UTC)

성별 사람 범주

나는 WP:CfD를 샅샅이 뒤져 이 주제에 대해 몇 달 전에 있었던 것으로 보이는 이전 토론의 아카이브를 찾고 있다.Category_for_deletion [Deed-the the Category:Anderson, 카테고리:바우어, 카테고리:콜, 카테고리:콜린스, 카테고리:피셔, 카테고리:농부 및 범주:슈미트])) 하지만 찾을 수가 없다.이것에 대한 규정이 있는가?그렇지 않다면 모든 성이 그 나름의 범주를 가지고 있다는 진정한 장점에 대해 새로운 논의가 이루어져야 한다고 생각한다.만약 이런 종류의 일이 조금이라도 필요하다면, 내가 보기엔 다루기 힘든 범주보다는 리스트를 가지고 있는 것이 더 나을 것 같다.오늘 새로운 카테고리가 시작되었으므로 지금 이 문제를 제기한다(카테고리:린치, 카테고리:McCoy, Category:Hanke. --BaronLarf 16:47, 2005년 5월 25일 (UTC)

다음과 같은 규정이 있다.위키백과:삭제 정책/이름 및 성이것은 Wiktionary로 이동하거나 목록에 보관해야 하며, 목록은 모호한 페이지여야 한다.그러한 목록을 유지하는 것 만으로도 이미 노력이 필요한데, 그 위에 카테고리를 유지할 필요가 없다.— 세바스찬 (대화) 2005년 6월 12일 (UTC)

더 이상 IP 편집 안 함

위키백과로 이동:마을 펌프(매년 제안).

위키백과:삭제 정책/이름 및 성

위키백과의 토론:삭제 정책/이름 및 성은 합의에 도달하여 폐쇄되었다.내가 밀도가 높은 건지도 모르지만, 거기서 어떤 공감대도 보이지 않고, 토론의 결과가 어떤 것인지 그냥 이해하지도 못한다.RickK 06:18, 2005년 5월 24일 (UTC)

• 글쎄, Radiant와 R.fiend는 사물에 대한 합리적인 견해를 가지고 있는 것 같아. 그리고 만약 내가 이 페이지를 제때에 알았다면 나는 그들을 지지했을 거야.너처럼 이게 진짜 콩쿠르인지는 잘 모르겠지만, 결론 헤딩은 토론의 결과를 위한 것이라고 확신해.Mgm 20:52, 2005년 5월 24일 (UTC)

• • 그러나 결과는 어떻게 되는 것일까?만약 어떤 사람이 이름 기사와 마주친다면 어떻게 될까?RickK 21:22, 2005년 5월 24일 (UTC)
    • 그것은 공정한 결론 목록을 가지고 있다.이름 기사와 마주친다면 '위키니메이션으로 이동' 템플릿을 눌러야 한다.내가 결론에 대해 조금 다시 말했는데, 이게 도움이 될 것 같아?이 경우 결론은 기존 정책을 반복하는 것이라는 점에 유의하십시오(WP:NOT, 그리고 Wiktionary 창간 원칙.그러한 논의의 이면에 있는 생각은 정책을 만드는 것이 아니라, 그 문제를 실천할 수 있도록 충분한 공감대를 얻기 위한 것이다.Radiant_* 08:38, 2005년 5월 25일 (UTC)

섹션으로 돌아가시겠습니까?

긴 기사를 편집하는 한 섹션이 '저장'을 누르고 기사 맨 위로 되돌아가는 것. 왜일까?만약 당신이 방금 편집하고 있던 섹션의 윗부분을 보여주는 저장된 기사가 나온다면 확실히 훨씬 더 이치에 맞을 것이다.특히 복사 편집을 하고 있으므로 다음 섹션의 처음부터 계속 진행하고자 하는 경우, 방금 작업한 곳까지 스크롤하는 데 많은 시간이 절약될 것이 분명하다.물론, 방금 편집한 내용보다는 기사 윗부분을 보고 싶을 때도 있지만, 키보드에서 '집' 버튼이 바로 그것이다.그루티니스...뭐라고? 2005년 5월 23일 12시 59분 (UTC)[응답하라]

들어봐! 들어봐!나도 오래 전부터 같은 생각을 했다.긴 글에서 그것은 정말 짜증날 수 있다.멜 에티스 (με ετηης)) 14:21, 2005년 5월 23일 (UTC)[응답]

나도 이것이 시행되었으면 좋겠어!2005년 5월 23일(UTC) 15:58, Thryduulf 15:58[응답]

시사회를 할 때도 그럴듯할 것 같다.2005년 5월 24일 (UTC) 07:53 (Thryduulf 07:53)[응답하라]

좋은 생각이야!2005년 5월 23일(UTC) 23시 59분 어떠세요?[응답하라]

위키-의회?

4월 22일자 가디언 기사는 영국 싱크탱크인 데모스의 입법 과정을 위키화하자는 제안을 다루었다.이상적인 비전은 시민들이 위키-드래프트 방식으로 입법 제안을 편집하고 삽입할 수 있는 열린 과정이 될 것이다.초안은 법학자, 학계, 일반 시민 등을 위한 위키백과와 같은 몇 개의 영역으로 펼쳐질 것이다.

매혹적이고 고무적이지 않은가?

[[4] 누군가가 기사를 복사하여 자기 페이지에 붙여넣었다.

위키-의회가 다음 위키미디어 프로젝트가 될 수 있을까?무료 방문자 편집을 위해 의회 법안을 가져오는 위키?

롯소피스는 2005년 5월 23일 12시 9분 (UTC)[응답]

분명히 깔끔한 생각이지만, WP가 학교 삭제 정책에 대해 (예를 들어) 실행 가능한 합의에 도달할 때까지 옹호하는 것을 보류하겠다...;) jdb ❋ (대화) 07:06, 2005년 5월 24일 (UTC)[응답]

Wikiquote, Wikisource 등과 링크 순서 재구성

나는 프로젝트 자체보다는 Wikiquote, Wikisource 등의 박스에서 가장 높은 링크를 주제로 하는 것이 더 직관적일 것이라고 생각한다.주제에 대한 첫 번째 링크를 클릭하는 것은 본능적이다.많은 사람들은 밑단 고리가 좀 더 부차적인 성질의 어떤 것에 대한 언급이라고 가정한다.

나도 동의해.사실, 나는 단지 주제 링크, 또는 더 작은 글꼴의 일반 링크만을 가지고 싶다.--Patrick 06:57, 2005년 5월 29일 (UTC)[응답]

"참조" 기능

위키피디아가 위키 페이지마다 맨 위에 "이 페이지 참조" 링크를 올려놓는 것이 매우 유익할 것이라고 생각한다.그것은 그 링크를 클릭했을 때 항상 그 사람이 보았던 정확한 항목을 가리키는 URL로 연결될 것이다.이런 식으로, 만약 연구자가 위키피디아를 인용하고 싶다면, 만약 누군가가 URL을 사용하여 확인한다면, 그가 했던 것과 같은 페이지를 보고 있다는 것을 확신할 수 있다.많은 페이지가 크게 바뀌지는 않지만 연구원이 인용한 위키 부분을 삭제하거나 편집해 동료들이 그의 출처를 확인하기 위해 뒤를 돌아볼 때 혼란을 야기할 수 있다는 것은 상상도 할 수 없는 일이다."참조" 페이지는 참조용이기 때문에 반드시 편집할 수 있는 것은 아니다.Ryan Preter 00:38, 2005년 5월 19일 (UTC)

아직 가능하지 않다.내가 마지막으로 확인한 바로는 미디어위키 1.5는 주어진 기사 개정으로 영구적인 링크를 훨씬 더 가능하게 만들 것이다. -- 키리우스 us 01:08, 2005년 5월 19일 (UTC)[응답]

1.5로는 안 될 것 같지만 피쳐 요청 800을 참조하십시오. — 캐서린\^talk 23:01, 2005년 5월 31일 (UTC)[응답]

위키링크:도구 설명 요약

의미론적 웹에 대한 동의로, 링크 위에 도구 팁으로 표시하기 위해 페이지들이 매우 간단한 정의나 작은 요약을 포함하는 메커니즘이 있을 수 있다.Rd232 22:59, 2005년 6월 22일(UTC)

문제는 링크가 어디로 가고 있는지 알려주는 도넛이 이미 있다는 겁니다.그러나 그렇다고 해서 그런 시스템이 그것을 대체할 수 없다는 것은 아니다.문제는 요약본을 어디서 가져올 것인가이다.

• 첫 번째 단락을 사용하십니까?어떤 것은 너무 짧고, 단지 "이것은 블라블라 우주에 있는 허구적인 캐릭터다"와 같은 한 줄일 뿐이며, 또 어떤 것은 너무 길어서, 일정 수의 캐릭터가 분해된 후에 시스템이 설명을 자동으로 잘라내도록 요구하기 때문에, 그것은 문제가 된다.
• 또는 각 페이지의 새 /요약 하위 페이지를 정의하시겠습니까?글쎄, 그것은 효과가 있을 수 있지만 이 매뉴얼 요약을 포괄적으로 사용하는 데는 수개월이 걸릴 것이다.
• 당신은 <요약>과 </요약> 태그 사이의 모든 것을 사용할 Microsoft Word와 유사한 자동요약 도구로 코딩을 하는가?
  • 가능하지만, 어떻게 생성될까?
    • 즉흥적으로, 그것은 큰 자원 킬러다.
    • 순차적으로 캐시된 컷업--파손된 페이지 버전을 크롤링하는 동안 보관소가 잘못될 수 있음
  • 또한 최종 사용자에게 어떻게 전달될 것인가?
    • 페이지와 함께 다운로드 - 로드 시간이 길다.
    • IFRAME의 콘텐츠를 다운로드하기 위해 너무 오래 기다렸을 때 다운로드됨. 사용자가 가리킬 때 쓰기 작업을 *할 수 있음*을 인식하지 못할 수 있음

나쁜 생각이라곤 말할 것도 없고, 사실 꽤 좋은 생각인데...문제가 좀 있다는 것 뿐이지도적단^Talk 개럿 06:05, 2005년 6월 23일 (UTC)

네 코멘트 고마워.내가 제안한 세 가지 제안 중 가장 실행하기 어려운 제안은 고맙다.당신의 질문 중 하나에 대답하기 위해, 나는 각 페이지(또는 별도의 하위 페이지 또는 그 밖의 것)에 목적어 작성된 내용이 포함된 일종의 {{summary} 태그를 상상했었다.그 컨텐츠를 페이지에 효율적으로 연결하는 것은 또 다른 문제다.그래도 가끔은 떠도는 아이디어도 가치가 있어. 어디로 이끌지 모르잖아.Rd232 13:55, 2005년 6월 23일(UTC)

대화 페이지: 영구 Wiki 정책 헤더

적절한 링크와 함께 위키백과 정책에 대한 작은(행의 커플) 요약을 만드는 것이 유용할 것이라고 생각한다.WP와 같은 사항:NOR 등이것은 모든 Talk 페이지의 맨 위에 영구적인 머리글이 될 것이다.비교적 눈에 띄지 않는 방식으로(매우 짧게 유지되는 경우) ⑴ 일반 사용자에게 이러한 정책을 상기시키고 ⑵ 어떤 무작위 콘텐츠 페이지를 통해 사이트에 접속할 가능성이 있는 신입 사원의 주의를 환기시킬 것이다.Rd232 22:59, 2005년 6월 22일(UTC)

새 요청 유형: 저작권 검사

위키백과:요청된 저작권 검사 --Easyas12c 20:02, 2005년 6월 22일(UTC)

메르헨디즈

나는 미디어위키의 자금 지원을 돕기 위해서는 창작자(이젠 이름을 잊어버렸다)가 누군가 미디어위키를 메쉬네이즈할 수 있도록 허용해야 한다고 생각한다.당신은 어떻게 생각하나요?개인적으로 목에 위키피디아 목걸이 마달리온(sp?)을 걸고 싶다.뤄 제독 (Talk to me)(My Responcents) 2005년 6월 22일(UTC) 19:02

• CafePress 링크 참조 - Skysmith 10:28, 2005년 6월 23일(UTC)

양식 매뉴얼의 시대적 지정에 관한 제안

시대풍(BCE/CE vs BC/AD)에 관한 절충안을 만들었다. 그 제안에 대해 토의해 달라.칼다리 20:28, 2005년 6월 21일 (UTC)

사용자 페이지 블록

다른 사용자 페이지를 편집하는 bandle(sp?)이 많이 보인다.나는 그 페이지의 사용자만이 그것을 편집할 수 있어야 한다고 생각한다.위키백과 코드가 내가 요청하는 그런 제안을 허용하도록 변경될 수 있을까?그리고 사용자 페이지를 변경하려는 제안이나 제안이 있는 경우, 모든 사용자 페이지 상단에 다른 사용자가 페이지를 변경할 때 제안이나 제안이 있음을 사용자에게 알릴 수 있는 링크가 있어야 한다(일반적으로 사용자 대화 페이지에 새 메모를 작성할 수 있는 링크).

--Admiral Roo 14:27, 2005년 6월 21일 (UTC)

• 동의하지 않는다.사용자 페이지에 대한 편집은 최근 변경사항에서 쉽게 볼 수 있으며, 빨리 되돌리는 경향이 있다.그들은 반달의 첫 번째 식별자가 될 수 있다; 많은 기사 편집이 지나갈 수 있었고 되돌려야만 했다. (나는 이번 주에 익명의 IP를 했다.)따라서 전반적으로 위키아이데럴을 보존하는 것 외에도 사용자 페이지에 대한 편집을 허용하는 것은 반달들을 시스템에서 몰아내는 데 도움이 된다.Physchim62 08:44, 2005년 6월 22일(UTC)

• 그렇다, 그것은 반달들을 발견하는 것을 10배 더 쉽게 만든다.반대하겠어. - 2005년 6월 22일 Mgm 10:02 (UTC)

Community Portal의 "사진 필요 미술관" 카테고리

나는 이것이 좋은 생각이라고 생각한다.고대 이집트 예술과 같이 그림이 필요한 기사가 많이 있다.레볼루시온 04:41, 2005년 6월 20일 (UTC)

사진이 필요한 글과 어떤 종류의 사진이 필요한지 설명하는 페이지가 있어야 할 것 같아(선도? 다이어그램? 다이어그램?무엇을 보여줘야 하는가?)기사의 토크 페이지에도 언급해야 한다.나는 기사 사진을 만드는 것을 좋아하고 이것이 도움이 될 것이라고 생각한다.2005년 6월 20일 데코 17:26 (UTC)

위키백과:요청한 사진.카테고리:사진이 필요한 기사는 최근 삭제됐다.Bovlb 17:06, 2005년 6월 21일 (UTC)

통합 감시 목록

모든 프로젝트에 하나의 감시목록이 있다면 좋을 텐데.하지만 이것은 단일 사용자 로그인에 묶여 있는 것 같다. - 2005년 6월 16일, 오메가트론 14:06 (UTC)

위키백과:허황된 신참 제안

위키피디아를 보고/편집하고 있다.전혀 모르는 뉴비 페이지인데, 모든 애논 IP를 위한 아카이브 페이지를 만들어도 괜찮은지 궁금해서 그래.내 코멘트는 다음과 같다(토크 페이지에서 얻은 내용).

어논 IP를 막연한 신참으로 홍보하는 일이 꽤 많았다.대부분의 새로운 기사들은 하루나 이틀 동안만 여기에 있다; 여기에 열거된 대다수의 사람들은 한 달 넘게 위키피디아에서 활동을 하지 않고 있다."엄청난 신입" 아카이브 페이지 만드는 거 반대하시는 분?또한 등록된 사용자를 여기에 나열할 때(예: 두 개의 다른 섹션으로 나열) 목록과 aonon IP를 구분하는 것에 반대하는 사람이 있는가?고마워!

고마워, 나는 "공식적으로" 해결되지 않은 사람들을 위한 "엄청난 신입" 보관소를 만들기 전에, 즉, 돌아오지 않는 애논이나 등록된 사용자들을 위해 다른 사람들이 어떻게 생각하는지 보고 싶었어.조언해줘서 고마워!Flcelloguy 19:19, 2005년 6월 15일 (UTC)

• 그 기록 보관소로 바로 이동하십시오.이전 요청이 보관되면 더 이상 목록을 분할할 실질적인 이유가 없음을 알게 될 것이다. - 2005년 6월 20일 Mgm 10:16(UTC)

플래시 기사 및 구어 기사

여러분 안녕하십니까?

여러 웹페이지에 게재된 자체 제작 플래시 애니메이션에 깊은 감명을 받았고, 그런 것이 위키백과에 통합될 수 없는 것이 아닌가 하는 생각이 들었다.예를 들어, 물리학 기사의 개요에는 뉴턴의 세 가지 법칙에 대한 플래시 애니메이션이나 그와 비슷한 것이 있을 수 있다.

나는 또한 일부 기사가 자원봉사자들에 의해 "오디오 기사"로 만들어지고 있지만, 지금은 어떤 체계적인 방법으로도 만들어지고 있지 않다는 것을 알아차린다.누군가가 기사를 편집하는 것과 비슷한 방식으로 이러한 유형의 매체 중 하나를 편집할 수 있는 방법이 있는가?(플래시 애니메이션을 편집하는 것이 더 쉬울 것이라고 생각하지만, 양쪽의 어려움은 목소리와 일치하는 것 같다.)

정말로 나는 오디오나 비디오 형식으로 주제에 대한 짧은 요약에 매우 감명을 받았고, 나는 그것이 위키피디아에 많은 것을 더할 것이라고 생각한다.다들 어떻게 생각해?Mjklin 03:19, 2005년 6월 15일 (UTC)

• 위키백과 기사의 구어 버전을 녹음하고 있는 사람들은 주로 특집 기사들과 흥미있는 다른 페이지들에 초점을 맞추고 있다.그 아이디어는 장애인을 볼 수 있도록 우리의 가장 좋은 물건들을 제공하는 것이다.현재는 플래시 애니메이션을 업로드할 수 없지만, 좋은 애니메이션을 찾으면 언제든지 연결할 수 있다.문제는 이들 대부분이 저작권이 있어 업로드할 수 없다는 점이다.이 둘을 결합하는 것은 좋은 생각이지만, 사람들이 함께 작업하기 위해 사운드 파일과 애니메이터를 만드는 것을 필요로 할 것이다.현재로서는 애니메이터가 없는 것 같다. - Mgm 09:20, 2005년 6월 15일(Mgm 09:20)

플래시 버전은 어떤 면에서는 좋겠지만, 사람들이 편집하기 위해서는 많은 기술적 지식이 필요하기 때문에 안티위키도 좋다.위키피디아의 플래시 애니메이션을 만들려면 해당 애니메이션을 만들어 외부 사이트에 업로드한 다음 관련 기사에서 링크하십시오.

구어체는 다르다.그것들은 특정 시점의 텍스트 기사의 스냅사진일 뿐이다.그 안에 있는 개별 선은 변경할 필요가 없다.한 개인이 전체 기사를 기록해야 하며, 이후 기사에 중대한 변화가 생겼다면 몇 달 후에 다시 작성해야 한다.안정적 기사(언제든 편집 전쟁에 휘말릴 것 같은 기사는 안 된다)만 기록해야 한다.

나는 기사 녹음을 좀 더 체계적으로 하려고 노력했다.템플릿 작성:구어 위키피디아의 요청과 나는 우리가 더 많은 오디오 기고자를 가지고 있을 때 그 작업을 좀 더 조정하기를 희망한다.지금 우리는 피처링 기사를 천천히 훑어보고 있다.— 카멜레온 09:39, 2005년 6월 15일 (UTC)

애니메이션의 경우 개방형 표준(플래시는 독점)인 SVG를 추진하는 것이 좋을 것이다.오디오의 경우, 웹을 검색하는 사람들이 스크린 리더를 실행하게 될 것이고 위키피디아는 코드를 매우 깨끗하게 유지하므로 문제가 없어야 한다.〇 Reisio 03:31, 2005년 6월 23일 (UTC)

하지만 SVG는 플래시만큼 완벽하고 사용하기 쉬운가?우리는 모든 화려하고 딸깍거리는 것들과 상호작용을 하기 위해 기술이 필요하지 않지만, 기술이 정말로 필요로 하는 특정한 특징들이 있다.사물의 기술적 측면 외에도, PNG 도표들을 대신 애니메이션화 하는 것을 보는 것은 좋을 것이다.멋진 물건.도적단^Talk 개럿 05:42, 2005년 6월 23일 (UTC)

어떤 특정한 특징?벡터 & 애니메이션 - 또 뭐가 있을까?MNG는 좋겠지만 SVG보다 훨씬 덜 지지를 받고 있다.결국 그들 둘 다 잘 지지되어야 한다; 그때까지, GIF가 있다. 2005년 6월 23일 (UTC)