이 게시물에 대한 정보

페미위키 디자인, 사용성, 기능 관련 아이디어 및 개선 제안을 적는 곳입니다.

"새 항목"을 클릭하면 이 위키의 이용 약관에 동의한 것이 됩니다.

유튜브 틀 하단 여백이 부족합니다.

6
Yonghokim (토론기여)

유튜브 틀을 사용해서 화면 폭 전체를 사용하는 동영상 삽입 시 영상 상단에는 여백이 충분한데 하단은 여백이 0에 가까워 영상 설명 문장이 다음 문단에 묻힙니다. (예: 코난 오브라이언) - 혹시 하단 여백 을 더 늘리는게 가능한가요?

낙엽1124 (토론기여)

특수:차이/121040로 수정하였는데 혹시 지금 괜찮은지 확인 부탁드립니다, 괜찮지 않은 경우에 사용하시는 브라우저와 운영체제도 알려주시면 감사하겠습니다!

Yonghokim (토론기여)

지금도 같은 것 같습니다. 테스트해본 플랫폼은 윈도우10에서 크롬 64비트, 그리고 안드로이드에서 크롬입니다. 아래에 스크린샷 첨부합니다.

tKvxQKf.png

ekOxkuU.png

Yonghokim (토론기여)

근데 사용자:낙엽1124/연습장에 쓰신 내용에는 여백이 잘 나옵니다. 문법은 똑같은데 어떻게 된 일일까요?

낙엽1124 (토론기여)

마지막 것은 분류 틀 문제라 수정했고 그 전에 것은 같은 줄에 있어서 뭔가 악영향이 있었던 것 같습니다… 수정했습니다

Yonghokim (토론기여)

이제 여백이 잘 나오네요! 감사합니다

Garam (토론기여)

해당 파일만 그런 것인지는 모르겠으나 수니타 윌리엄스 문서 내 File:Sunita Williams.jpg가 위키미디어 공용의 wikipedia:c:File:Sunita Williams.jpg로 인식되는 현상이 발생하고 있습니다. 혹여 스킨의 문제인가 하여 페미위키 스킨으로 적용해봤으나 동일하게 보여집니다. 다만 백터 스킨에서는 위키 내 File:Sunita Williams.jpg가 간섭을 하는지 섬네일 자체는 위키 내 파일에 맞춰서(즉, 가로로 늘려져서) 나타나고, 페미위키 스킨에서는 wikipedia:c:File:Sunita Williams.jpg 섬네일 그대로(세로가 긴 형태)로 보입니다. 모바일로도 동일하게 보이는 것으로 보아 컴퓨터 상의 문제는 아닌 것 같다고 생각되네요. 한 번 확인해주시면 감사하겠습니다.

또한 위키 내 자체 새로고침(&action=purge) 기능이 적용되지 않던데 한 번 확인해주시면 감사하겠습니다.

Larodi (토론기여)

끌올합니다

Yonghokim (토론기여)

원래 내부 이미지를 먼저 찾은 후 없을 경우 커먼스를 끌어와야 하는데, 내부 이미지를 못 찾은 것인지, 커먼스가 우선순위로 설정되어 있는지, 커먼스를 먼저 끌어오는 것으로 보이네요. 이미지명을 File:Sunita Williams2.jpg로 변경함으로서 문제를 둘러가는 꼼수를.. 적용했습니다.

Garam (토론기여)

미디어위키 기본 설정이 문단 4개 이상일 경우에만 목차가 생성되는 것으로 아는데 어찌된 영문인지 1개 문단인 경우에도 생성이 되고 있네요. Mediawiki:common.css에 따로 기술된 부분은 없는 것으로 보아 프로그램 내부 설정에 기인하는 것 같습니다. 동음이의 문서마다 __NOTOC__을 기입할 수도 없는 부분이라 한 번 확인해주시면 감사하겠습니다.

낙엽1124 (토론기여)

아… 그게 {{동음이의어 문서}} 안에 __목차보임__을 적어놔서 그런데 이게 나무위키식 동음이의어 문서 스타일에 필요한거라 넣었었거든요… 국가(동음이의)는 쪼금 난감하네요 문서가 어떻게 해야할지…;;

Garam (토론기여)

나무위키식 동음이의 문서들을 국가(동음이의)처럼 일괄 개정하는 게 오히려 보기 편하지 않을까요?

낙엽1124 (토론기여)

토론했었을 때 다들 크게 입장이 없었어서, 글고 저는 지금은 이 문서 같은 스타일을 밀고 있어서 막 어떻게 하기가 쪼끔 어렵네요💦

Garam (토론기여)

현재 두 문서는 매우 유사한 것으로 보여지는데,(메갈리아 문서의 설명을 바로 윗칸으로 올리면 국가(동음이의)와 동일한 상황으로 보입니다.) 또한 현재 페미위키 내에 동음이의 문서가 그렇게까지 많지 않은 상황이라면 굳이 나무위키식 서술을 지향할 필요는 없어보입니다.

낙엽1124 (토론기여)

제가 쓰는 동음이의어 문서 스타일의 특징은 다음과 같습니다

  • 동음이의어 문서가 하는 일이 검색엔진의 웹 문서 검색 결과와 하는 비슷하다고 판단하여 구글과 네이버를 참고하였습니다.
  • 안내 되는 문서의 표제어를 뚜렷하게 나열시킵니다.
  • 각 덩어리들 사이에 여백을 많이 주고 그 안의 구성 요소들에는 줄바꿈으로 구분을 줬습니다.
  • 문장을 이용한 서술보다 명사를 이용합니다.

그래서 국가(동음이의)메갈리아가 동일하다는 말씀에는 동의하기가 어렵습니다.

낙엽1124 (토론기여)

추가적으로 나무위키식 서술을 지향할 필요가 없다는 말씀에 이유도 같이 말씀해 주시면 도움이 될 것 같습니다

Garam (토론기여)

사용자:Garam/test를 참고해주세요. 그리고 개인적으로는 동음이의 문서도 엄연한 위키 내 문서이기 때문에 문장으로 쓰는 것이 적합하다고 생각합니다.

Garam (토론기여)

동음이의 문서에 나무위키식 서술을 지양해야 하는 가장 큰 이유는 목록형 문서인 동음이의 문서가 너무 번잡해진다는 것에 있습니다. 별도로 문서로 존재할 가능성이 매우 높은 문서들을 따로 별도의 문서의 별도의 문단으로 빼내어 서술하는 것은 오히려 전반적인 가독성만 해칠 뿐입니다.

낙엽1124 (토론기여)

저는 기존 미디어위키 문화권(?)의 동음이의어 문서 스타일이 설명들이 세로로 너무 빽빽해 눈에 피로감을 주고 점 목록을 쓰다 보니 계층 구조를 형성하는 것을 장려하게 되지만 낮은 단계의 항목들을 적절히 숨기지 못 하여 계층 구조의 장점을 살리지 못 하고 오히려 가독성을 해치기만 하는 문제가 있다고 생각하여 새 스타일이 필요하다고 생각하고 새로 만들고자 하였습니다. 참고해 주시면 감사하겠습니다.

위키 내 문서이기 때문에 문장으로 쓰는 것이 적합하다에 대한 보충 설명 혹시 부탁드립니다.

Garam (토론기여)

보통 하나씩 추가되기 때문에 잘 이루어지지는 않지만, mw:wikipedia:en:Gaya와 같은 식으로 충분히 목록 내에서도 분류하는 것이 가능하며, 그렇게 해오고 있습니다.

ns:0(기본 이름공간)에 위치하는 이상, ns:0의 모든 문서들은 일반 문서입니다. 즉, 사전식 서술이 존재하는 문서라는 의미이기 때문에 사전식 서술, 즉 문장식 서술을 하는 것이 적합하다는 의미입니다.

낙엽1124 (토론기여)

Gaya문서와 비슷한 상황을 저는 여성학 강의 문서와 여성학 강의(한국여성연구회)로 나누는 방식으로 처리했는데 이 편이 하나하나 문서의 길이가 짧아져서 좋지 않을까요? 클릭수가 늘어나는 단점은 있는것 같습니다만…

'일반 문서'가 '사전식 서술이 존재하는 문서'를 의미한다고 하는 것과 사전식 서술을 문장식 서술로 한정하는 것에는 무리가 있는 것 같습니다. (+가야 문서도 명사형으로 돼있기도 하구요)

감사합니다.

Garam (토론기여)

한국어와 영어의 표기를 비교하는 것은 무리가 있습니다. 영어는 반점(,) 이후에 명사를 기술해도 어색하지 않지만, 한국어의 경우에는 그러한 식의 설명이 다소 적합하지 않습니다. 오히려 한국어의 표현으로는 설명 후에 표제어가 나오는 게 적합하겠죠.(예: 한반도 상의 고대 연방인 가야 )

낙엽1124 (토론기여)

그렇네요 :-) 그럼 그 방식을 살릴 수 있는 방향으로 동음이의어 문서의 모양을 고민해보고 새로 꾸리면 어떨까요?

초설 (토론기여)

저는 문장으로 서술되는 쪽이 더 보기 좋다고 느껴집니다. 또한 각각의 동음이의어를 명사로 요약해 나타내는 역할은 문서 제목의 괄호 안에서 해결되어야 한다고 생각합니다.

낙엽1124 (토론기여)

저는 명사와 문장에 너무 강한 제약을 두지 않고 그때 그때 더 보기 좋은 방법을 사용하기를 바랍니다. 그런 점에서 저는 문장이 더 읽기 편한 때도 있지만 동음이의어에 대한 설명에서는 명사형이 더 적절하다고 생각합니다. 이유는

  • A는 X이다.
  • A는 Y이다.

위와 같은 형상은 첫 번째 이후 문장을 읽을 때 독자가 다시 나타난 A를 이전에 읽은 A와 같은 A로 인지하게 후 Y란 설명을 읽을 때 이를 정정하여 다시 문장을 읽어야 하는 상황을 만들기 때문입니다.

  • A(a)는 X이다.
  • A(b)는 Y이다.

반면 위와 같은 형상에서는 한국어 독자가 괄호로 된 부연을 문장 안에서 읽는 것에 익숙지 않다는 단점이 있습니다. 구어체라면 "a A는 X이다"가 더 자연스럽게 느꺼집니다. 다음을 예문을 봐주세요.

  • 배(열매)는 배나무의 열매이다.
  • 열매 배는 배나무의 열매이다.

반면 위와 같은 자연스러운 문장은 링크를 넣는 것이 오히려 부자연스럽다는 단점이 있습니다. 그러므로 동음이의어 문서가 여러 다른 문서로의 링크를 안내하는 것을 목적으로 하여야 한다는 제 사견에 동의하실 수 있다면 차라리 노골적으로 문서 제목을 문두에 독립시키고 설명을 따로 적는 것이 낫다는 것에도 동의하실 수 있을 것으로 압니다. 이 때의 설명은 한국어 독자에게 명사형이 더 친숙하다고 생각하며 더 자세한 설명은 글이 이미 너무 길어진 것 같아 요청하여 주시면 그 때 다시 적도록 하겠습니다.

Garam (토론기여)

그 부분에 대해서는 국가(동음이의)를 봐주시기 바랍니다.

낙엽1124 (토론기여)

"~ 나라를 대표하는 ~" 부분을 읽을 때 혼란이 오면서 처음부터 다시 읽게 되지 않나요?

Garam (토론기여)

개인적으로는 그러지 않으나, 만일 그렇게 읽힌다면 그것은 문장 설명이 직접적으로 와닿지 않은 탓이지, 문서 형식 및 배치의 탓은 아닐 것입니다.

낙엽1124 (토론기여)

국가(동음이의)

페미위키에 이것에 대한 여러 문서나 설명이 있습니다.

  • 국가는 사회집단이다.
  • 국가

까지 읽었을 때 두 가지의 국가를 같은 국가로 인지하는 것은 제 개인적인 경험인가요??

Garam (토론기여)

저는 저러한 방식에 익숙해서 잘 모르겠으나, 만일 구분이 필요하다면 흔히 하는, 괄호 안에 영어나 한문을 기술하여 구분하는 방법도 있을 것입니다.

낙엽1124 (토론기여)

그럼 혹시 문장을 사용하는 것으로만 하면

나라
국가는 사회집단이다.
국가(노래)
국가는 나라를 대표하는 노래다.

이 방식으로 모양새를 바꾸는 것까지는 반대하지 않으시는거죠?

Garam (토론기여)

굳이 줄 바꿈을 해야 하는 이유가 있을까요? 오히려 가독성을 떨어뜨리지 않을까 싶어서요.

낙엽1124 (토론기여)

저는 사실 CSS를 수정해서

페미위키에 이것에 대한 여러 문서나 설명이 있습니다.


나라
국가는 사회집단이다.
국가(노래)
국가는 나라를 대표하는 노래다.

이렇게 하고 싶은데, 이건 어떤가요?

Garam (토론기여)

동음이의어가 몇 개가 없는 경우라면 오히려 말씀하신 게 더 효율적일 수 있겠으나, 동음이의 문서가 상당히 많은 경우(가령, 동명이인)라면 오히려 해당 동음이의 문서가 오히려 길어져 보이게 되지 않을까요. 그보다도 두 줄로 쓰시고자 하는 연유를 혹시 여쭤봐도 될까요?

낙엽1124 (토론기여)

웹사이트 대부분 그런 형태를 하고 있어서 접속하시는 분들이 보기 편하지 않을까 해서 있니다, 다음은 지금 확인해본 사이트들입니다

  • 네이버 국어사전/외국어사전 검색 결과 화면
  • 다음 어학사전 검색 결과 화면
  • 코토방크 검색 결과 화면
  • 구글 검색 결과 화면
  • 네이버 검색 결과 화면
  • 네이버 블로그 검색 결과 화면
  • 미디어위키 특수:검색 결과 화면
  • 유튜브 검색 결과 호면
  • 야후 제팬 지혜주머니 검색 결과 화면

전문적으로 저 디자인이 장점이 있는지 아닌지는 잘 모르겠습니다…

Garam (토론기여)

사전이나 검색어에서는 사실상 링크 속 내용의 전체(일부)를 링크 바로 하단에 서술하는 것이기 때문에 같은 줄에 서술하면 가독성이 떨어지는 관계로 그러는 것으로 여겨지며, 그렇기에 이는 링크의 일부만을 요약하는 동음이의 문서에서 쓰기에는 적합하지 않나라고 개인적으로는 생각합니다.

낙엽1124 (토론기여)

그러면

페미위키에 이것에 대한 여러 문서나 설명이 있습니다.


나라
국가는 사회집단이다.
국가(노래)
국가는 나라를 대표하는 노래다.

이건 어떤가요? 종이로 된 국어사전처럼 꾸며봤습니다.

Garam (토론기여)

기존의 제 의견과 크게 다르지는 않은 것 같아서 크게 이의는 없으나 표제어와 링크의 이름이 다르다면 독자들이 다소 혼란을 느끼지 않을까요?

낙엽1124 (토론기여)

스타일에 집중하느라 내용을 안고쳐서… 내용도 고치면 이렇게 될 것 같습니다.

페미위키에 이것에 대한 여러 문서나 설명이 있습니다.


국가(노래)
국가(國歌)는 한 나라를 대표하는 노래를 뜻한다.
나라
국가는 사회집단의 한 형태인 나라를 한자어로 이르는 말이다
낙엽1124 (토론기여)

근데 좀 허무해져서 미리 얘기를 꺼내자면 CSS는 제가 수정 권한이 없고 수정요청을 올려도 실제로 적용이 언제될지 가망이 없어서 최대한 위키 문법을 활용하고 소스도 깔끔하도록 하는 선에서 스타일을 조정했던 거였거든요, 이거도 아마 그냥 탁상공론이 될 거에요.

Yonghokim (토론기여)

음 그런데 국가(동음이의)메갈리아__목차보임__ 를 활용하지 않는 것 같은데, 혹시 나무위키처럼 목차보임이 활용되는 동음이의 페이지가 있으면 한번 보고 싶어요. 아마 이런 것 일 것 같은데, 페미위키에도 이렇게 서술된 동음이의 문서가 있다구요?

Yonghokim의 요약

수학 공식은 TeX 문법 을 사용해 가능합니다. 예: <math>e^{i\theta} = cos\theta + isin\theta</math>

아아아아아 (토론기여)

수학공식 편집이 잘 안되는데 좀 더 편리한 포멧으로 변경해주세요. TeX 지원되나요?

낙엽1124 (토론기여)

TeX 문법을 사용하는 것으로 알고 있습니다. 다음과 같이 써 주세요.

<math>e^{i\theta} = cos\theta + isin\theta</math>

도움말은 현재 작성된 것이 없어 위키백과 것을 참고해 주세요.

감사합니다.

페미위키 오타 좀 주의해주심 좋겠네요

1
Yonghokim의 요약

자나깨나 오타 주의

189483 (토론기여)

특히 사람 이름은 각별히 더 신경 써주셨으면 합니다. 링크된 자료도 있는데, 이름이 틀려 있어서 순간 놀랐어요.

스레드 기능이 이상하게 작동합니다

6
Yonghokim의 요약

스레드 기능의 하위 스레드 생성 로직이 사용자가 예상하는 것과 달라 이상했는데, 알고보니 의도한 것이기도 하고, 관련 문서가 너무 복잡해서 뭐가 뭔지 잘 모르겠습니다.

Yonghokim (토론기여)

현재 페미위키의 게시판 기능에 스레드 기능이 도입되어 있는 것 같은데, 작동 방향이 이상합니다.

주제에 답변을 다는 방법이 두개 있는 것 같습니다.

하나는 개별 답변 밑에 달리는 작은 "답변" 버튼입니다. 이 기능은 새 스레드를 만들어 원 포스팅 바로 밑에 추가합니다.

다른 하나는 그 주제의 맨 밑에 있는 길다란 박스입니다. 여기를 클릭하면 전체 주제에 대한 답변을 하나 달 수 있습니다.

그런데 문제는, 주제의 처음이나 중간에 있는 답변에서 "답변" 버튼을 누르면 새 스레드가 생기지만, 맨 밑에 있는 마지막 답변에 답변 버튼을 누르면 새 스레드가 안 생기고 그냥 답변이 하나 더 추가됩니다.

동영상으로 보여드립니다

이거 버그 아닌가요? 제가 게시판을 잘못 쓰고 있나요?

Yonghokim (토론기여)

않이.. 이미 알고 계신 버그였군요.. 으아

Yonghokim (토론기여)

근데요, 이렇게 댓글 기능이 뒤죽박죽이면 대부분의 사용자들은 댓글 기능이 없는 것으로 생각하고, 답변만 달면서 토론하다가 중간에 누가 버튼을 잘못 눌러서 한사람만 주제 중간에 댓글을 달아버리면, 그걸 못 보고 놓치는 사람도 있고, 나중에 그 댓글 단 사람이 "왜 나만 무시하냐"하면서 화낼수도 있고, 꽤 혼란스러울 것 같습니다. 댓글 기능이 고쳐질때까지는 아예 댓글 기능 (스레드 생성)은 없애두고 답변만 달 수 있게 하는 방법은 없을까요?

낙엽1124 (토론기여)

https://phabricator.wikimedia.org/T116999

혹시 위 링크 관련한 내용이 있는데 한번 확인해 주시겠어요? 그러나 빠른 시일내에 수정되진 않을 것 같습니다.

낙엽1124 (토론기여)

https://phabricator.wikimedia.org/T94381이 더 정확한 거 같네요, 죄송합니다.

Yonghokim (토론기여)

조금 읽어봤는데 맙소사 뭐가 저래 복잡하죠? ㅎㅎ 아이고 근데 T94381 을 보니 맨 밑의 댓글 기능이 답변으로 달리는 현상은 의도된 것으로 보이기도 하네요

"넘겨주기를 남기지 않고 이동" 기능 개방

6
Yonghokim의 요약

문서 이름을 바꿀 때 넘겨주기를 남기지 않고 이동하는 옵션 기능이 존재하는데 현재는 관리자만 가능합니다. 이 기능을 일반 사용자에게 개방하자는 제안이 있었는데, 문서 훼손용으로 남용되면 할일이 너무 늘어나서 안 하기로 했습니다.

낙엽1124 (토론기여)

현재 관리자 권한이 있는 사용자만 가끔 사용하고 있는데 전체로 개방하여도 괜찮을 것 같습니다.

Larodi (토론기여)

일종의 삭제 기능이기 때문에 반달리즘에 악용될 가능성이 높은 것 같습니다. 이동 후 삭제요청으로 현재처럼 대체하는 게 좋지 않을까요?

낙엽1124 (토론기여)

그런데 너무 편리한 기능이라 관리자에게만 허용하기에 좀 아쉬운 것 같습니다ㅠㅠ 반달리즘에 사용되는 경우에도 문서 역사와 이동 기록이 남기에 복구 과정에는 크게 차이가 나지 않을 것 같고 복구 하기 전까지 문서를 아예 찾지 못하게 되는게 걸리긴 한데 어차피 반달하면 대개 내용도 고치기 때문에 그냥 감수해도 되지 않을까요…?

열심 (토론기여)

좋습니다.

Larodi (토론기여)

삭제도 삭제이지만, 이동을 하게 될 경우 반달리즘 시 새 문서가 작성되면 관리자가 그 문서를 지우거나 남겨서 문서를 수정해야 하는데 넘겨주기를 남기지 않고 이동 기능은 문서 삭제+처치곤란 문서 생성+되돌리기 해야 하는 반달리즘 생성 -> 문서 살리기+처치곤란 새문서 처리하기+되돌리기(+덮어쓰기 되돌리기)이라서 할 일이 3배가 되지 않을까요..? ㅠㅠ

낙엽1124 (토론기여)

앗 그런..흑흑이.. 그알겠습니다 ㅠㅠ

도움말:문서에 동영상 넣기 페이지의 이상한 편집 거부 문제

2
Yonghokim의 요약

도움말:문서에 동영상 넣기 에 여제 문법이 많아서 그런지 시각편집기가 아예 작동하질 않았었는데 그 중 비핵심 일부를 없애고 다시 작동되게 만들었습니다.

Yonghokim (토론기여)

도움말:문서에 동영상 넣기 에서 "편집"을 누르면 0.1초 정도 뭔가 박스가 뜨면서 편집이 거부됩니다. 다른 도움말 네임스페이스에서 문제가 없는 걸 보면 여기에 뭔가 특수 내용이 들어있어서 그런 것으로 보입니다. 원본 편집을 하면 제대로 편집이 가능합니다.

낙엽1124 (토론기여)

바꿔가면서 테스트해보니까 <embedvideo service="youtube" alignment="left">KfzIk_GCLjE</embedvideo>저 밑줄 친 부분을 빼면 괜찮아지네요…? 그냥 정렬 부분 예시를 아예 빼버릴게요 단어 보면 대충 유추되지 않을까 싶기도 하고…

왜 문서수가 제대로 업데이트가 안되지요?

2
열심 (토론기여)

분명이 새 글이 많이 생겼는데 1~2일이 지나도 메인 문서수에 업데이트가 안되는 것은 왜 그런건가요? 저번부터 매우 신경쓰이네요.

낙엽1124 (토론기여)

그… 저번에 요청하셨을 때 고쳤던거는 지금 확인해보니까 적용이 되어 있는데 계속 그러는 거면 저도……원인을 모르겠네요…죄송합니다ㅠㅠ

원본 편집의 "사소한 편집" 링크 이동

2
Larodi의 요약

해결함

Yonghokim (토론기여)

편집 할 때 "사소한 편집" 체크박스가 있는데, 이걸 잘 못 조준해서 (노안인가?) 체크박스가 아닌 옆에 있는 "사소한 편집" 텍스트 자체를 자주 클릭하게 됩니다.

시각편집기와 원본 편집기 모드가 있는데, 시각편집기에서는 텍스트를 클릭해도 스마트하게 박스가 체크됩니다.

그런데 원본 편집기는 그렇지 않고 사소한 편집 텍스트를 클릭하면 브라우저가 막 현 페이지에서 탈주하려고 해요.

1) 시각편집기처럼 만들거나, 2) 혹시 그게 가능하지 않으면 "사소한 편집" 부분에 링크를 달지 말고 "편집"에만 링크를 달거나 아니면 편집입니다 오른쪽에 "자세히"라고 쓰고 거기에 링크를 달면

손이 미끄러질때 사고가 덜 생길 것 같습니다. 어때요?

그래도 이 기능 안 급합니다. (개발자님 바쁘시죠? ㅎㅎ 사이트 짱 멋있어요!)

낙엽1124 (토론기여)

헉 개발자로 불릴 위치는 아니지만 제가 수정하겠습니다 :) 우선 시각편집기에서는 링크가 아예 클릭이 안 되는 걸 지금 처음 알았어서 아래쪽 저작권 설명으로 아예 옮겼습니다.미디어위키:Minoredit(117474판), 미디어위키:Copyrightwarning(117473판) 감사합니다!