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

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

역사 보기편집

과거 모노북 시절에는 두 글자가 보기 좋다면서 '역사' 버튼 이름이 변경되지 않았었는데 지금은 띄어쓰기 제외하고 네 글자네요. '역사 보기' 말고 '편집 기록'으로 바꾸는 게 낫지 않을까요.--Leedors (토론) 2017년 2월 2일 (목) 03:18 (KST)

바꾼다면 "편집 이력"이 어떨까요? -- ChongDae (토론) 2017년 2월 2일 (목) 10:28 (KST)
그것도 좋겠고요.--Leedors (토론) 2017년 2월 2일 (목) 13:10 (KST)
역사 보기라는 표현이 다소 직관적이지 못한 면도 있는 것 같습니다. 편집 이력, 내역 등등 여러 대안이 있겠지만, 바꾸는 것 자체에는 동의합니다. — Tursetic 2017년 3월 21일 (화) 17:54 (KST)
'편집'이라는 단어가 바로 왼쪽의 편집 버튼과 나란히 있게 되는데 혼동을 일으키게 되지 않을까요? --"밥풀떼기" 2017년 3월 22일 (수) 12:39 (KST)

 의견 문서를 변경하는 행위가 "편집"인만큼 "편집 내력" "편집 이력" 지지합니다. 헛갈림이 우려될 경우 버튼 색깔을 바꾸는 안도 대안이 될 수 있을까요? 이상 KingKenny1967 드림. (토론) 2017년 3월 24일 (금) 23:22 (KST)

현재의 "역사 보기"에서는 단순히 편집을 떠나서 과거의 문서 이동 기록도 참조 가능하고, 관리자에게는 과거의 삭제 기록까지 제공합니다. 따라서 이것들까지 "편집 이력"과 일대일 매칭된다고 볼 수 없습니다. --Ykhwong (토론) 2017년 3월 25일 (토) 18:36 (KST)
그렇다면 단순 '기록'이라고 표기하는 것에 대해서는 어떻게 생각하시나요? — Tursetic 2017년 3월 25일 (토) 18:45 (KST)
글쎄요, 각 편집의 판(revision) 역사와 기록(log) 역사를 모두 다루고 있으므로 "기록"만으로 충분히 기능적 의미를 살릴 수 있을지 의문이 듭니다. 영어 원문이 "View history"이고, 이것을 번역할 때 중국어 위키백과나 일본어 위키백과의 번역도 한국어 위키백과의 "역사 보기"와 동등한 형태를 지니고 있습니다. 꼭 원문을 그대로 따르라는 법은 없지만, 저는 가능한 원문의 의도를 따르는 것을 선호하는 편입니다. --Ykhwong (토론) 2017년 3월 25일 (토) 20:39 (KST)
문서 이동이나 삭제도 편집의 한 부분이 아닌가요?--Leedors (토론) 2017년 4월 3일 (월) 20:24 (KST)
사용자가 페이지에 수행한 편집은 "특:기여"를 통해, 사용자가 수행한 페이지 및 페이지 판의 숨김, 삭제 등의 행위(보호, 이동 포함)는 "특:기록"을 통해 확인하는 것으로 보아, 이 둘을 구별하고 있는 것 같은데, 제가 잘못 알고 있는 것이라면 말씀해 주세요. 편집이라고 하면 내용의 수정을 의미한다고 생각됩니다. --Ykhwong (토론) 2017년 4월 3일 (월) 20:41 (KST)
'편집'이 말씀하신 것으로 한정해서 정의된 것으로 보인 건 아닌 것 같습니다. 만약 정의된 것이라면 알려주세요. '역사 보기'가 위에서 다른 분이 말하였듯이 직관적인 면이 없는 건 맞으니 다른 명칭을 고려해봐야 하는 건 맞는 것 같습니다.--Leedors (토론) 2017년 4월 4일 (화) 08:19 (KST)
사전적 문맥으로 "역사 보기"가 틀린 표현은 아니지만, 다른 분들께서 "이력"을 언급하셔서 "이력 보기"가 더 직관적이지 않을까도 생각했는데요. 이력(履歷)의 사전적 의미가 "지금까지 거쳐 온 학업, 직업, 경험 등의 내력.", 즉 커리어 히스토리를 의미하는 것 같아서 이 부분도 조금은 걸립니다. --Ykhwong (토론) 2017년 4월 4일 (화) 08:31 (KST)
'기록 보기'는 어떨까요. '편집 기록'에 비해서는 직관성은 떨어지지만 말씀하신대로 '편집'은 빼는 게 어떤가 해서 제의해봅니다. 옛날이라면 모를까 요즘에는 사람들이 위키위키 시스템에 대해서 잘 알고 있고 편집 기록도 남는 걸 모르는 사람들이 그렇게 많지 않기도 하고요.--Leedors (토론) 2017년 4월 4일 (화) 15:50 (KST)
만일 '기록 보기'로 바뀌었다고 가정하면, '기록 보기'를 클릭하자마자 '이 문서의 기록 보기'라는 링크가 한 번 더 표시됩니다. 아무래도 혼동이 있을 것 같습니다. --Ykhwong (토론) 2017년 4월 4일 (화) 17:00 (KST)
'문서 내력'이나 '문서 역사'는 어떨까요. 이 명칭 모두 편집 기록이나 각종 조치 기록을 모두 포함할 수 있는 이름이라고 생각합니다.--Leedors (토론) 2017년 4월 4일 (화) 20:50 (KST)
View history의 일대일 대응되는 표기는 '역사 보기'입니다만, 제시하신 두 표기(내력, 역사) 중 굳이 하나를 골라야 한다면 '문서 역사' 쪽이 문맥상 더 정확한 표기로 판단됩니다. --Ykhwong (토론) 2017년 4월 4일 (화) 23:56 (KST)

다른 분들께선 '문서 역사'라는 명칭에 대해 어떻게 생각하시나요?--Leedors (토론) 2017년 4월 5일 (수) 22:24 (KST)

위키백과:사랑방 (정책)/2015년 11월#역사/이력/내역에 과거의 토론이 있습니다. 논의에 참고하세요. -- ChongDae (토론) 2017년 4월 7일 (금) 10:39 (KST)

문서 수정 내역이 보다 정확한 표현이 아닐까 생각이 듭니다. --양념파닭 (토론 · 기여) 2017년 4월 18일 (화) 20:09 (KST)

특정 IP 대역에 대한 편집필터도 가능할까요편집

SKT 통신망 대역인 223.62 대역과 223.33 대역에서 지금도 끊임없이 문서 반달 사례가 발견되고 있습니다. 저를 포함한 일부 사용자 분들은 해당 광대역에 대해서 차단을 원하고 있으나, 다른 사용자 분들께서 백:선의에 의한 편집도 막을 수 있는 등의 부작용이 커서 실현은 어려운 상황입니다. 아직 위키백과:검토된 판이 정책으로 통과되지 않았기 때문에 이를 대신할 목적으로 해당 대역 IP가 편집한 것에 대해서 편집 필터가 작용하게 하는 것이 가능할까요? 이게 편집을 막자는 의도가 아니라 일종의 "태그"를 심어둠으로써 태그 필터를 통한 해당 IP 대역의 편집을 검토하기 용이하게 하기 위함이고, 선의의 편집이 아닌 훼손 행위를 즉시 잡아내는데 목적으로 합니다.--커뷰 (토론) 2017년 2월 2일 (목) 15:57 (KST)

@커뷰: 특수:편집필터/94를 살펴보세요. -- ChongDae (토론) 2017년 2월 2일 (목) 16:28 (KST)
@ChongDae: 오오 감사합니다. :) --커뷰 (토론) 2017년 2월 2일 (목) 17:27 (KST)
등록된 사용자가 모바일 데이터로 편집할 때도 필터 기록에 남나요? — Tursetic 2017년 2월 3일 (금) 12:53 (KST)
사용자 이름을 기반으로 하고 있기에 등록 사용자는 나오지 않습니다. 등록 사용자의 IP 정보는 검사관만 조회 가능합니다. -- ChongDae (토론) 2017년 2월 3일 (금) 13:40 (KST)
@ChongDae: 최근 저 반달 사용자 IP 대역이 211.36.0.0/16 대역으로 출현하고 있는데 해당 대역도 넣어주실 수 있나요?--커뷰 (토론) 2017년 2월 3일 (금) 23:23 (KST)

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

시각편집기 기능을 자주 이용하게 되는데, 이 기능 내부에 〈〉, 《》같은 괄호는 제공되고 있지 않은 것 같아 불편함을 겪습니다. 이 특수문자들을 기호란에 추가할 수 있는지 궁금합니다. Tablemaker (토론) 2017년 2월 6일 (월) 02:45 (KST)

시각편집기는 미디어위키의 확장기능입니다. 한번 해당 페이지의 토론란에 남기시는것은 어떤가요? —Jerrykim306 토론기여 2017년 2월 12일 (일) 13:20 (KST)
영문을 조금 이해는 하지만 쓸 정도는 아니기 때문에 할 수 없죠. 저 요청을 하다가 표현을 잘못해서 다른 문제를 야기할 가능성이 존재하기 때문에 신청을 할 수 없겠군요. Tablemaker (토론) 2017년 2월 12일 (일) 21:01 (KST)
미디어위키:Visualeditor-quick-access-characters.json에 반영했습니다. 캐시 반영 시점이 있겠지만, 곧 시각편집기에서 사용할 수 있을 것으로 예측합니다. --Ykhwong (토론) 2017년 2월 17일 (금) 20:26 (KST)
@Ykhwong: 혹시 지금 구현되었는지요? 시각편집기의 거의 모든 창들을 눌러보면서 확인해 보았는데 요청한 특수문자들이 어디에 있는지 못찾겠어요. Tablemaker (토론) 2017년 2월 19일 (일) 12:37 (KST)
mw:VisualEditor/Special_characters에 따라 관리자가 로컬 위키에서 할 수 있는 일을 우선 처리하였습니다. (en, ro, de 등도 참고할 것) 정말 이 기능이 필요하지만 업데이트에 계속 문제가 있다고 생각되시면 파브리케이터에 보고를 할 수 있습니다. 이 일에는 특별한 권한이 필요하지 않습니다. --Ykhwong (토론) 2017년 2월 19일 (일) 17:36 (KST)
전술했듯 영어에 미숙하기 때문에 불완전한 언어를 무리하게 구사하여 파브리케이터가 이해할 수 없는 요청을 하거나, 왜곡된 요청을 해서 불필요한 문제를 야기할 가능성이 존재합니다. 지금의 것을 감내하고 써야겠죠. Tablemaker (토론) 2017년 2월 20일 (월) 18:40 (KST)
시간적 여유가 될 때 적절한 공간에 요청하도록 하겠습니다. 다른 분께서 저 보다 먼저 진행하실 생각이 있으시다면 여기에 링크를 남겨주시면 감사하겠습니다. --Ykhwong (토론) 2017년 2월 20일 (월) 18:59 (KST)

phab:T159529에 보고하였습니다. --Ykhwong (토론) 2017년 3월 3일 (금) 22:43 (KST)

한 달이 지나긴 했지만, 이제 파브리케이터에서 이슈가 확인되고 있습니다. --Ykhwong (토론) 2017년 4월 12일 (수) 11:27 (KST)

사용자에게 노출되는 링크들편집

이용자가 위키백과를 처음 편집하고자 할 때, 보통 대문을 보면 링크들이 워낙 많고 읽어야 할 것도 많아서 초보자가 거부감을 가지기 쉬울 것 같은데 좀 줄이는 게 어떨까요. 왼쪽 사이드바며 뭐며 좀 복잡해 보이지 않을까요. 다른 위키의 대문이나 인터페이스를 참고해가며 좀 개편해봤으면 합니다.--Leedors (토론) 2017년 2월 12일 (일) 13:27 (KST)

반년 전의 의견이긴 하지만 저도 여기에 동의합니다. 위키백과:사랑방 (일반)/2017년 제34주#위키백과:길라잡이 접근성 높이기와 같은 맥락에서 중요한 링크는 좀더 강조하고 필요성이 떨어지는 링크는 좀 정리해서 직관적으로 접근성을 키웠으면 좋겠습니다. Bluemersen (+) 2017년 8월 24일 (목) 13:43 (KST)

시각편집기 잘못된 찾기 기능편집

파일:2017 Visual Source Edit search bug.jpg
하이라이트 오류 증거

제가 인용 오류를 정리하는 동안 다음과 같은 불편을 겪어야 했습니다. 대량의 변경 기능(Ctrl+F로 모두 바꾸기)을 이용하여 빠르게 편집을 하는데, 하이라이트를 제대로 하지 못하여 이 기능을 사용하면 문서 훼손의 가능성이 있습니다. 2017년 위키텍스트 편집기도 마찬가지입니다. 컴퓨터를 끄고 켜도 같은 문서에서 이런 행위를 합니다. 그러므로 수동으로 편집해야 한다는 것이 불편하고, 더 큰 문제는 하이라이트를 제대로 못한다는것이 엄청 불쾌합니다. 이런 문제는 언제 해결되나요? 저도 안전하게 바꾸기 도구를 사용하고 싶습니다. 다른 사용자에게도 이 도구를 사용할 때 문서에게 피해를 주게 될 수 있습니다. —Jerrykim306 토론기여 2017년 2월 18일 (토) 23:14 (KST)

이 오류때문에, 그냥 저장하고, 다시 되돌린적이 있었습니다. —Jerrykim306 토론기여 2017년 2월 19일 (일) 00:02 (KST)
페이지가 확대되어 있군요. 확대/축소 기능을 기본값으로 돌린 다음, 또 그 외의 모든 설정을 기본값으로 설정한 뒤 다시 시도해 보세요. --Ykhwong (토론) 2017년 2월 19일 (일) 18:03 (KST)
@Ykhwong: 죄송한 말씀이지만, 제가 브라우저 기본값을 설정해도 같은 오류가 일어납니다. 구글 크롬에서는 이렇습니다. —Jerrykim306 토론기여 2017년 2월 19일 (일) 19:06 (KST)
그렇군요, 저는 Windows 10 1607(빌드 14393.693)에서 기존 크롬 자체를 모두 삭제한 다음에 크롬 64비트[1]를 설치, 사용 중이며 말씀해주신 문제는 보이지 않습니다. 저와 동일한 환경에서도 문제가 지속되는지요? 확인 파악이 어렵기 때문에 다른 분들의 의견도 들어보는 게 좋을 것 같습니다. --Ykhwong (토론) 2017년 2월 20일 (월) 11:28 (KST)
크롬 기반 웨일 브라우저에서도 비슷한 증상이 나타나네요. HiDPI 125% 사용중인데 혹시 이것 때문일까요? Jeresy, 2017년 2월 20일 (월) 18:52 (KST)
그럴 가능성도 있습니다. DPI도 포함하여 확대/축소 기능을 모두 100% 또는 기본값으로 설정한 다음 다시 시도해 보시겠어요? --Ykhwong (토론) 2017년 2월 20일 (월) 18:57 (KST)
모두 기본값으로 설정하고 확인해본 결과 웨일 브라우저에서는 여전히 동일한 증상이 나타났으며 혹시나 해서 다른 컴퓨터(크기 모두 100%)에 설치되어 있는 크롬에서 확인해 본 결과 위 증상과 동일한 오류가 나타났습니다. 참고로 크롬 버전은 57.0.2987.54 beta (64-bit)입니다. 엣지 브라우저에서는 정상 작동했습니다. 다른 크롬 버전도 설치해가며 확인해보겠습니다. Jeresy, 2017년 2월 20일 (월) 19:07 (KST)
인터넷 익스플로러, 구글 크롬, 크롬 베타, 크롬 카나리아, 오페라, 파이어폭스에서 확인해 본 결과 같은 블링크 기반인 크롬, 크롬 베타, 크롬 카나리아, 오페라 브라우저에서만 위 증상이 나타났습니다. 한 가지 흥미로운 건 "2013년 터키 반정부 시위" 문서에서만 위 증상이 나타난다는 겁니다. Jeresy, 2017년 2월 20일 (월) 19:38 (KST)

아래의 줄 중 title= 안의 "İstihbaharat" 중 İ만 삭제하고 다시 검색을 테스트해 보세요. --Ykhwong (토론) 2017년 2월 20일 (월) 20:19 (KST)

* '''5월 22일:''' 터키의 해커 그룹 [[레드핵]]이 [[터키 헌병대]]의 비밀 문서를 공개했다. 비밀 문서에 따르면, [[터키 국가정보부]], 헌병대, [[터키 국가경찰]]은 한달 앞서서 공격할 것을 알고 있었다.<ref>{{뉴스 인용 |url=http://redleaks.blogspot.com/2013/05/Hatay-Reyhanli-Askeri-Gizli-Yazismalar.html | work=RedHack | title=Hatay Reyhanlı Askeri İstihbaharat Belgeleri - redleaks.blogspot.com | date=2013년 5월 22일}}</ref>
알려주신 부분에서 İ를 제거한 후 확인해 본 결과 초반 어느 정도는 정상적으로 검색(?)되다가 어느 순간부터 다시 위 증상이 나타납니다. Jeresy, 2017년 2월 21일 (화) 14:30 (KST)
2017년 2월 20일 (월) 19:38 (KST)에 작성한 의견에 답합니다. 대부분의 문서에서는 정상이지만, 반드시 같은 문서에서만 고집합니다. —Jerrykim306 토론기여 2017년 2월 21일 (화) 17:35 (KST)
그렇다면 특별한 문자들로 인한 버그로 의심되네요. --Ykhwong (토론) 2017년 2월 21일 (화) 18:23 (KST)
미디어위키의 mw:Extension talk:VisualEditor에 글을 남기도록 하겠습니다. —Jerrykim306 토론기여 2017년 3월 2일 (목) 19:59 (KST)
방금 전에 위키미디어 재단의 직원이 답하였고, 2013년 터키 반정부 시위를 예시로 해 보셨는데, 같은 일이 일어났다고 합니다. —Jerrykim306 토론기여 2017년 3월 2일 (목) 20:19 (KST)
3단계: phab:T159439에 회부되었습니다. en:Gezi Park protests에서도 문제가 있음을 확인되었습니다. —Jerrykim306 토론기여 2017년 3월 2일 (목) 21:55 (KST)
  3단계에 회부된 요청은 완료되었다고 선언하지만, 아직도 문제가 해결되지 않은 것으로 보아 재심의를 거쳐야 한다고 생각합니다. —Jerrykim306 토론기여 2017년 3월 15일 (수) 21:42 (KST)
 완료 해당 문제는 고쳐졌음을 알려드립니다. 아직도 문제가 있는 경우, 새 주제를 개최해 주시기 바랍니다. —Jerrykim306 토론기여 2017년 3월 17일 (금) 16:22 (KST)