위키백과:사랑방 (기술)/2015년 2월

기술 사랑방
◀ 2015년 2월 ▶
새로 고침 / 보존 문서

지금 바로 좌측의 PDF로 다운로드 하기 버튼을 누르고 렌더링 과정을 거치고 보면 띄어쓰기가 제대로 안되어 있는 등 가독성에 문제가 많은 문서가 나옵니다. 또 책 만들기 기능을 활성화 하면 기능 자체야 제대로 돌아가긴 하는데 영어판처럼 제대로 된 설명도 없고 Pediapress에 대한 정보도 한국어로 된 정보는 전무한 듯 합니다. 지금까지 이에 대해서 신경써보신 분 있으신가요.--Leedors (토론) 2015년 2월 1일 (일) 15:08 (KST)답변

왜 그런지 모르지만 글꼴은 백묵 바탕(Baekmuk Batang)과 백묵 굴림(Baekmuk Gulim)이 쓰였네요. 영문은 제대로 나오는 것 보니 서버에 있는 글꼴이 잘못된 게 아닐까요?--Namoroka (토론) 2015년 2월 3일 (화) 15:30 (KST)답변

폰트 변경 (물론 총의 필요)이나 버그 보고는 파브리케이터에서 진행해 주세요. 파브리케이터는 위키백과 ID와 비밀번호 (OAuth를 사용합니다)로 로그인 가능합니다. PediaPress는 망했다는 소식을 들은 것 같은데 정확히는 모르겠네요. — Revi 2015년 2월 3일 (화) 21:45 (KST)답변

https://www.mediawiki.org/wiki/Extension:EasyTimeline 에 대한 질문입니다. 후두류와 각룡류를 보면 <timeline> extension 을 이용한 도표가 나오는데, 여기에 한글 텍스트를 넣으려고 하면 한글이 깨져 보이네요. 이걸 손보고 싶으면 어디를 찾아봐야 하는 건가요? --JikhanJung (토론) 2015년 2월 3일 (화) 05:53 (KST)답변

@JikhanJung: 기술적으로 한글 지원을 하지 않으므로 불가능합니다. 한국어 지원을 하겠다는 말은 있는데 베이퍼웨어가 되어서 계속 업데이트는 안되네요.--twotwo2019 (토론 / 기여) 2015년 2월 3일 (화) 09:53 (KST)답변

Since the last newsletter, the Editing Team has fixed many bugs and worked on VisualEditor's appearance, the coming Citoid reference service, and support for languages with complex input requirements. Status reports are posted on mediawiki.org. Upcoming plans are posted at the VisualEditor roadmap.

The Wikimedia Foundation has named its top priorities for this quarter (January to March). The first priority is making VisualEditor ready for deployment by default to all new users and logged-out users at the remaining large Wikipedias. You can help identify these requirements. There will be weekly triage meetings which will be open to volunteers beginning Wednesday, 11 February 2015 at 12:00 (noon) PST (20:00 UTC). Tell Vice President of Engineering Damon Sicore, Product Manager James Forrester and other team members which bugs and features are most important to you. The decisions made at these meetings will determine what work is necessary for this quarter's goal of making VisualEditor ready for deployment to new users. The presence of volunteers who enjoy contributing MediaWiki code is particularly appreciated. Information about how to join the meeting will be posted at mw:Talk:VisualEditor/Portal shortly before the meeting begins.

Due to some breaking changes in MobileFrontend and VisualEditor, VisualEditor was not working correctly on the mobile site for a couple of days in early January. The teams apologize for the problem.

Recent improvements

The new design for VisualEditor aligns with MediaWiki's Front-End Standards as led by the Design team. Several new versions of the OOjs UI library have also been released, and these also affect the appearance of VisualEditor and other MediaWiki software extensions. Most changes were minor, like changing the text size and the amount of white space in some windows. Buttons are consistently color-coded to indicate whether the action:

• starts a new task, like opening the ⧼visualeditor-toolbar-savedialog⧽ dialog: blue ,
• takes a constructive action, like inserting a citation: green ,
• might remove or lose your work, like removing a link: red , or
• is neutral, like opening a link in a new browser window: gray .

The TemplateData editor has been completely re-written to use a different design based on the same OOjs UI system as VisualEditor. (T67815, T73746.) This change fixed a couple of existing bugs and improved usability. (T73077, T73078.)

Search and replace in long documents is now faster. It does not highlight every occurrence if there are more than 100 on-screen at once.(T78234.)

Editors at the Hebrew and Russian Wikipedia requested the ability to use VisualEditor in the "Article Incubator" or drafts namespace. (T86688, T87027.) If your community would like VisualEditor enabled on another namespace on your wiki, then you can file a request in Phabricator. Please include a link to a community discussion about the requested change.

Looking ahead

The Editing team will soon add auto-fill features for citations. The Citoid service takes a URL or DOI for a reliable source, and returns a pre-filled, pre-formatted bibliographic citation. After creating it, you will be able to change or add information to the citation, in the same way that you edit any other pre-existing citation in VisualEditor. Support for ISBNs, PMIDs, and other identifiers is planned. Later, editors will be able to contribute to the Citoid service's definitions for each website, to improve precision and reduce the need for manual corrections.

We will need editors to help test the new design of the special character inserter, especially if you speak Welsh, Breton, or another language that uses diacritics or special characters extensively. The new version should be available for testing next week. Please contact User:Whatamidoing (WMF) if you would like to be notified when the new version is available. After the special character tool is completed, VisualEditor will be deployed to all users at Phase 5 Wikipedias. This will affect about 50 mid-size and smaller Wikipedias, including Afrikaans, Azerbaijani, Breton, Kyrgyz, Macedonian, Mongolian, Tatar, and Welsh. The date for this change has not been determined.

Let's work together

• Share your ideas and ask questions at mw:VisualEditor/Feedback.
• Please help complete translations of the user guide for users who speak your language.
• Join the weekly bug triage meetings beginning Wednesday, 11 February 2015 at 12:00 (noon) PST (20:00 UTC); information about how to join the meeting will be posted at mw:Talk:VisualEditor/Portal shortly before the meeting begins, and you can also contact James F. to learn more about this initiative.
• Talk to the Editing team during the office hours via IRC. The next session is on Thursday, 19 February 2015 at 19:00 UTC.
• Subscribe or unsubscribe at Meta. If you would like to help with translations of this newsletter, please subscribe to the Translators mailing list or contact us directly, so that we can notify you when the next issue is ready. Thank you!

— Elitre (WMF)

2015년 2월 6일 (금) 03:30 (KST)

도움말: 이름공간을 부활시키고 초안: 이름공간을 신설할 것을 제안합니다. 위키백과에서 도움말에 해당되는 문서들이 과거와 다르게 많아서 따로 관리할 필요성이 생겼고 초안 이름공간도 처음 문서를 만들때 토막글로 두기 애매할 때 초안 이름공간에서 어느 정도 양이 채워지고 일반 문서로 옮기는 게 대안이 될 것입니다. 사용자 하위 문서로 둘 수도 있는데 사용자 문서는 다른 사용자가 함부로 건들기 애매하기도 하고 또 이왕이면 협업할 수 있는 공간에 두어야 좀 더 이른 시간 안에 문서를 완성해볼 수 있지 않을까 해서이기도 하고요.--Leedors (토론) 2015년 2월 11일 (수) 19:17 (KST)답변

여전히 도움말은 그리 많지 않은데요. {{도움말}}로 관리할 수 없을 정도로 많은 건 아니잖아요.

Draft: 에 대해선 긍정적입니다. 이름공간 단위로 __NOINDEX__ 설정이 적용되니 완성되지 않은 내용이 검색에 뜨지도 않고요. — Revi 2015년 2월 11일 (수) 21:00 (KST)답변

초안: 이건 생성하면 좋겠는데요. -&bahn (반월) (話) 2015년 2월 11일 (수) 21:49 (KST)답변

여기를 보셔도 아실 꺼고 찾아보면 더 많을 껍니다. 지속적인 관리를 위해서 도움말 이름공간은 필요하다고 봅니다.--Leedors (토론) 2015년 2월 12일 (목) 19:59 (KST)답변

100개도 안 되는데요. transclude 아닌 링크 빼도 100개가 안 되는데 새 이름공간은 낭비입니다. — Revi 2015년 2월 12일 (목) 22:40 (KST)답변

포털도 50개도 안되는데 따로 이름공간을 쓰고 있습니다.--Leedors (토론) 2015년 2월 13일 (금) 12:11 (KST)답변

포털은 포털: 을 사용하지 않으면 일반 이름공간에 집계되는 문제가 있습니다. 위키백과: 이름공간에 있는 도움말은 그러한 문제가 존재하지 않습니다. — regards, Revi 2015년 2월 27일 (금) 18:36 (KST)답변

초안, 도움말 이름공간 도입을 모두 찬성합니다. 도움말 문서가 많아지면 이름 공간 이동이 더 어려워질 것입니다. 옮기기 쉬울때 도움말 이름공간을 도입하는 것이 좋다고 생각합니다.--콩가루 · 토론 2015년 2월 12일 (목) 20:05 (KST)답변

모두 도입을 찬성합니다. --twotwo2019 (토론 / 기여) 2015년 2월 12일 (목) 20:09 (KST)답변

일반 이름공간에서는 삭제할 수밖에 없는 문서가 별도의 이름공간에서 다듬어질 수 있다면, 초보자의 시도를 보호할 수 있다는 관점에서 찬성합니다. 도움말의 경우에는 사용한다고 딱히 해가 있는 것은 아니지만(이름공간 자체는 예전부터 활성화되어 있습니다) 굳이 옮겨야 하나 싶기는 하네요. - IRTC1015 2015년 2월 15일 (일) 21:33 (KST)답변

있으니까 써야 하지 않나 싶어요. 이름공간에 '도움말'이 있으면 도움말 문서 마다 {{도움말}}을 일일히 적을 필요가 없어 바이트 낭비를 줄일 수도 있고요.--Leedors (토론) 2015년 2월 15일 (일) 22:46 (KST)답변

이름공간을 만드는 건 아마 요청하는 곳이 따로 있는 것으로 아는데 적당히 의견이 모아졌다고 보이니 요청하는 법을 아시는 분은 따로 만들어 달라고 요청해주셨으면 하네요.--Leedors (토론) 2015년 2월 15일 (일) 22:46 (KST)답변

요청 일주일도 안 됐어요.... 저쪽에서 거부합니다. — regards, Revi 2015년 2월 17일 (화) 00:15 (KST)답변

도입 전 토론 기간이 1주일 정도 필요하다는 얘기이신가요? 그렇다면 지금은 요청이 가능한가요?--Leedors (토론) 2015년 2월 20일 (금) 19:17 (KST)답변

최소 1주일을 거치지 않은 제안은 저쪽에서 on hold를 걸고 대기탑니다. 1주일은 최소 기간이고, 일반적으로 2-3주 정도 공동체의 의견을 듣는 게 올바른 방향입니다. 정책/지침 도입 토론을 5일만에 결론짓지 않는 것과 같은 맥락입니다. — regards, Revi 2015년 2월 20일 (금) 19:31 (KST)답변

둘 다 좋은 제안입니다. 좀 늦었지만, 저도 찬성합니다. -- 아사달(Asadal) (토론) 2015년 2월 19일 (목) 18:46 (KST)답변

도움말을 이동해서 얻는 이득을 모르겠네요. {{도움말}}에 필요한 바이트는 {{ 2바이트, 도움말 6바이트, }} 2바이트로 총 10바이트입니다. 하지만 {{도움말}}을 포함한 모든 문서를 이동한다 치면, 기본적으로 #넘겨주기 [[도움말:****]]로 #넘겨주기에서 9바이트, [[]]에 4바이트, 도움말:****에 최소 7바이트가 소모되어 20바이트가 기본으로 나갑니다. 거기에 {{단축}}이 있다면 이중 넘겨주기를 처리하는 데 이중의 편집이 필요합니다. 오히려 이동에 바이트 낭비가 생깁니다. 있다고 다 써야 하는 것은 아닙니다. 도움말이라고 할 수 있는 문서가 30개도 넘지 않는데 별도의 이름공간을 할당하는 것은 불필요한 일입니다. 한국어 위키백과가 영어 위키백과나 mediawiki.org처럼 도움말이 많이 있는 것도 아니니까요. — regards, Revi 2015년 2월 27일 (금) 18:36 (KST)답변

저는 도움말에는 반대 의견을 남깁니다. 포털이나 위키프로젝트의 경우 대체될 수 있는 이름공간이 없지만 "도움말:"의 경우 "위키백과:"로 대체할 수 있다고 생각합니다. 또한 도움말 문서가 600개 정도(en:Wikipedia:Database reports/Page count by namespace 참조)나 있는 영어 위키백과와 달리 한국어 위키백과에서 도움말이라고 할 수 있는 문서는 별로 없다고 봅니다. 하지만 초안에 대해서는 찬성 의견입니다. 위키백과에는 아이소뷰틸렌이나 날붙이와 같이 매우 부실한 문서가 많습니다. 하지만 초안 이름공간을 생성하면 이런 과도한 토막글을 막을 수 있다는 장점이 있습니다. 어쨋든 저는 "도움말:"에 대해서는 반대, "초안:"에 대해서는 찬성 의견을 냅니다.-- Skky999 _{(토론과 기여)} 2015년 2월 27일 (금) 18:50 (KST)답변

도움말은 찬성 초안은 보류 초안은 어떤건지 정확히 모르겠습니다. --양념파닭 (토론 · 기여) 2015년 3월 10일 (화) 00:45 (KST)답변

@양념파닭: 저는 날붙이 문서와 같이 일반 문서로 유지되기에는 너무 짧은 문서나 번역이 아직 진행중인 문서, 정책과 지침에 따라 다듬어야 할 부분이 매우 많은 문서들이 "초안" 이름공간에 들어가는 것으로 알고 있습니다.-- Skky999 _{(토론과 기여)} 2015년 3월 10일 (화) 18:04 (KST)답변

• 도움말은 요청이 필요 없습니다. (여전히 반대 입장임을 분명히 합니다) 반대 의견 없는 초안: 에 대해 phab:T92798을 접수했습니다. — regards, Revi 2015년 3월 16일 (월) 13:56 (KST)답변
• 초안: 이름공간이 도입됬습니다. 저는 도움말 이름공간에도 찬성합니다.--분당선M (토론) 2015년 3월 19일 (목) 00:54 (KST)답변

도움말 이름공간에 대한 반대 의견이 있는지 모르고 있었네요. {{도움말}} 얘기는 단순히 바이트가 절약되서 그렇다는 얘기가 아니라 틀을 지우면 본문을 문서의 최상위로 몇 줄 더 끌어올릴 수 있는 장점이 있고 이게 장점이 아니라 하더라도 아무리 사소한 것일 수 있어도 필요없는 부분은 그래도 빼두는 게 좋다고 봅니다. 도움말 이름공간을 두면 도움말 항목 정비에 관해 관심이 있는 사용자가 도움말 문서를 좀 더 쉽게 찾을 수 있고 또 도움말 문서가 얼마나 있는지 집계할 수 있는 장점이 있습니다. 위키백과 이름공간에 두면 어느 문서가 도움말에 해당되는 지 찾기가 어렵습니다. 프:위키백과 초보자 안내에서 체계적으로 관리하면 더 좋겠죠. 현재 도움말 문서가 그리 많지 않긴 하지만 적은 수도 아니고 앞으로 더욱 늘어날 것이니 지속적인 관리를 위해 도움말 이름공간을 미리 부활시켜두는 게 좋다고 생각합니다.--Leedors (토론) 2015년 3월 29일 (일) 19:54 (KST)답변

후에 포털:빵을 만들기 위해 저는 우선 제 사용자 문서 아래에 사용자:Skky999/포털/빵문서를 생성했습니다. 그런데 틀:포털 상자2를 해당 문서에 사용하고 "내용" 변수에 {{사용자:Skky999/포털/빵/알고 계십니까}}라고 입력한 뒤 사용자:Skky999/포털/빵/알고 계십니까 문서에 정렬되지 않은 목록을 생성하니 모든 별표가 모두 정상적으로 보이지 않고 첫번째 별표만 유독
* A

• B
• C
• D

와 같이 보이는 문제가 발생하더군요. 왜 그런 것인지, 그리고 이 문제를 해결할 방법은 무엇인지 궁금합니다. -- Skky999 _{(토론 & 기여)} 2015년 2월 15일 (일) 20:58 (KST)답변

확인 차 부득이하게 건들게 된 점 죄송합니다. 틀:포털 상자2를 뜯어봤더니, {{{내용}}} 요 부분이 줄의 첫부분이 아니라서 생긴 문제입니다. 틀:포털 상자2를 사용하는 다른 것들을 봤더니, 그림을 넣던가, 아니면 <nowiki />라던가 이런 것들을 이용해서 첫 목록까지 줄 처음으로 받아들이게 처리하더군요. -&bahn (반월) (話) 2015년 2월 15일 (일) 21:19 (KST)답변

이번주 수요일부터 사용자 페이지가 없는 위키에서는 메타위키의 사용자 페이지가 뜨게 됩니다. ([1]) 자세한 설명은 mw:Help:Extension:GlobalUserPage(영어)를 참조해주세요.--콩가루 · 토론 2015년 2월 18일 (수) 15:34 (KST)답변

내용 일부 추가.--콩가루 · 토론 2015년 2월 21일 (토) 00:50 (KST)답변

유용한 정보 감사합니다. Bluemersen ⁽⁺⁾ 2015년 2월 21일 (토) 00:20 (KST)답변

공용 위키 보면, 소도구에 삭제 신청 기능이 있던데, 혹시 일반 위키에도 이러한 기능을 추가할 계획은 없나요? --양념파닭 (토론 · 기여) 2015년 2월 23일 (월) 11:54 (KST)답변

할 수는 있는데, 전 js를 못 만지기 때문에 유지보수는 책임 못 집니다. {{삭제 신청}}을 집어넣는 버튼을 검색창 위에 설치하는 스크립트는 간단히 할 수는 있습니다. 물론 Special:MyPage/common.js 한정이지만요. — regards, Revi 2015년 2월 23일 (월) 13:15 (KST)답변

과거에도 그러한 스크립트가 사용된 예는 있습니다(저 자신도 그렇고요). 기능 및 신뢰성이 보장된 스크립트가 있다면 이를 추가하는 데에는 긍정적입니다. - IRTC1015 2015년 2월 26일 (목) 22:29 (KST)답변

이전에 없던 '오류 표시'가 붉은 텍스트로 뜨네요. 뭐가 잘못되었는지를 지적해 주는 면에서는 바람직한데 미관상 보기가 안좋습니다. 예전처럼 식과 어긋나는 변수는 그냥 안보이는 상태로 되돌릴 수 없습니까? 모든 문서 참고문헌이 빨간 텍스트로 덮였네요.--Ta183ta (토론) 2015년 2월 24일 (화) 00:13 (KST)답변

@Ta183ta: 문서 예시 하나만 들어 주시겠어요?--콩가루 · 토론 2015년 2월 24일 (화) 00:47 (KST)답변

항성. 그런데 이 문서뿐 아니라 웹 인용, 서적 인용 등의 틀을 쓴 많은 문서가 다 똑같이 붉은 텍스트로 도배되었습니다.--Ta183ta (토론) 2015년 2월 24일 (화) 00:49 (KST)답변

각종 인용 틀이 루아를 기반으로 한 틀로 변경되면서 새로 생긴 기능 같습니다. 위키백과:인용_오류_도움말#오류 메시지 제어하기를 참조해주세요.--콩가루 · 토론 2015년 2월 24일 (화) 12:05 (KST)답변

얼마 전까지 틀이 제대로 작동하는지 시험을 위해 오류 메시지를 숨겨놨으나, 현재 대부분의 문제가 해결되어 다시 표시되도록 바꾸었습니다. 일단 가장 많이 나타나는 오류 메시지 두 개를 숨겼습니다.--Namoroka (토론) 2015년 2월 25일 (수) 00:54 (KST)답변