조회 수 276 추천 수 0 댓글 31
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄

현재 여러 운영용 틀이 위키 내에 존재한다는 것은 누구나 아실 것 같습니다.

 

관련하여 틀의 디자인 관련하여 Ect님이 임의로 수정한 부분이 있는데, 수정 자체에 별 문제는 없습니다만 그 대상이 '운영용' 틀이라는 점에서 아무런 논의 없이 넘어가기에는 부적절하다고 봅니다. 또한 [[틀:고지상자]]를 사용하는 수정 방법이 현재 위키의 권장 문법을 적용할 수 없는 등의 문제점이 있으므로, 이를 유효한 방법으로 인정할 수 있는지도 따져봐야 합니다.

 

또한 몇 주 전에 wkpark님의 방법에 따라 html 문법을 일제히 wiki 문법으로 바꾸는 과정에서 제가 임의로 서술을 바꾼 틀들이 있는데, 이 부분도 이번에 '모든 틀에 대해' 논의하여 개선 여지가 있는 틀에 대해 내용 변경/서술 어법의 현실화 또는 현대화를 진행했으면 합니다.

이를 모든 틀에 적용하기 위해서는 관리자 권한이 필요한데, 마침 sschh님이 위키의 유지관리를 위해 힘쓰고 계시니, 도움을 받을 수 있을 것으로 생각합니다. 이를테면 수정이 막힌 틀의 변경 소스를 샌드박스에 올리면 sschh님이 복사하셔서 적용하실 수 있겠죠.

 

그래서, 논의해야 할 부분은 두 가지입니다.

 

1. 틀에 어떤 방법을 사용할지?

a) html 문법 사용 (개별)

b) wiki 문법 사용 (개별)

c) 고지상자 사용 후 include

* 현재 고지상자가 문제점이 있는 것은 맞지만, 틀의 디자인을 일괄적으로 바꾸는 데는 고지상자가 더 효과적일 수도 있습니다.

d) 기타 의견도 환영합니다.

 

2. 개선 여지가 있는 틀의 내용 변경에 대한 의견 수렴

* 1번 논의가 끝나면 필요에 따라 논의하는 것이 좋겠습니다. 저번에도 choi4624님이 한번 시도하셨다가 반대로 무산되었죠. 이번에도 반대 의견이 많으면 굳이 진행할 필요는 없겠습니다.

  • ?
    paro1923 2016.06.15 21:01
    고지상자에 위키 권장 문법이 사용 안된다고 하셨는데, 그럼 이걸 권장 문법이 사용 가능하도록 고칠 수 있는 방법은 없는 겁니까?
  • ?
    perpenDcular 2016.06.15 21:43
    그게 가장 이상적입니다만, 일단 현재로써는 [[include(틀:고지상자, 변수1=뭐, 변수2=뭐,...)]] 이런 식으로 적용이 되는 상황이라서요. 권장 문법이라고 한다면 괄호 2개 [[링크]] 문법이 권장되지만 이 경우에는 괄호 한 개를 써야 합니다. 이외에도 틀을 적용하는 쪽에서 보면 include가 두 번 되는 구조라 별로 바람직하진 않고, 아무래도 include 매크로 안에서 해결해야 하니까 그냥 개별적으로 구현하는 것보다는 소스 코드가 직관적이지도 않고 몇몇 제약이 더 있는 것으로 알고 있습니다. 그래서 비권장 문법 사용을 감수하고서라도 어쨌든 만들어두기만 하면 디자인 등의 일괄 적용이 쉬운 고지상자 쪽으로 갈지, 아니면 현재 틀 갯수가 사람이 하나하나 고칠 수 있을 정도니까 그냥 개별적으로 html 또는 wiki 문법을 써서 구현할지 정해야 합니다.

    개별적으로 구현하는 경우에는, 아무래도 여기가 IT 매니아들만 있는 곳은 아니니까 html보다는 위키 이용자라면 누구나 알아볼 수 있는 wiki 문법을 쓰는 게 맞다고 봅니다만, html 문법을 쓰면 틀 '디자인' 면에서 조금 더 선택지가 많습니다. 또한 디자인 일괄 적용 문제도 완벽하진 않지만 틀 템플릿을 추가하여 생성 단계에 적용할 수 있으니까 어느 정도 보완이 되는 편이죠.

    * 여기서 wiki 문법을 사용하기로 하면 내부적으로 꼭 필요한 경우가 아니라면 html 문법의 혼용은 하지 않는 것이 좋겠습니다.
  • ?
    paro1923 2016.06.15 22:44
    구조적 문제였군요. wkpark 님의 의견은 어떨런지...
  • profile
    Ect 2016.06.15 23:17
    이를 모니위키 개선으로 더욱 지원한다면 좋겠죠
  • profile
    choi4624 2016.06.15 23:42
    고지상자가 어떤 것인지에 대한 이해가 잘 안됩니다. 더욱이, 문법을 새로 배우는 것에 대한 부담도 상당하고요. HTML은 예전부터 버린 문법이었으니 지금 저에게 가장 좋은 방법은 wiki 문법입니다. 익숙하니까요.
  • profile
    choi4624 2016.06.15 23:53
    개선 여지가 있는 틀의 내용 변경은 필요한 것이나, 이 부분은 집에 비유하면 고정형 가구 또는 벽지를 갈아엎는 행동에 가깝다고 봅니다. 위키는 기본적으로 열린 공간이나 이렇게 광범위한 결정을 하고 나서 리그베다위키 메일( [email protected] )로 통보라도 하는 것이 좋을 것 같습니다. 또한, 현재 존재하는 rename 부분은 조금 신중해야 할 필요가 있어 보입니다. (사용자 UI에 공개되지 않은 기능은 기본적으로 불허에 가깝습니다. 하지만, 프로그래밍에서 핵 이 존재하듯이 이 경우를 핵으로 간주해도 될까요? 일단 이 기능은 누군가가 시도를 했으나 잘 안된다고 합니다.)

    틀의 정비는 좋은 제안입니다. 여유가 많으면 간단한 수준의 디자인을 할 수도 있는데, 일단 디자인을 하려면 1달 뒤에나 현실적으로 가능 할 것 같네요;
  • ?
    perpenDcular 2016.06.16 14:14
    1. 모니위키가 틀 관련하여 고지상자나 그런 방법을 공식적으로 지원을 하면야 좋겠지만 위키 표준문법이 아닌 자체 문법이 되어버리면 타 위키와의 호환성 등에서 문제가 생길 수 있겠죠. 그런 부분도 고려를 해야 합니다.

    2. 고지상자 자체는 별 '이해'를 필요로 할 정도로 어려운 것은 아닙니다. 틀:고지상자에 기본 외형을 표시하는 소스 코드를 다 작성해 두고 다른 틀들이 고지상자를 각각의 파라미터들을 이용하여 인클루드하면 틀이 구현이 되는 것이죠. 각 틀들의 공통된 부분을 고지상자로 빼 놨다고 생각하시면 됩니다. 결국에 내부적으로 따져보면 wiki 문법으로 틀을 구현한 것이 되는 것이죠. 그럼에도 이 방법이 현재 문제가 되는 이유는 앞서 설명한 것처럼 비권장 문법을 사용해야 한다거나 html 문법을 혼용해야 하는 등 소스 코드가 직관적이지 못하게 바뀐다는 것이죠.

    3. 그래서 틀 각각에서 자체적으로 구현을 하는 쪽이 소스 코드 면에서는 더 직관적이지 않나 싶습니다. html을 억지로 혼용할 필요도 없죠. 틀 작성에 표와 셀 색상 기능을 활용하면 어떨지도 개인적으로 고려해 보고 있습니다만 다크테마 등에서 문제가 될 소지가 있습니다. 테두리 부분도 별로 선택지가 많지 않고요. 일단은 각각 구현을 하는 쪽으로 결론이 나면 html은 반대 의사가 나왔으니 wiki 문법을 사용하는 쪽으로 가겠군요.

    4. 내용 변경 관련하여 운영진에게 통보하는 문제는 실제로 내용 변경이 일어날 상황이 되면 통보를 하는 것이 적절한지, 어떤 방식으로 누가 누구한테 통보할지 등을 다시 논의하는 것으로 하죠.

    5. rename 기능과 관련하여 '불허'라... ~~다른 단어도 많은데 하필 '불허'군요.~~ 기존 문서를 리다이렉트 처리하고 새로운 문서를 만드는 방식으로 그 '삭제식 이동'을 하는 방법이 여전히 활용되는 상황에서, 오히려 rename 기능이 CCL 관련해서 문제의 소지가 적으니, 악용 사례가 나오지 않는 한 당분간 현 상태를 유지하는 것도 고려해 볼만 합니다. 어쨌든 악용의 소지가 있는 것은 맞으니 장기적으로는 특정 그룹의 사용자만 기능을 사용할 수 있도록 조치를 하긴 해야겠죠.

    6. 디자인 관련해서는 일단 구현 방식부터 하나로 확정해 놓고 여러 사람이 각자 프로토타입을 만들어오든지 아니면 한 사람이 대표로 만들어 오고 다들 수정 의견을 내든지 하면 되겠죠. 현 상황에서 가장 유력한 구현 방식은 위키 문법을 사용하여 각각 자체적으로 구현하는 방식이겠습니다.
  • profile
    choi4624 2016.06.17 00:00
    이 고지상자는 일관된 틀 서식 적용이 필요할 때 도움이 되겠지만, 운영 외의 부분에 사용하기엔 편집 영향력이 크기 때문에 (물론, 거의 모든 틀들이 그렇긴 하지만) 고지상자 충돌 같은 상황이 발생할 수도 있을것 같아 보이네요. 또한, 가능하면 모니위키에서 변칙적으로 쓰는 기능은 리그베다에서 지양해야 할 필요가 있어 보입니다. (모니위키를 쓰는 가장 큰 위키가 여기니까요)
    ~~어째 내 시각이 높으신 분들이랑 같아 보인다?~~
    rename 부분은 지금 메일을 보내보도록 하겠습니다. 일단, 정식으로 이 기능을 어느정도 수준까지 허용해야 할지 확인을 받을 필요는 있어 보입니다.
    ~~디자인은 일단 이 에디터 문제부터 해결했으면;~~
  • profile
    Ect 2016.06.16 15:51

    일단 heading을 위키 문법으로 수정하였으니 html을 사용 안하고도 고지 상자 사용 가능하게 했습니다.

     

    그래서 현재 구조 상

     

    {{{#!wiki id="@[email protected]" style="padding-bottom: 0px; border: @[email protected] 2px solid; padding: 10px; padding-bottom: 5px; margin-bottom: 0px; @[email protected]" class=wikiTemplate
    {{{#!html }}}
    == @[email protected] ==
    {{{#!html }}}
    @[email protected]
    }}}

     

    사이에 있는 html 문법은 p 넓이 맞추기 용으로 실질적으로 이제 html 쓰는건 없습니다 style css 준거는 wiki 문법이고요

     

    물론 [[br]] 문법이나 , 이나 [[]]을 못쓰는 문제가 있지만 이는 []이나 간단한 html 코드로 대체 가능합니다만...원인을 알아서 고쳐주면 좋겠죠

  • ?
    perpenDcular 2016.06.16 17:04
    어쨌건 저걸 인클루드하는 것 자체에 거부감이 있다는 의견이 있으니까, 틀 자체를 새로 만들지 못하게 할 것이 아니라면 굳이 고지상자를 써야 되나 싶군요. 그 단괄호나 html 사용 문제도 고지상자를 안 쓰면 해결될 일입니다. 여기서 임의로 고지상자를 도입한 행위에 대한 설명을 들어야 될 것 같군요. 디자인 말고 꼭 필요한 이유가 있습니까? 물론 사용 시 일부 이점이 있는 건 맞습니다만, 현 상황에서 그 이득이 크다고 판단되지도 않거니와 유저 수준에서는 해결이 불가능한 문제점들이 있으니 굳이 밀어붙일 것은 아니라고 보는데요.
  • profile
    Ect 2016.06.16 17:12
    간단합니다

    틀 통합을 위해서죠

    이렇게 여러개로 갈려져 있으면 후에 틀등을 변경할때 매우 골치 아픕니다
  • ?
    perpenDcular 2016.06.16 17:21
    1. 그 "통합"이 비권장 문법과 단순 줄바꿈에 html 코드를 활용하는 등 많은 부작용을 감내할 만큼 급하진 않습니다.

    2. 이후에 틀 디자인의 일제변경을 염두에 두고 있으신 것 같은데, 그럴 일이 얼마나 많을지도 의문이고 현재 틀 갯수는 사람이 관리하기 힘들 정도로 많지 않으니 그 "골치아프다"는 의견에도 동의할 수 없습니다. 어차피 통합한 다음에도 디자인 변경되면 하나하나 오류가 없는지 확인하는 절차가 필요하니, 실질적으로 할 일을 많이 줄여준다고 볼 수도 없죠.
  • profile
    Ect 2016.06.16 17:23

    그럼 때려치죠 뭐

    굳이 할 필요는 없어요

     

    저도 시범적으로 만들어본거라 별 생각은...

  • ?
    perpenDcular 2016.06.16 17:37
    틀 문법은 위키 문법으로 통일하고, html을 혼용하지 않는 범위 내에서 새로운 디자인을 몇 개 만들어서 가장 나은 것을 적용해 보도록 하죠. 아마 지금 디자인에서 많이 바뀌진 않겠지만, 약간 변경을 해서 현대적인 느낌을 살리면 좋겠죠.
    그리고 틀 테두리 색상 규정을 명문화하는 것이 좋겠습니다. 이런 경우에는 무슨 색, 저런 경우에는 무슨 색 등으로요. 현재도 비슷한 성격의 틀에는 같은 색상이 적용된 경우가 많긴 한데, 아닌 경우도 간혹 있어서요.

    서술 변경 건은 일단 디자인 처리가 끝나면 차차 논의해 봅시다.
  • ?
    perpenDcular 2016.06.16 23:51
    디자인 관련하여 약간 손을 보고 있습니다. 일단 수정바람과 스포일러 틀의 예시입니다.
    http://rigvedawiki.net/w/WikiSandbox?action=recall&rev=1.4072

    테두리 두께는 1픽셀로 설정되어 있습니다. Ect님이 수정하실 때는 2픽셀로 되어 있었는데, 어쨌거나 3픽셀보다 얇은 두께를 적용하게 되면 현대적(?)인 느낌은 살지만 눈에 잘 띄지 않는다는 단점은 있습니다. 또 테두리 색깔은 밝은 계열을 쓰는 것이 좋겠다는 생각이 드는데, 이 수정안과 관련한 의견이나 염두에 둔 다른 프로토타입이 있다면 제시해 주시기 바랍니다.
  • profile
    choi4624 2016.06.17 00:22
    저 노란색 상자는 현대적인 느낌을 살리기 위해 밝게 했으면 좋겠습니다. 대신 밝은 노란색이 하얀색 바탕에서 눈에 잘 띄지 않으므로 3픽셀 정도로 약간 두껍게 했으면 좋겠습니다.
    더불어서 운영용에 쓰이는 틀에는 어떤 서명이나 특수 표식이 있으면 좋아 보입니다. 이는 조금 나중에...
  • ?
    perpenDcular 2016.06.17 00:33
    밝은 색들로 얇게 가는 것도 방법은 방법입니다. 일단 원하시는 대로 수정을 해 보시고 링크를 주시면 확인을 해 보겠습니다. 오렌지색을 쓴 것은 기존에 오렌지로 되어 있었던 것도 있고 그렇게 어두운 계열이라는 생각이 들지 않아서 그대로 썼는데, 그냥 노랑은 취향 따라 호불호가 갈릴 수도 있습니다.
    운영용 틀들에 리그베다 로고를 도장처럼 찍을까요? 어차피 이번에 일제정비 하고 나서는 틀들을 전부 편집권한을 올려야 되지 않을까 싶으니, 이 건은 디자인 변경 논의 마지막 부분에 이어서 하는 것으로 하죠. 어디에 어떻게 넣을지도 생각을 해야 되고, 모바일 대응도 해야 되고요.
  • ?
    perpenDcular 2016.06.17 01:39
    뭐 일단, 저도 색을 계속 바꿔보고 있는데, 두 가지 방법이 있겠습니다.

    a. 완전히 옅은 색으로 가려면 두께를 한 10px 정도로 해도 볼 만 하고요.
    b. 지금 mediumseagreen과 orange를 적용시켜 두었는데, 이렇게 너무 어둡지 않으면서 눈에는 띄는 색깔로 가면서 두께는 1px나 2px 정도로 가도 좋고요. 살짝 더 밝은 색깔로 가도 괜찮겠습니다.

    두 가지 경우 모두 다크테마로 봤을 때 어떤 느낌일지 고려해야 합니다. 가능하다면 시간 나시는 대로 원하시는 방향으로 수정해서 링크 주시기 바랍니다. 디자인이라는 게 직접 봐야 어떤지 평가가 되는 면이 있으니까요.
  • ?
    perpenDcular 2016.06.17 23:12
    1~5px의 어둡지 않으나 잘 보이는 색깔 테두리, 10px의 밝은 테두리를 구현해 보았습니다.
    로그인 후 아래 링크를 통해 보실 수 있습니다.
    http://rigvedawiki.net/w/WikiSandbox?action=recall&rev=1.4076
    현재 운영용 틀은 3px 테두리로 구현되어 있으며, 그 색상은 따로 명문화한 적은 없습니다.
    21일 정도까지 별다른 의견이 없으면 이후 최종 후보 디자인을 샌드박스에 구현하여 찬반 논의를 진행하겠습니다. 디자인이 확정되면 틀 성격별 테두리 색상에 대한 논의가 이어질 예정입니다.
    현재 위 링크에 구현된 디자인 외에 염두에 둔 디자인이 있다면 구현 후 링크 바랍니다.
  • profile
    choi4624 2016.06.17 23:23
    [[http://aboooks.tistory.com/77]]을 참고해서 px 단위가 아닌 thin/medium/thick 설정이 가능한 것 같아 보입니다. px 단위는 여러 기기에서 사용하는데 제약이 많은 만큼 이걸 써보는 것도 나쁘진 않아 보입니다.
  • ?
    perpenDcular 2016.06.17 23:27
    안드로이드 크롬에서도 확인해 봤는데 px 단위를 사용하여 문제가 발생하지는 않았습니다. dpi 따라 자동으로 조절이 되는 것 같더군요.
    thin/medium/thick 단위를 사용해서 안될 건 없겠지만 세부적인 조절이 좀 어려울 수도 있으니까요. 이쪽 단위야말로 브라우저마다 구현하는 두께가 다를 수도 있습니다.
  • profile
    choi4624 2016.06.17 23:39
    표에서 제공하는 여러 스타일을 써보고 있는데, 눈물 그 자체군요. (00년대 초반 스타일이 되어가고 있어;)
    그냥 적당한 색상의 solid 스타일로 두껍게 해야할 듯 합니다.
  • profile
    choi4624 2016.06.17 23:45
    몇가지 틀을 변경해보려고 하는데, 일단 좀 많이 신경쓰이던 [[틀:불법]]의 경고문 색상을 #red 에서 #crimson 으로 바꿔보려고 합니다. 테두리는 steelblue 색상의 7px solid 스타일 입니다.
  • ?
    perpenDcular 2016.06.17 23:57

    실제 틀에 커밋하진 마시고요. 아직 논의중이니까요.
    샌드박스에 구현 후 해당 리비전을 링크하시면 확인해 보겠습니다.

     

    그리고 이건 정말 적용될 가능성이 작은 프로토타입인데, 심심해서 그냥 한번 만들어 봤습니다. 현대적인 느낌을 살리기엔 이런 편이 낫긴 한데...

    http://rigvedawiki.net/w/Wiki%20Sandbox?action=recall&rev=1.4415

  • profile
    choi4624 2016.06.17 23:59
    [[http://rigvedawiki.net/w/WikiSandbox?action=recall&rev=1.4093]]
    현재 틀 디자인 서식 상태.. 입니다. ~~저거 제목 빨간색 계열로 할 필요가 있나?~~
  • profile
    choi4624 2016.06.18 00:06
    [[http://rigvedawiki.net/w/WikiSandbox?action=recall&rev=1.4098]] - 최하단의 스포일러 주의!
    배경 색상을 넣는다면 이쪽이 더 좋아 보이는데요?
  • ?
    perpenDcular 2016.06.18 00:09

    우리가 왜 배경 색상을 안 넣고 있냐면, 다크테마로 바꾸면 글씨가 안 보이게 되기 때문입니다.
    그래서 표의 셀 색상을 이용한 틀 구현도 코드가 쓸데없이 난잡해지는 면이 있어서 제외해 두었고요. ~~문장 입력할 때마다 {{{#black 하고 입력하면 얼마나 복잡하겠습니까~~

  • profile
    choi4624 2016.06.18 00:22
    아.. 다크테마;
    [[http://dark.rigvedawiki.net/w/WikiSandbox?action=recall&rev=1.4098]]
    이꼴이 나는 거였군요; 회색 글씨 vs 검정색 글씨가 상극이라 알맞은 색을 구하는게 불가능에 가까웠네요..
  • ?
    perpenDcular 2016.06.18 00:29
    배경색 제외하고 테두리만으로 느낌을 살릴 수 있을지 계속 찾아보는 것이 좋겠습니다.
    그런데 지금보다 너무 앞선(?) 감각으로 나가면 최종적으로 받아들여질 확률이 좀 걱정이 되니까, 지금과 비슷하게 "이게 틀이구나" 하는 느낌은 나야겠죠.
    디자인 전공자가 있었으면 좋겠습니다만...
  • ?
    perpenDcular 2016.06.18 01:05

    관련하여 글자를 검정색으로 고정해 두는 방법을 찾아내신 것으로 보입니다만, (링크 색상도 바꿔야 하지만 그것도 뭐 비슷한 방법으로 바꿀 수 있겠죠) 다크테마는 '배경이 어둡고 글자가 밝은' 테마입니다. 밝은 배경에 어두운 글자를 적용하게 되면 AMOLED 사용자를 배려한다는 당초 취지에 맞지 않죠. 배경을 넣게 되면 색상에 따라 촌스러워(?) 보일 수도 있어서, 개인적으로는 배경색을 안 넣었으면 합니다. ~~뭐 아주 절묘한 색상을 찾아서 가져오신다면 또 모르지만...~~

  • profile
    choi4624 2016.06.18 01:18
    아주 절묘한 색상... 저 수많은 색상표 중에서 있겠죠?
    배경색이 안되면 왼쪽에 두꺼운 선을 넣고 위 아래로 얇거나 점으로 된 선을 넣으면 구분이 될것 같은데; 음..


List of Articles
제목 글쓴이 조회 수 날짜
위키워크샵은 초성체가 금지됩니다. 함장 2171 2015.07.03
위키워크샵은 초성체가 금지됩니다. 함장 2102 2015.07.03
메가존 23 블루레이박스 발매 민트민트 311 2015.07.08
qxevrb7 사용자의 CC BY 위반 관련 2 perpenDcular 310 2016.07.10
[[더불어 민주당]] 문서 누가 만들었던데 8 2DU 308 2015.12.30
[[동인광학]] 문서의 파일 삭제를 요청합니다. 4 Mr.A 308 2015.12.13
CCL BY 위반 관련 통합 스레드 12 집토끼 306 2015.12.31
항목을 작성하려는데 제한이 걸렸습니다. 5 paro1923 301 2016.01.25
[[청강문화산업대학교]] 복붙 처리 1 wkpark 299 2015.09.28
정치인 관련 항목에 편집 제한을 풀어야 합니다 1 봄날 297 2015.12.30
[규정논의] '위키를 작성하기 전에'의 이 문구는 의미가 뭔가요. 2 함장 296 2016.01.01
[[토마토곰]] 항목 관련 재논의 5 perpenDcular 295 2016.03.21
군납비리 항목을 방산비리로 옮기거나, 하위 항목으로 만들려고 하는데요 1 sschh 295 2015.07.26
이거 링크 어떻게 못하나요. 4 H.Raven 292 2016.03.10
장기려(b1u3sky) 항목은 뭔가요? 1 봄날 292 2015.12.13
어뎁트 (매스 이펙트 3) 항목 삭제 부탁드립니다. 1 Urusa 290 2015.08.05
(종료) 신형 운영용 틀 적용 관련 4차(최종) 논의 1 perpenDcular 288 2016.08.15
[규정논의] 리그베다 위키란 14 함장 287 2015.12.13
#문자가 맨 앞에 붙은 문서 2 wkpark 286 2015.09.11
[[seemoreinid]] 문서 삭제 요청. 3 집토끼 285 2016.09.28
[[ConquerX2/서버의 역사]] 항목 작성. 1 집토끼 285 2015.08.09
7월 애니 참가 성우 모음 민트민트 285 2015.07.05
[[roblox]] 삭제 바람 3 2DU 284 2016.06.10
신데마스 관객수 비교스샷 file 민트민트 284 2015.07.26
어떤 분이 문서 작성을 실수하셨나 봅니다. 1 paro1923 282 2016.01.24
[[프로젝트二十明共筆]] 보존용 문서화 논의 7 집토끼 280 2015.12.07
[[집단연구/공략]] - 가능한 모든 정보를 총람할 것인가? 특정 정보만을 재구성하고 세부적으로 파고들 것인가? 8 집토끼 279 2015.11.14
rename 요청입니다. 1 paro1923 278 2016.02.02
[[도트 사이트]] 문서의 사진 삭제 부탁드립니다. Mr.A 278 2016.01.24
로그 병합 요청합니다. 1 집토끼 277 2015.12.30
운영용 틀 일제정비 관련 31 perpenDcular 276 2016.06.15
프로젝트 게시판을 워크샵에 개설하겠습니다. 8 함장 276 2016.04.28
Board Pagination Prev 1 ... 2 3 4 5 6 7 8 9 10 11 Next
/ 11
XE Login