유튜브 틀을 사용해서 화면 폭 전체를 사용하는 동영상 삽입 시 영상 상단에는 여백이 충분한데 하단은 여백이 0에 가까워 영상 설명 문장이 다음 문단에 묻힙니다. (예: 코난 오브라이언) - 혹시 하단 여백 을 더 늘리는게 가능한가요?
이 게시물에 대한 정보
편집 불가능
특수:차이/121040로 수정하였는데 혹시 지금 괜찮은지 확인 부탁드립니다, 괜찮지 않은 경우에 사용하시는 브라우저와 운영체제도 알려주시면 감사하겠습니다!
지금도 같은 것 같습니다. 테스트해본 플랫폼은 윈도우10에서 크롬 64비트, 그리고 안드로이드에서 크롬입니다. 아래에 스크린샷 첨부합니다.
근데 사용자:낙엽1124/연습장에 쓰신 내용에는 여백이 잘 나옵니다. 문법은 똑같은데 어떻게 된 일일까요?
마지막 것은 분류 틀 문제라 수정했고 그 전에 것은 같은 줄에 있어서 뭔가 악영향이 있었던 것 같습니다… 수정했습니다
이제 여백이 잘 나오네요! 감사합니다
해당 파일만 그런 것인지는 모르겠으나 수니타 윌리엄스 문서 내 File:Sunita Williams.jpg가 위키미디어 공용의 wikipedia:c:File:Sunita Williams.jpg로 인식되는 현상이 발생하고 있습니다. 혹여 스킨의 문제인가 하여 페미위키 스킨으로 적용해봤으나 동일하게 보여집니다. 다만 백터 스킨에서는 위키 내 File:Sunita Williams.jpg가 간섭을 하는지 섬네일 자체는 위키 내 파일에 맞춰서(즉, 가로로 늘려져서) 나타나고, 페미위키 스킨에서는 wikipedia:c:File:Sunita Williams.jpg 섬네일 그대로(세로가 긴 형태)로 보입니다. 모바일로도 동일하게 보이는 것으로 보아 컴퓨터 상의 문제는 아닌 것 같다고 생각되네요. 한 번 확인해주시면 감사하겠습니다.
또한 위키 내 자체 새로고침(&action=purge) 기능이 적용되지 않던데 한 번 확인해주시면 감사하겠습니다.
끌올합니다
원래 내부 이미지를 먼저 찾은 후 없을 경우 커먼스를 끌어와야 하는데, 내부 이미지를 못 찾은 것인지, 커먼스가 우선순위로 설정되어 있는지, 커먼스를 먼저 끌어오는 것으로 보이네요. 이미지명을 File:Sunita Williams2.jpg로 변경함으로서 문제를 둘러가는 꼼수를.. 적용했습니다.
수학공식 편집이 잘 안되는데 좀 더 편리한 포멧으로 변경해주세요. TeX 지원되나요?
TeX 문법을 사용하는 것으로 알고 있습니다. 다음과 같이 써 주세요.
<math>e^{i\theta} = cos\theta + isin\theta</math>
도움말은 현재 작성된 것이 없어 위키백과 것을 참고해 주세요.
감사합니다.
특히 사람 이름은 각별히 더 신경 써주셨으면 합니다. 링크된 자료도 있는데, 이름이 틀려 있어서 순간 놀랐어요.
현재 페미위키의 게시판 기능에 스레드 기능이 도입되어 있는 것 같은데, 작동 방향이 이상합니다.
주제에 답변을 다는 방법이 두개 있는 것 같습니다.
하나는 개별 답변 밑에 달리는 작은 "답변" 버튼입니다. 이 기능은 새 스레드를 만들어 원 포스팅 바로 밑에 추가합니다.
다른 하나는 그 주제의 맨 밑에 있는 길다란 박스입니다. 여기를 클릭하면 전체 주제에 대한 답변을 하나 달 수 있습니다.
그런데 문제는, 주제의 처음이나 중간에 있는 답변에서 "답변" 버튼을 누르면 새 스레드가 생기지만, 맨 밑에 있는 마지막 답변에 답변 버튼을 누르면 새 스레드가 안 생기고 그냥 답변이 하나 더 추가됩니다.
이거 버그 아닌가요? 제가 게시판을 잘못 쓰고 있나요?
않이.. 이미 알고 계신 버그였군요.. 으아
근데요, 이렇게 댓글 기능이 뒤죽박죽이면 대부분의 사용자들은 댓글 기능이 없는 것으로 생각하고, 답변만 달면서 토론하다가 중간에 누가 버튼을 잘못 눌러서 한사람만 주제 중간에 댓글을 달아버리면, 그걸 못 보고 놓치는 사람도 있고, 나중에 그 댓글 단 사람이 "왜 나만 무시하냐"하면서 화낼수도 있고, 꽤 혼란스러울 것 같습니다. 댓글 기능이 고쳐질때까지는 아예 댓글 기능 (스레드 생성)은 없애두고 답변만 달 수 있게 하는 방법은 없을까요?
https://phabricator.wikimedia.org/T116999
혹시 위 링크 관련한 내용이 있는데 한번 확인해 주시겠어요? 그러나 빠른 시일내에 수정되진 않을 것 같습니다.
https://phabricator.wikimedia.org/T94381이 더 정확한 거 같네요, 죄송합니다.
조금 읽어봤는데 맙소사 뭐가 저래 복잡하죠? ㅎㅎ 아이고 근데 T94381 을 보니 맨 밑의 댓글 기능이 답변으로 달리는 현상은 의도된 것으로 보이기도 하네요
현재 관리자 권한이 있는 사용자만 가끔 사용하고 있는데 전체로 개방하여도 괜찮을 것 같습니다.
일종의 삭제 기능이기 때문에 반달리즘에 악용될 가능성이 높은 것 같습니다. 이동 후 삭제요청으로 현재처럼 대체하는 게 좋지 않을까요?
그런데 너무 편리한 기능이라 관리자에게만 허용하기에 좀 아쉬운 것 같습니다ㅠㅠ 반달리즘에 사용되는 경우에도 문서 역사와 이동 기록이 남기에 복구 과정에는 크게 차이가 나지 않을 것 같고 복구 하기 전까지 문서를 아예 찾지 못하게 되는게 걸리긴 한데 어차피 반달하면 대개 내용도 고치기 때문에 그냥 감수해도 되지 않을까요…?
좋습니다.
삭제도 삭제이지만, 이동을 하게 될 경우 반달리즘 시 새 문서가 작성되면 관리자가 그 문서를 지우거나 남겨서 문서를 수정해야 하는데 넘겨주기를 남기지 않고 이동 기능은 문서 삭제+처치곤란 문서 생성+되돌리기 해야 하는 반달리즘 생성 -> 문서 살리기+처치곤란 새문서 처리하기+되돌리기(+덮어쓰기 되돌리기)이라서 할 일이 3배가 되지 않을까요..? ㅠㅠ
앗 그런..흑흑이.. 그알겠습니다 ㅠㅠ
도움말:문서에 동영상 넣기 에서 "편집"을 누르면 0.1초 정도 뭔가 박스가 뜨면서 편집이 거부됩니다. 다른 도움말 네임스페이스에서 문제가 없는 걸 보면 여기에 뭔가 특수 내용이 들어있어서 그런 것으로 보입니다. 원본 편집을 하면 제대로 편집이 가능합니다.
바꿔가면서 테스트해보니까 <embedvideo service="youtube" alignment="left">KfzIk_GCLjE</embedvideo>저 밑줄 친 부분을 빼면 괜찮아지네요…? 그냥 정렬 부분 예시를 아예 빼버릴게요 단어 보면 대충 유추되지 않을까 싶기도 하고…
분명이 새 글이 많이 생겼는데 1~2일이 지나도 메인 문서수에 업데이트가 안되는 것은 왜 그런건가요? 저번부터 매우 신경쓰이네요.
그… 저번에 요청하셨을 때 고쳤던거는 지금 확인해보니까 적용이 되어 있는데 계속 그러는 거면 저도……원인을 모르겠네요…죄송합니다ㅠㅠ
편집 할 때 "사소한 편집" 체크박스가 있는데, 이걸 잘 못 조준해서 (노안인가?) 체크박스가 아닌 옆에 있는 "사소한 편집" 텍스트 자체를 자주 클릭하게 됩니다.
시각편집기와 원본 편집기 모드가 있는데, 시각편집기에서는 텍스트를 클릭해도 스마트하게 박스가 체크됩니다.
그런데 원본 편집기는 그렇지 않고 사소한 편집 텍스트를 클릭하면 브라우저가 막 현 페이지에서 탈주하려고 해요.
1) 시각편집기처럼 만들거나, 2) 혹시 그게 가능하지 않으면 "사소한 편집" 부분에 링크를 달지 말고 "편집"에만 링크를 달거나 아니면 편집입니다 오른쪽에 "자세히"라고 쓰고 거기에 링크를 달면
손이 미끄러질때 사고가 덜 생길 것 같습니다. 어때요?
그래도 이 기능 안 급합니다. (개발자님 바쁘시죠? ㅎㅎ 사이트 짱 멋있어요!)
헉 개발자로 불릴 위치는 아니지만 제가 수정하겠습니다 :) 우선 시각편집기에서는 링크가 아예 클릭이 안 되는 걸 지금 처음 알았어서 아래쪽 저작권 설명으로 아예 옮겼습니다.미디어위키:Minoredit(117474판), 미디어위키:Copyrightwarning(117473판) 감사합니다!
얼마전부터 글을 쓰다가 깨달은 것인데 편집기에서 줄이 바뀌었을 때, 가장 앞에 스페이스바가 있는 경우, 문서에 반영될 때, 줄바꿈+스페이스바를 강제로 적용하는 것 같더라구요. 즉, 한 문단으로 쓴 것을 강제로 쪼개고 한 칸 띄어쓰기를 한 꼴이 되어, 뒤에 쓴 글이 블록으로 나타나게 되었습니다. 이것을 수정할 수 있을까요? 매번 이거 고치느라고 단어 바꿔쓰고 그러게 되네요.
제가 이거 재현을 잘 못하겠는데 한글 조합중에 조합중인 글자 뒤쪽으로 non breakable한 단어가 있고 이 단어가 자리가 모자라서 다음 행으로 밀려나 있을 때 조합을 스페이스바로 마치면 개행과 스페이스가 같이 나오는 거 같은데……
- 윈도우-크롬-페미위키-마소 한글 IME에서 발생
- 윈도우-크롬-페미위키-날개셋한글입력기에서 발생
- 윈도우-크롬-트윗덱-마소 한글 IME에서 발생
- 윈도우-크롬-G메일-마소 한글 IME에서 안 발생
- 윈도우-익플-페미위키-마소 한글IME에서 안 발생
- 안드로이드-크롬-페미위키-구글한글입력기에서 발생
이래서 아마 크롬으로 한글을 입력할 때 어떤 조건을 충족하는 폼에 입력하면 일어나는 일 같습니다 참고해주세요
페미위키와 무관하게 빈 HTML 문서를 만들고 textarea 태그를 써도 마찬가지 문제가 발생하는 것을 맥-크롬에서 확인했어요. 한글이 아닌 영문에서도 마찬가지 현상이 나타나구요. 브라우저 버그인 것으로 보여요 ㅜㅜ
대충 이런 문제 인 것 같습니다.
- 맥이나 윈도우용 혹은 안드로이드용 구글 크롬에서
- 특정 조건을 갖춘(*구체화 필요) textarea에
- breakable한 문자 뒤로 non breakble한 단어가 있으면서
- non breakable한 단어가 자리가 부족하여 다음 행으로 넘어가 표시되어 있을 때
- 둘 사이에 반각 스페이스 문자를 입력하면
- 스페이스 앞쪽에 개행이 붙습니다.
한글뿐 아니라 하이픈에서도 일어나고, 일본어 입력기에서도 일어나며, 전각 스페이스는 괜찮은 것을 확인했습니다.
크롬에 이슈 넣을줄 아시는 분이 넣어주세요 저는 모릅니다(ㅋㅋㅋㅋㅋㅋㅋㅋ):
iOS랑 맥이랑 리눅스용 크롬에서도 이러는지 확인한번해보고 싶네요~(~_~)~
여기에 관련 논의가 있네요. 자세히 읽어보지는 않았는데, 이게 새로 추가된 "smart behavior"라나봐요...
"I can see how adding a space at the beginning of a new line is a good thing, but inserting a newline char where there wasn't one before (and without the user hitting the return key) changes the actual value of the text sent to the server (or used client side) in an unexpected and uncontrollable way. This "smart" feature hurts more than it helps as there's no way for us to know if said newline char was user-entered, or added by chrome when a user simply hit space when their cursor happened to be placed before the first character in a wrapped line of text."
오 구원을 감사합니다 저이거때문에 정말 짜증났는데 스마트새끼 나중에 읽어볼께요 감사합니다!!!
오늘 보니 이게 발생 안하는 것 같기도 한데, 다른 분들은 어떠신가요?
저는 여전히 발생해요 ㅜㅜ 시각편집기(contentEditable=true)류에서는 발생하지 않고 원본 편집기(textarea)에서만 발생하는 문제인 것 같아요.