위키낱말사전:자유게시판

도움말(색인) · FAQ · 자유게시판 · 질문방 · 편집실 · 위키문법

세계 행동 강령 연례 검토: UCoC 및 시행 지침에 대한 의견을 남겨주세요

영어로 작성하여 죄송합니다.

세계 행동 강령 및 시행 지침에 대한 연례 검토 기간이 현재 진행 중임을 알려드립니다. 2025년 2월 3일까지 변경 사항을 제안하실 수 있습니다. 이는 연례 검토를 위한 여러 단계 중 첫 번째 단계입니다. Meta의 UCoC 페이지에서 자세한 정보를 확인하고 참여할 수 있는 토론을 찾아보세요.

범용행동강령조정위원회(U4C)는 UCoC의 공평하고 일관된 이행을 위해 헌신하는 글로벌 단체입니다. 이 연례 검토는 U4C가 계획하고 시행했습니다. U4C의 책임과 더 자세한 정보는 U4C 헌장을 참조하십시오.

이 정보를 적절한 경우 지역 사회의 다른 구성원들과 공유해 주시기 바랍니다.

-- U4C와 협력하여 Keegan (WMF) (talk) 2025년 1월 24일 (금) 10:12 (KST)

알림: UCoC 연례 검토 1단계가 곧 마감됩니다

영어로 작성하여 죄송합니다. 당신의 언어로 번역해 주세요.

범용 행동 강령 및 시행 지침 연례 검토 기간의 1단계가 곧 마감됩니다. 2025년 2월 3일 마감일까지 변경 사항을 제안하실 수 있습니다. 이는 연례 검토를 위한 여러 단계 중 첫 번째 단계입니다. Meta의 UCoC 페이지에서 자세한 정보를 확인하고 참여할 수 있는 대화를 찾아보세요. 피드백 검토 후, 수정된 텍스트에 대한 제안은 3월에 Meta에 게시되어 다시 한번 커뮤니티 검토를 거칠 예정입니다.

이 정보를 다른 적절한 곳에서 커뮤니티의 다른 구성원과 공유하십시오.

-- U4C와 협력하여 Keegan (WMF) (talk) 2025년 2월 3일 (월) 09:49 (KST)

Parsoid로 마이그레이션

안녕하세요 여러분! 파서 통합 프로젝트의 다음 단계로, Parsoid가 곧 위키낱말사전의 기본 문서 렌더러로 활성화될 예정이라는 기쁜 소식을 전해드립니다. 저희는 Parsoid를 사용하는 위키의 수를 점차 늘려가고 있으며, MediaWiki의 다음 장기 지원 릴리스에서는 Parsoid를 기본 위키텍스트 파서로 사용할 계획입니다. 이를 통해 편집자, 독자, 그리고 사용하는 도구에 대한 저희 위키의 안정성과 일관성을 높이고 향후 위키텍스트 기능 개발도 더욱 수월해질 것입니다.

이번 전환으로 인해 작업 흐름에 차질이 생기더라도 걱정하지 마세요! 사용자 환경설정을 통해 옵트아웃하거나 현재 페이지에서 도구 하위 메뉴를 사용하여 Parsoid를 끌 수 있습니다. 자세한 내용은 Extension:ParserMigration 문서에 설명되어 있습니다.

새로운 위키에서 Parsoid를 활성화하기 전에 수행한 테스트를 포함하여 출시 전략에 대한 자세한 정보를 확인하실 수 있습니다.

버그 및 문제를 보고하시려면 알려진 문제 문서를 참조해 주세요. 새로운 버그를 발견하셨다면 Phab 티켓을 생성하고 Phabricator 콘텐츠 변환 팀에 태그를 달아 주세요.

당신의 언어로 번역해 주세요

C. Scott Ananian (Parsoid 기술 책임자) 2025년 2월 13일 (목) 05:48 (KST)

곧 있을 언어 커뮤니티 회의(2월 28일 14:00 UTC) 및 뉴스레터

안녕하세요 여러분!

다음 언어 커뮤니티 회의가 곧 2월 28일 14:00 UTC에 개최됩니다! 참여를 원하시면 위키 페이지에서 가입하세요.

이 회의는 언어 관련 프로젝트에 대한 최신 정보를 공유하고, 언어 위키의 기술적 과제를 논의하며, 해결책을 위해 협력하는 참여자 중심의 회의입니다. 지난 회의에서는 언어 키보드 개발, Moore 위키백과 제작, 위키 인다바의 언어 지원 트랙 업데이트 등의 주제를 다루었습니다.

공유할 주제가 있으신가요? 프로젝트 관련 기술 업데이트, 도움이 필요한 과제, 통역 지원 요청 등 무엇이든 환영합니다! 이 메시지에 답장하거나 여기 문서에 안건을 추가해 주세요.

또한, 언어 및 국제화 뉴스레터 6호(2025년 1월)를 다음 링크에서 확인하실 수 있습니다: Wikimedia Language and Product Localization/Newsletter/2025/January. 이 뉴스레터는 2024년 10월-12월 분기의 새로운 기능 개발, 다양한 언어 관련 기술 프로젝트 및 지원 활동 개선 사항, 커뮤니티 회의 관련 세부 정보, 프로젝트 참여 아이디어 등에 대한 최신 정보를 제공합니다. 최신 정보를 받아보시려면 위키 페이지 Wikimedia Language and Product Localization/Newsletter에서 뉴스레터를 구독하실 수 있습니다.

언어 커뮤니티 회의에서 여러분의 아이디어와 참여를 기대합니다. 회의에서 뵙겠습니다! <섹션 끝="메시지"/>

미디어위키 메시지 전달 2025년 2월 22일 (토) 17:30 (KST)

세계 행동 강령 연례 검토: 제안된 변경 사항에 대한 의견을 받고 있습니다

영어로 작성하여 죄송합니다. 당신의 언어로 번역해 주세요.

저는 범용 행동 강령(UCoC) 시행 지침과 범용 행동 강령 조정 위원회(U4C) 헌장에 대한 제안된 변경 사항이 검토를 위해 공개되었음을 알려드리기 위해 이 글을 쓰고 있습니다. 제안된 변경 사항에 대한 피드백을 2025년 3월 18일 화요일 업무 종료까지 제출할 수 있습니다. 이는 연례 검토 절차의 두 번째 단계이며, 마지막 단계는 제안된 변경 사항에 대한 커뮤니티 투표입니다. 메타의 UCoC 연례 검토 페이지에서 절차에 대한 자세한 정보와 관련 링크를 확인하세요.

범용 행동 강령 조정 위원회(U4C)는 UCoC의 공평하고 일관된 이행을 위해 헌신하는 글로벌 단체입니다. 이 연례 검토는 U4C에서 계획하고 시행했습니다. U4C의 책임과 자세한 내용은 U4C 헌장을 참조하십시오.

이 정보를 적절한 경우 지역 사회의 다른 구성원과 공유해 주십시오.

-- U4C와 협력하여 Keegan (WMF) 2025년 3월 8일 (토) 03:52 (KST)

U4C 헌장 및 U4C 행동 강령 시행 지침 최종 수정안 게시

U4C 행동 강령 시행 지침 및 U4C 헌장 커뮤니티 공지용 메타위키에 수정안이 게시되었습니다. 이 최종안은 이전 두 차례의 커뮤니티 검토를 바탕으로 작성되었습니다. 커뮤니티 구성원들은 2025년 4월 17일부터 이러한 수정 사항에 대해 투표할 수 있습니다. 투표는 2025년 5월 1일에 마감되며, 결과는 늦어도 2025년 5월 12일까지 발표됩니다. 후보자 모집으로 시작되는 U4C 선거 기간은 검토 결과 발표 직후 시작됩니다. 더 자세한 정보는 선거 관련 위키 페이지에 곧 게시될 예정입니다.

이 절차를 위해 향후 두 달 동안 더 많은 메시지를 보내야 할 예정입니다.

Universal 행동 강령 조정 위원회(U4C)는 UCoC의 공평하고 일관된 이행을 위해 헌신하는 글로벌 단체입니다. 이 연례 검토는 U4C에서 계획하고 시행했습니다. U4C의 책임과 자세한 내용은 U4C 헌장을 검토하시기 바랍니다.

귀하의 지역 사회 구성원들도 참여할 수 있도록 이 메시지를 공유해 주시기 바랍니다.

-- U4C와 협력하여, Keegan (WMF) (talk) 2025년 4월 4일 (금) 11:05 (KST)

개정된 UCoC 시행 지침 및 U4C 헌장에 대한 투표를 지금 진행하세요

범세계 행동 강령 시행 지침("UCoC EG") 및 UCoC 조정 위원회 헌장 개정안에 대한 투표 기간이 5월 1일(UTC) 말까지 진행됩니다. (해당 시간대에서 확인하세요). 투표 전에 참여 방법 및 제안 내용을 자세히 읽어보세요 메타위키의 UCoC 페이지에서 확인하세요.

범용행동강령조정위원회(U4C)는 UCoC의 공평하고 일관된 이행을 위해 헌신하는 글로벌 단체입니다. EG 및 헌장에 대한 이 연례 검토는 U4C가 계획하고 시행했습니다. UCoC 자체 검토에 대한 자세한 내용은 향후 몇 달 안에 제공될 예정입니다. U4C의 책임 및 자세한 정보는 U4C 헌장을 검토할 수 있습니다.

이 메시지를 지역 사회 구성원들과 공유하여 다른 구성원들도 참여할 수 있도록 해 주시기 바랍니다.

U4C와 협력 -- Keegan (WMF) (talk) 2025년 4월 17일 (목) 09:35 (KST)

UCoC 시행 지침 및 U4C 헌장 수정안에 대한 투표

세계 행동 강령 시행 지침 및 U4C 헌장 수정안에 대한 투표 기간은 2025년 5월 1일 23:59 UTC(해당 시간대에서 검색)에 마감됩니다. 투표 전 참여 방법 및 제안 내용에 대한 정보를 읽어보세요는 메타위키의 UCoC 페이지에서 확인하세요.

U4C(Universal Code of Conduct Coordinating Committee)는 UCoC의 공평하고 일관된 이행을 위해 헌신하는 글로벌 단체입니다. 이 연례 검토는 U4C에서 기획하고 시행했습니다. U4C의 책임과 자세한 내용은 U4C 헌장을 검토하세요.

이 메시지를 적절한 언어로 지역 사회 구성원들과 공유하여 다른 사람들도 참여할 수 있도록 해 주시기 바랍니다.

U4C와 협력하여 --

Keegan (WMF) (talk) 2025년 4월 29일 (화) 12:42 (KST)

세계 행동 강령 조정 위원회(U4C) 후보자 모집

세계 행동 강령 시행 지침 및 세계 행동 강령 조정 위원회(U4C) 헌장에 대한 투표 결과는 메타위키에서 확인 가능.

이제 U4C 후보 등록을 2025년 5월 29일 12:00 UTC까지 제출할 수 있습니다. 자격, 절차 및 일정에 대한 정보는 메타위키에서 확인할 수 있습니다. 후보자 투표는 2025년 6월 1일부터 2주 동안 진행되며, 2025년 6월 15일 12:00 UTC에 마감됩니다.

질문이 있으시면 선거 토론 페이지에서 질문하실 수 있습니다. -- U4C와 협력하여

Keegan (WMF) (토론) 2025년 5월 16일 (금) 07:08 (KST)

추상 위키백과(및 프로젝트) 관련 RFC 진행 중

(영어가 모국어가 아니라면 영어로 게시하는 점 양해 부탁드립니다.)

안녕하세요 여러분! 메타 게시판에서 추상 위키백과 개발과 관련된 매우 민감한 문제에 대해 논의를 시작했습니다. 위키함수의 함수와 위키데이터의 데이터를 통해 개발될 추상 콘텐츠를 어디에 저장할지에 대한 문제입니다. 일부 가설이 여러분의 프로젝트와 관련이 있으므로, 여러분의 의견도 듣고 싶습니다.

결정 과정을 명확히 하고 싶습니다. 아직 어떤 옵션을 사용할지 결정하지 않았기 때문에 여기에서 논의를 진행하고 있습니다. 위키미디어 커뮤니티의 의견을 참고하고, 다양한 커뮤니티와 협의하여 결정에 도움이 될 만한 의견을 수렴하고자 합니다. 재단은 협의 기간 이후에 결정을 내리고 전달할 예정입니다.

다양한 가설을 읽고 추상 Wikipedia/추상 내용의 위치에서 의견을 제시할 수 있습니다. 미리 감사드립니다! -- Sannita (WMF) (토론) 2025년 5월 23일 (금) 00:27 (KST)

위키미디어 재단 이사회 2025년 선정 및 질의응답

기타 언어 • 당신의 언어로 번역해 주세요

여러분 모두에게,

올해 위키미디어 재단 이사회에서 커뮤니티 및 가맹단체가 선정한 이사 2명의 임기가 종료됩니다.[1] 이사회는 모든 회원이 올해의 선정 과정에 참여하여 해당 자리를 채우기 위한 투표를 실시할 것을 요청합니다.

선거위원회는 재단 직원의 지원을 받아 이 과정을 감독합니다.[2] 2025년 커뮤니티 및 가맹단체 선정 이사 선출 과정에 후보로 포함되지 않은 이사(라주 나리셰티, 샤니 에반스타인 시갈로프, 로렌조 로사, 케이트 콜린스, 빅토리아 도로니나, 에즈라 알라 샤피)[3]로 구성된 거버넌스 위원회는 2025년 이사 선출 과정에 대한 이사회 감독 및 이사회에 대한 정보 제공을 담당합니다. 선거위원회, 이사회 및 직원의 역할에 대한 자세한 내용은 여기[4]에서 확인할 수 있습니다.

주요 계획 날짜는 다음과 같습니다:

• 5월 22일 ~ 6월 5일 : 발표(이 커뮤니케이션) 및 질의응답 기간 [6]
• 2025년 6월 17일 ~ 7월 1일: 후보자 모집
• 2025년 7월: 필요한 경우, 10명 이상이 지원하면 가맹단체가 후보자를 최종 후보로 선정하기 위해 투표합니다. [5]
• 2025년 8월: 캠페인 기간
• 2025년 8월~9월: 2주간의 커뮤니티 투표 기간
• 2025년 10월~11월: 선발된 후보자의 신원 조사
• 2025년 12월 이사회 회의: 새로운 이사 선출

이 메타위키 페이지 [링크]에서 2025년 선거 과정에 대해 자세히 알아보세요. 자세한 일정, 후보자 자격 기준, 캠페인 규칙 등이 포함되어 있습니다.

질문하기

각 선발 과정에서 커뮤니티는 이사회 후보자들이 답변할 질문을 제출할 수 있습니다. 선거위원회는 커뮤니티가 작성한 목록에서 후보자들이 답변할 질문을 선정합니다. 후보자는 지원서에 기재된 모든 필수 질문에 답변해야 자격을 얻을 수 있습니다. 그렇지 않으면 지원 자격이 박탈됩니다. 올해 선거위원회는 후보자들이 답변할 5개의 질문을 선정할 예정입니다. 선정된 질문은 커뮤니티에서 제출된 질문들을 조합하여 작성될 수 있으며, 유사하거나 관련이 있는 질문일 경우 해당 질문을 조합하여 작성할 수 있습니다. [링크]

선거 자원봉사자

2025년 선거 과정에 참여하는 또 다른 방법은 선거 자원봉사자가 되는 것입니다. 선거 자원봉사자는 선거위원회와 커뮤니티를 연결하는 다리 역할을 합니다. 지역 사회의 대표성을 확보하고 투표 참여를 독려합니다. 이 메타위키 페이지 [링크]에서 이 프로그램과 참여 방법에 대해 자세히 알아보세요.

감사합니다!

[1] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2022/Results

[2] https://foundation.wikimedia.org/wiki/Committee:Elections_Committee_Charter

[3] https://foundation.wikimedia.org/wiki/Resolution:Committee_Membership,_December_2024

[4] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_committee/Roles

[5] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2025/FAQ

[6] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2025/Questions_for_candidates

감사를 전하며,

빅토리아 도로니나

선거위원회와의 이사회 연락 담당자

거버넌스 위원회

MediaWiki message delivery (토론) 2025년 5월 28일 (수) 12:08 (KST)

2025년 U4C 선거 투표하기

영어로 작성하여 죄송합니다. 당신의 언어로 번역해 주세요

투표 자격이 있는 유권자께서는 2025년 범세계 행동 강령 조정 위원회 선거에 참여해 주시기 바랍니다. 자격 확인, 투표 절차 정보, 후보자 정보, 투표 링크 등 자세한 내용은 Meta의 2025년 선거 정보 페이지에서 확인하실 수 있습니다. 투표는 2025년 6월 17일 12:00 UTC에 종료됩니다.

귀하의 계정이 적합한지 투표해 주세요. 결과는 2025년 7월 1일까지 발표됩니다. -- U4C와 협력하여, Keegan (WMF) (talk) 2025년 6월 14일 (토) 08:01 (KST)

위키미디어 재단 이사회 2025 - 후보자 모집

기타 언어 • 당신의 언어로 번역해 주세요

모두들 안녕하세요,

2025년 위키미디어 재단 이사회 후보자 모집은 2025년 6월 17일부터 2025년 7월 2일 11:59 UTC까지 진행됩니다. [1] 이사회는 위키미디어 재단의 활동을 감독하며, 각 이사는 3년 임기를 갖습니다 [2]. 이 직책은 자원봉사입니다.

올해 위키미디어 커뮤니티는 2025년 8월 말부터 9월까지 재단 이사회 2석을 선출하기 위한 투표를 실시합니다. 귀하 또는 귀하가 아는 분이 위키미디어 재단 이사회에 합류하기에 적합한 인물이신가요? [3]

이러한 리더십 직책을 맡는 데 필요한 것과 이 메타위키 페이지에서 후보 등록을 하는 방법, 또는 다른 사람이 올해 선거에 출마하도록 격려하는 방법에 대해 자세히 알아보세요.

안부를 전하며,

아비셰크 수리야완시
선거위원회 위원장

선거위원회 및 거버넌스위원회를 대신하여

[1] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2025/Call_for_candidates

[2] https://foundation.wikimedia.org/wiki/Legal:Bylaws#(B)_Term.

[3] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2025/Resources_for_candidates

MediaWiki message delivery (토론) 2025년 6월 18일 (수) 02:44 (KST)

자매 프로젝트 태스크포스가 Wikispore와 Wikinews를 검토합니다

<섹션 시작="메시지"/> 친애하는 위키미디어 커뮤니티 여러분,

위키미디어 재단 이사회의 커뮤니티 업무 위원회(CAC)는 자매 프로젝트 태스크포스(SPTF)에 자매 프로젝트(위키 위키미디어 재단(WMF)에서 지원하는 프로젝트의 수명 주기를 평가하기 위한 절차를 업데이트하고 구현하도록 지시했습니다.

관련성 있고, 접근 가능하며, 영향력 있는 무료 지식이라는 비전은 위키미디어 운동을 항상 이끌어 왔습니다. 위키미디어 프로젝트 생태계가 끊임없이 발전함에 따라, 기존 프로젝트가 우리의 목표와 커뮤니티 역량에 부합하는지 정기적으로 검토하는 것이 매우 중요합니다.

고귀한 의도에도 불구하고, 일부 프로젝트는 더 이상 본래 목적을 효과적으로 달성하지 못할 수 있습니다. 이러한 프로젝트를 검토하는 것은 포기하는 것이 아니라, 공유 자원에 대한 책임감 있는 관리에 관한 것입니다. 자원봉사 시간, 직원 지원, 인프라, 그리고 지역 사회의 관심은 한정되어 있으며, 우리 생태계가 우리가 처음 시작했던 인터넷 시대와는 다른 시대로 접어들면서 비기술적 비용이 크게 증가하는 경향이 있습니다. 활동이 중단되었거나 우리의 목표를 달성하지 못한 프로젝트를 지원하는 것은 의도치 않게 더 큰 영향력을 미칠 수 있는 영역에서 이러한 자원을 전용할 수 있습니다.

더욱이, 위키미디어라는 이름이 상징하는 품질과 신뢰성을 더 이상 반영하지 못하는 프로젝트를 유지하는 것은 평판에 위험을 초래합니다. 중단되거나 신뢰성이 떨어지는 프로젝트는 위키미디어 운동에 대한 신뢰에 영향을 미칩니다.

마지막으로, "더 이상 효과적이지 않은 프로젝트를 폐기하거나 재구상하지 않으면 새로운 프로젝트를 시작하기가 훨씬 더 어려워질 수 있습니다." 커뮤니티가 아무리 시대에 뒤떨어진 결정이라 할지라도 과거의 모든 결정에 얽매인다고 느낄 때, 우리는 정체될 위험이 있습니다. 건강한 생태계는 진화, 적응, 그리고 필요한 경우 포기를 허용해야 합니다. 모든 프로젝트가 영원히 존재해야 한다는 기대를 심어준다면, 실험과 혁신을 위한 우리의 능력이 제한될 것입니다.

이러한 이유로 SPTF는 자매 프로젝트의 수명 주기와 관련된 두 건의 요청을 검토하여 검토 과정을 살펴보고 시연했습니다. 새로운 자매 프로젝트 시작 가능성에 대한 사례 연구로 Wikispore를, 기존 프로젝트 검토를 위한 사례 연구로 Wikinews를 선택했습니다. 예비 조사 결과는 CAC와 논의되었고, 두 제안 모두에 대한 커뮤니티 협의가 권고되었습니다.

위키스포어

위키스포어를 고려하자는 신청은 2019년에 제출되었습니다. SPTF는 대부분의 새로운 자매 프로젝트에 대한 제안이 그렇듯이 특정 주제에 집중하는 대신 위키스포어가 여러 개의 신생 자매 프로젝트를 육성할 수 있는 잠재력을 가지고 있기 때문에 이 요청을 보다 심도 있게 검토하기로 결정했습니다.

SPTF는 신중한 검토 끝에 Wikispore를 Wikimedia 자매 프로젝트로 추천하지 않기로 결정했습니다. 현재 활동 수준을 고려할 때, WMF가 핵심 인프라 지원을 제공하는 동안 현재의 체계는 더 나은 유연성과 실험을 허용합니다.

우리는 이 이니셔티브의 잠재력을 인정하고, 미래에 이 이니셔티브의 지위를 재고하기 위해 충분한 수준의 활동과 참여가 어떻게 구성될 것인지에 대한 지역 사회의 의견을 구하고 있습니다.

이 과정의 일환으로 우리는 Wikispore 커뮤니티와 결정을 공유하고, 커뮤니티 리더 중 한 명인 Pharos를 SPTF 회의에 초대했습니다.

현재 저희는 프로젝트의 준비 상태를 나타내는 측정 가능한 기준, 즉 기여자 수, 콘텐츠 양, 그리고 지속적인 커뮤니티 지원에 대한 피드백을 특별히 요청하고 있습니다. 이를 통해 새로운 자매 프로젝트(향후 위키스포어 재신청 가능성 포함)를 시작하기에 충분한 기준을 명확히 할 수 있을 것입니다. 하지만 수치는 항상 참고 자료로 활용될 것입니다. 어떤 수치든 조작될 수 있기 때문입니다.

위키뉴스

우리는 기존의 자매 프로젝트 중에서 위키뉴스를 검토하기로 했습니다. 여러 면에서 가장 높은 수준의 우려를 관찰한 프로젝트이기 때문입니다.

SPTF가 2023년에 소집된 이래로, 회원들은 위키미디어 운동에서 약속을 이행하지 못한 자매 프로젝트에 대한 컨퍼런스와 커뮤니티 통화에서 커뮤니티의 의견을 요청해 왔습니다.[1][2][3] Wikinews는 여러 언어 커뮤니티의 사람들이 제안했기 때문에 평가의 주요 후보였습니다. 또한 대부분의 측정에 따르면 활동이 가장 적은 자매 프로젝트이며 수년 동안 활동이 가장 많이 감소했습니다.

언어 위원회는 소규모 언어로 된 자매 프로젝트의 언어 버전을 정기적으로 열고 닫지만, 주요 언어로 된 위키백과나 영어로 된 프로젝트를 닫자는 타당한 제안은 한 번도 없었습니다. 영어: 이것은 위키뉴스의 경우는 그렇지 않습니다. 영어 위키뉴스를 폐쇄하자는 제안이 있었는데, 어느 정도 관심을 끌었지만 아무런 조치로 이어지지 않았습니다[4][5], 섹션 5 참조. 또한 모든 언어의 위키뉴스를 폐쇄하자는 제안 초안도 있었습니다[6].

WMF 직원이 수집한 초기 지표도 위키뉴스에 대한 커뮤니티의 우려를 뒷받침합니다.

이 보고서를 바탕으로 SPTF는 위키뉴스에 대한 커뮤니티 재평가를 권고합니다. 현재 위키뉴스의 구조와 활동 수준은 기존 자매 프로젝트 중 가장 낮은 수준이라고 결론지었습니다. 또한 SPTF는 협의가 진행되는 동안 새로운 언어판의 공개를 일시 중단할 것을 권고합니다.

SPTF는 이 분석을 토론에 적용하고 잠재적인 구조 조정 노력이나 다른 위키미디어 이니셔티브와의 통합을 포함한 대체 결과에 대한 토론을 환영합니다.

지금까지 언급된 옵션(활동이 적은 언어 또는 모든 언어에 적용될 수 있음)에는 다음이 포함되지만 이에 국한되지는 않습니다.

• Wikinews가 작동하는 방식을 재구성하고 프로젝트의 다른 현재 이벤트 활동과 연결합니다.
• Wikinews의 콘텐츠를 관련 언어인 Wikipedia에 병합할 수 있습니다. 가능하면 새 네임스페이스를 사용하세요.
• 호환되는 라이센스가 있는 외부 프로젝트에 콘텐츠를 병합합니다.
• 위키뉴스 프로젝트를 보관합니다.

여러분의 통찰력과 관점은 이 프로젝트의 미래를 형성하는 데 매우 귀중합니다. 관심 있는 모든 커뮤니티 구성원께서는 관련 토론 페이지나 기타 지정된 피드백 채널을 통해 의견을 공유해 주시기 바랍니다.

피드백 및 다음 단계

이 프로젝트의 미래와 검토 과정에 대한 토론에 참여해 주시면 감사하겠습니다. 저희는 두 개의 프로젝트 페이지를 개설하고 있습니다. 위키스포어에 대한 공개 협의와 위키뉴스에 대한 공개 협의입니다. 2025년 6월 27일부터 2025년 7월 27일까지 참여해 주시면, 토론 내용을 요약하여 향후 논의를 진행할 예정입니다. 원하시는 언어로 작성해 주시면 됩니다.

또한, 7월 16일 수요일 오전 11시 UTC와 7월 17일 목요일 오후 5시 UTC에 커뮤니티 토론을 주최할 예정입니다(통화 링크는 곧 제공). 또한, 위키매니아에서 더 많은 토론을 진행할 예정입니다. <섹션 끝="메시지"/>

-- Victoria 자매 프로젝트 태스크 포스를 대표하여, 2025년 6월 28일 (토) 05:58 (KST)

Temporary accounts will be rolled out soon

Hello, we are the Wikimedia Foundation Product Safety and Integrity team. We would like to announce that we plan to enable temporary accounts for this wiki in the week of September 1.

Temporary accounts are successfully live on 30 wikis, including many large ones like German, Japanese, and French. The change they bring is especially relevant to logged-out editors, who this feature is designed to protect. But it is also relevant to community members like mentors, patrollers, and admins – anyone who reverts edits, blocks users, or otherwise interacts with logged-out editors as part of keeping the wikis safe and accurate.

Why we are building temporary accounts

Our wikis should be safer to edit by default for logged-out editors. Temporary accounts allow people to continue editing the wikis without creating an account, while avoiding publicly tying their edits to their IP address. We believe this is in the best interest of our logged-out editors, who make valuable contributions to the wikis and who may later create accounts and grow our community of editors, admins, and other roles. Even though the wikis do warn logged-out editors that their IP address will be associated with their edit, many people may not understand what an IP address is, or that it could be used to connect them to other information about them in ways they might not expect.

Additionally, our moderation software and tools rely too heavily on network origin (IP addresses) to identify users and patterns of activity, especially as IP addresses themselves are becoming less stable as identifiers. Temporary accounts allow for more precise interactions with logged-out editors, including more precise blocks, and can help limit how often we unintentionally end up blocking good-faith users who use the same IP addresses as bad-faith users.

How temporary accounts work

Any time a logged-out user publishes an edit on this wiki, a cookie will be set in this user's browser, and a temporary account tied with this cookie will be automatically created. This account's name will follow the pattern: ~2025-12345-67 (a tilde, current year, a number). On pages like Recent Changes or page history, this name will be displayed. The cookie will expire 90 days after its creation. As long as it exists, all edits made from this device will be attributed to this temporary account. It will be the same account even if the IP address changes, unless the user clears their cookies or uses a different device or web browser. A record of the IP address used at the time of each edit will be stored for 90 days after the edit. However, only some logged-in users will be able to see it.

What does this mean for different groups of users?

For logged-out editors

• This increases privacy: currently, if you do not use a registered account to edit, then everybody can see the IP address for the edits you made, even after 90 days. That will no longer be possible on this wiki.
• If you use a temporary account to edit from different locations in the last 90 days (for example at home and at a coffee shop), the edit history and the IP addresses for all those locations will now be recorded together, for the same temporary account. Users who meet the relevant requirements will be able to view this data. If this creates any personal security concerns for you, please contact talktohumanrights at wikimedia.org for advice.

For community members interacting with logged-out editors

• A temporary account is uniquely linked to a device. In comparison, an IP address can be shared with different devices and people (for example, different people at school or at work might have the same IP address).
• Compared to the current situation, it will be safer to assume that a temporary user's talk page belongs to only one person, and messages left there will be read by them. As you can see in the screenshot, temporary account users will receive notifications. It will also be possible to thank them for their edits, ping them in discussions, and invite them to get more involved in the community.

For users who use IP address data to moderate and maintain the wiki

• For patrollers who track persistent abusers, investigate violations of policies, etc.: Users who meet the requirements will be able to reveal temporary users' IP addresses and all contributions made by temporary accounts from a specific IP address or range (Special:IPContributions). They will also have access to useful information about the IP addresses thanks to the IP Info feature. Many other pieces of software have been built or adjusted to work with temporary accounts, including AbuseFilter, global blocks, Global User Contributions, and more. (For information for volunteer developers on how to update the code of your tools – see the last part of the message.)
• For admins blocking logged-out editors:
  • It will be possible to block many abusers by just blocking their temporary accounts. A blocked person won't be able to create new temporary accounts quickly if the admin selects the autoblock option.
  • It will still be possible to block an IP address or IP range.
• Temporary accounts will not be retroactively applied to contributions made before the deployment. On Special:Contributions, you will be able to see existing IP user contributions, but not new contributions made by temporary accounts on that IP address. Instead, you should use Special:IPContributions for this.

Our requests for you, and next steps

• If you know of any tools, bots, gadgets etc. using data about IP addresses or being available for logged-out users, you may want to test if they work on testwiki or test2wiki. If you are a volunteer developer, read our documentation for developers, and in particular, the section on how your code might need to be updated.
• If you want to test the temporary account experience, for example just to check what it feels like, go to testwiki or test2wiki and edit without logging in.
• Tell us if you know of any difficulties that need to be addressed. We will try to help, and if we are not able, we will consider the available options.
• Look at our previous message about requirements for users without extended rights who may need access to IP addresses.

To learn more about the project, check out our FAQ – you will find many useful answers there. You may also look at the updates (we have just posted one) and subscribe to our new newsletter. If you'd like to talk to me (Szymon) off-wiki, you will find me on Discord and Telegram. Thank you!

NKohli (WMF), SGrabarczuk (WMF) 2025년 8월 27일 (수) 06:37 (KST)

위키함수가 2025-10-01의 여러분 위키에 배포됩니다.

기타 언어 • 당신의 언어로 번역해 주세요

안녕하세요 여러분, 위키함수가 곧 프로젝트에 추가될 예정입니다! 위키함수가 활성화되면 프로젝트에서 함수를 호출하고 문서에 통합할 수 있습니다.

함수는 하나 이상의 입력을 받아 원하는 출력으로 변환하는 것입니다. 두 숫자를 더하거나, 마일을 미터로 변환하거나, 특정 사건 이후 경과 시간을 계산하거나, 단어를 격으로 변환하는 것을 생각해 보세요. 이러한 작업은 일반적으로 만들거나 가져오기가 복잡한 템플릿을 통해 수행됩니다. 위키함수를 사용하면 몇 번의 클릭만으로 이 작업을 수행할 수 있습니다!

자세한 내용은 이 튜토리얼을 참조하세요. 또한, 유용하다고 생각되는 함수를 직접 만들어 보세요하거나 위키함수 커뮤니티에 도움을 요청해 보세요.

위키함수에 기여해 주시기를 부탁드립니다. 기존 함수 라벨을 여러분의 언어로 번역해 주시면, 커뮤니티의 더 많은 사용자들이 프로젝트에서 더 쉽게 재사용할 수 있습니다. 또한 번역위키에서 위키함수 인터페이스 메시지를 번역하실 수 있습니다(시각편집기는 여기, 적당한 위키함수 인터페이스는 여기).

물론, 질문이나 어려움이 있으시면 기꺼이 도와드리겠습니다. 여러분의 피드백을 경청할 준비가 되어 있습니다. 필요하시면 저에게 직접 연락하시거나 토론 페이지에서 저에게 연락해 주세요.

Sannita (WMF) (talk) 2025년 9월 24일 (수) 20:05 (KST)

Upcoming Dark Mode user interface rollout for anonymous Wikimedia sites users

안녕하세요 Wikimedians,

Apologies if this message is not in your language. 당신의 언어로 번역해 주세요.

The Reader Experience team will launch the Dark mode feature for anonymous users on all Wikimedia sites, including yours, on October 29, 2025.

Dark mode is an option that allows users to view pages in light-coloured text, and icons on a dark background. Once it is available for anonymous users, they can enable it when using various devices. More information on ways to enable it can be found on this page. Given many pages are still not compatible with dark mode this will be an opt-in feature and not automatically apply to pages.

Dark mode requires modifications to content pages and templates, and since our initial launch in July 2024, we have been working with communities and helping them prepare for dark mode. Before the rollout, it is essential that template authors and technical contributors test dark mode and read this page to learn how to make pages Dark mode-ready and address any compatibility issues found in templates.

We will fix most color compatibility issues only on the most-viewed pages on projects with over 5 million monthly page views. Technical contributors with an account should opt into dark mode currently using preferences or settings and test pages and seek help before the release to ensure everything complies before the enablement.

If you have any questions or need help, please contact the Reader Experience team for support.

Thank you!

UOzurumba (WMF) 2025년 9월 30일 (화) 11:08 (KST)

의견을 제시하세요: 2025년 이사회에 투표하세요

모두들 안녕하세요,

2025년 이사회 선거 투표 기간이 시작되었습니다. 후보자들은 이사회 2석에 출마했습니다.

유권자 자격을 확인하려면 유권자 자격 페이지를 방문하세요.

지원서 내용을 읽고 지원자 소개 영상을 시청하여 그들에 대해 자세히 알아보세요.

준비가 되면 SecurePoll 투표 페이지로 가서 투표하세요.

투표는 10월 8일 00:00 UTC부터 10월 22일 23:59 UTC까지 진행됩니다.

감사합니다,

아비셰크 수리야완시
선거 위원회 의장

MediaWiki message delivery (토론) 2025년 10월 9일 (목) 13:49 (KST)

새로운 추상 위키백과 프로젝트의 이름을 결정하는 데 도움을 주세요.

안녕하세요. 새로운 추상 위키백과 위키 프로젝트의 이름을 정해 주세요. 이 프로젝트는 사용자가 위키함수의 함수와 위키데이터의 데이터를 결합하여 지원되는 모든 언어로 자연어 문장을 생성할 수 있도록 하는 위키입니다. 이렇게 생성된 문장은 모든 위키백과(또는 다른 곳)에서 사용할 수 있습니다.

투표는 두 차례 진행되며, 각 라운드마다 후보자에 대한 법적 검토가 진행됩니다. 투표는 2025년 10월 20일과 11월 17일에 시작됩니다. 최종 프로젝트 이름은 2025년 12월 중순에 선정되는 것을 목표로 합니다. 참여를 원하시면 메타위키에서 자세한 내용을 확인하고 지금 바로 투표하세요. 감사합니다!

-- User:Sannita (WMF) (talk) 2025년 10월 20일 (월) 20:44 (KST)

운동 위원회에 참여할 자원봉사자를 모집합니다

매년, 일반적으로 10월부터 12월까지, 이 운동의 여러 위원회는 새로운 자원봉사자를 모집합니다.

위원회에 대한 자세한 내용은 메타위키 페이지에서 확인하세요.

• 가맹위원회(AffCom)
• 옴부즈 위원회 (OC)
• 사건 검토 위원회 (CRC)

위원회 신청은 2025년 10월 30일 에 시작합니다. 가맹위원회, 에 마감되고, 옴부즈 위원회와 사건 검토 위원회 신청은 2025년 12월 11일 에 마감됩니다. 메타위키의 임명 페이지를 방문하여 신청 방법을 알아보세요. 토론 페이지에 게시하거나 궁금한 사항이 있으면 cstwikimedia.org로 이메일을 보내세요.

위원회 지원팀을 위해,

- MKaur (WMF) 2025년 10월 30일 (목) 23:13 (KST)

틀 수정

틀:참고를 영어판과 동일하게 수정해 보았습니다. 여러 모듈이 얽혀있어 수정하기가 어려웠는데, 일단 작동하게 만들어 두었습니다. 그리고 권한 부족으로 인해 모듈:utilities와 모듈:links를 수정할 수 없어 각각 모듈:utilities/new와 모듈:also/link로 대체하였습니다. -- Dolab0526 (토론) 2024년 5월 24일 (금) 00:05 (KST)

@Dolab0526: 이 형식이 더 깔끔하고 보기 좋네요! 혹시 미디어위키의 어떤 문서를 참고해야 이 정도의 지식을 얻을 수 있나요? 전 계속 공부하고 있는데 아직 미진합니다. --호로조 (토론) 2024년 5월 25일 (토) 00:30 (KST)

모듈에 사용한 함수나 인자 등을 외부 모듈에서 올바르게 참조할 수 있도록 수정한 거라 특별히 무언가를 제가 만들어낸 것은 아닙니다.

프로그래밍 언어에 대한 기본적인 이해를 바탕으로 chatGPT의 도움을 얻어 수정한 것이고, 저도 특별히 루아 언어에 대해 깊이 있게 아는 것은 아니기 때문에 무어라 말씀드리기는 어렵네요.. --Dolab0526 (토론) 2024년 5월 25일 (토) 20:13 (KST)

그래도 여러 모로 귀감이 되십니다. --호로조 (토론) 2024년 5월 28일 (화) 20:07 (KST)

봇 등록

사:Dolabbot 계정을 생성하였는데, 봇으로 등록하고 싶습니다. 어떻게 해야 하나요? 코드는 해당 문서에서 확인하실 수 있습니다. --Dolab0526 (토론) 2024년 5월 24일 (금) 10:55 (KST)

봇 신청하지 않고 작업할 수 있다지만 아무래도 API 제한도 있고, 작업해야 할 양이 많아서 API 승인을 받을 필요가 있을 거 같아 남깁니다. --Dolab0526 (토론) 2024년 5월 24일 (금) 10:57 (KST)

@Dolab0526: 흠... 일단 봇 요청방에 의견을 남겨 드렸는데, 총의를 모으는 것이 쉽지 않을 것 같습니다. 위키백과 사랑방에 의견을 남겨 보겠습니다. 혹시 문자열 바꾸는 것도 봇 작업의 일부일까요? 봇 등록이 된다면 맡기고 싶은 작업이 있는데 이건 두랩님 의견도 듣고 싶습니다. --호로조 (토론) 2024년 6월 7일 (금) 23:56 (KST)

@호로조 관심 가져주셔서 감사합니다. 이미 메타 요청해서 봇 등록이 완료되었습니다. 일단 한자 활용 틀이 포함된 문서에서 한자 활용 틀을 ko-hanjatab으로 바꾸고 문단을 다듬는 작업만 진행했습니다. 혹시 어떤 작업을 생각하고 계시는지요? Dolab0526 (토론) 2024년 6월 8일 (토) 00:01 (KST)

@Dolab0526: 밑에 새 문단을 생성하였습니다. 내용이 길어서 따로 문단을 분리하여 설명하였습니다. --호로조 (토론) 2024년 6월 8일 (토) 01:08 (KST)

문서 띄어쓰기

중화 인민 공화국, 대한 제국, 대한 해협

• 포털 사이트(구글, 네이버 등)에서 검색하면 띄어쓰여있는 것 보다 붙여진 것들이 더 많기 때문에 다시 붙여쓰자!
  
• 표준국어대사전에 따라서 띄어쓰는 것을 유지하자!

다른 사용자분들의 의견은 어떻습니까? 많은 참여바랍니다. YeBoy371 (토론) 2024년 5월 28일 (화) 01:11 (KST)

일단 그것도있지만 한국어권 국가가 아니라면 해당국가에서 정한 자국의 정식국호는 원래는 외국어일태고, 그렇다면 한국어 정식국호는 한국어의 기준을 세우는 표준국어대사전에서 따로 정하는거니 중화인민공화국이라고 붙여쓴 표기는 일단 정식국호는 아닙니다. 띄어쓴 표기가 정식국호니 제 생각에는 띄어쓰는게 좋아보입니다. Mamiamauwy (토론) 2024년 5월 28일 (화) 01:22 (KST)

• 규범 표기: 중화 인민 공화국

@YeBoy371: 이런 식으로 표제어는 붙여 쓰고 문서내에서 띄어쓰기를 따로 적어서 보이는 방식은 어떤가요? 애초에 띄어쓰는 것 자체가 현실 사용과는 동떨어진 규범 문법이라고 보는 입장입니다. --호로조 (토론) 2024년 5월 28일 (화) 06:20 (KST)

의존명사의 띄어쓰기 등... 일반적으로 한국어를 모국어로 하는 화자가 '따를 만한' 문법이 있고, 보조용언의 띄어쓰기처럼 규범적으로는 정하고 있으나 일반적으로 '붙여 쓰는' 경우도 있죠. 앞서 강조표시한 '따를 만한'과 '붙여 쓰는'은 원칙상 모두 띄어 쓰고, 실제로는 '붙여 쓰기'(보조용언) 정도는 '붙여쓰기'로 쓰기도 하죠. 서로를 명확히 구분할 수 있는 건 아니지만 규범 문법과 기술 문법이 있습니다. --호로조 (토론) 2024년 5월 28일 (화) 06:32 (KST)

나쁘진 않네요ㄷㄷ '규범 표기' 작성 찬성입니다 YeBoy371 (토론) 2024년 5월 28일 (화) 12:08 (KST)

틀의 사용을 확대하기 위한 방법?

제가 위키낱말사전에 새로이 올라오는 편집들을 검토했을 때, 개선해야 할 사항은 다음과 같습니다.

• 틀을 만들어도 이러한 틀이 있는지 모른다.
• 문서 형식에 있어 일관성이 없다.

이러한 문제가 발생하는 원인을 경험에 비춰 생각해 보았습니다.

• 맨 처음에 접한 문서를 일종의 기준으로 삼아서 편집 활동에 반영한다.
• 기억이 안 나면 기준이 되는 문서의 편집 버튼을 눌러 그 문서에 사용된 위키문법 등의 배치나 틀의 사용을 따라 한다.

그렇다면 다음과 같은 방안을 강구해 볼 수 있겠습니다.

• 튀고, 눈에 뛰는 디자인을 사용한다.
  -> 꼭 색깔이나 글씨체를 바꾸지 않더라도,
  라벨명
  에서의 괄호처럼 텍스트와 구분되는 디자인을 사용하여
  [라벨명]과 같이 입력하는 것과 구분된다는 걸 넌지시 알려 줍니다.
• 입력할 때 바로바로 입력하기가 쉬워야 한다.
  -> {{용어사전|1인칭}}보다는 {{gl|1인칭}} 따위로 줄입니다.
  틀 표제어는 그대로 '틀:용어사전'으로, 문서에 사용할 땐 줄임말을 적용한다는 겁니다.
• 트래킹할 수 있는 로직(logic)을 모듈에 추가 한다.
  -> 봇 작업을 용이하게 하기 위해 분류를 자동으로 넣어 주는 로직을 삽입합니다.
• 봇의 대량 편집으로 이러한 편집들을 주류로 만든다.
  -> 일종의 규범화 작업으로, 사용자들은 자주 노출되는 형식을 따르는 경향이 있습니다.

뇌용량의 한계로 딱 이 정도의 방안만 생각나는데 이 외에도 다른 좋은 생각이 있다면 의견을 남겨 주시면 감사하겠습니다. --호로조 (토론) 2024년 6월 8일 (토) 01:07 (KST)

경험상 봇으로 규범화를 자연스레 하는 것과 바로바로 쓰기 편해야 한단 게 제일 중요하긴 합니다. LR0725 (토론) 2024년 6월 8일 (토) 03:02 (KST)

문서 형식에 일관성이 없다는 말에 동의합니다. 수작업으로 처리하기에는 문서량이 워낙 많으니, 봇으로 규범화하는 방안 좋은 것 같습니다. Dolab0526 (토론) 2024년 6월 8일 (토) 11:54 (KST)

@LR0725, Dolab0526: 써 놓고 보니 '일관성 없다는' 제 단어 선택이 조금 사용자분들의 기여를 깎아 내리는 표현같다는 느낌이 다소 없지 않아 있습니다만, 엄연히 저도 굴러 들어 온 돌이고 따라야 할 기준같은 게 필요한데 그런 게 없어서 난감한 경우가 많습니다. 저도 편집에 있어 어려움을 느끼는 사용자 중 1인입니다. 구체적으로 '가르칠 교' 문서 敎와 '군사 군' 문서 軍를 보면 특유의 아흔식 디자인 중구난방 한자 풀이 틀이 무척 보기 안 좋습니다. 틀간의 위아래 높이도 다르고 통일성을 해치는데, '나라 국' 문서 國은 정리가 매우 잘 되어 있습니다. --호로조 (토론) 2024년 6월 8일 (토) 12:16 (KST)

한자(교차언어) 부분과 한국어(한자) 부분으로 나누어서 일단은 한국어 문단 부분을 정리하는 작업을 봇으로 진행해보려 합니다. Dolab0526 (토론) 2024년 6월 8일 (토) 12:26 (KST)

현재 위키낱말사전 로고와 네이밍

지극히 개인적인 해석이긴 하지만, 위키낱말사전의 로고와 위키낱말사전이라는 이름이 조금 시대에 맞지 않다는 생각이 없지 않아 있습니다.

• 스큐어모피즘, 미니멀리즘 둘 중 어떤 것도 만족시키지 못하는 로고

현재 로고의 가장 큰 문제점이라고 생각합니다. 위키낱말사전이 개설될 2000년대에는 대상을 리얼하게 살려서 그 의미를 전달하는 스큐어모피즘이 대세였고, 아마 그에 따른 디자인 정신에 입각해서 만든 것이라 생각됩니다만, 실제로 이게 무엇인지 아는 사람은 많지 않습니다. 심지어 위키낱말사전 활동을 권유했다가 로고가 중국인들이 즐기는 마작패, 도박용품 같다는 얘기마저 들었습니다. 육체 노동에 주로 종사하는 외국인 지인이나 가르치는 아이들에게 물어 본 것이 위키낱말사전을 접하는 모든 대중의 시각을 반영하는 것은 아니지만, 최소한 스큐어모피즘이라 하면 이것이 무엇을 표현하고 싶은 것인지 알아야 하는 것이고, 그게 아니라면 미니멀리즘에 입각한 영어 윅셔너리 로고처럼 세련되어야 한다고 생각합니다.

• 낱말이라는 단어

언어순화주의적 정신에 입각하여 순수한 한국어인 낱말로 정한 것은 취지는 좋다고 생각합니다만, 전 2010년대생 아이들에게 낱말이라는 표현을 사용했다가 아이들이 알아 듣지 못하는 것을 보고 충격을 받았던 경험이 있습니다. 어휘나 단어라는 표현이 조금 더 통용되는 현재로서는 굳이 낱말이라는 표현을 사용해서 위키낱말사전의 정체성을 표현할 필요는 없었다고 생각합니다.

아닌 밤중에 뜬금없는 소리이지만, 읽어 주셔서 감사합니다. --호로조 (토론) 2024년 6월 23일 (일) 01:53 (KST)

답변이 늦었습니다. 제시하신 두 의견에 모두 동의하는 바입니다. 특히 위키낱말사전 네이밍 관련해서는 `위키단어사전`이 좀 더 적합한 명칭이 아니었나 싶은 생각입니다. `단어사전`이라는 단어가 언중에서도 훨씬 많이 쓰이고 있기도 하구요. Dolab0526 (토론) 2024년 7월 2일 (화) 17:42 (KST)

저는 2011년생이나 "낱말"을 이해할 수 있습니다. 위키낱말사전의 명칭을 바꾼다면 영어 명칭이 wiktionary 위키사전으로 하는게 낫지 않을까요? Whatback11 (토론) 2025년 1월 15일 (수) 08:37 (KST)

봇 작업 요청

• 1. 뜻풀이

의 형식으로 되어 있는 것을 #으로 모두 바꾸는 것이 가능할까요? --Jeebeen (토론) 2024년 7월 2일 (화) 17:00 (KST)

가능은 하지만 모든 표제어의 뜻풀이에 적용된 문법 형식이 통일되지 않아 예기치 못한 편집을 만들 우려가 있어서 아직까지는 작업을 보류하고 있었습니다. 가까운 시일 내 작업하려던 내용인데, 언어별로 시험 적용을 해본 후에 작업을 진행하여야 할 것 같네요. Dolab0526 (토론) 2024년 7월 2일 (화) 17:40 (KST)

@Dolab0526: 봇이 사용하는 파이봇, 파이썬에서도 정규표현식을 처리할 수 있나요? 저는 봇에 대해서는 잘 알지 못하나 정규표현식을 처리할 수 있다면 크게 예기치 못한 편집을 발생시킬 우려는 없다고 보긴 합니다. 두랩님께서 염려하고 계신 부분은 어떤 부분인가요? --Jeebeen (토론) 2024년 7월 3일 (수) 03:40 (KST)

Pywikibot으로 정규표현식을 처리할 수 있는 것으로 알고 있습니다. * '''1'''. 형식이 아닌 다른 형식으로 쓰여있는 문서도 있어 제대로 적용되지 않을까 생각된 부분이 있긴 한데, 그래도 일단 한 번 시도해보겠습니다. 감사합니다. Dolab0526 (토론) 2024년 7월 3일 (수) 15:51 (KST)

일단 대략적인 작업을 완료했고, 결과물을 직접 확인해 보았는데 미처 처리되지 못한 부분이 꽤 있는 것 같습니다. 모든 문서를 순회하면서 코드를 돌리도록 수정해보겠습니다. --Dolab0526 (토론) 2024년 7월 28일 (일) 13:16 (KST)

감사합니다. 다행히도 예기치 못한 동작은 없는 듯합니다. --Jeebeen (토론) 2024년 7월 28일 (일) 17:49 (KST)

Won1017의 전역 추방안

메타의 전역 추방안 정책에 의거해, 사용자:Won1017 사용자의 전역 추방안이 제안되었음을 알립니다. 많은 참여 부탁드립니다. Takipoint123 (토론) 2024년 10월 26일 (토) 07:47 (KST)

가지 관련 틀 번역

현재 가지 관련 틀을 번역하고 있습니다. 가지는 접사라고 하기도 하지만 언어 순화 차원에서 가지라는 낱말을 고르기로 했습니다. 다음은 번역할 예정인 틀 목록입니다. 번역은 영어 위키낱말사전으로부터 이루어집니다. 그리고 한자용어, 영어로도 리다이렉트 또는 require도 추가할 것입니다.

영어 위키낱말사전 틀:affix를 틀:가지와 같이요. 자세한 내용은 이 나무위키 문서의 3번 문단을 확인해 주시기 바랍니다.

추가)
복합어 -> 겹낱말
복합사 -> 겹씨

Whatback11 (토론) 2025년 1월 11일 (토) 22:19 (KST)

@Whatback11: 겹낱말, 겹씨, 가지 등은 일반적으로 사용되는 용어가 아닙니다. #현재 위키낱말사전 로고와 네이밍에서와 같이 위키낱말사전의 '낱말'이라는 단어조차도 최근 세대로 넘어오면 의미 전달이 안 되는 것이 사실이며, 2000년대 언어 순화 운동에서 수직적으로 전파되던 이러한 단어들을 대부분의 사용자들이 이해할 수 있을지는 모를 일입니다. 그렇게 될 경우 동사 같은 단어도 움직씨 등으로 고쳐야 한다는 문제가 있고, 단순히 기존에 잘 사용되어 오던 용어들을 2000년대 방식으로 언어순화하는 것은 언어순혈주의라고 보기 때문에 부정적입니다. --Jeebeen (토론) 2025년 1월 13일 (월) 10:21 (KST)

모듈:affix/templates 모듈의 보호단계 격하를 요청드립니다. 다름이 아니라 lua script에서 발생하는 오류를 수정해야 합니다. Whatback11 (토론) 2025년 1월 15일 (수) 05:25 (KST)

@Whatback11: Module:Whatback11/affix/template에서 코드를 연습하고 사용자:Whatback11/접사(틀)을 생성한 뒤 사용자:Whatback11/시험장에서 적용하신 뒤 적용을 요청하셔도 되는 부분이라 3개월 관리자 보호를 해제해야 하는지 잘 모르겠습니다. 실제 문서에 적용되었을 때 어떻게 작동하는지는 "이 틀과 함께 문서 미리 보기"의 기능을 통해 하실 수 있는데, 코드들을 편집한 뒤 모듈이 사용된 일반 문서들을 확인해 보았을 때 모든 문서에서 오류가 발생했습니다. 차이/4384745와 같은 편집은 현재 겪고 계신 오류가 무엇인지 확인이 안 되기 때문에 제가 섣불리 판단하기 어려워서 이에 대해선 귀하의 의견을 좀 더 듣고 싶습니다. 아마 Module:category tree같은 모듈들을 그냥 한국어로 번역하고 적어 넣으셔서 문제가 발생하는 것에 대해 해결하시고자 하는 차원에서 수정하신 것 같은데, 이것이 affix 모듈과 구체적으로 어떤 관련이 있는 건가요? affix 본연의 기능은 현재도 정상적으로 작동합니다. 혹시 category tree 기능이 affix 모듈의 내용을 참조하나요?

또한 languages, debug, parameters 등의 메서드, 유틸리티 모듈의 경우 영어판 코드를 그대로 사용하게 되시면 이전에 번역해 놓은 내용이나 기존 기능들과 한국어판에서 새로 작성한 코드와 같이 이전에 기여해 놓은 내용이 모두 무시됩니다. --Jeebeen (토론) 2025년 1월 15일 (수) 12:06 (KST)

오류가 발생하는 부분 알려드립니다. 그리고 수정 요청사항을 기재한 주석은 지워주시면 감사하겠습니다.

아래는 수정이 필요한 부분을 주석으로 표시한 것입니다.

코드 보기

function export.affix(frame) local function extra_params(params) params.type = {} params.notext = {type = "boolean"} params.nocat = {type = "boolean"} params.force_cat = {type = "boolean"} end local args, parts, lang, sc = parse_args { raw_args = frame:getParent().args, extra_params = extra_params, } if args.type and not m_affix.etymology_types[args.type] then error("Unrecognized etymology type: '" .. args.type .. "'") end -- There must be at least one part to display. If there are gaps, a term -- request will be shown. -- 주석 번역: 띄울 부분이 적어도 하나는 있어야 합니다. 비어 있으면, 용어 -- 요청이 표시됩니다. if not next(parts) and not args.type then if mw.title.getCurrentTitle().nsText == "Template" then -- 한국어 위낱사는 "틀" 이름공간을 씁니다. "Template"으로는 감지할 수 없습니다. parts = { {term = "prefix-"}, {term = "base"}, {term = "-suffix"} } else error("You must provide at least one part.") -- 오류 출력문 번역: 적어도 한부분은 넣어야 합니다. end end return m_affix.show_affix(augment_affix_data({ parts = parts }, args, lang, sc)) end

Whatback11 (토론) 2025년 1월 15일 (수) 18:23 (KST)

위키미디어 이름공간 문서 대량 수정 및 생성 요청

미디어위키:Scribunto-doc-page-show, MediaWiki:Clearyourcache 문서의 내용에 수정을 요청을 제출합니다.
상세한 내용은 신청서를 참고해주시면 감사하겠습니다.

Whatback11 (토론) 2025년 1월 15일 (수) 05:21 (KST)

보호 편집 요청?

미디어위키토론:Common.css#보호 편집 요청? 참고 부탁드립니다. 보호 편집 요청 틀이 없네요.--Namoroka (토론) 2025년 1월 16일 (목) 20:52 (KST)

영어로 작성된 글이 많아서 한국어 글이 안 보이는 문제가 있는데요

일단 번역해달라는 글들을 한국어로 번역하기는 했는데, 원문을 작성자 서명 정도만 남기고 번역본으로 대체해도 되는지, 아니면 지금처럼 원문 밑에 번역본을 댓글로 다는 형태로 놔둬야하나요? Dollasdal (토론) 2025년 8월 21일 (목) 00:40 (KST)

일단 전부 한국어 번역본으로 교체해놨습니다. Dollasdal (토론) 2025년 8월 22일 (금) 12:05 (KST)

[총의필요]등재기준

1. 유명한 사람의 필명의 등재를 허용하나 원래 이름을 안다면 이를 우선시한다.
2. '미네르바'를 '미네'로 부르는 식의 얘칭의 서술은 허용되나 원래 이름에 들어있는 경우('카렌짱'등)를 제외한 단순히 -짱,-상 식('또래상'등)은 예외로 한다.
3. 사전식 기술 외 광고성 서술을 금한다.

@CHK2605@Trong Dang 메지로 아르당 (토론) 2025년 9월 14일 (일) 21:10 (KST)

각 항에 대한 제 의견은 다음과 같습니다.

1. 위키낱말사전의 기본 의의와는 동떨어져 있기 때문에 해당 내용을 논의할 이유가 전혀 없습니다. 위키낱말사전은 모든 언어의 어휘를 수록하고자 하는 언어사전이지, 인명 혹은 필명을 등재하는 인명사전이 아닙니다. 이러한 인물 등에 대하여 서술하고자 하는 경우에는 위키낱말사전보다는 위키백과에 서술하는 것이 더욱 적합합니다. 물론 위키백과에 서술한다 하더라도, 그곳의 등재 기준에 따라야 하겠지만요.
2. 애칭에 대한 서술 또한 1에 대한 답변으로 갈음합니다.
3. 위키낱말사전:삭제 정책에 이미 명시된 사항이므로 추가로 논의할 이유가 없습니다.

CHK2605 (토론) 2025년 9월 14일 (일) 21:48 (KST)

위키컨퍼런스 서울 2025 관련 안내

안녕하세요 여러분,

공지가 약간 늦었습니다만 10월 25일에 위키컨퍼런스 서울 2025가 열립니다. 위키미디어 프로젝트에 관심있는 사용자라면 누구나 참여하실 수 있습니다.

아울러 위키컨퍼런스 서울 2025에 대한 중앙공지(Centralnotice)를 준비중입니다. 중앙공지는 메타에서 설정한 프로젝트의 상단에 알리는 공지로 사이트노티스와 유사합니다. 10월10일부터 25일까지 위키컨퍼런스 서울 2025에 대한 중앙공지가 진행될 예정입니다. 이와 관련하여 사전에 공지하고자 합니다. 감사합니다.--Youngjin (WMKR) (토론) 2025년 9월 15일 (월) 10:38 (KST)

자세한 내용은 meta:CentralNotice/Request/WikiConference Seoul 2025를 참조하세요.--Youngjin (WMKR) (토론) 2025년 9월 16일 (화) 13:07 (KST)