위키백과:사랑방 (기술)/2018년 3월

3

**편집창 상단 문구**
이 화면은 미리 보기입니다. 편집한 내용은 아직 저장하지 않았습니다!
라는 문구를
이 화면은 미리 보기입니다. 편집한 내용은 아직 저장되지 않았습니다!
로 바꿔야 하지 않을까요.
한국어로 된 모든 위키프로젝트에 공통적으로 적용되는 메시지인 것 같아서 가장 큰 커뮤인 위백 사랑방에 글 남깁니다. --Nuevo Paso (토론) 2018년 3월 2일 (금) 04:05 (KST)
이 기여로 인한 문제입니다. --ted (토론) 2018년 3월 2일 (금) 10:57 (KST)
@Ykhwong, 해당 사이트에서 수정 완료했습니다. 알려주셔서 감사합니다. --Nuevo Paso (토론) 2018년 3월 3일 (토) 02:20 (KST)
:제가 동사와 피동사를 구별하지 않아 적합하지 않은 번역이 되었군요. 확인했습니다! --아라는 다 알아 (토론) 2018년 3월 8일 (목) 18:21 (KST)

**Editing News #1—2018**
Read this in another language • Subscription list for this multilingual newsletter
center
Did you know?
Did you know that you can now use the visual diff tool on any page?
250px
Sometimes, it is hard to see important changes in a wikitext diff.  This screenshot of a wikitext diff (click to enlarge) shows that the paragraphs have been rearranged, but it does not highlight the removal of a word or the addition of a new sentence.
If you enable the Beta Feature for "", you will have a new option.  It will give you a new box at the top of every diff page.  This box will let you choose either diff system on any edit.
200px
Click the toggle button to switch between visual and wikitext diffs.
In the visual diff, additions, removals, new links, and formatting changes will be highlighted.  Other changes, such as changing the size of an image, are described in notes on the side.
250px
This screenshot shows the same edit as the wikitext diff.  The visual diff highlights the removal of one word and the addition of a new sentence.
You can read and help translate the user guide, which has more information about how to use the visual editor.
Since the last newsletter, the Editing Team has spent most of their time supporting the 2017 wikitext editor mode, which is available inside the visual editor as a Beta Feature, and improving the visual diff tool. Their work board is available in Phabricator.  You can find links to the work finished each week at mw:VisualEditor/Weekly triage meetings.  Their current priorities are fixing bugs, supporting the 2017 wikitext editor, and improving the visual diff tool.

**Recent changes**
The 2017 wikitext editor is available as a Beta Feature on desktop devices.  It has the same toolbar as the visual editor and can use the citoid service and other modern tools.  The team have been comparing the performance of different editing environments.  They have studied how long it takes to open the page and start typing.  The study uses data for more than one million edits during December and January.  Some changes have been made to improve the speed of the 2017 wikitext editor and the visual editor.  Recently, the 2017 wikitext editor opened fastest for most edits, and the 2010 WikiEditor was fastest for some edits.  More information will be posted at mw:Contributors/Projects/Editing performance.
*The visual diff tool was developed for the visual editor.  It is now available to all users of the visual editor and the 2017 wikitext editor.  When you review your changes, you can toggle between wikitext and visual diffs.  You can also enable the new Beta Feature for "Visual diffs".  The Beta Feature lets you use the visual diff tool to view other people's edits on page histories and Special:RecentChanges.  
*Wikitext syntax highlighting is available as a Beta Feature for both the 2017 wikitext editor and the 2010 wikitext editor. 
*The citoid service automatically translates URLs, DOIs, ISBNs, and PubMed id numbers into wikitext citation templates.  It is very popular and useful to editors, although it can be a bit tricky to set up.  Your wiki can have this service.  Please read the instructions. You can ask the team to help you enable citoid at your wiki.

**Let's work together**
The team will talk about editing tools at an upcoming Wikimedia Foundation metrics and activities meeting.
*Wikibooks, Wikiversity, and other communities may have the visual editor made available by default to contributors.  If your community wants this, then please contact Dan Garry.
*The  block can automatically display long lists of references in columns on wide screens.  This makes footnotes easier to read.  You can  request multi-column support for your wiki. 
*If you aren't reading this in your preferred language, then please help us with translations! Subscribe to the Translators mailing list or  contact us directly. We will notify you when the next issue is ready for translation.  
—Elitre (WMF)
2018년 3월 3일 (토) 05:56 (KST)
과거에는  블록을 무조건 한 줄로만 표시하여 각주를 읽기 어려운 문제가 있었는데, (문서에 따라) 자동으로 멀티컬럼을 지원할 수 있다고 합니다. 해당 기능을 요청할 수 있다는 이야기가 위에 있습니다. ( request multi-column support) 참고로, 한국어 위키백과에서는 현재 이 기능을 이용하려면 변수 없이 각주 틀을 사용해야 합니다. (영어 위키백과에는 이미 적용되어 있습니다) 각주가 너무 길어서 한 눈에 보이지 않을 때 무조건 각주 틀을 이용할 필요 없이, 자동 컬럼 기능을 사용한다면 편리할 것 같습니다. 요청하는 것이 낫지 않을까 싶습니다. --ted (토론) 2018년 3월 5일 (월) 13:33 (KST)
 좋은 기능이네요. 근데  태그 미 입력시 문서 최하단에 자동으로 각주가 표시되는 경우에도 멀티 칼럼이 작동하나요? 언젠가 각주 틀을 아예 대체할 수 있을 지도 궁금하네요.:D-Привет(토론) 2018년 3월 25일 (일) 22:02 (KST)
: 유용한 기능으로 간주하여 :phab:T193491에 게시했습니다. 질문에 답변을 드리면 관련 블록을 사용하지 않더라도 멀티 컬럼이 자동으로 동작합니다. 감사합니다. --ted (토론) 2018년 5월 1일 (화) 21:31 (KST)
: Priviet 현재 적용되었습니다. --ted (토론) 2018년 5월 3일 (목) 03:05 (KST)

**린트 오류 목록의 갱신에 대해서**
 특수:린트오류,  링크- 서울 삼성 썬더스 선수 명단, 특수:차이/20854793
목록이 갱신되지 않는 것 같습니다. 토요일에 편집 당시에는 단순히 지연되는 것으로 생각했는데, 오늘보니 전혀 갱신되고 있지 않는 것 같습니다. 파브리케이터로 문의해야 할 미디어위키 차원의 문제일까요? -- 메이 (토론) 2018년 3월 5일 (월) 01:31 (KST)
확인해 보겠습니다. — regards, Revi 2018년 3월 5일 (월) 04:27 (KST)
:mw:Topic:U8q07xrh4r67iql4, T188870. — regards, Revi 2018년 3월 5일 (월) 04:39 (KST)
: 조속히 고쳐졌으면 좋겠습니다. 확인 감사합니다. -- 메이 (토론) 2018년 3월 5일 (월) 19:11 (KST)
::고쳐졌다는데, 확인해 보시겠어요? — regards, Revi 2018년 3월 6일 (화) 01:06 (KST)
:::  '서울 삼성 썬더스 선수 명단' 문서 정보, 고쳐졌네요. :) -- 메이 (토론) 2018년 3월 6일 (화) 07:35 (KST)

**Tidy (200x-2018)**
1월에 재단 담당자한테 한국어 위키백과 린트 오류 수 (시간의 흐름에 따른) 변경치 받아서 표로 만들어서 전시하려고 준비하고 있었는데, 다른 연락이 왔네요.
한국어 위키백과의 중요한 린트 오류 수가 (한국어 위키백과 규모에 비해) 매우 적으므로 Tidy를 꺼도 될 것 같다고 합니다. 별다른 문제가 없다면 3월 15일 오전 3시에서 4시 사이에 Tidy가 RemexHTML로 대체될 예정입니다. 변경 후에도 린트는 계속 사용 가능합니다. — regards, Revi 2018년 3월 5일 (월) 04:27 (KST)
 낮은 우선순위의 린트 오류는 별 문제가 없는 모양이네요. 잘되었습니다. -- 메이 (토론) 2018년 3월 5일 (월) 19:14 (KST)
 이미 적용이 되었나요? 적용되었다는 것은 어떻게 알 수 있나요? --ted (토론) 2018년 3월 16일 (금) 11:38 (KST)

**토론 보존과 링크**
토론을 보존하여 보존 문서로 옮기면 그 토론(문단)을 가리키던 링크가 보존 문서로 연결되지 않아서 보존 문서를 찾아봐야 하는데, 보존할 때 (봇으로) 링크를 수정하는 작업을 하거나 다른 좋은 방법으로 이걸 해결할 수 있을까요? --ㅂㄱㅇ (토론)  2018년 3월 5일 (월) 16:21 (KST)
 더 좋은 방법은 잘 모르겠습니다만, 제가 알기로 특수 기능의 '고유 링크'를 이용하면, 최소한 해당 문단이 옮겨진 보존 문서까지는 도달할 수 있습니다. 예를 들어 특수:고유링크/20343596#잘못된 사용자 서명에 의한 Lint 오류의 수정에 대해 식으로 문단 링크를 걸면 됩니다. 그냥 링크 하거나, 파이프를 이용해 링크를 적절히 표시하면 될 것입니다.(예: 사용자토론:메이#잘못된 사용자 서명에 의한 Lint 오류의 수정에 대해)
 다만, 해당 판을 기준으로 내용이 표시되므로, 이후 추가된 전체의 내용을 보기 위해서는 해당 보존 문서(사용자토론:메이/보존문서5)에 재접근해야 합니다. 한편, 복사·붙여넣기를 이용하는 보존 방법을 이용하는 사용자의 토론 문서인 경우에는 링크를 통해 편집 시점을 확인하고, 관련된 보존 문서를 찾아서 재접근해야 합니다.
 링크를 수정하는 작업에는 못 미치겠으나, 링크가 붕 떠버리는 것 보다는 나을 것으로 생각합니다. -- 메이 (토론) 2018년 3월 5일 (월) 19:58 (KST)

**공용 IP로 나타나는 상습 훼손자들**
위키백과:사랑방 (기술)/2017년 2월 (특정 IP 대역에 대한 편집필터도 가능할까요와 관련된 글을 참조하고 말하게 되었습니다.
몇년전부터 벌어지는 훼손에 혼자서는 도저히 대처할 수 가 없고, 사용자 관리 요청에 보고되도 계속 요청처리가 늦어지는 점으로 훼손이 연이어지고 있습니다. 211.36.0.0/16 & 117.111.0.0/16 & 106.102.0.0/16 로 시작하는 IP에 의한 장난 및 훼손이 반복되고 있습니다. 주 훼손 대상이 방송 및 버스관련 문서들인데, 위키백과:사용자 관리 요청/2018년 제10주에 있는  49.175.212.76 차단 요청의 내용을 잘 참조해 주시기 바랍니다.--175.197.33.42 (토론) 2018년 3월 7일 (수) 11:34 (KST)
두번째로 언급할 내용은  위키백과:사용자 관리 요청/2016년 제46주 광범위 다중 IP 대역 차단 요청와 관련있고, 이전에 사랑방에 언급된 내용이 주 예이며, 현재 위키에 상습적으로 나타나 장난성 넘겨주기 및 다수 문서에 훼손을 반복하는 인물이 있고, 이젠 다중 계정까지 양산해서 반달하고 있는게 확인되었습니다.
위키백과:사용자 관리 요청/2016년 제46주 광범위 다중 IP 대역 차단 요청 
위키백과:사용자 관리 요청/2017년 제12주 211.36.0.0/24 긴급 차단 요청 
위키백과:사용자 관리 요청/2017년 제22주 차단회피 IP 차단 요청
위키백과:사용자 관리 요청/2017년 제24주 차단회피 IP 차단 요청
위키백과:사용자 관리 요청/2018년 제9주 220.116.27.137 차단 요청
지금까지 알아본 결과 해당 인물의 경우 SKT IP외에도 비슷한 특정 IP 대역로도 나타나 반달 반복하는게 확인되었고, IP를 차단한 관리자님들을 대상으로 장난까지 반복하고 있고, 지금도 계속 나타나고 있는게 확인되었습니다.--175.197.33.42 (토론) 2018년 3월 7일 (수) 11:41 (KST)
세번째로 언급할 내용은 2011년부터 계속 다중 계정 및 IP를 악용해서 나타나는 반달주의자인 Spacej222인데 계정이 차단된 이후에도  계속해서 다중 IP를 악용헤서 장난성 문서 생성 및 특정 문서 훼손을 반복하고 있고, 첫번째로 언급된 211.36.0.0/16 & 117.111.0.0/16 & 106.102.0.0/16로 시작하는 IP 대역으로 자주 나타나 훼손을 반복하고 있는 편집이 다수 발견되고 있습니다.
위키백과:사용자 관리 요청/2016년 제27주 Spacej222 무기한 차단 요청
설현 문서의 기여 1 
설현 문서의 기여 2
설현 문서의 기여 3
솔직히 말하면 아직 안심하기 어려울것 같습니다. 현재 해당 인물이 쓰는 IP 대역 중 182.216.55.0/24가 차단되었지만 차단이 풀리면 다시 이전같이 문서 훼손 및 다중 계정 양산을 해서 반달 가능성이 커서 지금도 매번 끊이질 않고, 장난성 문서에 대한 삭제 신청을 하면 삭제 신청 틀을 무단으로 제거까지 하고 있어 사관에 여러번 보고할 수 밖애 없는 상황이었습니다.--175.197.33.42 (토론) 2018년 3월 7일 (수) 11:52 (KST)
마지막으로 언급할 내용은 Bart0278님 & 18호님 토론란에 나타나 인신 공격 및 욕설하는 IP 대역 관련인데 SKT IP 대역 및 비슷한 IP 대역으로 나타나 인신 공격 및 욕설을 반복하고 있고 최근에는 비슷한 IP에 의한 다수 문서에서 훼손이 벌어지고 있습니다.
27.179.0.0/16 대역의 기여
위에 있는 IP 대역 외에도 2001:2D8.***.***.***로 시작하는 IP 대역으로도 나타나 훼손을 반복하고 있는게 확인되었고, 위키백과:사용자 관리 요청/2018년 제10주에 작성되있는  220.119.241.155 차단 요청 &  27.179.211.101 차단 요청의 내용을 보시면 아실겁니다. 추가로 말하면 확인해본 결과 해당 인물의 경우 실시간으로 IP를 바꿔가며 나타나는게 확인되었습니다.
동일인물이라는 증거 1
동일인물이라는 증거 2
매번 상황을 확인할 수가 없는 상황에 해당되어 조치가 필요해진 상황입니다. 다수 IP 대역에서 전보다 문서 훼손이 장난이 끊이질 않아 나쁜 수단으로 악용되고 있습니다.--175.197.33.42 (토론) 2018년 3월 7일 (수) 12:11 (KST)

**Notification from edit summary**
Greetings,
The ability to notify other users in edit summaries will be available later this week, on 15 March 2018. Other users can be notified if a link to their user page is provided in an edit summary. Some user-made gadgets and scripts that automatically put user names in edit summaries may need to be changed to put a colon in the link, such as . You can change how you receive these mention notifications in your preferences. This feature was highly requested in the 2017 Community Wishlist survey, and feedback is welcome.
Thanks, happy editing to you. -Keegan (WMF) (talk) 2018년 3월 13일 (화) 06:09 (KST)

**둘러보기 상자 틀**
현재 hlist와 더불어 2단계() 리스팅을 사용하는 둘러보기 상자 틀이 일부 깨지는 문제가 발생하고 있습니다. 틀에는 특별히 건든 것이 없는데 원인을 잘 모르겠습니다. 관련 토론은 틀토론:둘러보기 상자#틀의 깨짐에서 논의가 가능합니다. --ted (토론) 2018년 3월 16일 (금) 15:09 (KST)

**모듈 이름공간 편집 시의 글꼴**
맥 사파리에서 모듈 이름공간을 편집하면 고정폭 글꼴이 아닌, 가변폭 글꼴로 표시되네요. 크롬이나 기타 OS/브라우저에서는 발생하지 않고, 타 언어 위키백과에서도 재현되지 않습니다. 혹시 같은 증상을 겪는 분이 있는지요? -- ChongDae (토론) 2018년 3월 20일 (화) 09:38 (KST)

**We need your feedback to improve Lua functions**
Hello,
(I’m sorry for writing in English. )
If you’re regularly using Lua modules, creating and improving some of them, we need your feedback!
The Wikidata development team would like to provide more Lua functions, in order to improve the experience of people who write Lua scripts to reuse Wikidata's data on the Wikimedia projects. Our goals are to help harmonizing the existing modules across the Wikimedia projects, to make coding in Lua easier for the communities, and to improve the performance of the modules.
We would like to know more about your habits, your needs, and what could help you. We have a few questions for you on this page. Note that if you don’t feel comfortable with writing in English, you can answer in your preferred language.
Lea Lacroix (WMDE) 2018년 3월 27일 (화) 17:55 (KST)