위키백과토론:위키백과 정비단/시스템/벡터 스킨

벡터 스킨 도입

배경은 위키백과:사랑방/2010년_제12주#기본 스킨 변경 안내를 참고하세요. -- ChongDae (토론) 2010년 3월 26일 (금) 21:49 (KST)답변

 의견 저는 익스플로러 8을 사용하고 있습니다. 현재 문제점은 메뉴의 글자 윗부분이 잘린다는 점입니다. 오른쪽 상단으로 정렬되어 있는 내 사용자문서, 주시문서 등의 메뉴는 물론이고 왼쪽에 정렬되어 있는 대문, 사용자모임과 같은 글자들도 윗부분이 모두 잘려 나옵니다. Jjw (토론) 2010년 3월 26일 (금) 17:59 (KST)답변

각 스킨에서의 글자 크기

벡터 스킨을 4월부터 사용함에 따라서, 각 스킨에서의 글자 문제를 고려해봐야한다고 생각합니다. 이게 문서나 틀의 형태를 좌우할 수도 있거든요. 일단은, 현재 제가 알기로는 미디어위키:monobook.css에만 118%가 적용되어 있다고 알고 있습니다. 한자도 쓰는 한국어 위키백과에서는 118%를 사용하는 편이 낫다고 해서 설정된 것 같은데, 다른 스킨에 적용되어있는지 모르겠네요. 일단은 vector 스킨에서 #bodyContent을 118%로 해봤더니 너무 크고, 92% 정도로 했더니 모노북과 같은 스케일...로 되기는 했습니다만, 흠... 각 스킨에서 글자 크기가 어떻게 설정되어 있는지 확인해주시고 적당히 조절해주셨으면 좋겠습니다 :) - 츄군 (토론) 2010년 3월 26일 (금) 16:26 (KST)답변

바로 이 때문인지 벡터 스킨을 적용시키면 대문의 글자 크기가 작아집니다. --Peremen (토론) 2010년 3월 26일 (금) 16:33 (KST)답변
지금 살펴보니 일본어 위키백과는 94.4%, 중국어 위키백과는 89%를 적용했네요. 전부터 글꼴 크기 줄이자는 의견이 있었으니 한 포인트 작은 글꼴로 어울리는 점을 찾아보죠. 각종 브라우저마다 조금씩 다를텐데... -- ChongDae (토론) 2010년 3월 26일 (금) 16:57 (KST)답변
94.4는 현재의 모노북보다 아주 약간 크고, 89는 확실히 작네요. 이 기회에 89로 줄이는건 어떨까요? -- ChongDae (토론) 2010년 3월 26일 (금) 17:30 (KST)답변
일본어 위키백과에서 94.4%를 도입한 배경 설명이 있네요. ja:Wikipedia:井戸端/subj/ベクタースキンの文字サイズ를 참고하세요. -- ChongDae (토론) 2010년 3월 29일 (월) 09:57 (KST)답변
원래 Monobook.css가 body: x-small, #globalWrapper: 127%이고, 일본어판에서는 #bodyContent: 118%을 쓰고 있었는데, 파이어폭스에서 x-small이 63%이고, 127% * 63% = 80%니까, 118% * 80% = 94.4%라는데... 이 계산 뭔가 이상하지 않나요? --Puzzlet Chung (토론) 2010년 3월 31일 (수) 14:31 (KST)답변
0.63(x-small) * 1.27(globalWrapper) * 1.18(monobook.css) = 0.944니 대략 0.94 (common.css)라는거죠. 퍼즐릿 님 셈법은 뭔가 이상하네요. -- ChongDae (토론) 2010년 4월 2일 (금) 14:38 (KST)답변
아, 그렇게 해석하면 맞네요. --Puzzlet Chung (토론) 2010년 4월 2일 (금) 14:57 (KST)답변
파이어폭스와 노트북 일반 와이드 해상도에서는 89는 절대 사용이 불가능한 수준입니다.--Demi (토론) 2010년 3월 31일 (수) 14:15 (KST)답변

벡터 스킨은 모노북보다 검색창을 더 찾기 힘든 곳 우측 상단으로 옮겨졌네요. 검색창을 좌측 내비게이션(둘러보기)에 넣는 방법은 없나요? (옮길 수 없다면 검색창을 찾기 쉽게하는 방법을 찾아봐야 하지 않을까요.) --WhiteNight7(Talk) 2010년 3월 26일 (금) 17:35 (KST) 덧+) 글자 크기는 지금 네이버나 다음의 메인화면 글씨 크기면 적당하지 않을까요? --WhiteNight7(Talk) 2010년 3월 26일 (금) 17:37 (KST)답변

지금 숫자만으로는 느낌이 잘 와 닿지 않는데, 혹시 크기별로 스크린샷을 올려주실 수는 없으신지요. --iTurtle (토론) 2010년 3월 26일 (금) 17:50 (KST)답변

제대로 맞추려면 한참 걸릴 듯... OS, 브라우저 종류와 버전, 사용 글꼴마다 미묘하게 다르니깐요. -- ChongDae (토론) 2010년 3월 26일 (금) 18:02 (KST)답변
참고 자료로서 한 번 올려봅니다.
 
전 92%쯤이 좋아보이는군요. - IRTC1015 (토론) 2010년 3월 26일 (금) 18:17 (KST)답변
저도 92%나 94.4가 더 좋아보입니다.--WhiteNight7(Talk) 2010년 3월 26일 (금) 18:37 (KST)답변
강희제 같은 한자를 많이 사용한 문서도 고려해야 되기 때문에 한자가 제일 걱정이네요. 한자 스크린샷도 부탁드려도 될까요 ; 일단 92%쯤이 좋아 보입니다. --iTurtle (토론) 2010년 3월 26일 (금) 18:40 (KST)답변
에구; 스크린샷 편집하면서 실수했네요. 맨 왼쪽은 89%를 적용한 값입니다. 한자는 잠시 후에 올릴게요. - IRTC1015 (토론) 2010년 3월 26일 (금) 18:52 (KST)답변
 
일일이 CSS 적용하기는 귀찮아서; 해당하는 글자 크기로 한자를 입력해 봤습니다. 나머지 크기는 제 환경에서는 글자 자체에는 크기에 차이가 없었으므로 생략합니다. 좀 더 다양한 환경에서 분석해봐야 할 것 같군요. - IRTC1015 (토론) 2010년 3월 26일 (금) 18:58 (KST)답변
92%가 좋아보입니다. 아, 근데 저 89%는 뭔가요? 89%도 적당해보이긴 합니다. -- 윤성현 · 기여 · F.A. 2010년 3월 27일 (토) 10:04 (KST)답변
80%와 80%(기본값)의 차이는 무엇인가요? --Puzzlet Chung (토론) 2010년 3월 31일 (수) 14:40 (KST)답변
스크린샷에서 앞쪽의 80%는 89%의 오타입니다. -- ChongDae (토론) 2010년 3월 31일 (수) 15:33 (KST)답변
저는 지금 그대로 쓰려 합니다. Kwj2772 (msg) 2010년 3월 28일 (일) 00:12 (KST)답변
각 틀들의 글씨 크기도 조정을 해야할 것 같네요. 제가 해상도를 크게 설정해놔서 그런지는 모르겠지만(1650*1080) 본문의 글씨 크기가 작아지면서, 기존 모노북 스킨에서는 적절한 크기였던 글자가 많이 작아지는 경우가 있습니다.(예: 틀:축구 선수 및 감독 정보) 또 대문 문서를 보면 글자가 너무 작아졌네요. --아들해 (토론) 2010년 3월 28일 (일) 17:55 (KST)답변
저도 기존 모노북 스킨 글자가 적절해 보입니다. 92 미만은 일반적인 와이드 해상도 노트북에서 보자마자 눈의 통증을 유발하네요. 노트북에서 보기에는 94.4는 되어야 편할 것 같네요. --Demi (토론) 2010년 3월 28일 (일) 21:25 (KST)답변
최소 글자 크기는 9pt(12px)가 되도록 하는 게 좋겠지요.(이 크기) 이것보다 작으면 한글이건 한자건 읽기 불편해요. 본문 크기는 지금까지 11pt(14px) 정도에 너무 익숙해진 탓인지는 모르겠지만, 이게 가장 적당할 것 같네요.
덧붙이자면, 부가 설명 등에 본문보다 한 단계 작은 글자도 널리 사용된다는 점을 고려해주세요. 다른 사이트에서 적용되는 본문 9pt는 부적절하다고 봅니다. - IRTC1015 (토론) 2010년 3월 28일 (일) 18:06 (KST)답변

기본 글꼴은 지금처럼 작은 것도 쓰다보면 적응되는데, 각종 안내, 장식 등이 문제네요. <small>이나 "font-size: 80%;", "font-size: smaller;" 등의 style이 여기저기 쓰이는데, 가독성이 떨어집니다. FF에서 한 단계 글꼴을 키우면 적당해 보이는데요. 지금의 모노북은 알찬글처럼 내용이 많은 경우 스크롤의 압박이 좀 심해지니 적당한 크기가 없을까요? -- ChongDae (토론) 2010년 3월 28일 (일) 21:44 (KST)답변

font-size: 80%가 smaller보다 더 작기 때문에 많이 쓰이고 있는데, Monobook.css에서 smaller가 제 눈에는 그렇게 커 보이지도 않고 Vector.css로 바뀌는 것에 대비도 해야 해서 보이는 대로 smaller로 몰래 고치고 있습니다. --Puzzlet Chung (토론) 2010년 3월 31일 (수) 14:34 (KST)답변

저는 92%로 갔으면 합니다. 알찬 글의 경우 스크롤이 길어지기는 하지만, 60몇개의 알찬 글만을 위해서 기본 글꼴을 줄이자...는 것도 그렇고, 한자 문화권에 속해있어서 한자의 가독성도 필요하다는 점도 고려해야합니다. 글쎄요... 음... 저는 스크롤의 압박보다도 그런 점을 생각하는게 더 좋다고 생각합니다(뭐, 저는 알찬 글을 인쇄해서 본 적도 있어서 그런가 그렇게 스크롤이 길다고 읽지 못한다...는건 좀...). - 츄군 (토론) 2010년 3월 28일 (일) 22:01 (KST)답변

찾다보니 이런 사이트도 있네요. http://pxtoem.com/ 여기에 나타난 기본(?)크기인 87.5%와 93.8% 이 둘 다 안정적으로 보입니다. 참고로 현재의 시스템 기본은 80%입니다. (위의 링크 참고) -- ChongDae (토론)

87.5%를 적용해봤는데 꽤 괜찮네요. --아들해 (토론) 2010년 3월 29일 (월) 00:55 (KST)답변

80%가 뭔가 했더니, 0.8em 얘기군요. 저는 Vector.css를 쓰기 시작했을 때부터 80%를 쓰고 있는데 보는 데에 무리 없습니다. 다만 파이어폭스에서는 위 스샷처럼 작은 글꼴이 너무 작게 보이기 때문에 키워야 할 것 같네요. --Puzzlet Chung (토론) 2010년 3월 31일 (수) 14:26 (KST)답변

알찬 글, 보호문서 딱지 해결

여기저기 깨지는 것 투성이군요. 알찬 글, 보호 문서 위치는 바로잡았습니다. 예전 Monobook.css의 기능 중에 Vector.css로 옮길 게 여럿 보이네요. 기본 문서 이외에 배경색 까는 것부터요.-- ChongDae (토론) 2010년 3월 26일 (금) 21:51 (KST)답변

0 편집

어제까지 0 부분 편집이 있었는데 오늘 보니깐 0 부분 편집이 사라졌습니다. --WhiteNight7(Talk) 2010년 3월 27일 (토) 10:42 (KST)답변

벡터 스킨과 어울리지 않는듯 싶어 일단 지웠습니다. 특수기능:환경설정의 소도구 설정에서 "문서 앞 부분에 [편집] 링크를 추가합니다"에 체크하고 저장하면 제목 옆에 편집 버튼이 생기며 비슷한 기능으로 쓰실 수 있습니다. -- ChongDae (토론)
어짜피 풀다운 메뉴 속으로 숨었는데, 0 처럼 작게 표시할 이유는 없어보입니다. "도입부 편집", "머릿말 편집" 등의 긴 문구를 써도 될 것 같네요. 좋은 의견 바랍니다. -- ChongDae (토론) 2010년 3월 27일 (토) 16:42 (KST)답변
머릿말 문서를 참고하니, 개인적으로는 "도입부 편집"이 의미상 더 좋을 것 같네요. -- Min's (토론 / 기여 / 메일) 2010년 3월 27일 (토) 19:16 (KST)답변
논외인데, header를 머리글로 옮겼는데, 사실 서문[1]의 의미로 더 많이 쓰이지 않나요? -- ChongDae (토론) 2010년 3월 28일 (일) 01:18 (KST)답변

그것도 그렇고.. 예전에 있었던 도입부 편집 단축키인 alt+0도 더이상 먹지를 않는군요 ㅠㅠ --  모다   /토론/ 2010년 3월 28일 (일) 02:17 (KST)답변

1단계 제목과 2단계 제목

모노북에서는 모두 굵은 글씨로 표시되는데, 벡터스킨에서는 1단계 제목(== 제목 ==)은 굵은글씨로 표시되지 않네요. 반면 2단계 제목(=== 제목 ===)부터는 굵은 글씨로 표시가 됩니다. 굵은 글씨로 통일하는 쪽이 보기에 더 좋지 않을까요?--아들해 (토론) 2010년 3월 28일 (일) 20:35 (KST)답변

반영했습니다. -- ChongDae (토론) 2010년 3월 28일 (일) 21:41 (KST)답변

역사 탭

일본어 위키백과를 보니 모노북에서는 이력(履歴)이라고 나오는 부분이 이력표시(履歴表示)라고 나오네요. 벡터 스킨은 좀 여유가 있으니 탭 메시지도 바꿀 수 있겠네요. 예전부터 역사를 이력으로 바꾸자는 의견이 많았는데, "변경이력", "수정이력", "편집이력", "문서이력" 정도가 어떨까요? (그런데 이런 시스템 메시지도 스킨마다 다르게 번역 가능한가보죠?) -- ChongDae (토론) 2010년 3월 29일 (월) 16:28 (KST)답변

개인적으로는 오픈토리에서 사용하는 '발자취'라는 단어가 마음에 들더군요. (그런데 그건 사용하기 좀 그렇겠죠^^;;;) --WhiteNight7(Talk) 2010년 3월 29일 (월) 16:35 (KST)답변
"내력"을 써보는건 어떨까요? "변경내력", "수정내력", "편집내력", "문서내력" --아들해 (토론) 2010년 3월 29일 (월) 19:54 (KST)답변
내력, 이력도 좋지만 저는 이 경우 발자취를 써도 괜찮을 것 같네요. 그다지 억지스러운 순한국어화도 아니고, 의미 전달도 잘 되구요. - 츄군 (토론) 2010년 3월 29일 (월) 20:02 (KST)답변
발자취도 좋은 것 같습니다. 다만 마우스 포인터를 대면 나오는 팁 풍선?처럼 명확한 보충 설명이 필요할 듯 합니다. --알밤(토론) 2010년 3월 29일 (월) 23:54 (KST)답변
발자취, 괜찮네요. 저도 발자취로 하는 게 좋을 것 같습니다. :) --BreadToast Eggs Cooker Fried Eggs 2010년 3월 30일 (화) 10:20 (KST)답변
나쁘지는 않겠네요. 다만 저는 ‘발자취’라는 단어를 처음 봤을 때 방명록 같은 게 생각나서 말이죠-_-a 설명은 필요하겠네요. - IRTC1015 (토론) 2010년 3월 30일 (화) 13:31 (KST)답변
발자취도 괜찮지만 약간은 부족하므로 다른 안도 고려해봐야 하지 않을까요? 저에게도 방명록의 냄새가 깊게 풍기네요. --누비에크 () 2010년 3월 30일 (화) 13:34 (KST)답변
발자취가 좋겠네요. -- 윤성현 · 기여 · F.A. 2010년 3월 30일 (화) 13:40 (KST)답변
사실 발자취는 방명록 같은 느낌이 드는 게 사실이고, 편집내력이라기 보다는 사용자의 기여와 더 가까운 단어가 아닐까요? --돌피넬(talk·contribs) 2010년 10월 6일 (수) 23:55 (KST)답변

이동 탭

이동 탭이 벡터 스킨에서는 기본적으로 보이지 않아 불편한데, .js나 .css를 이용해 기본적으로 보이게 할 수 있을까요? --User:Bart0278 (talk · cont.) 2010년 3월 31일 (수) 00:05 (KST)답변

글자 크기, 최종 선택은?

어느 쪽이 맘에 드시나요? 아래 둘 중의 하나로 정하죠? -- ChongDae (토론) 2010년 4월 1일 (목) 23:47 (KST)답변

소도구에 14px, 15px 두 가지로 설정하는 기능을 추가했습니다. 개인 vector.css를 고칠 필요 없이 간단히 소도구 설정으로 테스트해보세요. --klutzy (토론) 2010년 4월 3일 (토) 16:00 (KST)답변

소도구의 위치는 우상단의 사용자 환경 설정을 클릭한 후, 환경설정 중에 메뉴 중 가장 오른쪽에 있습니다. --hun99 (토론) 2010년 4월 3일 (토) 23:58 (KST)답변
언제 갑자기 벡터 스킨이 기본으로 바뀔 지 몰라 현재와 가장 비슷한 0.938em을 기본으로 설정해 놓았습니다. 크기를 줄이는 건 계속 논의해보죠. -- ChongDae (토론) 2010년 4월 4일 (일) 23:21 (KST)답변
위키백과의 "독자"들이 어떤 글자 크기에서 편함을 더 느낄 수 있을지를 우선순위로 고려해야하지 않을까요. 기술적으로 가능하기만 하다면 설문조사 같은 것으로 피드백을 받아보는 것도 한 방법이 아닐까 생각합니다.--아들해 (토론) 2010년 4월 5일 (월) 18:23 (KST)답변
공지사항 부분에 설문조사 비슷한 걸 넣어볼까요? 외부 페이지 없이 위키백과 자체적으로 가능할지를 한번 생각해봐야겠네요. --klutzy (토론) 2010년 4월 5일 (월) 18:57 (KST)답변

0.938em/93.8%/15px

  • 장점: 현재의 monobook 스킨과 비슷한 크기. 각종 안내 페이지나 틀을 그냥 쓸 수 있다.
  • 단점: 일반적으로 한국 인터넷에서 쓰는 글꼴 크기 중에 큰 편에 속함.
  1. 이 쪽으로 선택합니다. - 츄군 (토론) 2010년 4월 1일 (목) 23:50 (KST)답변
  2. 여기가 좋습니다. --밥먹어쏭(우리 함께해요!) "First in my diary" 2010년 4월 1일 (목) 23:59 (KST)답변
  3. 의견은 밝힌 바 있지만 재확인합니다. 글자 크기를 조정하는 방안을 홍보하거나 스크립트를 쓰는 방법도 있을 것 같네요. - IRTC1015 (토론) 2010년 4월 2일 (금) 02:03 (KST)답변
  4. 이쪽을 선택할랍니다. -- 윤성현 · 기여 · F.A. 2010년 4월 2일 (금) 10:49 (KST)답변
  5. --누비에크 () 2010년 4월 2일 (금) 10:50 (KST)답변
  6. --토트 Ratio • Sapientia • Veritas 2010년 4월 3일 (토) 01:18 (KST)답변
  7. --자연머리 (토론) 2010년 4월 3일 (토) 09:16 (KST)답변
  8. --소심자 (토론) 2010년 4월 3일 (토) 13:13 (KST)답변
  9. 맑은 고딕 폰트에 클리어타입 먹여서 쓰는 사용자는 글씨 작으면 눈 아픕니다. --A Blue Squirrel Acorn 2010년 4월 4일 (일) 23:23 (KST)답변
    14px도 타 포털에 비해서는 큰 편입니다. 14px도 문제가 있는지요? -- ChongDae (토론) 2010년 4월 5일 (월) 18:26 (KST)답변
    문제가 있다는 건 아닙니다. 소도구를 이용하여 실제로 해 봤는데 14px도 읽기에 큰 어려움은 없었습니다. 다만 제가 15px를 선택한 이유는 단지 14px보다 읽기가 쉬워서였습니다. --A Blue Squirrel Acorn 2010년 4월 5일 (월) 18:41 (KST)답변
  10. 저도 람님 의견에 동의합니다. --Demi (토론) 2010년 4월 5일 (월) 20:46 (KST)답변

0.875em/87.5%/14px

  • 장점: 좀 더 작은 글씨. 정보 틀 등에 더 많은 내용을 넣을 수 있다.
  • 단점, small보다 더 작은 글씨를 쓰면 예쁘지 않다. 일부 작은 글꼴을 많이 쓴 틀 등의 정리가 필요하다.
  1. 전 이쪽을 선택합니다. 작은 글씨와 글씨는 앞으로 수정해야할 부분이지만, 그것은 초기에 바뀐 과정에서의 문제점이고, 문서들이 작아진 글씨에 맞게 점차 맞춰지고 수정된다면 결과적으로는 이게 더 좋다고 생각합니다. 당장은 불편한 점이 있더라도 미래지향적인 선택이라고 하면 될까요?:) -- Min's (민들라미) (토론 / 기여 / 메일) 2010년 4월 2일 (금) 13:04 (KST)답변
    덧붙이자면, 당장 적용하면 일부 작은 글씨와 틀이나 표 등에 대해서는 시인성이 떨어질 수도 있겠지만, 충분히 기간이 지나서 작아진 글씨에 맞게 점차 맞춰진다면 오히려 가독성이나 시인성 부분에더 더 좋을 것 같네요. -- Min's (민들라미) (토론 / 기여 / 메일) 2010년 4월 3일 (토) 08:34 (KST)답변
  2. 저도 이쪽을 선택합니다. 기존 모노북은 글씨가 너무 커서 산만한 느낌도 많이 받았습니다. --Peremen (토론) 2010년 4월 2일 (금) 15:18 (KST)답변
  3. 의견을 바꿉니다. 87.5%가 더 좋은 것 같군요. --User:Bart0278 (talk · cont.) 2010년 4월 2일 (금) 16:06 (KST)답변
  4. 저도 여기가 더 편한 느낌입니다. --WhiteNight7(Talk) 2010년 4월 3일 (토) 14:42 (KST)답변
  5. 이쪽이 편합니다. 93.8%도 문제는 없지만 좀 크네요.--아들해 (토론) 2010년 4월 3일 (토) 15:22 (KST)답변
  6. 작은 글씨를 더 선호합니다. -- 리듬 (토론) 2010년 4월 3일 (토) 16:15 (KST)답변
  7. 저도 작은 글씨를 선호하는 편입니다. --Erio-h (토론) 2010년 4월 3일 (토) 16:33 (KST)답변
  8. 저도 의견을 바꿉니다. 실제 써 보니 작은 글씨도 나쁘지 않은 것 같네요. --iTurtle (토론) 2010년 4월 4일 (일) 12:36 (KST)답변
  9. 글씨 크기가 너무 크면 문서가 예쁘게 나오지 않습니다 =ㅁ=; --더위먹은민츠(발자취) 2010년 4월 5일 (월) 20:42 (KST)답변
  10. 저는 이보다도 작은 11~12px을 선호하기 때문에 이쪽을 선택하겠습니다. --Puzzlet Chung (토론) 2010년 4월 5일 (월) 20:46 (KST)답변
  11. 저는 작은 글씨가 편합니다. (14px도 상당히 크게 느껴지네요) Kwj2772 (msg) 2010년 4월 5일 (월) 22:53 (KST)답변
  12. 저도 작은게 나은 것 같군요. 15px는 자간 공간만 커지는 느낌이에요. 그런데 폰트에 따라 느낌이 다를 것 같은데, Windows XP의 바탕과 Vista의 클리어를 쓰는 사람들의 의견을 공히 들어봐야 할 것 같습니다. 저는 현재 XP입니다. --케골 2010년 4월 9일 (금) 20:00 (KST)답변
  13. 이전부터 위키백과의 큰 글씨크기는 이의가 항상 제기되었어요. 다른 포털사이트와의 이질감이 크다고 그러더군요. 저도 작은 글씨가 더 좋습니다. --RedMosQ (토론) 2010년 4월 11일 (일) 14:00 (KST)답변
  14. 저 역시 작은 글씨가 좋습니다. 비록 모니터가 커서 1920x1080해상도로 보고 있지만 그래도 틀이나 표에대한 내용을 작성할때 서체의 크기에 비해 공간이 애매하게 좁았던 기억이 빈번했습니다. --Kladess Contributions Talk 2010년 4월 12일 (월) 18:41 (KST)답변
  15. RedMosQ의 의견에 동의. 기존의 폰트는 지나치게 큰 편이었죠. --닭살튀김 (토론) 2010년 4월 18일 (일) 19:24 (KST)답변
  16. 당분간 폰트 크기를 85%나 90% 등으로 처리한 표 등의 정리가 필요하겠지만 장기적으로는 글씨의 크기를 줄이는 것이 바람직하다고 봅니다. --Jws401 (토론) 2010년 6월 23일 (수) 18:19 (KST)답변

벡터 스킨에 대한 두가지 의견

  1. 글씨 크기가 투표로 정해지더라도, 환경 설정을 통해서 선택하게 할 수 있도록 하면 어떨까요?
  2. 벡트 스킨은 검색창이 오른쪽 상단으로 옮겨졌는데, 더 찾기 힘든 위치에 옮겨진게 아닐까요?--WhiteNight7(Talk) 2010년 4월 3일 (토) 14:44 (KST)답변
1번에 대해서는 사용자 하위 문서(/Vector.css)에서 설정하면 사용 가능합니다. - 츄군 (토론) 2010년 4월 3일 (토) 14:45 (KST)답변
1. 소도구에 해당 기능을 추가했습니다. 2. 검색창에 대해서는 아직도 여러가지 말이 많기는 합니다. 익숙해지지 않아서 그런 것일지도 모르니 일단 어느정도 적응해본 다음에 의견을 모아 보려고 해요. --klutzy (토론) 2010년 4월 3일 (토) 16:03 (KST)답변

벡터스킨 글씨 크기

벡터스킨 기본 글씨 크기가 변경되었나요? 위키백과 사용 도중에 갑자기 글씨가 커졌네요.. -- Min's (민들라미) (토론 / 기여 / 메일) 2010년 4월 4일 (일) 23:47 (KST)답변

네. 조 위에 공고한대로 현재의 모노북과 크기가 같은 93.8%로 바꾸어놓았습니다. 시스템 기본인 80%는 너무 작고, 87.5%는 아직 총의가 덜 모아져서요. -- ChongDae (토론) 2010년 4월 4일 (일) 23:50 (KST)답변
(편집 충돌) ChongDae님이 임시로 15px로 변경하셨습니다. --User:Bart0278 (talk · cont.) 2010년 4월 4일 (일) 23:51 (KST)답변
아, 그렇군요. 저기 위에 공고되어 있었네요:) 두 분 모두 답변 감사합니다:) -- Min's (민들라미) (토론 / 기여 / 메일) 2010년 4월 4일 (일) 23:53 (KST)답변

.ask

사용자:WhiteNight7/벡터 스킨 안내 이렇게 벡터 스킨 안내 페이지를 만들어봤습니다. (그냥 할 짓 없어서 만들어봤습니다.) 폰트 저작권 문제가 있다면 다른 것으로 바꾸겠습니다. --WhiteNight7(Talk) 2010년 4월 5일 (월) 18:26 (KST)답변

멋지군요![2]. -- ChongDae (토론) 2010년 4월 5일 (월) 18:42 (KST)답변
감사합니다 ^^ --WhiteNight7(Talk) 2010년 4월 5일 (월) 18:53 (KST)답변
대단합니다. --User:Bart0278 (talk · cont.) 2010년 4월 5일 (월) 22:52 (KST)답변
재주가 좋으십니다. --S7ㅡ ㅌㄹ】【ㄱㅇ E-M 2010년 4월 6일 (화) 16:48 (KST)답변

“편집 요약” 및 “주제/제목”

문서를 편집할 때 편집 창 밑에 뜨는 “편집 요약” 입력 상자와, 토론 문서의 + (덧붙이기) 편집을 할 때 편집 창 위에 뜨는 “주제/제목” 입력 상자의 길이가 줄어들었군요. “주제/제목”은 길이가 줄어도 큰 문제는 없는데, “편집 요약”은 길이가 줄어드니까 다소 불편한 점이 있습니다. --A Blue Squirrel Acorn 2010년 4월 8일 (목) 18:15 (KST)답변

전체 스킨이 고쳐지길 기다렸는데 아직이네요. 영어 위키백과에서 임시 해결책을 가져왔습니다. [3] -- ChongDae (토론) 2010년 4월 8일 (목) 20:14 (KST)답변

클리어타입 관련

꼭 벡터 스킨과 관련된 얘기는 아니지만 클리어타입을 통해 글씨 보기 불편하다는 분이 두 분이나 계셔서 써 봅니다. 윈도 7의 경우 자체적으로 클리어타입 관련 설정을 할 수 있는 툴을 제공합니다. 실행에서 cttune을 입력하거나 제어판이나 시작 메뉴의 검색창에서 'ClearType 텍스트 조정'을 찾아 도구를 실행할 수 있습니다. 이 설정을 이용해 자신의 눈에 맞출 수 있으니, 윈도 7을 사용하시는 분들은 꼭 시도해보세요. --iTurtle (토론) 2010년 4월 9일 (금) 00:43 (KST)답변

IE8에서 사이드바 글자 짤림 현상

파일:IE8 벡터스킨 사이드바 오류.jpg
사이드바 글자 짤림 현상

윈도XP IE8에서 벡터스킨을 사용할 때 위와 같이 사이드바의 글자가 짤리는 현상이 발생하고 있습니다. 위키백과 뿐만아니라 위키미디어 공용에서도 일어나고 있는데, 호환성 보기를 해도 이런 현상이 나타나네요. --알밤(토론) 2010년 4월 9일 (금) 01:39 (KST)답변

참고로 Win7+IE8에서는 해당 문제가 발생하지는 않네요. -- Min's (민들라미) (토론 / 기여 / 메일) 2010년 4월 9일 (금) 13:13 (KST)답변
비스타와 IE8에선 사이드바가 짤려서 나오네요. -- 윤성현 · 기여 · F.A. 2010년 4월 9일 (금) 13:18 (KST)답변

맨 위의 오른쪽 '-- 내 기여목록 로그아웃'도 위가 짤려서 나오지 않나요? WinXP+IE7에서는 그런데요. WinXP+크롬에서는 괜찮고요. --케골 2010년 4월 9일 (금) 20:23 (KST)답변

좌표계 깨짐

파이어폭스에서 벡터 스킨을 사용할 시 좌표계가 모두 위치가 이상하게 변하네요. 틀을 가리는 경우가 많은데... CSS 수정으로 해결되겠죠? --Demi (토론) 2010년 4월 9일 (금) 13:11 (KST)답변

{{Coord}}는 고쳤는데, {{좌표}} 계열은 고치지 못했습니다. 보시고 맞춰주세요. -- ChongDae (토론) 2010년 4월 9일 (금) 14:26 (KST)답변

베타 피드백 설문조사 결과

현재 진행중인 '베타 버전에 대한 설문조사'를 모아둔 링크가 usability:Beta Feedback Survey에 있습니다. 특히 사용자들의 구체적인 의견은 usability:Beta Feedback Survey/User Comments에서 볼 수 있습니다. 전에 찾았을 때는 한국어 결과가 없어서 굳이 알려드리지 않았었는데, 오늘 확인해보니까 한국어 결과도 같이 있네요. 물론 이 결과는 각 사용자가 로그인을 하면서 직접 사용해보고, 베타 체험을 종료할때 자신이 느낀 문제점을 적극적으로 남겨준 것입니다. 따라서 전체 사용자의 통계와는 어느정도 차이가 있을 수 있다는 점을 염두에 두어야 할 것입니다.

역시 기존의 글자 크기가 작다는 의견이 굉장히 많았습니다. 생각해보면 당연한 반응이었을텐데 글자 크기를 미리미리 조정해볼 걸 그랬네요.. 이런 식의 의견 얻을 기회가 흔하지 않으니까요. 글자 크기를 어떻게 하는 게 좋을지는 앞으로 자체적인 설문조사를 통해 개선해야 할 부분일 것 같습니다. (구체적인 설문조사에 대해서는 나중에 별도 문단으로 말씀드리겠습니다.)

개인적으로 주목하고 싶은 부분은 새로운 편집 툴바에 대해서 '원래부터 편집하지 않는다', '그런게 있는 줄도 몰랐다'는 의견이 많다는 점이고요. '특수문자' 부분에 대해서 피드백을 기대했었는데 전혀 없네요.

IE에서 느려서 쓸 수 없다는 반응도 꽤 있어서 놀랐습니다. 이 부분에 대해서 아시는 분 계신가요? 그리고 IE에서 글씨가 잘린다는 의견도 있는데 역시 모르겠고요. 사실이라면 빠른 확인이 필요할 듯 싶습니다. #IE8에서 사이드바 글자 짤림 현상 이 현상이 맞나요?

검색창 부분에 대해서도 개인적으로 주목하고 있었는데 '오른쪽 위가 좋다'는 의견과 '기존이 낫다'는 의견이 대략 반반이었습니다. 이 부분에 대해서도 설문조사가 있으면 좋겠고요.

기존 스킨이 마음에 든다는 의견도 많이 있었습니다. 이 부분에 대해서도 보강이 필요한 부분인데, 기존 스킨을 계속 사용하는 방법을 안내하는 방법이 있어야 할 것입니다. --klutzy (토론) 2010년 4월 14일 (수) 13:38 (KST)답변

사이드바 잘림은 저같은 경우에는 글씨가 커져서 해결됐습니다만, 검색창은 약간 불편하네요.--누비에크 () 2010년 4월 14일 (수) 13:44 (KST)답변
IE 쓰시나보네요. 속도에 대해서는 어떤가요? 혹시 예전 스킨에 비해서 약간이라도 느려지는 것 같다면 알려주시면 좋겠습니다. --klutzy (토론) 2010년 4월 14일 (수) 13:55 (KST)답변
저같은 경우에는 약간 무거운 느낌은 있지만 속도면에서는 별 차이점이 없었습니다. 그런데 사용자:WhiteNight7/벡터 스킨 안내 소개되어있는 것과는 달리 편집창을 아무리 찾아봐도 모르겠네요. 아직 도입이 안된건지 뭐가 문제가 있는건지 모르겠습니다. --누비에크 () 2010년 4월 14일 (수) 14:27 (KST)답변
편집창은 환경설정의 "편집상자" 메뉴에서 "편집창에 툴바 보이기 (자바스크립트)"와 아래 베타 기능의 "기능이 향상된 편집 툴바 사용"을 선택하시면 됩니다. -- ChongDae (토론) 2010년 4월 15일 (목) 01:29 (KST)답변
물론 그것도 클릭해놓았지요. --누비에크 () 2010년 4월 15일 (목) 01:29 (KST)답변

글자 크기 설문조사 방안

#글자 크기, 최종 선택은?에서 언급했던 대로, 글자 크기 등에 대한 설문조사를 해보면 좋을 것 같습니다. 어떤 식으로 조사할지에 대해 생각해봤는데.. 영어 위키사전에서 쓰는 방법을 써보는 게 어떨까 하네요.

위키사전에서는 익명 사용자에게 문서 품질에 대한 설문조사를 실시하고 있습니다. 아무 문서나 열어 본 다음에 왼쪽 아래를 보면 "Submit anonymous feedback about Wiktionary"라는 부분이 있고요. 각 링크를 클릭하면 해당 의견이 접수됩니다.

이 방법을 비슷하게 적용할 수 있습니다. 우선, 사용자에게는 적당한 부분(상단 공지사항 등)에 글자 크기에 대한 설문조사를 보여줍니다. 예를 들어서 "글자 크기를 줄일까요? [작게] / [그대로]" 식으로 보여주고 사용자가 클릭을 하면 글자 크기가 작아지는 식으로요.

(여기서부터는 내부적인 기술적인 사항에 대한 부분입니다.) 위키사전에서는 툴서버 계정을 통해 정보를 수집하고 있습니다. 자바스크립트로 <iframe src="http://툴.서버/~계정/feedback.php?title=A&answer=good" style="display:none" /> 노드를 만들어서 쿼리를 보내도록 하는 거죠. 마찬가지로 툴서버 계정에 적당한 php를 만들어 두면 이와 같은 정보를 익명으로 모을 수 있습니다. 위키사전의 해당 코드는 en:wikt:User:Conrad.Irwin/feedback.js에서 볼 수 있습니다.

아직 확실하지 않은 부분은 툴서버 계정을 이런 식으로 쓰는 게 일반적으로 가능한가에 대한 것인데.. 위키사전에서는 이미 이런 방법을 쓰고는 있지만 서버 측에 별도의 허가를 받아야 하는지 등의 부분을 확인해봐야 할 것입니다. --klutzy (토론) 2010년 4월 14일 (수) 13:54 (KST)답변

툴서버의 관련 규정은 [4]에 있습니다. Privacy Policy의 opt-in 부분에 해당되는 것 같은데 제가 아직 규정을 전부 읽어본 건 아닙니다. --klutzy (토론) 2010년 4월 14일 (수) 13:58 (KST)답변

en판 참고

en판도 벡터 스킨으로 바뀌었으니 참고해 보는 것은 어떨까요? --S7 ㅌㄹ】【ㄱㅇE-M 2010년 5월 13일 (목) 16:43 (KST)답변

글자 관련

작아지는 것도 좋은데,이런[1] 출처 달 때가 문제입니다. 글자는 작아졌는데 출처 간격은 옛날 그대로라 읽기에 불편해지는 경우가 있습니다. 또 자동검색의 글자 크기는 어떻게 줄일 수 없나요?--saehayae (토론) 2010년 5월 28일 (금) 01:10 (KST)답변

  1. 예시

로고 샘플 몇 가지

한국어 위키백과 벡터 스킨용 로고를 몇 가지 만들어 봤습니다.

불필요한 내용들입니다.

파일:Ko.wikip.logo.vo.samp.2.png 파일:Ko.wikip.logo.vo.samp.3.png 파일:Ko.wikip.logo.vo.samp.4.png 파일:Ko.wikip.logo.vo.samp.5.png 파일:Ko.wikip.logo.vo.samp.6.png

(왼쪽부터)

  1. 돋움 font + Bold 속성
  2. 바탕 font + Bold 속성
  3. 나눔고딕 v2.0 bold
  4. 나눔명조 v2.0 bold
  5. 맑은 고딕 v5.0 bold

현재는 고딕 계열의 돋움 font를 사용하고 있는 것 같은데, 제 생각에는 다른 언어판처럼 명조 계열 폰트를 사용하는 것도 나쁘지 않다고 생각합니다만, 여러분들의 생각은 어떠하신지요? --람다람쥐 (토론) 2010년 6월 15일 (화) 01:23 (KST)답변

 
참고로, 메타나 공용쪽을 찾아보셨으면 아시겠지만, 이미 2.0 로고의 한국어판은 준비되어 있습니다. - IRTC1015 (토론) 2010년 6월 15일 (화) 01:37 (KST)답변
자료조사를 제대로 안 해서 괜히 고생했군요. 알려 주셔서 감사합니다. --람다람쥐 (토론) 2010년 6월 15일 (화) 01:49 (KST)답변

저는 명조 계열보다 고딕 계열이 더 로고에 알맞다고 생각합니다. 개인적으로 고딕 계열로 만들어 본 게 있었는데 실수로 지워버린 모양이네요.. 어쨌거나 로고에 대해서는 의견 수렴 과정이 필요하다고 생각하고 있습니다. --klutzy (토론) 2010년 6월 15일 (화) 16:49 (KST)답변

검색 상자 위치

검색 상자가 오른쪽 위로 옮겨진 게 불편한 분이 많이 있을 겁니다. 실제로 다른 언어판에서도 많이들 그런 의견이 나와서, 이번에 위키미디어 기술팀 블로그에서 그에 대해 설명을 했습니다[5](영어). 요약하자면 검색 상자가 오른쪽 위로 간 것은 실제 실험을 기반으로 한 것이고, 초기의 불편함은 '익숙함' 문제일 가능성이 크며, 앞으로 위키백과를 사용할 신규 사용자는 불편함을 느끼지 않을 것이라고 예상한다고 합니다.

지금은 벡터 스킨이 나온지 어느정도 시간이 지났기 때문에, '익숙함' 문제는 어느정도 해결되지 않았나 싶습니다. 아직 불편하다고 생각하시는 분 계신가요? 익숙함 이외에도 실제 불편함이 꽤 있다면 아예 검색 상자를 두 군데에 모두 두는 방안 등을 생각해볼 수도 있겠습니다. --klutzy (토론) 2010년 6월 15일 (화) 16:58 (KST)답변

링크해주신 글에 제가 궁금했던 검색창 길이에 관한 설명도 있군요! 베타 버전을 사용하고 있지 않지만 벡터 스킨을 한 달째 사용하고 있는데 위치에 관해서는 이제 어느 정도 적응될려고 합니다. 저는 검색창 위치가 어디에 있든 상관없습니다만, 저 블로그 글의 댓글에도 누군가 썼지만 좌측의 13%와 우측의 17%가 큰 차이인지 궁금하네요. --iTurtle (토론) 2010년 6월 15일 (화) 23:40 (KST)답변

위키백과 2.0 로고

위키백과:사랑방/2010년 제25주에서 이동함 --klutzy (토론) 2010년 7월 1일 (목) 14:32 (KST)답변

위키백과 기본 스킨이 벡터로 변경되면 로고도 2.0으로 변경될 계획인가 봅니다. 위키백과 로고에 은바탕체가 별로 마음에 들지 않아 은돋움체로 한번 만들어 봤습니다. 어떤 게 좋은지 비교해 보고 결정해 보는 것도 좋을 듯 합니다. 더 고쳐야 할 부분이 있다면 지적해주세요. -- 이 의견을 작성한 사용자는 Kwj2772 (토론)이나, 서명을 남기지 않아 다른 사용자가 추가하였습니다.

이 글씨체 말고 다른 것으로 하면 안되는 건가요? 예를 들어서 나눔고딕 이라던가요 --WhiteNight7(Talk) 2010년 6월 28일 (월) 15:56 (KST)답변
관련 토론이 위키백과토론:위키프로젝트 시스템/벡터 스킨#로고 샘플 몇 가지에 있습니다. --klutzy (토론) 2010년 6월 28일 (월) 17:19 (KST)답변
예전에 만들었던 게 있는데 실수로 지워버려서 이번에 다시 만들어봤습니다. (은돋움 #2~#4) 아직 세부 조정이 필요할 것 같네요. '위키백과' 글씨를 좀 더 작게 만드는게 나을 것도 같고요. --klutzy (토론) 2010년 6월 28일 (월) 17:45 (KST)답변
은돋움 3에서 4 정도가 적당해보이네요. 개인적으로는 4쪽이 더 나아보입니다. - 츄군 (토론) 2010년 6월 28일 (월) 18:22 (KST)답변
은돋움 #4가 맘에 듭니다. Jjw (토론) 2010년 6월 30일 (수) 09:56 (KST)답변
원본이 마음에 듭니다. 영어판에서 세리프 계열의 폰트를 사용했고, 개인적인 의견을 덧붙이자면 산세리프체 계열은 깔끔한 느낌은 있지만 뭔가 가볍게 느껴지고 세리프체 계열이 훨씬 웅장하고 무게감 있게 느껴지는것 같습니다. 본문과 같은곳에는 산세리프체로 하면 깔끔하지만 대문과 같은 로고에는 세리프체가 더 어울릴것 같군요. --KladessContributionTalk 2010년 6월 30일 (수) 16:59 (KST)답변
현재 벡터 스킨이 적용되어 로고도 바뀌었습니다. 원본과 수정본 모두 선호하는 분들이 있기 때문에 토론 진행을 서둘러야겠네요. :) klutzy (토론) 2010년 7월 1일 (목) 14:41 (KST)답변
저도 4 쪽이 나아 보입니다. 한글 글꼴에서 세리프와 같은 느낌을 살리는 것은 어렵고, 그나마 비슷한 건 궁서체보다는 명조체겠죠. --Puzzlet Chung (토론) 2010년 7월 1일 (목) 15:09 (KST)답변
은돋움 4가 낫네요. 개인적으로 바탕체는 너무 옛날 글씨체같아서 좋아하진 않습니다. -- 윤성현 · 기여 · F.A. 2010년 7월 2일 (금) 00:53 (KST)답변
고딕체 종류는 너무 딱딱한 것 같습니다. 명조체가 더 부드운 느낌이 있지요. 굳이 바꿀 필요가 있는지 생각해봅니다. --케골 2010년 7월 2일 (금) 10:05 (KST)답변
고딕 계열의 글씨체는 가벼운 느낌이 있는 반면, 현재의 명조체는 웅장한 느낌을 주네요. 저도 지금의 명조체도 괜찮다고 생각합니다. --알밤(토론) 2010년 7월 2일 (금) 19:03 (KST)답변
저는 4에 한표 던지겠습니다. 가볍고 발랄하고, 적당하게 정돈된 느낌이 드네요. --Erio-h (토론) 2010년 7월 2일 (금) 19:18 (KST)답변
저도 4번에... -- Min's (토론) 2010년 7월 3일 (토) 13:41 (KST)답변
나눔고딕이나 생각대로, 다음, 옥션체는 안되나요?--아드리앵 (토론) 2010년 7월 5일 (월) 14:15 (KST)답변
  • 요것도 있었네요! Betalph님이 제안하셨네요. 근데 유니폴리?--아드리앵 (토론) 2010년 7월 5일 (월) 14:32 (KST)답변

    러시아에서는 死(4)가 위키백과 로고를 뽑습니다? 4번에 표 던집니다. --北京 (대화 / 편집항목·메세지) 2010년 7월 5일 (월) 18:34 (KST)답변
    은돋움 3번에 한 표 던집니다. --가람 (담소 - 편지 - ?) 2010년 7월 5일 (월) 18:39 (KST)답변
    베탈프님이 만든 로고를 완전 고딕으로 바꾼다면 그게 더 좋겠습니다. --양평동역 (토론) 2010년 7월 5일 (월) 22:48 (KST)답변

    전 지금 사용중인 '원본'이 마음에 드네요. 위키백과가 새로운 옷을 입었으니 로고도 고딕체에서 명조체로 바꾸는 것이 맞지 않을까요? --iTurtle (토론) 2010년 7월 8일 (목) 20:41 (KST)답변

    나눔명조나 나눔고딕으로도 만들어보면 어떨까요? 나눔명조는 명조체치고는 딱딱하고, 나눔고딕은 고딕체치고는 부드러운 편이라 로고로도 그럭저럭 어울리거든요. -- ChongDae (토론) 2010년 7월 10일 (토) 12:26 (KST)답변

    크롬에서 로그인 창 깨짐

     

    에서 볼 수 있듯이 구글 크롬에서 로그인 창 레이아웃이 깨지고 있습니다. div 레이어 설정 에러로 보이는데, 수정 부탁드립니다. (최대한 제가 노력해 보겠습니다만). --by Devunt at 2010년 7월 1일 (목) 23:14 (KST)답변

    역시 파이어폭스에서도 마찬가지로 깨지네요 . --User:Bart0278 (talk · cont.) 2010년 7월 3일 (토) 15:07 (KST)답변
    우선은 기존 모노북과 같은 방식으로 수정했습니다. 브라우저에 한정된 문제는 아니었네요. - IRTC1015 (토론) 2010년 7월 4일 (일) 17:16 (KST)답변

    IE8에서의 오른쪽 상단 글자 짤림 현상

    파일:IE8 벡터스킨 글자 짤림.jpg
    짤림 현상

    전에도 지적했었는데요. 왼쪽 사이드바 글자 짤림 현상은 해결되었는데, 오른쪽 상단 글자들이 짤리는 현상은 해결되지 않았네요. --알밤(토론) 2010년 7월 1일 (목) 23:21 (KST)답변

    제가 말한 문제점이 이것입니다. 오른쪽 상단 글자가 여전히 짤리게 나와서요. 빨리 고쳐졌으면 합니다. -- 윤성현 · 기여 · F.A. 2010년 7월 2일 (금) 00:52 (KST)답변
    제 환경에서는 호환성 모드를 사용하지 않았을 때 정상적으로 표시되었습니다(대문의 상태를 보니 호환성 모드를 사용하고 계신 것 같네요). 사용 환경을 좀 더 자세히 설명해주실 수 있나요? - IRTC1015 (토론) 2010년 7월 2일 (금) 11:22 (KST)답변
    호환성 보기 모드를 사용한 상태에서 스크린샷을 찍었습니다. --알밤(토론) 2010년 7월 2일 (금) 18:43 (KST)답변
    호환성 모드는 웹 표준을 제대로 지원하지 않는(물론 IE9조차도 제대로 지원하지 않지만) IE 구버전에 맞춰진 사이트에 쓰기 위한 것입니다. 위키백과를 이용하실 때에는 호환성 모드를 사용하지 말아주시고, 그 상태에서 발생하는 오류를 알려 주세요. - IRTC1015 (토론) 2010년 7월 2일 (금) 19:23 (KST)답변
    없애니까 짤려서 보이진 않네요. 그런데 지금 글씨 크기가 정확히 몇 픽셀이죠? -- 윤성현 · 기여 · F.A. 2010년 7월 3일 (토) 04:19 (KST)답변
     완료 수정하였습니다. --알밤(토론) 2010년 7월 17일 (토) 00:44 (KST)답변

    편집하다가 페이지에서 벗어날 때

    IE에서는 편집하다가 페이지에서 벗어날 때 페이지에서 벗어나시겠습니까? 하고 물어보는 메시지가 뜨는데, 오페라에서는 뜨지 않는군요. 원래 정상인가요? -- Min's (토론) 2010년 7월 3일 (토) 13:40 (KST)답변

    IE에서도 뜨지 않는 컴퓨터도 있어요. --가람 (담소 - 편지 - ?) 2010년 7월 5일 (월) 22:53 (KST)답변
    IE8에서는 기본적으로 뜨는 것으로 알고 있는데요. --S7 ㅌㄹ】【ㄱㅇ 2010년 7월 5일 (월) 22:55 (KST)답변
    음.. 집의 컴퓨터는 IE8이 아님에도 뜨던데 말이죠..;; --가람 (담소 - 편지 - ?) 2010년 7월 5일 (월) 22:56 (KST)답변
    벗어날 시점에 변경점이 없으면 메시지가 뜨지 않습니다. 혹시 이런 원인은 아닐까요? --klutzy (토론) 2010년 7월 6일 (화) 14:32 (KST)답변
    변경 상태가 있는 상태였습니다:-) 지금 이 글을 쓰면서도 확인해봤고요. 어짜피 갑자기 페이지가 이동되어도 다시 되돌아가보니 IE와 달리 내용이 남아있어서 크게 문제될 것은 없습니다만, 실수로 페지이를 닫는 경우에는 어쩔 수 없을 것 같네요. -- Min's (토론) 2010년 7월 6일 (화) 14:40 (KST)답변

    오페라에서...

    참고로 말씀드리자면... 오페라에서 위키백과 문서 편집을 하다보면 편집 내용에 대해 마우스로 드래그를 하면 바로 드래그가 지워지는 문제가 생기네요. 키보드로 드래그를 하면 괜찮은데 마우스로 드래그를 하면 그렇네요. IE8, 크롬, 사파리, 파폭에서는 해당 문제가 생기지 않았습니다. -- Min's (토론) 2010년 7월 6일 (화) 13:57 (KST)답변

    발생하는 상황을 자세히 설명해 주세요. --by Devunt at 2010년 7월 11일 (일) 15:11 (KST)답변
    편집 내용에 대해 마우스로 드래그를 하면 바로 그 드래그가 지워집니다. 즉, 마우스로 드래그를 하는 동안은 드래그가 되지만 마우스 버튼을 떼는 순간 드래그된 부분이 드래그가 되지 않고 그냥 커서로 바뀝니다. -- Min's (토론) 2010년 7월 22일 (목) 14:53 (KST)답변

    말머리 편집 버튼

    구 스킨에는 있었지만 벡터로 넘어 오면서 없어졌습니다. 추가해주세요.--Leedors (토론) 2010년 7월 6일 (화) 17:24 (KST)답변

    지금 같은 페이지에 같은 주제의 글(4번 글)이 이미 올라와 있습니다. (__) 벡터 스킨과 어울리지 않기 때문에 추가하지 않기로 했습니다. 특수기능:환경설정의 '소도구'를 클릭한 다음 '문서 앞 부분에 [편집] 링크를 추가'에 체크, 저장하시면 비슷한 기능을 사용하실 수 있습니다. --iTurtle (토론) 2010년 7월 7일 (수) 23:42 (KST)답변

    탑아이콘의 위치

    {{관리자}}와 같은 탑아이콘(topicon)을 달게 될 때 우측 상단이 아닌, 그보다 조금 아래 쪽에 구현되네요. 영어 위키백과에서는 정상적으로 구현됩니다만, 한국어 위키백과는 아래쪽에 위치하고 있습니다. (윈도우7, IE8) --hun99 (토론) 2010년 7월 11일 (일) 01:51 (KST)답변

    윈도7+오페라에서도 아래쪽에 위치하네요. -- Min's (토론) 2010년 7월 22일 (목) 14:51 (KST)답변
    브라우저의 문제는 아닙니다. 틀:알찬 글과 같은 위치에 표시되도록 조정했습니다. - IRTC1015 (토론) 2010년 7월 22일 (목) 15:52 (KST)답변

    본문 보기

    주석에서 다시 본문을 볼 수 있도록 해당 본문으로 돌아가는 링크가 주석마다 옆에 달려 있었으면 좋겠습니다.--Woonho (토론) 2010년 7월 22일 (목) 14:40 (KST)답변

    이미 있는 기능입니다. 주석 왼쪽의 를 누르시면 본문으로 돌아가실 수 있습니다. - IRTC1015 (토론) 2010년 7월 22일 (목) 14:48 (KST)답변

    찾아 바꾸기

    IE에서 찾아 바꾸기 (고급 기능 -> 가장 오른쪽 종이와 돋보기 모양)가 보이지 않습니다. --User:Bart0278 (talk · cont.) 2010년 8월 16일 (월) 00:11 (KST)답변

    다른 판에서 발견한 것입니다만,

    다른 판에서 발견한 것입니다만, 색상 태그가 있더라구요. (<color=""></color>)

    이걸 편집시 나타나는 위의 틀에 추가시켰으면 합니다. --가람 (논의 · ) One day, one hour 2010년 8월 16일 (월) 18:52 (KST)답변

    문서 본문에 색을 사용하는 경우가 많은가요? 실제 제 경험에 비춰 볼 때 색을 사용하는 경우가 많지 않을 것 같습니다만.. 많은 분들이 원하시면 추가하도록 하겠습니다. --iTurtle (토론) 2010년 8월 16일 (월) 23:35 (KST)답변
    만약 넣게 된다면, 차라리 칼라 태그 대신에, <span style=color:"색상">을 넣었으면 좋겠군요. --S7 Ta.】【Con. 2010년 9월 25일 (토) 00:39 (KST)답변
    "위키백과 정비단/시스템/벡터 스킨" 프로젝트 문서로 돌아갑니다.