인용문2의 내용이 숫자 목록 서식으로 끝날 경우 작가 및 출처 위치와의 간격이 비정상적으로 좁아지는 문제가 있습니다. 해당 형태로의 사용이 많아 보이지는 않습니다만 시간이 날 때 수정을 부탁드리겠습니다.
{{인용문2|모든 사람은 태어날 때부터 자유롭고, 존엄성과 권리에 있어서 평등하다.|유엔 세계인권선언 제1조}}
모든 사람은 태어날 때부터 자유롭고,
존엄성과 권리에 있어서 평등하다.— 유엔 세계인권선언 제1조
위처럼 입력해도 아래처럼 출력 가능하도록 구조를 바꾸었는데 여백 문제 때문에 곤란하네요.
모든 사람은 태어날 때부터 자유롭고,
존엄성과 권리에 있어서 평등하다.
<br>
태그 없이 엔터만을 사용해서 개행 가능하도록 바꾸었습니다.
투표 개시일 이전에 기재하신 서명은 무효이기 때문에 다시 서명해주시기 바랍니다.
틀:마을 정보가 싹 바뀌었기 때문에 설명문서를 참고하시길 바랍니다.
참고하겠습니다.
틀:Lang-일본어 중 M PLUS 2 폰트는 어떤 환경 대응용인지 알 수 있을까요?
Liebesfreud님이 추가하셔서 저는 잘 모르겠습니다. 그 분한테 질문하시면 될 것 같습니다.
저도 잘못 봤군요...
언어 틀 넘겨주기로 대만 문서 등의 틀이 깨져 있는데요, 빠른 처리 부탁드립니다.
이건 좀.. 심각한 문제네요.
고쳤습니다
'등'이라고 하셨는데 더 있죠?
제가 따로 찾아보지는 않아서요;;; 처리해주셔서 감사합니다.
서버 작업으로 특수:분류 문서에서 나타났던 에러는 처리했습니다만, 혹여나 싶어 여쭤봅니다.
해당 문서를 편집하셨을 때 일반적인 환경에서 편집하셨나요? 아니면 API(봇)를 사용하셨나요?
전에 봇으로 이 분류들을 제거했었습니다. [분류:한자/문자|여][분류:𦥑|-]
분류를 모듈로 넣거나 수동으로 넣거나 속도 차이가 안 나는 것 같아서 분류를 모듈로 넣고 분류를 도로 지웠습니다.
아 API를 이용해서 편집했습니다
음.. 뭔가 중간에 mw가 뻑난것 같습니다마는 유사한 일이 생기면 다시 보도록 하죠
한자 관련 분류에 재귀 분류가 되어있어서 혹시 이 문제인가 싶어서 다 지웠는데 그래도 오류가 나네요.
또 오류 나네요..
"Wikimedia\Assert\ParameterAssertionException"에서 심각한 오류
지금은 작업할 상황이 아니니 오늘 밤쯤에 보겠습니다.
아까와 같은 문제입니다. API 사용 시 설정을 재검토하시거나 가급적이면 빈 분류를 생성하지 않게 점검하는 것을 권장드립니다.
분류 문서를 다른 문서에 끼워넣는건 영향이 없죠?
일반적으로는 문제가 없습니다마는 그런 경우에는 가능한 한 웹으로 편집하시길 부탁드립니다.
네 알겠습니다
봇 편집 중 실수로 빈 분류를 삽입했던 적이 있었던 것 같습니다. 도움이 될지는 모르겠습니다.
https://librewiki.net/index.php?title=%ED%8C%8C%EC%9D%BC:%E4%B8%83-bw.png&diff=prev&oldid=1435707
https://librewiki.net/index.php?title=%ED%8C%8C%EC%9D%BC:%E4%B8%80-bw.png&diff=prev&oldid=1435706
이번에는 틀:포켓몬 자료/로파파 이 문제였습니다.
에.. 그렇군요
방금 또 오류가 났는데 봇 문제는 아닌 것 같습니다. 이번에 봇 편집을 하지는 않았습니다.
mw 버그로 빈 분류가 자꾸 생기는 것 같으니, 향후 업데이트까지 가야 근본적인 해결이 될 것 같습니다.
루비(ruby)는 변수로 사용하지 않고, 직접 넣는 게 더 나을 것 같다는 생각이 듭니다.
변수 없이는 이중 틀이 되어서 변수를 만들었습니다. 저는 변수를 넣는 쪽이 깔끔해서 좋다고 생각합니다.
편의성도 고려하면 변수를 넣는 것이 좀더 낫지 않을까.. 합니다.
그렇게 볼 수도 있겠네요.
그런데 틀:lang-일본어하고 중국어는 왜 문법이 다른가요?
틀:lang-일본어는 틀:ja에서 영향을 받아서 r,y 변수를 만들었고 중국어는 요미가나가 없어서 그냥 r만 넣었습니다. 정확히 어떤 부분인지 알 수 있을까요?
아니 틀:ja가 아니네요. 틀을 비슷하게 만들었던거 같은데..
틀:Ja-y 요건가요?
아닌가봅니다... 비슷하게 만든거 같은데 잘 모르겠네요
뭐 그건그렇고 r, y, 3 모두 같은 변수인 것 같은데 r만 써도 되지 않나요?
그렇겠죠?
고럼 봇으로 확인해보고 없애려고 합니다.
지우셔도 됩니다
네 감사합니다.
틀:색 이전 코드가 좀 더 직관적인 것 같은데, 수정하신 이유가 뭔가요?
{\{색|gradient=linear-gradient(90deg, #fff, #000)|위키}}는 1번 변수가 텍스트, gradient 변수가 색상.
{\{색|#fff|위키}}는 1번 변수가 색상, 2번 변수가 텍스트이길래 둘 다 1번이 색상 2번이 텍스트가 되도록 통일했습니다.
앞에꺼는 {\{색|위키|gradient=linear-gradient(90deg, #fff, #000)}}처럼 작성해도 작동되어서 두 가지 표기법이 혼재하면 혼란을 유발할 것 같았습니다. 아예 순서대로 입력하도록 했습니다.
제가 한 것이 오히려 더 불편할 수 있는지 여쭤봅니다.. 다른 이용자도 생각해야 하니까요.
일단, 현재 방법은 gradient가 불필요하게 들어가긴 합니다. 그리고 'gradient=='은 좀 헷갈릴 여지가 있고요.
"{\{색|위키|gradient=linear-gradient(90deg, #fff, #000)}}" 요건 Cerulean님 말씀이 맞기는 하지만, 그래서 제가 일부러 설명문서에서 "{\{색|gradient=linear-gradient(90deg, #fff, #000)|위키}}"만 설명했습니다. 색깔을 앞에 두라는 식이죠.
"'gradient=='은 좀 헷갈릴 여지가 있다" 저도 동의합니다. 'gradient='으로 쳐도 작동될거라고 생각할 수도 있네요.
보통은 설명문서에서 복사 붙여넣기해서 사용할 것 같은데 나중에 사용법을 흐릿하게 기억하는 정도면 헷갈릴 여지가 있을 것 같습니다. 그렇다고 1번 2번으로 달랑 해놓으면 css상으로 작동이 안되고.. 'gradient=='도 헷갈릴 여지가 있고 만약 'gradient=='를 넣으면 변수가 3개로 늘어나 수직선을 한 개 더 쳐야해서 그거대로 불편하겠네요.
타협해서 되돌리는게 맞는 것 같습니다. Pika님 편집본처럼 'gradient='를 linear-gradient 앞에 적는 방식은 다소 귀찮음을 유발할 수도 있을 것 같습니다. gradient의 두 문자를 따서 g=로 입력해도 작동되게끔 했으면 좋겠습니다.
뭐 그것도 나쁘지는 않네요. 아니면 "linear-gradient=90deg, #fff, #000"로도 할 수 있을 것 같은데, 제가 gradient 코드는 잘 몰라서요;;
아하 gradient는 color에 직접 넣으면 작동이 불가능하고 background에 그레디언트를 넣고 background-clip에 'text'지정, color를 투명으로 설정합니다.
그럼 일단 이전 판으로 돌리고, 'g='도 가능하게 만들까요?
네 그렇게 합시다
그럼 기존 문서에서 사용하던 것들도 봇으로 다 바꿔야 하는데, 대부분 마지막에 'gradient=='가 있는 방식으로 사용하셨나요?
네 제가 다 바꾼 것 같네요
근데 제 기억상으로는 몇 개 없어서 봇을 쓰지 않아도 될 것 같습니다.
몇몇 문서에서 레이아웃이 깨지는 문제가 있어 잠시 되돌렸습니다. 미디어위키:Anonnotice 등에서 문제가 발생했으니 미리 테스트 후 코드를 바꿔주시기 바랍니다.
아마도 기존 코드들(gradient==)을 다 수정한 것 같습니다. 그래서 틀:색 코드도 변경했습니다.
양해해주셔서 감사합니다.
Edittool(편집창 아래 문자입력도구) 커스터마이징 관련해서 Cerulean님의 소스를 가져와서 도움말:사용자 자바스크립트 문서에 활용하려고 생각하고 있는데 괜찮으신지요.
네 활용하셔도 됩니다
확인했습니다. 감사합니다.