SCP 데이터베이스
SCP‑EN 자료
SCP‑KO 자료
사이트
커뮤니티
링크
샌드박스
제곧내입니다. 현재 사용되는 credits 는 페이지 자체를 여러 번 왔다갔다 해야 한다는 점에서 불편한 점이 없지 않았습니다. 게다가 범주식 분류라서 어떤 범주에도 속하지 않거나 복수의 범주에 속하는 항목들의 경우 혼란을 야기합니다. 가장 좋은 것은 국제위키에서 그러하듯이 페이지를 업로드하면 그 페이지의 토론란 첫 포스트로 저작자 정보를 올리는 것입니다만, 현재 한위키에서 각 페이지 포스트들은 이미 사용되고 있기 때문에 그렇게 할 수 없습니다. 이 차에 이 모듈을 사용해서 저작자 정보를 표시할 것을 제안해 봅니다.
esoteric-classes-complete-list에 시범적으로 사용해 봤습니다.
나쁘지 않다고 생각하긴 합니다만….. 저번에 밈 명칭 바꿀때도 그렇고 운영진들 너무 갈려나가는것 같은데…. 괜찮으실련지….
찬성하는 쪽이지만, 그로 인해서 생길 문제에 대해서 전부 명확하게 미리 결정하지 않는다면 반대합니다.
1. 형식
그래서 정확히 어떤 형식으로 저작자를 표시하죠?
2. 모듈이 없는 페이지.
모듈이 없는 페이지는 어떻게 처리하죠?
3. 공동작업 페이지 등 저작자가 명확하지 않은 경우
4. 기존 모듈과의 충돌
http://ko.scp-wiki.net/scp-4182
http://ko.scp-wiki.net/scp-3211
http://ko.scp-wiki.net/scp-3309
위의 4182는 모듈이 없는 다른 문서와 달리 작가 직접 적용한 정보 모듈이 있고, 3211은 거기에 작가의 해설도 있습니다. 3309는 다른 형식의 정보 모듈을 사용하고요.
http://www.scp-wiki.net/s-c-plastics-actually-does-their-job 이 문서의 경우에는 작가가 직접 적용한 모듈에, 작가의 정보와 기타 정보가 들어갈 공간이 없습니다. 이런 경우 어디에 추가해야 하죠?
4-2. 기존 작가의 모듈 특유의 인클루드 형식 처리
http://ko.scp-wiki.net/scp-4182
보시면 아시겠지만 위의 작가 The Great Hippo은 샌드박스에서 불러오는 모듈을 이용하고 있고
http://ko.scp-wiki.net/impossible-to-destroy-reptile
이 페이지는 리스트페이지 모듈을 이용하는데 작가 Captain Kirby가 만든 페이지를 리스트화합니다. 하지만 한위키에 작가가 직접 올린 페이지가 당연히 없기 때문에 작동하지 않습니다. 다른 페이지들처럼 수동으로 관리할 수도 있겠죠.
위의 두 경우 샌드박스에서 작가 본인이 관리하는 페이지를 인클루드해서 이용합니다. 만약 모든 페이지에 모듈을 적용한다면 저런 페이지도 '모두' 관리해야할테고, 그럼 그건 누가 관리하죠? 현재 한위키의 샌드박스는 생성자만 편집가능하기 때문에, 4182의 경우 TGH의 작가 정보 페이지를 만드신 MysteryInc님이 탈퇴한 덕에 그 누구도 편집을 못한 채로 방치되고 있습니다. 이런 관리는 누가하나요?
위의 사안 모두에 대해서 적절한 규정이 마련되지 않는다면 반대합니다.
1. 그러니까 사용법을 어떻게 적용하나요? 이미지가 있으면 본사에서 링크를 표시안해도 넣나요? 그외 저작권 표시 사항은 어떻게 처리하나요?
2. 최하단에 뭘 추가하나요? 독립형? 그냥 모듈?
4. 그러니까 어떻게 구분하나요?
4-2. 생략하는 기준은 뭐죠? 역자 재량? 역자 재량이면 다른 사람이 추가하겠다고 하면 추가해도 되나요? 자동화 모듈이 아닌 SCP-4182의 경우에는?
본 포스트에 수렴된 찬반 의견과 더불어 대화방 비변사에서 진행한 운영진 투표(찬 4 반 0 보류 2)까지 고려해서 총의가 모인 것으로 판단하겠습니다.
오늘은 제가 밖에 일이 있어서 나가 봐야 하는데, 나갔다 와서 번역 규정을 개정하겠습니다.
저작자 페이지를 대체하고 삭제하는 게 좋은 방법인지 모르겠습니다. 개인적으론 평가 모듈을 포함한 본문 내부에 변경사항이 추가되는 것에도 거부감이 있네요.
개인적으로 반대하는 이유를 몇가지 꼽아보겠습니다.
1. 인포 구문은 위키 구문 중에도 비교적 어려운 편입니다. 쓸 사람만 쓰거나, 번역작의 경우 그대로 긁어오면서 텍스트만 번역하는 경우라면 몰라도, 위키구문 사용 경험과 무관하게 모든 번역가가 (경우에 따라선 원문에 이미 존재하는 인포 구문을 고쳐서) 저작자 정보를 입력해야 한다는 것은 번역에 새로운 진입장벽으로 작용할 가능성이 있습니다.
2. 앞서 말했다시피 저는 번역문이 적절한 의미 전달 외의 작품 외적인 이유로 원문을 건드리는 것을 그렇게 좋아하지 않습니다. 인포 구문은 그나마 원래 SCP 작품에서도 제4의 벽 바깥에 있다고 할 만한 평가 모듈에 붙기 때문에 사정이 좀 낫습니다만, 아래의 문제와 겹치면 얘기가 또 달라집니다.
3. 작가가 의도한 배치를 해칠 수 있습니다. 예를 들어 기차에서나 SCP-331-KO를 번역해온 작품이라고 쳐 봅시다. 두 작품의 인포 구문은 배치와 내용이 상이하게 다릅니다. 여기에 저작자 정보를 번역가가 임의로 추가한다고 할때 어디가 최적의 위치라고 단언할 수 있겠습니까?
4. 검색의 편의성이 크게 떨어집니다. 인포 구문 내의 텍스트는 페이지 소스나 인포 구문을 직접 열지 않은 상태에선 웹브라우저의 찾기 기능으로 검색할 수 없습니다. 검색하지 않고 직접 보려고 하는 경우에도 위의 경우처럼 이미 원문에 긴 텍스트가 있다면 그 밑에 넣었을 때 접근성이 매우 떨어지므로 저작자 정보로서의 기능이 떨어집니다.
제가 직접 번역을 하는 입장이 아니라서 적극적으로 결정을 막지는 않겠지만, 이런 이유들로 저는 이 제안을 부정적으로 생각합니다.
개인적인 의견인데 1번 같은 경우는 본사의 태그 담당 스태프 처럼 담당 스태프 한 분을 두는건 어떨까 싶습니다.
사실 '이야기 에디션'의 링크 추가 등 업데이트를 해야하는데도 신입 번역가 분들이 놓치는 몇몇 요소가 있었는데 그런 것들과 이번 저작자 정보를 집어넣는걸 전담하는 스태프를 따로 두면 1번 요소는 어느정도 해결이 되지 않을까 싶습니다.
이 모듈 샌박에서(본위키 말고 샌박에서) 쓰실 때, 한 페이지에 번역글이 2개 있다고 2번씩이나 모듈을 붙여넣지 말아주세요. 모듈이 둘 중 뭘 표시해야 할지 혼란에 빠지기(?) 때문에 정보창이 뜨지 않습니다.
아니넹. 무조건 맨 처음 모듈에 입력한 글만 뜹니다. 탭뷰에서 서로 다른 탭 안에 있으면, 뒤의 탭 속 모듈을 클릭해도 맨 앞의 탭에서 클릭한 걸로 인식하는 듯합니다.
본사가 유산 전용 평가모듈을 폐지함에 따라, 한위키 info 구문을 적용한 유산 문서의 평가모듈상 이미지가 깨지고 있습니다. (ex: SCP-173)
이에 따라 info:start와 info:end 등의 내용을 본사 변경사항대로 수정할 것을 요청합니다. 변경사항은 코드 상에서 유산 전용 평가모듈 관련 div를 완전히 제거하는 것입니다.
