사용자토론:Text-Justify

이 게시물에 대한 정보

Pika (토론기여)

사실 틀토론에 다는 게 맞지만 사용자가 Text-Justify님밖에 없기 때문에 여기에 답니다.

정보 틀 개편에 발맞춰서 이 틀 또한 일정 양식에 맞게 바꾸려고 합니다.

  • 제목, 제목/원어, 제목/한국어, 제목/영어 -> 글꼴이름, 원어이름으로 개편
  • 제작사, 제작자 -> 제작으로 통합
  • 가격 삭제
  • 소개, 다운로드 -> 웹사이트로 통합

순서는 이름 - 그림 - 종류 - 제작 - 라이선스 - 출시일 - 웹사이트입니다. (견본이 없어서 죄송하네요;;)

Text-Justify (토론기여)

모두 동의합니다.

하는 김에 '라이선스'는 제거하고(다중 라이선스나 구독형의 경우 기재가 복잡함, 웹사이트로 대체 및 본문에서 서술), 보다 정확하게 '종류'는 '자족'으로, 틀 이름은 '폰트 정보'로(번역어로 대응하지 않음) 바꾸는 것이 좋을 것 같습니다.

Pika (토론기여)

라이선스는 유지해도 되지 않을까라는 생각이 듭니다. 길면 "본문 참조" 같이 설명하면 되지 않을까요?

Text-Justify (토론기여)

그럴까요. 적절하다면 라이선스는 두기로 합시다.

Pika (토론기여)

그럼 나머지는 반영해서 수정하겠습니다. 감사합니다!

"틀:글꼴 정보 개편 제안"에 답변하기

어제 편집하신 틀:lang-일본어에 대해서

16
하늘의 요약

사용자:Text-Justify님께 자꾸 알림이 갈지도 모르니까 그만하겠습니다.

하늘 (토론기여)

폰트에 yu gothic를 넣어서 폰트가 달라졌는데 굵기가 너무 얇아 잘 읽을 수가 없는 문제가 있습니다.

Yu gothic 아사히나 미쿠루.png
하늘 (토론기여)

윈도우입니다. font-weight를 bold로 지정할 경우 굵기가 적당하지만 그렇게 하면 다른 폰트로 지정됐을 시에 통일성을 해칠 만큼 굵게 나올 수도 있을 것 같습니다.

하늘 (토론기여)

오른쪽(아래)은 Meiryo 폰트가 적용됐을 때입니다. Meiryo 아사히나 미쿠루.png

하늘 (토론기여)

아 Meiryo는 이전 편집본에서 적용된 폰트입니다.

Text-Justify (토론기여)

yu gothic은 제가 편집하기 전부터 들어가 있던 폰트 같네요 음...

하늘 (토론기여)

사용 환경이 달라서 그런 것 같네요. 제 환경에선 meiryo로 나왔습니다.

Text-Justify (토론기여)

제가 편집한 내용 중에는 yu gothic을 추가한 적이 없다는 의미였습니다. 비교

하늘 (토론기여)

잘못봤습니다;;

하늘 (토론기여)

기억의 왜곡입니다

Liebesfreud (토론기여)

폰트 가독성 하락 문제는 기존에 "Noto Sans CJK"였던 폰트가 "Noto Sans KR", "Noto Sans JP", "Noto Sans SC", "Noto Sans TC"로 갈라지면서 발생한 문제인 것으로 보입니다.

하늘 (토론기여)

파편화가 문제였던 건가요?

하늘 (토론기여)

윈도우에서 yu gothic으로 바꾸고 봤더니 정말로 잃기가 어려웠습니다. 저는 그 부분인 것 같습니다. 어.. 폰트가 갈라져도 문제가 일어날 수 있나요?

하늘 (토론기여)

메일로 알림이 와서 바로 답했습니다.

Liebesfreud (토론기여)

착오가 있었던 것 같습니다. 제 컴퓨터에 'Noto Sans JP'가 깔려 있어서 잘 보였던 것이고 지웠을 때는 잘 보이지 않습니다. (= 서버에서 폰트를 지원하지 않습니다) 더불어, 별도의 폰트가 깔려 있지 않은 윈도우 환경에서는 지금도 Yu Gothic으로 표시되고 있습니다.

하늘 (토론기여)

서버에서는 Noto Sans (JP, SC, TC)는 불가능하고 오직 Noto Sans KR 만 쓸 수 있다는 걸 저도 인지는 하고 있습니다. Noto Sans는 리눅스나 그 폰트가 설치된 기기들을 위해 적었고요 meiryo는.. 윈도우 때문에 넣었는데 meiryo도 출력 불가능인가요?

하늘 (토론기여)

meiryo는 윈도우에서 일본어 추가 글꼴을 설치할 때 설치되는 폰트였습니다. 이걸 이제야 알았네요. 그냥 번들인줄 알았습니다.

Zutioxam42 (토론기여)

안녕하세요. 위키백과에 있는 만화애니 정보 틀의 디자인과 내용을 일부 수정해서 사용하려고 하는데요. 문서 내에 아래와 같이 틀을 넣으려고 합니다.

틀:만화애니 정보/머리말 틀:만화애니 정보/만화 틀:만화애니 정보/꼬리말

근데 틀이 깨지는 문제가 있어서 수정하려고 하는데 어느 부분을 수정해야 되는지 잘 모르겠습니다. 혹시 괜찮으시다면 편집에 도움을 주실 수 있습니까?

Text-Justify (토론기여)

위키백과에서 가져오신 해당 형태는 틀의 구성상 차이가 있는 것으로 확인되며, 리브레 위키에서는 해당하는 형태로 틀을 쓰지 않습니다. 위키백과는 미디어 사용이 제한적인 특성을 비롯해 문법과 저작권이 호환된다 할지라도 리브레 위키와는 다른 곳입니다. 따라서 기존재하는 틀과 이를 사용하는 문서를 고려하지 않은 채 희망사항을 그대로 반영해드리기는 어렵습니다.

말씀드렸듯 위키백과와 리브레 위키는 다르고, 당연히 나무위키는 물론 또다른 위키와도 다릅니다. 각 사이트마다 다른 특성에 대한 고려와는 무관하게 타 사이트에서 사용하는 형태를 도입하고자 하거나 희망하시는 편집 방향만을 고수하기에는 부적절함이 있을 것으로 여깁니다. 무엇보다 복수의 경로를 통해 기존 틀을 사용하는 것이 바람직하다는 내용이 재차 안내된 것으로 확인됩니다. 일관성의 저해를 감수한 채 이에 반하는 편집 방법을 안내하고 장려 또는 묵인함은 복수의 사용자에게 있어서도 폐를 끼치게 될 것으로 생각합니다. 기존의 틀을 사용하는 것으로 갈음하실 수 있겠으며 부디 너그러운 이해와 양해를 부탁드립니다.

"틀 편집 관련"에 답변하기

Text-Justify님이 문서들 내 항목을 삭제하신 것에 대해 납득이 가질 않아 글을 올립니다.

2
Guruka12345 (토론기여)

Text-Justify 님이 오늘 2시 2~3분경 송파구, 제주특별자치도, 원주시 문서의 사건사고 내용을 삭제하신 걸 발견했는데 삭제사유가 납득이 가지 않아 글을 올립니다.


행정과 관련하여 의미 있게 다루기 힘든 개인사건이란 이유로 삭제하셨던데 사건사고 항목이 행정과 관련하여 의미있게 다뤄져야만 서술이 되는 거였습니까? 엄밀히 이야기하면 개인이긴 한데 세 경우 다 일반시민도 아닌 공무원이고 (일반시민이었더라도 별 문제는 없어보인다고 생각합니다만) 언론들에까지 보도될 정도라면 사건사고 항목에 서술되기에 충분하다고 생각합니다만.

Text-Justify (토론기여)

언론에서 보도되는 사건은 많습니다. 일반 시민은 물론이고 공무원이라 한들 여러 문서에서 지역별로 사사건건 사건사고를 기록하는 것이 다룰 의미가 있는 행동으로 여길 수 있을지는 모르겠습니다. 추가적인 이의가 있으시다면 해당하는 문서 하나에 토론을 만드실 것을 권장합니다.

더하자면 Guruka12345 님께서는 지속적으로 각종 사건사고와 관련된 내용을 상당수 추가해 주셨습니다. 하지만 개중에는 사실상 사건사고를 서술하기 위한 목적만 드러나는 문서도 나타나며, 글 자체를 두고 보면 관련 내용에서 몇 줄을 넘도록 긴 문장이나 인용구만 상당수를 집어넣는 구성도 보입니다. 우선적으로 글의 질부터 떨어질 뿐만 아니라 이런 편집이 내심 정의로운 일을 하고 있다는 신념으로 위키를 사용하는 것은 아닌지 우려스럽습니다. 즉 소위 말하는 인터넷 '사관질'에 대한 내용입니다.

혹여나 '나무위키 대신 쓸 곳'을 찾아오셨다면 알파위키나 더위키를(성격의 차이는 있지만 페미위키나 진보위키도 선택지의 하나로 볼 수 있습니다. 어디나 이런저런 비판은 있지만 해오신 사건사고 기록의 자체에는 오히려 더 적합할 수 있으리라 여깁니다.), 혹은 위키뉴스를 더 추천드리고 싶습니다. 타인의 편집을 신경 쓰지 않고 사건사고를 하나하나 기록해야겠다는 목표가 있으시다면 블로그가 더 적합한 형태일 것입니다.

하늘 (토론기여)

일반적인 파비콘 해상도는 16x16px인가요?

Text-Justify (토론기여)

그냥 기본 이미지를 따왔습니다.

Pika (토론기여)

죄송스럽게도 개인사정으로 늦었지만, 위키방에 답변 및 추가적인 의견을 남겼습니다. 답변 부탁드리겠습니다!

"연도 분류 토론"에 답변하기
Pika (토론기여)

왹져 문서가 너무 짧고 추가할 내용도 마땅치 않은데, 관련 문서인 외사모랑 합치는 것이 어떨까요?

Text-Justify (토론기여)

네, 넘겨서 합쳐도 문제가 없을 것 같습니다.

Pika (토론기여)

합쳐도 된다면 수고스럽지만 Text-Justify님께서 해주셨으면 합니다. 저작권 때문에 틀을 남발하는 게 좀 그래서요;;

Text-Justify (토론기여)

완료되었습니다.

Pika (토론기여)

감사합니다!

하늘 (토론기여)

제가 그 부분은 잘 몰랐습니다. 내용 병합을 했다면 편집 기록 합치기 요청을 하거나 리브레 위키 본문에 어느 부분이 가져온 내용인지 적어놓으면 되나요?

Text-Justify (토론기여)
Pika (토론기여)

틀:탭은 버튼 테두리를 유지하고, 테두리가 없는 틀을 따로 만드는 것이 좋겠다는 생각이 듭니다. 테두리가 없어지니 몇몇 문서는 '탭인지 아닌지'와 '버튼이 어디까지인지'가 모호해지는 문제가 있네요.

Text-Justify (토론기여)

저의 의도는 이곳의 탭 디자인이 다른 웹과 소프트웨어의 인터페이스와 어느 정도의 통일성을 갖고, 미관상으로도 부족하지 않은 모습을 갖추어야 한다는 것입니다.

사각형 테두리를 갖추었던 탭 디자인은 영역을 분명하게 드러내지만 고대비 조합이나 표에 인터페이스를 끼워넣은 것처럼 보입니다. 현재의 많은 웹 UI에서 탭 영역의 테두리 선을 그렇게 강조하는 경우는 많지 않습니다. 표의 형태를 보다 분명하게 드러내는 것도 시도해볼 수는 있겠지만, 실험적인 UI와 같은 모습이 전폭적으로 적용되지 않은 채 하나의 인터페이스에만 적용된다면 어울리지 않는다는 인상을 줍니다. 특히 열람자에게 탭 인터페이스가 위키에서 정보와 기능을 억지로 담아내는 용도로 자주 사용되었던 표의 연장선으로 받아들여지지 않도록 하고자 형태를 바꾼 의도도 있습니다.

그리고 선택된 탭을 나타내는 배경색이 버튼이 눌린 듯 특별색으로 처리된다는 점도 변경의 한 이유였습니다. 이에 대해서는 고대비 옵션이나 과거 OS UI에서 적용된 사례가 있기는 하지만, 현재를 기준으로 컴퓨터 브라우저의 탭 인터페이스는 물론 리버티 스킨의 최근 바뀜/토론 탭과도 정반대입니다. 이것이 버튼의 형태를 적용하고자 하는 의도였거나 편집상의 편의에 따른 것이었을 수도 있겠지만 사람들에게 특정한 용도에 있어 익숙한 인터페이스가 반대로 적용되는 것은 혼동을 줍니다.

다른 탭 인터페이스와 달리 고정된 위치 없이 내용 중간마다 들어가야 한다는 점은 저 역시도 고려할 사항이었습니다. 충분하지 않게 받아들여졌을 수 있겠지만, 저는 글씨의 굵기를 조정하고 상하단 여백을 소폭 늘리는 것으로 이를 반영했습니다. 추가로 선택되지 않은 탭의 글씨를 옅은 색으로 표시한다거나, 완전히 분리된 모양을 적용하는 등의 방법은 있을 것입니다. 안전한 길은 충분히 검증된 주도적인 대형 회사가 관리하거나 우수하게 평가된 디자인을 참고하는 것입니다.

다크 모드 대응과 같이 고려할 사항이 생기겠지만, 변경한 형태가 기존 이상으로 적절치 못하다는 분석이 많다면 초기에 적용된 모습대로 리버티 스킨의 최근 바뀜/최근 토론 탭 형태를 다시 가져와 적용하는 것은 어떨지 제안합니다. 저는 표와 같은 탭 디자인보다 초기의 형태가 혼동을 적게 주고 미관상 낫다고 생각합니다.

Text-Justify (토론기여)

더불어 본문이 아닌 정보상자 틀에 탭을 사용하는 경우는 다른 사이트의 유사한 사례도 마땅치 않고, 이전 형태를 적용하더라도 독자가 인터페이스를 예상하기 힘든 크게 예외적인 위치에 놓여 적합하지 않은 활용 같다는 생각이 있습니다.

Pika (토론기여)

이렇게 장문의 답변을 남기시다니.. 깜짝 놀랐네요.

우선, 틀:탭 수정에서 Text-Justify님이 의도하신 바는 어떤 것인지 잘 알겠습니다. 특히, 배경색 수정은 저도 동감합니다.

하지만, 테두리 선에는 약간 다른 의견입니다. 다른 앱이나 웹에서의 탭 버튼은 크기가 짧고 일정하지만, 리브레 위키에서의 탭 버튼은 크기가 가변적이고, 탭 개수가 적으면 탭이 엄청 길어집니다. 따라서 테두리가 있는 것이 좀 더 좋다는 생각이 듭니다.

추가적으로, 저는 틀:탭을 수정하여 적용한 틀만 사용하기 때문에, 편집 이전의 디자인은 잘 모릅니다. 최근 바뀜/최근 토론 형태인 줄 알았는데 그게 아니었나보네요.

정보상자에서의 사용에는 딱히 의견은 없습니다. 아마도 너무 길어지는 정보상자의 특성을 해결하기 위한 방책이겠지요. 영어 위키백과에서는 비슷한 틀을 절찬리 사용 중인 것 같기는 합니다. wikipedia:Seoul을 보시면 중간 쯤에 지도를 보여주기 위해 사용하고 있죠. 모양은 조금 다릅니다. (굳이 그렇게 많은 사진들을 정보상자에 넣을 필요가 있을지는 의문입니다.)

Liebesfreud (토론기여)

수정 이전의 디자인은 라이트/다크 모드와 상관없이 선택된 탭의 제목 배경이 더 불투명한 (회색에 가까운) 형태였습니다.

Liebesfreud (토론기여)

탭 버튼 사이에만 구분선이 들어가면 괜찮을 것 같은데 어떻게 구현해야할지 모르겠네요..

Text-Justify (토론기여)

초기 모습은 지금의 최근 바뀜/최근 토론 형태가 맞습니다. 조만간 기존 기반을 바탕으로 새 시안을 하나 공개해 보겠습니다.

Text-Justify (토론기여)

파일 / 원본 크기

현재 기반에서 소폭 조정해, 다른 웹 사이트에서 사용하는 형태와 유사하도록 각 탭의 최대 폭을 제한하고 상하단 여백을 더해서 데스크탑 화면에서도 탭 기능이 쉽게 인식되도록 해봤습니다. 종전보다 밀도는 낮아집니다. 정보상자 내부와 같은 본문 이외의 사용처는 일반적으로 틀에서 여백 속성값을 추가해 사용하므로 이를 가지고 따로 대응할 수는 있겠습니다.

그런데 테두리와 다크 모드가 문제라면, 편하게 한다면 처음 형태의 최근 바뀜/최근 토론 탭으로 돌아가고 스타일은 틀 하위 CSS로 하는 대신 위키 자체 CSS로 다크 모드에 대응해도 되지 않을까요? 적어도 이전의 해당 모습은 최선이 아니라고 생각합니다.

Pika (토론기여)

비활성 버튼에도 밑줄이 있는 건 꽤 좋은 생각이네요. 그런데 버튼하고 내용하고 틈이 크다는 것은 좀 흠이네요.

Liebesfreud (토론기여)

정확한 구조는 모르지만 버튼과 내용 사이의 틈 조절이 가능하다면 이 안으로도 충분할 것 같습니다.

Text-Justify (토론기여)

서버 사정상 어떻게 적용하기에는 좀 미뤄져야 좋지 않을까 합니다. 위키방:219642

Pika (토론기여)

그렇네요. 내년까지는 기다려봐야겠습니다.

Liebesfreud (토론기여)

일단 적용은 나중에 하더라도 틀토론:탭에 이런 논의가 있었다는 걸 기록하는게 좋아 보입니다. 사용자 토론 링크를 달고 이 대화 내용을 옮겨도 괜찮을까요?

Text-Justify (토론기여)

네 상관 없습니다.

Zlzleking (토론기여)

테스트는 사용자 문서 하위에 만드는 것이 더 좋지 않을까요..?

Text-Justify (토론기여)

리브레 맵스가 일반 이름공간에서만 작동하는 것 같아서 죄송스럽지만 이렇게 쓰고 있습니다.

"테스트 관련"에 답변하기