거버넌스 커뮤니티 지원 사업의 일환으로 8월 3일 협회 주사무소에서 일명 "위키백과 관리" (거버넌스) 오프라인 모임을 엽니다.
거버넌스 커뮤니티의 일환으로서 "관리-기술-정책"과 관련된 포괄적이고 깊은 논의의 장을 마련하였으며, 주제에 맞는 다양한 토론을 진행할 예정입니다. 특히 "위키백과 관리, 정책, 기술"과 관련된 심도있는 논의를 진행하기 위해서는 이 분야에서 적극적으로 참여하고 있는 여러분들의 참석이 필요합니다. 관심이 있으신 커뮤니티 사용자 분들께서는 적극적으로 참가 신청 및 참석해 주시면 감사하겠습니다. 감사합니다.
이전부터 계속 같은 주제로 토론을 반복 진행하라고만 해서 좀 피로감이 느껴지네요. (어떤 주제인지는 편집 기록 보시면 아실테니 넘어가고요) 심지어 총의도 몇번 있었는데도 말이죠. 그리고 해당 내용에 대한 보호조치도 몇번 해봤이만 해결된 조치도 별로 없었습니다. 물론 현생 때문에 바쁘신것은 알지만 조금더 신경써주었으면 하는 바람으로 한 줄 적어봅니다 .-me2BOY (토론) 2024년 7월 19일 (금) 02:06 (KST)[답변]
Wikimedia Movement Charter ratification voting results
After carefully tallying both individual and affiliate votes, the Charter Electoral Commission is pleased to announce the final results of the Wikimedia Movement Charter voting.
As communicated by the Charter Electoral Commission, we reached the quorum for both Affiliate and individual votes by the time the vote closed on July 9, 23:59 UTC. We thank all 2,451 individuals and 129 Affiliate representatives who voted in the ratification process. Your votes and comments are invaluable for the future steps in Movement Strategy.
The final results of the Wikimedia Movement Charter ratification voting held between 25 June and 9 July 2024 are as follows:
Individual vote:
Out of 2,451 individuals who voted as of July 9 23:59 (UTC), 2,446 have been accepted as valid votes. Among these, 1,710 voted “yes”; 623 voted “no”; and 113 selected “–” (neutral). Because the neutral votes don’t count towards the total number of votes cast, 73.30% voted to approve the Charter (1710/2333), while 26.70% voted to reject the Charter (623/2333).
Affiliates vote:
Out of 129 Affiliates designated voters who voted as of July 9 23:59 (UTC), 129 votes are confirmed as valid votes. Among these, 93 voted “yes”; 18 voted “no”; and 18 selected “–” (neutral). Because the neutral votes don’t count towards the total number of votes cast, 83.78% voted to approve the Charter (93/111), while 16.22% voted to reject the Charter (18/111).
근래 들어 번역 위키를 통해 표면상 여러 계정에 의해 한국어 위키백과의 여러 항목들의 훼손이 발견되고 있습니다. 이것들을 복구하느라 몇몇 분들이 고생하고 계신 것을 알지만, 문제는 한 사용자가 저지른 기여 수가 너무 많을 경우 그냥 두는 경우도 많다는 점입니다. 며칠에 걸쳐 시간을 들여 저 혼자 뒤늦게 대처하고 있으나(다들 '반짝 관심'일뿐 아무도 굳이 심도있게 신경쓰지 않는데 저 혼자 나서서 해당 번역위키의 Support 방에서 사용자 편집 차단 요청하랴 뭐 하랴 해도 훼손에 관심을 가져주시는 분은 전무해 보이고, 제 개인사도 있기에 이제는 적극적으로 훼손을 되돌리거나 편집 차단 요청을 하지는 않을 생각입니다) 쉽지 않은 부분이라 여러분의 관심과 도움을 요청드립니다. 번역위키에서는 활동을 위해서는 바벨 틀 부착이 필수인데, 바벨에 한국어 구사를 할 수 있다는 바벨 틀을 사용하는 사용자를 추적해서 해당 사용자들의 기여를 주시할 분이 필요해 보입니다.
지난번 월월에 이어서 끊이지 않고, 훼손이 일어나네요. 고의적으로 공동체를 시험하는 느낌입니다. 그동안 대처하시느라 고생많으셨습니다. 곧 8월 3일에 거버넌스 모임이 열리니, 사용자들과 함께 머리를 맞대고 고민해 보았으면 합니다. --이강철 (토론) 2024년 7월 19일 (금) 17:13 (KST)[답변]
번역 위키 내용을 그대로 들여와 사용해야 한다고 강제된 것이 아니라면, 한국어 위키백과에서 자주 노출되는 주요 번역 항목에 대하여 미디어위키 문서를 만들어 방화벽으로 삼는 방안을 고려해 볼 수 있겠습니다. 또는 주요한 번역 항목에 대하여 '표시되어야 할 내용'과 '번역위키의 내용'을 비교하는 표를 작성해두고 주기적으로 확인하여 관리(※확인시 서명하여 최근 갱신 시점을 확인)할 수도 있겠습니다. 그리고 가능한지는 모르겠으나, 봇을 이용하여 문서를 주기적으로 갱신하고, 변동 감지시 이를 사랑방(또는 기술사랑방)에 보고하도록 할 수도 있지 않을까 생각해봅니다. -- 메이 (토론) 2024년 7월 22일 (월) 17:40 (KST)[답변]
좋은 의견 감사드립니다. (제시하신 방법도 고민은 해봤습니다만) 미디어위키 소프트웨어가 계속 변화하고 있기 때문에 갱신된 버전에 맞춰 최신화된 시스템 메시지가 제때 반영이 안 되면 오동작한 문제가 있었습니다. 번역위키는 봇을 포함해서 권한이 있는 사람들끼리 로캘(locale)별로 갱신하는 것을 쉽게 도울 수 있는데, 그에 반하여 로컬(local)에서 시스템 메시지를 직접 수정 시에 나타나는 메시지에서 볼 수 있듯 한국어 위키백과 전용이 아니라면 번역위키 사용을 권고하고 있습니다. 즉, 훼손과 최신화 사이에 딜레마가 있네요. 특수:ApiHelp처럼 직접 안 보이는 항목들에 대한 실제 있던 훼손을 제외하면, 사실 지금 UI에 그대로 보이는 항목들이 다 주요 번역 항목들이라 추리는 것이 쉽지 않은데, 눈에 띄게 훼손이 된 항목들에 대해서 특정 페이지에 정리하는 것이 현실적으로 보입니다. (월월 케이스, 분류 등) 우선은 훼손이 발생하여 되돌렸을 때 빠르게 업데이트를 반영하는 방법이 있으면 더욱 좋고 위 이강철님 의견대로 곧 있을 오프라인 기술 토론회에서 얼굴을 대고 상세히 논의하는 방법도 좋을 듯 하네요. --ted (토론) 2024년 7월 23일 (화) 08:12 (KST)[답변]
아, 그래서 예전에 일련의 미디어위키 문서가 정리되었었던 것이군요. 설명 감사드립니다. 예전에 토씨하나 고치려고 헤맸었던게 생각나네요. 모쪼록 관련 회의에서 좋은 방안이 도출되었으면 합니다. 그리고 어제 작성시와 달리 오늘은 '분류'로 고쳐졌네요. -- 메이 (토론) 2024년 7월 23일 (화) 09:34 (KST)[답변]
다시 수정되지는 않은 것으로 확인됩니다. 다소 지연되더라도 나중에 고쳐지기는 할 것인데, 강제 새로고침(Ctrl+F5) 또는 브라우저 캐시를 비워보는 방법도 있겠습니다. -- 메이 (토론) 2024년 7월 23일 (화) 09:54 (KST)[답변]
여기에 문제점 지적하였고 특정 사용자의 실수라는 답변을 받았습니다. 사용자의 문제보다 해당 커뮤니티의 확인없이 변경된다는 것이 더 문제라는 것이 문제점 지적의 취지였습니다만, 일단 지켜보려고 합니다. -- Jjw (토론) 2024년 7월 24일 (수) 02:36 (KST)[답변]
원래는 직역된 번역문에서 주로 발견되는 어색한 단어들을 모아보기 위한 사용자 문서였지만, 최근 기계 번역 등을 이용한 날림번역 문서의 생성이 너무 잦아지면서 이들의 개선과 대응을 위한 가이드라인이 절실하여 만들어 보았습니다. 추후 지침화를 위해 많은 참고와 수정 바랍니다. 밥풀떼기 (토론) 2024년 7월 19일 (금) 21:10 (KST)[답변]
@밥풀떼기: "기간, 거리 또는 범위를 표시할 때 "줄표(-)가 아니라 물결표(~)를 사용합니다. 줄표는 부제나 강조되는 문장에만 쓰입니다."라는 문장은 잘못되었습니다. 26년만에 개정된 한글맞춤법 문장부호에 따르면 기간, 거리 또는 범위를 표시할 때 물결표(~)와 붙임표(-)를 모두 사용할 수 있다고 되어 있습니다.[1] 검토를 부탁드립니다. 정정: 확인해 보니 위키백과:편집 지침의 개정이 필요한 사항이네요. 일단 이 부분은 나중에 논의하는 편이 낫겠습니다. --ted (토론) 2024년 7월 20일 (토) 18:55 (KST)[답변]
본 수필은 한글 맞춤법 하나만을 기반으로 한 것이 아니라 기존 한국어 위키백과의 관례와 정책, 지침을 종합적으로 검토하면서 작성하였습니다. 그래서 해당 구절은 그동안 편집 지침에 물결표 (~)로 쓰는 것이 규정되었고 문서의 상당수가 그것을 사용해 왔다는 점을 근거로 하고 있습니다. 편집지침 뿐만 아니라 위키백과:동음이의어 문서#괄호 안의 정보도 또 하나의 근거임을 밝혀 둡니다. 밥풀떼기 (토론) 2024년 7월 20일 (토) 23:09 (KST)[답변]
말씀하신 용례에 비추어 상당수가 물결표(~)를 사용하고 있음에는 동의하나 "줄표는 부제나 강조되는 문장에만 쓰입니다."라는 문장은 사실이 아니므로 동의하지 않습니다. 한국어 문맥에서 기간 등을 표기할 때 줄표(-)를 사용하는 경우를 이따금 본 적이 있어서 "문장에만 주로 쓰입니다"와 같은 표현으로 대체하는 것을 고려하면 좋을 듯 합니다. --ted (토론) 2024년 7월 20일 (토) 23:12 (KST)[답변]
물결표(~)와 관련하여 해외 축구의 시즌 문서 제목이나, 팀 소속 기간의 표시 등에서 줄표로 되어있는 경우가 많습니다. 번역하며 줄표 그대로 들여오고, 이것을 보고 계속 좇아서 편집되고 있는 것으로 여겨지는데, 모두 수정이 필요한 부분이라 생각됩니다. 한편, 한국어 위키백과에서는 SI 단위계를 사용(※위키백과:편집 지침)하기로 되어있습니다. 번역을 활용하는 사용자들께서는 한 번 읽어보시고 편집에 참고하시면 좋을 것으로 여겨집니다. -- 메이 (토론) 2024년 7월 23일 (화) 02:29 (KST)[답변]
제가 위에서 말씀을 드렸듯이 한국어 맞춤법 변화 이후로 줄표(-)가 현행 한국어 문법상 잘못된 것은 아니므로 번역을 떠나서도 해당 줄표를 사용하는 경우가 많이 보입니다. 편집 지침을 따라야 하는 것은 맞으나 현재 지침이 오래된 한국어 맞춤법을 기반에 두고 있는 것이 명확하므로 추후 편집 지침 토론에서 논의 정도는 할 필요가 있어 보입니다. 줄표(-)가 잘못되지 않은 맞춤법임은 확실하므로 현 규정을 잘 모르는 다른 사용자에게 물결표를 강요할 필요까지는 없어보이며, 지금 정해져있는 편집 지침을 준수한다는 차원에서 어떻게 줄표를 물결표로 바꿀지를 고민하는 것이 맞다고 생각됩니다. --ted (토론) 2024년 7월 23일 (화) 07:47 (KST)[답변]
한글 맞춤법 문장부호해설을 확인하여 보니 '기간이나 거리 또는 범위를 나타낼 때는 물결표를 쓰는 것이 원칙이고, 붙임표를 쓰는 것도 허용된다.'라고 설명하고 있으며, 위키백과 지침에서 정하고 있기를 '줄표(-) 대신 물결표(~)를 씁니다.'로 정하고 있습니다. 지침에서 줄표로 적고 있는데 이는 차치하고, 아무튼 물결표를 쓰는 것이 원칙이고, 위키백과도 물결표를 쓰기로 하고 있습니다. 모두 수정이 필요하다는 그 자체로 강요라고 보셨는지 모르겠으나, 이는 지침에 근거하여 말씀드렸다는 점을 살펴 주시기를 바랍니다. 붙임표 자체가 허용되어 사용될 수 있다는 말씀에 대해서 이해하지만, '물결표와 붙임표를 두고 충돌할 때에는?'을 생각해보면, 그 선택에 대한 분명한 기준입니다. 필요하다면 '한글 맞춤법 상에서는 붙임표를 쓰는 것도 허용된다'등으로 부연할 수 있을 것이고, 또는 기본적으로 국립국어원에서 지정한 어문 규정을 따르도록 합니다.부분에서 위키백과 편집 지침과 어문 규정은 그 내용이 상이할 수 있음을 밝혀둘 수도 있겠습니다. -- 메이 (토론) 2024년 7월 23일 (화) 09:12 (KST)[답변]
말씀하신 물결표는 '자장면'과 '짜장면'을 모두 허용한 것과 다를 바가 없는 사항입니다. 편집자 모두가 지침을 다 알 수 없고 맞춤법이 굳이 틀린 게 아니라면 그걸 나서서 일일이 강요할 필요가 없다는 것입니다. 현재 지침을 따르지 말자는 게 아닙니다. {{지침}} 틀에 언급된 대로 가능한 따라 주시되 이게 편집의 주요 장애물이 되어서는 안 된다는 것입니다. 반자동 방식의 봇으로 돌리면 금방 해결될 일로 보이고요. 지금 규정도 빡빡해서 어려움을 호소하는 분들이 관찰되고 있고, 강요보다는 넌지시 안내하는 정도면 충분합니다. 그래서 지금 지침은 규정이니 이 기준은 저 또한 가능한 따른다는 것이고(고급 편집자도 다 규정을 외며 따르지는 못하는 것이 현실이긴 하지만), 줄표와 물결표에 대한 부분은 현행 맞춤법을 적어도 언급은 해야 할 것 같다라는 생각이 들어요. 둘 다 허용하자는 얘기가 아닙니다. 그래서 이것은 관련 페이지(편집 지침)의 토론에서 논의할 사항이라고 언급을 드린 것입니다. --ted (토론) 2024년 7월 23일 (화) 10:01 (KST)[답변]
메타인지가 박살난 상황인지 오전 나절에 머리가 잘 안돌아가서 그런 것인지 모르겠으나, 수정이 필요한 부분이라 생각한다는 말씀드린 것과, 지침 내용과 관련하여 적은 바에 대하여 대하여, 왜 계속 강요라고 말씀하시는지 잘 모르겠습니다. 다소 시간이 소요되더라도 좀 더 자세히 설명하여 주시면, 참고하여 이후 주의하도록 하겠습니다. -- 메이 (토론) 2024년 7월 23일 (화) 11:05 (KST)[답변]
특정기호를 사용자에게 '강요'한다는 인식에서 수정을 요구하신 거라면 납득하기 어렵습니다. 강요가 아니라 약속과 합의에 따른 통일이라고 보셔야 합니다. 일반 문서의 첫 단어는 글씨를 굵게 해 주고, 동음이의어 표제어에는 괄호를 넣기로 약속한 것과 똑같은 겁니다. 위키백과 공동체 내에서 합의하였는가가 중요한 것이고, 맞춤법에서 두 개를 모두 허용했는가의 문제도 결론적으론 합의점을 찾기 위한 근거로서 작용할 뿐입니다. 밥풀떼기 (토론) 2024년 7월 23일 (화) 12:38 (KST)[답변]
저는 물결표 사용에 반대하지 않습니다. 밥풀떼기님께서 말씀하신 내용 중 하나도 반대하지 않습니다. 지침과 정책을 혼동하는 것 같아 명확히 하고자 했던 것이고, 편집하러 오시는 분들께서는 백:다섯 원칙만 일단 알면 되는 것이고요. 우리도 초보인 시절이 있었고 배려와 친절한 안내를 해야 한다는 것이 저의 주장이지, 특정 기호를 사용자에게 강요한다는 인식에서 수정을 요구한 건 절대 아닙니다. 제 발언을 다시 읽어주세요. 편집할 때 정해진 틀에서 어려움을 느껴서 위키백과를 떠나는 분들이 많으니 강요하는 것처럼 비치는 발언은 하지 말자는 것입니다. 그리고 정해진 룰은 지키면 되는 것이고 동의하는 바입니다. 대신 지침에서 오해가 있을 만한 내용이 있으니(현행 맞춤법과 상이한 부분) 이 부분을 보충 설명(메이님께서 제시하신 안 또는 제가 제안한 안)하자는 얘기입니다. (그런데 이곳에서 논의해서 결정하는 것보다는 더 적절한 토론 공간에서 하는 게 맞겠다는 의견이고요) --ted (토론) 2024년 7월 23일 (화) 14:20 (KST)[답변]
제 생각을 조금 더 보충해서 설명드리면, 줄표가 한국어 맞춤법에서 틀린 것은 아닌 것은 동의하실 건데요. 우리가 정해둔 규정에서는 통일된 기준이 있는데 이러한 맞춤법들을 일일이 지키기 어려워하는 편집자분들이 있다면 편집에 위축이 되지 않도록 위키백과:규칙에 얽매이지 마세요를 실천하게끔 유도해야 한다는 주의입니다. "귀하께서 하시는 기여에 감사드립니다. 맞춤법이 틀린 것은 아니지만 지침에 따르면 통일된 기준이 있어 가능하면 이러이러한 맞춤법을 써주시면 더욱 감사하겠습니다."라는 친절한 발언을 하면 좋겠다는 것입니다. "우리는 규정이 이것이니 이것을 무조건 따라야 합니다. 계속해서 편집 지침을 위반하지 마세요."와 같은 강요하는 것처럼 느껴질 수 있는 표현은 삼가는 게 어떨까 싶고요. 그간 불친절한 위키백과 사용자들이 얼마나 많았는지요. 제 취지를 이해해 주셨으면 합니다. --ted (토론) 2024년 7월 23일 (화) 14:56 (KST)[답변]
친절하자는 요는 알겠습니다. 안내하거나 안내를 받는 사용자 각각의 사용자 주관에 달린 문제라 어려운 문제입니다. 물론 그렇다고해서 불친절하자는 이야기는 당연히 아닙니다. 바꾸는 것은 말씀주셨던 바 등의 방법으로, 차차로 바꾸어 가면 되겠습니다. 설명말씀에 감사드리며, 공연히 시간을 앗게된 점에 대해서는 양해하여 주시기를 바랍니다. -- 메이 (토론) 2024년 7월 24일 (수) 07:10 (KST)[답변]
제 주요 편집 분야인 고생물 관련 문서들만 보더라도 제가 아닌 다른 사용자분들이 이미 만들어놓은 문서들을 보면 티라노사우루스, 알로사우루스 등 대중들에게 인지도가 높은 생물들은 문서 상태가 괜찮은 편이지만, 그렇지 않은 대부분의 문서들은 일일이 다듬어서 번역하지 않고 성의 없이 번역기를 돌려 그대로 붙여넣기 한 흔적(예: 문장이 ~했습니다, ~했음 등으로 끝나거나, '나는 이다. 사람' 과 같이 문장 구조가 어색한 경우 등)이 종종 보이는 경우가 많았습니다. 이 수필을 읽고 그런 식의 성의 없는 번역을 하는 사람들이 조금이라도 줄어들면 좋겠다고 생각합니다. 수필 작성해주셔서 감사드립니다. GUAM (토론) 2024년 7월 20일 (토) 20:21 (KST)[답변]
영어 위키백과의 설명을 읽어보니 'Broadcom Corporation'은 2016년 Avago Technologies에 인수되기 전의 과거 회사명이고, Avago Technologies가 인수합병 후 자칭 사명을 'Broadcom'으로 바꾸면서 현재 영어 위키백과의 'Broadcom' 문서로 자리잡힌 것으로 보입니다. --ted (토론) 2024년 7월 25일 (목) 14:26 (KST)[답변]
I am writing to you to let you know the voting period for the Universal Code of Conduct Coordinating Committee (U4C) is open now through August 10, 2024. Read the information on the voting page on Meta-wiki to learn more about voting and voter eligibility.
The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community members were invited to submit their applications for the U4C. For more information and the responsibilities of the U4C, please review the U4C Charter.
Please share this message with members of your community so they can participate as well.
안녕하세요, 저희는 위키미디어 재단의 웹 팀입니다. 우리는 올해 연간 계획의 목표중 하나인 "독자 및 미디어 경험"의 일환으로 위키미디어 프로젝트를 더 쉽게 읽을 수 있도록 만들기 위해 노력하고 있습니다. 이 목표를 수행하기 위해 "독자 접근성" 베타 기능을 제작했습니다. 이 기능은 벡터 2022 스킨에 작동하며 로그인 사용자가 개별 요구에 따라 다양한 글꼴 크기와 색상 스케일을 선택할 수 있습니다.
메뉴는 새로운 표준 글꼴 설정을 소개합니다. 글꼴의 크기와 간격을 약간 증가시킵니다. 여러 소스를 기반으로 선정되었습니다. 이에 대한 자세한 내용은 '새로운 표준 글꼴 설정 정보' 섹션에서 확인할 수 있습니다.
무엇이 바뀔까요?
로그인 여부와 삼관 없이 접근성 메뉴가 모두에게 활성화 됩니다.
이와 동시에 로그아웃한 사용자에 한해 표준 옵션을 새로운 기본값으로 설정할 예정입니다.
중대한 기술적 문제가 발견되지 않는다면 향후 1주 이내에 이 변경을 적용할 계획입니다.
추후 이 메뉴에는 어두운 모드를 선택할 수 있는 옵션도 포함될 예정이며, 당분간은 베타 기능으로 유지됩니다. 자세한 내용은 프로젝트 페이지에서 확인하세요.
메뉴에 대하여
새로운 메뉴에서는 로그인 및 로그아웃한 사용자가 다음에 대한 환경설정을 설정할 수 있습니다:
텍스트 크기 및 줄 간격(현재 베타 기능으로 제공됨): 사용자는 작게(현재 기본값), 표준(접근성 향상을 위해 권장됨), 크게 옵션 중에서 선택할 수 있습니다. 옵션을 선택하면 텍스트의 글꼴 크기와 줄 간격이 모두 변경됩니다.
다크 모드(현재 베타 기능으로 제공됨): 사용자는 사이트를 영구적으로 다크 모드로 보도록 선택하거나 디바이스 또는 브라우저 기본 설정에 따라 다크 모드 작동 여부를 설정하는 '자동' 기능을 선택할 수 있습니다.
콘텐츠 너비(이전에는 토글 버튼으로 제공됨): 콘텐츠 너비 토글을 페이지 하단의 아이콘에서 새 메뉴의 레이블이 지정된 라디오 버튼으로 옮겼습니다. 토글과 동일한 방식으로 작동합니다. 이전 토글 버튼은 더 이상 사용할 수 없습니다.
이 메뉴는 베타 기능으로 테스트되어 여러 위키에서 로그인한 사용자와 독자를 대상으로 한 사용자 테스트를 거쳤습니다. 이 테스트 결과를 바탕으로 검색성과 사용 편의성을 개선하고 가젯 호환성을 수용하기 위해 메뉴를 변경했습니다.
메뉴는 페이지의 오른쪽에서 표시되며, 바로 도구 메뉴 아래에 표시됩니다. 도구 메뉴와 달리 모양 메뉴는 기본적으로 고정되어 있지만 고정을 해제할 수 있습니다. 고정을 해제하면 페이지 상단의 아이콘 아래로 접힙니다.
새로운 표준 글꼴 설정에 대하여
"작게" 옵션이 현재 기본값입니다. 로그아웃 상태의 사용자에게는 기본값을 "표준"로 변경하고 로그인 상태의 사용자에게는 기본 값으로 "작게"를 유지합니다. "표준"과 "크게" 옵션은 다음을 기반으로 제작 및 테스트 되었습니다.
대부분의 독자에게 가장 적합한 평균 글꼴 크기에 대한 학계 연구 및 권장 사항. 이러한 권장 사항에 따르면 현재 크기가 너무 작아 대다수의 사람들이 편안하게 읽을 수 없다고 합니다. 즉, 평균적으로 사람들이 더 느리게 읽거나, 읽는 동안 눈을 피로하게 하거나, 텍스트를 명확하게 보는 데 어려움을 겪는다는 것입니다. 글꼴 크기를 기본적으로 늘리면 모양 메뉴나 브라우저를 통해 설정을 조정할 시간이 부족한 사용자를 포함하여 모든 사용자가 이러한 문제를 개선할 수 있습니다. 정보 밀도 또한 중요하기 때문에 정보 밀도를 떨어뜨리지 않으면서 글꼴 크기를 늘리고 싶었습니다. 글꼴 크기뿐만 아니라 줄 높이와 단락 간격도 변경하였습니다.
언어, 스크립트, 규모가 다른 13개 위키에서 630명 이상의 위키미디언이 제출된 디자인을 기반합니다. 이들 사용자 중 대다수(약 450명)가 현 기본값보다 큰 글꼴 크기를 선택했습니다. '표준'은 가장 많이 사용되는 응답 클러스터의 평균(15~20픽셀)을 나타냅니다. '크게'는 21~26픽셀 사이의 크기 클러스터로 대표되는 더 큰 옵션이 필요하다는 것을 나타냅니다. 자세한 내용은 지원자를 프로세스에 참여시켜 이러한 옵션에 도달한 방법에서 확인할 수 있습니다.
로그인 사로그인한 사용자는 당분간 '작게' 설정을 기본값으로 유지하지만 언제든지 다른 설정으로 변경할 수 있습니다. 몇 달 후에 얼마나 많은 로그인 사용자가 표준으로 전환하는지 연구하고 로그인 사용자도 전환하는 것이 타당한지에 대한 논의를 시작할 예정입니다. 베타 기능의 초기 데이터에 따르면, 이 기능을 사용한 55%의 사용자가 글씨 크기를 표준 이상의 설정을 사용하기로 선택했습니다.
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
It is now possible for local administrators to add new links to the bottom of the site Tools menu without JavaScript. Documentation is available. [2]
The message name for the definition of the tracking category of WikiHiero has changed from "MediaWiki:Wikhiero-usage-tracking-category" to "MediaWiki:Wikihiero-usage-tracking-category". [3]
The new version of MediaWiki will be on test wikis and MediaWiki.org from 4 June. It will be on non-Wikipedia wikis and some Wikipedias from 5 June. It will be on all wikis from 6 June (calendar). [5][6]
Future changes
Next week, on wikis with the Vector 2022 skin as the default, logged-out desktop users will be able to choose between different font sizes. The default font size will also be increased for them. This is to make Wikimedia projects easier to read. Learn more.
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
The software used to render SVG files has been updated to a new version, fixing many longstanding bugs in SVG rendering. [7]
The HTML used to render all headings is being changed to improve accessibility. It was changed last week in some skins (Vector legacy and Minerva). Please test gadgets on your wiki on these skins and report any related problems so that they can be resolved before this change is made in Vector-2022. The developers are still considering the introduction of a Gadget API for adding buttons to section titles if that would be helpful to tool creators, and would appreciate any input you have on that.
The HTML markup used for citations by Parsoid changed last week. In places where Parsoid previously added the mw-reference-text class, Parsoid now also adds the reference-text class for better compatibility with the legacy parser. More details are available. [8]
Problems
There was a bug with the Content Translation interface that caused the tools menus to appear in the wrong location. This has now been fixed. [9]
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 11 June. It will be on non-Wikipedia wikis and some Wikipedias from 12 June. It will be on all wikis from 13 June (calendar). [10][11]
The new version of MediaWiki includes another change to the HTML markup used for citations: Parsoid will now generate a <span class="mw-cite-backlink"> wrapper for both named and unnamed references for better compatibility with the legacy parser. Interface administrators should verify that gadgets that interact with citations are compatible with the new markup. More details are available. [12]
On multilingual wikis that use the <translate> system, there is a feature that shows potentially-outdated translations with a pink background until they are updated or confirmed. From this week, confirming translations will be logged, and there is a new user-right that can be required for confirming translations if the community requests it. [13]
오른쪽과 같이 가로너비가 설정된 정보 상자 틀에서 일정 너비 이하는 지정된 너비로 표시되지 않는 문제가 오늘부터 발생하고 있네요. 틀:1896년 하계 올림픽 육상과 같이 {{정보상자}} 틀을 이용하지 않은 정보상자 또한 지정된 가로너비가 적용되지 않는 증상이 생기고 있습니다. 그리고 편집 역사에서 1월~4월 경의 편집의 편집일자가 "1월월"과 같은 형태로 표시되고 있는 문제도 생기고 있네요.(예) 다른 분도 이런 증상이 있는지 궁금합니다. -- Min's (토론) 2024년 6월 14일 (금) 11:21 (KST)[답변]
phab:T367462, phab:T367519 등을 참고해보시겠어요? 저 또한 자세한 경위는 모르지만 며칠 전 미디어위키 소프트웨어에 적용됐던 패치가 급히 되돌려진 것까지는 확인했습니다. 여러 언어의 위키 프로젝트에 공통으로 나타나는 문제적 현상이라면 파브리케이터를 찾아보는 편이 좋습니다. 이곳 기술 사랑방 최상단에 있는 안내문을 따릅니다. --ted (토론) 2024년 6월 16일 (일) 21:16 (KST)[답변]
'속도 문제'가 사람마다 달라 상대적인 부분이고 변수가 많으므로 정확히 답변드리기 쉽지 않습니다. 저같은 경우 한국에 있을 때는 항상 느려서 그러려니 하고, (아무래도 위키백과 서버가 미국에 있다보니) 미국에서는 상당히 빠름을 느낍니다. 다른 분들은 어떻게 느끼는지 들어봐야겠지만 모두에게 공통으로 발생된 서버 문제였다면 많은 분들이 이곳 사랑방이나 카카오톡 채널 등으로 보고하지 않았을까 싶습니다. 한국에 계시다면 통신사의 종류(외국 회선에 대해서는 통신사들 중 KT가 가장 빠른 편이라고 함)에 따른 차이이거나 일시적인 회선 상태의 문제일 수도 있습니다. 그 외 변수로, 속도를 개선하기 위해 캐시 서버라는 것을 위키미디어 프로젝트를 위해 두고 있는데 과거에는 서울(야후!)에 캐시 서버가 있었으나 지금은 아쉽게도 없습니다.(meta:Wikimedia servers) 이것 또한 과거에 비해 속도 저하에 한 몫 했을 수도 있습니다. 클라이언트의 상태나 DNS 설정 등 여러가지 변수가 더 있겠지만, 최근에 갑자기 느려지셨다는 부분에 대해서는 제가 특별히 드릴 말씀이 없습니다. --ted (토론) 2024년 6월 17일 (월) 17:48 (KST)[답변]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
People who attempt to add an external link in the visual editor will now receive immediate feedback if they attempt to link to a domain that a project has decided to block. Please see Edit check for more details. [14]
The dark mode beta feature is now available on category and help pages, as well as more special pages. There may be contrast issues. Please report bugs on the project talk page. [17]
Problems
Cloud Services tools were not available for 25 minutes last week. This was caused by a faulty hardware cable in the data center. [18]
Last week, styling updates were made to the Vector 2022 skin. This caused unforeseen issues with templates, hatnotes, and images. Changes to templates and hatnotes were reverted. Most issues with images were fixed. If you still see any, report them here. [19]
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 18 June. It will be on non-Wikipedia wikis and some Wikipedias from 19 June. It will be on all wikis from 20 June (calendar). [20][21]
Starting June 18, the Reference Edit Check will be deployed to a new set of Wikipedias. This feature is intended to help newcomers and to assist edit-patrollers by inviting people who are adding new content to a Wikipedia article to add a citation when they do not do so themselves. During a test at 11 wikis, the number of citations added more than doubled when Reference Check was shown to people. Reference Check is community configurable. [22]
Mailing lists will be unavailable for roughly two hours on Tuesday 10:00–12:00 UTC. This is to enable migration to a new server and upgrade its software. [23]
두 판 사이의 차이 페이지들(※예:특수:차이/37395797)에서 그 표시 색상이 바뀌었습니다. 그런데 제 경우는 바뀐 색상에서 그 변동 내용을 알아보기가 어려워지는 문제가 발생하였습니다. 관련 소도구는 이전의 표시와 차이가 있습니다. 하여 이전 색상을 사용하기 위해서 관련 내용을 여기저기 찾다가 관련 문서 및 이전 스타일로 보여주는 CSS를 찾았습니다. 색상에 대한 부분만 고쳐서 적용하면 될 것 같기도 한데, 상세를 잘 몰라서 전부 붙여넣고 해결을 보았습니다. 대부분의 경우 별 문제가 없을 것으로 여겨져 해당 색상으로 변동되었을 것이나, 바뀐 색상으로 곤란하신 경우라면 위쪽 관련 링크 등을 참고하실 수 있겠습니다. -- 메이 (토론) 2024년 6월 20일 (목) 19:28 (KST)[답변]
올려주신 파브리케이터 링크에 따르면 메이님의 의견과 동일하게 색 부분의 이의 제기가 있기에 조만간 시스템 자체적으로 또다시 다른 색으로 변경될 여지가 있는 것으로 비쳐집니다. 요즘 위키프로젝트의 언어에 관계 없이 뭔가 계속 바뀌는 상황이 잦기 때문에 일단 지켜보겠습니다. --ted (토론) 2024년 6월 21일 (금) 10:33 (KST)[답변]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Editors will notice that there have been some changes to the background color of text in the diff view, and the color of the byte-change numbers, last week. These changes are intended to make text more readable in both light mode and dark mode, and are part of a larger effort to increase accessibility. You can share your comments or questions on the project talkpage. [24]
The text colors that are used for visited-links, hovered-links, and active-links, were also slightly changed last week to improve their accessibility in both light mode and dark mode. [25]
Problems
You can copy permanent links to talk page comments by clicking on a comment's timestamp. This feature did not always work when the topic title was very long and the link was used as a wikitext link. This has been fixed. Thanks to Lofhi for submitting the bug. [26]
Changes later this week
The new version of MediaWiki will be on test wikis and MediaWiki.org from 25 June. It will be on non-Wikipedia wikis and some Wikipedias from 26 June. It will be on all wikis from 27 June (calendar). [27][28]
Starting 26 June, all talk pages messages' timestamps will become a link at English Wikipedia, making this feature available for you to use at all wikis. This link is a permanent link to the comment. It allows users to find the comment they were linked to, even if this comment has since been moved elsewhere. You can read more about this feature on Diff or on Mediawiki.org. [29]
@RhapsoDJ: 진한 파란 색은 일반적으로 클릭을 할 수 있는 항목을 가리키도록 약속되어 있는데, 바꾸신 아이콘의 색을 보니 다른 클릭 가능한 파란 항목들과 혼동을 줍니다. 제 모니터가 이상한 것일 수도 있겠으나 웹 접근성 문제라면 고쳐야겠습니다. 프랑스어 위키백과에서 쓰는 것처럼 어두운 검은색을 쓰거나, 아니면 다른 색이나 스타일로 변경이 가능할까요? --ted (토론) 2024년 7월 2일 (화) 18:18 (KST)[답변]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
Over the next three weeks, dark mode will become available for all users, both logged-in and logged-out, starting with the mobile web version. This fulfils one of the top-requested community wishes, and improves low-contrast reading and usage in low-light settings. As part of these changes, dark mode will also work on User-pages and Portals. There is more information in the latest Web team update. [30]
Logged-in users can now set global preferences for the text-size and dark-mode, thanks to a combined effort across Foundation teams. This allows Wikimedians using multiple wikis to set up a consistent reading experience easily, for example by switching between light and dark mode only once for all wikis. [31]
If you use a very old web browser some features might not work on the Wikimedia wikis. This affects Internet Explorer 11 and versions of Chrome, Firefox and Safari older than 2016. This change makes it possible to use new CSS features and to send less code to all readers. [32][33]
Wikipedia Admins can customize local wiki configuration options easily using Community Configuration. Community Configuration was created to allow communities to customize how some features work, because each language wiki has unique needs. At the moment, admins can configure Growth features on their home wikis, in order to better recruit and retain new editors. More options will be provided in the coming months. [34]
Editors interested in language issues that are related to Unicode standards, can now discuss those topics at a new conversation space in MediaWiki.org. The Wikimedia Foundation is now a member of the Unicode Consortium, and the coordination group can collaboratively review the issues discussed and, where appropriate, bring them to the attention of the Unicode Consortium.
안녕하세요, 한국 위키미디어 협회에서 거버넌스 커뮤니티 (관리-기술-정책)의 활동을 지원하기 위한 프로세스를 만들려고 노력하고 있습니다. 이 과정에서 다음주부터 커뮤니티 조사를 순차적으로 진행할 예정인데, 이때 현재 사용되고 있는 소도구들에 대한 이용 수요 조사 또한 진행할 예정입니다.
이를 위해 수요 조사가 필요하다고 생각되는 소도구들을 아래 나열해 주시면 감사하겠습니다. 저희가 조사하는 소도구들은
현재 설정에 도입되어 있는 가젯
본인 혹은 타인이 개발하였고 한국어 위키백과에 업로드 된 소도구 (즉 메타에 업로드된 소도구를 한국어 위키백과에 가져온 사례 제외)
다른 언어판의 소도구를 본인이 한국어 위키백과 로컬로 임포트해 사용하는 소도구등이 모두 해당합니다.
7/3 추가) 여기서 소도구들은 설정 이외에 본인이 별도로 사용중인 스크립트를 모두 포괄합니다. 다만, 본인이 사용중인 것들만 리스트업 부탁드립니다.
특히 2,3의 경우 저희가 직접 확인할수 있는 소도구들이 한정되어 있어서 여러분들의 많은 도움이 필요합니다. 특히 위키백과에서 운용되고 있는 관리 관련 소도구가 무엇이 있는지 파악이 필요합니다.
위백에서 관리자 분 들 비방하는 닉네임이나, 문서에 욕설이나 성적인 단어를 적는 분들이 있습니다. 닉네임, 편집 등 에서 욕설 필터링을 강화하고, 특히 누군가를 비방하는 닉네임 또는 욕설이 들어간 닉네임으로 가입하려 하는 것으로 추정되는 경우, 엄격하게 막아야 한다고 생각합니다.
관리자 분들께서, 위키백과를 위해 기여하시고, 관리하시며, 반달을 발견하면 차단을 하기도 합니다. 그러나, 반달이 자신이 차단 당할 일을 벌여놓고 무작정 비방하는 닉네임 또는 문서를 만드는 경우가 있는데, 이러한 일로 인하여 관리자 분들께서 억울하게 피해를 입을것입니다.
그러므로 사용자 닉네임이나 문서편집을 엄격하게 필터링 해야할 것 같으며, 필터링을 막기 위해 욕설 사이에 다른 글자를 넣거나, '씹알','뱅신' 등 욕을 변형하는 것 또 고려를 하고, 토론 문서에 성적 불쾌감을 주는 말을 적는것 등 을 방지하기 위해, 성적인 단어는 확실히 검열해야 합니다. 님피아𝓰𝓪𝓶𝓮𝓱𝓪𝓼𝓸𝓼𝓮𝓸2024년 7월 6일 (토) 14:34 (KST)[답변]
취지에는 약간 동의하지만 실효성이 있는지 의문스럽습니다. 불건전한 단어 자체를 설명하는 문서를 생성하고자 하는 경우와 같은 불가피하게 불건전한 단어를 문서에 사용해야 하는 특수한 상황이 발생할 가능성이 있습니다. 위백처럼 미디어위키 기반 엔진을 쓰는 백괴사전의 경우 학교 문서의 과도한 생성 문제로 '학교'가 들어가는 문서명을 생성하는 것을 막았으므로 이론상으론 가능해 보이나 그것 때문에 창작물에 나오는 가공의 학교 문서를 등재할 수 없는 상황이 생겼습니다. --린눈라단 (토론) 2024년 7월 10일 (수) 08:06 (KST)[답변]
또한 일부 문서훼손에서도 나타나다시피 훼손자가 인신공격 목적으로 특정 불쾌한 단어의 철자를 수차례 괴상하게 바꿔 사용하거나 아예 문서훼손자가 인신공격을 위해 단어를 새로 만들 수도 있습니다. --린눈라단 (토론) 2024년 7월 10일 (수) 08:06 (KST)[답변]
사용자명이라면 어느 정도 동의합니다만, 개인적으로 훼손이 아니며 불가피하게 불건전할 수 있는 단어가 들어가야 할 편집을 검열하는 것에 회의적입니다. (욕설에 대한 문서처럼 단어 자체와 개념 자체의 역사성을 알려주는 문서를 생성할 때의 문제가 생길 것 같기 때문입니다.) 린눈라단 (토론) 2024년 7월 10일 (수) 12:17 (KST)[답변]
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
The CampaignEvents extension is now available on Meta-wiki, Igbo Wikipedia, and Swahili Wikipedia, and can be requested on your wiki. This extension helps in managing and making events more visible, giving Event organizers the ability to use tools like the Event registration tool. To learn more about the deployment status and how to request this extension for your wiki, visit the CampaignEvents page on Meta-wiki.
Editors using the iOS Wikipedia app who have more than 50 edits can now use the Add an Image feature. This feature presents opportunities for small but useful contributions to Wikipedia.
A problem with the color of the talkpage tabs always showing as blue, even for non-existent pages which should have been red, affecting the Vector 2022 skin, has been fixed.
Future changes
The Trust and Safety Product team wants to introduce temporary accounts with as little disruption to tools and workflows as possible. Volunteer developers, including gadget and user-script maintainers, are kindly asked to update the code of their tools and features to handle temporary accounts. The team has created documentation explaining how to do the update. Learn more.
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Wikimedia developers can now officially continue to use both Gerrit and GitLab, due to a June 24 decision by the Wikimedia Foundation to support software development on both platforms. Gerrit and GitLab are both code repositories used by developers to write, review, and deploy the software code that supports the MediaWiki software that the wiki projects are built on, as well as the tools used by editors to create and improve content. This decision will safeguard the productivity of our developers and prevent problems in code review from affecting our users. More details are available in the Migration status page.
The Wikimedia Foundation seeks applicants for the Product and Technology Advisory Council (PTAC). This group will bring technical contributors and Wikimedia Foundation together to co-define a more resilient, future-proof technological platform. Council members will evaluate and consult on the movement's product and technical activities, so that we develop multi-generational projects. We are looking for a range of technical contributors across the globe, from a variety of Wikimedia projects. Please apply here by August 10.
Editors with rollback user-rights who use the Wikipedia App for Android can use the new Edit Patrol features. These features include a new feed of Recent Changes, related links such as Undo and Rollback, and the ability to create and save a personal library of user talk messages to use while patrolling. If your wiki wants to make these features available to users who do not have rollback rights but have reached a certain edit threshold, you can contact the team. You can read more about this project on Diff blog.
Next week, functionaries, volunteers maintaining tools, and software development teams are invited to test the temporary accounts feature on testwiki. Temporary accounts is a feature that will help improve privacy on the wikis. No further temporary account deployments are scheduled yet. Please share your opinions and questions on the project talk page. [37]
Editors who upload files cross-wiki, or teach other people how to do so, may wish to join a Wikimedia Commons discussion. The Commons community is discussing limiting who can upload files through the cross-wiki upload/Upload dialog feature to users auto-confirmed on Wikimedia Commons. This is due to the large amount of copyright violations uploaded this way. There is a short summary at Commons:Cross-wiki upload and discussion at Commons:Village Pump.
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Feature News
Stewards can now globally block accounts. Before the change only IP addresses and IP ranges could be blocked globally. Global account blocks are useful when the blocked user should not be logged out. Global locks (a similar tool logging the user out of their account) are unaffected by this change. The new global account block feature is related to the Temporary Accounts project, which is a new type of user account that replaces IP addresses of unregistered editors that are no longer made public.
Later this week, Wikimedia site users will notice that the Interface of FlaggedRevs (also known as "Pending Changes") is improved and consistent with the rest of the MediaWiki interface and Wikimedia's design system. The FlaggedRevs interface experience on mobile and Minerva skin was inconsistent before it was fixed and ported to Codex by the WMF Growth team and some volunteers. [38]
Wikimedia site users can now submit account vanishing requests via GlobalVanishRequest. This feature is used when a contributor wishes to stop editing forever. It helps you hide your past association and edit to protect your privacy. Once processed, the account will be locked and renamed. [39]
Have you tried monitoring and addressing vandalism in Wikipedia using your phone? A Diff blog post on Patrolling features in the Mobile App highlights some of the new capabilities of the feature, including swiping through a feed of recent changes and a personal library of user talk messages for use when patrolling from your phone.
Wikimedia contributors and GLAM (galleries, libraries, archives, and museums) organisations can now learn and measure the impact Wikimedia Commons is having towards creating quality encyclopedic content using the Commons Impact Metrics analytics dashboard. The dashboard offers organizations analytics on things like monthly edits in a category, the most viewed files, and which Wikimedia articles are using Commons images. As a result of these new data dumps, GLAM organisation can more reliably measure their return on investment for programs bringing content into the digital Commons. [40]
Project Updates
Come share your ideas for improving the wikis on the newly reopened Community Wishlist. The Community Wishlist is Wikimedia’s forum for volunteers to share ideas (called wishes) to improve how the wikis work. The new version of the wishlist is always open, works with both wikitext and Visual Editor, and allows wishes in any language.
Learn more
Have you ever wondered how Wikimedia software works across over 300 languages? This is 253 languages more than the Google Chrome interface, and it's no accident. The Language and Product Localization Team at the Wikimedia Foundation supports your work by adapting all the tools and interfaces in the MediaWiki software so that contributors in our movement who translate pages and strings can translate them and have the sites in all languages. Read more about the team and their upcoming work on Diff.
How can Wikimedia build innovative and experimental products while maintaining such heavily used websites? A recent blog post by WMF staff Johan Jönsson highlights the work of the WMF Future Audience initiative, where the goal is not to build polished products but test out new ideas, such as a ChatGPT plugin and Add a Fact, to help take Wikimedia into the future.
The new version of MediaWiki will be on test wikis and MediaWiki.org from 4 June. It will be on non-Wikipedia wikis and some Wikipedias from 5 June. It will be on all wikis from 6 June (calendar). [5][6]
The HTML used to render all headings is being changed to improve accessibility. It was changed last week in some skins (Vector legacy and Minerva). Please test gadgets on your wiki on these skins and report any related problems so that they can be resolved before this change is made in Vector-2022. The developers are still considering the introduction of a Gadget API for adding buttons to section titles if that would be helpful to tool creators, and would appreciate any input you have on that.
정확히 언제 변동되었는지는 모르겠으나 이 알림 내용 작성 시점의 색상은 이전의 색과 비슷하되 다소 어둡게 바뀐 것으로 확인됩니다. -- 메이 (토론) 2024년 7월 20일 (토) 02:43 (KST)
.svg){kind=icon}
파일:Test Template Info-Icon - Version (2).svg → 
파일:Documentation-plain.svg
2024년 거버넌스 커뮤니티 조사가 시작되었습니다. 또한 소도구 수요 조사도 같이 시작되었습니다. 7월 22일까지 적극적인 의견 부탁드립니다:)--Youngjin (WMKR) (토론) 2024년 7월 8일 (월) 16:21 (KST)