사용자:Pika와 사용자:Pikabot의 모든 편집은 리브레 위키 내에서만 저작권자를 표시할 필요 없는 퍼블릭 도메인으로 재배포할 수 있음을 알립니다.
모든 텍스트는 크리에이티브 커먼즈 저작자표시-동일조건변경허락 3.0에 따라 사용할 수 있습니다.
(위키내 정책 등의 문의는 운영진 요청을 이용바랍니다)
사이트 운영 관련 문의 : ops@librewiki.net | 권리침해 문의 : support@librewiki.net
{{음반 정보}}를 수정했던데 제가 따로 건드리기보다는 부탁을 하는 편이 나을 것 같군요! 1331177판의 음반 정보 틀은 연표 부분의 호환성이 좋지 않습니다! 다음과 같은 문제점이 있거든요!
손보기 어려우시다면 롤백을 부탁드리겠습니다! 봇을 통해서 대량으로 수정해서 저로서는 조금 감당이 되지 않는군요!
죄송하지만 그러려면 틀의 구조를 완전히 개편해야 합니다.
제가 수정한 건 보여지는 정보 순서와 불필요한 정보를 제거한 것 뿐이지 틀의 생김새를 건드리지는 않았습니다. 현재 틀 양식은 위키백과(영어)와 동일하고요.
그건 틀을 너무 호환성 없이 쓰는 것 같군요! 정규 앨범 연표만 쓰도록 허용하면 쓰임새가 비좁아질 뿐더러 지금도 많이 바꿔야 해요!
그래서 {{음반 정보}}에서 간단하게 '의 앨범 연표'를 '연표'로 바꾸어봤습니다. if로 '가수'가 입력되지 않았을 경우도 대비해봤고요!
그렇군요! 그런데 뭐 전체적인 앨범 순서만 써야 한다면 그 소리가 그 소리죠! 음반 발표 형식이 여러 개이다 보니 뭐뭐만 맞다고 하면 아무래도 제한이 갈 수밖에 없어요!
네! 아무래도 위키이다 보니까 용어는 확실히 써야 하니까요. 지금도 음반을 전체적으로 다 앨범으로 지칭하는 게 보편적이긴 한데(싱글 앨범이라거나), 위키에서도 그러면 인식에 혼동을 줄 수 있잖아요. 저도 엄격히 다 지킬 수 있다고는 못하지만 가능하면 구분해서 쓰는 게 좋죠!
리그베다 위키 등 라이선스가 호환되지 않는 곳에서 가져온 문서를 삭제 요청할 때는 어떤 판에서 가져온 문서인지도 링크를 첨부해 주시면 감사하겠습니다. 리그베다 위키의 최신 판 문서와 내용이 일치하지 않으면 처리가 난감해집니다.
사실 리브레 위키:위키방/보존문서8#연도/날짜 문서, 분류, 틀에 대한 제안에서 어느 정도 의논을 마쳤다고 생각하여 삭제요청을 드렸습니다.
좀 오래되기도 했고, 신규 사용자도 몇 분 계시니 다시 얘기할 필요는 있겠네요.
잘못 적었었네요. 한국철도공사 100000호대 전동차입니다. 일부 내용이 없기는 한데, 이건 경부고속선을 마무리하고 한국철도공사 100000호대 전동차를 수정할 때 추가할 계획입니다.
복구했습니다. 최근 삭제한 위키백과 분기 문서 중 회원이 많은 내용을 기여한 문서의 편집 내역을 점검하기 위해 당분간 단순위백분기가 사유인 문서 삭제 요청을 받지 않으려 합니다. Pika 님께서도 충분한 확인 후에 삭제를 요청해 주시기 바랍니다.
사용하지 않고, 저작자 정보가 입력되어 있지 않은 파일에 삭제 신청을 넣는 중 간단 이미지.png로 끝나는 이미지 중 상당수가 Pika님이 업로드한 이미지임을 확인했습니다. 혹시 사용할 의향이 있으시다면 삭제 요청을 되돌려주시기 바랍니다.
수고하셧습니다. 다만 아래 3 파일만 복원해주셨으면 합니다. 감사합니다.
좀 더 확인했어야 했는데 죄송합니다.
아래 파일도 복구해야 합니다.
일부 파일명이 달라 추적이 안 되는 파일이 있는데, 이건 제가 직접 업로드하는 방향으로 해결하겠습니다. 저야말로 세심하지 못한 처리에 사과드립니다.
사용자:Liebesfreud/공용 이미지 파일 원래 업로드되지 않은 것으로 추정되는 파일은 일단 목록으로 만들어 정리해두었으며, 추후 작업할 예정입니다. 노고에 감사드립니다.
원래 지침으로 하려다가 흐지부지되어서 일반문서로 옮겨진 것인데, 단순히 사전 역할만 하는 것이라서 유지하기는 애매하다고 생각합니다.
예전에는 엑셀로 배포했던 것 같은데 이제는 한국물리학회 물리학용어집에서 쉽게 볼 수 있으므로 존재의미가 떨어졌다고 생각합니다.
한자 문서들처럼 모듈로 이미지를 로드하는 경우도 있어서 가능하시면 확인주시면 좋겠습니다. 한자 문서들에서 한자 획순 파일 로드가 몽땅 고장났는데, 메일로 사용자토론 확인한 덕분에 대응이 가능했습니다.
산업이나 역사 등 특별한 의미가 있는 OVA가 아니라, 단순히 해당 작품에 원전이 있는지 없는지에 따라 나뉘는 오리지널은 그다지 큰 의미가 있다고 보기 힘들기 때문입니다.
최근 삭제 신청하신 분류 중 해당 분류를 우선적으로 삭제할 예정입니다. 다른 분류는 검토 후에 다시 말씀드리겠습니다.
해당 문서에 삽입된 탭이 정상적으로 작동하지 않아 안내드립니다. 더불어 해당 분류에 속한 문서 중 기본적인 내용조차 삽입되지 않은 경우가 있던데 혹시 여전히 이 문서에 내용을 추가할 계획이 있는지 질문드리고 싶습니다.
아나코 공산주의, 아나코 자본주의를 신뢰할 수 없다는 것은 정확히는 작성자에 대한 신뢰도가 떨어진다는 의미에 더 가깝긴 합니다. 자신의 의견과 반대되는 글에는 모두 출처필요를 달아두면서 자신은 정작 출처가 하나도 없는 모순이 있습니다.
또한 이미 작성자가 그러한 문서를 삭제요청했거나 문단을 삭제했기 때문에(몇몇은 일리 있는 편집이기는 하지만), 상호주의에 맞게 이쪽도 삭제하는 것이 옳다고 봅니다.
깃발자료는 독립적인 행정/외교를 하지 않는 단체에 대해서는 필요없다고 생각합니다. 모든 주, 시 등에 값비싼 틀을 사용하면서까지 깃발을 남용하는 것은 낭비라고 생각합니다.
마지막은 영구 차단되어 토론이 불가합니다. 그리고 분류로 충분하지 아무 연관 없는 내용을 둘러보기 상자로 묶는 것은 페이지 낭비입니다.
옛한글 표기 관련 클래스 중에서 사용 중인 클래스가 있어서 반영 연기를 요청했는데 그냥 틀:한자 정보 아래에 있는 css에다 적기로 했습니다. 바로 반영해도 될 것 같습니다.
모듈:한자 정보에 있는데 찾아봐야 됩니다. 그냥 한자 문서들을 보시면 동국정운이나 훈몽자회 항목에 옛한글이 사용된 것을 보실 수 있습니다.(예시: 시리즈:리브레_한자사전/豚) 그냥 좀 번거롭더라도 틀:첫가끝에 주시찍고 변경사항 알림 설정하고 틀:첫가끝에 있는 스타일을 틀:한자 정보/styles.css(내부/styles.css일 수 있습니다.)에 갱신하려고 합니다. 틀:첫가끝이 변경사항이 많지는 않을거라 괜찮습니다. 이게 모듈을 사용한 틀이라 틀을 더 끼워넣으려면 코드가 복잡해지는 단점이 있습니다.
wikitable:setClass("hanja-info-table")
:appendTd(unicodeBox(self.char, 'ko'), 'unicodechar')
:appendTd(string.format('[[%s]]부 %s획', self.radical, self.strokes), 'unicodechar-sub')
:appendThTd('뜻과 소리', hanja.mean_sound, 'mean_sound')
:appendThTd('[[중고한어]]', args['중고한어'])
:appendThTd('[[동국정운]]', args['동국정운'], 'jamocomposed_block')
:appendThTd('[[훈몽자회]]', args['훈몽자회'], 'jamocomposed_block')
여기에 있네요
그런데 만약 표에 첫가끝 틀을 수십 번 써야만하는 문서가 있다면 첫가끝 틀을 쓰지 않고 표에 클래스 작성하는 것이 더 효율적이라고 생각합니다. 그래서 다시 한번 생각해 보셨으면 좋겠다는 말씀을 드린 것입니다.
{|
| class="jamocomposed_block" | 옛한글
|-
| class="jamocomposed_block" | 옛한글
|-
| class="jamocomposed_block" | 옛한글
|-
| class="jamocomposed_block" | 옛한글
|-
|}
이 줄이 수십 줄로 길어지면 틀을 사용하는 것이 비효율적이게 됩니다. 그냥 css로 관리하는 것이 나을 것이라고 생각합니다. 미래를 생각해서 하는 것도 좋다고 생각합니다.
모듈에 frame:preprocess() 함수로 틀 삽입이 가능하긴 한데 코드도 더 복잡해지고 속도도 느려지는 걸로 알고 있습니다. 틀로 색깔 틀을 수 십개 넣어서 느려졌었는데 html기반으로 바꾸니 속도가 빨라졌습니다.
이 부분은 다른 얘기지만 참고해주시면 괜찮을 것 같아 적어드렸습니다. 틀 css도 틀처럼 작동하다보니 속도 저하가 나타납니다. 대신 미디어위키:common.css에 박으면 속도가 더 올라갑니다.
지금은 쓰이는 곳이 사실상 한 곳 밖에 없지만 정작 나중에 위에 적은 코드대로 쓰인 예가 생긴다면 방법을 또 찾아야 합니다.
common css는 상당수의 문서에 적용되는 css를 모아야 하는데 옛한글은 너무 사용처가 적습니다. 그러면 애초에 common css에 모두 넣지 왜 틀:언어 류의 틀을 사용하나요?
토론:EZ2AC로 이동
EZ2AC라고 하면 EZ2AC가 단일 작품으로 보일 수 있습니다. 단일 작품처럼 보이는 제목에 다른 시리즈 항목들이 있으면 어색하지 않을까요? 이건 그냥 예를 들은 것입니다.
관점 차이인 것 같습니다. 저는 단일 작품인 경우는 시리즈를 안 붙이고 시리즈면 반드시 붙이면 좋겠는데 pika님은 지칭만 된다면, 굳이 시리즈를 붙이지 않는 것에 더 집중하신 것 같네요.
시리즈로 묶일 수 있는 리듬 게임 중 시리즈 첫 작과 시리즈의 명칭이 같은 경우가 잦아 (CHUNITHM / CHUNITHM 시리즈, 온게키 / 온게키 시리즈, maimai / maimai 시리즈, 노스텔지어 / 노스텔지어 시리즈) 시리즈를 붙이는 것이 일종의 관행이 된 점도 있습니다. 리듬 게임 문서 및 분류에 '시리즈'가 붙게 된 배경을 설명을 해야 할 것 같아 덧붙입니다.
'분기 탈출'이라는 편집 요약에서 의문이 들었습니다. 리브레에서 새로 작성한 내용이 포크한 내용보다 절반을 넘은 경우에도 분기 탈출을 위해서 위백의 내용을 모두 삭제하는 것은 지나치다고 생각합니다. 이렇게 강경하게 위키백과 포크를 지운다면 사실상 위키백과에서 내용을 퍼오는 것이 100프로 허용되지 않는다는 규정을 리브레 위키에 추가한 것과 같다고 생각합니다.
그렇게도 보실 수 있겠네요.. 뮤지컬 문서를 빼면 Busanlibro님이 무차별적으로 원래 있던 문서를 위키백과 문서로 대체해서, 이를 복구하는 겸 '분기 탈출'이라고 썼습니다.
예를 들어서 천문대 문서는 위키백과에서 가져온 내용이 더 적습니다. 인용을 할 때 합법적으로 하려면 가져온 내용이 종이되고 원래 내용이 주가 되어야지 그 반대로 되면 어떻게 되어도 어쩔 수 없다는 글을 본 적이 있는 것 같습니다. 리브레 위키의 내용이 훨씬 많을 경우 위키백과의 내용과 리브레 위키의 내용이 공존해도 된다고 생각합니다.
파일:Minecraft grass.png 파일 넘겨주기를 제가 별칭으로 만들었다고 편집 요약에 적었는데도 되돌리셨더라고요. 다른 이유가 아니라 단순히 필요 없는 넘겨주기라서 다시 삭제 요청하신건가요?
사이드바 및 사이드 박스 틀을 좋지 못한 디자인이라고 해서 삭제하셨더군요! 뭐 이유가 있겠죠!
다만 분류에서 사용할 둘러보기 틀은 되도록 여백을 이용하려고 합니다! 구조상 분류 문서는 오른쪽이 비어 있기 일쑤니까 둘러보기 용도의 잡설은 우측에 몰아두는 게 가시성이 좋거든요! 나무위키 스타일의 머릿글 틀은 너무 흉물이고요!
그래서 그런데 디자인적으로 괜찮은 사이드용 틀을 새로 만들어주실 수 있을까요? 어려우시다면 어쩔 수 없고요!
사이드바는 문서 우상단에 있어서 정보 상자와 위치가 겹치고, 또 많은 관련 문서들을 연결하면 디자인이 좋지 않아 (특히 접이식) 삭제를 요청했습니다.
분류에 둘러보기 틀을 사용하는 것은 좀 회의적인데, 이미 하위 분류가 분류 본문(설명) 그 다음에 뜨기 때문에 바로 볼 수 있기 때문입니다.
역 이름이나 지명에 한자 표기를 적어주는게(본문에) 왜 그렇게 이름이 지어졌는지, 한자로는 뭔지, 무슨 뜻인지(한자는 몰라도 그만이지만 알면 좋다고 생각해서) 알 수 있는 점 때문에 넣는 것이 좋다고 생각하는데 괜찮나요?
"웅진이라는 지명이 곰 + 나루의 합성어로 볼 수 있다.", "미추홀은 ..." 이런 내용 등등인데 지명의 유래 문단을 파고 거기에 넣을까요?
그 문서 첫 부분에 +1로 된 역명 말씀하시면, 그건 현재 리브레 위키 디자인에 맞지 않는다고 생각하여 지웠습니다.
정보상자 표준화가 완료된 후, 철도역 정보를 새 철도역 정보로 대체하면서 한자 역명 추가를 함께 진행하려 했습니다.
분류 삽입 취지는 이해합니다만 기존 게임 분류는 유지하는 쪽으로 진행했으면 합니다. 한 분류에 본문과 틀이 같이 있는 것이 문제라면 "분류:(게임 이름) 틀" 정도의 분류를 새로 생성하는 것이 좋다고 생각합니다.
리듬게임의 경우 5키 비트매니아가 등장하기 전에 있던 리듬게임도 있어서 (파파 더 래퍼라든가 마텔사에서 만든 리듬게임이라던가) 각 게임별 틀을 새로 만들어야 하고 비마니 시리즈의 경우 각 기종별로 버전별 시리즈가 있어서 이것도 좀 생각해야 하고(세가나 타이토의 그루코스나 반남의 태고등도 동일합니다.) 각 게임별로 틀양식을 갖는게 나을것 같습니다. 그리고 틀이 천편일률적이면 위백과 다름없어보일것 같습니다.
리듬게임의 경우 5키 비트매니아가 등장하기 전에 있던 리듬게임도 있어서 (파파 더 래퍼라든가 마텔사에서 만든 리듬게임이라던가) 각 게임별 틀을 새로 만들어야 하고 비마니 시리즈의 경우 각 기종별로 버전별 시리즈가 있어서 이것도 좀 생각해야 하고(세가나 타이토의 그루코스나 반남의 태고등도 동일합니다.) 각 게임별로 틀양식을 갖는게 나을것 같습니다. 그리고 틀이 천편일률적이면 위백과 다름없어보일것 같습니다. 게다가 엔하계 위키이면서 나무위키를 닮아가는 느낌도 들어요.
혹시 틀:리듬게임 정보/IIDX 이거 말씀하시는 거면 예전에 틀토론에서 틀을 합병하기로 결정되었는데, 당사자분들이 활동을 중단해서 제가 대신 처리한 겁니다. 애초에 문서 한 개만 그 틀을 사용했고요.
아 토론에서 틀을 합병하기로 결정한거였나요 게다가 해당틀을 쓰는 문서도 한개뿐이였다니 제가 오해를 했네요 ㅠㅠ 저는 모든 리듬게임 문서들의 틀을 전부 한가지로 통일하는줄 알고 언짢아 하고 있었습니다. 죄송합니다 ㅠㅠ
Hello, World! 문서에 C언어나 객체지향 언어에서의 예시 하나 정도는 적어도 될까요? 그 예시가 이 문서를 처음 보고 난 후 "그래서 그게 뭔데?"에 대한 답이 될 것 같습니다.
일단 제가 아는 선에서만 추가해 뒀습니다. 프로그래밍 패러다임에 따른 구분과 다른 언어로 작성된 코드는 관련 지식이 있는 분께서 해 주셨으면 합니다. Hello, World 예제는 웹에서 쉽게 찾을 수 있을 겁니다.
틀:언어링크를 적용하려고 합니다! 언어링크 틀 대신 쓰던 <small>'''(일본어)'''</small> 같은 문법을 여태까지 수동으로 바꾸고 있었는데, 봇으로 찾아 바꾸기를 하는 편이 낫겠다는 생각이 들더라고요!
번거로우시겠지만 들어주신다면 다음과 같이 찾아 바꾸기 부탁드립니다!
굳이 틀이 필요하느냐고 물으면 당연히 없죠! 틀이라는 게 필요해서 한다기보다는, 편해지려는 의도로 쓰는 거니까요!
솔직히 그냥 타자 치는 노동을 좀 줄이고 싶어요……. 예전에도 거 일일이 키보드 치면 될 걸 쓸데없이 틀 쓴다고 몇 번 면박당했는데 너무 귀찮아요…….
틀 개선에 대해서라면 딱히 드릴 말씀이 없군요! 위키문법에 무식하거든요!
정확히 이해했는지 엉뚱하게 이해했는지 잘 모르겠지만, {{언어링크|한국어|일본어}} 같은 식으로도 쓸 수 있게 개선한다는 말씀이라면 저야 상관없습니다!
중화민국 문서 이름을 "위키방 토론"에 따라서 대만으로 옮기셨던데 그 출처가 어떻게 되나요? 만약에 링크를 제시할 수 없으면 어떻게 대만으로 옮기는 방향으로 합의되었는지도 상세히 설명 부탁드립니다.
어떻게 임시 위키방이 아닌 기존 위키방에 접속했는데, Pika님이 제기한 위키방 토론에서 한 분이 주한국대만대표부 명칭을 따르는 걸 제기한 것 외에는 중화민국을 대만으로 옮기는 것에 관한 어떠한 합의가 있었다고 보기에는 어려울 것 같습니다.
한 달 가까이 꾸준히 활동하시던 분이 왜 오늘 갑자기 활동 그만두셨는지는 모르겠는데 메시지 보셨다면 틀토론:나라자료 대만 토론에 당장 참여부탁드립니다.
안녕하십니까? '수학여행'은 합성어로서 하나의 단어이므로 모든 음절을 붙여 적고, '주의 사항'은 각 단어인 '주의'와 '사항'이 쓰인 '구'이므로 각 단어를 띄어 적습니다. 이처럼 명사가 결합하여 만들어진 하나의 단어(합성어)도 있고 몇 개의 명사로 이루어진 '구'도 있습니다. '절대 평가'도 '구'이지만 전문어이므로 '절대평가'로 붙여 쓰는 것이 허용됩니다.
위에 답변 보면 문장이 아니면 예외로 붙여 쓰라는 말 없이 띄어 적으라고 되어 있고 저 제2항에도 문장에만 띄어쓰기를 한다는 말은 없는데요.
틀:소프트웨어 정보 작업용으로 보이는 대체 틀에서 그림설명이 모두 '로고'로 들어갔는데, 낱낱이 확인할 게 아니면 일괄적으로 제거해야 할 것 같습니다. 이런 경우를 보면 저런 형태로 시각화된 소프트웨어 이미지를 실상 아이콘으로 부르지 로고라는 이름으로 잘 부르지는 않아서요.
그리고 해당 영역에 있으면 대표적인 이미지라는 것을 충분히 알 수 있을 것인데 '아이콘'이든 '로고'든 필요하지 않다면 설명이 없는 것이 간결하지 않을까 싶습니다.
ゼロの使い魔〜三美姫の輪舞〜 이 부분은 이렇게 적고 읽기는 제로의 사역마 ~프린세세의 론도~ 이렇게 읽는 일종의 A라 쓰고 B로 읽는다에 해당되어 루비를 남겨놓아야 한다고 봅니다.
Unter님께서 알려주신내용인데 봇을 통한 편집횟수에 제한을 두는건 어떨까요? (사용자:Minibata인데 지금 밖이라서 모바일 IP 주소계정으로 남깁니다)
아스키 아트 작품은 2차 창작물일 수밖에 없어요! 주인공으로 많이 쓰는 야루오를 복사 후 붙여넣기 하는 시점에서 그건 2차 창작물입니다!
전부 다 개인이 창작한 아스키 아트를 쓴 작품이라면 1차 창작물이라고 할 수도 있는데, 그건 현실적이지 않고 존재하지도 않으니 염두에 둘 필요는 없죠!
그건 확대 해석이네요! 왜냐하면 웹툰의 핵심 요소를 글꼴이라고 말하면 동의할 사람이 없겠죠! 하지만 AA 작품의 핵심 요소가 아스키 아트임은 부정할 수 없어요!
웹툰에서 쓰인 글꼴은 예시로서 부적합합니다. 차라리 무료 공개 소스를 사용한 쯔꾸르 게임도 2차 창작이냐고 물었다면 논란의 여지가 있겠네요! 덧붙여서 저는 양쪽 다 2차 창작이라고 보지 않습니다! 각 매체의 핵심하고는 관계가 없으니까요!
글쎄요 확대 해석이라 하시면 어느 정도 맞겠으나, 매체의 핵심이 아니라고 할 수 있을까요?
그리고 아스키 아트 자체가 저작권이 적용되지 않는 구석이 있는데, 2차 창작이라고 구별할 필요가 있을지 모르겠습니다.
아 그리고 쯔꾸르 말씀 잘 해주셨네요. 적당한 예시가 안 떠올라서요;;
앞서 말씀드렸듯이 아스키 아트에는 저작권이 적용되지 않아, 사실상 무료 아트워크랑 마찬가지입니다. 무료 소스를 사용한 쯔꾸르가 2차창작이 아니면 아스키 아트 작품 역시 마찬가지로 아니죠.
네! 글꼴은 웹툰이라는 매체의 핵심이 아니라고 할 수 있습니다! 이건 직관적으로도 알 수 있는 문제라서 더 논하고 싶지 않습니다. 개념 분석하면서 예외 사례 꺼내고 말꼬리 잡고… 그럴 필요까지 있나 싶네요!
그리고 저작권 여부는 법리적인 문제니까 비전문가로서는 논하기 싫네요! 책임질 수가 없거든요! 저작권 여부는 저작자와 사법기관에서 정할 문제라 함부로 말하기가 좀…….
이야기가 길어지는 것 같군요! 솔직히 저는 오래 토론을 하고 싶은 생각이 없습니다! 저는 이쯤에서 그만두고, 다른 사람들이 토론 내용을 참조할 수 있도록 분류토론에다가 링크를 달아놓고 빠지죠!
위키의 열쇠는 연결성이기 때문에 링크는 강화될 수록 좋습니다. 다만 이 건에서는 없는 문서나 앞으로 작성할 예정이 없는 문서까지 마구잡이로 걸어서 그런 것으로 보이네요.
"{{{음악가}}}의" ,"{{{가수}}}의" 부분만 따로 if문으로 처리했을 때 문제가 있을까요? P.S. 개인적으로는 기존 '가수' 변수명을 남겨놓는 것을 생각하고 있었습니다.
https://librewiki.net/wiki/%EB%B0%95%EC%A4%91%EC%97%BD 위 문서 편집을 운영진 편집 제한으로 변경하고싶은데 가능할까요?
서버 트래픽 문제때문인가요? 나무위키도 리다이렉트 형태로 바뀌긴 했지만 리그베다위키는 그대로 넘겨주기 문서가 남아있는것 같아요. 기껏 만들어진 넘겨주기 문서를 삭제하는건 문서수에서도 손해라고도 생각합니다.
그게 저도 여러 가지 생각을 했었는데, 이것저것 하도 예외가 많다보니 저런 오류를 잡는 코드를 짤 수가 없더라고요.
그래서 봇 돌리면 적용한 모든 문서를 확인을 하기는 했는데, 양이 많다보니 제가 빠뜨린 게 있는 것 같습니다.
사실 전에 봇으로 표준화했던 틀들을 다시 한번 봇을 돌려야하는데, 그 땐 좀 더 생각해봐야겠습니다. (요즘 바빠져서 계속 밀리네요;;)
그리고 사진은 (제 기준으로) 1틀 1사진이 원칙이라 생각하여 2개 있는 건 하나로 줄였습니다. 사진이 2개 이상 들어가면 틀이 너무 길어져서 레이아웃을 해친다고 생각합니다.
예전부터 생각하던 거를 한번 테스트해보았는데, 조금 더 신경쓰면 문제가 해결될 것 같기도 합니다. 일단 5세대 포켓몬 작업을 마무리한 뒤에, 새로운 책 정보 틀 변환에 적용해봐야겠습니다.
한번 만들어봤는데 꽤 성공적인 것 같습니다. "사용자:Pika/우암선"의 두 판 사이의 차이에서 보실 수 있습니다. (기존 틀에서 '음악가이름', '그림', '그림설명', '본명', '웹사이트', '비고'만 추출')
참고로 '<br />ddddd'는 테스트 용입니다. 무시하셔도 됩니다.
아 그점에 대해서 의견을 구하고 싶네요. 1) 정동진역은 경강선 상의 역이 아니죠. 청량신호소를 거쳐 영동선으로 진입합니다. 2)진부역과 강릉역은 모두 경강선 상의 역이죠. 그래서 둘 사이의 차이를 주었는데 이거 없이 각각 영동선 정동진역 / 경강선 진부역 하고 싶다면 동의하겠습니다.
이왕 여객 승강장을 만들었다면 인접역의 개념은 여객 정차역이 되어야 한다고 봅니다. 한림정역 처럼 열차가 정차하지 않는 플랫폼은 저도 철도거리표 상 인접정차역을 적었지요.
생각해보니 그 방법이 좀 더 나은 것 같네요. 신호소나 분기 등은 배선도로 보여줄 수 있으니까요.
그런데 정차역이 적은 열차가 다른 노선으로 빠지는 경우에는 표현하기 힘든 문제점이 있네요. (거의 없을 것 같지만요.)
저 개인적으로는 1)나눈다면 고속열차 / 일반열차 로 나누고, 2) 전부 합치는 것도 나쁘지 않다고 봅니다. 그리고 정차역 바뀌면 수정해야한다는건 당연하지 않을까 싶네요.
{{음반 정보}}를 수정했던데 제가 따로 건드리기보다는 부탁을 하는 편이 나을 것 같군요! 1331177판의 음반 정보 틀은 연표 부분의 호환성이 좋지 않습니다! 다음과 같은 문제점이 있거든요!
손보기 어려우시다면 롤백을 부탁드리겠습니다! 봇을 통해서 대량으로 수정해서 저로서는 조금 감당이 되지 않는군요!
죄송하지만 그러려면 틀의 구조를 완전히 개편해야 합니다.
제가 수정한 건 보여지는 정보 순서와 불필요한 정보를 제거한 것 뿐이지 틀의 생김새를 건드리지는 않았습니다. 현재 틀 양식은 위키백과(영어)와 동일하고요.
그건 틀을 너무 호환성 없이 쓰는 것 같군요! 정규 앨범 연표만 쓰도록 허용하면 쓰임새가 비좁아질 뿐더러 지금도 많이 바꿔야 해요!
그래서 {{음반 정보}}에서 간단하게 '의 앨범 연표'를 '연표'로 바꾸어봤습니다. if로 '가수'가 입력되지 않았을 경우도 대비해봤고요!
그렇군요! 그런데 뭐 전체적인 앨범 순서만 써야 한다면 그 소리가 그 소리죠! 음반 발표 형식이 여러 개이다 보니 뭐뭐만 맞다고 하면 아무래도 제한이 갈 수밖에 없어요!
네! 아무래도 위키이다 보니까 용어는 확실히 써야 하니까요. 지금도 음반을 전체적으로 다 앨범으로 지칭하는 게 보편적이긴 한데(싱글 앨범이라거나), 위키에서도 그러면 인식에 혼동을 줄 수 있잖아요. 저도 엄격히 다 지킬 수 있다고는 못하지만 가능하면 구분해서 쓰는 게 좋죠!
