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

좋은 생각이야, 모노북을 사용하지 않는 우리(예를 들어 나)를 제외하고 말이야.이런 종류의 스타일링은 단 한 번의 피부에서만 나타난다면 무용지물이다.모든 피부에 포함된 스킨/공통/common.css를 참조하십시오.나는 .navbox 클래스를 추가하는 것이 모든 것을 계속해서 싸고자 하는 것보다 더 좋은 생각이라는 것에 동의한다.좋은 생각이야, 그거.Bugzilla:1707. 그렌델 칸 2005년 3월 24일 (UTC)

광고?

위키피디아에 광고를 표시하는 옵션(기본적으로 비활성화되어 있고 사용자가 기록되지 않은 경우 사용 불가)을 만드는 것은 어떨까?그것은 선택사항일 것이고, 위키피디아를 지원하는 대가로 약간의 짜증을 기꺼이 견뎌낼 수 있는 사람들만이 그것을 할 것이다.위키피디아에 대해 그다지 충성심을 느끼지 못하거나 그저 광고를 정말 싫어하는 사람들은 그것을 선택하지 않을 것이다.그것은 익명의 사용자들이 광고를 보지 않을 것이고 그들이 계정을 등록할 때 그것은 디폴트로 비활성화될 것이기 때문에 어떤 예비 회원들도 겁먹지 않을 것이다.너희들은 어떻게 생각해? - 쿠키모브스타

• 그것은 죽을 때까지 논의되어 왔고, 피할 수 없는 미래를 위한 광고는 없을 것이다.이번 분기의 기금 조성 추진은 목표를 여유 있게 초과 달성했고, 만약 그런 일이 일어난다면 우리는 꽤 많은 기부를 할 것이다.BesigedB^(talk) 19:03, 2005년 3월 21일(UTC)
  • 목표치를 초과하고 우리가 필요하다고 생각했던 시간(21일 대신 11일)을 절반으로 단축했다.우리가 매번 요구하는 것보다 더 많은 것을 얻을 수 있기 때문에 서버와 호스팅을 위한 돈은 문제가 아니다.지금 우리에게 필요한 것은 중복되고 분리된 데이터 센터들이기 때문에 한 데이터 센터가 고장 나면 다른 데이터 센터가 빠르게 인수할 수 있다(적어도 읽기 전용 요청의 경우--mav 17:58, 2005년 3월 22일 (UTC)

동의. -- 제안서의 기본값을 기록해 두십시오.아무도 명시적으로 요청하지 않는 광고를 보지 않고, 한번 켜면 끌 수 있다.누가 이 일에 당선될지는 모르겠지만, 우리가 이런 식으로 돈을 벌 수 있다면, 그것은 모두 좋은 일이다.

우리가 매번 요구하는 것보다 더 많은 것을 얻을 수 있기 때문에 서버와 호스팅을 위한 돈은 문제가 아니다.그렇게 대수롭지 않게 생각하지 마라.크로이소스는 많은 돈을 가지고 있지 않았다.요구하는 것보다 더 많이 받는다면 더 많이 요구할 필요가 있다.소규모로 보면 맞을지 모르지만, 서버와 돈이 많이 남아 있다면, 중복 데이터 센터(가능한 경우 다른 지리적 위치에 있는 것이 더 좋음)를 구입해 봅시다.그럼 가서 돈을 더 달라고 하고 그것으로 더 깔끔하게 하자.— Xiong (대화) 2005년 3월 23일 (UTC) 14:28

귀를 빌려줘!

나는 얼마 전에 추천 기사 후보자들에게 사운드 파일이 일상적으로 요청되고 있다는 것을 알아차렸다.위키피디아와 같은 페이지가 있으면 유용할까?사운드 파일에 대한 그림 요청: 구어 텍스트, 발음, 음악...?이것은 기사에 사용할 수 있는 소리의 양을 증가시키는 방법일 수 있다.가레스 휴스 15:54, 2005년 3월 21일 (UTC)

좋은 생각이에요.모린 16:29, 2005년 3월 22일 (UTC)

좋은 생각이에요.위키백과:오디오 요청?위키백과:사운드 파일 요청? - 2005년 3월 23일, 오메가트론 22:23(UTC)

위키스토리

나는 위키미디아를 오랫동안 시청해왔는데, 나는 그것이 훌륭한 것이라고 생각한다.

한동안 아이디어가 떠올랐는데, 이제 꺼낼 때가 된 것 같아.위키스토리 - 즉, 각각의 스토리가 원작인 수많은 스토리텔러들이 들려주는 인터랙티브 스토리는 특정 스토리를 향해 널리 퍼져 있는 다양한 하이퍼텍스트 단어로부터 연결된다.

예를 들어, 만약 여러분이 곰을 맨손으로 죽인 사람에 대한 이야기를 하고 있다면, 그리고 그들이 어떤 숲에서 싸웠다고 언급한다면, 어떤 숲은 다른 이야기, 즉 저 숲에 관한 이야기와 연결될 것이고, 아니면 그 숲에 대해 더 자세히 이야기 할 것이지만, 전혀 다른 이야기일 것이다.

이런 종류의 것들과 장르를 연결시킬 수 있을 겁니다. 허구적이고, 세계적이고, 수백 개의 다른 관점을 가진, 수백 개의 다른 이야기들을요. 마치 인간 경험의 한 줄기처럼요.

이 문제에 대해 좀 더 논의하면 좋겠어.

[2]

그것은 매혹적인 생각이다.위키피디스를 보십시오.거기서 위키를 만들 수 있을지도 모른다.가레스 휴스 15:58, 2005년 3월 21일 (UTC)

[3]을 참조하십시오.그런 위키에 대한 제안은 이미 있다.인사말 --84.169.75.152 22:31, 2005년 3월 21일(UTC)

거기를 둘러보긴 했지만, 내가 생각한 것과는 정말 같은 생각이 아니야.내 것은 사람마다 비슷한 우주에서 각기 다른 이야기를 쓰면서 더욱 입체적인 이야기다.나는 그 협업 소설들이 효과가 있다고 생각하지 않는다. 왜냐하면 글의 한 조각은 예술의 한 조각이기 때문이다. 그리고 예술은 비전이 필요하기 때문이다.천명의 머리에서 본 비전은 화해할 필요가 있으며, 보통 협업 소설에서는 화해를 위한 시간이 주어지지 않는다.내 생각은 다양한 이야기 실을 만드는 선에 따라, 그것은 다른 이야기에서 싹튼, 이야기의 우주라는 의미에서 "병행적 우주"라고 불릴 수 있는 것으로 더 잘 표현된다. diaskaus [4] 08:04, 2005년 3월 22일 (PDT)

그냥 위키북을 만들어서 맨 위에 있는 아이디어를 설명하고 너의 이야기를 추가해.만약 그것이 눈에 띄면 당신은 별도의 페이지를 만드는 데 많은 지원을 받을 것이다.윌리엄Juhl 18:52, 2005년 3월 22일 (UTC)

위키북스에 따르면:Wikibooks가 아닌 것은, Wikibooks에서는 소설이 허용되지 않는다.하지만 이 콘텐츠가 통할 수 있는 픽션 위키리시티가 있다.이것을 나중에 위키미디아로 옮겨갈 수 있는 지지가 있다면, 그렇게 할 수 있을 것이다.안젤라 2005년 3월 23일 05:51 (UTC)

알파벳 순서의 전기적 항목(Not)

안녕

나는 최근에 영어 Tomeraider Wikipedia를 Palm m515로 다운받을 수 있도록 1GB SD 카드를 구입했다.

나는 이 판에서 사람들의 항목이 성 순서가 아니라 이름순으로 되어 있다는 것을 재빨리 알게 되었다.예를 들어, 에릭 자크는 "E" 아래에 있고 "Z" 아래에 있지 않을 것이다.독일어판 위키백과는 성순으로 되어 있는 것이 분명하다.

내가 사람들을 찾아보는 많은 시간은 그들의 이름이 기억나지 않는다는 것이다.

전체 검색을 하는 것은 너무 오래 걸린다.

그래서, 전반적으로, 나는 뭔가 조치를 취해야 한다고 생각한다; 그리고 나는 기꺼이 도울 것이다.

나는 이것에 대해 에릭 자크티와 짧은 이메일 대화를 나눴다.내가 여기서 키우자고 한 사람이 바로 그였다.대화는 이 게시물에 추가된다(사과하면 다소 길지만 위키백과 기술에 대해서는 거의 알지 못하기 때문에 나는 에릭을 패러디해서 모든 것을 틀리려고 하기보다는 에릭이 스스로 말하게 하는 것이 낫겠다고 생각했다).

어쨌든, 나는 이것이 중요하다고 생각하고, 내가 말했듯이 기꺼이 도울 것이다.불행히도 나는 Perl과 Java를 조금 좋아하지만 Python을 말하지 않는다.

너희들은 어떻게 생각해?

관심 있으시면 harold@wolfeden.demon.co.uk으로 이메일을 보내주십시오.

영국 런던의 해롤드 푸치

여기 에릭과의 이메일 서신이야

이메일의 시작 ---------------------------------------------------

보낸 사람: 에릭 자크테 토: 해롤드 푸치 보낸 사람:2005년 3월 8일 화요일 11:03 제목: RE: 위키백과 항목

해롤드, 내 말은 앨리어스를 수동으로 추가하는 프로젝트였어위키피디아의 실제 용어는 '리디렉션'으로, 텍스트만 수록된 '후치, 해롤드'라는 제목의 글이다.

1. 리디렉션할드 푸치

'후치, 해롤드' 기사를 요청하면 자동으로 '하럴드 후치'로 리디렉션된다.

봇에 의해 행해진 대량 업데이트들이 있는데, 대부분이 파이톤으로 쓰여져 있다.그러나 이것은 먼저 철저한 논의가 필요하며, 관련 기사를 탐지하고 적절한 리디렉션을 작성하는 데 있어 너무 모호하기 때문에 완전한 자동화를 위한 자격이 없을 것이다.일부 봇은 반자동화 되어 변경을 제안하고 수동 검사 후 OK를 기다린다.

마을 펌프에 질문을 던지고 무엇이 나오는지 보라.

오, 기사를 개선하면 도움이 될 거야.모든 기사 아래에는 텍스트를 확장하거나 수정할 수 있도록 편집 버튼이 있다.그것은 위키피디아가 모범을 보이고 있는 위키의 핵심 아이디어다.직관과는 달리, 이 낮은 장벽은 데이터베이스의 전반적인 품질을 방해하지 않는다.

자세한 소개 정보는 http://en.wikipedia.org/wiki/Wikipedia:Community_Portal을 참조하십시오.

에릭

.

원본 메시지---

보낸 사람: Harold Fuchs mailto:harold@wolfeden.demon.co.uk 발송:2005년 3월 8일 화요일 09:43수신자: 에릭 자크테 제목:리: 위키백과 항목

에릭,

당신은 "만약 당신이 정말로 동기부여가 된다면 당신은 모든 사람들의 기사를 위해 별칭을 추가하는 프로젝트를 시작할 수 있을 것"이라고 말했다.

1. "사람 기사"를 식별할 수 있는 방법이 있는가?아니면 단지 <<공백>[공백][공백}][공백] (name1 name2 name3) 또는 <공백>[공백] (name1 name2)으로 시작하는 항목을 의미하는가?이것은 정규 표현식을 사용하여 펄에서 프로그래밍하는 것이 매우 쉬울 것이다.하나는 점을 허용해야 할 것이다(존 F).케네디)와 하이픈

2. '별명 추가'가 무슨 뜻이야?나는 다음과 같은 사이비코드를 생각하고 있었다. 만약 항목이 3개의 이름으로 시작되면,

name3, name2 name1 "참조" [link to name1 name2 name3] 양식에 항목을 추가하십시오.

그렇지 않으면 항목이 두 개의 이름으로 시작되면

name2, name1 "참조"[link to name] name1에 항목 추가2

엔디프

이런 뜻이야?아니면?

3명 케이스의 경우, 두 개의 새로운 항목을 추가할 수 있다.하나는 이름3 name2, 다른 하나는 두 개의 성을 가진 사람을 덮는 name1, 다른 하나는 이름3, name1 name2로 두 개의 "첫" 이름을 가진 사람들을 덮을 것이다.

불행하게도 ^&*%의 영어가 그것을 어렵게 만들었다.방금 "A"라는 항목을 찾았어.A. B. 버스시" (4명).전체 항목은 다음과 같다.

[M] 앙투안 알렉산드르 브루투스 버스시(Antoine Alexandre Brutus Bussy, 1794년 5월 29일 ~ 1882년 2월 1일)는 프랑스의 화학자였다.그는 1831년 마그네슘을 논리 정연한 형태로 처음 준비했다.[이미지] - 이 전기 기사는 단조롭다.당신은 위키피디아를 도울 수 있다.

불행히도 내가 위키피디아를 어떻게 도울 수 있는지 나와있지 않다.

안녕, 해롤드

원본 메시지---

보낸 사람: 에릭 자크테 토: 해롤드 푸치 보낸 사람:2005년 3월 8일 화요일 오전 12시 22분 제목: RE: 위키백과 항목

해롤드,

당신은 영어 위키백과와 관련된 모든 종류의 토론 포럼인 http://en.wikipedia.org/wiki/Wikipedia:Village_pump에서 이 문제를 제기할 수 있다.

나는 범주 시스템이 어떤 기사가 사람에 관한 것인지에 대한 몇 가지 단서를 제공한다는 것을 방금 깨달았지만, 얼마나 완전한 범주 분류인지 알 수가 없다.또한 더 많은 단서를 제공하는 유명한 과학자들, 스포츠맨들, 정치인들의 목록도 있다.

만약 당신이 정말로 동기부여가 된다면 당신은 모든 사람들의 기사를 위해 알리스를 추가하는 프로젝트를 시작할 수 있을 것이다.이것은 독일의 템플릿보다 더 실현 가능한 것 같다.숨겨진 템플릿 시스템은 자동 처리를 전제로 하고 있으며, 많은 사람들이 TomeRaider 버전에 대해서만 그의 작업을 열성적으로 할지는 잘 모르겠다(독일 Wikipedia도 다른 출판 소프트웨어에 의해 처리됨).

만약 당신이 토론 후에 이 기회를 주기로 결정한다면, 당신은 프로젝트 페이지를 추가하고, 동료들을 구하고, 얼마나 많은 사람들이 일을 하고 있는지, 기대했던 것보다 일을 더 가볍게 만들고, 몇 주 혹은 최대 두 달 안에 끝낼 수 있는 프로젝트에 놀랄 것이다.

당신은 또한 위키피디아 죽이기 목록, http://mail.wikipedia.org/mailman/listinfo/wikipedia-l에서 그것에 대해 논의할 수 있다. 그러나 나는 마을 펌프에서 시작할 것이다.

건배, 에릭

보낸 사람: Harold Fuchs mailto:harold@wolfeden.demon.co.uk 발송:2005년 3월 8일 화요일 12시 56분 토: 에릭 자크테 제목:리: 위키백과 항목

에릭

감사합니다.

비록 내 성은 독일어지만 나는 독일어 위키피디아가 나에게 유용할 만큼 충분히 말하지 않는다.

영어 위키피디아 사람들이 더 논리적인 템플릿을 채택하지 않은 것은 부끄러운 일이다.내가 그것에 대해 얘기할 수 있는 사람이 있을까?

내가 보기에 영어 위키피디아는 이것 때문에 상당히 평가절하된 것 같다.

안녕, 해롤드 PS는 당신의 위키리브랙을 즐기세요.

원본 메시지---

보낸 사람: 에릭 자크테 토: 해롤드 푸치 보낸 사람: 2005년 3월 6일 일요일 오후 11시 56분 제목: RE: 위키백과 항목

안녕 해롤드.

답장이 늦어서 미안해.나 또한 이 편제를 사람에 관한 기사에 사용한 것은 좋지 않은 선택이었다고 생각한다.

만약 당신이 독일어 위키피디아에 관심이 있다면 나는 해결책을 가지고 있을 것이다: 그들은 이름, 성, 날짜, 생년월일 등을 포함한 모든 사람들의 페이지에 표준 템플릿이 있다.그것은 자동 처리를 위해 특별히 의도된 것이기 때문에 엄격하게 표준화 되어 있는데, 사실 템플릿은 시야에 가려져 있지 않고 기사를 편집하는 동안만 보인다.

예:템플릿:페르소나텐

이것은 이름과 성을 반대로 하여 적절한 기사로 리디렉션을 생성하기 위한 이상적인 근거가 되었을 것이다.이러한 별칭 레코드는 별도의 파일에 저장해야 하며, 모든 입력이 처리되고 해당 이름을 가진 문서를 사용할 수 없을 때만 출력에 추가된다(데이터베이스에 이미 수동으로 추가된 '리디렉션'이 많이 있음).

그러나 영어 데이터베이스에는 그러한 표준 템플릿이 없다(아직 독일어 위키피디아인들이 더 많은 개념을 도입하여 다른 곳에서 베꼈다).

사람에 관한 많은 기사들은 첫 문장에서 연도와 출생지로 시작한다.대본은 처음 200자 안에서 약간의 애매한 검색을 할 수 있고, 이것이 생물학적 기사인지에 대해 교육받은 추측을 할 수 있지만, 물론 이것은 완벽과는 거리가 멀 것이다, 나는 50-60%의 점수는 성공이라고 불려야 한다고 생각한다.

또한 이름을 바꿀 필요가 있다면 어떻게 하면 제대로 할 수 있을까?

<이름>공간과 <이름>공간을 구별하는 방법 <이름>공간 1<성2>(성(성)이 많은 것은 별개의 부분으로 이루어져 있다)

어쨌든, 나는 이것에 대해 어떤 조치도 취하지 않을 것이다.나는 TomeRaider 프로그래밍에서 한 발짝 물러서고 있다. 다른 위키백과 과제들이 기다리고 있고 더 중요한 것은 내가 가장 이른 시기에 긴 위키리스크가 필요하다.

그러니까 독일어 개념이 퍼질 때까지 기다릴 수도 있겠지.

안녕하십니까, 에릭 자크테

보낸 사람: Harold Fuchs mailto:harold@wolfeden.demon.co.uk 보낸 사람: 2005년 3월 2일 수요일 02:56 To: epzachte@chello.nl 제목:위키백과 항목

선생님

나는 방금 Tomeraider 형식의 위키피디아를 다운로드 받았다.환상적이다.

하지만 나는 다음과 같이 어리둥절해 한다.

사람들은 <이름>[공백] 형식으로 입력되어 있는 것 같다.그래서 예를 들어, 나는 "Fucks, Harold"가 아니라 "Harold Fuchs"로 입력될 것이다.

이것은 당신이 토마라이더의 "찾기" 시설을 사용하여 데이터베이스를 검색하는데 얼마나 많은 시간이 걸리는지 기꺼이 기다리지 않는 한, 당신은 그 사람의 이름을 알아야 한다는 것을 의미한다.

나는 종종 그 사람의 이름을 모르고 그래서 그들을 찾아보고 있는 거야(!!!).

할 수 있는 일이 있을까?분명히 어떤 종류의 대본이지만 얼마나 많은 "실수"를 만들 것인가, 예를 들어 "수즈 운하"가 우리가 원하는 "캐날, 수에즈"로 바뀔 것인가?(어쨌든 내가 원하는 것은 아니다.)

생각나는 거 있어?

해롤드 푸치 런던, 영국 PS 나는 내가 퍼를 쓰는 방법을 아직도 기억할 수 있다고 생각한다...

• 이것은 다양한 언어와 문화에서 이름이 어떻게 작용하는지에 대한 약간의 이해 없이는 이루어질 수 없다는 것을 명심하라.예를 들어, 에두아르도 니콜라스 크루즈 산체스는 산체스가 아닌 크루즈 산체스, 에두아르도 니콜라스 크루즈 -- JmabelTalk 05:22, 2005년 3월 20일 (UTC)
  • 둘 다 리다이렉트해야 한다고 주장하겠네만약 올바른 성의 분할이 일반적인 오해라면(그리고 반 고흐와 다빈치에게는 확실히 그렇다), 추가적인 리디렉션은 여전히 유용할 것이다.그러나, 당신은 아마도 니콜라스 크루즈 산체스, 에두아르두의 방향을 바꾸고 싶지 않을 것이다. 그래서 당신은 이름 구조를 이해할 수 있는 봇이 필요하다는 기본 요점은 타당하다.비슷하게 당신은 귀족들과 어려움을 겪게 될 것이다. 하지만 운이 좋으면 그 카테고리는 문제 사례들을 발견하는데 도움이 될 것이다. -- Solipsist 07:44, 2005년 3월 23일 (UTC)

내가 이것을 할 수 있는 유일한 방법은 카테고리의 모든 하위 카테고리를 내려가는 것이다.사람들, 그리고 분류된 이름에서 실제 이름으로 연결되는 것을 확실히 하기 위해서입니다.이것은 분류되지 않은 사람들을 놓치고, 분류 순서 없이 또는 잘못된 분류 순서가 있는 범주에 추가된 사람들에게도 실패하겠지만, 이것은 소수의 경우일 것이고 아마도 해롭지 않을 것이다.-gadfium 06:00, 2005년 3월 20일(UTC)

• 독일군은 어떻게 해왔나?

반 고흐, 반 덴 버그, 데 사이드 등과 같은 이름들은 "반", "데" 등과 같은 작은 "마법" 단어들과 사건에 대한 민감성을 결합하여 시행된 규칙들로 가려질 수 있다. 그래서 "반 모리슨"은 성이 "반 모리슨"인 누군가와 혼동되지 않는다.

내가 보기에 이것은 위키피디아가 훨씬 더 발전하기 전에 해결해야 할 중요한 문제인 것 같다."대중"에게 진지하게 공개하는 것은 전체 프로젝트와 그것에 관련된 사람들을 웃음거리가 되게 할 것이다.

해롤드 푸흐스 2005년 3월 23일 19:00 GMT

• 또는,

위키피디아는 에두아르도 니콜라스 크루즈 산체스 같은 이름이 '산체스, 에두아르도 니콜라스 크루즈'로, 빈센트 반 고흐는 '고우, 빈센트 반'으로 나오는 규칙을 만들 수 있다.후자는 네덜란드어로 완벽하게 받아들여지는데 왜 이교도 영국인들이 불평해야 하는지 모르겠다.IMHO, 그것은 오늘날 존재하는 것보다 훨씬 더 좋을 것이다.그리고 "논리학"은 설명과 이해가 간단하다.

해롤드 푸흐스 2005년 3월 23일, GMT

언어간 협업

우리는 다른 언어를 사용하는 사람들이 그들의 모국어에 대한 정보를 제공하는데 협력할 수 있는 좋은 방법이 필요하다.공용의 발음 부분에는 오디오 파일이 거의 없고, 마이크를 가진 소수의 원어민만이 고칠 수 있는 것이 있으며, 어떤 언어에 관한 기사나 위키북은 원어민에 의한 편집으로부터 큰 이익을 얻을 수 있다.(모든 언어의) 해야 할 부분에 있어서 다국어 사용자들을 위한 링크만큼 작은 것이 도움이 될 것이라고 생각하지만, 나는 모든 위키백과에서 다른 사람들에게 그들의 언어에 대해 교육하는 데 전념하는 섹션을 보고 싶다. 그곳에서는 다른 사람들에게 레슨을 할 수 있을 뿐만 아니라 음악, 영화, 그리고 다른 매체들을 제안할 수 있다.나는 문화 제국주의의 모든 비난이 미국에 대해 평준화 되었기 때문에 우리는 적어도 영어 위키백과에 많은 것을 추가할 수 있을 것이라고 확신한다.하지만 우리가 그것을 어떻게 진행하든 간에, 나는 위키피디아와 같은 대규모 집단 공동체 프로젝트가 그들의 출신 지역으로 이동하는 것 외에 다른 언어와 문화에 대해 배우거나 배우는 가장 좋은 방법이 될 수 있다고 생각한다.

외부 링크를 잠그지 말아야 하는 이유.

나는 외부 링크에서 많은 공공 기물 파손을 보아왔다.단지 그들의 웹사이트를 홍보하기 위해 그 페이지들을 링크하고 있다.그래, 우리는 그것이 중요하고 다시 전달되는 자료처럼 주장할 수 있다.나는 외부 링크를 분리하는 대신에 dmoz relavent 디렉토리로 그것을 전달할 수 있다고 생각한다.예를 들어, 당신이 많은 웹사이트를 볼 수 있는 영양 페이지를 가져라.정말 말이 되네.내 의견이다.사실 오늘 나는 외부 링크를 몇 개 제거했고 왜 유용한 웹사이트를 제거했는가라는 메시지도 받았다.어떤 웹사이트들은 한 페이지 분량의 자료를 다시 제공하고 있고 그 사이트는 우리의 관심사와 전혀 부합하지 않는다.너의 의견을 나에게 알려줘.나는 이후에 어떤 링크도 삭제하지 않을 것이다.

외부 링크가 정말로 유용한 기사가 많이 있다.나는 링크 정책의 급진적인 변화가 필요하다고 생각하지 않는다; 우리는 스팸을 끌어들이기 쉬운 페이지를 주의 깊게 관찰하기만 하면 된다.jdb ❋ (대화) 23:25, 2005년 3월 19일 (UTC)

나도 동의해.위키프로젝트가 돌아다니며 많은 기사에서 외부 링크를 제거해 줄 수 있는 여지가 있다.이렇게 많은 외부 사이트의 관련성을 평가하는 것은 상당히 어렵기 때문에 쉬운 일이 아니다.사람들은 불평하겠지만, 당신은 그들을 위키피디아가 링크 농장이 아니라는 것을 지적할 수 있다. (나는 어딘가에 이것에 대한 더 강력한 진술이 있을 수 있다고 생각한다.)만약 그 정보가 유용하다면, 당신은 정말로 위키피디아 안에 있기를 원한다는 것을 기억하라.외부 링크는 단지 두어 개의 주요 사이트 또는 공식 사이트에 연결되어야 하며, 추가 '여기 xxx에 대해 말하는 다른 사이트가 있다'가 아니라, 구글을 위한 것이다. -- Solipsist 08:04, 2005년 3월 23일 (UTC)

나는 사람들이 어떤 주제 영역들이 과도한 연관성을 가지고 있다고 생각하는지 정말 알고 싶다.필자가 편집하는 대부분의 영역에서 특별히 문제가 되는 것은 아니지만, 대중문화와 관련된 기사에서는 훨씬 더 문제가 되는 것이 아닌가 하는 생각이 든다.또한 많은 외부 링크가 실제로 (잘 표현되지 않은) 기사에 대한 참조의 표시라는 것을 명심해야 한다.주요 연결 끊기 사업을 계획하는 사람은 누구나 위키피디아에 완전히 익숙해야 한다.출처를 인용하십시오. -- Jmabel Talk 19:16, 2005년 3월 23일 (UTC)

대표적인 예로 의심스러운 장점들의 외부적 연결고리를 끊임없이 끌어들이는 사진촬영이 있다.하지만 정말로, 인기 있을 만한 페이지를 골라라. (임의의 돌핀에서 말함) 여러분은 십여 개의 링크를 찾을 수 있을 것이다. 그 중 반은 적절하지만 특별히 유용하지는 않은 페이지를 가리키며 몇 개의 순수한 스팸 링크를 가리킨다. -- 솔립시스트 21:25, 2005년 3월 26일 (UTC)

스포일러 템플릿

스포일러 템플릿은 현재 상태 그대로 독자들에게 더 이상 진행하기를 원하지 않을 수도 있다고 경고한다.줄거리 요약 아래에 있는 비스포일러 정보에 대한 링크가 제공되도록 그것을 수정하는 것은 어떨까? (새내기인 나는 이것이 내 머리 위에 있지 않을까 걱정되서 다른 사람이 대신할 것을 제안하는 것이다.)Lkjgfdsa 21:39, 2005년 3월 17일(UTC)

스포일러 정보를 이리저리 옮기는 건 어때?비스포일러 정보를 먼저 배치하시겠습니까? -- AlliUnion (대화) 23:41, 2005년 3월 17일 (UTC)

항상 잘 작동하는 것은 아니다. 예를 들어, 참조와 외부 링크는 여전히 하단에 속한다. -- Jmabel Talk 01:14, 2005년 3월 18일 (UTC)

내가 잠시 원했던 것은 물건을 포장해서 목차처럼 보여주거나 숨기도록 할 수 있는 <스포일러> 상자였다. -- 키리우스 ✎ 02:53, 2005년 3월 18일 (UTC)

좋은 생각이야.템플리트에서 이 문제에 대한 예비 접근법을 작성했다.스포일러 박스, 하지만 위키 테이블 구문 등은 잘 맞지 않는다.현재, 이것은 "내용" 섹션 내의 단락들이 우리가 일반적으로 위키백과의 스타일시트에 있는 단락들 사이의 선을 얻지 못할 것이라는 결함을 가지고 있다.나는 그것이 고쳐질 수 있다고 생각한다; 만약 그렇지 않다면, 사람들은 항상 명시적인 휴식을 추가할 수 있을 것이다.만약 누군가가 이것을 가지고 노는 것에 관심이 있다면, 그것은 좋을 것이다, 나는 그것이 제대로 작동되면 기꺼이 그것을 채택할 것이다. -- Jmabel Talk 04:57, 2005년 3월 18일 (UTC)

지금까지 내가 이것에 어떻게 접근했는가의 하류 실험은 부채였다.나는 이전 버전을 복원했다.

템플릿은 약간 사용할 수 있다. 한 단락을 표시해도 괜찮고, 일반적인 위키 패러그래프 대신 명시적인 <br><br> 마크업을 사용할 의향이 있는 한(그리고 글머리 기호 등이 필요하지 않은 한) 여러 단락을 표시할 수 있다.내가 가장 많이 쓴 기사인 보보-부흐를 자유자재로 편집해 사용법을 보여 주었다.기술성에 대한 추가 논의는 템플릿 토크에서 진행되어야 한다.스포일러 박스.여기에서 논의되는 내용은 이 템플릿을 사용하는 것이 바람직한지 여부에 초점을 맞춰야 한다.기술적 한계로 볼 때 나 자신도 희비가 엇갈린다. -- Jmabel Talk 21:46, 2005년 3월 20일 (UTC)

나는 스포일러 단락을 태그 안에 넣는 아이디어가 좋다.이상적인 것은 만약 여러분이 작은 링크를 클릭할 수 있다면, 그리고 스포일러가 숨겨져 있는 것을 "확장"하거나 "접히는" 것이다.하지만 이것이 광범위한 자바스크립트 없이 가능할지 모르겠다. - 2005년 3월 23일, 오메가트론 22:12 (UTC)

자바스크립트가 그렇게 광범위하지는 않다.매우 유사한 사례(폐쇄된 vfd 토론을 선호함)에 대한 코드는 User:Korath/sb에 있다. 이 코드는 길고 두려운 것처럼 보이지만 실제로는 4가지 변형을 포함하기 때문이다.—Korath (Talk) 22:57, 2005년 3월 23일 (UTC)

어떤 사람들은 자바스크립트를 좋아하지 않는다.방금 WP의 기본 설정 페이지에 HTML로 보이는 숨겨진 메뉴와 물건들이 있다는 것을 알게 되었다. 어쩌면 그게 바로 그 방법일지도 모른다... - 2005년 3월 24일, 오메갓론 23:43(UTC)

Preferences(기본 설정)에서 섹션 숨기기(javascript)tabbedprefs()html이 아닌 "/html/common/changibits.js"로 표시.—코라스 (토크) 01:41, 2005년 3월 25일 (UTC)

코라스 덕분에 해결책이 나왔어Template talk에서 문서화:스포일러 탑, Bovo-Bukh에서 예시를 통해 설명.템플릿 토크:스포일러 박스는 이제 구식이다. 왜냐하면 코라스의 해결책이 단순히 더 좋기 때문이다.나는 이것이 아마도 템플릿보다 우선되어야 한다고 제안한다.스포일러도. -- Jmabel Talk 18:16, 2005년 3월 25일 (UTC)

응, 하지만 맘에 안 들어. - 오메가트론 19:52, 2005년 3월 25일 (UTC)

뭐가 마음에 안 드십니까?("싫다")는 어떻게 다를 수 있는지 정확히 제시하지 않는다." -- Jmabel Talk 21:05, 2005년 3월 25 (UTC)

미안해, 나는 바빴어.말했듯이 스포일러 태그 안에 있는 내용은 어떻게든 숨겨야 한다고 생각해.템플릿만 있는 것 같네스포일러 탑이 기능적으로 템플리트 개선:스포일러는 스포일러 영역에 바운드를 붙이는 것이다. ("스포일러가 끝나는 지점").조금 나아지긴 했지만, 보기 흉하다고 생각되어 실제로 나아지는 것은 아니다. :-) - 오메가트론 21:36, 2005년 3월 25일 (UTC)

정확한 외모는 우리가 쉽게 조절할 수 있는 디테일이다.숨기는 능력은 내재되어 있다(스타일시트 및 자바스크립트 사용).나는 고객측 접근방식이 공개적으로 표시/숨기기 기능을 보여줄 수 있는 가능성을 열어두고 싶다.

이 모든 것은 스포일러 후 안전하게 독서를 재개할 수 있는 곳을 명확히 해달라는 Lkjhgfdsa의 요청에 따른 것임을 명심하기 바란다.나는 그것이 가치 있는 목표라고 생각한다; 템플릿:스포일러는 단서를 주지 않는다. -- JmabelTalk 22:42, 2005년 3월 25일 (UTC)

그래, 이것은 훌륭한 발전이다.쇼/숨기기 전환은 개의치 않지만, 내가 이 프로젝트에 아무 기여도 하지 않은 것을 보니 내가 왈가왈부할 자리는 아니다.오메갓론도 없는 것 같다.--Lkjgfdsa 12:17, 2005년 3월 26일(UTC)

• "숨는 능력은 암묵적이야"?다른 방법이 없다면 자바스크립트로 숨길 수 있었으면 좋겠어.
• 응, 스포일러에 끝마크를 붙이는 것도 좋은 개선이야.
• 더 예뻐야 해. 먹어보니 테두리="0"이 더 좋아 보였어. - 오메가트론 15:24, 2005년 3월 26일 (UTC)

아, 네가 추가했구나.훌륭하다나 또한 그것이 움푹 들어간 것을 좋아하지 않는다.내가 원하는 것보다 조금 더 많은 걸 만들었어 마치 블록 인용문 같은 거라도 되는 것처럼그걸 어떻게 개선해야 할지 모르겠어.위아래에 테두리 선만 있고 회색 바탕이 있는 건 아닐까? - 2005년 3월 26일, 오메가트론 15:28 (UTC)

인쇄물

관련자:

내가 보고 싶은 한 가지는 위키피디아 페이지의 인쇄 가능한 버전이다.그것은 학생들이 정보를 수집하는 것을 훨씬 쉽게 만들 것이다. 왜냐하면 때때로 우리는 Word와 다른 프로그램들로 기사와 그들의 문서들을 옮기는 동안 문제를 겪기 때문이다.어쩌면 그 기능이 현재 있어서 볼 수 없을지도 몰라.

인쇄 페이지는 인쇄를 위해 인쇄된 페이지 레이아웃을 자동으로 변경한다(즉, 도구 모음 없음).한 장으로 해 봐.(Firefox 및 IE와 협력해야 한다고 생각함) -- Chris 73 Talk 02:35, 2005년 3월 15일 (UTC)

이 인쇄 문제는 현재 진행 중인 것으로 보인다.전에도 얘기했었잖아어떤 결과가 나왔는지 기억이 안 난다."프린터 친화적" 버튼이 있어야 한다고 생각한다. --Munchkinguy 03:54, 2005년 3월 15일 (UTC)

CSS는 이 모든 것을 자동으로 하기 때문에 프린터에 친숙한 버전의 페이지를 생성할 필요가 없다.당신이 해야 할 일은 브라우저의 일반적인 인쇄 기능을 사용하는 것 뿐이고, 나오는 페이지는 귀찮은 사이드바 옵션이나 다른 서류상 쓸모없는 것들로 잘 포맷될 것이다.기사를 인쇄해 보십시오. 제대로 작동하지 않으면 어떤 브라우저를 사용하고 있는지 알려 주시겠습니까?— 트릴로바이트(Talk) 11:49, 2005년 3월 15일(UTC)

이것은 임베디드 외부 링크와 테이블이 완전히 읽을 수 없게 되는 경우에는 작동하지 않는다.2005년 3월 23일, Rmhermen 15:09 (UTC)

게다가 많은 사람들이 css에 대해 모른다.위약일지라도 "인쇄" 링크를 제공하는 것은 기술적으로 덜 주입된 사람들에게 여전히 도움이 된다. - 2005년 3월 23일, 오메가트론 22:07

이지 트란스위키

나는 최근에 삭제하기 위한 페이지를 열거했고 분명한 합의 - 어, 만장일치 결정, 그것은 쉬운 "트랜스위키"라는 것이었다.나는 그 페이지를 보았지만 그것이나 그 절차에 대해 쉬운 것은 아무것도 찾지 못했다.삭제 투표에 대한 링크는 위키백과:위키백과에서 Transwiki 로그:Transwiki는 이상하게 위키백과로 리디렉션된다.Template에 나열된 유일한 transwiki 페이지임에도 불구하고 대부분 사용되지 않는다고 주장하는 Wiktionary로 이동해야 할 사항:페이지 고정 도구.절차에 관한 대부분의 정보는 [Meta:트랜스위키.위키백과 Transwiki 로그 및 메타:트랜스위키는 사용할 보일러 판 텍스트 블록을 제안하지만 적어도 다섯 개의 별도 템플릿은 언급하지 않았다.네 개의 태그가 템플릿에 설명되어 있음:Deletiontools(적어도 내가 고쳤으니 이제는 그렇다.)와 이 네 가지 카테고리를 사용하여 기사를 수집한다.템플릿:트란스위키는 그렇지 않고 주로 잊혀지는 것 같다.나는 외국어 트랜스위키스를 위한 어떤 템플릿도 찾지 못했다.확실히 이 자료를 정리하는 더 좋은 방법이 있을 것이다.위키피디아:Transwiki 페이지는 Transwiki 로그에 대한 링크와 함께 실제 기사를 이동하기 위한 모든 템플릿과 전체 절차를 나열하여 작성되어야 한다.나는 Vfd에서 연결된 이 페이지여야 하고 이 페이지는 각 템플릿에 연결되어야 한다고 생각한다.우리는 아마도 트랜스위키가 어떤 언어 백과사전에 가야 하는지에 대한 코멘트를 추가할 수 있는 외국 템플릿이 필요할 것이다.이것이 페이지를 실제로 옮기는 비효율적인 과정을 해결하지는 못하겠지만, 그것은 페이지를 정리하는 데 도움이 될 것이고 아마도 그것의 가시성을 높이고 더 많은 사람들을 끌어모아 그 무거운 일을 하게 할 것이다.카테고리:위키트리온으로의 이동은 1,000개 이상의 보류중인 이전이 더 나은 시스템을 개발해야 하지만 그것은 아마도 로봇이나 소프트웨어 변경을 필요로 할 것이라고 주장한다.2005년 3월 14일(UTC) 16:21

리디렉션을 배치한 사용자는 "리디렉션하기에 가장 좋은 장소는 아닐 수도 있지만 나쁘지 않다"는 내용의 편집 요약을 남겼는데, 이는 사실이다.트랜스위키 정보는 일반적으로 메타위키에 속하지만, 분류는 위키피디아에서 해야 한다.나는 좀 더 간소화된 절차가 요구된다는 것에 동의한다.기사를 시작한다면 기꺼이 돕겠다.— Itai (f&t) 2005년 3월 25일 (UTC)

request: 페이지 제목과 관련된 질문과 답변 탭

위키백과 전문가 여러분, 위키백과 페이지의 주제에 대해 좀 더 구체적인 질문을 '질문과 대답'이라고 부를 수 있는 특별한 탭에서 묻고 답할 수 있게 되었으면 좋겠다.구글과 같은 것은 서비스에 답하지만, 위키백과 페이지 주제에 따라 자동으로 분류된다.

토론 탭은 알고 있지만, 주제와 관련된 질문과 답변만을 위해 다른 탭을 바치는 것이 지식 교환에 유익할 것이라고 생각한다.토론 탭은 실제로 질문하거나 대답하는 것을 권장하지 않는다.토론 탭이 하는 것처럼 보이는 것은 어떤 종류의 내용을 한 페이지에 담아야 하는지, 해서는 안 되는지에 대한 논쟁을 불러일으키는 것이다.나는 질의응답 탭이 토론 탭보다 위키백과 사용자들이 필요한 지식을 더 잘 제공할 것이라고 주장한다.

2005년 3월 14일 현재 위키백과 사용자

겉보기에는 좋은 생각 같지만 잘 되지는 않을 것이다.만약 각 기사에 "질문" 페이지가 있다면, 질문을 볼 수 있는 유일한 사람들은 이미 특정 기사를 보고 있는 사람들이다.여기에는 대답하거나 질문에 대한 답을 찾을 수 있는 많은 사람들이 포함되지 않을 것 같다. -- 키리우스 us 07:45, 2005년 3월 15일 (UTC)

사람들이 토론 페이지에서 질문을 하는 것을 본 적이 있다. 비록 그들은 너무 자주 주저하지만(아마도 "예약된 공간"은 최소한 그들을 격려할 것이다.)그러나, 나는 일단 질문에 답하고, 그것이 유용하다면, 이것은 기사 형식의 기사 텍스트로 통합되어야 하며, 그 기사는 주요 정보 출처로 남아 있어야 한다고 강조한다.2005년 3월 18일 데코 05:12(UTC)

토크 페이지에서 과도한 전투력을 퇴치하는 방법은 그곳에서 덜 전투적인 토론을 하는 것이다.다른 탭/페이지가 필요하지 않으며, 단지 더 정중하고 논쟁을 덜 하기 위해서입니다.— Xiong (토크) 2005년 3월 23일 (UTC)

모바일위키

그렇다, "Hitchhiker's Guide to the Galaxy"의 열렬한 팬으로서, 나는 이 생각이 약간 왜곡되어 있고 아마도 실현 불가능하다는 것을 알지만, 내가 그것을 제안하지 말아야 할 이유는 없다고 본다.위키피디아의 큰 매력은 다양한 주제에 대한 수많은 정보를 가지고 있다는 것이다, 그렇지 않은가?여기서 배워야 할 것이 많지만, 우리가 항상 컴퓨터에 있는 것은 아니다.그래서, 아마도 모바일일 것이다.위키프로젝트가 시작될 수도 있다.위키피디아 서버는 휴대폰 브라우저, PDA 및 기타 형태의 모바일 전자 매체로 방송하는 데 전념할 수 있어서 사람들은 적어도 기사를 있는 사람으로부터 읽을 수 있다(아마도 편집하지 않을 것이다).이상적인 우주에는 풀 컬러 스크린으로 이것을 위한 별도의 장치가 있을 것이다. 하지만 나는 그것이 너무 목가적이라는 것을 안다.

하지만, 인터넷이 기존의 전화선 네트워크를 기반으로 하는 것처럼, 위키피디아는 기존의 휴대폰 기술을 활용할 수 있고, 좋은 위키피디아를 전 세계의 많은 지역에 "방송"할 수 있다.그리고 아마손들도 참여하도록 하기 위해 기꺼이 중간 신호 부스터 역할을 할 선량한 사마리아인들이 부족하지 않을 것이라고 확신한다.

잘은 모르겠지만, 상상 가능한 모든 정보의 이동 저장소를 당신의 손바닥에 가지고 있다는 개념은 애덤스가 처음 그것을 생각해 냈을 때 정말 그루브한 생각이었고, 이제 우리는 어려운 부분, 실제 정보의 컴포멘드를 가지게 되었으니, 이 정보를 접근하기 위한 작은 단계일 뿐이지만 자연스러운 단계였습니다.e 장소를 불문하고트릴리언 채팅 프로그램이 위키피디아를 자체 인터페이스에 통합하는 것을 보아 왔듯이 위키 소프트웨어는 HTML 이외의 다양한 방법으로 포맷될 수 있는 것 이상임을 알 수 있다.

내 이메일 주소는 rokenrol@gmail.com이고, 여기 내 사용자 이름은 로케롤이야.네 생각을 말해봐.

물론 그것은 훌륭하다.하지만 우리는 그것에 헌신적인 위키가 정말로 필요하지 않다.점점 더 많은 연결된 pda가 밖으로 나오기 때문에 웹의 어떤 것이든 모바일 기기로 접속할 수 있을 것이다.이 주제에서, 위키피디아는 유체 레이아웃이기 때문에, 완전한 CSS 사용자 정의는 어떤 화면 해상도에서도 읽을 수 있게 해준다.

그러나 지금 정말로 대단한 것은 우리가 gps, 위키백과, 위키트레이블을 완전히 통합해서 우리가 어디에 있는지 관련 정보를 얻을 수 있다면.--알렉산드레 반 데 산데 13:19, 2005년 3월 14일 (UTC)

나는 480x640 컬러 화면이 있는 HP ipaq 4700의 무선 연결을 사용하여 위키피디아를 자주 찾는다.포켓 IE의 "단일 컬럼" 모드에서는 상당히 사용할 수 있다.그 기계로 편집도 가끔 해.무선 연결이 점점 보편화되면서, 나는 내가 될 수 있는 한 위키피디아와 영구적으로 연결되는 때를 상상할 수 있다.위키백과에 특별한 소프트웨어나 서버가 필요하지 않다.-gadfium 00:19, 2005년 3월 15일(UTC)

위키백과 시도:TomeRaider_database --알테레고 08:07, 2005년 3월 30일 (UTC)

위키백과 범주

방금 "Category:위키피디아 사람들 "Category:관심 있는 위키백과 사용자..." 또는 "에 관심 있는 위키백과사전:위키피디아 사람들은.." 또는 "카테고리:위키피디아의 박사학위는..." 또는 "카테고리:위키피디아 전문가 ..."Roscoe x 22:25, 2005년 3월 12일(UTC)

그 중 어느 것에도 그들을 가치 있게 만들 수 있는 사람이 있을까?내 견해는 지금 일반적인 범주로 충분하지만, 나도 너를 말리려 하지 않는다.모린 09:05, 2005년 3월 19일 (UTC)

내가 정확히 이해한다면, 그 제안은 더 많은 카테고리를 만드는 것이 아니라, 이 카테고리의 이름을 바꾸는 것이다.아니면 내가 틀렸을지도 몰라.어쨌든, 나는 있는 그대로의 것들을 좋아해.— Xiong (대화) 2005년 3월 23일 (UTC)

자주 파손되는 페이지에 대한 반보호

나는 새로운 형태의 페이지 보호를 제안한다.일부 페이지는 익명 IP 주소의 뺑소니 편집에 의해 반복적으로 훼손된다.대부분의 IP 주소는 동적이므로 차단할 수 없다.예를 들어 조지 W 부시 대통령의 최근 500개 편집 중 377개는 반달리즘이었고 그 중 90%는 IP주소에 의한 것이었다.그것은 편집자들이 다른 곳에서 쓸 수 있는 엄청난 노력이다.좋아, 다들 그 페이지를 봐. 그러니 별일 아니라고 할 수도 있어.그러나, 이 페이지들의 어떤 종류의 전진적인 진보도 심각하게 방해하기 때문에, 그것은 또한 매우 빈약한 기사(뒷 뒤로, 부정적인 편집 대 찬성론자 반응)가 되는 경향이 있기 때문에, 그것은 큰 일이다.

그 제안은 단지 익명 사용자들이 "보호된 페이지" 메시지와 크게 다르지 않은 것을 얻을 수 있도록 반보호를 허용하는 것이다(아마도 같은 메시지일 것이다), 그러나 등록된 계정들은 편집하여 멀리 갈 수 있다.정기적인 보호는 분명히 이 문제를 해결하지 못한다.

위키피디아의 마지막 5000개 편집을 살펴봤는데, 약 628개가 번복이었다.이 중 459개는 익명의 IP주소로 편집된 것으로 보인다.자, 어떤 조항이 반보호적인가?자주 파손되는 기사의 몇 가지 예:

• 조지 W 부시
• 흑인
• 음경
• 아돌프 히틀러
• 쿠 클룩스 클랜
• 아프리카계 미국인
• George Bush Dissambig --Cool Cat 06:59, 2005년 4월 1일 (UTC)

다니엘 퀸랜 03:38, 2005년 3월 10일 (UTC)

나는 너의 제안이 마음에 든다.나도 구현이 꽤 쉬워야 한다고 생각할 것이다. -- SGBailey 09:20, 2005년 3월 10일 (UTC)

넌 내 전폭적인 지원을 받았어.나는 또한 다음과 같이 조언한다.이 태그를 지정할 수 있는 기사를 결정하기 위해 자주 파손된 기사에 대한 투표. --Cool Cat 06:59, 2005년 4월 1일(UTC)

이와 같은 것이 실시될 예정이라면 메인페이지까지 연장해 보는 것은 어떨까.그곳의 주요 이슈 역시 익명의 반달리즘이라는 것이 나의 이해였다.그것은 확실히 In The News and Did You Know에 이득이 될 것이다.이것은 내가 최근에 여기서 본 "초유저" 아이디어의 정반대의 접근법인데, 그 변화는 사용자의 지위보다는 페이지에 있다는 것이다. - BanyanTree 16:13, 2005년 3월 10일 (UTC)

나는 한동안 이 일이 이루어져야 한다고 생각했지만, 50개 미만의 편집이나 1주일 미만의 계정을 가진 사람들을 포함하도록 확장되어야 한다 - 어쨌든 계정을 설정하는 것은 매우 쉽고, 많은 반달들이 지금 그렇게 하고 있다(아논 반달들은 그들의 일에 덜 열정적이고, 대개 그냥 놀고 있다).바이올렛/리거(t) 17:26, 2005년 3월 10일(UTC)

이것은 우리가 바이올렛의 제안을 포함시킨다면 특히 매우 효과적인 반반달리즘 조치일 것이다.그러나, 만약 많은 페이지들이 '반미 보호'되어 있다면, 이 조치는 위키피디아의 자랑스러운 개방성을 훼손할 수 있다.그러므로 나는 만약 이것이 실행되려면 관리자들에게 매우 엄격한 지침이 있어야 하고, 반보호 상태를 해제하거나 낮추기 위한 매우 명확한 짚풀 투표 과정이 있어야 한다고 제안한다.가레스 휴즈 17:50, 2005년 3월 10일 (UTC)

우리는 영어 위키백과에서 50만개의 기사에 접근하고 있다.몇 백 개 또는 심지어 몇 천 개의 기사를 보호하는 것은 개방성의 부족이 아니라 1% 미만이다.이것은 뇌물이 아닌 것 같다; 그것은 한 번에 대부분의 공공 기물 파손 문제를 해결할 것이기 때문이다.:ChrisG 19:39, 2005년 3월 10일 (UTC)

자유에는 언제나 합리적인 한계가 있다.만약 우리가 공공 기물 파괴로부터 보호되는 아주 적은 수의 기사를 보관하는 데 많은 에너지를 소비해야 한다면, 그 시간은 위키백과의 나머지 부분뿐만 아니라 이 기사들의 개발로부터도 빼앗길 시간이다.이것은 합리적인 절충이 될 것 같다.그러나 나는 우리가 이것을 시행하기 위해 엄격한 지침이 필요하다는 생각에 동의한다.그렇기는 하지만 가이드라인이 마련되기도 전에 먼저 시작해야 할 몇 가지 분명한 조항이 있다.— 스티비가 남자다! 2005년 3월 10일 23시 42분 (UTC)

나는 이 아이디어가 좋으며, 일정 수의 깨끗하고 건전한 편집/마킹이 기여 로그에 인정될 때까지, 이러한 자주 파손된 기사를 신규 등록 사용자에게 폐쇄할 것을 제안한다. (25?, 50??) 66.242.44.168 04:34, 2005년 3월 26일 (UTC)

비록 이것이 좋은 생각일지라도, 나는 악마의 옹호자 역할을 하고 몇 가지 반론을 제기하고 싶다.

• 등록이 충분한 억제책인가?반달족 중 몇 명이 등록한 다음 페이지를 파기할 것인가?그들은 지금 그럴 필요가 없기 때문에 그렇게 하지 않는다.등록 자동화를 위한 툴이 등장할 것인가?그들이 대신 반란을 일으키기 위해 보호되지 않은 페이지를 찾을 것인가?우리가 놓치는 논쟁적인 페이지들은 항상 있을 것이다.명심하고 밀고 당기십시오.

모든 반달족에게 충분한가?아니, 아마 대부분 그렇겠지나는 많은 공공 기물 파손자들이 그 사이트를 가로질러서 그들의 일을 하는 것으로 의심한다.그리고 도움이 되지 않는다면, 우리는 그것을 특징으로 다시 만들 수 있다.그래도 분명히 도움이 될 것 같아.

• 많은 사람들이 이것을 알지 못하지만, 메인 페이지의 각 섹션은 보호되지 않는 템플릿에 저장된다.명시적인 캐시 새로 고침이 필요한 메인 페이지의 짜증나는 기술적 문제가 있지만, 누구나 이것을 편집할 수 있다.나는 우리가 누구도 커뮤니티 동의 없이, 내용만 가지고 메인 페이지의 형식을 바꾸는 것을 원하지 않는다고 생각해.

나는 이것을 메인 페이지로 확장하는 것에 대해 양면적이다; 그것은 나의 제안의 일부가 아니었다.

• 위키피디아 사람들은 제한된 보호의 가치를 이해하는 반면, 외부인들은 종종 그것을 위선으로 보고 우리의 원칙을 부정하거나, 혹은 더 나쁘게 보고 선별적인 기사 보호에 의해 우리 자신의 편견을 밀어붙인다.이것은 새로운 편집자들을 단념시킬지도 모른다.어떤 경우에는 오늘의 반달("내가 정말 이것을 편집할 수 있을까?")이 종종 내일의 전용 편집자라는 것을 잊지 마십시오.

나는 그것이 순전히 과장된 것이라고 생각한다.대부분의 외부 사람들은 우리의 제한된 보호 수준에 대해 놀란다.

• 누가 이것을 켜고 끌 수 있는 힘을 가지고 있을 것이며, 왜 우리는 그들에게 편향되지 않은 방법으로 그렇게 하도록 신뢰하겠는가?이 보호장치를 적용해야 할지 말아야 할지에 대한 논쟁으로 에너지가 낭비되거나, 심지어 그것을 앞뒤로 바꿔서 싸우기까지 한다면 어떨까?

관리자들, 분명히."페이지 편집의 10% 이상이 IP 주소 반달리즘"과 같은 객관적인 기준을 사용할 수 있을 것 같다.항상 그렇듯이, 나는 지푸라기라도 잡는 여론조사가 유용할 것이라고 생각하지만, 그러한 명확한 통계에 뒷받침될 때 투표는 필요조차 없다.다니엘 퀸랜 04:31, 2005년 3월 12일 (UTC)

• 10%로는 충분하지 않다.프랑스 혁명이나 어떤 민족 집단과 관련된 잘 알려진 주제에 그런 내용을 담지 못할 만한 페이지가 있는지 의심스럽다.대부분의 활동이 IP 파괴 행위와 그에 상응하는 반전이 되는 페이지들이 많다. -- Jmabel Talk 05:53, 2005년 3월 12일 (UTC)

나는 아마도 내가 익명의 편집자들을 너무 많이 신뢰하고 있다는 것을 인정하겠다.아마도 더 높은 수치가 필요할 것이다.하지만 20%면 충분하다고 생각한다.다니엘 퀸랜 06:08, 2005년 3월 12일 (UTC)

단지 몇 가지 생각—사상을 버리지 말고 결과, 특히 밀고 당기는 것에 대해 신중히 생각해 보십시오.2005년 3월 11일 데코 10:57(UTC)

그것은 소프트 시큐리티 위키 원칙에 위배될 것이다.애논이 페이지 파괴를 위해 등록해야 한다는 것을 설명하는 페이지를 얻을 경우, 그들 중 일부는 등록될 것이고 파괴 행위를 발견하기가 더 어려워질 것이다.

나는 또 다른 제안된 반보호 형태를 선호한다. - 그러한 기사의 편집은 순찰을 돌고 난 후에야 볼 수 있다. --위키몰 23:44, 2005년 3월 12일 (UTC)

• 공공 기물 파손을 피할 수 있는 물건이기 때문에 사람들이 편집된 것을 금지하고 싶을 때 큰 오해가 있다.그 반대다.우리는 사용자가 로그인하여 편집 내용을 쉽게 확인할 수 있다.나쁜 의도를 가진 사람들은 단순히 더미 계정을 만들 것이고, 그것은 더미 사용자들로 위키백과를 부풀릴 것이다.사용자 로그인은 좋은 편집을 감지하기 위해 만들어지며, 애논을 차단하는 것은 이 도구를 사용할 수 없게 된다.--Alexandre Van de Sande 00:50, 2005년 3월 14일(UTC)

참고 항목m:익명 사용자는 기사 편집을 허용하지 않아야 하며 m:익명 사용자에 의한 게시물은 제한되어야 하지만 금지되어서는 안 된다.나는 이 제안들이 보통 아무데도 가지 않는다는 것을 지적할 의무가 있다; 사람들은 "합리적인" 한계로 시작하고, 다른 사람들은 이 한계를 확장하고, 다른 사람들은 이 모든 것을 반위키로 쏘아 떨어뜨리고, 그리고 나서, 많은 공공 기물 파괴 행위가 일어나고 있다는 것을 알아차리는 새로운 물결의 사람들이 제안을 할 때까지 모든 것이 지속된다.나는 그 토론을 다시 여는 것이 무의미하다고 말하는 것이 아니다.태도가 바뀔 수도 있고, 해결책이 재평가될 수도 있다.JRM 12:56, 2005년 3월 14일 (UTC)

이 문제에 대한 두 가지 제안:

• 제안 #1: 현 제도에서 그다지 멀지 않은 보호 체계가 있을 수 있다. 선량한 기여자를 지명하고 투표로 관리자로 임명하는 것이다.제안된 내용들을 따라, 나는 우리가 자주 파손된 페이지를 공공 기물 파손의 대상 정도에 따라 분류한 다음 사용자들이 더 자주 파괴된 페이지를 편집할 수 있도록 하기 전에 사소한 장애물을 극복하도록 요구할 것을 제안한다.
• 등록 여부에 관계없이 누구나 '최소한의 파손' 범주에 속하는 페이지의 99%를 편집할 수 있으며, 다음 범주로 넘어갈 수 있다.
• '일부 자주 파손되는 페이지'를 편집하려면 24시간 동안 등록하거나, 예를 들어 50개의 좋은 편집(사용자 페이지 내용 및 대화 페이지 등 포함 안 함)을 하거나, 다음 상위 카테고리의 모든 구성원에게 권한을 부여해야 한다.
• '흔히 파손된 페이지'를 편집하려면 일주일 동안 등록되어 50개의 좋은 편집이 있어야 하고, 등록되어 250개의 좋은 편집이 있어야 하며, 아니면 다음 상위 카테고리의 세 명의 구성원 중 누구라도 특권을 받아야 한다(그렇다, 나는 사람들이 이를 위해 양말 퍼펫을 만들 것이라는 것을 알지만, 각각의 양말 인형들은 다음 상위 카테고리에 들어가야 할 것이다).먼저);
• '가장 빈번하게 파괴된 페이지' - 현재 '편집'의 대다수가 파괴 행위인 페이지를 편집하려면, 당신은 이전 범주에 속해야 하고, 관리자를 찾는 사람처럼 당신의 이름을 올려 승인을 받아야 하지만, 우리는 막대기가 (이미 있는 그대로 유지되는) 관리자 바보다 훨씬 낮다는 것을 분명히 한다.
• 복잡하게 들리겠지만, 나는 그들이 가장 치고 싶은 페이지를 얻기 위해 모든 과정을 끝까지 버틸 수 있는 반달족은 거의 없을 것이라고 생각한다.물론 어느 정도는 더 쉬운 목표물로만 돌아설 뿐이지만, 그들의 마음이 그 안에 없다면 그들은 오래 머물지 않을 것이다.
• 제안 #2: 사실, 이 방법이 더 가능성이 높은 대안이다.우리는 현재의 새로운 페이지 페이지 페이지와 마찬가지로 특정 수의 좋은 편집(예: 1000개)보다 적은 수의 편집(예: Wikipedia:파손된 페이지들은 대부분 이런 것이 있어야 한다.)--BDAbramson 07:07, 2005년 3월 24일 (UTC)

신규 물품의 RSS 공급

나는 위키피디아 최신 기사의 RSS 피드를 보고 싶다.개인적으로, 나는 어떤 종류의 정보든 사이트를 탐색하는 것을 좋아한다.Firefox에 RSS 링크를 추가하고 최신 페이지가 무엇인지 볼 수 있다면 정말 좋겠다.나는 다른 많은 사람들이 그 링크를 즐긴다는 느낌이 든다.이게 가능한가, 어떻게 이런 일이 일어나게 해야 할지 몰라서 다른 사람에게 맡기고 있는 거야.

감사 -24.30.19.8 03:29, 2005년 3월 10일(UTC)Mark Bashuk, Marietta, GA

정말 소방호스에서 마실래?영어 위키피디아는 현재 하루에 대략 천 개의 새로운 기사를 얻고 있다.정말 원한다면 여기 이미 존재하고 있다. -- 키리우스 ✎ 05:36, 2005년 3월 10일 (UTC)

대역폭상으로는 이게 쉽지가 않네...

--HMP22 06:38, 2005년 3월 24일(UTC)

분류

나는 카테고리 페이지에 분류를 추가하기 시작했다.그것은 소프트웨어 업그레이드 없이 이미 가능하며, 나는 그것이 카테고리 계층을 탐색하는 데 도움이 된다고 생각한다.나는 위키백과 정책으로 승인 받을 수 있는 페이지를 작성했다.위키백과에 있다.분류.그것이 어떻게 생겼는지 예를 보기 위해, 나는 많은 극장 카테고리를 분류했다.카테고리 체크아웃:알토스, 오페라 계층의 위아래로 이동. -- 사무엘 원맨 12:29, 2005년 3월 7일 (UTC)

이것을 수작업으로 시행하는 것은 범주의 위계가 안정될 것이라는 근거 없는 가정을 하는 것 같다.이 특별한 예는 아마도 사실일 것 같은 지역에서 볼 수 있지만, 다른 지역에서는 이것이 정비 악몽이 될 수 있다. -- Jmabel Talk 18:54, 2005년 3월 7일 (UTC)

우리는 사람들이 어떤 범주를 유동적으로 분류하기 전에 기다릴 것을 제안할 수 있다.기다릴 줄 알아! -- 새뮤얼 원맨 20:24, 2005년 3월 7일 (UTC)

나는 분류의 모습이 마음에 든다.잘했어!제시W 01:44, 2005년 3월 15일 (UTC)

위키피디아 연결:위키백과에 분류:분류 및 기타 페이지.침묵이 동의를 전제로 한다고 가정해도 안전한가? (그게 컨센서스 의사결정의 표준이다.) 그렇지 않다면, 승인을 위한 다음 단계는 무엇인가? -- 사무엘 워맨 20:54, 2005년 3월 23일 (UTC)

배 타고 있는 아쿠아스포트 역사 프로젝트?

www.classicaquasport.com 온라인 포럼의 일원으로서 나는 이 유명한 레크리에이션 파워 보트 제조업체의 역사를 재구성하기 위한 노력을 조정할 것이다.1967년 설립된 원청업체가 현재 주인인 겐마르에 인수되기 전에 파산했고, 회사 자체와 개별 보트 모델에서 대부분의 역사적 문서가 분실됐다는 점에서 역사가 복잡하다.협력적이고 온라인적인 노력이 이 역사를 재구성하는 가장 효율적인 방법일 수 있다.나는 위키백과 환경에서 일할 것인지, 아니면 별도의 위키백과를 시작할 것인지에 대한 지침을 찾고 있다.스테베뎀 19:51, 2005년 3월 6일 (UTC)

위키피디아는 아마도 회사와 배들에 관한 기사에서 이익을 얻을 수 있을 것이다. 그러나 그것은 일반적인 지식 기반이 아니기 때문에, 그것들에 대한 진정한 철저한 처우는 아마도 위키피디아 범위 밖에 있을 것이다.그래도 행운을 빌어. jdb ❋ (대화) 04:33, 2005년 3월 10일 (UTC)

나는 당신이 원하는 만큼 포괄적일 수 있는 별도의 Wiki를 시작할 것을 추천한다; 단지 당신의 면허증이 당신이 위키백과로 기사를 적절하게 자유롭게 옮길 수 있도록 확실히 해야 한다.그런 다음 위키피디아 커뮤니티에서 이 중 어느 정도가 적절하다고 생각하는지 그 해역을 시험해 보십시오. -- Jmabel Talk 19:29, 2005년 3월 23일 (UTC)

WP의 해리 포터

나는 해리 포터 시리즈에 대한 기사의 수에서 분명히 알 수 있듯이, 포터매니아는 많은 사용자들을 사로잡고 있다는 것이 꽤 확실하다고 생각한다.이 주제에 대한 보도는 포괄적이지 않다. 그것은 과도하다.문서 범주 계산:해리포터와 그 하위 카테고리의 숫자를 대략적으로 추정해 보면, 이 주제에 관한 기사가 250개에서 300개 정도 될 것이라고 제안하고 싶다. 그 중에는 실제로 이 책에 나온 적은 없지만, 단지 언급된 적이 있는 인물들에 관한 기사가 몇 개 포함되어 있다.더 나쁜 것은, 많은 사람들이 추측만으로 가득 차 있다.

물론 불평만 늘어놓는다고 해서 환영할 수 없겠지만, 나는 그 문제에 대한 해결책을 제안하고 싶다.우선, 이 주제에 관한 기사를 기고해 온 이 시리즈의 팬들이 이것을 그들을 공격하는 것으로 받아들이지 않기를 바란다.오히려 기사 품질과 수준을 향상시키려는 시도에 불과하다.나는 이 기사들 중 대다수를 보다 광범위하고 주요 기사들로 재연결할 것을 제안한다.중요한 주제(책, 영화, 주요 등장인물 및 다른 사람들이 제안할 수 있는 다른 중요한 주제)는 그들 자신의 기사가 있을 것이고, 다른 모든 주제들은 그 내용이 포함될 적절한 페이지로 옮겨갈 것이다.우리는 시리즈에 등장하는 각각의 주문, 식물, 짐승, 잡지에 대한 페이지 같은 것을 가지고 있지 않을 것이다. -- Emsworth 20:58, 2005년 2월 27일 (UTC)

1835년 이후 영국 철도 건수의 문서화에 비하면 겸손해 보인다.--Jirate 21:04, 2005년 2월 27일 (UTC)

Boggy는 B.R.와 H.P.의 교차점이라고 생각한다.멜 에티스 (με ετηςςς) 23:51, 2005년 2월 27일 (UTC)

그래서 어쩌라고정확하기만 한다면.그럴 여지는 충분하다.일부 기사는 통합되어야 할지도 모르지만, 그렇지 않으면 이것이 문제가 되지 않는다고 생각한다. - 2005년 2월 27일 오메가트론 21:56 (UTC)

하나는 확실히 내용 삭제를 지지하지 않는다.오히려 통합이 순서다.예를 들면, Quidditch와 Quidditch 규칙에는 별도의 기사가 필요하지 않다.해리포터 시리즈의 등장인물 목록이나 적절한 이름을 가진 다른 기사들은 해당 사례의 대부분을 다루어야 한다. -- Emsworth 23:39, 2005년 2월 27일 (UTC)

근청! 찬성!, 별소리 다 듣겠군!한두 권의 책을 '혼자'하거나, 영감을 주는 교사가 되어 수백, 수천 명의 사람들에게 영향을 준 사람에 대한 기사 창작을 환영하는 '노명'의 울부짖음을 생각해 보면, 이런 종류의 허튼소리는 참으로 모욕적이다(글쎄, 실은 모욕적인 것은 '노명'의 울부짖음이지만, 실제로는 그렇지 않은 것 같다.다른 사람이 기사의 주제가 아니라 다른 사람이 기사의 주제가 될 수 있다는 생각에 경악하는 편집자들의 무리들에 대해 행해질 수 있는 것.'정확성'이라는 개념도 대체로 공허하다. 어찌 책에 존재하지도 않는 인물에 대해 정확할 수 있겠는가?여기(그리고 다른 곳)는 확고하지만 공정하고 일관된 손이 필요하다.멜 에티스 (με ετηςςς) 23:51, 2005년 2월 27일 (UTC)

통합은 훌륭한 생각이다.HP 팬들은 아틀라스가 광적인 팬들로 구성된 어깨너머로 행해졌던 일을 본받을 수도 있지만, (다행히) 짧은 글보다는 몇 개의 큰 글들로 격하되었다.(섹션별 분석도 있지만 WP가 아닌 위키북스에 대해서도) jdb ❋ (토크) 02:35, 2005년 2월 28일 (UTC)

통합할 필요 없음 - wp는 종이가 아니다.리사이클 트롤 2005년 3월 1일(UTC)

통합은 이와 같은 많은 경우에서 훌륭한 발상이다.나는 이것을 페이지를 보존할 필요가 있어서가 아니라(나는 위키피디아의 팔로워가 종이도 아니고 대부분 포섭주의자다), 좋은 기사 조직이고 주제에 진정으로 관심이 있는 사람들이 뛰어다니기보다는 관련 정보의 작은 부분을 함께 탐구할 수 있도록 도와주기 때문이다.그것은 또한 맥락과 가정의 반복을 피한다.더 많은 설명이 필요한 주제들은 간략하게 설명되고 연계될 수 있다.좋은 예는 젤다의 전설: 시간의 오카리나 등장인물.사실, 통합은 17세기 수학자나 르완다의 전 대통령들에 대한 많은 단편들을 통합하는 것과 같은 소설 기사의 맥락 밖에서 유용할 수 있다.2005년 3월 11일 데코 11:14(UTC)

하지만 다른 점이 있다.충분한 지식, 자원, 또는 침입할 시간을 가진 사람이 1962 - 1973년 르완다의 Gregoire Kayibanda 대통령에 대한 기사를 확장시킬 수 있을 것이다.대통령을 르완다 총통 기사로 통합하고 카이반다를 그 기사로 리디렉션하는 것은 누군가가 이러한 편집을 하는 것을 단념시킬 수 있다.이것을 고드리치의 할로우(Godric's Hollow)와 비교해보자. 팬픽션이나 추측을 넘어서는 확장될 수 없는 약간의 포터의 에페메라(Potter ephemera)가, 그것에 소비되는 시간의 양에 관계없이 말이다.여기서, 해리포터 우주에 있는 플래케남스로의 방향 전환이나 그와 비슷한 것이 적절해 보인다.J. K. Rowling이 나중에 그것에 대한 더 많은 정보를 제공한다면, 아마도 그것 자체의 기사를 얻어야 할 것이다.Cmprince 20:29, 2005년 3월 11일 (UTC)

나는 이것이 좋은 생각이라고 생각한다.나는 몇 개의 주요 포터 기사에 단편적으로 기고해 왔고, 우리가 마크 에반스나 해리 포터 그리고 익리브록의 토네일 같은 것에 대한 전용 기사들이 필요하지 않다고 생각한다.그러나 나는 또한 엄청난 과잉 통합도 잘못된 것이라고 느낀다.서로 다른 포켓몬 캐릭터들에 대한 기사가 엄청나게 많은데, 이 기사도 정말 통합되어야 한다. - 2005년 3월 20일 (UTC) 마크 13:54 (Mark 13:54)

나는 해리포터 자료가 위키피디아에 속해있다고 말하는 것에 대해 꽤 단호하다. 그리고 즉시 200-300개의 기사는 그것들이 올바른 것이고 잘 쓰여진다면 과도하게 들리지 않는다.솔직히, 나는 해리포터와 같은 것에 대한 훌륭한 보도는 많은 젊은이들이 위키피디아에 관심을 갖게 하는 좋은 방법이라고 생각한다.

그렇긴 하지만, 나는 통합에 반대할 것이 없다.예를 들어, 거의 말할 수 없는 사소한 등장인물은 그러한 등장인물을 다루는 실질적인 기사로 리디렉션하는 것이 좋을 것이다.무엇이 통합될 수 있는지에 대한 두 가지 단서가 보인다.

1. 확장 가능성이 크지 않은 짧은 기사.
2. 자신이 가지고 있는 콘텐츠를 크게 복제하는 기사.

Jmabel Talk 19:26, 2005년 3월 23일 (UTC)

• 맞아, 우리는 각각의 사소한 세부사항에 대한 기사가 별로 필요하지 않아. 예를 들면:나는 우리가 특별히 해리포터와 익클리브그의 토네일 기사가 필요하다고 생각하지 않는다; 그것은 제목 루머에 관한 기사에 쉽게 나올 수 있다.나는 우리가 해리포터 렉시콘의 중요한 출품작 없이 모든 것을 합칠 것을 제안한다.책과 영화의 주요 등장인물, 장소, 이슈를 기술하는 한, 네빌 롱바텀이 5권에 가지고 있던 것과 같은 사소한 것은 나중에 중요한 것으로 증명되지 않는 한 삭제되어야 한다. - Mgm 15:32, 2005년 3월 26일 (UTC)

WikiMedia에 대한 새로운 아이디어:위키노트

위키 다양성/책의 개념을 보완하는 새로운 아이디어...WikiNotes - 누구나 과학 서적(그리고 시간 내에 다른 서적)의 행 사이에 자세한 내용을 채우는 노트를 올릴 수 있다.

예를 들어 설명하라: 대부분의 물리학 전공 교과서(그리피스나 샹카르 또는 사쿠라이)에는 혼란스러운 텍스트(긴 단락 형태에서 잘 알려지지 않은 경우가 많음 - 주석으로 다시 강조할 경우 더 좋음)와 갑자기 튀어나오는 것 같은 방정식이 있다(중간 많은 단계가 생략됨 - 모든 단계가 표시되었다면 더 좋음).

위키노트는 교과서의 혼란스러운 부분을 채우는 오픈소스 노트 모음일 것이다.위키Notes가 본문을 명확히 하고 표절해서는 안 되기 때문에 원본 교과서에 카피권 문제가 있어서는 안 된다.

위키노트는 스스로 배우려는 학생들에게 귀중한 자료가 될 것이다.교과서를 이해하지 못하는 장벽은 무너질 것이다!그것은 또한 다른 학생들이 그들의 수업을 준비할 수 있는 좋은 자원이 될 것이다.

나는 이런 사이트를 개설하는 것을 오랫동안 생각해 왔다.미디어위키의 등장으로 이와 같은 일이 실제로 잘 풀릴지도 모른다.그러한 사이트는 충분한 사람들이 노트를 기고할 수 있도록 충분한 홍보를 필요로 할 것이다. 따라서 위키 노트라고 불리는 것이 가장 좋을 것이다.

누군가 그것을 위한 기본 MediaWiki를 설정하거나, 내가 허가를 얻으면 WikiNotes를 위한 많은 북노트를 기부할 수 있다.

WikiNotesBrainstorm에서 어떻게 생각하는지 말해줘.

=(Yosofun 06:42, 2005년 3월 25일(UTC))

바르샤바/투표

역사상 여러 시기에 수도 폴란드에 어떤 이름을 사용할지를 놓고 투표가 진행되고 있다.바르샤바/투표 페이지로 이동하여 투표하십시오.RickK 23:22, 2005년 4월 4일 (UTC)

카운트다운 삭제

Countdown deletion(카운트다운 삭제)을 위한 새로운 제안, 우리의 비할 수 없는 삭제 프로세스에서 짐을 덜어주기 위한 새로운 제안!"기본적인 생각은 쓰레기로 시작하는 기사는 보호관찰에 처한다는 것이다. 만약 7일 안에 아무도 그것들을 개선하려고 오지 않는다면, 그들은 퇴장한다."

우리 모두 이 제안서를 가능한 한 많이 짜내서 즐거운 시간을 보내자.최악의 경우 우리는 그것이 쓰레기라고 결론지을 것이고 우리는 다른 무언가가 필요하다.그것은 이미 무엇인가? JRM 23:19, 2005년 4월 3일 (UTC)

바보의 법칙

올해 경험을 바탕으로 만우절에 준중하게 임하는 정책이 순서라고 생각했다.위키피디아에서 제안했었습니다.바보들의 법칙, 토크 페이지에 코멘트를 해줘.--Elocence* 02:47, 2005년 4월 3일 (UTC)

새로운 기사 필요

며칠 전 나는 기사단 기사단의 토론 페이지에 다음과 같은 글을 올렸다.거기가 적당한 곳인지 잘 몰라서 여기서 반복하는 거야.

템플 소사이어티/템펠지셀샤프트

독일어판과 히브리판 위키백과는 1861년 크리스토프 호프만이 세운 독일 사회에 관한 기사를 싣고 있다.이 clustic search와 이 구글 검색(Yahoo는 "템플 소사이어티" "Christoph Hoffmann"에 대한 17개의 결과만 제공한다)을 통해 추가 위키 사이트를 찾을 수 있다.{I don't know enough} 누군가가 {이미 존재하는 경우 찾을 수 없음} 영어로 적어도 링크가 있는 유사한 기사를 추가할 수 있는가?마이클 {이것이 코멘트를 하는 데 허용되는 절차인가?{} "Talk:Knights_Templar"에서 검색됨

템플 기사단

학교 템플릿

나는 학교들이 현재 위키에 대해 꽤 민감한 사안이라는 것을 알지만, 나는 이것이 그들이 조금 더 조직화 될 수 없다는 것을 의미해서는 안 된다고 생각한다.초안 템플릿 작성:템플리트로부터 많은 돈을 빌리는 학교:대학 정보.템플릿 구현은 아직 안 해봤어.의견 및 제안 사항?LukeSurl 23:22, 2005년 3월 11일 (UTC)

사실 나는 그것을 내 학교에서 시험해 보았다.LukeSurl 00:12, 2005년 3월 12일(UTC)

나는 교장선생님이 매우 영국식 영어처럼 들리고 등록항목이 그 등록이 정확한 날짜를 허용해야 한다는 것에 주목한다.2005년 3월 14일(UTC) 16:30

"도시"라고 말하는 것은 매우 미국적인 영어다.둘 다 시사하지 않는 적절한 단어가 있는가?"최종 업데이트된 정보" 또는 "현재 정보 이상 수정" 필드가 적절한가?템플릿을 얼마든지 편집하십시오.--LukeSurl 18:13, 2005년 3월 14일(UTC)

미국인이 아닌 영국인이 아닌 이 단어는 정치학적으로 다음과 같이 정정된다.학교 관리자. --Munchkinguy 19:37, 2005년 3월 14일 (UTC)

좋아, 내가 넣을게--LukeSurl 20:06, 2005년 3월 14일 (UTC)

교장 선생님이나 교장 선생님 둘 다 좋은 말이라는 건 동의하지만, 학교 행정관은 사무직 직원들을 나에게 추천한다.Drw25 20:08, 2005년 3월 14일 (UTC)

간단히 말해서, 교장 선생님/교장은 어떠세요?스모디()_t^g_e^c 20:28, 2005년 3월 14일 (UTC)

그것도 좋을 것 같아.그러나 "행정"은 함께 그룹화된 교장 및 부원장들을 지칭하는 방법이다.그래서 나는 "관리자"가 적절한 용어일 것이라고 추론했다. --Munchkinguy 03:52, 2005년 3월 15일 (UTC)

사용자:138.251.118.16이 템플릿을 완전히 다시 작성했다.그 결과 몇 가지 물품에 대한 템플릿 사용이 중단되었다.그것은 꽤 좋아 보이지만 두 가지 문제를 제기한다.

첫째로, 그 범위가 그렇게 포괄적인 학교 템플릿에 가장 적합한가, 아니면 그냥 식탁에 불과한가?개인적으로 나는 어느 쪽이든 (이것에 대해 생각해 본 적이 있다) 요약표를 템플릿으로 선호할 의사가 없다. 템플릿의 목적은 학교에 대한 '문단적인' 사실들의 조직화된 세트를 제공하고, 그리고 나서 글의 나머지 부분에서 그가 말해야 할 것을 작가에게 유연하게 하는 것이다.그 템플릿은 확실히 유연하지 않다. 왜냐하면 그것은 기사가 어떻게 구조되어야 하는지를 거의 정확하게 지시하기 때문이다.

논쟁의 한 가지 골자는 이 편집이 그 언어에서 매우 미국적이고("주교" "졸업생"과 "주"라는 단어), 그리고 그것이 암시하는 것으로부터 (미국 인디언족과 같은) 정보가 될 것이라는 것이다.이 템플릿을 국제화하기 위해 지금 최선을 다하겠다. --LukeSurl 18:46, 2005년 3월 15일 (UTC)

그래, 이 템플릿이 기사거리가 되는 건 정말 소름끼치는 일이야.이 템플릿은 테이블이어야지 학교 전체 기사에 대해 터무니없는 빈칸 채우기 템플릿이 되어서는 안 된다. --Munchkinguy 16:03, 2005년 3월 23일 (UTC)

많은 학교 기사들은 이 템플릿으로 옮길 수 없는 정보가 거의 없고, 템플릿으로만 구성된 기사들은 빠른 삭제의 후보라는 것을 명심하라.나는 그러한 기사들이 실제로 속력을 낼 것이라고는 생각하지 않지만, vfd에 대한 매우 설득력 있는 주장이 될 것이고, 따라서 이것은 아마도 "모든 학교가 주목할 만한" 명분에 순전히 부정적인 영향을 미칠 것이다.—코라스 (토크) 2005년 3월 23일 (UTC) 20: 20:03

지금처럼 템플릿은 기사 구조를 지시하기 때문에 전혀 쓸모가 없다.이전 상태로 되돌아가야 한다.알피오 10:58, 2005년 4월 2일 (UTC)

나는 템플릿을 약간 되돌렸다.아직 거기에 열거된 것들 중에는 좀 하찮은 것도 있지만, 거기에 두고 갈게.......지금은. --Munchkinguy 19:11, 2005년 4월 5일 (UTC)

사용자 권한으로 파손된 물품 보호

여기 사람들이 3RR로 시간을 낭비하는 것을 막는 다른 제안이 있다.다음과 같은 두 가지 기술적 변화가 필요할 것이다.

• 사용자들이 WP에 참여함으로써 힘을 얻는 "고령제도" (예: 1=신입자 2=편집 횟수(예: 500), 프로젝트 시간, 기여금액 3=관리자 등)
• 페이지당 차단 시스템.

그런 다음 레벨 2 사용자가 레벨 1 사용자 파괴를 볼 경우, 1일 동안(아마도 반복적인 남용 후 더 오래) 페이지 편집을 금지할 수 있다.레벨 2 사용자 간의 분쟁은 레벨 3 사용자가 해결해야 한다.

예를 들어, 동적 IP에 대한 문제는 해당 IP 블록에서 로그인한 사용자에 의한 편집만 허용하는 것으로 해결 가능하다.그렇게 하면, 다른 사람들은 여전히 편집할 수 있다--J 하이젠버그 13:15, 2005년 4월 1일 (UTC)

위키피디아, 기네스 세계기록 받을래?

위키백과?위키피디아에이드 입니다.기네스북에 올라야 할 것 같아 엔씨로피디아 웹사이트에 기네스북에 올라야 할 것 같아그냥 웹사이트에 들어가서 기록을 찾아봐그들이 받아들일지 어떨지는 모르겠지만, 노력해봐!

좋은 생각 - 확실히 우리는 어떤 종류의 깨진 기록을 증명할 수 있다. 또는 그것을 제안할 수 있다.기니의 사람들은 이메일로 질문을 처리하지만 답장은 3주가 걸린다.우리는 그들에게 무엇을 제안해야 할까?로트소피스 05:26, 2005년 4월 18일 (UTC)

우리는 세계에서 가장 큰 백과사전을 손에 넣었다.닉타 12:40, 2005년 4월 18일 (UTC)

우리가 백과사전이 아니라고 주장하는 사람들이 세상에 있다. --Sean se.an 13:20, 2005년 4월 18일 (UTC)

그럼 가장 큰...음... 위키의 좋은 총칭이 뭐야?"협동적인 글쓰기 프로젝트"?"공적으로 만든 지식원"?닉타 14:06, 2005년 4월 18일 (UTC)

하나의 이메일에 많은 것을 제안한다.r3m0t 15:01, 2005년 4월 18일 (UTC)

전문가에 의해 작성되고 동료가 검토한 참고 작품인 "encyclopedia"를 의미한다면, 누피디아는 작았다.그래, 위키피디아는 크지만, 그래서 뭐?너는 사과와 많은 오렌지를 비교하고 있다.만약 당신이 백과사전에 대한 정의가 고대와 잃어버린 것을 포함한다면, 중국의 용러백과사전이나 구진투슈지청은 훨씬 더 클 수 있었을 것이다.그러나 이 두 개의 "컨시클러포디아"는 출판된 책과 원고를 엮은 것이었다.그러나 위키피디아는 또한 CIA 세계 팩트북스, 미국 도시 정보, 1911 브리태니커 백과사전 그리고 다른 많은 공공 도메인 자료로부터 많은 내용을 흡수했다. -- 토이토이 15:17, 2005년 4월 18일 (UTC)

• 기네스 세계기록에 대한 청구서를 제출할 경우 자신의 노력보다 훨씬 많은 유사한 노력을 기록해야 한다. -- Jmabel Talk 06:22 (UTC)

우리가 제기하는 클레임 목록

• 위키피디아는 세계에서 가장 큰 백과사전이다.
  • 만약 우리가 백과사전이라는 정확한 기준에 맞지 않는다면, "참고"라는 문구는, 임호야.2005년 4월 18일(UTC) 23:41, Thryduulf 23:41
• 위키피디아는 세계에서 가장 큰 협력 프로젝트다.
  • 이게 사실이야?(아래 주석 참조)2005년 4월 18일(UTC) 23:41, Thryduulf 23:41

물론이지.로토프리스 21:37, 2005년 4월 18일 (UTC)

• 가장 큰 편집팀?
• 가장 큰 위키(이것은 의심의 여지가 없다)
• 온라인 프로젝트에 가장 많은 기여자가 있는가?
• 엔칼로페디아/레퍼런스 작업에서 가장 많은 언어의 에디션 사용
• xx langauge(일부 작은 언어의 경우)의 최대 encylopaedia/레퍼런스 작업/프로젝트/인터넷 사이트.과연 클링온과 인터링뉴어 위키피디아(예를 들어)가 각각의 언어에서 유일한 엔클로페디아(encylopaedias)인지 궁금하다.2005년 4월 19일 12시 57분(UTC)

만약 우리가 클링온 백과사전 중 가장 큰 것으로 GBoWR에 들어간다면, 그것은 나의 하루를 즐겁게 해줄 것이다.—Sean κ. ⇔ 14:47, 2005년 4월 19일 (UTC)

허영심 주장처럼 되어가고 있다.오전 11시에 이 맥도날드 테이블에서 와퍼를 먹은 것은 마치 내가 지구상에서 가장 먼저 살아있는 것 같다. -- 토이토이 16:45, 2005년 4월 19일 (UTC)

최대 규모의 협업 프로젝트?

우리가 "가장 큰 협력 프로젝트"인가?나는 우리가 가장 큰 협력적 (온라인) 참고 작업이라고 말하고 싶지만, 가장 큰 협력적 프로젝트는 매우 설득력 있는 주장이다.협력 프로젝트를 어떻게 정의하느냐에 따라, 1차 세계 대전이나 2차 세계 대전 중 가장 규모가 큰 것 같은 것들은 "동일한 목표를 향해 함께 일하는 사람들"이라는 기록을 보유할 수 있다.과거에 다른 대규모 무보수 협업이 있었을 겁니다.숫자는 모르지만 가능한 후보로서 즉시 떠오르는 것들이 있다.

• 베를린 장벽의 붕괴
• 만리장성과 이집트 피라미드.이들(및 노예제도와 관련된 다른 사람들)이 "대규모 무급 협력"의 자격을 얻을 수 있을까?(이그니에 의해 제거)
• 라이브 에이드
• 리눅스
• 점령 프랑스/다른 점령 국가에서의 저항 운동
• 인간 게놈 프로젝트
• CDDB/FreeDB
• 소스포지

2005년 4월 18일(UTC) 23:49

사용자 전문 과목

사용자가 스스로 전문 지식을 가지고 있다고 생각하는 주제를 진술할 수 있는 기능은 어떠한가?이것은 사용자를 주의력, 스텁 및 하위 서브가 필요한 페이지에 쉽게 연결시킬 수 있도록 한다.

이미 하나 있다.위키피디아에서 찾을 수 있을 겁니다.A-E 분야별 위키백과 목록스모디()_t^g_e^c_k 17:57, 2005년 4월 17일 (UTC)

실례지만, 미처 깨닫지 못했는데, 이 글을 지우고 싶으세요.

문제없어, 무뚝뚝하게 들리거나 거기서 야단맞을 생각은 없었어...스모디()_t^g_e^c_k 18:41, 2005년 4월 17일 (UTC)

걱정하지 마. --Ebz 22:04, 2005년 4월 17일 (UTC)

또한 전문 분야에 따라 작업이 필요한 기사를 제출할 수 있는 자원봉사자 모임인 (새로 만든) 정리 태스크포스(TF)도 고려해 볼 수 있다.그 그룹은 아직 활동을 시작하고 있다.— Knowledge Seeker er 05:34, 2005년 4월 18일 (UTC)

모든 인라인 이미지를 사용하지 않도록 설정하는 옵션

(이전에도 이런 제안을 하고 거절한 적이 있다고 본 것 같은데, 이봐요...)

반면에:

• 어떤 사람들은, 다양한 이유로, 섹스나 폭력의 이미지를 보고 싶어하지 않는다.(예를 들어, 나는 학교에서 종종 위키피디아를 찾아보고, 교실에 있는 모든 사람들이 내가 커다란 오토펠라티오를 보고 있는 것을 보고 싶어하지 않는다.jpg 기물 파손)
  • 이 같은 사람들은 같은 것을 설명하는 텍스트를 보는 것을 개의치 않을 수 있다. 왜냐하면 (a) 방 건너편 사람들은 당신이 읽고 있는 것을 볼 수 없기 때문이다. (b) 이미지는 사람들에게 더 큰 영향을 미치기 때문이다. 그들은 보는 사람에게 더 방해가 되고, 방에 있는 다른 사람들을 화나게 할 가능성이 훨씬 더 높다. 텍스트보다.
• 이미지를 "성적" 또는 "폭력적" 또는 기타 반대할 수 있는 것으로 표시하자는 제안이 제기되었지만, 주제는 정치와 감정으로 가득 차 있어서 그러한 시스템은 본질적으로 POV가 되어 대규모 편집전으로 이어질 것이고, 따라서 당연히 거절되었다.
• 다른 사이트를 동시에 검색하면 이미지를 전체적으로 끄는 것이 매우 불편하다.wikipedia.org의 이미지를 비활성화할 수 있는 브라우저에서도 MSIE는 다음과 같은 불편함을 나타낸다.
  • 피부 속에서는 멋진 이미지를 볼 수 없다.
  • 외설적일 것 같지 않은 LaTeX 렌더링 수학을 볼 수 없다.
  • 편집 양식에서 도구 단추를 볼 수 없다.등
  • 기사에서 이미지를 보려면 이미지 차단을 해제해야 한다.파이어폭스에서는 이것은 마우스 오른쪽 버튼 클릭 작업일 뿐이지만, IE나 다른 브라우저에서는 더 힘들다고 생각한다.

따라서 사용자가 페이지에 인라인 이미지를 표시할 수 없도록 설정할 수 있는 옵션을 Preferences(기본 설정)에서 선택하십시오.(이미지: LaTeX 방정식이 아닌 네임스페이스, 피부 이미지, 도구 버튼 등)이미지: 네임스페이스에 대한 설명과 링크가 표시되며, 이미지를 보려면 링크를 클릭하십시오.

• 이것은 여전히 불편하고 시야를 방해하지만, 모든 사이트나 wikipedia.org에서 모든 이미지를 차단하는 것보다 훨씬 우수하다.
• 그래, 여전히 이미지가 업로드되고 훼손될 수 있어.이에 대한 해결책도 있다: 다음과 같은 옵션을 가질 수 있다.
  • 이미지: 네임스페이스에 대한 아티클의 링크를 클릭하면 축소판 그림(각 차원의 최대 100px, 최소 3x 축소) 이미지가 있는 페이지로 이동하십시오.
  • 그런 다음 사용자는 썸네일을 보게 된다.이런 식으로 거부감이 있는지 없는지는 쉽게 알 수 있지만, 썸네일은 시청자와 그 지역의 다른 사람들에게 방해가 될 가능성이 적다.
  • 그런 다음 사용자가 미리 보기를 클릭하면 전체 크기의 이미지가 표시된다.
• 기본적으로 이 옵션을 해제하는 것은 검열로 간주되는 경우에 해당된다.
• 이것은 또한 위키피디아의 모든 위키피디아를 차단하는 소프트웨어를 필터링하는 문제에 도움이 될 수 있을 것이다. 왜냐하면 그것은 장난꾸러기 사진들을 포함할 수 있기 때문이다.

댓글?

닉타 20:54, 2005년 4월 16일 (UTC)

그 아이디어가 마음에 드는데, 다음 개선은 어떠세요?큰 이미지와 동일한 크기의 div(상자) 안에 있는 글에 축소판 그림 인라인으로 표시하십시오.축소판 그림을 클릭하면 전체 이미지로 이동된다.그래야 페이지의 레이아웃이 바뀌지 않고, 아직도 어렴풋이 이미지를 볼 수 있다. --Sean κ.⇔ 19:14, 2005년 4월 17일 (UTC)

흠, 좋은 생각이기도 하지만, "방에 있는 다른 사람들" 문제를 피하기 위해 이미지를 거의 완전히 인식하지 못하게 축소해야 할 것이다.닉타 20:34, 2005년 4월 17일 (UTC)

작은 이미지는 좋은 생각이지만, 다른 옵션은 특정 파일 크기(예: 20kb)를 통해 이미지를 표시하지 않는 옵션이 특별히 요청하지 않고 유용할 때 모바일(GPRS/GSM) 브라우징하는 것이다.2005년 4월 17일(UTC) 20:08, Thryduulf 20:08

인라인 이미지(표시 없음, X보다 작은 표시)와 구성 가능한 작업(표시 안 함, X로 축소, 흐림/초음 압축)을 표시하는 사용자 구성 가능한 임계값이 있을 수 있다.하지만 너무 많은 선택들로 사람들을 혼란스럽게 하고 싶진 않을 것이다.닉타 20:34, 2005년 4월 17일 (UTC)

(두 가지 색상과 GIF 압축만을 사용하여) 4K보다 작은 음란한 그림을 그리는 것은 어렵지 않다. --Sean κ.⇔ 22:24, 2005년 4월 17일 (UTC)

좋은 지적이야.따라서 이미지를 완전히 끄십시오.축소하고 흐리더라도 오토펠라티오.jpg에는 별로 도움이 되지 않을 것이다.닉타 02:08, 2005년 4월 18일 (UTC)

나는 시청자가 그가 보는 것에 대해 책임질 수 있도록 돕는 모든 것에 찬성한다.— 2005년 4월 20일(UTC) 07:01, Xiong熊talk 07:01

오늘의 음력

이미지:Lunar-Phase-Diagram.png

하루의 음기를 계산하는 것은 그리 어려운 일이 아니다.위키 서버는 매일 달의 이미지를 생성할 수 있는가?기사 달에서 오늘의 달을 보는 것은 좋은 생각인 것 같아.

당신은 이미지 같은 달의 좋은 사진이 필요하다.Moon은 small.jpg를 합병하여 29개의 달 이미지를 생성했다.이미지를 저장하십시오.그리고 시스템이 해당 영상을 [[Image:오늘의 달.jpg]]는 UTC에 따라 매일같이 발표된다.

사용자 정의 장소의 행성과 별의 좌표를 생성하는 것도 좋은 생각이지만, 달의 위상이 가장 쉬운 일이다. -- 2005년 4월 16일 토이토이 10:56 (UTC)

좋아, 멋지군....하지만 왜 우리가 그것을 하길 원했을까?역사 속 매일의 달의 위상 나열을 시작할 것인가?나는 정말로 오토문 단계가 깔끔하게 할 수 있는 일이라고 생각하지만, 위키피디아와 얼마나 관련성이 있는지 잘 모르겠다.천문대나 기상대에 더 적합한 것 같다. - 2005년 4월 17일 (UTC)

날씨 지도와 함께 위키도?Mgm 11:37, 2005년 4월 17일 (UTC)

달맞이 기사에 오늘의 달맞이기를 잘 나타내겠다.각 주요 도시의 기사에 현재 기온과 날씨를 보여주는 것도 좋을 것 같아.전자는 그렇게 어렵고 재미있지 않다.달의 위상 정보를 D-데이와 같은 역사적 전투의 기사에 기재하는 것이 좋을 것이다.아니면 잭 더 리퍼에게... -- 토이토이 12:49, 2005년 4월 17일 (UTC)

달 단계는 야간 빛, 조수, 종교 의식, 늑대인간에게 영향을 미친다.좋아, 달 위상 검출기가 연구자들에게 좋을 거야.하나 이상의 기사에 적용할 수 있는 다른 유용한 정보는 무엇인가?(요일....흠.......일식....) 어쩌면 이것은 "위키 오토팩트"로 확대될 수도 있을 것이다.위키피디아는 아니지만 위키피디아가 접근할 수 있는 유용한 도구가 될 것이다. - Pionaler-12 23:22, 2005년 4월 17일(UTC)

해당 이름으로 페이지에 표시할 작업 또는 재구성을 만드는 것은 어떨까?춤추는 재코?— 2005년 4월 20일(UTC) 06:59, Xiong熊talk 06:59

심플 박스 마크업

나는 간단한 표를 표시하기 위해 위키 언어에 마크업이 추가된 것을 보고 싶다.

이것은 전혀 새로운 테이블 구문에 대한 제안이 아니다. 나는 우리가 필요하지 않다고 생각한다.그보다는 단순화된 테이블 마크업이 WP의 어디에나 있는 심플한 박스를 만드는 데 유용할 것이라고 생각한다.무슨 뜻인지 알아보려면, 플랜트의 Taxobox나 오리건 주 포틀랜드의 Infobox를 보십시오.이 제안은 단순히 다음과 같다.

[*헤딩*] :Row1 Item1, Row1 Item2 :Row2 Item1, Row2 Item2 :Row3 Item1, Row3 Item2 : Row4 Item1, Row4 Item2 [*Second Heading background=red*] : Row1 Item2, ...etcetcetcet...et...et... 

쉼표와 콜론이 구분 기호인 경우.파싱은 매우 간단하며, 중첩된 테이블, 콜스판 또는 행스팬의 사용, 그리고 셀 안에 쉼표나 콜론 등의 제한이 있을 수 있다.

단순화된 테이블 마크업이 형식에서 논리 구조로 초점을 전환하는 데 도움이 될 수 있다는 점을 지적하고 싶다.즉, 우리는 표를 세포의 집합이 아닌 목록으로 생각할 수 있어야 한다.내가 뭔가를 표시하면, 테이블이 논리를 보존하는 한, 테이블이 놓여지는 방식에 대해 생각해서는 안 된다.예를 들어, 마크업을 볼 수 있었는데

[*플랫폼*] :사진, [이미지:식물.jpg] [*과학 분류*] :도메인, 에우카리오타 :킹덤, 플랜태

다음과 같이 배치될 수 있다.

식물
사진	(일부 이미지)
과학적 분류
도메인	에우카리오타
킹덤	플랜태

하지만 단순히 매개 변수를 전달함으로써 편집자는 방향을 뒤집을 수 있고

식물	사진	과학적 분류	도메인	킹덤
	(일부 이미지)		에우카리오타	플랜태

아니면

식물	과학적 분류
사진	도메인	킹덤
(일부 이미지)	에우카리오타	플랜태

아니면, 테이블을 다 같이 건너뛰어서,

식물 그림: (일부 이미지).

과학 분류 도메인:에우카리오타.왕국: 플랜태.

이 모든 것들은 같은 정보를 전달한다.그러면 편집자는 레이아웃에 대해 생각할 필요가 없고, 단지 논리적인 구조만 생각할 것이다.음, 하룻밤을 위한 위키 철학은 그것으로 충분하다;;) --69.203.121.20 15:10, 2005년 4월 13일 (UTC) (션 켈리를 대표한다.)

파이프 구문은 꽤 간단하다.다른 구문은 소개하지 말자.— 2005년 4월 20일(UTC) 06:51, Xiong熊talk 06:51)

템플릿 경쟁

토크 페이지 템플릿 표준화를 위한 경쟁이 발표됨: 위키백과:템플릿 표준화 – 2005년 4월 24일 투표가 시작되기 전에 참가 신청서를 제출하십시오. 바이올렛/리거(t) 19:51, 2005년 4월 13일(UTC)

아랍어로 자유주의?

나는 이 페이지가 아랍어로 번역되지 않은 것을 보고 놀랐다.아랍어로 민주주의에 관한 페이지가 많이 있니?이것은 이라크의 몇몇 고등학생들에게 좋은 프로젝트처럼 들린다.

건배. 롭

아랍어 위키백과에 다음과 같이 이 기사를 요청할 수 있다.ويكيبيديا:مواضيع مقترحة.안젤라. 2005년 4월 14일 01:19 (UTC)

위키프로젝트 색상

이것을 제안하기에 가장 좋은 장소는 어디인지 확실하지 않다, 나는 여기에 그것을 올릴 것이다: 나는 특히 색 공간과 RGB/CMYK 값에 관한 우리의 다양한 colo(u)rs에 관한 기사가 서로 반드시 일치하는 것은 아니라는 것을 알아채고 있었다.그러므로 나는 그러한 정보의 발표를 표준화하는 프레임워크로서 위키프로젝트 색상을 만들 것을 제안한다.반대하시는 분?내가 노력을 중복하고 있는가? --필 토크 17:21, 2005년 4월 12일 (UTC)

• 난 그 생각이 마음에 들어, 그리고 네가 노력을 중복하고 있다고 생각하지 않아.그래도 시작하기 전에 색깔 목록을 꼭 읽어라. :) 2005년 4월 12일 Mgm^(talk) 19:34 (UTC)
  • 좋은 생각인 것 같아.공교롭게도 어제 나는 WP에서 {{col-stub}}}을(를) 제안했다.많은 유색 기사 스텁(색상/색상 문제를 해결하는 색상)에 대한 WSS. Grutness 00:09, 2005년 4월 13일(UTC)

창조했다이제 그 자체의 무게로 무너지지 않도록 많은 도움이 필요하다. --필 토크 09:45, 2005년 4월 13일 (UTC)

나도 끼워줘.— Xiong aprtalk 06:40, 2005년 4월 20일(UTC)

하드웨어/드라이버 및 소프트웨어용 기술 위키

아이디어:

하드웨어와 기술의 문서화 전용 위키 공간을 만드는 것.

역사 및 횡설수설:

일련번호만을 출발점으로 하여 몇 시간 동안 인터넷을 뒤지는 것이 발상의 계기가 되었다.나는 내 pc를 위해 이 카드를 가지고 있었고 그것을 위한 드라이버가 필요했고 웹의 모든 거주자들이 기술 마인드를 가진 사람들이었고 만약 당신이 접속할 수단이 없다면 옛날처럼 그것을 그냥 찾아보는 것이 쉬울 것이라고 생각했다.

이제 나는 결국 이런 문제들을 다루는 페이지에서 운전자를 찾았고, 분명히 이 카드를 만드는 회사가 파산한 것이 분명했다/그 카드를 지원하는 것을 중단했다/ 구매되거나 청산되거나 혹은 인수되었다.그러나 이 카드의 사용자는 자신의 개인 웹사이트에 이 운전사를 게시했었다.이제 어떤 사람들은 이렇게 말하겠죠: "드라이버/하드웨어 정보 같은 것이 필요한데 왜 그냥 이 사이트에 가지 않는 거지?" 그리고 저는 이렇게 말하겠죠: "음, 오래된 자료들이 있는 스레드 형태의 사이트들이 많고 대부분의 경우 답이 없는 질문들 뿐이지!그러나 위키 시스템은 기사들이 실처럼 텍스트를 쌓는 대신 정보를 축적하기 때문에 이를 위해 더 잘 변화하고 있으며, 위키와 함께 우리는 이 작업을 하는데 필요한 사람들의 비판적인 집단과 우리를 연결시킬 수 있었을 것이다."

어쨌든 나는 드라이버들이 직접 주최한다고 해도 멋지고 유용할 것 같아.

모든 분들께 경의를 표하십시오.

아구스트 라프엔손

이것을 Wikimedia 프로젝트로 제안하려면 meta를 참조하십시오.새로운 프로젝트에 대한 제안.그러나 위키에는 이미 문서 wiki가 존재한다:c::문서화.안젤라. 2005년 4월 14일 01:14 (UTC)

번역센터

나는 다양한 이유로 번역이 필요한 글에 관심이 있는 위키피디아 사람 중 한 명이다.그러나, 현재의 처리 시스템인 IMO는 상당히 좋지 않다.가장 나쁜 점은 우리가 그것을 위한 많은 다른 장소들을 가지고 있다는 것이다.고려 사항:
범주:다음을 포함하는 위키백과 번역:
범주:번역 및 카테고리가 필요한 페이지:번역 요청.나는 이 두 카테고리가 별개라는 것을 알고 있는데, 첫째는 영어 위키백과에 게재된 비영어 기사에 대한 것이고, 둘째는 다른 위키백과의 요청에 대한 것이다.하지만, 그것은 여전히 따라가기 어렵게 만든다.다음은 위키백과:영어로 번역해야 하는 페이지들은 번역자들에 의해 가장 자주 확인되는 장소인 것 같지만, 다시 말해 Category에는 다음과 같은 많은 기사들이 있다.이 페이지에 없는 번역이 필요한 페이지.
다음은 번역가 목록이다.위키백과:번역자 및 위키백과:위키백과/번역자는 정말 합병이 필요한데, 같은 의도와 다른 내용을 가진 두 곳이 된다.내가 선호하는 것은 위키피디아와 같은 레이아웃에 있다.번역기를 사용할 수 있으므로 언어별로 검색할 수 있다.
내 제안은 위키피디아처럼 번역과 관련된 모든 것에 대한 하나의 큰 페이지를 갖는 것이다.다국어 조정.위키피디아에 관한 더 많은 것:반달리즘이 진행되고 있는 것 같아.번역 센터에는 번역자 목록이 있는 섹션과 번역 요청이 있는 섹션이 있어야 한다. 다른 언어 위키와 비영어 기사에 대한 섹션 모두 여기에 있어야 한다.만약 그것이 긴 것으로 판명되면, 두 페이지로 쪼개질 수도 있지만, 천국을 위해서, 그것들 사이의 좋은 연결고리를 가지고 있다.
다음으로, 번역이 필요한 기사에 대해 다른 범주를 갖는 것에 대해 강력히 반대하며, 나는 한 가지만 더, 번역자가 확인할 수 있는 한 곳을 제안한다.그곳에서 여러 언어에 능통한 위키피디아 전문가가 카테고리를 클릭할 수 있고 제목을 검색하여 번역할 수 있는 내용을 볼 수 있다.
번역센터 페이지는 사람들이 요청서나 영어가 아닌 기사를 더 쉽게 올릴 수 있도록 하고, 추가 보너스는 언어별로 번역자 목록을 찾아보고 어떤 번역가의 토크 페이지에 메시지를 남겨 도움을 요청할 수 있다는 것이다.
{{RoughTranslation language}}, {{Translation lang de}}, {{Translation}}} 등의 보일러 플레이트가 어쨌든 다른 페이지를 표시하기에 충분할 것으로 믿는다.그러나 번역센터는 그 후에 사용하기 쉬운 통일된 장소가 될 것이다.
자유롭게 의견을 말하거나 나를 화나게 만드세요.Solver 13:06, 2005년 4월 12일 (UTC)

• 그래, 아마 언어별로 둘러보는 게 좋을 거야.이 둘을 위키피디아에 통합해보면번역기 사용 가능 및 리디렉션Wikipedia:그곳에는 위키백과/번역자가 있다.위키백과 네임스페이스 페이지에 없는 카테고리에 많은 기사가 있는 것은 아마도 사람들이 기사를 나열하지 않고 태그를 붙이기 때문일 것이다.나는 우리가 영어에서 분리해서 번역하는 것을 선호한다.만약 고양이가 서로 복제한다면, 나는 네가 그것을 CFD에 가져가서 그들이 합병이 필요한지 아닌지에 대해 합의를 볼 것을 제안한다.Mgm^(talk) 19:32, 2005년 4월 12일 (UTC)

  나는 위키피디아를 관리하는 주요 인물이다.영어로 번역이 필요한 페이지.나는 위키백과에서도 매우 활동적이다.영어로 번역(WP:(그리고 나는 아마도 다른 어떤 사람보다 더 많은 번역 요청을 할 것이다.)이 페이지들은 두 가지 다른 용도로 쓰인다.위키백과:영어로 번역해야 하는 페이지는 WP:VFD와 같다("구제율"이 더 높은 경우에만 해당). WP:TIE는 요청을 하는 곳으로, 어떤 익명의 작가가 위키피디아에 (아마도 명예훼손일 가능성이 있는) 외국어 자료를 붙여넣음으로써 생기는 긴급성을 가지고 있지 않다.어쩌면 하나 혹은 다른 이름이 그 구분을 분명히 하기 위해 바뀌어야 할지도 모르나 절대 병합되어서는 안 된다.

  다양한 장소에 대해 사람들은 번역자로 등록한다.나는 중복된 페이지를 통합하는 것에 전적으로 찬성하지만, 우리는 그 특정 작업을 목표로 하는 페이지들을 보다 일반적인 번역가 목록이나, 번역 요청을 처리하려는 의지를 의미하지 않는 언어 능력의 진술과 혼동해서는 안 된다.대부분의 사람들이 위키피디아에 등록했다.통역을 구할 수 있는 번역가들은 실제로 번역 작업을 한다. (아직도 몇 개의 죽은 계좌가 남아 있을 것이라고 확신하지만).

  범주 찾기:번역은 쓸모없고 그것이 사라지기를 바란다.내가 얼마 전에 이것을 제안했을 때, 그것은 누군가의 작은 사랑인 것 같았다, 나는 누구를 잊었다.

  범주:번역이 필요한 페이지는 Template:영어에서 사용되지 않는다.만약 당신이 그 템플릿을 사용한다면, 당신은 위키피디아의 항목을 작성해야 한다.영어로 번역이 필요한 페이지.불가피하게, 어떤 사람들은 그렇지 않다, 마치 사람들이 다른 템플릿을 추가하고 끝까지 따라가지 않는 것처럼.나는 주기적으로 그 카테고리를 휩쓸고 위키피디아에 글을 올려서 그 카테고리를 정리하는 일을 좋아하지 않는다.영어로 번역해야 하는 페이지들, 하지만 나는 그것을 매주 또는 두 주마다 한다; 때때로 다른 사람들도 또한 한다.카테고리만으로는 WP와 같이 논의의 장이 되는 페이지를 대체할 수 없다는 점에 유의하십시오.VFD.

  이 페이지들의 대부분은 상당히 커서 느린 연결에 문제가 될 수 있다.

  위키백과:이용 가능한 번역기는 실제로 WP에서 분리되었다.TIEY. 처음에는 그 생각이 마음에 들지 않았지만, 번역가들의 가입이 정말 크게 늘어난 것 같았기 때문에 따로 떼어 놓아야 할 것 같아.

  나는 꽤 많은 제안을 받아들일 수 있지만, 단도직입적으로 말하자면, 만약 다른 사람이 이것을 계속 진행시키고자 한다면, 좋아, 네가 원하는 대로 설정해.그러나 위키피디아를 병합할 경우:WP와 함께 영어로 번역해야 하는 페이지:Tie, 나는 결과적인 clusterfuck을 관리하는 것을 절대적으로 돕고 싶지 않다. -- JmabelTalk 06:40, 2005년 4월 13일 (UTC)

  내가 처음에 게시한 이유 중 하나는 바로 WP이다.TIEY. 위키피디아를 확인하고 있음에도 불구하고 3일 전까지만 해도 페이지가 존재하는지 전혀 모르고 있었다.매일 또는 격일로 영어로 번역해야 하는 페이지.이를 WP와 통합하는 것은 무엇이라고 생각하는가?TIGE가 엉망진창이 된다고?위키백과:영어로 번역해야 할 페이지들은 꽤 적은 수의 항목들을 받는다.많은 별도 페이지의 문제는 그들이 보기 어렵고 잠재적으로 번역자들이 그것들을 놓칠 수 있다는 것이다.

  어쨌든, 우리는 위키피디아에 동의할 수 있을까?위키백과/번역자 및 위키백과:번역가들을 통폐합해야 하는가?Solver 16:51, 2005년 4월 13일 (UTC)

검색엔진 제안

만약 이와 같은 것이 실행된다면, 아마도 우리는 다시는 "성능상의 이유로 검색이 비활성화되어 있다"는 메시지를 보지 못할 것이다.

1. 로그인한 사용자는 "내부 검색" "구글" "야후" 또는 "선택 상자"(현재 검색이 비활성화되어 있을 때 나타나는 상자)를 검색 버튼에 대한 기본 검색 엔진 환경설정을 설정할 수 있으며, "선택 상자"는 새로운 사용자의 기본 환경설정이 된다.추가 보너스는 "내부 검색"이 "선택 상자" 옵션 중 하나가 될 것이다.

2. 익명 (로그인되지 않은) 사용자들은 구글이나 야후에만 접속할 수 있다.그들은 옵션으로 "내부 검색" 없이 "선택 상자"를 얻을 것이다.

3. 위의 몇 가지 변이.

론 리츠먼 16:44, 2005년 4월 10일 (UTC)

반대로 해야죠우리는 대중에게 봉사하기 위해 존재한다.아논 사용자들은 검색엔진을 먼저 뚫어야 한다.만약 편집자들이 그것을 사용하길 원한다면, 우리는 더 많은 캐시 머니를 도입해야 한다.— Xiong aprtalk 06:38, 2005년 4월 20일 (UTC)

제안기사

나는 위키피디아가 제안된 기사를 위한 섹션이 있어야 한다고 생각한다.사용자들은 자신이 만들고 싶은 기사가 vfd에 바로 올려질지 확신하지 못하며, vfd를 만들어서 알아내고 싶지 않았다.사람들이 투표할 수 있는 것은 위키피디아에 충분히 주목할 만한 기사였다.어떠세요?1 16:37, 2005년 4월 9일 (UTC)

• 나는 좋은 생각인 것 같아.글을 쓰는 데 시간을 투자하기 전에 어떤 것이 삭제될 것이라는 것을 알게 되는 것은 훨씬 덜 스트레스를 받는다.Mgm^(talk) 20:31, 2005년 4월 9일 (UTC)
  • 이론적으로 좋아하는데...그러나 나는 그러한 기사를 만드는 대부분의 사람들이 그들이 만들기 전에 정책 페이지를 *아무것도* 읽지 않고 있다고 생각한다. 그리고 "제안된 기사" 페이지를 보는 편집자의 문제가 있다: 아마도 많지 않을 것이다.나는 많은 사람들이 차라리 그들의 기사를 시작하고 싶어 조급해 할 것이라고 의심한다.그런 질문을 하고 싶은 분들은 위키백과를 방문해보라고 권하고 싶다.헬프 데스크는 많은 사람들이 지켜보고 있으며 모든 종류의 새로운 질문에도 개방되어 있다.Mindspillage (당신의 것을 바치시겠습니까?) 2005년 4월 18일 05:16 (UTC)

미안하지만, 이 근처는 그런 식이 아니야.설사 그렇게 했다 하더라도 무료 이용권을 주지는 않을 것이다. 어쨌든 당신의 기사는 VfD에 종지부를 찍게 될 것이다.원숭이, 타자기, 소떼가 가득 찬 상자 안에서 나머지 우리들과 함께 모험을 해야 한다.— Xiong aprtalk 06:09, 2005년 4월 20일(UTC)

물품 현황/개발 상자

FA와 PR 상자는 다른 가능한 모든 토크 페이지 태그와 함께 그것들이 합쳐지면 상당히 못생겨 보인다.다른 스타일과 크기를 사용하는 진정한 일관성은 없다.User talk에서 상태/개발 상자를 예로 들었다.내 생각에 바이올렛리거/상태 발전은 그것을 훨씬 더 좋게 보이게 한다.예를 들어, 복수의 FAC 지명을 처리할 수도 있다.하지만, 미숙한 사람들이 태그를 추가하기가 너무 어려워져서 문제가 생길까?그 어느 때보다도 논평은 환영할 만 하다.바이올렛/리거 (t) 2005년 4월 8일 (UTC)

새 태그가 아주 멋져 보이는 것 같아.— 2005년 4월 20일 (UTC) 06:06, Xiong熊talk 06:06

여러 이미지를 업로드할 수 있는 기능

나토의 랭크나 휘장 같은 기사를 만드는 것은 매우 힘든 과정이다. --Cool Cat 01:10, 2005년 4월 8일 (UTC)

정말이야!하지만 어떻게 우리가 그것을 바꿀 수 있을지 모르겠다. --Munchkinguy 21:56, 2005년 4월 8일 (UTC)

많은 광고로 여러 파일을 선택할 수 있다.기존 업로드 페이지와 유사하지만 여러 파일을 선택할 수 있도록 허용. --Cool Cat 00:15, 2005년 4월 9일(UTC)

그것에 대해 말해봐! (*cough* Kyrillic 알파벳 *cough* Early Kyrilic 알파벳) 탭베드 웹 브라우징은 많은 도움을 준다.나는 "Upload file"을 여러 번 클릭하고, 탭을 가로질러 날아가 모든 업로드 페이지를 한 번에 작업한다.—마이클 Z. 2005-04-9 22:24 Z

그래서 이것이 꾸며질까? --Cool Cat 03:30, 2005년 4월 16일 (UTC)

나는 많은 경우에 한 번에 몇 개 이상의 이미지를 업로드하려는 욕구가 개별적으로 결코 사용되지 않을 수 있는 이미지 세트를 가리킬 수 있다고 제안한다.이런 경우 전체 행으로 모든 작은 이미지, 또는 몇 개의 작은 이미지를 포함하는 하나의 거대한 이미지를 만들고자 할 것이다.나는 포드플루코브니크에 대한 뚜렷한 기사가 있을 것이라고 믿지 않는다.

그건 그렇고, 나토 휘장 페이지는 엄청 커.나는 지금 두 대의 20인치 모니터가 있고, 그 중 약 1-1/4(약 1600픽셀 폭)에 걸쳐 있다.— 2005년 4월 20일(UTC) 06:05, Xiong熊talk 06:05

철자 검사

이런 일이 이전에도 논의되지 않았다는 것(혹은 내가 그냥 무식한 것인지도 모른다)은 놀라운데 기사 편집 시 화면 상단에 철자 점검 버튼(볼드 버튼, 밑줄 버튼, 서명 버튼과 함께)을 두는 것이 좋지 않을까.핫메일은 이메일 작곡가에도 비슷한 것이 있다.그렇다, 나는 아마도 영어 사투리에 약간의 문제가 있을 것이라는 것을 안다. 하지만 그것은 여러 가지 방법으로 극복될 수 있다.위키피디아 쿠드의 철자법은 bettre가 되고, nda thr prefesalim of Artikels wood 증가! --Munchkinguy 00:50, 2005년 4월 8일 (UTC)

• 지원 --Cool Cat 01:02, 2005년 4월 8일(UTC)
• 지원, 좋은 생각.01:05, 2005년 4월 8일 (UTC)에 대해 어떻게 생각하십니까?
• 좋은 생각인 것 같아 (미국과 영국의 철자를 모두 받아들이기만 한다면!) Grutness 09:14, 2005년 4월 8일 (UTC)

설명:불행히도 나는 위키피디아에 기반을 둔 철자 검사기는 엄청난 CPU 사용량이 될 것이고 따라서 성능 타격을 줄 것이라고 생각한다.그러나 다른 해결책이 있다.나는 Mozilla Firefox 인터넷 웹 브라우저와 함께 CradeBound 확장자를 사용하고 있다.그것은 미국 영어 단어 목록과 함께 제공되지만, 영국 영어 단어 목록은 쉽게 다운로드 받을 수 있다(캐나다 영어, 호주 영어, 몇 가지 다른 버전의 영어, 그리고 스페인어와 같은 여러 가지 언어 버전).편집 중인 기사나 토크 페이지가 상당히 커졌을 경우 속도가 느리다는 점을 제외하면 스펠바인 확장자는 매우 잘 작동한다.BlankVers ∅ 16:24, 2005년 4월 9일(UTC)

Safari와 몇몇 다른 Mac 웹 브라우저들은 이미 이 시스템의 인라인 철자 검사기를 사용하고 있는데, 이 검사기는 4가지 종류의 영어, 10가지 다른 언어, 그리고 CocoAspell 확장자를 통해 더 많은 언어들을 지원한다.누군가 시간을 들여 위키백과 확장을 개발한다면, 나는 그것을 완전히 끌 수 있기를 바란다.—마이클 Z. 2005-04-9 16:42 Z

• 위에서 지적했듯이, 그것은 브라우저 문제여서 위키미디어 시간을 빼앗으면 안 된다.2005년 4월 9일(UTC) 18:54

이미 철자 검사기가 있는 것 같지만 서버를 독차지하기 때문에 꺼졌다.위키백과 참조:오타. 파이어폭스와 철자 검사를 하기 위해 철자 검사를 하고 있어.사용자: 참조:오메가트론#스피넬 체커 - 오메가트론 19:52, 2005년 4월 9일(UTC)

MS Internet Explorer를 포기해야 하는 또 다른 이유.모든 엉덩이 위키 아이들이 하고 있어!대체 및 추가 기능에 대한 자세한 내용은 위키백과:브라우저 노트.—마이클 Z. 2005-04-9 22:14 Z

나는 Firefox를 사용한다...내가 할 수 있을 때, 하지만 나는 내 컴퓨터에 미쳐있고 대부분의 다른 컴퓨터들은 Internet Explorer를 사용한다.아마도 이 확장이 어디에 있는지 지적하는 웹사이트 어딘가에 두드러진 링크가 있어야 할 것이다. --Munchkinguy 18:27, 2005년 4월 13일 (UTC)

거기서 워드프로세서와 철자 검사를 외부로 하는 것이 훨씬 현명하다.이것은 편집 충돌과 서버 볼업의 경우 위키리스트를 줄인다.— 2005년 4월 20일 05:54(UTC)

LinkedIn 그룹

LinkedIn(http://en.wikipedia.org/wiki/LinkedIn))에 위키백과 편집자와 직원을 위한 그룹을 만들고 싶다.서비스에 익숙하지 않은 분들을 위해 연락처 네트워크를 만들어 온라인에서 유지 관리할 수 있다.연락처 목록에 있는 모든 사람을 위한 즉시 연락처를 가지고 있지만 최대 4도의 별거 상태에서 연락처의 연락처를 요청할 수 있다.그런 다음 연락처 네트워크를 검색하여 구직, 채용, 전문 연락 등 다양한 작업을 할 수 있다.서비스는 무료다.

LinkedIn 사용자들은 온라인 이력서의 한 종류인 프로필을 만들고, 위키피디아에 회원 등록을 하는 것이 명성이 있을 것이라고 느꼈다.

LinkedIn으로 이메일을 보내 그룹을 시작하기 위해 다음과 같은 요구 사항을 받았다.

LinkedIn의 현재 그룹 기능은 절대적으로 무료다.

그룹을 설정하는 다섯 가지 간단한 단계:

1. 귀하(또는 귀하의 조직)가 LinkedIn에서 그룹을 만들기로 결정한 후 당사에 문의하십시오.
2. 웹 상의 온라인 그룹 서비스 계약을 통해 빠르고 쉽게 가입 가능
3. 당신이 계약 조건에 동의했다는 통지를 받으면, 우리는 당신의 그룹을 설정할 것이다.
4. 그룹의 로고와 관리 연락처 이름과 같은 몇 가지 추가 정보를 보내십시오.그룹에 가입하기 위해 미리 승인된 구성원 목록을 작성하여 사용자 가입이 그룹의 실제 유효한 구성원이 되도록 하십시오.
5. 발사 준비 완료!

나는 누구를 기술 담당자로 불러야 할지 잘 모르겠다.생각나는 거 있어?이를 보증할 수 있는 LinkedIn 사용자가 여기에 충분한가?

— 사용자가 게시한 내용:스케이븐이 흩어지다.

이 메시지는 스팸처럼 보인다. -- 2005년 4월 5일 토이토이 23:33 (UTC)

• LinkedIn은 진짜 서비스고, 좋은 서비스야.Wikipeida는 기본적으로 위키피디아에 속해 있는 LinkedIn 멤버를 식별하기 위해 로고 사용을 허가할 것이다. 이는 모두 LinkedIn.com에서 발생하며 LinkedIn 멤버를 위한 전적으로 자발적인 그룹일 것이다.4번 포인트는 멤버들의 리스트를 다시 만드는 것이 문제가 될 것이다.나는 LinkedIn 멤버야.— Davenbelle 00:51, 2005년 4월 6일 (UTC)

• • 방금 등록했는데...나중에 쓸 수 있도록.위키백과 그룹이 좋을 거야.내가 겨우 13살이라는 것을 고려하면, 비록 — Ilααηρ (Tαlκ) 03:41, 2005년 4월 6일 (UTC)

• • • 응 - 이걸 올릴 때 스팸으로 찍힐까 봐 걱정했어.장담하건대, 나는 그 상품에 소속되어 있지 않지만, 이미 네트워크에 접속해 있는 우리 위키 회원들에게 유용할 수도 있다고 생각했다.

내가 참여했는데, 어떻게 되는지 봅시다. 실험용 쥐 중 한 마리라고 부르시죠.몇 달 안에 내가 우리 바닥에서 오그라들고 파랗게 되지 않는다면, 이걸로 뭘 할지 네가 결정할 수 있을 거야.나는 내 사용자 페이지에 어떤 종류의 댓글을 다는 것을 기억하려고 노력할 것이다.— 2005년 4월 20일 (UTC) 05:47

오디오 기사

기본적으로: 위키백과 기사에서 오디오-아티클을 만드는 프로젝트

우리가 오디오 형식으로 변모시킬 수 있었던 소비에트 연방의 군사 역사에 관한 최근 기사처럼 좋은 기사가 많이 있다.시각장애인들 등에게는 아주 좋고 오디오 북 듣기를 좋아하는 사람들에게도 좋을 것이다.물론 텍스트에 대한 오디오 파일을 업데이트하는 것은 분명히 더 어렵지만, 우리가 좋은 기사를 사용한다면, 즉 NPOV가 아닌 선별된 기사들을 사용한다면, 이것은 큰 문제가 되지 않을 것이다.

이것이 기본적인 생각인데, 나는 내가 영어를 모국어로 말하지 않기 때문에, 단지 그것을 꺼내는 것 이상의 것을 할 것이라고 생각하지 않지만, 나는 이것이 일어나기를 원한다. --Friðrik Bragi Dýrförð 12:33, 2005년 3월 26일 (UTC)

위키피디아가 텍스트에서 음성 프로그램까지 얼마나 좋은지 아는 사람 있어?우리의 템플릿 사용이 문제를 일으키는가?:ChrisG 19:06, 2005년 4월 6일 (UTC)

우리가 독자를 위해 기사를 렌더링할 때쯤이면 템플릿은 이미 사라진다. -- Jmabel Talk

이것은 환상적인 아이디어지만, 분명히 정적 버전을 필요로 할 것이다 (예: 제안된 1.0 인쇄 편집기 - 위키백과: 참조):일부 관련 링크를 위한 종이 버전).그렇지 않으면 모든 편집에 대해 새로운 버전을 기록하는 것은 불가능할 것이다.독일어 위키피디아가 그런 정적인 판에서는 우리보다 앞서 있다는 것은 알지만, 그들이 어떤 오디오 버전의 기사를 작성했는지 나는 모르겠다. 내가 알아낼 수 있는지 알아볼 것이다.SteveWTalk 18:59, 2005년 4월 8일 (UTC)

독일 위키는 당분간 활동을 하지 않는 것 같다. 나중에 다시 해보겠다.위키백과 강연에서 이 생각을 적어두었다.1.0으로 푸시#오디오 기사들, 그 일에 대해 작업하는 사람들이 어떤 생각을 하는지 알아낼 수 있는지 알아본다.스티브W 토크

나는 위키백과 기사를 오디오 형식으로 이용할 수 있게 한다는 생각은 좋지만, 특히 위키백과 기사의 변덕스러운 성격으로 기사의 오디오 버전을 녹음하려고 애쓸 가치가 없다고 생각한다.(1) 글이 텍스트 대 음성 프로그램과 잘 연동되도록 하고, (2) 좋은 텍스트 대 음성 프로그램으로 연결하거나 협업하는 것이 좋을 것 같다.그것들은 모험 이야기가 아니라 백과사전 기사들이기 때문에 배우가 읽는 것 대신에 컴퓨터 프로그램을 갖는다고 해서 큰 변화가 생기지는 않을 것이다. (반면...만약 그들이 패트릭 스튜어트나 존 리스 데이비스에 의해 읽혔다면, 나는 그 말을 듣고 싶다.)

오디오북과 같은 기사를 듣고 싶어하는 사람들을 위해, 이미 텍스트를 wav 파일로 변환할 수 있는 온라인 소프트웨어가 있다!확인해보십시오. http://www.research.att.com/projects/tts/demo.html - Pionaler-12 02:46, 2005년 4월 16일(UTC)

SAMPA/IPA

누가 내가 SAMPA와 IPA를 기사화하는 것을 지지할 것인가? 심지어 내 월드북스에도 쉬운 영어 "프로-뉴언-시-시-션"과 사람들의 이름이 있다.위키피디아는 일반인을 위한 백과사전이지 언어학자를 위한 백과사전이 아니다.PMA 13:41, 2005년 3월 20일 (UTC)

• 전적으로 동의한다.위키피디아는 사전이 아니므로 발음의 과학적 정의는 불필요하다.예를 들어, 시드니 기사는 다음과 같은 내용을 담고 있다.이 도시의 이름은 "SID-nee", IPA: /svsddni/로 발음된다.— 첫 번째 발음이 충분하지 않은 이유는? - 2005년 3월 20일(UTC)

• 나는 동의하지 않고 IPA를 유지하고 싶다.매번 즉석에서 발명된 방식으로 발음을 나타내는 것은 소리에 믿을 만한 신호를 주지 못할 것이다.소리를 나타내는 고정된 시스템을 따라야 하며, 이는 잘 표준화되고 기술되며, 독자가 접근할 수 있다.국제 음성 알파벳 또는 IPA는 영어 단어뿐만 아니라 대부분의 국가에서 사람, 장소, 관습, 행사와 같은 외국 단어들을 설명할 수 있는 그러한 시스템이다.그러나, 더 이상 SAMPA를 사용할 필요가 없다. 이는 타이프라이터 키보드에서 사용할 수 있는 기호만을 사용하여 IPA를 수정하는 것이다.현대 컴퓨터와 디스플레이 기술의 출현과 함께, 이러한 제한은 더 이상 관련이 없다.-우드스톤 15:14, 2005년 3월 20일(UTC)
  • 나는 반대한다 - 다른 것들 중 세계책 백과사전은 IPA를 가지고 있지 않다 - 위에서 위키백과에서 말했듯이 그들은 평범한 영어 발음을 사용한다 - 언어학자들을 위한 백과사전이 아니다.아담 카와 Jtdirl은 지난 1년 동안 많은 것을 말했고 그들은 알 자격이 충분했다.PMA 15:25, 2005년 3월 20일(UTC)

나는 IPA를 떨어뜨리는 것에 강력히 반대한다.애드호크 발음 가이드는 북아메리카나 영국 원어민에게만 유용하며, 그마저도 애매모호한 점이 많다.외국어 단어에는 발음이 가장 많이 필요하며, 영어에서는 소리가 나지 않는 단어에 대해서는 애드호크 가이드가 전혀 쓸모가 없다.

• "프로-뉴런-시-에이-션": "프로" 또는 "프로"에서?(혹은 그런 소리가 너한테 똑같이 들리니?캐나다 원어민인 내게는 그렇지 않다.)"nhn"이 "noon"처럼 들리는가; h가 "nun"에서 어떻게 그것을 바꾸는가?"에이"가 "눈"처럼 들리는가, 아니면 "헤이"와 운율처럼 들리는가?
• "SID-nee": 왜 독자는 "nee"가 "née"가 아니라 "knee"처럼 발음된다고 생각하겠는가? 또는 "premerent"처럼 이중 e가 있는 것인가?

이런 것들이 실제로 작동하려면, 여러분은 발음 안내서와 함께 참조 페이지를 만들어야 하는데, 이것은 목적을 거스르고 있다(IPA를 배우기 시작하는 것이 좋다).그리고 그때까지도 그것들은 영어 이외의 소리에도 계속 무용지물이 될 것이다.—마이클 Z. 2005-03-20 16:09 Z

보통 독자들이 발음 사운드 파일을 선호하기 위해 머리나 꼬리를 만들 수 없는 IPA를 단계적으로 없애는 것은 어떨까?그럼 그게 너한테 받아들여질 수 있겠니?PMA 16:54, 2005년 3월 20일(UTC)

사운드 파일은 그것을 재생할 수 있는 독자들에게 IPA의 좋은 보충물이 될 수 있다.그들은 IPA를 배우는 것을 도울 수 있다.하지만 그들은 IPA를 대체하는 것이 아니고, 나는 여전히 그것을 없애는 것에 반대한다.다른 사람들이 IPA를 유용하다고 생각하는데 왜 그렇게 IPA를 없애려고 하는가?—마이클 Z. 2005-03-20 20:59 Z

게다가, 모든 것이 건전한 예로써 예시될 수 있는 것은 아니다.소리 녹음에서!Xoõ을 클릭하는 것을 듣는 것은 소리가 어떻게 만들어지는지에 대한 실마리를 줄 수 없을 것이다.IPA 필사본을 갖는 것은 독자들이 그것을 알아낼 수 있게 해준다.그것은 언어학자들의 백과사전이 되는 것이 아니라, 일관되고 모호하지 않으며, 무엇보다도 영어 이외의 대명사에 대한 준비가 되어 있는 것에 관한 것이다. — 2005년 3월 21일(UTC) 01:29 표시

• 나는 IPA를 단계적으로 폐지하는 것에 강력히 반대한다.위키피디아는 끔찍한 임시 발음 안내서로 골머리를 앓고 있다.그것들은 나를 움츠러들게 한다.나는 무엇보다도 IPA를 선호한다(Woodstone이 말했듯이 요즘 SAMPA는 쓸모없다고), 그리고 그것이 적절하게 생각되어진다면 그에 따른 근사치가 뒤따른다.사운드 파일은 물론 이상적이다.IPA는 당신이 어떤 언어로든 거의 모든 단어의 발음을 설명할 수 있게 해주는 믿을 수 없을 정도로 유용한 도구다."pro-nuhn-see-see-shuns" 방식으로 Langollen이나 !Xoõ을 발음하는 방법을 설명할 수 없다.위키피디아는 IPA에 대해 충분히 가지고 있어서 독자들이 차트를 보고 그 기호들이 무엇을 의미하는지 보기 위해 링크를 따라갈 수 있다.개인적으로 나는 IPA에 대해 몇 달 전까지만 해도 아주 초보적인 파악이 있었을 뿐, 위키피디아와 그것을 이해할 수 있는 우리의 음성학 기사의 몇 가지 외부 링크를 사용하는 데는 그리 오래 걸리지 않았다.지금은 전혀 문제없이 읽을 수 있고, 너무 애매모호해서 나에게 문제를 일으키는 임시방편적인 시도들이야.IPA를 읽기 위해 언어학자가 될 필요는 없다.나는 확실히 하나가 아니다.— 트릴로바이트 (Talk) 20:21, 2005년 3월 20일 (UTC)

• IPA에서 발음을 계속하십시오.Ad-hoc은 발음을 기술하려는 시도는 설명을 쓴 사람과 같은 사투리를 사용하는 사람들에게만 도움을 준다.그리고 그것들은 영어로 일어나지 않는 소리를 기술하는데 소용없다. (그러나 IPA 기사에 링크하는 것은 이치에 맞는다.)Gdr 20:43, 2005년 3월 20일(UTC)
• 나는 IPA를 포기한다는 생각에 강력히 반대한다; 마이클 Z, 트릴로바이트, 그리고 Gdr이 말했다.하지만 우리는 SAMPA 없이 할 수 있다. 그것은 단지 더 나은 유니코드 지원을 얻었기 때문에 쓸모없는 IPA의 수정일 뿐이다. — 2005년 3월 21일 01:14, 마크(UTC)

• 반대, 상기의 다른 사람들의 논평에 연연하다.— 스티비가 남자다! 2005년 3월 21일 04:53 (UTC)

• 우리는 부분적으로 논의를 반복하고 있다.위키백과 참조:발음(표시를 위한 간단한 안내서, 미국식)과 특히 그 토크 페이지.JRM 01:25, 2005년 3월 21일 (UTC)

또한, 참조를 위해:위키백과:발음.—마이클 Z. 2005-03-21 01:44 Z

• 영어단어 발음을 잘 못하는 사람으로서 나는 사이비 영어 발음을 사용하는 것에 반대한다.IPA와 같은 것은 영어가 모국어가 아닌 사람들에게 훨씬 더 유용하다. --cesarb 21:46, 2005년 3월 22일 (UTC)

• 동의하지 않음; 보관. -- IPA를 유지해야 함! — Xiong (대화) 2005년 3월 23일 (UTC)

• 반대 - "ad-hoc" 버전 외에 IPA를 유지하십시오.그것은 세계 어느 지역에나 표준화된 대명사 가이드를 제공한다.그러나 모든 IPA 발음을 IPA 참조 차트에 확실하게 연결하십시오.오디오 파일은 좋은 개선사항이고 IPA 참조 자료에는 오디오 파일이 있길 바란다. - 2005년 3월 23일, 오메가트론 22:21 (UTC)

• IPA는 유지하되, 일부 다양한 영어로 발음 가능한 단어에는 친NUN-seee-shuns를 제공하십시오.둘 다 못할 이유가 없어. 그렌델 칸 2005년 3월 24일 (UTC)

• IPA를 유지하십시오.위키피디아는 언어학자들을 위한 것이 아닐 수도 있지만, 확실히 영어가 주요 언어가 아닌 사람들에 의해 사용된다.영어를 모국어로 쓰는 사람에게 명백한 발음은 영어가 제1언어나 제2언어가 아닌 누군가에게는 전혀 확실하지 않을 수 있다.이 페이지의 첫 번째 예는 그 점을 잘 보여준다.응답자는 "SID-nee"로 충분하다고 말한다.프랑스인 "nee"에게는 "Mary Smith nee Robinson"에서처럼 "nay"로 발음되는 것으로 받아들여질 수도 있다. 그녀의 처녀 (생년) 이름은 Robinson이라는 뜻이다.IPA가 이 일을 처리한다.무슨 수를 써서라도 친유니-시-시-시-시-시-시-시-시-시-시-시-시-쉬운왜 더 많은 정보를 제공하는 것에 대한 논쟁이 있는가?"더 적은 것이 더 많은 것" 운동이 있는가?

• IPA를 유지하십시오.친유니-시-시-시-션의 애매함을 보여주는 또 다른 예로서, 왜 우리(토종 영어 사용자)가 음성 알파벳을 필요로 하는지에 대한 조지 버나드 쇼의 예를 생각해 보자: 영어로 GHOTI를 어떻게 발음하는가?정답: 그것은 Fish로 발음된다.기침할 때 GH, 여성에서 O, 역에서 TI.재미있군, 그래.하지만 아주 강한 주장.

• 나는 강하게 반대한다 - 나는 영국인이 아니다. 그리고 내가 IPA에 어떤 문제가 있다는 것을 인정해야 한다 하더라도(예를 들어, 두 단어는 똑같이 발음되었지만 그렇지 않고 유사하지 않다는 것을 보여준다) 그리고 내가 좋은 영어 확약을 가지고 있지 않다는 사실과 관련된 다른 문제들에 대해 나는 전혀 이해할 수 없다.친유엔-시-시-션의 예에서, e는 내가 보는 데서 좋아하고 e는 중앙이 아니라는 것을 내가 어떻게 알 수 있을까?그래, 이건 세상이 보는 것처럼 보이는 거라서 나쁜 엑소프멜인데, 어떻게 나한테 Ay에 대해 말해줄 수 있어?나는 영어 발음에 매우 흔한 사람들에게만 이 발음을 보여주는 방법을 생각하는데 너는 그것을 인정해야 한다.위키피디아는 영어권 사람들만을 위한 것이 아니다.

여기 위키에서는 아무도 SAMBA나 IPA 발음을 쓸 의무가 없기 때문에 나는 그 누구도 그 어떤 것도 할 의무가 없다고 지적한다.아마도 이 질문은 2005년 4월 9일 AnyFile 12:12, UTC(UnyFile 12:12, Ay-Shuns)에서 친유닛(Pro-NUN-see-see-shuns) 발음을 할 수 있는 것처럼 더 잘 명시되어야 할 것이다.

• IPA를 위한 또 다른 보관소.외국어는 물론 원어민으로서의 영어조차도 가끔 친언어-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시-시IPA, 사운드 파일, 애드호크는 모두 공존할 수 있다.그래서 우리의 예는 (SID-nee; IPA: /svsɪdni/ (듣기))일 것이다. 나는 이것이 엄청난 양의 정보라고 생각하지 않는다.나는 애드호크들을 없애라고 말하고 싶지만, 외국어를 배우는 동안에도 IPA 상징을 찾는 것을 귀찮게 하고 싶지 않은 사람들과 개인적인 경험으로 인해, 나는 그들이 제한된 방법으로 유용하다고 말해야 한다.Mindspillage (당신의 것을 바치시겠습니까?) 2005년 4월 11일 03:45 (UTC)

• 사운드 파일(또는 자동 렌더러)이 있으면 위의 예제가 단축될 수 있다(SID-nee, /svsɪdni/)./.../는 이미 IPA 스타일의 음소 전사인 것을 나타내고, 그것을 클릭하면 파일이 재생된다.-우드스톤 07:20, 2005년 4월 11일 (UTC)

• IPA를 유지하십시오.무조건 지키는 겁니다. -- 토이토이 03:11, 2005년 4월 12일 (UTC)

• 지적된 모든 이유 때문에 IPA를 유지하십시오.간단하고 우아하며 모든 영어 방언에서 통용된다. --Coolcaesar 09:30, 2005년 4월 18일(UTC)

• IPA(정말로 알고 싶은 사람들을 위해)와 AD-hoc-pro-NUN-seee-AY-shuns (게을러한 사람들을 위해)를 유지하고, 정말로 흥미롭게 발음되는 단어들을 위한 오디오를 가지고 있어야 한다.너무 많은 정보가 아니에요.닉타 12:48, 2005년 4월 18일 (UTC)

Geo Meta 데이터 사용(카운트)

나는 사람들이 위키피디아 페이지에 Geo META 데이터를 포함시키는 것에 대해 어떻게 생각하는지 궁금했다.geourl.org 프로젝트는 주어진 위치에 대한 페이지의 데이터베이스를 유지하며, AlltheGoodness와 mappr과 같은 몇몇 다른 서비스들은 흥미로운 방법으로 Geo Meta 데이터를 사용하기 시작하고 있다.

제 제안서: 기사에 '위도'와 '경도'라는 두 가지 선택적 속성을 허용하고, 메타 데이터의 페이지에 이러한 정보를 포함시키십시오.

시드니 오페라 하우스에 관한 한 페이지에는 다음과 같은 속성이 있을 것이다.

위도 = -33.8587 경도 = 151.2096

다음과 같은 메타 데이터를 생성한다.

<<meta名="geo.position" content="-33.8587;reason.2096" />

검색엔진 등에 의해 컨텐츠에 대해 더 많이 이해하고 다른 사람들이 추가 서비스를 제공하기 위해 사용할 수 있다. --neilp 02:43, 2005년 4월 12일 (UTC)

아직 거기까지는 아니지만, 위키피디아 참조:스타일 매뉴얼(날짜 및 숫자)#지리적 좌표와 위키프로젝트 지리학적 좌표.—마이클 Z. 2005-04-12 03:20 Z

이 데이터가 페이지의 메타 태그로 흘러들어갈지 아는 사람?--neilp 08:33, 2005년 4월 12일 (UTC)

순위

토론 이동 대상: Wiki Project 순위

이 프로젝트는 위키피디아에서 순위 체계를 갖추는 것을 위한 것이다.여기에서 토의하고 제안하십시오(있는 경우).

참조 데이터 - 예:국가 인구 순위

나는 몇몇 나라와 그들의 인구를 검토하고 있었다.내가 본 모든 나라들(작은 나라들)은 인구별 국가 목록을 참조했다.응! http://en.wikipedia.org/wiki/List_of_countries_by_population 그러나 인구순위를 비교했을 때, 나는 요실금을 받았다.예를 들어 바티칸 시티는 192위, 그린란드는 210위, 아메리칸사모아는 203위다.

나는 최근에야 위키피디아에 대해 알게 되었기 때문에, 나는 이 근방의 마을 바보야.나는 어떤 특정한 해결 방법을 찾았지만, 나는 통계에서 일관성을 원한다.데이터에 의존하는 장소들이 테이블처럼 참조로부터 정보를 자동으로 채우는 것이 가능한가?이 작업을 수행할 수 있는 경우 테이블이 업데이트되면 모든 종속 문서가 자동으로 업데이트된다.

그것은 구체적인 예였다.내가 위키피디아를 처음 사용했을 때 이 문제를 발견했다면, 나는 다른 많은 유형의 통계 데이터가 1) 다른 출처 또는 2) 같은 출처지만 모순된 매너로 사용될 것이라고 추측할 수 있을 뿐이다.만약 이것이 어떤 식으로든 훌륭하게 다뤄질 수 있다면. (그리고 나는 어떤 방법으로 순위를 매겨야 할지 확신이 서지 않아 자동으로 기사를 업데이트하지 않았다.)

내 솔직한 제안: 위키백과를 믿지 말라.위키피디아는 보통 좋은 출발점이다.그러나 의심스러운 점이 있으면 항상 다른 출처를 찾으십시오(Britannica, Encarta, UN ...).비린내가 나지 않더라도 가능하면 다른 인쇄물을 참고하십시오.도서관에 가다.숫자는 특히 그다지 신뢰할 수 없다. -- 2005년 4월 11일 토이토이 16:55 (UTC)

많은 위키피디아 통계는 충분한 설명이 없이 나온다.인구별로는 바티칸 시국이 제192회 소버린국이다. 그린란드와 아메리칸사모아는 주권국가, 지질지역, 기타 정치주체(홍콩 S.A.R, 맨아일랜드, 팔레스타인 영토, 중화민국 등) 목록에서 210번째와 203번째다. -- 토이토이 17:30, 2005년 4월 11일(UTC)

그렇다, 나는 사람들이 숫자를 터무니없이 바꾸는 것을 보아왔고, 내가 그것을 되돌려서 POV를 선언했다.어떤 것들은 더 잘 규제되어야 한다. --Cool Cat 23:31, 2005년 4월 11일 (UTC)

토이토이, 믿을 만한 정보가 필요하면 위키피디아에서 자료를 이중으로 확인하는 것에 대한 조언에 감사한다.나는 그것을 명심할 것이다.순위와 관련하여, 나는 몇몇 기사들은 주권 국가를 사용하고 있었고, 몇몇 기사들은 지질학적/정치적 영역을 사용하고 있다는 것을 이해했다.TWO 별도 순위를 받아도 아메리칸사모아는 그린란드 바로 앞에 이름을 올린다.그래서 그것 또한 일관적이지 않다.내가 알고 있는 바로는, 통계 정보가 (적어도 가까운 장래에) 그 문제를 시정할 수 있는 정책의 가능성이 없는, 모순될 가능성이 있는 것으로 받아들일 것이다.도와줘서 모두 고마워. -- AltNrg4U 06:51, 2005년 4월 12일 (UTC)

감시하는 기사를 나열하다

공공 기물 파손 및 일반적으로 비생산적인 편집 작업을 위해 시청하는 기사 그룹을 나열할 수 있는 페이지.따라서 나는 유럽 국가에 관한 모든 주요 기사(예: 벨로루시, 핀란드, 독일)와 다른 누군가가 유럽 국가에 대한 모든 역사(예: 벨로루시의 역사, 핀란드의 역사, 독일의 역사)를 볼 수 있을 것이다.아니면 이름이 적힌 사람들 목록에 있는 모든 사람들: 로를 향한 로크 로와 로에서 다른 곳으로 가는 누군가...나는 그 목록에 자신을 추가하는 사람들을 위한 어떤 특별한 권리도 제안하고 있지 않다.그것은 단지 중복성을 줄이기 위한 방법일 뿐이다.내 감시목록은 내가 거의 투자하지 않은 시간 소모적인 기사들로 항상 어수선하고, 다른 사람이 보고 있는 것 같아서 없애기 싫은 것들이 있어.나는 스팸인지 확인하기 위해 추가된 외부 링크를 확인하지 않는 경우가 많지만, 만약 내가 다른 사람들이 똑같이 하고 있다는 것을 안다면 선별된 기사 하위 집합에서 그렇게 하는 것도 마다하지 않을 것이다.이 일에 다른 사람이 관심있을까?Tuf-Kat 07:55, 2005년 4월 10일 (UTC)

나는 사람들이 합리적인 한도 내에서 스스로 하위 페이지를 만들거나, 자신의 사용자 페이지를 물건들로 채울 수 있다는 인상을 받았다.그게 내가 할 수 있는 최선이야. -- 키조르 09:52, 2005년 4월 10일 (UTC)

사용자 공간에 이 용도로 사용할 페이지(또는 페이지)를 만들고 "관련 변경사항"을 사용하십시오.나는 많은 사람들이 이미 이것을 한다고 믿는다. -- Jmabel Talk 19:39, 2005년 4월 10일 (UTC)

범용 계정?

(신입생아 여기)

각 언어 버전마다 다른 사용자가 되어야 하는 이유내가 몇 개 국어를 할 수 있다면 어떨까?

내가 활동 중인 각 언어에 로그인하지 않으면 나에게 전달된 메시지를 볼 수 없다!짜증나!

제발, 나는 보편적인 계정을 제안한다!

고마워 --Tom-b 23:05, 2005년 4월 9일 (UTC)

• 그것은 종종 제안되었다.가장 큰 문제는 다른 위키에서 기존 계정들 간의 이름 충돌이다.만약 당신이 너무 많은 장소를 확인하기를 원하지 않는다면, 당신은 당신의 사용자 대화 페이지 중 하나를 제외한 모든 페이지를 당신이 가장 많이 일하는 위키에 있는 페이지로 리디렉션할 수 있다. -- Jmabel Talk 23:38, 2005년 4월 9일 (UTC)

• 2005년 4월 9일(UTC) 버질라:57 r3m0t 23:47 참조

심지어 편의적인 요소보다도, 내 생각에는 보편적인 계정의 더 중요한 이유는 사용자 가장이다.불만을 품은 사용자가 다른 언어로 된 위키피디아에 가서, 자신을 되돌리거나 차단한 사용자의 이름으로 등록하고, 다수의 반달리즘을 행하는 사례가 여러 차례 있었다.— 지식 탐색기 knowledge 00:25, 2005년 4월 10일 (UTC)

불행히도, 실현되기 위해서는 너무 많은 일이 필요할 것이다.개인적으로 리디렉션한다(m: 참조).User:Ilyanep) 또는 정보 라인을 내려 놓으십시오([ru:User:일리야네프(Ilyanep) 및 [es:사용자:Ilyanep]), 그리고 그것은 나에게 효과가 있다(특히 나의 기여의 97.5%가 en에 있기 때문에, 그것은 나에게 큰 불편함을 주지 않는다. — Ilγαη (Tαlκ) 00:39, 2005년 4월 10일 (UTC)

다양한 제안에 대한 토론 페이지: m:단일 로그인 나는 개인적으로 오메가트론의 제안이 가장 좋다고 생각한다. - 오메가트론 01:04, 2005년 4월 10일 (UTC)

네 제안은 정말 마음에 들어...위키백과 여권과 거의 비슷한 — Ilγααρ (Tαlκ) 23:00, 2005년 4월 11일 (UTC)

"불행히도, 실현되기 위해서는 너무 많은 작업이 필요할 겁니다."제발!"아, 너무 어렵다"는 태도를 참을 수 없다.디자인하기가 좀 까다롭긴 하지만 일단 만들어지면 구현하기엔 그렇게 복잡하지 않다.보안 로그인 시스템을 처음부터 설계하는 것은 한 사이트 로그인 시스템을 여러 사이트로 확장하는 것보다 훨씬 어렵다.이를 어렵게 하는 것은 현행 제도로부터의 전환이다.간단한 사실은, 애초에 다중 로그인이 일어나지 말았어야 했다.여권을 가진 비대해진 마이크로소프트가 오픈소스로부터 바지를 벗길 수 있다는 것은 부끄러운 일이다. - Pionaler-12 03:18, 2005년 4월 16일 (UTC)

스포일러 경고의 '다중 수준'

나는 현재 스포일러 시스템의 이진성을 짜증나게 했다.좋은 예가 오르츠(스타 컨트롤) 기사인데, 게임을 완성한 사람들은 내부에 묘사된 허구적 인종을 꽤 많이 알고 있지만, 그들의 실제 성질은 미스터리로 남아 있다.수년간 디자이너들과 인터뷰 등을 통해 그들에 대한 많은 통찰력을 얻었지만, 이 단편들은 게임에 익숙하지 않은 누군가에게나 마찬가지로 오래된 스타 컨트롤 플레이어에 스포일러가 될 수 있다.

내가 하고 싶은 것은 두 가지 다른 스포일러 경고를 사용하는 것이다.게임을 해본 적이 없는 사람들을 위한 표준 게임과 오르츠에 대해 구체적으로 연구한 적이 없는 사람들을 위한 표준 게임이다.나는 이것을 공식적인 방침으로 만들 계획은 없지만, 만약 상황이 그것을 보증한다면, 앞으로 한두 번 사용할 것 같다(의심하지 않으면 안 된다는 쪽에 서 있다).어때? -- Kizor 20:03, 2005년 4월 9일 (UTC)

• 오 씨는 관련 기사에 그런 것을 얼마든지 구현해 내지만, 나는 아마 템플릿은 만들지 않고 당신이 쓰고 있는 기사에 맞게 본문을 맞추는 것이 나을 것이라고 생각한다.Mgm^(talk) 20:33, 2005년 4월 9일 (UTC)
  • 당연히, 그러한 것들은 일반적인 템플릿으로는 너무 많은 일회성이 될 것이다.고마워. -- Kizor 22:49, 2005년 4월 9일 (UTC)
• 또는 각각에 개별 스포일러 경고를 표시할 수 있도록 기사를 분할할 수 있다.HTH 핸드 -- Phil Talk 17:31, 2005년 4월 12일 (UTC)

언어간 위키백과 링크/위키 색인 관리

나는 위키피디아를 막 사용하기 시작했는데, 영어 인터페이스에서 "Tucholsky"를 검색하여 무효 결과를 얻은 경우를 발견했다.그리고 독일어 인터페이스를 이용하여 "Tucholsky"를 검색해 커트 Tucholsky에 관한 광범위한 멀티미디어 페이지를 다시 얻었다.

현재 선택된 인터페이스에서 정보가 제공되지 않더라도 다른 언어로 이용 가능하다는 것을 사용자에게 항상 알려주는 것이 위키 소프트웨어에 유용하다고 생각한다.키워드와 일치하는 모든 위키 항목 목록이 가능한 경우 제시되어야 한다.

물론, 이 제안의 실행에는 약간의 어려움이 있다.적어도 고유명사의 경우 그것은 행해질 수 있고 매우 유용할 것이다.

어쨌든 유능한 기계번역을 이용할 수 있게 되면 앞으로 언어간 위키 연계가 더욱 중요해질 것이다.

내가 너의 코멘트를 오해했다면 용서해줘, 하지만 우리는 커트 투콜스키에 대한 짧은 기사가 있어. 그리고 페이지 왼쪽에는 독일어 버전으로 연결되는 "다른 언어로"라는 제목의 상자가 보일 거야.만약 당신이 정보가 부족한 영어 기사를 발견한다면, 종종 인터위키 링크가 있다면, 다른 언어 위키피디아들이 더 많은 정보를 가지고 있는지 확인할 가치가 있다.— 트릴로바이트 (Talk) 17:51, 2005년 4월 8일 (UTC)

독일어 기사를 영어로 번역해 달라는 요청을 넣었으니까, 조만간 그에 대한 정보가 영어로 더 많아지길 바란다.— Talk (Talk) 17:58, 2005년 4월 8일 (UTC)

• 또한 "Go"를 클릭했기 때문에 원하는 결과를 얻지 못했을 수도 있다.이 버튼은 위키피디아가 정확한 제목으로 기사를 검색하게 할 것이다.독일어 위키피디아는 아마도 그 이름에서 리디렉션을 가리키고 있었을 것이다.만약 당신이 검색을 할 때 영어 위키백과에서 모든 것을 찾기를 원한다면, 당신은 대신 "검색" 버튼이나 WikiWax를 사용해 보는 것이 좋을 것이다.Mgm 08:36, 2005년 4월 9일 (UTC)

트릴로비트가 리디렉션해서 투철스키가 커트 투철스키 기사로 데려다 줄 거야나는 지금 번역 작업을 하고 있는데 최대한 빨리 끝내도록 할게.

영어 위키백과에 없는 외국어에서 흥미로운 것을 발견하는 사람이 있다면, 위키백과를 참조하십시오.영어로 번역하면 어떻게 번역을 의뢰할 수 있는지 알아본다.마찬가지로 외국어를 할 수 있다면, 이 기사들을 번역하는 것을 도와주지 않겠는가? (독일어의 경우 특히 밀린 일이 꽤 있다.)SteveWTalk 11:02, 2005년 4월 9일 (UTC)

위키백과에서 유용한 정보를 찾을 수도 있다.대사관 및 본 문서의 링크 AnyFile 14:42, 2005년 4월 9일(UTC)

"나의 공헌"을 응축하다.

현재 위키피디아의 각 편집에 대해 나의 반박 아래 새로운 줄을 만든다.만약 나에게 그러한 방식으로 분류할 수 있는 선택권이 있다면:

• 기사(### 총 편집 횟수)
  • 제1조 (### 편집)
  • 제2조 (### 편집)
• 기사 토론(### 총 편집 횟수)
  • 기사 토론1(### 편집)
• 사용자 페이지(### 편집)
• 사용자 대화 페이지(### 편집)

이렇게 하면 데이터가 적게 전송될수록 대역폭이 많이 절약될 것이다.+ --Cool Cat 01:07, 2005년 4월 8일(UTC)을 클릭하여 원하는 범주를 확장할 수 있는 경우

• 상단의 풀다운 메뉴는 바로 그것이다.또한 개수를 편집하면 대역폭을 절약할 수 없게 된다. 개수에 많은 비용이 들기 때문이다.2005년 4월 8일 Mgm 08:30 (UTC)

• • 명확히 하기 위해:대역폭을 절약할 수 있는 것은 분명하지만, 이렇게 하려면 페이지 로드가 모든 기여(최신 50개만이 아니라)를 더 자세히 살펴보고 계산과 합계를 많이 수행해야 한다.이것은 서버에 부하를 발생시킬 것이고, 이것은 대역폭보다 더 비싸다. 즉, 페이지 (및 사이트)의 속도를 전반적으로 더 느리게 할 것이다. r3m0t 22:15, 2005년 4월 9일 (UTC)

내 Wiki 모양 사용자 정의

아마도 간단한 질문일 것이다:나만의 미디어 위키가 있고 다른 위키피디아들처럼 보이지 않기 위해 완전한 css 메이크오버를 하는 척한다.

나는 그 css 스타일에서 그 상자 wich가 위키백과 로고를 포함하고 있다는 것을 발견하지 못했다.로고 자체를 바꿀 수 있는 곳은 어디고, 로고가 들어 있는 레이어는 어디에 있는지 페이지에서 위치를 바꿀 수 있는지요?

나는 모노북 피부에서 많은 이미지들을 발견했다.그 중 하나는 "headbg.jpg"이다.위키피디아 배경에서 희미하게 보이는 이 회색조 책인가?주최하는 곳은 어디니?다른 아이콘(외부 링크, 잠금, 사용자 기록 등)이 호스팅되는 위치(하드레스)?

고마워.--알렉산드레 반 데 산데 15:02, 2005년 4월 7일 (UTC)

책 물건은 대부분의 다른 이미지와 함께 모노북 피부 디렉토리에 위치한다.로고는 이미지:위키.png.이상한 일을 하는 방법에 대한 아이디어를 얻고 싶다면 User:키리오스/모노북.css.내 사용자 페이지에 그 기능이 무엇인지 스크린샷이 있어.개인 용도로 사용하기 때문에 브라우저 호환성에 대한 보장은 하지 않는다는 점에 유의하십시오. -- Cyrius c 02, 2005년 4월 8일 (UTC)

서바이벌

1154년 4월 6일 지역

a) 물품:생존이 불충분하다.생존에는 심리학, 생존 패턴, 화재(유형, 도식, 목적), 다양한 지형 및 기후를 위한 장비(타인, 파우치, 키트 및 그것들 간의 차이), 칼(생존 칼의 바람직한 측면), 오리엔테이션, 지도 및 컴포트(인공 및 인공); 지상 SAR, 소형 공예 안전 및 c.오래된 물 훈련; 추운 날씨 기술 등.

b) 나는 기술 작가가 아니다.나는 서바이벌 강사로 다른 여러 SI들과 접촉할 수 있다. 나는 기꺼이 지식 풀을 제공할 것이다.

c) 위키피디아가 일반적으로 "방법"이 아니라는 것을 깨닫는다. 걱정 없다.

d) 일반 커뮤니티에서 i에 대한 허락을 구함) Survival(Bob Marley 앨범) 및 Survival(생존하는 기술) ii)에 대한 disabigation 페이지 생성) 후자에 원자재를 붓기 시작함

e) 위의 ii) 구성에서 이상적인 위키백과에 부합하기 위한 협력적 노력을 모색한다.

크리스 맥스웰 상병 --Esseye 10:02, 2005년 4월 6일 (UTC)

(유방암이나 자동차 충돌, 탄광 붕괴에서 살아남지 못하는 것) 당신이 쓰고 싶은 말이니 실외 생존이 더 좋은 제목이 될 것 같다.나는 Surviving이 꽤 쓸모없다는 것에 전적으로 동의한다; 그것의 역사를 체크하는 것은 누군가가 "상어 공격에서 살아남는 것"을 쓰면서 시작했다는 것을 나타낸다. 그리고 나는 그 사람이 위키북에서 그들의 내용이 더 나을 것이라고 들었다고 생각한다.위키피디아는 야외 생존에 관한 기사가 필요하며, 위키북 역시 "야외 생존에 대한 안내"로부터 혜택을 받을 것이라고 생각한다.둘 사이의 선이 때로는 미묘하지만 때로는 그렇지 않을 때도 있다.위키북(위키북에서 주최하는)은 당신이 필요하다고 느끼는 어느 정도까지 구체적인 기법의 세부사항에 들어갈 것이다.이와는 대조적으로 위키백과 기사는 매우 간략하게 기술들을 요약할 수 있지만, 당신의 설명서에 없는 생존 연구의 역사, 원주민들의 생존 기술, 현대적인 생존 사상 학교 등에 관한 정보를 담고 있을 것이다.당신이 기술 작가가 아니라는 것을 걱정하지 마십시오 - 대부분의 위키피디아는 그렇지 않지만, 우리 모두는 어쨌든 잘 알고 있다.공격의 계획으로서, 나는 위키북에 먼저 쏟아 붓는 것이 가장 좋을 것이라고 제안할 것이다. 완전히 일반적인 접근법에서 쓴 것이다.그것으로부터 훌륭한 위키백과 기사로 물건을 걸러내고 요약하는 것이 가능해야 한다.주제에 대해서는 잘 모르지만, 위키백과 기사가 어떤 모습일지 상당히 좋은 감각을 가지고 있는 것 같아서 기꺼이 도와드리겠다. -- 존 페이더(토크 기여) 13:59, 2005년 4월 6일 (UTC)

사실, 나는 사람들이 이미 야외 생존 위키북을 시작했다고 본다 - 위키북에서:아웃도어 서바이벌.거기엔 별로 내용이 없으니, 당신들의 도움에 고마워할 게 분명해. -- 존 페이더(토크 기여) 14:13, 2005년 4월 6일 (UTC)

• 그리고 두 기사가 다 쓰여지는 순간 밥 말리 앨범과 야외 서바이벌에 대한 해명에 문제가 없다.시간을 들여 위키백과 절차와 모든 것을 점검한 것 같아, 큰 실수는 없을 거라고 확신해.그냥 한번 해 봐.네가 시작하자마자 사람들이 뛰어들어 도와줄 거야.Mgm 20:47, 2005년 4월 6일 (UTC)

글쎄, 전문가들에 의해 고용된 "생존"은 "생존하는 기술"을 의미하는 것으로 동의하지만, 물론 모든 사람이 생존 전문가인 것은 아니기 때문에 나는 "외도자들"이 언급하기 좋은 "일"이 될 것이라고 생각한다."흠...고양이의 생존, 수술 후..." --Esseye 07:11, 2005년 4월 7일 (UTC) 대화

브리타니카 온라인에서 이 일을 하다

브리타니카는 사용자가 보고 있는 페이지에 대해 MLA와 APA 인용구를 생성한다.각 페이지에 대한 하단 "일반 인용문" 링크는 최소한의 작업이 필요할 것이다.이렇게 하는 이유 1. 브리태니카 온라인에는 없는 기능이 있다! 2.매년 수천 개의 학부 논문에서 인정받는 인용문의 외관을 위키백과로 늘린다.2005년 4월 6일(UTC) 22:21, 로트소피스

좋은 생각이에요.Mathworld도 비슷한 일을 한다(실제로 페이지 하단에 인용문을 가지고 있으며, 오려 붙일 준비가 되어 있다).한 가지 복잡한 점은 현재로선 기사의 '현재' 수정본을 안정적으로 인용하기 어렵다는 점이다(누군가가 기사를 바꾸면 인용문은 논문을 쓰면서 읽은 것이 아니라 그 버전으로 바뀐다).미디어위키의 다음 버전은 이를 수정한다(현재 버전을 포함한 모든 버전을 안정적인 퍼멀링크 제공).그렇게 되면 너의 제안이 현실적이 될 것이다.버그추적 시스템에서 제안할 겁니다. -- John Fader (토크 기여) 09:46, 2005년 4월 6일 (UTC)

흠, 이것은 이미 가능할지 모르지만, 미디어위키에 있는 시스템 전체 템플릿을 사용한다. (몇 가지 추가 변수가 필요할 수도 있지만).내가 실행해 볼 수 있는지 알아볼게. -- John Fader (토크 기여) 13:38, 2005년 4월 6일 (UTC)

좋은 생각이야.2005년 4월 6일(UTC) 22:21, 로트소피스

향후 미디어위키에 대한 추가 지원이 필요할 것이다. 1.5는 이 버전의 ID를 제공하는 변수를 추가하지만, 대부분의 인용 표준에서 요구하는 바와 같이 이 버전의 날짜와 시간에 대한 변수를 추가해야 한다.나는 지금 이것을 위해 RFE를 준비하고 있다; 나는 그것이 구현하는 데 큰 노력이 될 것이라고 생각하지 않는다. -- John Fader (토크 기여) 13:07, 2005년 4월 9일 (UTC)

이것을 툴박스에, 「여기에 링크하는 것」, 「관련 변경사항」 옆에 넣는 것이 타당할 것이다.—마이클 Z. 2005-04-6 20:46 Z

메디컬 위키

나는 단지 이 생각을 퍼뜨리고 싶다.의학위키(WebMD wiki style)에 관심 있는 사람이 있을까 하는 생각이 들었다.나는 약국 기술자인데, 그런 위키는 내게 유용할 거야.생각은? --STDestiny 03:49, 2005년 4월 6일 (UTC)

3페이지나 되는 거 같은데...너는 어때?

나는 그것이 "반복의 경우에만, 조언을 위해 의료 전문가에게 상담하라"는 기준을 가지고 있을 것이라고 확신한다. WebMD가 가지고 있는 것을 부인한다.평신도들이 진단받은 것을 연구하는 것이 더 나을 것이다. --STDestiny 17:25, 2005년 4월 6일 (UTC)

아이디어는 좋은데, 위키피디아에 추가하면 될 것 같아.당신이 제안하는 것은 모든 관련 의료 데이터를 통합하는 새로운 범주의 생성으로 쉽게 얻을 수 있다. :) --Cool Cat 01:01, 2005년 4월 8일 (UTC)

— Ilγαη (Tαlκ) 04:00, 2005년 4월 6일 (UTC)

나는 지금 치과의사를 만나러 간다. ...그가 DentalWiki 웹사이트를 보기 전에.:) -- Toy 06:37, 2005년 4월 6일 (UTC)

리디렉션으로 더 쉬워짐

리디렉션 생성을 장려하는 특징이 있어야 한다.예를 들어, 당신이 토마스 에디슨이라고 불리는 기사를 시작할 때, 당신은 토마스 알바 에디슨에 대한 리디렉션도 만들기를 원할 것이다.현재는 수작업으로 해야 한다.지루하다.

편집 창 아래에 3개 이상의 필드를 추가하면 어떨까?요약 편집 외에도 제안된 리디렉션을 입력하십시오.각각의 새로운 기사가 여러 개의 자리 표시자 리디렉션과 함께 제공된다면, 중복의 가능성은 최소화될 것이다.프로그래머들에게는 그다지 어려운 일은 아닌 것 같아.

리디렉션은 특히 생물학적 기사를 작성할 때 유용하다.만약 당신이 도그에 대한 기사를 만든다면, 당신은 Canis lupus perminousis에 대한 리디렉션을 만들 수 있다.덜 알려진 많은 동물이나 식물들에게, 이항식 또는 삼항식 이름 리디렉션은 매우 도움이 될 수 있다.지금까지 많은 그런 기사들은 이러한 리디렉션들이 부족하다.

리디렉션이 수행되는 경우.당신은 그 주제에 대한 기사를 당신보다 먼저 쓴 사람이 있는지 확인하고 싶을 것이다.아니면 당신은 대신 디스컴 페이지를 만들고 싶을지도 모른다. -- 2005년 4월 6일 토이토이 00:17 (UTC)

나는 그 생각이 좋아...조금 개선될 수도 있지만 좋은 시작이야! — Ilααηρρ (Tαlκ) 01:56, 2005년 4월 6일 (UTC)

이와 같은 동의어 분야를 일정하게 보유하는 것은 융통성이 없다. (너무 적은 수의 사람들이 소수의 사람들만, 너무 많은 사람들만 만들 것이고 그것은 가치 있는 스크린 부동산을 차지하게 될 것이다.대신, 하나의 긴 "동기어:" 필드가 있을 수 있으며, 이 필드는 문자로 구분된 기사에 대한 모든 리디렉션을 나열한다.그래서 에디슨은 "Thomas A Edison Thomas A Edison Thomas A"라고 읽었을 것이다.에디슨 토마스 에디슨 토마스 에디슨 톰 에디슨 T.A.에디슨"이다.토마스 알바 에디슨을 나중에 편집하면 이 리스트가 다시 채워진다.이것은 좋지만 몇 가지 문제가 있다.

• 동의어 목록에서 항목을 삭제하면 리디렉션이 삭제되는가?그렇다면 관리자만 할 수 있는 작업인가?
• 각 항목에서 동의어 목록을 계산하는 것은 다른 데이터베이스 쿼리("여기에 있는 링크"에 대한)와 간접 필드와의 결합일 가능성이 높기 때문에, 비독점적인 성능 비용이 발생한다.
• 그것은 반달들이 폭력적인 리디렉션을 신속하게 만들 수 있는 좋은 방법이다.

여전히 생각해 볼 가치가 있다. -- John Fader (토크 기여) 2005년 4월 6일 (UTC) 10:00

음, 그렇긴 하지만, 미디어위키-l 목록에 메타데이터 지원 추가(grated, talking as a pretty handwavey stage)에 대한 이야기가 있다.정말로 동의어와 리디렉션은 메타데이터인데, 적절한 메타데이터 지원이 오기 전에 무언가를 실행할 가치가 있는지 궁금하다. -- John Fader (토크 기여) 2005년 4월 6일 (UTC)

로버트 드 니로의 때아닌 죽음

지난 주 위키피디아는 위대한 배우인 로버트 드 니로를 죽였다[5].오늘 마이클 아이즈너도 죽은 것으로 보인다.첫째, 아이즈너는 죽었는가?둘째로, 최근의 죽음은 목록을 작성하기 전에 (현재 사건처럼) 인용구를 요구해야 하는가?거꾸로 말하면 그것은 거짓 목록을 방지한다는 것이다. 그리고 나는 최근에 죽은 장난이 특히 해롭다고 주장한다.단점은 지시적 소름끼치는 것과 잘 알려지지 않은 사람들이 죽음의 구절을 빨리 이용할 수 없다는 점이다.토크에서 의견을 제시하십시오.최근_deaths#Proposal:_listings_required_citations. -- John Fader(토크 기여) 00:52, 2005년 3월 30일 (UTC)

물론 이것의 다른 측면은 우리가 조니 코크란의 죽음에 대해 폭스뉴스를 결코 (예를 들어) 캐내지 않았을 것이라는 점이다. -- JmabelTalk 02:02, 2005년 3월 30일 (UTC)

제리 팔웰이 우리에 의해 살해된 다음 사람이 될까?만약 마크 트웨인이 오늘 살아 있다면, 그는 "내 죽음에 대한 소문은 위키백과였을 것이다"라고 말하는 것을 매우 기뻐할 것이다.위키루머 프로젝트를 시작해볼까?미친 대학살을 시작하자!하! -- 토이토이 02:45, 2005년 3월 30일 (UTC)

나는 위키피디아가 "스쿠프"를 가져야 한다는 것에 반대한다.우리는 백과사전이지 뉴스 서비스가 아니다.위키네스는.그래서 나는 인용문이 필요하다고 말한다.최악의 상황은 위키네스가 다른 사람들보다 먼저 도착하지 않는 한 우리는 더 이상 죽음을 특종하지 않는다는 것이다.사실의 정확성을 위해 지불해야 할 작은 가격.하지만 나는 내가 현재 이 문제에 대해 소수자에 속한다고 확신하고 있고, 당분간은 계속 될 수도 있다.JRM 08:24, 2005년 3월 30일 (UTC)

적어도 둘의 소수라는 것을 알아야 한다; 이런 종류의 실수는 단지 재앙일 뿐인 반면, '스쿼프' 요소는 거의 무관하다.필리오히트토크 08:37 (UTC)

• 나는 최근의 죽음에 대한 인용구가 특별히 필요하다고 생각하지 않는다.대부분의 위키백과 편집자들은 구글 검색만 하면 누구나 이용할 수 있는 정규 출처에서 정보를 얻어야 한다. 131.211.210.15 07:52, 2005년 3월 30일(UTC)

  그렇게 간단하다면 표창장을 주는 것은 사소해야 한다.나는 우리가 증명할 수 있는 사실의 대가로 편집자들에게 조금 더 많은 노력을 기울이도록 요구할 수 있다고 생각한다.JRM 11:52, 2005년 4월 1일 (UTC)

그래, 토론 페이지의 노트는 기뻐해야 한다: 변화는 토론 페이지에서 논의되어야 한다는 것이다. 그렇지 않은가?또한 만약 내가 기사 대상자의 죽음으로 인해 글을 올린다면 나는 외부 링크에서 그의 삶의 중요한 사건에 대한 뉴스를 볼 수 있을 것으로 기대한다.AnyFile 12:28, 2005년 4월 9일(UTC)

인터 위키 검색

검색할 때 위키피디아에 있을 수 있다면 유용하겠지만, 검색창에 위키피디아나 위키피디아에서 검색하는 명령을 입력할 수 있다.따라서, 당신이 기사에 있을 때, 위키에서 단어의 변위를 원했을 때 당신은 위키 메인 페이지로 가서 거기서 검색할 필요 없이 검색할 수 있다.내가 본 예로는 구글에서 Define:wikipedia를 타이핑할 수 있으며, 그것은 위키피디아에서 발견한 위키피디아에 대한 항복을 보여줄 것이다.이것의 변경은 당신이 Define:wikipedia를 입력하면 그것에 대한 위키 정의를 보여줄 것이다.또한, 종:책: 뉴스:인용문: 등...알파노이드 01:26, 2005년 3월 21일(UTC)

좋은 생각이야.결장 전의 부분이 인터위키 링크에서 사용되는 접두사라면 더 좋겠는데(이것은 당신이 프랑스어 위키백과에서도 fr:를 검색하게 해줄 것이다). -여기 있는 내 개인적인 취미 말은 내가 현재 보고 있는 창을 유지하기 위해 새로운 창문으로 가서 키워드를 검색하거나 할 수 있기를 바라는 것이다. -- SGBailey 15:44, 2005년 3월 21일 (UT)C)

가능한 경우(결과 페이지와 같이 전체 페이지가 아바블일 때, 바의 슈르투트 대화에 포함되지 않은 경우) 라디오 버튼이나 선택 도구로 선택할 수 있는 보다 명확한 방법이 제공되어야 한다.물론 b처럼 쓰기도 한다.입력란에 직접 들어간 셰익스피어는 매우 멋지다.AnyFile 12:18, 2005년 4월 9일(UTC)

마지막으로 체크한 감시 목록...

나는 내 감시 목록에 많은 아이템을 가지고 있는 나 혼자가 아니라고 확신한다.매일 처음 확인할 때는 멈춰 서서 "이것들 중 내가 로그오프했을 때 새로 나온 것은 어느 것인가?"라고 생각해야 한다.감시 목록 페이지의 맨 위에 "00:00, 일-월-일-일-일-일-수표"를 추가하여, 무엇이 관찰되어 왔는지, 살펴보지 않은지 알 수 있는 쉬운 방법이 있을까?그루티니스...뭐라고? 02:51, 2005년 5월 10일 (UTC)[응답하라]

그것도 좋겠는데.순간, 그 정보는 새어나오는 내 기억 속에 저장된다.-가드피움 04:06, 2005년 5월 10일 (UTC)[응답하라]

그거 좋은 생각이야.난 이걸 갖고 싶다.— Knowledge Seeker দ 17:31, 2005년 5월 10일 (UTC)[응답]

아니면 다른 버튼은 당신이 마지막으로 확인했을 때와는 자동으로 다른 기능을 한다.

(마지막부터, 히스토리)

내가 항상 하는 일은 내가 편집한 마지막 버전부터 히스토리로 가서 보는 거야.그다지 효율적이지 않다.나는 모든 사람들이 하는 이런 행동들이 있을 것이라고 확신한다. 그들은 필요한 것보다 훨씬 더 많은 서버를 마비시킨다. - 오메갓론 21:49, 2005년 5월 10일 (UTC)

그것은 매우 유용할 것이다.내가 마지막으로 체크했을 때 내 워치리스트의 어느 부분이 새로운지 대개 기억할 수 있지만 항상은 아니다.당신이 그 기사를 마지막으로 봤을 때와는 다른 것이 좋은 생각이다.오메가트론과 비슷하게 나는 역사를 꽤 많이 읽지만, 나는 보통 내가 기억하는 마지막 편집 요약/논설자로부터 간다 - 이것은 거의 비효율적이다.2005년 5월 10일 (UTC) 22:48, Thryduulf 22:48[응답]

해체 정리

나는 불분명한 페이지들에 대해 뭔가를 알아챘다.통계적으로 말하면, 그것들은 우리가 가지고 있는 가장 지저분하고 최악의 페이지들이다.그들은 체계적이지 못하고, 정말 형편없는 직업이고, 기사에는 속하지만 어쨌든 혼란에 빠진다.방금 카테고리(Category에 갔다.6개 이상의 유사하게 선택된 페이지를 분석하여 체로 처리한다.그들 중 몇몇은 합격할 수 있었고, 몇몇은 나빴으며, 몇몇은 매우 나빴다.자포자기한 상태에서 '정리'에 그 범주를 나열하려고 했는데, 그 다음엔 그게 아마 어리석은 짓이라고 결정했어.위키프로젝트가 있어야 한다고 생각한다.청소나 그런 걸 방해하는 거야위키 구문이나 철자법처럼 약간 효과가 있을 겁니다. 수정해야 할 기사 목록을 만드는 봇이 있는 것 말고는 범주 목록을 만들 수 있을 겁니다.그리고 각 페이지를 고치는 작업은 비교가 되지 않을 것이다. --스맥 (대화) 04:54, 2005년 5월 9일 (UTC)[응답]

현재 설명 페이지의 스타일과 형식에 대한 논의가 있다.위키피디아 토크에 나온 것 같다.disambigation/Style.2005년 5월 9일(UTC) 08:02(Thryduulf 08:02)[응답하라]

저장한 후 계속 편집하시겠습니까?

현재 기사를 길게 편집할 때, 당신은 단지 계속 타이핑을 하면서 충돌이나 편집 충돌이 일어나지 않기를 바라거나 저장한 후 저장된 페이지에서 편집 기능을 다시 여십시오.워드프로세싱을 많이 해 본 사람이라면 누구나 알고 있듯이, 생각의 열차를 놓치거나 방금 입력한 것을 잃어버리지 않도록 하는 것이 가장 좋은 방법은 자주 그리고 빠르게 저축하는 것이며, 계속해서 바로 가는 것이다.현재 그것은 상당히 긴 장기의 과정이다.텍스트는 저장되지만 "읽기 전용" 기사 페이지로 돌아가지 않도록 "저장 후 계속 편집" 편집 상자 아래에 세 번째 단추를 추가하는 것에 대해 생각해 본 적이 있는가? Grutness 10:07, 2005년 5월 8일 (UTC)[응답]

그런 특징을 추가하기는 어렵다고 본다.지금까지 나는 거의 항상 더 많은 부분을 추가했다.다른 사람이 편집하는 경우, 적어도 편집 충돌의 가능성을 줄인다.많은 기사들은 너무 적은 섹션과 하위 섹션들을 가지고 있다.그런데, 서명에 이미지를 사용하지 마십시오.서버 로딩이 이미 상단을 초과했다.요즘 위키피디아는 반응이 별로 없다. -- 토이토이 11:29, 2005년 5월 8일 (UTC)

정기적으로 저장한 후 저장(JavaScript 또는 매개 변수를 전달하여)을 호출한 URL로 돌아가십시오.자바스크립트를 사용하는 것처럼 모든 것을 유지하기 위해 커서 위치를 전달할 수도 있다.또는 더 좋은 방법은 저장 작업을 하는 창에 버튼이 팝업되도록 한 다음 스스로 닫으십시오. --Pidgeot(t) (c) (e) 12:08, 2005년 5월 8일 (UTC)[응답]

데이터베이스와 관련해서 어떻게 대처해야 하는 겁니까?그것은 여전히 역사에 기록될 필요가 있을 것이다.Mgm^(talk) 11:34, 2005년 5월 8일 (UTC)

그냥 평상시처럼 녹음하는 게 뭐가 문제야, 세이브 뭉치가 될 거라는 것만 빼면?Gkhan 12:59, 2005년 5월 8일 (UTC)

높은 서버 부하.후사적 편집 충돌로 살아가기만 하면 돼. r3m0t^talk 20:24, 2005년 5월 8일 (UTC)

서버 로드는 저장 빈도가 매우 높은 문제일 뿐이다.팝업 없이 수행되는 경우, 기본적으로 저장을 클릭하는 매크로 역할을 한 다음 저장되는 즉시 다시 편집하십시오.그리고 팝업 솔루션을 사용한 경우, JavaScript를 사용하여 최신 편집을 추적하는 편집 페이지의 모든 변수를 업데이트할 수 있어야 한다.

다른 사용자와의 편집 충돌을 방지하기 위해 아래와 같이 {{inuse}}을(를) 사용해야 한다. --Pidgeot (t) (c) (e) 21:08, 2005년 5월 8일 (UTC)[응답]

아마도 {{inuse}}을(를) 사용하는 것이 유용할 것이다. 4.250.168.217 12:02, 2005년 5월 8일(UTC)[응답]

• 또 다른 옵션은 편집 창에서 Wiki 텍스트를 데스크톱 편집기로 복사하고 오프라인에서 큰 편집을 수행한 다음 한 번에 모두 붙여넣는 것이다.그렇게 하면 당신은 충돌 시 문자 메시지를 잃어버리지 않는다.FreplySpang (대화) 12:57, 2005년 5월 8일 (UTC)[응답]
  • 사용하는 것이 항상 사람들의 편집을 방해하는 것은 아니며, 오프라인에서 워드 프로세싱 패키지로 작업하는 것은 더 나쁘다. 왜냐하면 만약 당신이 일을 하는 동안 어떤 변화를 준 사람이 있다면, 당신은 당신의 작품을 다시 붙일 때 자동적으로 그것들을 지울 것이기 때문이다.그 말은 새로운 것이 없어지거나, 당신의 작품이 되돌아오는 것을 발견하게 된다는 뜻이지.그루티니스...뭐라고? 02:59, 2005년 5월 10일 (UTC)[응답하라]

새로운 등급의 사용자

사람들은 일종의 하위 관리자를 만드는 아이디어에 대해 어떻게 생각하는가?새로운 계층의 사용자들은, 몇 백 가지 정도의 편집 내용을 축적했다. (또는 많은 사람들이 위키백과에 대한 강한 지식을 가진 신뢰할 수 있는 사용자/하나를 보유해야 한다고 생각한다.)

롤백 버튼과 몇 가지 다른 기본 툴 및/또는 프리벨리가 제공될 것이다.이것은 나와 같은 일반적인 사용자들이 공공 기물 파손 행위를 멈추는 것을 훨씬 더 쉽게 만들 것이다.어쩌면 또 다른, 더 높은 종류의 사용자도 새로 만들어진 아리클을 삭제할 수 있는 능력을 가지고 있을 것이다.

이 수업에 입학하는 것은 빠른 투표나 상급 기관에 의한 임명일 것이다.어떤 피드백이라도 고마워, 고마워!Collins.mc 21:17, 2005년 5월 7일 (UTC)[응답하라]

나는 여기서 정말로 무엇이 얻어질지 잘 모르겠다.현재 사용하고자 하는 이름 중 거의 모든 관리자/sysops/whatever는 여분의 이름을 가지고 있지 않다.나는 관리인이 되기 전에 산스버튼을 되돌리고 있었고 더 많은 시간이 걸리는 것은 아주 적다.새로 만든 반달리즘 기사를 삭제하는 것은 나와 다른 관리자들이 그것이 옳은 일이라는 것을 분명히 하는 빠른 삭제 과정의 일환으로 이미 할 일이다.이 '하위 관리자'는 다른 관리자들이 이미 그 사람을 알고 있는 경우가 드물기 때문에 실제로 "임명제로" 있을 수 없으며, 결국 사람들이 관리인이 되는 것은 시간과 기록으로밖에 볼 수 없기 때문에, 나는 이것이 여분의 궁지에 내포된 신뢰의 수준을 어떻게 적절하게 보여줄 수 있는지 알 수 없다. --Vamp:버드나무 21:33, 2005년 5월 7일 (UTC)[응답하라]

위키백과를 참조하십시오.슈퍼 유저 및 위키백과:사용자 액세스 수준.네가 말하는 모든 것은 거기에 있어.JRM · Talk 21:37, 2005년 5월 7일 (UTC)

좋아, 입력해줘서 고마워.내가 처음 이런 생각을 할 것 같지도 않았고 무엇이 그것을 막고 있는지 궁금했다.나는 이제 물류상의 문제들을 본다.Collins.mc 02:43, 2005년 5월 8일 (UTC)[응답하라]

포털: 네임스페이스

위키피디아에 대해 코멘트하십시오.Portalspace.– ABCD 17:29, 2005년 5월 7일(UTC)[응답]

로컬 복사본

영어 위키백과가 오프라인 접속을 위한 다운로드로 이용 가능하게 되는 것이 실현 가능한가?

이것은 나와 다른 사람들이 언제 어디서든 이 지식의 샘을 즐길 수 있게 해줄 것이다.돈까지 조금 낼 수 있었다!!!야암음 :-)

더 좋은 방법은 "동기화" 시설을 포함시켜 지역 사본이 계속 업데이트될 수 있도록 하는 것이다.

위키백과 참조:데이터베이스 다운로드.JRM · Talk 15:18, 2005년 5월 6일 (UTC)

내용에 따라 알림 편집

다음 기준에 맞는 모든 편집이 RC에서 빨간색으로 강조 표시된 경우 RC 전시감을 유지하는 데 필요한 향상된 응답 시간과 압력이 증가했다고 상상해 보십시오.

• '게이', '페니스', '콕', '젠장' 등 반달족 단어가 eit에 등장한다.
• 문서가 비어 있음
• 느낌표가 3회 이상 연속으로 표시됨
• 큰 물건은 내용물의 95%를 잃는다.
• 자주 파손되는 항목 사전 설정

이것은 서버를 너무 많이 요구할 것인가?

헤이! 멋진 제안. --수브라마니안 13:38, 2005년 5월 6일 (UTC)[응답]

또한 IP를 사용자 감시 목록에 추가하는 것은 어떨까?

로트소프리즈 10:19, 2005년 5월 6일 (UTC)[응답]

이것은 정말 좋은 제안처럼 들린다.나는 또한 만약 어떤 기사가 상당한 크기만큼 증가한다면 주목하겠다(예를 들어 나는 "펠리칸 똥"이라는 문구의 엄청난 카피로 대체된 짧은 스텁을 우연히 발견했다).이것은 또한 atm에서 일어나고 있는 것으로 보이는 우연한 페이지가 두 배로 늘어나는 것을 포착할 것이다.반달들이 좋아하는 단어 목록에 "펠리칸 똥"과 "위키피디아는 공산주의"를 추가하는 것을 잊지 마라.

인증자 사용자가 자신의 기여도에 언제 추가했는지를 볼 수 있는 것은 감시자 imho에 매우 유용한 추가가 될 것이다.범주에 추가되는 것을 지켜볼 수 있는 것처럼.2005년 5월 6일(UTC) 15:38, Thryduulf 15:38[응답]

정의해 줘. - 난 헛소릴 알아; 말똥, 닭똥, 원숭이 때리기, 돼지똥, 새끼 때리기, 새 때리기, 마이크로$ 때리기.반달은 펭귄을 말하는 거야?— Xiong熊talk* 2005년 5월 7일 (UTC)

나는 대체로 이 생각이 마음에 든다.우리가 공공연한 공공 기물 파괴 방법을 알고 있기 때문에, 간단한 패턴 매칭은 우리가 문제를 더 빨리 해결하는데 도움을 줄 수 있다.우리는 그저 지켜볼 물건들의 목록을 유지하기 위한 어떤 종류의 과정이 필요할 것이고, 우리는 패턴 매칭이 결코 "과민반응"이 되지 않도록 확실히 해야 할 것이다. — 스티비가 바로 그 남자다! 2005년 5월 6일 (UTC)

패턴 매칭 기준을 결정하기 위해 즉시 떠오르는 것은 관리자가 편집할 수 있는 목록일 것이다. 그러나 추가/제거를 위한 제안들을 허용하기 위해 세계적으로 쓸 수 있는 대화 페이지가 있는, 예를 들어, 몇 달 전, 나는 누군가가 그러한 목록에 "강력한 똥"이 필요하다고 예측했을지 의심스럽다.또 다른 나방 두어 개를 찾으면 "octopi 1 위키백과 0"처럼 모호한 것이 필요하다.내 생각에 리스트에 오르기 위한 최소한의 기준은 최근 빈번하게 변경되는 2, 3명의 사용자들이 그것이 유익할 것이라는 것에 동의하는 것이 될 것이다.몇 달 동안 일치하는 항목이 없는 경우 목록을 정리하기 위해 일부 항목을 삭제하는 것이 수용될 수 있다.다시 말하지만 나는 최근 빈번하게 변경되는 두세 명의 기존 사용자들의 동의 없이 삭제하는 것을 포기하지는 않는다.MediaWiki 기반:잘못된 이미지 리스트는 기술적으로 가능할 것 같아.그러나 페이지 크기 탐지는 다른 방법이 필요할 것이다.2005년 5월 6일(UTC) 23:04(Tryduulf 23:04)[응답하라]

추가적인 기준의 확장을 강화하기 위해 나는 목록에 광범위한 패턴만 추가하는 것을 목표로 할 것이다.부록, 미완성, 조정 등을 논의하는 공개 토론회가 열린다.잘 표현된 제안들이 한 달에 한 번 투표하기 위해 모일 것이다.로토프리스 23:36, 2005년 5월 6일 (UTC)[응답]

그것은 그렇게 복잡할 필요가 없다."게이"가 잘못된 긍정을 너무 많이 발생시키고 있다는 보고서가 관리자에게 충분히 들어오면, 그들은 이를 대소문자를 구분하는 "게이"로 변경하거나 제거한다.비슷하게, "옥토피 1 위키백과 0"은 너무 많은 잘못된 부정적인 것들을 만들어 내고 있다.r3m0t 00:15, 2005년 5월 7일(UTC)

그런데, 티르두울프, "옥토피"는 거짓의 수축이다.:) r3m0t 00:15, 2005년 5월 7일 (UTC)

이것은 매우 유용한 특징이 될 것 같다.예를 들어 사용자가 자신의 사용자 페이지를 합법적으로 "확실화"할 수 있지만 관리자, 일반 사용자 및 익명 사용자를 다르게 취급할 정도로 제한해서는 안 된다.‣ᓛᑐᑐ 00:12, 2005년 5월 7일 (UTC)[응답]

성능은 내가 전문이 아니지만, 사용자가 신뢰할 수 있는 (즉, 관리자)/사용자가 자신의 사용자 페이지를 편집하고 있다는 확인은 아마도 그것을 프로그래밍할 가치가 없을 것이다. r3m0t 00:15, 2005년 5월 7일 (UTC)

문어가 있든 없든, 일을 하고 미리 여과할 수 있다면 그 개념은 훌륭하다. Grutness 01:32, 2005년 5월 7일 (UTC)[응답]

소프트웨어 추가 작업을 수행할 대상을 결정하는 사람은 누구인가?이거 밀고 싶다.롯소피스 00:52, 2005년 5월 8일 (UTC)[응답]

http://bugzilla.wikimedia.org/에서 요청을 하는 버그질라 일이 있다.원하는 내용을 게시하고 토론에 연결하십시오.또한 당신이 생성하는 버그 번호에 링크를 걸 수 있다면, 필요한 경우 다른 사람들이 쉽게 코멘트를 할 수 있을 것이다.2005년 5월 8일(UTC) 01:13, Thryduulf 01:13[응답]

하지만 벌레들을 위한 거야?로토프리스 08:28, 2005년 5월 8일 (UTC)[응답]

아니, 기능 요청용이기도 해.또한 m:에서 링크를 추가하십시오.버그질라 페이지에 반반달리즘 아이디어.r3m0t^talk 09:09, 2005년 5월 8일 (UTC)

롯소피시스 16장 51, 2005년 5월 8일 (UTC)[응답]라는 제안을 추가했다.

몇 달 전에 bugzilla에 제출된 유사한 [bug 958]도 참조하십시오.— 캐서린\^talk 18:34, 2005년 5월 8일 (UTC)[응답]

좋은 제안이야.많이 동의함 --Wolf530 18:50, 2005년 5월 8일 (UTC)

좋은 생각이야, RC에 있는 알려진 반달의 이름 옆에 어떤 종류의 표시를 하는 다른 아이디어도 좋을 거야.1 19:57, 2005년 5월 8일 (UTC)은 어때?[응답하라]

그것은 바로 이 페이지에 몇 섹션 아래에 언급되어 있다.r3m0t 20:21, 2005년 5월 8일 (UTC)

나는 그것이 걸러져야 한다고 생각하지 않는다; 그것은 단지 나열되어야만 한다.예를 들어, 스팸 필터는 잘못된 결과와 함께 상당한 문제를 일으키며, 사람들이 어떤 불명확한 일치 항목이 있는 경우 편집 내용을 저장하지 못하게 한다.

나는 m:에서 같은 제안을 했다.Talk: Anti-vandalism_ideas# Blocked_word_anon_edit_summary_page(아이디어의 가시성은 우리의 가장 큰 문제 중 하나인 것 같다.)

또한 이것은 자동 편집 요약 생성 - 2005년 5월 10일 오메갓론 21:59(UTC)에 연결된다.

환경

비록 위키피디아가 훌륭하다고 생각하지만, 나는 환경에 대한 것이 거의 없다는 것을 알아차렸다.나는 나의 학문적 학과 커뮤니티를 위해 환경 연구에 관한 온라인 '키워드 및 개념' 자료를 만드는 과정에 있다.환경 연구 전용의 무료 포털에서 별도로 액세스할 수 있도록, 우리가 생산하는 것이 여러분의 멋진 오픈 소스 영역으로 진입할 수 있도록 협력할 방법이 있는가?다시 말해, 물론 위키백과의 관례와 규칙에 따라 어느 포털에서든 편집 변경이 이루어질 수 있는 시스템을 만드는 것이 가능한가?시간 내서 읽어줘서 고마워.

RAVI RAJAN, 캘리포니아 대학교 환경학 부교수, 산타 크루즈, CA 95064

1.831.459.4158 :: srrajan@ucsc.edu

적어도 보통의 위키웨이에서는 이와 같은 것이 가능하다.당신의 웹사이트와 평행하게 기사를 제작하는 것은 그다지 위키라고는 생각하지 않지만, 정보는 '자연스럽게' 일반적인 위키웨이에서 출처들 사이에 공유될 수 있다. 만약 당신의 외부 사이트에서 다루는 주제에 관한 기사가 없다면, 그것을 만들어라!

또한, 이러한 관련 기사들과 외부 사이트의 관련 기사들 사이에 많은 링크를 만드는 것은 충분한 위키일 것이다.물론, 만약 당신이 그 모든 기사를 직접 생산하고 싶지 않다면, 약간의 도움을 요청하는 가장 쉽고 가장 쉬운 방법은 당신의 사이트와 대화/토론 탭 아래에 당신의 사이트가 더 많은 데이터를 포함하고 있다는 것을 독자들에게 알릴 수 있고 위키 기사를 확장하는 것이 좋을 것이다.

만약 위키 기사가 당신의 사이트보다 더 복잡해진다면, 당신은 확실히 당신의 외부 사이트를 위키에서 생산한 정보로 업데이트할 수 있을 것이다.

MethodicEvolution 00:00, 2005년 5월 2일(UTC)[응답]

우리가 위키피디아가 "원래 연구는 없다"는 정책을 가지고 있다는 것을 명심하는 한.물론, 새로운 백과사전 자료는 여기서 매우 환영받는다.— 스티비가 남자다! 2005년 5월 2일 18:14 (UTC)