위키백과:사랑방 (전체)

일반

정책

기술

전체

이용 안내
이 곳은 모든 사랑방 문서의 현재 토론중인 내용을 볼 수 있는 공간입니다. 토론에 의견을 남기려면 문단 오른쪽의 '편집' 버튼을 눌러서 의견을 남기시면 됩니다. 새로운 토론을 시작하려면 각 주제의 사랑방으로 가서 '새 글 쓰기' 버튼을 클릭해 주세요. 모든 사랑방의 보존문서를 보려면 위키백과:사랑방/보존문서를 방문해 주세요. 새로 고침을 하려면 을 클릭해 주세요.

위키백과 소식
향후 15년의 위키미디어의 미래를 논의하는 위키미디어 2030 전략 토론 서클3가 진행되고 있습니다. 서산시 위키백과 협업 프로젝트가 2017년 5월부터 10월까지 진행되고 있습니다. 8월 30일에 2차 에디터톤이 개최되었습니다. 인사이트 쉐어링: 위키백과 에디터톤이 IT조선 연결지성센터에서 9월 21일에 열립니다.

의견 요청
틀토론:행성 정보 - 내용이 같은 두 틀의 통합 위키백과토론:삭제 정책 - 불필요하고 악용 소지가 있는 조항의 삭제 토론:지창콰이 선 - 홍콩의 공항철도 이름을 무엇으로 정해야 할까요? 틀토론:Ja-y - 일본어판에서도 쓰지 않는 후리가나를 쓸 필요가 있는가? 위키백과:사랑방 (기술)/2017년 9월 - 다가오는 위키백과 최근 바뀜에 대한 변경 사항에 대한 대응 위키백과토론:삭제 제안 - 삭제 제안의 정책 승격 위키프로젝트토론:위키백과 년월일 - 연도 문서의 '문화' 단락을 없애는 방안

일반

위키백과:사랑방 (기술)/2017년 9월#최근 바뀜의 공지사항들

원래 의견 요청 봇이 자동으로 띄워줘야 하는데 봇이 죽었네요. 의견 부탁드립니다. — regards, Revi 2017년 9월 8일 (금) 00:24 (KST)

의견 요청 봇도 그렇고 사:정안영민/통계를 업데이트해주던 봇도 작동을 중단한 지 오래입니다. --"밥풀떼기" 2017년 9월 9일 (토) 01:56 (KST)

지금 사:정안영민/통계를 갱신해보니 활동자 수(NUMBEROFACTIVEUSERS)가 며칠 사이에 천 명도 넘게 증가했네요. 해당 변수에 대한 정의가 바뀌었을려나요? --정안영민 (토론) 2017년 9월 12일 (화) 05:15 (KST)

그러게요.. 확실한 건 며칠간 업뎃하고 지켜봐야 알 것 같습니다. --"밥풀떼기" 2017년 9월 13일 (수) 20:31 (KST)

다시 하루 사이에 600명이 늘었어요. 확실히 문제가 있어 보입니다. :/ --정안영민 (토론) 2017년 9월 15일 (금) 03:37 (KST)

It's the problem not only in ko wiki. In pl wiki NUMBEROFACTIVEUSERS = > 7000 now, a week ago ~3800. It's not visible on recent changes. Every day MediaWiki "adds" several hundreds. Maybe it counts users editions on WikiData. Sławek Borewicz (토론) 2017년 9월 17일 (일) 23:04 (KST)

크라브 마가 토론 참여 부탁드립니다

저와 다른 사용자 간의 편집 분쟁이 발생하고 있었고, 일단 저는 되돌리기를 멈추기로 결정하였습니다. 여러분들의 토론 참여를 부탁드리고 싶습니다. 토론:크라브 마가#분류와 전거 통제 틀, 그리고 문서 등재 기준 및 토론:이스라엘리 크라브마가에 토론을 부탁드리며, 여러분들의 의견을 따르려고 합니다. 감사합니다. --Ykhwong (토론) 2017년 9월 9일 (토) 14:15 (KST)

위키백과:문서 등재 기준에 따라 제 의견을 남겼습니다. 다른 분들도 참여해주세요.--잔글러 (토론) 2017년 9월 17일 (일) 23:57 (KST)

사진 공유 요청합니다

혹시 박근혜 대통령 퇴진 운동과 관련된 사진을 갖고 계신 분 있으신가요? 공용에 보니까 1차, 3차, 10차 시위의 자료사진은 좀 있는데 그밖의 집회 사진들은 부족하네요. 해당 문서들을 살찌울 계획이라 관련 미디어 자료도 풍부했으면 하는 바람에서 공유를 긴히 부탁드립니다. --"밥풀떼기" 2017년 9월 16일 (토) 21:50 (KST)

집에 가서 뒤져보고 공용에 올릴께요. -- Jjw (토론) 2017년 9월 18일 (월) 14:39 (KST)

비자유 저작물 업로드에 대해

비자유 저작물 업로드 관리가 멈춘 느낌이 드네요.. -- jangg8962·User Talk·Contribution 2017년 9월 17일 (일) 15:23 (KST)

RfC regarding "Interlinking of accounts involved with paid editing to decrease impersonation"

There is currently a RfC open on Meta regarding "requiring those involved with paid editing on Wikipedia to link on their user page to all other active accounts through which they advertise paid Wikipedia editing business."

Note this is to apply to Wikipedia and not necessarily other sister projects, this is only to apply to websites where people are specifically advertising that they will edit Wikipedia for pay and not any other personal, professional, or social media accounts a person may have.

Please comment on meta. Thanks. Send on behalf of User:Doc James.

MediaWiki message delivery (토론) 2017년 9월 18일 (월) 06:06 (KST)

비자유 그림의 업로드

비자유 그림 틀의 링크만 걸려있는 문서들이 있습니다. 이 링크를 확인한 후 해당 문서들에 쓰이는 비자유 저작물을 한국어 위키백과에 직접 업로드할 필요가 있습니다. 저의 현재 서명 시각을 기점으로 정확히 100개의 문서가 관련되어 있습니다. --Ykhwong (토론) 2017년 9월 18일 (월) 17:49 (KST)

신속하게 처리됬으면 좋겠네요 -- jangg8962·User Talk·Contribution 2017년 9월 18일 (월) 23:30 (KST)

업로더로서 모든 그림들을 신속하고 원만하게 업로드하고 싶지만, 업로드한 저작물에 대해 자기가 법적 책임을 지기 때문에 섣불리 그럴 수 없다는 점에서 안타까운 심정입니다. 최근 들어 업로드 요청란은 저만 활동하는 양상인데 다른 업로더분들도 같이 나서주셨으면 좋겠습니다. --"밥풀떼기"

위키 러브 모뉴먼트 2017 대한민국

이 행사는 9월 30일까지 진행됩니다. 행사의 자세한 내용은 링크(위키 러브 모뉴먼트 2017 대한민국)를 눌러 확인하실 수 있습니다. (제35주 문서의 내용을 복사하여 붙여넣었습니다.) -- 메이 (토론) 2017년 9월 19일 (화) 00:41 (KST)

한국어 위키백과의 문서 수가 빠르면 올해 안에, 늦어도 내년 초에 40만을 돌파할 것 같습니다.

현재 한국어 위키백과의 문서 수가 397500여 개 정도 되는데, 이 추세로 보아 빠르면 올해 안에, 늦어도 내년 초에 40만을 돌파할 것 같습니다.

그런데 50만, 60만 등 빠른 문서 수 성장을 위해서 어떻게 하는 것이 좋을까요??

우리나라의 경우 위키가 나무위키 중심으로 발전하는 것 같은데 이는 위키백과와 위키아 기반 위키같은 특정 분야 특화 위키 발달을 저해하는 부분입니다.

--Ox1997cow (토론) 2017년 9월 20일 (수) 11:21 (KST)

이젠 문서 수에 연연할 때가 아니라고 생각합니다. 내실을 키워야 합니다. 사람들이 나무위키로 대체제를 삼는 이유 중 하나가 위키백과의 내용이 빈약하다는 점을 생각해본다면 더더욱 그렇습니다. --"밥풀떼기" 2017년 9월 20일 (수) 22:00 (KST)

저도 문서 수는 중요하지 않다고 생각합니다. 위키백과에서 '임의 문서로' 링크를 몇 번만 눌러봐도 토막글 수준인 문서가 너무 많습니다. 이건 양적 성장이라고 할 수도 없다고 생각합니다. 개개 문서 내용의 '양'은 크게 늘지 않고 있으니까요. 나무위키는 나무위키대로 하는 것이고, 저희는 저희 문서 내용을 알차게 만드는 게 중요하다고 생각합니다. --잔글러 (토론) 2017년 9월 20일 (수) 22:04 (KST)

이건 사족인데요, 토막글 문서 살찌우는 것도 재미있더군요. 처음에 토막글 만들어놓고 며칠에 걸쳐서 편집하고 있었는데, 9000바이트가 넘어가니까 봇이 오더니 토막글 틀을 딱 떼줄 때 쾌감이 정말 좋았습니다. 여태 한 두 개였나 세 개였나 그렇게 봇이 토막글 틀을 떼주더라구요. 상수도, 관수로, 정수 (물), 하수도 네 개네요. 정말 뿌듯하고 기뻤습니다.--잔글러 (토론) 2017년 9월 20일 (수) 22:20 (KST)

뭔가 그간 위키백과에 알려지지 않은 정보를 내가 정리해 써넣는다고 생각하면 쾌감이 크죠. 그리고 토막글을 알차게 채웠을 때 구글 등의 검색결과 순위도 올라가서 보는 사람들도 늘어나더라구요 :) --"밥풀떼기" 2017년 9월 20일 (수) 22:28 (KST)

오 검색결과 순위 올라가는 건 몰랐네요^^--잔글러 (토론) 2017년 9월 20일 (수) 22:34 (KST)

예컨대 제가 요즘 꽂혀서 양성중인 1차 촛불집회 문서는 생성하기 전만 하더라도 네이버 검색결과에는 나무위키가 최상위였는데 지금은 지식백과란의 위키백과가 우선으로 뜨더라구요, 방문자 통계가 폭등한 건 두말할 필요도 없구요ㅎㅎ --"밥풀떼기" 2017년 9월 20일 (수) 22:39 (KST)

ㅋㅋㅋㅋ 그 문서 제목이 너무 재밌어서 계속 볼때마다 웃게 되네요. 문서 수도 수지만 내용 불리는 것도 정말 위키백과의 발전을 위해서 좋은 방법이네요. 최근 30일 521회라니... 기분 좋으시겠어요.--잔글러 (토론) 2017년 9월 20일 (수) 22:48 (KST)

그런 맛에 위키하는 것 같습니다 :) Bluemersen ⁽⁺⁾ 2017년 9월 21일 (목) 00:17 (KST)

꼭 있어야 하는 문서 목록

위키백과:모든 언어의 위키백과마다 꼭 있어야 하는 문서 목록이라는 게 있었네요. 위키백과의 발전을 평가하는 데 이걸 봐도 되겠네요. 며칠 전에 우연히 수나사 문서에 내용을 좀 추가했는데, 이 목록에 의하면 수나사는 가장 짧은 글 2위였습니다 ㄷㄷ. 구경하니까 재밌네요. 사족으로 토목공학이 예술 분류에 포함되는 건 좀 이상하게 느껴졌습니다 ㅋㅋ --잔글러 (토론) 2017년 9월 23일 (토) 18:36 (KST)

보면서 업데이트를 하면 좋겠다는 생각이 드네요.. -- jangg8962·User Talk·Contribution 2017년 9월 24일 (일) 01:39 (KST)

Discussion on synced reading lists

Discussion on synced reading lists

Hello,

The Reading Infrastructure team at the Wikimedia Foundation is developing a cross-platform reading list service for the mobile Wikipedia app. Reading lists are like bookmark folders in your web browser. They allow readers using the Wikipedia app to bookmark pages into folders to read later. This includes reading offline. Reading lists do not create or alter content in any way.

To create Reading Lists, app users will register an account and marked pages will be tied to that account. Reading List account preferences sync between devices. You can read the same pages on different mobile platforms (tablets, phones). This is the first time we are syncing preference data between devices in such a way. We want to hear and address concerns about privacy and data security. We also want to explain why the current watchlist system is not being adapted for this purpose.

Background

In 2016 the Android team replaced the simple Saved Pages feature with Reading Lists. Reading Lists allow users to bookmark pages into folders and for reading offline. The intent of this feature was to allow "syncing" of these lists for users with many devices. Due to overlap with the Gather feature and related community concerns, this part was put on hold.

The Android team has identified this lack of synching as a major area of complaint from users. They expect lists to sync. The iOS team has held off implementing Reading Lists, as syncing was seen as a "must have" for this feature. A recent technical RfC has allowed these user stories and needs to be unblocked. Initially for Android, then iOS, and with web to potentially follow.

Reading lists are private, stored as part of a user's account, not as a public wiki page. There is no sharing or publishing ability for reading lists. No planned work to make these public. The target audience are people that read Wikipedia and want to bookmark and organize that content in the app. There is a potential for the feature to be available on the web in the future.

Why not watchlists

Watchlists offer similar functionality to Reading Lists. The Reading Infrastructure team evaluated watchlist infrastructure before exploring other options. In general, the needs of watchlists differ from Reading Lists in a few key ways:

• Reading lists focus on Reading articles, not the monitoring of changes.
• Watchlists are focused on monitoring changes of pages/revisions.
  • The Watchlist infrastructure is key to our contributor community for monitoring content changes manually and through the use of automated tools (bots). Because of these needs, expanding the scope of Watchlists to reading purposes will only make the project harder to maintain and add more constraints.
• By keeping the projects separate it is easier to scale resources. We can serve these two different audiences and prioritize the work accordingly. Reading Lists are, by their nature, less critical to the health of Wikipedia/MediaWiki.
• Multi-project support. Reading Lists are by design cross-wiki/project. Watchlists are tied to specific wikis. While there have been many discussion for making them cross-wiki, resolution is not in the near term.

More information can be found on MediaWiki.org where feedback and ideas are welcome.

Thank you

CKoerner (WMF) (talk) 2017년 9월 21일 (목) 05:35 (KST)

정책

'토론' 문서를 가리키는 문서에 대해서

• 위키백과토론:바깥 고리

• 특수:차이/19306876
• 특수:차이/19306902
• 특수:차이/19312295
• 특수:차이/19328160 등등

일반적으로 토론 문서는 넘겨주기 문서를 두지 않으므로, 삭제 신청하였으나, '가리키는 문서'(토론 문서 또는 위키백과사랑방 등)가 있는 까닭으로 반려되었습니다. 관련 문서를 수정 후 다시 삭제 신청하고, 어제 오늘 몇몇 문서에 대하여 링크를 수정한 뒤 가리키는 문서를 없애고 삭제 신청을 하였습니다.

한데, 이같이 '토론' 문서를 가리키는 문서에 대한 문서들에 대한 수정이 꼭 필요한지 의문이 듭니다. 문서가 삭제될 경우, '이동 기록'과 '삭제 기록'의 참조 정보가 작업수행 시간과 함께 표시되게 됩니다. 비록 빨간 링크로 바뀌더라도, 확인이 필요한 경우 해당 문서가 어느 시점에 어디로 이동(또는 삭제)되었는지 확인 가능합니다.

이와 관련하여 다른 사용자 분들의 의견을 듣고싶습니다. -- 메이 (토론) 2017년 8월 21일 (월) 01:03 (KST)

한 번의 이동이라면 괜찮을지 모릅니다. 여러번의 이동의 발생할 경우에는 중간에 끊기는 일이 발생할 수 밖에 없습니다. 그러한 경우를 고려해야한다고 봅니다. 토론 문서의 넘겨주기를 남기지 말라는게 원칙인지도 미묘합니다. 언젠가 한국어 위키백과:넘겨주기에 추가는 되어있지만, 영어 위키백과에서는 그러한 내용을 본적이 없습니다. --이강철 (토론) 2017년 8월 27일 (일) 17:14 (KST)

가리키는 문서가 있는 경우라면, 링크를 고쳐서 삭제 요청을 하기보다는 그냥 두는 쪽이 낫겠네요. -- 메이 (토론) 2017년 8월 30일 (수) 08:10 (KST)

새로운 정책 제안 위키백과:유해물 금지, 위키백과:연령 제도

위키백과는 사용자의 연령층이 다양하기 때문에 선정성, 폭력성, 사행성 등 청소년 유해물을 업로드하지 못하개 해야 합니다. 그리고 전체관람가, 7, 12, 15, 19 등의 연령 제도를 만들어서 유해물로부터 어린이와 청소년을 보호해야 합니다.

백:아님#검열을 읽어 보세요. 무엇이 ‘유해’한가에 대한 가치 판단은 사람마다 다릅니다. — regards, Revi 2017년 9월 23일 (토) 00:39 (KST)

방금 사:regards가 말한것처럼 백:아님#겸열과 유해한 것은 사람마다 다를 수 있습니다 어제 제가 말했던 위키백과:유해물 금지 문제에서 청소년 유해물에 대한 것은 필요합니다. 왜냐하면 위키백과는 모든 사용자들이 사용할 수 있는곳이기 때문입니다.(다른 사용자 존중 필요)

기술

모바일 대문 변경

현재 모바일 대문에 노출되는 컨텐츠가 지나치게 없고, 모바일 버전에서의 메뉴를 로컬에서 바꿀 수 없어, 사용자 모임이나 도움말을 모바일 버전에서는 전혀 찾을 수가 없습니다. 독일어 위키백과 모바일 대문[1]을 보니 변경이 가능한 것으로 파단되어 어떤 부분을 추가할지에 대해서 토론을 시작하려고 합니다. --Motoko C. K. (토론) 2017년 7월 19일 (수) 22:44 (KST)

적어도 모바일 대문에서 사용자 모임과 도움말은 노출되어야 한다고 생각합니다. 현재는 모바일에서 전혀 이 둘을 찾을 수가 없습니다. --Motoko C. K. (토론) 2017년 7월 20일 (목) 15:12 (KST)

찬성 필요할때 적절한 채널로 알릴 수 있어야 합니다. --거북이 (토론) 2017년 7월 20일 (목) 17:07 (KST)

아래의 토론을 보니 질문방도 대문에 노출되었으면 좋겠습니다. --Motoko C. K. (토론) 2017년 7월 20일 (목) 19:25 (KST)

찬성--Leedors (토론) 2017년 7월 22일 (토) 06:16 (KST)

찬성--slfsp3645 · talk 2017년 7월 23일 (일) 06:11 (KST)

찬성 모바일 접근성이 떨어지는것은 사실입니다. Oil0518 (토론) 2017년 8월 1일 (화) 16:13 (KST)

찬성 -- 아사달(Asadal) (토론) 2017년 8월 2일 (수) 22:13 (KST)

찬성 --ysjbserver (토론) 2017년 8월 3일 (목) 13:55 (KST)

다른 분들께서 공감은 많이 표하신 듯 한데 이젠 무엇을 노출시키느냐가 고민이 되겠군요. 제 생각에는 PC판에 있던 요소들을 모바일 사정에 맞게 축소하여 올리는 것이 낫지 않나 싶네요. 특히 '위키백과 소개 / 위키백과 참여하기' 상자를 간략하게 만드는 일이 필요할 것 같습니다. 모바일 유저에 특화된 나무위키의 대문도 참고할 만 합니다. --"밥풀떼기" 2017년 8월 3일 (목) 14:00 (KST)

감사합니다. 나무위키와 비교해 보았을 때 모바일 대문은 도저히 참여 가능한 백과사전이라는 생각이 들지 못하게 합니다. 하다못해 위키백과 소식이라도 대문에 노출되었으면 좋겠습니다. 관선이나 기타 어떤 이벤트가 진행되는지 알수 있으니까요. --Motoko C. K. (토론) 2017년 8월 3일 (목) 17:30 (KST)

재단에서 mw:Mobile Gateway/Mobile homepage formatting를 참고하면 모바일 대문이 수정된다고 하는데요. 해당 내용이 맞는지 다른 분들도 한 번 봐 주셨으면 합니다. --Motoko C. K. (토론) 2017년 8월 3일 (목) 18:20 (KST)

찬성 원하는 바입니다. -- Jangg8962/토론 2017년 8월 7일 (월) 17:55 (KST)

데스크탑 버전 대문은 다른 위키백과와 비교해도 꽤 예쁜 편이라고 생각이 되는데, 모바일 버전에서도 하늘색 표를 볼 수 있으면 좋겠습니다. Bluemersen ⁽⁺⁾ 2017년 8월 15일 (화) 14:56 (KST)

프로세스

다음과 같은 프로세스로 진행될 예정입니다.

1. MFSpecialCaseMainPage를 비활성화시키고 모바일뷰와 데스크탑뷰를 동일하게 보이게 한다.
2. CCS로 레이아웃을 조정한다.
3. 모바일뷰에 맞지 않는 컨텐츠는 제거한다.

위키공용분류 틀에 대해서

오늘 관련 편집을 하다보니, {{위키공용분류}} 틀을 삽입하면, 왼쪽 메뉴의 '다른 프로젝트' 항목의 위키공용분류 항목이 사라지는 것으로 확인하였습니다. 이전에는 틀의 삽입과 상관없이 항목이 표시되었던 것 같은데 뭔가 바뀐 것 같습니다. '차라리 일괄적으로 왼쪽 메뉴에만 표시되도록 틀을 빼는 편이 낫지 않은가?' 싶기도 합니다. -- 메이 (토론) 2017년 8월 12일 (토) 11:39 (KST)

+ {{위키공용}} 틀(문서 연결)의 경우에는 {{위키공용분류}} 틀(분류 연결)과 달리, 문서에 삽입해도 왼쪽의 메뉴가 사라지지 않는 것 같은데, 뭔가 차이가 있나봅니다. -- 메이 (토론) 2017년 8월 12일 (토) 11:43 (KST)

+ 삽입했던 틀을 지워도, 사라졌던 왼쪽의 '다른 프로젝트' 항목은 다시 보이지가 않습니다 . 어떤 까닭인지 알 수가 없네요. -- 메이 (토론) 2017년 8월 12일 (토) 13:33 (KST)

정확히 어떤 문서를 말하시나요. 위키공용분류와 위키공용은 가리키는 문서가 다르기에 좌측의 자매 프로젝트 인터위키도 다르게 나옵니다. 제가 보기엔 위키공용분류가 들어 있어도 좌측에 해당 분류로의 링크가 잘 나옵니다.--Namoroka (토론) 2017년 8월 17일 (목) 02:26 (KST)

온가 정, 지쿠조 정, 슈리브포트 등의 문서에서 그러했습니다. 당시 '후쿠오카 현의 행정 구역'에 속하는 문서 등에서 확인되었던 문제인데, 지금은 말씀하신 바처럼 잘 나오고 있습니다. 일시적인 오류였는지도 모르겠습니다. 머쓱하네요. -- 메이 (토론) 2017년 8월 19일 (토) 22:05 (KST)

조사 확장 기능

미디어위키의 조사확장 기능 설명을 보면 {{#은는: 한글}}은 분석대상 명사와 조사가 함께 출력되어 한글은이라는 결과로 표시되어야 하고, {{#은는: 한글|0}}은 명사는 제외하고 조사만 출력되어 은이라는 결과로 표시되어야 하는데, 무슨 이유에서인지 현재는 "|0"을 넣더라도 아래와 같이 명사와 조사가 함께 나옵니다.

한글은 ({{#은는: 한글|0}} 출력 결과)

이 때문에 틀:틀 연습장 안내에도 사용자 이름이 두 번 표시되는 일이 생겼는데, 해당 확장기능의 사용법이 변경된 것인지 궁금합니다. Bluemersen ⁽⁺⁾ 2017년 8월 14일 (월) 23:43 (KST)

해결됨 언제 바뀐 건지 모르겠지만 "0" 대신 "조사만" 또는 "josaonly"를 넣으니 정상출력되는 것 같습니다. Bluemersen ⁽⁺⁾ 2017년 8월 15일 (화) 00:05 (KST)

은 ({{#은는: 한글|조사만}} 출력 결과)

공유기능

모바일이나 앱에는 공유기능이 있는데, PC버전에는 공유기능이 없네요. 공유기능을 추가하면 어떨까요? --95016maphack (토론) 2017년 8월 17일 (목) 15:17 (KST)

착각을 좀 했네요. 앱에는 기능이 있지만, 모바일에는 없습니다. --95016maphack (토론) 2017년 8월 19일 (토) 21:53 (KST)

모바일 웹에는 공유 기능이 전혀 보이지 않고, 모바일 앱의 공유 기능은 (안드로이드 폰에 위키백과 앱 받기 귀찮아서 iOS 베타 앱을 기준으로 설명합니다) OS의 내장 공유 기능을 활용하는 것입니다. 아이디어 자체는 좋지만 제가 알기로 소셜미디어 공유를 사용하는 영어 위키뉴스의 경우는 틀을 사용하고, 확장기능을 사용하는 것은 본 적 없네요. — regards, Revi 2017년 8월 19일 (토) 21:59 (KST)

시각편집기와 화살괄호 처리

이전에 위키백과:사랑방_(기술)/2017년_2월#시각편집기와 화살괄호에서 시각편집기에서 화살괄호를 사용하면 좋겠다는 의견이 있었습니다. 이와 관련하여 파브리케이터에서 기술적 문제가 해결되었다고 이야기가 나왔습니다. (phab:T159529, Resolved로 closed됨) 그러나 아직 시각 편집기에서 "자주 사용"(Often used) 항목이 나타나지 않고 있는데 일단은 좀 더 시간을 두고 기다려봐야 할 것 같습니다. --Ykhwong (토론) 2017년 8월 24일 (목) 13:32 (KST)

I came to say this exact thing. The change will be live in a week or so! --Elitre (WMF) (토론) 2017년 8월 24일 (목) 17:53 (KST)

Thanks for your information, Elitre. :) --Ykhwong (토론) 2017년 8월 24일 (목) 19:28 (KST)

일반적으로 resolved는 서버에 적용되었다는 것을 의미하지 않습니다. 매주 미디어위키 업데이트 때 (또는 SWAT 업데이트 때) 업데이트가 실제로 위키백과에 적용됩니다. — regards, Revi 2017년 8월 24일 (목) 19:24 (KST)

보충 설명 감사합니다. 윗분 말씀대로 일정 기간 기다려 보겠습니다. --Ykhwong (토론) 2017년 8월 24일 (목) 19:28 (KST)

대강 다음주 금요일 오전 4시~6시 정도에 적용될 것으로 예상됩니다. — regards, Revi 2017년 8월 24일 (목) 19:50 (KST)

이제 적용된 것을 확인했습니다. --Ykhwong (토론) 2017년 9월 1일 (금) 12:43 (KST)

@Ykhwong: 글을 늦게 보았습니다. 기능이 작동함을 확인하였으며, 일련의 과정에 대해 감사의 말씀을 드립니다. 수고하셨습니다. Tablemaker (토론) 2017년 9월 17일 (일) 19:04 (KST)

사:정안영민/통계의 자동 업데이트 문의

봇이 지난번 작동을 중단한 이후로 제가 수동으로나마 업데이트를 해오고 있는데, 언제까지 이렇게 해야 할지 걱정입니다. 수동 작업이기 때문에 정확성도 크게 떨어지고요. 다른 분께서 봇으로 자동 업데이트가 되도록 도와주시기를 희망합니다. --"밥풀떼기" 2017년 8월 25일 (금) 00:05 (KST)

Beta feature: advanced filters and more options for Watchlists, starting September 5

Hello!

Sorry to write in English. 당신의 언어로 번역해 주세요!

As you may already know, the Global Collaboration team has created a Beta feature. This feature is on your wiki since few months: "편집 검토를 위한 새로운 필터". You can activate it in your Beta preferences.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked. It adds new features that ease vandalism tracking and support of newcomers:

• Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
• Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
• Bookmarking to keep your favorite configurations of filters ready to be used.
• Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help.

You can know more about this project by visiting the quick tour help page.

What's new?

On September 5, the Beta feature will have a new option. Watchlists will have all features available now on the Beta Recent Changes improvements.

If you have already activated the Beta feature "편집 검토를 위한 새로운 필터", you have no action to take. If you haven't activated the Beta feature "편집 검토를 위한 새로운 필터" and you want to try the filters on Watchlists, please go to your Beta preferences on September 6. It will not be possible to try the filters only on Recent Changes or only on Watchlist.

Please also note that later in September, some changes will happen on Recent Changes. We will release some features at the moment available in Beta as default features. This will impact all users, but we will provide an option to opt-out. I'll recontact you with a more precise schedule and all the details very soon.

You can ping me if you have questions.

All the best, Trizek (WMF) (토론) 2017년 8월 25일 (금) 00:58 (KST)

그나저나 한국어 위키백과에도 빨리 ORES 도입이 되었으면 좋겠네요. 관심 있는 분들의 참여 (클릭) 부탁 드립니다. Bluemersen ⁽⁺⁾ 2017년 8월 25일 (금) 11:38 (KST)

최근 바뀜의 공지사항들

베타 기능인 "편집 검토를 위한 새로운 필터"가 (이번에도 opt-out으로) 적용되면 최근 바뀜에 있는 텍스트가 전부 "다른 검토 도구" 체크박스 속으로 사라집니다.

재단은 "해당 텍스트의 글이 가시성도 낮고 쓰이지 않는다고 주장(하는데 정작 그 주장의 출처가 재단 직원만 볼 수 있군요...허 참.)하면서 위키백과 알림 같은 내용에 대해 Mediawiki:Recentchanges-summary를 쓰라고 하네요.

당연히 이 기능을 활성화 후에 수동으로 끌 수도 있고, 일단 "다른 검토 도구" 부분을 펼치면 펼친 상태로 유지됩니다만, 이러한 내용을 혼자 결정하기는 그렇기 때문에 현재 가능한 안건이 몇 개 있습니다.

1. 모든 내용을 새 링크로 옮긴다
2. 새 알림 내용만 새 링크로 옮기고 나머지는 "다른 검토 도구" 속에 둔다
3. 그냥 지금 대로 간다 (9월 중순에 자동으로 숨겨집니다.)

— regards, Revi 2017년 9월 1일 (금) 00:04 (KST)

PS: 사라지는 부분은 "현재 한국어 위키백과에는 문서 [문서 갯수]개가 실려 있습니다." 부터 최근 바뀜 설정 바로 윗줄까지입니다. — regards, Revi 2017년 9월 1일 (금) 01:04 (KST)

3안 우선으로 하고 싶네요. 2안은 차선으로, 해당 기능을 적게 쓰기는 하지만, 굳이 숨길 필요는 없다고 생각합니다. --이강철 (토론) 2017년 9월 1일 (금) 00:22 (KST)

지금 대로 간다 == 자동으로 숨겨진다 입니다. 약간 헷갈리게 썼네요. — regards, Revi 2017년 9월 1일 (금) 01:01 (KST)

보이는게 낫다고 봅니다. 1안 우선, 2안 차선으로 정정하죠. --이강철 (토론) 2017년 9월 1일 (금) 01:27 (KST)

저도 1안 우선, 2안 차선입니다. --95016maphack (토론) 2017년 9월 2일 (토) 16:58 (KST)

질문 자동으로 숨겨진다(3)는 것은, '기본값은 보이게하고, 숨길 수 있도록 설정'하는 것은 불가능하다는 이야기이지요? -- 메이 (토론) 2017년 9월 8일 (금) 00:36 (KST)

재단 쪽에서 안 해 주려고 하네요. 할 수 있을 것 같긴 합니다만... "영어 위키백과 등에서 테스트해봤는데 그 링크 다들 안 쓰더라"고 하더라고요. — regards, Revi 2017년 9월 8일 (금) 09:35 (KST)

본래 역할에 초점을 두자는 것일지도 모르겠네요. 기존 꼴을 유지할 수 있다면 일단 옮겨서 꼴을 유지 하고, 이후 계속적으로 의견 수렴을 거치는 쪽이 나을 것으로 보입니다. -- 메이 (토론) 2017년 9월 8일 (금) 09:51 (KST)

1안이 제 취향입니다. -- Jjw (토론) 2017년 9월 8일 (금) 01:08 (KST)

이미 베타 기능을 활성화시킨 후 한 번 펼친 사용자에게는 계속 펼친 상태로 유지되는 건가요? 아님 최근 바뀜에 접속할 때마다 다시 펴야 하나요? 9월 중순에 변경되는 내용이 Rcfilter가 단지 베타 기능에서 기본 적용으로 바뀌는 것뿐이고 한 번 펴면 다시 펼 필요가 없다면 3안도 큰 문제는 없을 것 같습니다. Bluemersen ⁽⁺⁾ 2017년 9월 9일 (토) 18:57 (KST)

이해하고 계신 내용이 맞습니다. — regards, Revi 2017년 9월 14일 (목) 11:02 (KST)

의견 그냥 이참에 백:사용자 모임에다 링크들을 모아서 그쪽 공간을 활성화시키는 건 어떨까요. 지금 생각해보면 최근 바뀜은 그저 특수기능 중 하나일 뿐인데 만남의 광장으로서 기능하는 것의 의존도가 너무 높지 않았나 하는 생각도 들고요. --"밥풀떼기" 2017년 9월 9일 (토) 18:51 (KST)

생각해보니 저쪽에서 주장하는 방향으로 이전하게 되면 언어가 한국어가 아닌 사람은 해당 리스트가 아예 사라지네요. (물론 전 문제의 기능 자체를 끌 겁니다만...) — regards, Revi 2017년 9월 15일 (금) 09:47 (KST)

Improvements coming soon to Recent Changes

Hello

Sorry to use English. 당신의 언어로 번역해 주세요! 고맙습니다.

In short: starting on 26 September, New Filters for Edit Review (now in Beta) will become standard on Recent Changes. They provide an array of new tools and an improved interface. If you prefer the current page you will be able to opt out. Learn more about the New Filters.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked (and soon, Special:Watchlist – see below).

Based on a new design, it adds new features that ease vandalism tracking and support of newcomers:

• Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
• Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
• Bookmarking to keep your favorite configurations of filters ready to be used.
• Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help. They are not available on all wikis.

You can know more about this project by visiting the quick tour help page.

Concerning RecentChanges

Starting on 26 September, New Filters for Edit Review will become standard on Recent Changes. We have decided to do this release because of a long and successful Beta test phase, positive feedback from various users and positive user testing.

Some features will remain as Beta features and will be added later. Learn more about those different features.

If your community has specific concerns about this deployment or internal discussion, it can request to have the deployment to their wikis delayed to October 1, if they have sensible, consistent with the project, actionable, realistic feedback to oppose (at the development team's appreciation).

You will also be able to opt-out this change in your preferences.

Concerning Watchlists

Starting on September 19, the Beta feature will have a new option. Watchlists will have all filters available now on the Beta Recent Changes improvements.

If you have already activated the Beta feature "편집 검토를 위한 새로운 필터", you have no action to take. If you haven't activated the Beta feature "편집 검토를 위한 새로운 필터" and you want to try the filters on Watchlists, please go to your Beta preferences on September 19.

How to be ready

Please share this announcement!

Do you use Gadgets that change things on your RecentChanges or Watchlist pages, or have you customized them with scripts or CSS? You may have to make some changes to your configuration. Despite the fact that we have tried to take most cases into consideration, some configurations may break. The Beta phase is a great opportunity to have a look at local scripts and gadgets: some of them may be replaced by native features from the Beta feature.

Please ping me if you have questions.

On behalf of the Global Collaboration team, Trizek (WMF) 2017년 9월 15일 (금) 00:27 (KST)

Trizek: Please make sure the list is properly pointing to MONTHLY subpages. We do not use 백:사랑방 (기술) for discussion, and any message sent to there just disturbs the users. — regards, Revi 2017년 9월 15일 (금) 09:44 (KST)