위키백과토론:편집 지침

지난 토론
보존문서1 보존문서2 보존문서3 보존문서4

작품 제목 표시에 쓰이는 부호 규정의 개정 제안

한글 맞춤법 부록 13. 겹낫표화 겹화살괄호를 보면 다음과 같이 되어 있습니다.

문장 안에서 책의 제목이나 신문 이름 등을 나타낼 때는 그 앞뒤에 겹낫표나 겹화살괄호를 쓰는 것이 원칙이고 큰따옴표를 쓰는 것도 허용된다.

(1) 박경리의 『토지』는 전 5부 16권에 이르는 대하소설이다.

(2) 1906년에 창간된 ≪만세보≫는 1년 후에 ≪대한신문≫으로 이름을 바꾸었다.

(3) 남궁억은 “황성신문”의 사장을 지낸 인물이다.

책의 제목이나 신문 이름만 쓸 때는 이들 부호를 쓰지 않아도 된다.

(4) 고전 소설: 구운몽, 홍길동전, 춘향전, 박씨부인전 등

이에 따라 현행 지침을 다음과 같이 수정할 것을 제안합니다.

이 외에도 신문 · 잡지 · 웹진 이름은 큰따옴표로, 예술 작품의 제목(영화, 게임, 만화 등)은 작은 따옴표로 표시합니다.

다만 국립국어원 한글맞춤법의 원칙을 존중하여, 겹화살괄호, 홑화살괄호를 각각 사용할 수 있습니다. 되도록 한 문서 내에서는 한쪽 기호만 쓰도록 통일합니다.

편집 지침의 맞춤법 관련 규정은 대체로 한글맞춤법을 기반으로 하고 있는데, 한글맞춤법을 금지토록 한 규정은 이 부분이 유일한 것으로 보입니다. 큰따옴표가 입력이 쉽다는 이유만으로 겹화살괄호 등을 사용하지 못하도록 한 부분은, 원칙이라고 명시된 한글맞춤법과 벗어난 임의적인 규정이 아닌가 싶습니다. 겹화살괄호 등이 편집창에서 특수기호로 제공되어 충분히 입력이 용이하다는 점, 큰따옴표가 기본적으로 인용문 표시에 활용되기에 혼동이 생길 수 있다는 점을 특히 참고해 개정을 제안합니다. --"밥풀떼기" 2021년 9월 1일 (수) 13:20 (KST)

@사도바울, 메이: 지난 관련 토론에 참여하셨던 분들께서도 봐주시면 감사하겠습니다. --"밥풀떼기" 2021년 9월 1일 (수) 13:31 (KST)

위키프로젝트로도 나눴다가 이전에 고전음악 쪽에서 사도바울님과 잠깐 토론한 바 있었는데, '한 문서' 단위면 사실상 기본 문법 파괴하자는 이야기죠. 그런 논리대로면 국립국어원에선 겹낫표 허용하니까 일본어판 번역자 (또는 일본 쪽 관심 많은 사람)들은 낫표 쓰자고 할 테고 어디선 화살괄호고 어딘 따옴표고... 굳이 이런 혼란상을 자초해야 할까요? 서적도 출판사 고유 지침대로 전부 통일해서 문장 부호 표기합니다 (민음사는 낫표죠 아마). 기본 문법은 통일하는 게 좋습니다. Reiro (토론) 2021년 9월 1일 (수) 13:34 (KST)

말씀대로 통일하려면 겹화살괄호로 통일해야 하겠죠. 큰따옴표와 작은따옴표는 쓰임새가 워낙 많은 반면, 겹화살괄호 등은 제목 표기에만 쓰이니까요. 다른 쓰임새로 쓰이는 기호로 통일해버리는 것이 혼란만 더 불러일으킵니다. 기존 총의를 받들되 한글맞춤법대로 맞춰가야 하다보니까 두 경우를 모두 허용토록 한 거에요. 정말로 통일이 중요하다고 보시는 거라면 겹화살괄호 등만을 쓰는 것으로 바꾸도록 하겠습니다. --"밥풀떼기" 2021년 9월 1일 (수) 13:38 (KST)

너무 불편합니다. 가뜩이나 가운뎃점도 쓰기 불편하다는 이유로 6.25 전쟁처럼 마침표로 바꾸는 판에, 화살괄호 통일은 이런 문법 개정 경향에 역행한다고 봅니다. 무엇보다 로마자와 화살괄호가 그다지 어울리는 조합도 아니고요. Reiro (토론) 2021년 9월 1일 (수) 13:45 (KST)

그러니까 두 경우 모두 허용토록 하면 되겠지요. 저도 서양 음악제목 같은 경우에는 큰따옴표를 거리낌없이 쓰고 있습니다. 하지만 겹화살괄호를 기본으로 써야 한다고 봐요. 원칙이고, 더 적합하니까요. 입력도 용이하고. --"밥풀떼기" 2021년 9월 1일 (수) 13:48 (KST)

서양에서 제작된 음악제목이나 TV프로 에피소드 등을 표기할 때 큰따옴표를 쓰는 경우가 잦은 것을 감안해 '되도록'으로 바꾸었음을 알립니다. --"밥풀떼기" 2021년 9월 1일 (수) 13:50 (KST)

불편합니다. 그래서 이전에 따옴표로 바꾸자 했을 때 찬성이 많았던 것이고요. 영어로 된 음악 제목도 음반/곡 따라 이탤릭체/큰따옴표로 되어 있어 한국식으로 큰따옴표/작은따옴표 바꾸는 중입니다. 안 그러면 한글 영어 섞인 제목엔 대처가 안 되니까요. [예:밤 (Time for the moon night)] 엄연한 국립국어원 허용 표기인데 원칙만 고수할 필요는 없죠. Reiro (토론) 2021년 9월 1일 (수) 13:55 (KST)

겹화살괄호를 원칙으로 쓰라는 것도 국립국어원의 의중이에요. 한국 가수의 앨범은 일단 한글이니까 겹화살괄호로 쓰는게 적절하겠죠. 별로 불편하지 않고, 혼동을 줄 바에야 낫다고 생각합니다. "놀면 뭐하니?" "덤벨 몇 킬로까지 들 수 있어?" "안드로이드는 전기양을 꿈꾸는가?" 같은 대화형 제목은 물론이고 큰따옴표와 작은따옴표가 아예 제목 안에 들어간 경우는 생각하지 않으신 모양입니다. --"밥풀떼기" 2021년 9월 1일 (수) 14:00 (KST)

그런 건 링크가 달리거나 앞에 책이나 프로그램이라 언급하는 것으로 파악되지 않습니까. 표에 단독으로 적는 것이면 부호 자체가 생략 가능하고, 문장이면 바로 단어 추가해서 구분 가능합니다. 영어판은 음악 싱글이나 곡명에 문장형 없어서 큰따옴표로 표기했답니까. 언론에서도 따옴표로 잘 구분하고 있습니다.--Reiro (토론) 2021년 9월 1일 (수) 14:41 (KST)

아무튼 더 이야기한다고 서로 바뀔 것 같지도 않은데 토론 진행 상황이나 보겠습니다. Reiro (토론) 2021년 9월 1일 (수) 14:41 (KST)

"동아일보" 측은 "조선일보"가 "한겨레"에 대해 "동아일보"라고 비난한 데 대해 애초에 "한겨레"가 "조선일보"라 발언한 것이 문제라고 밝혔다.
《동아일보》 측은 《조선일보》가 《한겨레》에 대해 "동아일보"라고 비난한 데 대해 애초에 "한겨레"가 "조선일보"라 발언한 것이 문제라고 밝혔다.

기호란 것은 그렇게 쓰라고 만들어놨기 때문으로, 국립국어원이 원칙이라 표현한 데에는 다 이유가 있습니다. --"밥풀떼기" 2021년 9월 1일 (수) 15:21 (KST)

지나치게 극단적인 인데다 비문이기까지 하네요. 보통 '허용'은 대중화되었을 경우 국립국어원이 풀어주는 방식입니다. 안그래도 가운뎃점도 마침표로 쓰기 쉽게 바꾸는 경향인데요. 참고로 회사명 등 상표명에도 원칙대로면 작은따옴표가 붙어야 하지만 일반적으로는 많이들 생략하고 있습니다. 허용했으면 쉬운 것대로 갑시다. Reiro (토론) 2021년 9월 1일 (수) 16:21 (KST)

가운뎃점은 논외 사항이고요, 원칙으로 정립한 것을 무시하면서 다른 용례와 충돌되기까지 하는 기호를 통일하는 것은 반대합니다. 아니면 말씀하신 대로 생략을 하던가 해야지요. 단순히 불편하다는 것이 이유라면. --"밥풀떼기" 2021년 9월 1일 (수) 16:36 (KST)

허용도 어디까지나 방침입니다. 출판사에서는 낫표도 흔하게 쓰는 판에 국립국어원 허용 범위 내라면 표준으로 못 정할 이유는 없습니다. Reiro (토론) 2021년 9월 1일 (수) 20:49 (KST)

원칙과 허용이 있으면 원칙도 존중해야지요. 허용해둔 부분만 쓰도록 할 게 아니라. 흔하게 쓰는 판이라는 건 동의할 수 없네요. 저는 안 그런 사례를 훨씬 더 많이 봤거든요. 지면기사면 더더욱 그렇고. --"밥풀떼기" 2021년 9월 2일 (목) 10:57 (KST)

원론적인 이야기이나, 동음이의어 쪽과 마찬가지입니다. 지침 규정은 간결하게, 지침 상 기준은 하나로 하는 것이 좋다고 봅니다. 동음이의어 쪽에서 말씀드린 것과 같이, 최근의 형편이 계속적인 토론 참여가 어렵습니다. 양해를 바랍니다. -- 메이 (토론) 2021년 9월 1일 (수) 13:58 (KST)

@메이: 토론의 핵심은 한글맞춤법의 원칙을 따라 겹화살괄호를 허용해도 되는가에 대한 부분인데, 이 점에 대해서만이라도 간단히 말씀해 주시면 감사하겠습니다.--"밥풀떼기" 2021년 9월 1일 (수) 14:01 (KST)

국립국어원에서 말하는 책의 제목이나 신문에 대해서는 이미 화살괄호 사용이 편집 지침으로 되어있지 않나요? 최근 TV 프로그램이나 아이돌 음반, 애니메이션, 게임 등에도 화살괄호가 사용되는 것은 어색합니다. 다만 위에 제시해주신 예문을 보니 개선될 여지가 있다는 점에는 동의합니다. 신문이나 웹진은 문장부호 없이 그냥 표기하는게 더 좋아보이네요. 다만 주제에서 벗어나는 듯하니 이 문제는 다른 주제로 대화 나누면 좋겠습니다. ――사도바울 (💬✍🧾) 2021년 9월 1일 (수) 23:07 (KST)

P.S. Sadopaul로 핑 주셔야합니다 ㅎㅎ ――사도바울 (💬✍🧾) 2021년 9월 1일 (수) 23:18 (KST)

@Sadopaul: 급하게 핑드리느라 신경쓰지 못했는데 죄송합니다. 기본적으로는 괄호를 쓰도록 허용하고 있는데, 이상하게도 신문과 예술작품 제목은 괄호를 쓰지 말라고 금지해 놓았더라고요. 따옴표를 도입하는 것은 좋은 일이나, 공감해주셨다시피 따옴표 자체가 인용문으로 쓰이는 경우가 많아서 혼란의 여지가 있어요. 이런 혼란스런 경우를 방지하고, 또 괄호를 적는 게 더 적절해 보이는 분야는 그렇게 쓴다는 기본취지에 따라, 신문과 작품제목에도 괄호도 쓰도록 허용해주는 것이 좋겠다고 생각합니다. 그냥 표기하는 것도 동의하지만 이상하게도 맞춤법에는 그렇게 쓰라고 되어 있어서 어느정도 존중이 필요해 보여요. --"밥풀떼기" 2021년 9월 2일 (목) 10:57 (KST)

맞춤법에 대해 '어느 정도'의 존중이 필요할 것인지가 논의 대상인 것 같습니다. 원하시는 부분인 화살괄호/따옴표 문제는 잘 모르겠습니다. "독립신문"보다는 《독립신문》이, 《오마이뉴스》보다는 "오마이뉴스"가 더 자연스러워보이는 입장에서 출간년도나 성격을 기준으로 구분하는게 더 좋을 수도 있겠는데 아직 생각을 구체화하지는 못했습니다. 통일성이 있는편이 좋겠다는 메이님 말씀에도 동의하구요. 마음같아서는 신문, 잡지, 웹진은 따옴표를 아예 삽입하지 않는다는 제3의 안을 새로이 제안하고 싶지만 상기한대로 이 문제에 대해서는 여기서 더 대화 안하는게 좋겠습니다. 의미없는 의견만 쓴 것 같아 뻘쭘하네요 ^^; ――사도바울 (💬✍🧾) 2021년 9월 2일 (목) 12:50 (KST)

@Sadopaul: 아뇨 괜찮습니다.. 최선의 방안을 찾으려면 일단 여러가지 방안이 제시되어야겠죠. 동의한다고 말씀드렸다시피 아예 삽입하지 않는 것도 방법이 될 수 있어요. 다만 일단은 화살괄호도 '허용'하느냐는 것이 맹점입니다. 출간년도와 성격 기준으로 구분하더라도 결국에는 따옴표와 화살괄호 두 경우를 모두 허용해야 가능한 부분이잖아요? 한글맞춤법이 본 편집지침의 기반이 된 만큼 다소 무시된 부분을 도로 메꾸어 반영토록 하자는 것이 존중하자는 말의 뜻이 되겠습니다. 개인적으로는 화살괄호의 사용 의의를 중시해서 그것으로 통일하고 싶은 마음이지만 따옴표를 원하시는 분들이 많다는 점도 감안해야 한다고 생각합니다. "밥풀떼기" 2021년 9월 2일 (목) 22:33 (KST)

국립국어원에선 낫표도 허용하니 그것도 풀어달라 하면 그래야 할까요? 출판사에서도 간행물 간의 기본 문법은 통일하고 있습니다. 화살괄호 자체가 입력도 불편하거니와, 현재는 논문이 아닌 이상 쓰지 않는 경향이고요. Reiro (토론) 2021년 9월 3일 (금) 14:26 (KST)

네, 쓰고 싶은 사람이 있다면 풀어줘야죠. 근데 저는 화살괄호를 쓰자고 주장할 겁니다. 낫표나 화살괄호나 비슷한 모양과 비슷한 형태를 지닌 상황에서, 편집창에서 쉽게 입력할 수 있는건 화살괄호 쪽이니까요. 원칙이라 정해놓은 부분을 묵살하고 허용한 부분만 원칙으로 삼는 것은 아무리 편리함이 우선된다고 해도 주객전도된 상황으로밖에 보이지 않습니다. 심지어 그 적합성에 대한 의문이 지금처럼 제기되고 있는 상황이고요. "밥풀떼기" 2021년 9월 4일 (토) 19:09 (KST)

그리고 계속 불편하다고 주장하시는데, 클릭 한번이면 입력되는 기호가 불편하다는 말인즉슨, Reiro님 개인의 편집환경이 클릭을 못하는 상황이기에 불편한 것인지를 여쭙고 싶네요. 그렇지 않으면 개인적인 느낌이라고밖에 해석할 수 없습니다.--"밥풀떼기" 2021년 9월 4일 (토) 19:14 (KST)

그래서 가운뎃점 예시 들지 않았나요. 마침표보다 입력 불편하니 후자로 변경되었다고 말입니다.

누군 낫표고 누군 화살괄호고 누군 마침표고.... 일관성은 지킵시다. Reiro (토론) 2021년 9월 4일 (토) 21:35 (KST)

일관성을 지켜야 한다는 의견엔 동의합니다. 다만, 제가 봤을 때 그 일관성은 꺽쇠가 맞는 것 같네요. 우선 맨 위에 맞춤법 인용문을 봤을 때 낫표, 꺽쇠, 따음표 다 허용한다는 것으로 보이는데 맞나요? 여하튼 저 셋 중에 위키백과에서는 그동안 꺽쇠로 초창기부터 십수년가량 사용되어 온 것으로 알고 있고, 그에 따라 기존대로 꺽쇠를 쓰는 것이 가장 타당하다고 봅니다. 굳이 맞는 표기법을 뜯어 고칠 필요성은 없어보이네요. 인력낭비라고 보여집니다. 그 시간에 다른 생산적인 일을 하던가 하는게 맞다고 보고요. 위에 표기법을 참고했을 때, 꺽쇠가 틀린게 아니니까요. Reiro님의 주장대로라면 꺽쇠가 입력하기 어렵다고는 하시는데 글쎄요.. 제가 보는 화면에서는 편집창 들어가면 하단부에 꺽쇠를 비롯해 여러 문장 부호 및 태그들을 손쉽게 원터치로 넣을 수 있는 툴이 존재하네요. 안드로이드 스마트폰 기준으로도 꺽쇠치기는 문제 없는 것으로 보이고요. 아 아이폰은 좀 불편할 수 있긴 한데 솔직히 아이폰으로 편집하는 사용자 거의 못봤네요. 최근 바뀜 가봐도 편집 태그에 ios로 편집이라고 뜨는 기여는 거의 없습니다. 솔직히 꺽쇠를 쓸 정도의 규모의 편집은 PC로 이뤄지는 경우가 대다수가 아닐까 싶어요. 글이 좀 두서 없긴한데 여하튼 제 의견은 이렇습니다. 양념파닭 (토론) 2021년 9월 4일 (토) 22:00 (KST)

저만 해도 아이폰으로 편집합니다... 태그에 '모바일 웹'이라고 뜨는 기여 중 상당수가 아이폰 기여입니다. 그래도 전 이 문제에 대해서는 딱히 의견 없습니다. — Ddxfx 2021년 9월 4일 (토) 22:03 (KST)

사족이지만, 저도 아이폰 유저입니다만 위키백과 편집할때는 사파리로 위키백과 PC버전 들어와서 모니터링합니다. 그게 더 편하더군요. 양념파닭 (토론) 2021년 9월 4일 (토) 22:06 (KST)

키보드로 손쉽게 할 수 있는 따옴표보다 확실히 불편합니다. 화살괄호가 로마자와 별로 어울리지 않기도 하고요. 이전에 든 예시지만 화살괄호 쓴 소녀시대 틀보다 쓰지 않은 방탄소년단 틀이 디자인상 깔끔해 보인다고 주장했고, 그게 먹혀서 현재처럼 바뀐 거고요. (만일을 위한 변명이지만 두 그룹을 비교하는 게 아닙니다) Reiro (토론) 2021년 9월 5일 (일) 12:32 (KST)

틀처럼 화살괄호가 난립하는 경우에는 애초에 국립국어원에서도 괄호를 생략하도록 되어 있습니다 ("책의 제목이나 신문 이름만 쓸 때는 이들 부호를 쓰지 않아도 된다."). 방탄소년단 틀처럼 생략하는 게 원칙대로라면 맞구요, 그것이 화살괄호의 적합성을 해친다고 보기에 어렵습니다. 웹과 모바일을 떠나 충분히 편리하게 입력할 수 있다고 다른분들께서도 밝히고 계시는데도 여전히 개인적인 느낌으로 불편하다고 하시네요. 로마자에는 따옴표가 어울려 보인다는 점을 감안해 두 경우 모두 허용하자고 말씀을 드렸습니다. 통일성을 이루던가, 따옴표를 살리던가 둘 중에 하나만 선택하시기 바랍니다. 따옴표로 통일하는 것이 왜 안 되는지에 대해서는 앞서 설명드렸습니다. "밥풀떼기" 2021년 9월 5일 (일) 12:42 (KST)

단순 키보드만으로 가능한 따옴표보다 불편한 게 사실이며, 실제로 화살괄호 없애던 도중 부등호로(<<>>) 대체한 경우가 나와 그것까지 걸러내야 했습니다. 정말 편했다면 저런 대체 표기가 나올리도 없겠지요 (그러고 보니 의견 요청에서부터 부등호 표기네요). 아이폰 사용시 불편함 겪는 것도 사실이고요. 그리고 토론하면서 명령조로 말씀하시는 것 참 보기 안 좋습니다.

님도 로마자는 따옴표가 좋다고 하시네요. 로마자 한국어 섞인 음반 표기가 한두가지가 아닌데 그걸 어떻게 로마자 한정이란 식으로 구분하나요. Reiro (토론) 2021년 9월 5일 (일) 13:49 (KST)

자꾸 답답한 소리 하시네요. 클릭 한번이면 입력되는게 화살괄호입니다. 이게 어디가 불편한데요. Reiro님이 마우스를 못 쓰는 환경이에요? 자꾸 불편하다고 주장하시면 마우스를 못 쓰고 키보드만 활용하고 계시는 상황으로 이해하겠습니다. 부등호로 대체하는건 애초에 편집 지침에서도 그렇게 쓰지말라고 충분히 안내하고 있고요, 오히려 부등호로 대체하면서까지 해당 기호를 쓰고 싶다는 게 확인되는 사례 같은데요. 부등호로 잘못 대체할지언정 화살괄호라는 것의 쓰임새는 확실합니다. 통일성을 중요시하고자 한다면, 다방면적으로 쓰여서 혼동을 일으킬 수 있는 기호를 채택하는 쪽이 이상한 거에요.

덤으로 한국어와 로마자가 섞인 제목은 기본적으로 한국어 제목이라 취급하고 화살괄호로 써야겠지요. 일부 영어 제목에서 따옴표가 어울려 보인다는 점을 받아들이고자 한 것이지 따옴표만을 쓰자고 주장하는 것이 아닙니다. 제발 오독 좀 하지 마세요. "밥풀떼기" 2021년 9월 5일 (일) 13:58 (KST)

자세한 설명이 힘드나 상황 상 노트북 내장 마우스만으로 움직여야 할 때가 잦습니다. 그래서 지금 이 편집도 노트북 키보드만으로 하고 있고요. 다 같은 상황이 아님을 인지하셨으면 합니다. 아울러 기종에 따라 굳이 불편한 쪽을 택하기보다는 기본 키보드에 내장된 것을 택하는 게 더 낫겠지요. 굳이 위치 찾아서 클릭까지 해야 하는 게 아니라.

안내가 문제가 아니라, zem 사용자는 물론이고 인터넷 대부분의 페이지에서 화살괄호는 아주 생소합니다. 그러니 자꾸 부등호 기여가 나오고요. 아울러 화살괄호가 계속 보이는 까닭은 기존 것이 아직 남아 있기에 따르던 것이지, 그걸 '화살괄호 쓰자는 욕구'라고 해석하는 건 지극히 자의적인 판단입니다. 그것만 해도 '불편하다'는 건 인지하셨으리라 봅니다.

그리고 통일성 깨는 안에 대해선 반대합니다. Reiro (토론) 2021년 9월 5일 (일) 14:33 (KST)

그러니까 통일성이 중요한지 따옴표가 중요한지가 문제라니까요. 통일성 깨는 안을 반대한다면 편리성을 포기하면서라도 제목 등의 표기에만 쓰이는 화살괄호로 통일을 해야죠. 따옴표는 헷갈릴 여지가 다분하니까요. 따옴표를 쓰고자 한다면 화살괄호가 원칙이라는 국립국어원 맞춤법을 존중하고, 관례로 정착되어 있을뿐더러 대다수 유저가 입력에 불편함이 없는 화살괄호도 허용하도록 해야죠. 둘 다 싫고 따옴표로 통일하자는 것은 맞춤법도 존중하지 않고 헷갈릴 여지도 남겨버리겠다는 소리입니다. 둘중에 하나만 고르세요.

Reiro님 내장 마우스 쓰셔서 불편한 상황인 건 충분히 이해하는데, 자신의 입력상황이 불편하다는 것만으로 모두의 지침을 바꿔버리는 것은 이해할 수 없습니다. 저와 양념파닭님을 비롯한 대다수 편집자들은 마우스나 터치스크린을 충분히 사용하고 있습니다. 그렇다면 빠른 해결은 Reiro님이 무선마우스를 사시거나 컴을 바꾸는 쪽이 되겠죠. 지침을 바꿔서 백과사전 표기법을 모조리 들어내는 게 아니라요. "밥풀떼기" 2021년 9월 5일 (일) 14:44 (KST)

네. Reiro님께는 유감스럽지만 소수를 위해 기존 다수가 잘 사용하고 있는 방식을 바꿀 필요는 없어보입니다. 항상 모두를 위할 수는 없는 법이죠. 누군가는 불편을 감수하는 것이 이치 아닐까요? 모바일로 문서를 생성할 일은 거의 없고 해봤자 오타 수정하거나 하는게 대부분의 편집 패턴일텐데 굳이 모바일 환경을 절대적으로 고려할 필요성은 현저히 떨어져 보입니다. 물론 누군가는 하겠지만 그게 수천 수만개의 문서를 뜯어고쳐가면서 바꿀 일은 아니라는 뜻입니다. 정 꺽쇠를 써야하는 상황이 온다면 그 때는 조금 불편함을 감수하고서라도 모바일에서 PC 버전으로 잠시 우회 접속해서 편집을 하는 방식도 취할 수 있겠습니다. 양념파닭 (토론) 2021년 9월 5일 (일) 15:02 (KST)

일전에 양념파닭님께도 화살괄호 관련하여 봇 편집을 부탁드렸는데, 아마 그래서 진행중일 겁니다. (한국 영화 관련이었죠 아마) 로마자와 화살괄호가 어울리지 않는 문제도 있거니와, 모바일 뷰가 절반 가까이 되는 지금 그들을 무시할 수도 없는 노릇이고요. (틀에서도 모바일 배려를 위해 잠깐 NAVIBOX 제거하려 했던 선례 생각해 보면요) 요컨대, 일전에 분류:세기별 출생 관련 문제와 같이 해결은 그다지 어렵지 않습니다. 진척이 안 되는 것도 아니고요. Reiro (토론) 2021년 9월 5일 (일) 16:03 (KST)

아 봇 얘기가 나와서 하는 말인데, 그 때 당시 기준으로 따음표를 쓰자는 총의가 어느정도 형성되었다고 판단해 제 봇을 구동시킨 것일 뿐, 해당 안건에 대해 제 의사를 반영한 것은 딱히 아닙니다. 양념파닭 (토론) 2021년 9월 5일 (일) 16:05 (KST)

출생 분류에 대해서는 ~태어남 보단 ~출생이 문법적? 어감상? 더 맞다고 판단했기 때문에 번거로움을 감수하고 안건에 찬성한건데 반면, 이건 따음표나 꺽쇠나 둘 중에 틀린 표기법이 없기 때문에 대규모 변경에 찬성을 하지 않는 것입니다. 양념파닭 (토론) 2021년 9월 5일 (일) 16:06 (KST)

로마자와 화살괄호가 어울리지 않으면 따옴표를 쓰도록 합시다. 반대 안해요. 저는 화살괄호를 허용하는 것에 관심이 있습니다. Reiro님이 지금 따옴표만을 고집하셔서 문제인 거고요. "밥풀떼기" 2021년 9월 5일 (일) 16:15 (KST)

현행 규칙에는 낫표 역시 허용하고 있습니다. 그렇다고 현행에서 낫표를 권장하진 않지요. 잘 쓰지 않기 때문입니다. 그런데 몇몇 일본 관련 문서에서는 낫표를 씁니다 (ex:스즈카케난차라). 번역하다 그대로 들여온 듯한데, 그렇다고 이것 역시 규칙상 허용되니 괜찮다 하면 통일성이 깨집니다. 관리하기도 힘들고요. 통일성을 고집하는 게 이 때문입니다.

아울러 따옴표로 하면 글 작성히 훨씬 편합니다. 옛날 버전을 비교하면, 글이 길지 않음에도 화살괄호 위치가 너무 많습니다. 그래서 쉽게 따옴표로 고쳤어도 일반 문장과 헷갈리진 않지요. 파란 링크가 있으니 따옴표로도 가시성은 확보되고, 가독성도 좋습니다. Reiro (토론) 2021년 9월 5일 (일) 16:50 (KST)

낫표는 화살괄호로 통일하자고 앞서 말씀드렸습니다. 다시 말씀드리지만 따옴표를 허용하든, 하나로 통일하든 둘 중 하나를 골라야 해결될 문제입니다. 따옴표로 통일하자는 것은 말이 안 되는 제안입니다. "밥풀떼기" 2021년 9월 5일 (일) 17:08 (KST)

현재 따옴표가 적용된 훗 (Hoot)도 가독성이 떨어진다거나, 혼동을 주지는 않습니다. 이건 마침표는 마치는 데 쓰는 거니까 6.25 전쟁도 가운뎃점 써야 한다는 주장만큼, 현실과는 동떨어져 있다고 봅니다. 가독성과 따옴표의 상관관계는 크게 없어 보이네요. 위키백과이니만큼 국립국어원 허용 범위 내에서 적용하면 되는 문제입니다. 굳이 불편한 방식 쓸 필요는 없죠. Reiro (토론) 2021년 9월 5일 (일) 17:45 (KST)

평가 문단을 보면 난잡하기 짝이 없는데요. 불가사의 (음반)이나 내 사랑에 노련한 사람이 어딨나요처럼 화살괄호를 쓰면 충분히 가독성이 확보됩니다. 가운뎃점도 3.1절을 삼점일절이라고 읽는 판에 표기를 정확히 할 필요가 있죠. 하도 마침표로 많이 고쳐쓰다보니까 감안하는 것일 뿐. 화살괄호가 충분히 받아들여져 널리 쓰이고 있으므로 현실과 동떨어진 것도 아니고요.

결론적으로 불편한 편집환경이시면 기기를 바꾸시면 됩니다. 잘만 쓰고 있던 표기법을 억지로 바꿔 남에게 강요할 것이 아니라요. "밥풀떼기" 2021년 9월 5일 (일) 18:45 (KST)

상황이 그럴 뿐 그리 큰 문제는 아닌데, 국립국어원 의도를 보아도 "키보드에서 쉽게 쓸 수 있"도록 바꾼 거네요. 화살괄호가 대단한 문법도 아니고, 저것 하나 치려고 평가 문단마다 한 문장씩 올라갔다 와야 하는지 이해는 안 갑니다. 게임이나 애니메이션처럼 상대적으로 젊은 사람들이 오는 분야는 화살괄호는 언감생심이고요. 위키백과에서도 입력하기 귀찮아 부등호 표기 나온 판에, 굳이 어려운 방법을 택할 이유가 있을까요. Reiro (토론) 2021년 9월 5일 (일) 22:59 (KST)

큰 문제가 아니라면 백과사전 전체를 뒤엎고 따옴표를 강제할 이유가 없으시단 거네요. 화살괄호는 대단한 문법 맞습니다. 그렇게 쓰라고 만들어놓은 기호고, 국립국어원이 원칙이라 했거든요. 따옴표로 헷갈릴 바에야, 차라리 한문장씩 올라갔다 와야 할 필요가 있다고 생각합니다. 저도 게임과 애니메이션 문서 종종 찾습니다만 그렇게 어색하다고 느끼지 않고요, 입력하기 귀찮아서 편집창에 클릭버튼까지 마련해두고 심지어는 커서도 괄호 가운데로 친절하게 에임되도록 해놨습니다. 어렵지 않게 된 상황에서 안 쓸 이유가 있을까요. "밥풀떼기" 2021년 9월 6일 (월) 13:43 (KST)

다시 한번 말씀드리지만 통일성을 택하든, 따옴표를 택하든 둘 중에 하나만 하시기 바랍니다. 저는 따옴표와 화살괄호 둘 다를 허용하든지, 화살괄호만을 허용하든지 둘 중에 하나만을 추구하려고 합니다. "밥풀떼기" 2021년 9월 6일 (월) 14:16 (KST)

그러니까, 무슨 고도의 코딩 작업도 아니고 단순 문장 부호가 기기 따라 호환 안 된다는 것부터 탈락 요건입니다. 화살괄호가 귀찮지 않은 것이라 어필하지만 의견 요청란의 부등호 표기(<<>>)부터가 넌센스인데요.

통일성+ 따옴표라는 점엔 변함없습니다. 그리고 이미 분류:대한민국의 영화처럼 따옴표로 이미 바꿔 둔 것도 있어 봇으로 다시 되돌리기도 애매하고요. 가독성이야 사람 차이니 그러려니 합니다만, 나카모리 아키나를 봐도 그렇게 큰 지장은 못 느끼겠습니다. Reiro (토론) 2021년 9월 6일 (월) 16:28 (KST)

저거 부등호 아니고 화살괄호인데 무슨 소리 하시는거에요. 맨 위에 국립국어원 맞춤법 규정에서 복붙해 놓은 거거든요? 또 사실왜곡 들어가깁니까? 기기따라 호환안된다는 것도 뭔소린지 모르겠네요. 양념파닭님 말마따나 꺽쇠를 쓸 정도의 규모의 편집은 PC로 이뤄지는 경우가 대다수인데요. 탈락은 본인 생각이고요.

통일성+따옴표는 말도 안 되는 주장이라는거 앞서 강조해 드렸고, 바꿔야 할 필요성은 저 뿐만 아니라 다른 분들도 공감하셨습니다. 자기 주장에 안주하지 마시고 혼용을 하자, 화살괄호를 쓰자는 목소리에 귀를 기울이시기 바랍니다. 최소한 지금의 편집지침을 만든 장본인이라면 그 정도의 의견수렴은 가능할 아량이 있어야 한다고 봅니다. "밥풀떼기" 2021년 9월 6일 (월) 19:11 (KST)

(편집 충돌, ※한글맞춤법 상의 겹화살괄호(≪≫)와 위키백과의 겹화살괄호(《》)나 각각의 홑화살괄호에 다소 차이가 있음은 차치합니다.)

기본적으로 국립국어원에서 지정한 어문 규정을 따르도록 합니다.

화살괄호 · 따옴표는 대상의 범위에 따라 겹화살괄호 · 큰따옴표/ 홑화살괄호 · 작은따옴표로 나뉩니다. 국립국어원 어문 규정에 따르면 전자는 '책의 제목이나 신문 이름 등'을 나타낼 때, 후자는 '소제목, 그림이나 노래와 같은 예술 작품의 제목, 상호, 법률, 규정 등'에 사용됩니다. 다시 말해 상대적으로 범위가 넓은 대상을 가리킬 때는 겹화살괄호 · 큰따옴표를, 좁은 대상에는 홑화살괄호 · 작은따옴표를 사용합니다. 이를 표로 나타내면 다음과 같습니다. (책 제목 등 특수한 경우, 겹화살괄호를 사용합니다) ※위키백과:편집 지침#작품 제목 표시에 쓰이는 부호(특수:고유링크/29237231#작품 제목 표시에 쓰이는 부호)

이 외에도 신문 · 잡지 · 웹진 이름은 큰따옴표로, 예술 작품의 제목(영화, 게임, 만화 등)은 작은 따옴표로 표시합니다.

겹화살괄호 · 큰따옴표는 국립국어원 어문 규정에 따르면 '책의 제목이나 신문 이름 등'을 나타낼 때 쓰입니다. '책의 제목이나 신문 이름 등'이 딱 '책의 제목'과 '신문 이름' 이 둘 만 가리키는 것이 아닙니다만, 이를 떠나 '신문'은 등에 포함된 바도 아니고, '신문 이름'으로 이미 드러나있습니다.

통일성을 이야기하자면, 개정 이전의 지침 내용(※특수:고유링크/28344721#문장 부호)은 어떤지요? 현행 지침의 통일성이 이전의 것에 비할 수가 있겠습니까? '책의 제목이나 신문 이름 등'에서 '등'은 차치하고서라도, 최소한 '책의 제목'과 '신문 이름'은 통일시켜주는 것이 통일성이지 않겠습니까?

이전의 개정 논의에서 하루 뒤에 적용하자는데 대하여 높은 수준의 합의 형성이 필요함을 들어 반대한 적은 있습니다. (※특수:차이/28359064), 그리고 번역하여 들여올 때, 또는 해당 문서를 항목으로 추가할 때 등, 편집 시 지침이 고려되지 못했을 뿐이며,※특수:차이/28252909 지침을 근거로 '여러 제목에 대하여 화살괄호로 정리할 수 있는 기준', ※특수:차이/28468174 등 의견을 제시한 바 있으나, 다른 것을 끌어다 반복하여 주장하며 개정을 반대하지는 않았습니다. 쓰자고 하는 사람 하나없는 낫표 이야기는 허수아비를 때리고 계신 것이며, 반대를 위한 반대에 지나지 않는다고 봅니다.

기본적으로 국립국어원에서 지정한 어문 규정을 따른다는 지침 내용과 함께 밥풀떼기님, 양념파닭님 의견 및 의견 중 '대화형 제목', '통일성', '번역 문서의 문제' 등을 두루 고려해 본다면, 지침 상 겹화살괄호를 허용하자는 밥풀떼기님의 발제는 타당하다고 판단합니다. Reiro님과 여러모로 충돌이 잧았으나, 서로의 생각이 다름이지 누구 하나의 틀림은 아니라는 점을 분명히 알고 있음을 먼저 말씀드리며, 시원한 물 한잔 드시고 찬찬히 생각하여 보시기를 권합니다. -- 메이 (토론) 2021년 9월 6일 (월) 19:18 (KST)

@메이: 위에서 하신 말이 '책이랑 신문은 화살괄호 허용해라'인지 '전부 화살괄호로 통일해라'인지 혹시 정확하게 알 수 있을까요? Reiro (토론) 2021년 9월 6일 (월) 20:37 (KST)

제가 무슨 깜냥이 된다고 Reiro님을 비롯한 다른 사용자에게 이리하라, 저리하라 말씀드리겠습니까. 그저 발제가 이루어진 의견을 살피는데, 참고하실만한 의견 정도로 살펴 보아주시면 감사하겠습니다. -- 메이 (토론) 2021년 9월 6일 (월) 22:23 (KST)

다소 시간이 지났지만 밥풀떼기님의 의견에 찬성하는 바입니다. 현행 지침은 한글 맞춤법을 따라 표기한 사람이 오히려 틀린 표기를 쓴 것으로 만든다는 점에서 불합리하며, 맞춤법을 기본으로 한다는 대원칙에도 어긋나는 문제가 있습니다. 화살괄호와 따옴표 중 따옴표만을 쓰게 한 사유가 '입력이 편하다', '보기에 좋다'라는 다소 주관적인 이유인 것도 받아들이기 힘듭니다. 저는 두 이유 모두 공감할 수 없습니다.

한편 개정의 결과 책만 원칙의 예외가 것도 불합리합니다. 똑같은 제목인데도 책일 경우에는 《해리 포터와 마법사의 돌》, 영화일 경우에는 "해리 포터와 마법사의 돌"이라고 써야 하는 현행 규정은 보기에 어색하고, 매체간에 미디어 믹스가 활발한 요즘의 경향에도 맞지 않습니다. 만화의 경우는 (근래 웹툰, 웹코믹 등의 사례가 존재하나) 엄연히 책으로 인식되는 경우가 많은데도 책에 포함되지 않는 점에서 현행 지침은 다시 한번 개정해야 할 필요가 있습니다.--Yxe:h (토론) 2021년 9월 8일 (수) 12:50 (KST)

(편집 충돌)제가 지금 거칠게 해석하는 것인지 모르겠으나, 그렇다면 통일성을 위해 책의 제목과 신문에는 화살괄호를 허용, 나머지는 따옴표로 하는 것이 어떤지 싶습니다. 한 분야마다 표기가 다르면 또 싸움이 벌어질 테니까요. 다음은 그 근거입니다.

1. 국립국어원의 최근 경향은 '키보드로도 입력하기 쉬운 부호'로 바꾸는 데에 있습니다. 예를 들어, 6.25 전쟁등 숫자 점이 가운뎃점에서 마침표로 원칙이 바뀐 것도 이에 기인합니다[1]. 화살괄호 역시 일반 사이트에서는 거의 쓰지 않고, 아이폰 등 특수 기기에선 입력이 불편한 등 문제가 있습니다. 현재 모바일 뷰 유저가 데스크탑 뷰보다 2배나 많은 지금, 모바일 유입 유저층의 편집도 배려할 필요가 있습니다.
2. 실제로 태그를 보면 [2] 모바일 상의 편집이 백:시각편집기를 이용한 편집보다 3배 이상 많습니다. 한국 사용자의 20%[3], 특히 18세~29세 사용자 중 44%가 특수문자를 지원하지 않는 아이폰을 사용한다는 결과도 있고요.[4] 이 문장부호 자체가 상당히 많이 쓰인다는 점을 감안하면 화살괄호 규정은 차후 큰 걸림돌이 될 것입니다.
3. 위키백과 내의 틀 아래 있으니까 괜찮지 않느냐 하지만, 단순 부호를 위해 불편한 과정을 거쳐야 한다는 데에 효율성이 떨어집니다. '입력이 편하다'는 개인 생각이 아니라, 국립국어원의 변경 사유입니다.
4. 현재 분류:대한민국의 영화 작품의 6천 작품이 이미 따옴표로 옮겨졌는데, 문제는 전부 일반 따옴표라 돌리려면 수동 처리해야 할 겁니다. 일부 작품들도 따옴표로 바뀌었고요.

의견에 변함은 없으나, 최소한의 통일성을 위해 책 제목과 신문 정도는 화살괄호를 허용하는게 어떤지 합니다.--Reiro (토론) 2021년 9월 8일 (수) 13:35 (KST)

현재 통과되진 않았으나, 위키미디어 프로젝트 전반에 걸쳐 접근성을 상당히 중시하고 있습니다. 편집기에 ° 등 특수 문자가 있다고 해서 그것을 표제어나 문단 제목 등에 쓰라고 권고하지 않듯, 되도록 모든 기기에서 지원하는 부호를 쓰는 것을 골자로 합니다. 이 점 고려하여 다시 생각해보셨으면 합니다.--Reiro (토론) 2021년 9월 8일 (수) 13:35 (KST)

1. 화살괄호는 편집창에서 버튼 입력이 용이합니다. 거의 쓰지 않는다는 것은 주관적인 생각으로 보이며, 키보드에 따라 다르겠지만 모바일 환경에서도 충분히 입력이 가능합니다. 아이폰에서는 따옴표를 길게 누르면 입력이 가능하다고 합니다.
2. 모바일 유저의 편의 여부는 기호의 적합성에 영향을 주지 않습니다. 따옴표를 쓴다 하더라도 봇 편집을 통해 화살괄호로 바꿔주면 됩니다.
3. 국립국어원의 생각은 화살괄호가 원칙임을 밝히고 있습니다. 불편한 과정이라는 것은 앞서 밝혀진 편집환경과 더불어 개인 생각으로 판단됩니다.
4. 편집 되돌리기 내지는 봇으로 처리하면 됩니다. 많이 적용되었다는 것은 고려 사항이 될 수 없습니다. 5천개의 문서를 제외한 대부분 문서에 적용된 화살괄호도 같은 논리를 적용할 수 있습니다.

그리고 마지막으로 통과되지 않은 지침은 고려 사항이 아닙니다. "밥풀떼기" 2021년 9월 8일 (수) 18:23 (KST)

1.이 기능 말씀하시나 본데, 저건 개인이 복사해 놨다가 사용하는 것입니다. 아니면 키보드 어플을 다른 걸로 쓰거나. 아이폰은 안 씁니다만, 말했듯이 편집창에 특수 기호 있다고 표제어에 그걸 권장하진 않죠. 마찬가지입니다.

2. 국립국어원의 변경 의도 인용합니다.

그동안 글쓰기 환경이 컴퓨터와 인터넷 중심으로 급격히 변화하면서, ‘문장부호’를 현실화해야 한다는 의견이 각계에서 지속적으로 제기돼왔다.(후략)[5]

아쉽지만 개인 생각뿐 아니라, 요즘 글쓰기 방식이 이렇습니다. 인터넷에서 쉽게 쓰래서 줄임표도 점 3개(...)로 줄이는 판에, 그럼 그걸 따르는 게 낫겠지요. 그리고 웹 접근성은 20년 전부터 신체, 기기 차이로 이야기 나온 사안인데 "내 알 바 아니다"는 좀 아니지 않은가요. 위키백과도 최소한 관공서만큼 유연해야 하지 않겠습니까.

3. 문제는 제목 뿐 아닌 인용구에도 전부 일반 따옴표라 말이죠. 봇으로 쉽게 되돌릴 수 있다면 좋겠네요. 아니면 제가 무엇하러 이렇게 굳이 꺼내겠습니까.--Reiro (토론) 2021년 9월 8일 (수) 19:24 (KST)

아예 하나로 통일하기도 지금 힘든 것 같으니 최소한 책과 신문에 한해서라도 화살괄호 허용하는 게 어떨까 합니다. 요즘 인터넷 쓰는 사람이 화살괄호 많이 쓰는 것도 아니고요.--Reiro (토론) 2021년 9월 8일 (수) 19:27 (KST)

아이폰 유저입니다. 쉼표 꾹 누르면 꺽쇠 나와요. 양념파닭 (토론) 2021년 9월 8일 (수) 22:45 (KST)

@양념파닭:그럼 그 부분은 제가 잘못 알았군요. 쓰고 계시는 분께 직접 물어볼 걸 그랬습니다.

그렇다면, 위에 말한 대로 책과 신문 한해서만 쓰는 건 어떤지 싶습니다. 국립국어원의 의중도 어차피 인터넷 세대에 맞춘 변경안이니만큼, 위키백과도 그에 맞추는 게 필요해 보입니다. 일전 6.25전쟁 등 숫자 사이의 가운뎃점이 마침표로 쓰도록 국립국어원 규정이 바뀐 것도, 줄임표도 점 3개로 변경된 것도 그런 의도니까요. (이것들은 정착되어 가기도 하고요)

인터넷 세대도 점점 늘어나는 만큼, '인터넷' 백과사전인 위키백과도 그 유저층에 적응해야 답보 상태에서 벗어나지 싶습니다. 일전에 위백 일반 문서 제목에 슬래시 안 넣는다는 걸 나무위키에서 보고 이동 요청한 게 좀 충격이라서(...).--2021년 9월 9일 (목) 00:43 (KST)

게임, 만화는 몰라도 영화는 120년 넘게 이어져오고 있는 오래된 매체이기에 화살괄호가 필요합니다. 만화도 웹툰이 아닌 인쇄매체로 된 만화는 화살괄호를 고려해볼 필요가 있고요. 애초에 통일성을 포기하시는 입장이시라면, 화살괄호와 따옴표 두 경우를 적절히 쓰도록 하자는 제 원안에서 벗어나지 않는 말씀이신 것 같습니다. --"밥풀떼기" 2021년 9월 9일 (목) 12:27 (KST)

만화의 역사는 에도 시대의 창시자 가쓰시카 호쿠사이까지 올라갑니다(...). 미국 만화는 남북전쟁 (신문 연재), 아니 마블/DC 히어로 코믹스로 좁혀도 2차 세계대전(1930s 후반)이고요. 어떤 식의 해석이든 최소한 신문 역사만큼 오래되었습니다. "긴 역사"처럼 애매한 기준으로 잡으면 결국 도돌이표고요. 큼직큼직하게 음악/서적 딱 나눠서 하는 게 좋아보입니다. (클래식/팝 처럼 세부 장르마다 다르게 설정하면 또 싸우겠죠) 통일성이 완전히 해결이 안되긴 하지만 일단은 이게 최선인 듯 하네요.

제가 화살괄호를 피하려 하는 것도 스마트폰 이후 (특히 TV 프로그램, 게임 등) 인터넷 사용자 대다수가 예전 문장 부호를 거의 쓰지 않으니 하는 소리입니다. 그 때문에 국립국어원 규정이 2012년에 처음으로 바뀌고, 웹 접근성 높이라고 관공서마다 하달 내려오는 거고요 (가령 특수 문자 대신 텍스트로 풀어 쓰라거나). 저 규정도 연배 쌓인 출판계와 학계 인사 의견 수렴해서 바꾼 것임에도 따옴표가 인정받고, 가운뎃점 대신 마침표가 들어갈 정도이니 온라인 공간은 오죽할까요.

최소한, 관공서만큼의 유연함은 갖춰야 한다고 봅니다. 되도록 쉽고 편하게 편집하도록 말이죠. Reiro (토론) 2021년 9월 9일 (목) 14:58 (KST)

그러니까 결국은 적재적소의 문제겠죠. 편의성을 위해서라면 따옴표를 쓰고, 명확성을 위해서라면 화살괄호를 쓰면 됩니다. 애초에 발제의 요지는 따옴표만 쓰도록 한 것을 바꿔서 둘 다 허용토록 하는 것이었습니다. "밥풀떼기" 2021년 9월 9일 (목) 15:05 (KST)

주관성이 심해서 그러면 문서 단위로 혼란이 올 겁니다. 나중에 정비하기도 힘들고요. (개인 자율에만 맡겼다가는 프로젝트 단위로 봇 편집해놨더니 '내 문서 왜 건드렸냐' 이런 말 나오기 쉽죠) 편의성은 그나마 국립국어원 규정 의도에라도 밝혀져 있어서 근거라도 대긴 하지만요. 분쟁 날 요소는 최대한 줄이고 싶네요. Reiro (토론) 2021년 9월 9일 (목) 15:26 (KST)

그러면 말씀이 책과 신문에 한정하자는 게 되겠는데, 책과 신문도 애초에 디지털 환경으로 전환된 전자책 (내지는 넷상의 수많은 웹 연재작품)과 전자신문 (웹진)이 있습니다. 나 혼자만 레벨업이나 디스이즈게임은 Reiro님 시각에 따르면 화살괄호가 어울려서는 안될 사례에요. 이런 식으로 특정 매체에 한해서 애매한 허용만 이뤄진다면 더 큰 혼란과 분쟁이 벌어질 수밖에 없고, 진정한 평화를 위한다면 전부 풀어주는 것이 정답이겠지요. 애초에 사실 따옴표로 일괄 통일하는 게 더 분쟁 날 요소라고 생각하긴 하지만요. 본 토론이 증명하고 있듯이. "밥풀떼기" 2021년 9월 9일 (목) 16:08 (KST)

덤으로 '내 문서 왜 건드렸냐'는 말은 문서 사유화인 것 같습니다. 모두의 백과사전인 이곳에서 그 사람이 잘못된 것이니 우려할 필요는 없어 보입니다. "밥풀떼기" 2021년 9월 9일 (목) 16:36 (KST)

수차례 말씀 드렸듯이 저는 (위의 인용문을 참고했을 때)꺽쇠가 틀린 표기법이 아니기 때문에 기존처럼 꺽쇠로 통일해야 한다고 생각합니다. Yxe:h 사용자께서도 저와 같은 의견이라 생각드는데요. 맞나요? 양념파닭 (토론) 2021년 9월 9일 (목) 16:37 (KST)

저도 화살괄호 통일론자이기는 하지만, 일부 영어권 작품 중에서 따옴표가 더 적합해보이는 경우가 있는 건 인정합니다. Rose (닥터 후)라든지 앨범명을 줄줄이 인용하는 경우라든지.. 영어권 철자법상에서 기울임표로 표기되는 것들은 화살괄호로 일괄 대치하면 되는 것 같습니다만, 다른 한편으로 또 이런 따옴표를 종종 쓰더라구요. 이 부분은 어떨지 싶습니다. "밥풀떼기" 2021년 9월 9일 (목) 16:46 (KST)

@밥풀떼기, 양념파닭, Yxe:h:...모두의 생각이 다 똑같은 게 아니기에 얼마든지 벌어질 수 있는 일이기에 그렇지요. 심지어 한 사람이 아니라 프로젝트 단위로 일어나거나, 또는 양측이 팽팽하게 대립하면 더더욱 힘들고. 참고로 영어권에선 겹화살괄호가 이탤릭체(기울임표), 홑화살괄호는 큰따옴표로 대체됩니다. 이러니 서로 꼬일 수밖에요.

양념파닭님 말마따나 틀린 기호는 아니지만, 인터넷 시대엔 너무 낡은 기호입니다. 키보드나 워드, 위키에 화살괄호가 없어서 안 쓰는 게 아니라, 입력하는 데 너무 불편해서입니다. 위에서 말했듯, 나이 많은 학계나 출판계 사람들조차 따옴표 인정한 게 그를 방증합니다. 현재 그나마 활발한 프로젝트가 k pop인데, 참여자 거의 대부분이 새로운 문장부호로 배운 세대입니다. 학교에서부터 개정된 부호를 가르친 지 오래인데[6], 위키백과의 구식 문법이 오히려 새로운 사용자에게 거리감을 줄 수 있습니다.

10년 전인 2011년 학술 논문[7]에서 보듯, 중1 국어 교과서 3종 결과 작은따옴표가 이미 강조나 서명, 표제의 용법으로 주로 쓰이고 있었습니다. Reiro (토론) 2021년 9월 9일 (목) 20:51 (KST)

구식이어도 개정된 표기에 비해 가독성 측면에서 좋다면 굳이 없앨 필요가 없습니다. 입력의 불편성에 대해서는 이미 충분히 의견을 제시한 것 같으니 패스하겠습니다. 양념파닭 (토론) 2021년 9월 9일 (목) 21:00 (KST)

국립국어원과 학계가 직접 의중을 밝힌 따옴표 허용에 비해 그건 좀 주관적인 이유로 보입니다. 편집창을 들락날락할 정도면 키보드로 빠르게 입력 안 되는, 까다로운 특수문자거든요. 그냥 알아서 적응하라기엔 요즘 시대에 안 맞는 표기입니다. --Reiro (토론) 2021년 9월 9일 (목) 22:31 (KST)

따음표를 쓰건 꺽쇠를 쓰건 편집창은 들어가야하는데 "편집창을 들락날락할 정도"라고 주장하시는 부분에 대해서는 이해가 가지 않습니다. 양념파닭 (토론) 2021년 9월 9일 (목) 23:01 (KST)

제 말은 키보드가 아니라 편집창에 달린 특수기호 버튼 말하는 겁니다. The Boys (소녀시대의 음반)를 보세요. 제가 주로 기여하는 음악이나, 영화 등 문서 특성상 화살괄호 도입하면 구성이나 평가, 공연 문단 있는 연예, 대중문화 관련 문서는 한 문장 작성할 때마다 특수기호 버튼 눌러야 합니다. 복잡한 출처 틀도 아니고, 고작 문장 부호 남기려고 마우스 커서 움직이거나 복붙 활용 등 번거로운 과정을 거쳐야 합니다. (10년전 저 문서는 실제로 제가 그렇게 편집했고요.)

몇년씩 편집한 저조차도 저 당시 편집하느라 정말 귀찮았는데, 가뜩이나 한위백 편집법 어렵다고 타 위키에서 배워 오는 지금 허들을 하나 추가하는 게 옳은지 의문입니다. (참고로 저 당시에도 특수기호 버튼 자체는 있었습니다) 따옴표로도 쥴리 (벽화)와 같이 충분히 가독성 좋게 만들 수 있습니다. 저기 나온 '쥴리'나 신문 이름에 전부 화살괄호를 넣었다면 제가 편집하면서 배는 더 귀찮았겠지요.-Reiro (토론) 2021년 9월 9일 (목) 23:27 (KST)

앞서도 말씀드렸지만 편의 여부는 기호의 적합성에 영향을 주지 않습니다. 따옴표를 쓴다 하더라도 화살괄호로 바꿔주면 됩니다. 다른 분들도 공감하셨다시피 따옴표는 여전히 혼동될 여지가 다분합니다. "밥풀떼기" 2021년 9월 10일 (금) 11:28 (KST)

@밥풀떼기: 시각편집기부터 편의성을 고려하여 제작된 통에 편의성을 빼라는 게 무슨 의미인지 모르겠습니다. 사랑방 접근조차 불편했기 때문에 대문 디자인 변경 등 편의성을 고려하자는 총의가 이미 반영되었고, 당연하게도 복잡한 틀 정도가 아닌 이상, 고작 문장 부호로 불편함을 감수하라는 건 인터넷 시대에 역행하는 발언으로 보입니다.(하다못해 논문 쓸 때도 따옴표로 대체하는 세상에 말이죠.)

저희보다 배 이상은 더 산 학계 분들이 편하게 작성하라면 기꺼이 쓰는 게 옳겠지요. 출판계에서조차 따옴표 인정하니까요. 쥴리 (벽화)에 헷갈리는 부분이 있던가요. 문장형 제목은 영어에서 오히려 더 흔하고, 이탤릭체나 큰따옴표만으로도 잘 구분하고 있습니다. Reiro (토론) 2021년 9월 10일 (금) 13:47 (KST)

편의성을 빼자는 말이 아니라 화살괄호의 적합성이 월등하기 때문에 쓰자는 겁니다. 화살괄호는 제목 표기만을 위해 채택되었고 그렇게만 쓰이는 데 반면, 따옴표는 인용문을 비롯해 여러 부문에서 사용됩니다. 다른 용도와의 충돌로 혼동이 생길 수 있다는 점은 다른 분들께서도 공감하신 부분입니다. 따옴표로 대체하는 경향이 화살괄호의 적합성을 고려하는 것에 영향을 끼친다고 보지는 않습니다. 따옴표로 완벽히 대체된 상황도 아니고요. "밥풀떼기" 2021년 9월 10일 (금) 13:50 (KST)

마침표나 쉼표 역시 가운뎃점을 밀어내고 현재 위키백과에 정착했습니다. 반면 화살괄호는 아직도 편의상 또는 혼동 등 이유로 부등호 표기로 대체되는 등 문제점이 있고요. 따옴표에 기능 부담이 집중되었다는 비판은 물론 일부 논문에서도 보이나, '혼동을 주는 부호'라는 점에선 화살괄호 역시 문제가 있습니다. 이런 혼동은 인터넷서 '화살괄호' 좋아한다던 사람들이나 (블로그 예시), 특히 코딩하는 개발자들에게도 흔히 보이는 사례라(블로그 예시) '그 사람들 잘못'이라 대충 넘어가기 힘듭니다. 저렇게 생각하는 사람이 더 많을걸요. 잘못 썼다가 문법 꼬일 수도 있고. 굳이 그 사람들 잘못으로 돌릴 게 아니라, 사용도 설명도 쉬운 부호 쓰는 게 낫겠지요.

곁다리로 국립국어원 규정을 보니... 영화는 원래 홑화살괄호를 사용해야 하는데 전부 겹으로 되어 있네요. 더 찾아보니 천지인 키보드 영향이라는데 이게 뭔진 잘 모르겠네요. Reiro (토론) 2021년 9월 10일 (금) 15:13 (KST)

그.. 이게 개발이랑 무슨 연관이 있는지는 잘 모르겠네요. 위키백과 문서 편집은 코딩이 아니지 않습니까 양념파닭 (토론) 2021년 9월 10일 (금) 15:19 (KST)

요점은 직종 또는 환경에 따라 '혼동하기 쉬운 부호'라는 겁니다. 문제는 저 환경적 요소가 '인터넷 글쓰기'라는 거고, 위키 특성상 틀이나 디자인 때문에 코딩 배운 사람도 많이 온다는 거죠. (영어판 위키가면 나무위키 영향 때문인지 한국 관련 둘러보기 틀만 아주 휘황찬란한 게 그를 방증합니다. 가령 이런 색감은 적록색약자들을 위해 다른 영어판 틀에선 안 쓰거든요. 틀 관련 정책 보다 저도 알아챈 거지만 말입니다.)

혹시나 하고 덧붙입니다만, en:Red Doc 같은 문서 표제어에 화살괄호 넣겠답시고 부등호 넘겨주기 만들면 기술적으로 문제가 발생한다고 합니다. 그런데 리뷰에서조차 부등호 쓰이는 걸 보면, 화살괄호를 풀어줄 경우 과연 그게 딱 지켜질지는 미지수이긴 합니다. Reiro (토론) 2021년 9월 10일 (금) 15:27 (KST)

하나 더 추가하자면, 영어판 틀 중 희한하게도 한국 관련 특정 분야 둘러보기 틀 (그것도 가요나 철도처럼 연령대 낮은 취미) 색깔이 굉장히 튀더군요. 보다 보면 어느 순간 한국 쪽에서 온 듯한 아이디가 보이고요. 저 사람들이 화살괄호를 fm대로 알지 <이렇게> 부등호로도 착각할지는 상상에 맡깁니다. Reiro (토론) 2021년 9월 10일 (금) 15:40 (KST)

그리고 영화 제목이나 싱글 또는 곡 이름처럼 홑화살괄호 또는 작은 따옴표 들어갈 곳에 죄다 겹화살괄호가 쓰이는데, 이건 어느 쪽으로 결정되든 골치 아프네요. 천지인 키보드 영향이라는데, 뭔지는 잘 모르겠습니다. Reiro (토론) 2021년 9월 10일 (금) 15:48 (KST)

요약을 하자면 1) 입력이 따옴표에 비해 번거롭다 2) 부등호와 구분이 어렵다. 실제로 같은 화살괄호인 (≪) 이 표시는 부등식으로 넘겨주기된다. 3) 1과 2의 문제로 인해, 혼동하거나 편의상의 이유로 편집자가 부등호 편집할 경우 기술적 문제를 일으킬 수 있다. (제목이 'U'인 곡명 등...) --Reiro (토론) 2021년 9월 10일 (금) 16:53 (KST)

스테이씨 문서를 보니 벌써부터 우려했던 부등호 표기가 보이네요. 하...--Reiro (토론) 2021년 9월 11일 (토) 00:30 (KST)

영위백 이야기는 그만 하시고요, 별달리 반박할 거리가 없으니 이젠 부등호와 닮았다는 억지까지 펼치시네요. 유저들이 부등호로 잘못 써가면서까지 화살괄호를 표현하고 싶어한다는 사실도 받아들일 줄 아셨으면 합니다. 영어판 사례 같은 기술적 문제는 극단적인 사례에 한정될 뿐더러, 지금 다루는건 링크 내에 직접 포함되지도 않는 표기에 관한 문제인데 무슨 상관인지도 모르겠네요. "밥풀떼기" 2021년 9월 11일 (토) 13:55 (KST)

혼동 여부가 따옴표 반대 논거 아니었나요? 따옴표야 가독성 개인차로나 넘어가지, U (슈퍼주니어의 노래)처럼 특정 제목에 부등호 붙거나 인포박스 등에 넣으면 문법이 꼬일 수도 있습니다. 그땐 고치기도 힘들어요. 혼동 주기 싫다는 게 따옴표 반대 논지였는데, 통일도 어렵고 입력도 어렵고 혼동으로 인한 문법 위험까지 감수해야 하는 부호를 왜 써야 하나요. 그때마다 그 사람 탓으로 돌려서 해결된다면 좋겠습니다만, 그러느니 사고 안 날 대체재를 쓰겠습니다. 관리 인원이 한가한 것도 아니고...-Reiro (토론) 2021년 9월 11일 (토) 15:47 (KST)

부등호와 화살괄호는 아예 이름부터가 다른 별개의 기호인거고요, 둘을 헷갈리는 것은 기호를 헷갈린 거지 용도를 헷갈리는 게 아니에요. 따옴표는 인용문 용도로 훨씬 많이 쓰이고 화살괄호를 대체하려는 용도는 극히 일부에 불과합니다. 잘못 쓴다면 잘못 쓴 것을 고치면 되는 일이지 용도 면에서 혼동성이 강한 기호를 왜 쓰나요. 구더기 무서워 장 못 담그나요. "밥풀떼기" 2021년 9월 11일 (토) 16:40 (KST)

그러면 더 큰 문제죠. 아예 다른 기호와 너무 유사하다는 건데요. 지금 님 서명이나 인용 틀에 들어간 게 전부 부등호인데, 그말인즉슨 화살괄호가 유지되는 이상 이런 편의상의 부등호 사용은 빈번할 수밖에 없고, 다른 틀과 겹치기에 그 탐색이나 되돌리기를 봇으로 처리할 수가 없습니다. 문장부호 교열에 인력을 더 투입하기도 힘들고요.--Reiro (토론) 2021년 9월 11일 (토) 18:12 (KST)

님 기호가 비슷하게 생긴 걸로 치면 쉼표와 마침표도 거의 똑같이 생겼으니 쓰면 안 되는 거네요. 기호의 적합성은 생김새로 판단할 게 아니고요, 비슷하게 생긴 다른 기호로 잘못 썼다면 고쳐주면 되는 거에요. 그리고 위키백과가 무슨 공장 경영하듯 돌아간다고 생각하시는 거에요? 단순히 백과사전 맞춤법 규범 정하는 일 가지고 인력을 투입한다느니 마느니.. 착각하시는 모양인데 위키백과는 경제계획이 아닙니다. "밥풀떼기" 2021년 9월 12일 (일) 18:12 (KST)

Reiro님, 밥풀떼기님 두 분 모두 더 나은 위키백과를 위해 토론해주셔서 존경합니다^^ 읽어보니, 부등호로 잘못 표기했을 때 위키텍스트 오류가 나서 일일이 고쳐야 한다는 게 참 한숨이 나오네요. (차라리 우리나라가 「」이런 걸 더 많이 썼으면ㅠㅠ) 따옴표로 통일한다면 이런 문제점이 상당히 해결될 것 같아요! 그런데 화살괄호를 금지하는 것도 한숨이 나옵니다. 이미 위키백과에 너무 많은 화살괄호가 쓰이고 있어서 이걸 또 교정하는 것도 어려우니까요.

1. 금지하는 것도 한계가 있으니, 우선 더 많은 사용자들에게 이 문제의 심각성에 대해 알리고 부등호 사용에 주의를 주면 이런 문제가 줄어들지 않을까요? (물론 이미 많이 주의를 주셨을 거라고 생각합니다. 하지만 저도 이 문제에 대해 몰랐었거든요)
2. 아 그리고 이건 한국어 위백만의 문제는 아닌 것 같아요. 고전부 시리즈 문서는 한국어판, 일본어판, 중국어판 문서에서 모두 화살괄호를 사용하고 있네요. 다른 언어판에서 이런 문제를 어떻게 대처하는지 확인해보는 것도 좋을 것 같아요. --Uconhe ^토 _기 2021년 9월 12일 (일) 20:47 (KST)

   @밥풀떼기: 마침표 때문에 기술적 오류가 생기면 아마 금지했겠죠. 국립국어원도 그렇기에 일반 키보드로도 한 번에 입력 가능한 기호들만 허용해 준 것이고요. 부등호 오류는 실제로도 발생 가능성이 있는 데다, 틀에 부등호를 많이 쓰는 위키 특성상 봇을 이용한 조사도 어렵습니다. 미안합니다만, 관리자 업무는 사용자 차단과 문서 삭제만 있는 게 아닙니다. 정비 인원이 많다면 모를까, 틀의 사용이 제한된다면 그마저도 버겁지요. 더군다나 헷갈리는 부호라면, 그것도 입력상 불편으로 뻔히 예상되는 문제점이 있다면 지적할 수밖에 없다는 겁니다.

   참고로 덩치 큰 위키에선 (특히 규격화 쉬운 음반, 영화 등) 이미 분야별로 프로젝트, 태스크포스 등이 마련되어 있습니다. 영화 등 규격화가 쉬운 분야는 아예 분업화 수준으로 문서를 찍어낼 수 있고요. (영어판 "샹치와 텐 링즈의 전설"이 개봉도 전에 출처 60개 쯤 달리고, 캐스팅 및 제작 문단 마련해 놓은 거 보면 그런 조직력이 좀 부럽더군요) 한국어판도 작은 범위 내에선 봇 편집이나 트윙클 등, 이미 '공장 운영' 비스무리하게 돌아가는 것도 많습니다. 그게 아니라면 저희가 모든 문서에 적용되는 편집 지침 토론 자체를 하지 않았겠죠.

   @Uconhe: 그건 일본, 중국 키보드로는 전각 문자인 화살괄호 편이 더 편하기 때문입니다. 따옴표나 일반 괄호()도 전부 전각처리돼서 한 칸 떨어져 보이는 등 어색하기 때문이죠. 일본 영화 제목에서 물결표가 많이 보이는 이유 (가령: "미생~기대제로의 신입사원~") 역시 일반괄호가 어색하기 때문입니다. 또한 사용자 자율에만 맡기는 것 치고, 제대로 돌아갔던 적은 전무하다고 말할 수 있습니다. Reiro (토론) 2021년 9월 12일 (일) 21:11 (KST)

@Reiro: 부등호 기호를 일일이 교정하기 힘들고, 위키백과의 작업이 인력이 투입돼서 진행된다는 말씀을 해주셨어요. 그래서 이젠 화살괄호를 따옴표로 모두 바꾸자는 의견에 찬성합니다. 틀:방탄소년단이 보기에 좋은 것도 찬성하는 이유 중 하나입니다. -- Uconhe ^토 _기 2021년 9월 12일 (일) 23:31 (KST)

@Reiro: 지금 링크 밖의 표기에 대해서 논하고 있고 기술적 오류는 전혀 연결지을 상황이 아닌데 자꾸 거론하시네요. 부등호랑 헷갈리는게 문제라면서요. 국립국어원이 언제 한번에 입력가능한 기호들만 허용해주나요? 또 사실왜곡 들어가깁니까? 자꾸 무슨 관리자가 모든 위키백과 관리를 떠맡는 중요한 직책이라 착각하시는데 사실도 아닐뿐더러 기호 표기 바꾸는 것은 일반 사용자들도 얼마든지 참여할 수 있는 문제고요, 계획적으로 나설 만한 사안이 아니에요. 토막글이 지금 18만개가 넘어가는데도 방치되고 있는 판에 기호 가지고 뭘 그렇게 난리치시는지. 입력상 불편은 지금 사실상 키보드로만 편집하는 님 말고 주장하는 사람이 어디 있나요. 그러니 개인적인 사유란 소릴 듣죠.

@Uconhe: 토론에 참여하시기 전에 발제문에 소개된 국립국어원 규정부터 먼저 읽어보시길 권합니다. 겹화살괄호를 쓰는 것이 원칙이라 되어 있어요. 그게 반영되지 않고 따옴표만을 쓰도록 한 게 문제가 되어서 이번에 개정하려는 거구요. 칭찬하신 방탄소년단 틀도 애초에 규정에서는 여러번 이어 쓸 때에는 화살괄호를 생략하도록 했기 때문에 저렇게 처리되는 게 맞습니다. 부등호 기호는 가끔 가다 벌어지는 착오일 뿐이며 그 빈도도 극히 적기에 손쉽게 고칠 수 있고, 또 기본적인 의미와 사용의도는 화살괄호와 똑같다는 점을 명심하셨으면 합니다. 위키백과 작업은 어떤 인력이 상시에 투입되어서 해결되는 것도 아니구요. 무엇보다 따옴표가 다른 사람 발언을 인용할 때 주로 쓰이는 점에서 혼란을 불러일으킨다는 점을 생각해 보시기 바랍니다. --"밥풀떼기" 2021년 9월 13일 (월) 00:38 (KST)

@밥풀떼기: 말을 잘못했군요. '새로 추가된 부호들'은 편의성이 고려하여 그리 되었다는 이야기를 하고 싶었습니다. 아울러 '자유로운 참여'에 맡기자는 논의의 끝은 100%라고 해도 될 정도로 차후 분쟁을 야기하거나 방치되어 왔습니다. 님 말대로, 토막글도 방치되는 판에 이런 문장 부호의 오류는 어떻게 하나하나 검증할까요. 본래라면 관리자나 위키프로젝트가 할 일이긴 합니다만, 알다시피 둘 다 인력 수급이 잘 되지 않고 있습니다. 오죽하면 5월에 제가 삭제 신청한 문서를 2개월 뒤 제가 관리자되고 지웠겠습니까. (스레딕이었던가... 출처를 찾을 수 없어서 지웠습니다) 위키백과는 제 개인 블로그 크기 웹사이트가 아니기에 발생하는 문제입니다.

하물며 그냥 헷갈리는 부호("")와, 헷갈리기 쉬우면서 기술적 문제도 우려되는 부호(<>)가 있다면 저는 리스크 적은 쪽을 택하겠습니다. 물론 모두가 조심하면 문제가 없겠으나, 키보드 사용이 더 익숙한 일반 사용자들이 부등호의 기술적 결함을 명확히 인지하여 굳이 입력이 불편한 화살괄호를 하나하나 택하리라는 것은 지나친 희망 사항입니다. 일반 편집에서도 오탈자로 괄호 누락은 빈번하게 발생하며, 그로 인한 문법 오류 수정은 인력을 필히 요구한다는 것입니다. 이 의견 요청 메시지에서조차 부등식 기호(≪)가 쓰이는 형국에 사람들이 홑화살괄호와 부등호를 착각할 가능성은 충분히 높고, 그로 인한 오류는 위백 공동체 전부가 보게 됩니다.

추가하자면, 일단 화살괄호를 원칙으로 한 것은 기존 출판사의 관행을 존중했기 때문으로 보입니다. 문장부호 관련 지침 변경은 이것이 처음이라, 그동안 시대에 뒤떨어진다는 비판이 있었기 때문입니다. 이런 상황에서 한번에 기존 것을 무효화하면 무리가 있을 테니까요. 이것이야 추측이니 그렇다 쳐도, 국립국어원이 따옴표 도입 등에 대해 널리 알려진 의도는 '인터넷 글쓰기'에 맞춘 문장부호 현실화입니다.[8] Reiro (토론) 2021년 9월 13일 (월) 12:14 (KST)

자꾸 인터넷 글쓰기 거론하시는데 국립국어원이 그렇게 가정한 건 일반 키보드상에서 바로 입력할 수 없는 상황을 감안한거고 그마저도 애초에 화살괄호가 원칙이라는 것을 남겨뒀어요. 근데 이미 화살괄호 입력이 충분히 배려되어 있는 위키백과에서 뭐하러 국립국어원의 전제를 따라야 합니까? 화살괄호는 여느 출판사의 관행에서 그친 게 아니라 오래토록 제목 표기에 있어 가장 적합한 기호임을 사회적으로도 충분히 인정받아왔었다는 사실, 그리고 애초에 그렇게 규정해왔던 국립국어원에서도 무시하기 어렵다는 사실은 묵살하시는가 보네요.

님 분쟁이니 인력투입이니 하는데 솔직히 따옴표로 바꾸는 일부터가 인력 낭비거든요? 앞뒤가 맞는 이야기를 좀 하시죠. 기호의 표기는 등재기준이나 중립성 같이 개개인적인 사안에서 분쟁을 겪을 정도로 중대한 편집행위가 아니에요. 분쟁이 있다면 지금 이 토론처럼 표기 자체를 어떻게 정하느냐의 문제겠죠. 어느 지침이건 적용될 원론적인 이야기로 화살괄호의 적합성을 왜곡하지 마시기 바랍니다. 인력 수급 이야기도 그만 하세요. 지금 본인이 위키백과의 지배자이고 어떤 수하들을 부리는 입장인 것처럼 들립니다. 아니면 님이 단단히 착각하고 있는 거고요. "밥풀떼기" 2021년 9월 13일 (월) 13:40 (KST)

확실히 '인력 동원' 이런식의 단어는 거부감이 확 듭니다. 마치 따음표 안이 통과된다면 위키백과 사용자들이 무조건적으로 표기 변경하는데에 시간을 할애해야 한다는 소리로도 들립니다. Reiro님께서 모든 문서를 돌아다니며 직접 손수 변경하시는 것이라면 모르겠지만, 그게 아니라 다른 분들의 도움을 청하실 거라면 그러한 단어 사용은 지양하시는 것이 옳다고 봅니다. 양념파닭 (토론) 2021년 9월 13일 (월) 13:51 (KST)

그렇죠. Reiro님은 지금 경영회의 내지는 대통령 선거에 어울릴법한 위험한 발언들을 하고 계십니다. 암만 관리자라지만 유저들을 언젠가 발생할 골칫거리라고만 보는 전제도 문제가 있네요. "밥풀떼기" 2021년 9월 13일 (월) 14:00 (KST)

@Reiro: 부등호로 오탈자가 생길 수 있다고 지적해주시고, 이전 토론을 시작해주셔서 감사합니다! (예리하시네요^^ 저도 음악 관련 문서 편집할 때 살짝 불편한 감이 있었어요ㅋㅋ) Reiro님께서 사도바울님, 메이님과의 이전 토론에서는 화살괄호를 일부 인정해 주셨는데, 아예 한 쪽으로 통일하는 쪽으로 생각이 바뀌신 것 같네요. 하지만 화살괄호로든 따옴표로든 한 쪽으로 통일하자는 의견엔 개인적으로 전 찬성하지 않습니다. 다른 분들도 같은 생각이신 것 같아요!

@밥풀떼기: 화살괄호 금지에 저도 반대합니다. 특히 따옴표로 바꾸는 게 너무 힘들다는 점에 가장 동감해요. 밥풀떼기님께서 맨 위에 하신 규정 개정에 찬성합니다! -- Uconhe ^토 _기 2021년 9월 13일 (월) 15:02 (KST)

@Uconhe: 화살괄호야 봇으로 돌리면 되는 문제기는 합니다. '한 문서' 단위면 이건 또 싸움날 거고요. 일전 프로젝트 단위로 나누었는데도 의견이 갈리는 걸 보면, 한 문서 단위는 무리입니다. Reiro (토론) 2021년 9월 13일 (월) 15:08 (KST)

@Reiro: 화살괄호와 따옴표를 중복 허용해주면 편집하는 사용자 간에 다툼이 벌어질 수 있다는 것도 이해가 되네요. 한쪽이 결국 양보해야 하니까요. 하지만 저는 반대로 이해했어요. 한위백 전체에서 통일하는 게 한 문서 단위로 통일하는 것보다 다툼이 크지 않을까요? 더 많은 사람들이 통일된 규정에 찬성해야 하니까요. -- Uconhe ^토 _기 2021년 9월 13일 (월) 15:25 (KST)

@밥풀떼기, 양념파닭: 인력이라는 뜻이 이렇게 받아들여지는군요. 정확히 말해서는 관리 프로젝트 (한국어판은 적지만) 참여자가 분명 필요하다는 의도였습니다. 표현에 더 유의하겠습니다.

인터넷 기기는 단순 키보드부터 스마트폰, 아이패드 전부 포함할텐데요. 여기 있는 분들이 모두 키보드 사용자라는 건가요. 저도 추측에 가까운 이야기는 추측이라고만 합니다.

밥풀떼기님이 어떻게 생각하시든, 관리에는 분명 충분한 양의 참여자들이 있어야 합니다. 화살괄호는 그나마 거의 일관되게 편집되어 봇 편집으로도 전환 가능합니다 (이건 일전 저의 한국 영화 봇 편집 요청으로 증명했습니다). 부등호는 틀 문법 때문에 그게 안 되고요. 괜히 다른 언어판에 정비 관련 프로젝트가 있겠습니까. 편집과 독서라면 몰라도, 관리는 꽤 지루한 일입니다. 습관, 또는 실수로 부등호 사용하는 일부 사용자를 탓하기보다, 엄연히 발생할 수 있는 정책적 결함을 미리 방지하는 게 낫다 생각하는 편입니다. 저는 문제 발생 '가능성'을 이야기했지, '유저'를 주체로 놓지는 않았습니다. Reiro (토론) 2021년 9월 13일 (월) 15:04 (KST)

여기는 위키백과로 네이버 블로그의 사례를 들고오기에는 부적절하다 봅니다. 양념파닭 (토론) 2021년 9월 13일 (월) 15:55 (KST)

@양념파닭: '인터넷상의 사용'을 보여주고 싶은 겁니다. 멀리 가지 않아도 스테이씨의 예시가 있으니까요. 아예 뜬금없는 곳[9]에서 튀어나오기도 하고요.

@Uconhe: 편집 지침이 출판사로 치면 맞춤법 같은 것이라 통일성이 중요할 듯 합니다. 저도 그 당시엔 그냥 위키프로젝트대로 맡기자 생각했는데... 그게 옳았던 것인지 회의감이 들고 있네요. Reiro (토론) 2021년 9월 13일 (월) 18:15 (KST)

스테이씨의 경우 제가 한 것처럼 수정하면 될 일인 것 같고, 후자는 뜬금 없긴 하네요. 법인에 애당초 꺽쇠를 붙이는게 맞는 표기인가요? 양념파닭 (토론) 2021년 9월 13일 (월) 18:41 (KST)

국립국어원 규정상으론 회사, 상표명에 홑화살괄호나 작은따옴표를 붙일 '수는' 있습니다. 문제는 현행 화살괄호가 지속되는 한, 부등호가 나올 확률이 높다는 거죠. 현재 알찬글 올라간 대학교 문서 (고려대 등)에 학부명 전부 나열해 놓으니 다른 대학교 문서에서도 그러려고 하더군요. Reiro (토론) 2021년 9월 13일 (월) 20:45 (KST)

토론 문단명에 따라 본 토론은 영화, 책, 드라마 등에 해당하는 '작품'에 국한된다고 생각합니다. 법인은 별개 사안이라 보네요. 양념파닭 (토론) 2021년 9월 13일 (월) 20:59 (KST)

...다른 분야라고 오류가 사라지는 것이 아니니 문제지요.--Reiro (토론) 2021년 9월 14일 (화) 13:01 (KST)

통일성에 대해 생각해 보았는데, 예를 들어 슈퍼주니어#2006년 ~ 2007년: 〈U〉, 《Don't Don》, 상업적 성공에는 〈U〉라고 쓰여 링크를 타고 본문에 들어갔는데, 정작 문서에는 'U'라고 쓰여 있으면 혼란스러울 것 같습니다. (이건 Reiro님께서 잘못했다는 말이 아닙니다. 오히려 문서명에서 싱글과 앨범을 구별해주시고 혼란을 없애주셔서 감사합니다.) 만약 밥풀떼기님 말씀대로 문서 단위로만 표기를 통일하고, 각 문서에서 화살괄호를 쓸지 따옴표를 쓸지는 사용자들의 자유에 따른다면, 이런 게 한두 가지가 아닐 겁니다. 즉 문서 단위가 아니라 좀 더 큰 단위에서 통일이 되어야 혼란이 나름 줄어들 수 있다는 말입니다.

하지만 Reiro님께서는 여러 이유로 따옴표를 지지하시고, 이전 토론부터 쭉 보니 사도바울님, 밥풀떼기님, 양념파닭님처럼 화살괄호의 사용을 찬성하시는 분, 메이님처럼 중립적이신 분들이 계십니다. 통일성을 유지하는 게 중요하지만, 많은 의견이 있다 보니 저는 각 분야 단위로 표기가 통일되도록 제안합니다. 이건 '예시'이고 각 분야별로 표기를 어떻게 분배할지는 토론이 필요할 것 같습니다.

1. 영화, 만화 등 영상은 따옴표 ('분류:한국 영화'에 따옴표가 많음)

2. 기악곡, 클래식 음악, 악보집, 노래, 앨범 등 음악 관련 모든 문서는 화살괄호, 로마자는 따옴표 (압도적으로 화살괄호가 많음. 프토:고전음악#문서_내_작품의_서술방식에_대해도 참고해주세요)

3. 책, 법률, 문학 작품, 또는 책 속의 장(챕터)는 화살괄호 (압도적으로 화살괄호가 많음)

"책과 법률에 한해서만 화살괄호로 나눈 것도 비판받았는데, 하위장르별로 표기가 갈리면 더 쉬운 따옴표로 바꾼 의도와도 거리가 멀어집니다. 특히 일반인들에게 '슈베르트의 작품 《겨울나그네》와 이를 이안 보스트리지가 연주한 "겨울 나그네"를 구분'하면서 편집하라는 것이 과연 가능한가...도 의문입니다. 같은 음악도 (대중문화라 하지 말고 그냥 음악이라고 할 걸 그랬네요) 장르따라 표기가 갈리면 오히려 더 혼란스러워집니다. 그러면 저희 토론이 문제가 아니라, 다른 사람들이 복잡하다고 이야기 나올 거예요."라고 Reiro님께서 말씀하셨습니다. 이처럼 각 분야별로는 통일이 이뤄져야 합니다. 그러나 화살괄호 쪽이나 따옴표 쪽 중 한 쪽의 의견만 따라서 전부 통일할 수는 없어서, 타협안을 제시해서 분야별로 분배하는 게 제 의견입니다. 제가 여기 토론하시는 분들 중에서 위키백과 경력이 가장 짧기 때문에 개인적인 의견으로만 봐주세요~^^ --Uconhe ^토 _기 2021년 9월 14일 (화) 08:12 (KST)

한국영화 문서에 따옴표가 많은 것은 따옴표로 일괄 통일해버린 본 지침 통과 이후 작업이 진행되어버렸기 때문이며, 원래는 전부 화살괄호로 되어 있었습니다. 바꾼 결과를 근거로 삼는 Reiro님의 주장은 부적절하다고 생각되며 되돌리는 것이 마땅합니다. "밥풀떼기" 2021년 9월 14일 (화) 08:56 (KST)

저도 처음엔 이런 식의 분류를 생각했는데, 위에서 보니 '만화책' 등은 이렇게 나누기 힘들겠더군요. (요즘은 예전 만화가 웹툰으로도 나와서..) 예전 봇 작업하려다 그만둔 것도 계속 문서 내에 책, 게임, 영화 등 여러 분야의 것들이 겹쳐서 이의제기가 나왔기 때문이고요. 또한 로마자+한글이 섞인 표제어는 의외로 많습니다.

그리고 밥풀떼기님, 윗분 저 아닙니다.--Reiro (토론) 2021년 9월 14일 (화) 13:01 (KST)

그리고 Uconhe님, 되돌리신 예전 토론 목록 다시 복구 가능할까요? 참고하는 데 좋을 것 같아서요. 덧붙이자면, 한국에서 문장 부호 교육 논의가 이뤄진 것은 초창기를 제외하면 2012년 개정안 착수가 아마 처음일 겁니다. 그러니 예전 표기가 남아 있을 수밖에요. Reiro (토론) 2021년 9월 14일 (화) 13:04 (KST)

@Reiro: 내용이 너무 길어 토론에 담기 어려워서, 사용자:Uconhe/연습장#백토:편집 지침으로 옮겼습니다. 참고해주신다니 감사합니다!

@밥풀떼기: 따옴표 쪽으로 완전히 통일한다는 것에 대해서 저도 반대하고, 문서 단위에서 우선 표기가 통일되어야 한다는 것에 대해 밥풀떼기님과 같은 생각입니다. 혹시 음악, 영화, 책 같은 분야별로 표기를 통일하는 것에 대해 어떻게 생각하시나요? 참고로 위에서 제안한 예시는 '이런 식으로 분야가 나뉠 수 있다'는 예시일 뿐, 영화에 따옴표를 찬성한다는 말은 아닙니다. -- Uconhe ^토 _기 2021년 9월 14일 (화) 15:42 (KST)

제가 처음 통일성을 주장한 이유가, 문서 단위로 섞이면 결국 지침 없는 것이나 똑같다는 것이었어요. 문서 사유화 여지도 있다는 것과요.

또한 인터넷 상에선 화살괄호가 부등호 표시로 자주 대체되거나 혼동된다는 점과, 로마자와는 그다지 어울리지 않는다는 점이 있겠네요. 무엇보다, 봇 편집 시에 만일 다른 분야의 문서가 하나라도 링크되어 있다면 돌리기도 애매합니다. (영화 문서 편집이 진행되지 않던 게 이 때문이었어요). Reiro (토론) 2021년 9월 14일 (화) 15:56 (KST)

그런 심각한 문제점이 있었다니ㅠㅠ 따옴표로 통일된다면 좋은 점이 정말 많다는 걸 더욱 더 느끼게 됩니다. 하지만 저 포함해서 여러 사용자들이 그것에 반대하는 이유는 대부분 하나로 같을 겁니다. 위키백과의 글을 이해하기 어려워질 거라는 거죠.

"동아일보" 측은 "조선일보"가 "동아일보"의 '대통령 선거를 앞두고... 지지율은?' 기사에 대해 "편향적인 내용을 담고 있다"고 비난했다.
'뿌리 깊은 나무'로 시작하는 "용비어천가"의 '제2장'은 잘 알려져 있다.
'불타오르네'는 방탄소년단의 음반 "화양연화 Young Forever"의 타이틀 곡이다.

만약 이 문장이 한국어에서 말이 다 됐다면 따옴표로 안 바꿀 이유가 없죠~ 얼마나 위키백과에 잘 맞는데요! 이게 토론하시는 분들이 화살괄호를 포기할 수 없는 가장 큰 이유라고 생각하고, 이래서 제가 분야별로 표기를 다르게 하는 타협안을 제시한 겁니다. (참고 동아일보, 조선일보 이건 사실과 무관합니다) --Uconhe ^토 _기 2021년 9월 14일 (화) 18:54 (KST)

님 언급한 건 Uconhe님께서 분류:한국영화 문서에 따옴표가 적용된 게 많다는 근거를 채택했기 때문인데, 애초에 한국영화 분류 내 문서들을 처음 언급하며 근거로 내세운 건 Reiro님이기 때문입니다. 잘 아시면서 왜 그러시죠. 부등호로 대체되는 것은 기본적으로 오타의 범주에 속하며, 기호의 적합성에 영향을 줄 사안이 아닙니다. 봇 편집이 안되는 사례가 발생하면 독자와 유저의 영역으로 넘기면 되는 것이고요. 개인적인 느낌은 제발 삼가해주세요. --"밥풀떼기" 2021년 9월 14일 (화) 21:34 (KST)

@밥풀떼기: 그 사실을 모르고 여기에 한국 영화를 언급해서 죄송합니다. 저는 이런 분야별로 표기를 나누는 방법도 있다고 예시를 들기 위함이었습니다.

밥풀떼기님께서는 맨 위의 제안에서 사용자의 자율에 따라 화살괄호와 따옴표를 선택할 수 있도록 제안하셨습니다. 그런데 분야별로 표기를 통일하는 것에 대해 어떻게 생각하시나요? 저는 한 분야에서 문서를 오가다가 갑자기 다른 표기가 나타나면 혼란스러울 것 같기 때문에 찬성합니다. 예를 들어 어디선 'U', 어디선 〈U〉 이렇게 나타날 수 있다는 점이 말이죠. -- Uconhe ^토 _기 2021년 9월 15일 (수) 07:19 (KST)

좀전의 답변은 Reiro님께 드린 것임을 먼저 밝힙니다. 다른 분의 의견을 인용하는 것은 죄송한 일이 아닙니다.

영화 문서도 원래는 화살괄호로 표기했습니다. 그게 더 적합하고요. 본 지침에서 따옴표로 정한다고 개정되기 이전까지 한위백 내에서 따옴표를 쓴 사례는, 영어판 문서를 번역해 들여오는 과정에서 따옴표 표기를 바꾸지 않았거나, 일부 영미권 제목 등에서 더 어울려 보인다는 느낌과 판단에 따라 차용된 경우가 대부분이었습니다. 이들마저도 기존 편집지침에 따라서 화살괄호로 바꾸는 게 일반적이었구요.

저는 위에서 밝혔다시피 영미권 제목등지에서 어울려 보이는 경우가 있다면 따옴표를 써도 된다고 봅니다. 또 화살괄호를 입력할 수 없는 경우 (키보드만 된다 하더라도 한자+ㄴ로 쉽게 입력되지만)에는 본인이나 다른 분들 내지는 봇의 수정을 기다린다는 조건 하에서 따옴표로 임시표기해도 될 겁니다. 하지만 많은 분들께서 통일성을 중시하시는 만큼 한쪽 기호로 통일해야 하는 부분에 있어서도 동의합니다. 그러나 결국엔 화살괄호가 제목 표기에 있어 가장 기본적이고, 국립국어원의 "원칙"이고, 또 전체적으로 가장 적합하기 때문에 화살괄호로 통일하는 것이 마땅할 겁니다. 위에서 통일성이냐 따옴표냐 둘 중 하나를 택하자고 줄기차게 주장한 이유가 여기에 있습니다. "밥풀떼기" 2021년 9월 15일 (수) 09:45 (KST)

1. 백:삭토의 전례를 보면 알겠지만, '한 번에 문서 2개 이상 발의 금지' 조항이 수립되기 이전 남발되었던 대량 삭제 토론의 결과는 길게는 1년 넘게 끌다 '각자 판단한다'는 애매한 결론에 도달했습니다. 기록상 이런 식으로 흐지부지된 토론 이후 문서가 정리된 적은 단 한번도 없습니다. 밥풀떼기님이야 의견 내고 이후는 상관없을지 모르겠는데, 나머지 문법 정리는 결국 관리 인원의 몫입니다.

2. 개인적인 느낌보다 국립국어원의 변경 의도에도 직접 드러났다고 여러번 이야기했습니다. 인터넷 상의 글쓰기에는 지나치게 불편한 감이 있다고요. 심지어 문장 부호때문에 한 문장 쓸 때마다 편집기 위로 왔다갔다 해야 하는 번거로움도 있고요.

3. 아울러, 화살괄호를 부등호로 치환해서 쓰는 문제는 일부 유저의 일탈이 아니라, 현재 국립국어원 규정에서조차 그대로 통용되는 사례이기도 합니다.이 문서의 화살괄호들은 겉보기와 달리, 실제로는 부등호 표시를 Ctrl+k해서 검색하면 일치한다고 나오죠. 여기서도[10] 그 문제를 지적하고 있고요. 또한 폰트 제작자가 이미 2015년에 지적했듯, "키보드 자판에 있는 부등호(< >) 기호가 흔히 원래의 홑화살괄호(〈 〉)를 대체하는 현재의 상황" 때문에 서체 개발시 이를 반영하여 일부러 높이와 각도를 다르게 해야 한다고 주장하고 있습니다. 쉽게 말해, 현재 대중은 부등호와 화살괄호를 구분하지 못하며, 현행 표기가 계속될 경우 편집시 착각을 불러올 수 있습니다. 이로 인해 오류가 생길 가능성이 높아지고요.

4. 밥풀떼기님은 부등호 문제를 일부 개인의 오타로만 규정하나, '대다수의 회사'들이 부등호를 화살괄호로도 병행 가능하게끔 폰트를 조정하는 등, 결코 일부가 아님을 알 수 있습니다. 문제는 부등호 기호 사용이 위키백과에 문법적 오류를 야기하기 쉽다는 것이죠. 저희가 통제 불가능한 대중의 관습을 교정하는 것보다, 착각을 줄이기 위해 위백 내 부호를 바뀐 국립국어원 규정에 맞춰 현실화하는 것이 부담이 덜할 것입니다. 항상 말합니다만, 비효율은 미덕이 아닙니다. Reiro (토론) 2021년 9월 15일 (수) 12:28 (KST)

1. 관리 인원의 몫이라는 발언인즉슨 기호 표기 수정이 관리자들만 편집할 수 있단 소리로 들립니다. 위키백과에서 관리 인원이라는 건 존재하지 않습니다.

2. "입력하기 불편하다", "번거롭다"는 것은 분명 Reiro님의 발언이며, 개인적인 사유입니다. 국립국어원의 견해는 화살괄호가 원칙이라는 것입니다.

3. 오타는 일탈이라고 생각하지 않습니다. 고쳐주면 되는 일입니다.

4. 타이포그래피적인 면에서 폰트 제작시 문제점에 관한 연구를 이 자리에 끌어들이는것도 참 신기하네요. 일부가 맞으며, 기호의 적합성에 영향을 주지 않습니다. 문법적 오류의 문제를 줄기차게 주장하시는데, 링크 내의 표기가 아닌 바깥의 표기를 지금 토론에서 다루는 만큼 그 상황에서의 오류 사례들을 찾아주시길 바랍니다. 비효율적이라고 주장하면서 더 혼란스러운 기호로 바꿔버리자는 독단적 태도도 미덕은 아니죠. "밥풀떼기" 2021년 9월 15일 (수) 13:00 (KST)

보고 싶은 부분만 보시는 것 같아 다시 말씀드립니다. 현재 국립국어원 규범의 화살괄호조차 부등호 기호로 표시될 정도로 일반인들은 구분하기 어려우며, 이는 '대다수의 회사'가 폰트에 반영하는 등 결코 일부의 일탈이 아닙니다[11]. 국립국어원조차 파악 못하는 문제를 일반 사용자가 어떻게 딱딱 구분한다고 자신하시죠?

아울러 해당 문법적 오류가 현재 발생하지 않았다고 해서 그를 권장하는 것은 더더욱 아니며, 이는 en:Wikipedia:Naming conventions (people) 도입부의 부등호 표시가 원문 편집창에서는 '&It;', '& gt;' (필요상 띄어 씀)로 굳이 문법을 사용하여 표기된 것으로 드러납니다. 일반인들이 코딩 문법이나 그 문제점을 적확히 파악하고 대체 표기를 사용해주리라는 건 지나친 희망사항이고요. 영어판을 쳐다보기도 싫으신 건 아시겠습니다만, 한위백이든 영위백이든 같은 소프트웨어라는 건 인지하셨으면 좋겠습니다. Reiro (토론) 2021년 9월 15일 (수) 13:53 (KST)

보고싶은 부분만 보는 게 아니라 토론 흐름과 맞지 않는 예시니까 그렇죠.

부등호와 화살괄호를 착각하다는 것을 집요하게 주장하고 계시는데, 누차 말씀드리지만 두 기호를 혼동하는 것은 거꾸로 생각해서 비슷한 기호로 잘못 대체하면서까지 화살괄호 표기를 지키기 위한 시도입니다. 더 정확히 말하면 부등호 뿐만 아니라 화살괄호 자체의 자형이 반각이냐 전각이냐인 문제도 있는데요. 유니코드는 세가지 다 싣고 있고, 이것으로 인한 예시가 지금 근거로 드시는 국립국어원의 "부등호 표기"와 타이포그래피 보고서겠죠. 국립국어원의 표기는 유니코드상으로는 부등호일지언정 그 의도는 겹화살괄호이고, 타이포그래피 보고서는 폰트마다 부등호와 화살괄호의 유사점을 이용해 통합해버리는 현상, 또 폰트제작 기업마다 통일되는 규범과 시스템 없이 난립하고 있는 현상을 지적하고 있는 겁니다. 하지만 이들 두 예시는 겹화살괄호의 기능성과 적합성을 부정하고 대체하려는 시각은 갖지 않습니다. 회사들도 헷갈려한다고 지적된 부분도 실상은 부등호 표기를 폰트상에서 화살괄호로 대체해버리는 경우가 소개되어 있네요.

문법적 오류가 현재 발생하지 않았다고 해서 그를 권장하는게 아니라는 말씀은 솔직히 님이 생각해도 궤변인 것 같죠? 따로 반박할 필요는 없을 것 같구요. 화살괄호는 코딩의 영역이 아닌 백과사전 서술과 표기의 문제입니다. 오류 사례가 발견되지 않았다면 고려하지 않는 것이 정상입니다. "밥풀떼기" 2021년 9월 15일 (수) 14:53 (KST)

저희는 지금 부등호 넣으면 오류 생기는 '소프트웨어' 상에서 편집하고 있지 않은가요? 국립국어원 의도가 어떻든 소프트웨어가 그걸 부등호로 인식한다고요. 국립국어원 규범의 홑화살괄호 그대로 긁어서 안에 u자 넣으니까 이렇게 나온다는 겁니다. 부등호 기호 그냥 때려박아서요. 듣기 싫다고 무시하면 기술적 결함이 사라지나요, 대중들 사용 습관이 변하나요?

사용자의 착각 때문에 기술적 문제가 생길 수도 있는 부호를 '궤변'이라 취급하는 건 상당히 불쾌하네요. 인용 틀에 부등호나 대괄호 들어간 신문 기사제목 붙일 때마다 nowiki 문법 적용해야 했던 게 몇 년 전인데. 님 듣기 싫다고 위키 소프트웨어가 바뀌진 않습니다. Reiro (토론) 2021년 9월 15일 (수) 15:52 (KST)

기술적 문제를 지적한 거 가지고 궤변이라고 언급한게 아니라, 오류가 없다고 해서 권하는 건 아닌 것 같다라는 이야기가 궤변이라는 겁니다. 듣기 싫은게 아니고 님은 지금 혼자 불편하다고 위키백과 내용 전체를 들어내려 하고 있잖아요.

부등호 넣어서 오류 생기는 것도 1. 부등호로 잘못 사용함, 2. 그안에 영어제목이 들어감, 3. 그 영어제목이 우연히 위키 명령어와 동일함, 4. 위키 명령어와 일치하더라도 슬래시가 붙지 않았거나 링크를 위해 대괄호를 썼다면 적용이 안됨, 이 네가지 경우가 기막히게 맞아떨어져야 할 극악의 확률 속 사례인데 이걸 가지고 기호 자체를 못써먹는다고 치면 그거야말로 구더기 무서워 장 못담그는 꼴이죠. 심지어 겹부등호는 제가 알기로 위키 명령어상에서 쓰지도 않는 기호고요. 듣기 싫어서 무시하는 게 아니고요, 님이 생각해봐도 지금 무시할 정도의 상황 아닌가요? "밥풀떼기" 2021년 9월 15일 (수) 18:03 (KST)

그리고 상당수 부등호 활용 명령어들은 틀로 대체되기까지 하고 있어요. 언급하신 <u>도 {{밑줄}}이라는 훌륭한 대체제가 있습니다. "밥풀떼기" 2021년 9월 15일 (수) 18:05 (KST)

확인사살을 위해 백:위키 문법에 소개된 모든 부등호 명령어 중에서, 동일한 영어명으로 작품 관련문서가 생성된 경우를 따져봤습니다. 넘겨주기나 동음이의어 문서로 연결되는 경우도 뺐습니다.

• br - BR로 넘겨주기됨. 바이에른 방송이 있음. 그러나 겹화살괄호로 써야 함.
• score - 스코어로 넘겨주기됨. Score: 20th Anniversary World Tour이 있으나 문서내에도, 문서 밖에도 화살괄호를 쓸 일이 없음.
• gallery - 갤러리 (동음이의)로 넘겨주기됨. GALLERY (지코의 음반)이 존재. 하지만 gallery 명령어는 슬래시로 닫아줘야만 작동하는 명령어라 부등호를 써도 그대로 출력됨.
• ins - INS로 넘겨주기됨. 이민 귀화국이 있으나 생성되지 않은 문서.
• u - 슈퍼주니어의 싱글, NiziU의 음반이 있으나 겹화살괄호로 써야 함. S.E.S와 펄 잼의 수록곡이 있으나 두 관련 문서 모두 겹화살괄호나 따옴표로 대체한 상황.
• q - 영국 잡지와 필리핀 TV방송국이 확인되나 부등호를 곁들인 사용례가 발견되지 않음.

확인되는 가능성의 수는 10가지이며, 그마저도 석연찮은 부분이 존재합니다. 더욱이 저런 명령어를 활용하는 것은 앞서 "대중들"이라 언급된 일반 사용자들이 쉽게 접할 리 없는 명령어들이며, 명령어를 활용할 정도의 능숙한 사용자라면 이미 부등호와 화살괄호의 혼동 문제를 파악하고 편집에 반영할 겁니다. 오류 가능성이 극악하게 보이는 사례 10가지를 두고 수만개의 문서 속 표기를 바꾸자는 논리는 완전한 억지임이 증명됩니다. --"밥풀떼기" 2021년 9월 15일 (수) 18:44 (KST)

<> 이 기호가 뭔지 모르시는 것 같은데, 봇 편집시 저것이 감싸고 있는 건 웬만하면 무시하도록 명령을 내립니다. 차후 오류가 오타가 났을 때 봇이 인식하지 않고 그냥 지나치거나, 잘못 설정하면 오작동을 유발할 수 있습니다. 화살괄호와 섞이면 코딩이 전부 꼬이고요. 지금도 둘 구분 못해서 누군 부등호 쓰고 누구는 화살괄호 쓰는 판에, 님이 말한 일관성과도 한참 멀지 않은가 싶은데요. 이것은 봇으로도 해결이 안 되고, 결국 수작업해야 합니다. 문제는 '차후 각자 논의한다'고 끝난 것 치고 차후 해결된 게 없다는 것이지요. (삭제토론이 그 예고) 지금 제가 참여자 모집해야 한다는 말에도 기분이 나쁘니 어쩌니 하는 판에 그걸 고치자고 사랑방에 이야기하면 고칠까요? '어쩌다 눈에 띄면 하나 하죠' 수준의 주먹구구식 운영은 저도 피곤해요. 부등호는 봇으로도 건드리기 좀 꺼려지고요.

그리고 사람들이 부등호 안에 u나 tt 집어넣어서 생기는게 문제라니까 {{밑줄}} 이야기는 뭡니까. 저거 생긴다고 기존 문법이 사라지는 것도 아니고요. 영어판은 사람들이 유독 저 단어들을 너무 사랑해서 부등호 금지시킨 게 아닙니다. 여기라고 없는 명령어 관련 문서가 저기서만 폭발적으로 인기있을 리가 없지요.

왜 최근 경향을 무시하려고 하나 모르겠네요. 시각편집기 있든 없든 불편해서 부등호로 쓰는 판에. 그 사람들이 다른 기기엔 방법이 없어서 화살괄호 쓰고 다닌 게 아닙니다. 귀찮았을 뿐. '왜 입력이 쉬워야 하는가'는 이미 부등호가 뒤섞여있는 지금이 증명하지 않던가요. 굳이 문법적 위험까지 감수해가면서 쓰느니, 그냥 편하고 안전한 따옴표가 낫습니다. Reiro (토론) 2021년 9월 15일 (수) 22:07 (KST)

시스템적인 부분에 대한 것은 관련 전공자로서 동의합니다. 하지만 그럼에도 따음표 사용에 대해선 가독성 측면에서 봤을 때, 여전히 회의적입니다. 여긴 본질적으로 백과사전이고 정보를 찾으러 온다는 점에 비추어 봤을 때, 가독성을 중요시 해야하니까요. 부등호 사용에 대해서 기술적으로 편집 필터 등을 이용해 문제를 해결할 수 있다면 그 방안도 고려해볼만 하다고 생각합니다. 양념파닭 (토론) 2021년 9월 15일 (수) 22:48 (KST)

@양념파닭: 그게 되었다면 불어판이나 러시아어판에서 진작에 기메 대신 써먹었을 겁니다. 해결된다고 해도, 좀 알아보니 특정 리더기는 부등호가 들어가면 그걸 비교문으로 읽는다네요(...). 가령 <위키백과>는 '보다 크다 위키백과 보다 작다'란 식으로요. 그래서 특수 기호를 아예 안 읽게 설정하기도 하는 등 말이 많다고 듣긴 했습니다.

사실 논문에서도 이제 낫표나 화살괄호 대신 따옴표가 눈에 더 띄는 세상에서, 위키백과가 문장 부호를 현실화하는 게 더 빠르지 싶습니다. 국립국어원 규정에서조차 부등호 쓸 정도로 구분 못하는 상황에서 화살괄호 지침을 내린다 한들 저게 제대로 지켜질지 (그게 정비가 될지) 의문스럽기도 하고요. 쥴리 (벽화)나 단 올베우스처럼 화살괄호를 쓰지 않고도 얼마든지 깔끔하게 편집할 수 있습니다. 다만 일반적으로 회사명 등에 화살괄호/따옴표가 자주 생략되던 점을 고려하여 조금 조절할 필요는 있겠지요. Reiro (토론) 2021년 9월 16일 (목) 02:35 (KST)

감정이 격하신건 알겠는데 확인사살이라는 표현은 정말 보기 안좋네요. Reiro님께 질문: (1) 부등호를 화살괄호로 대체하는 봇이 만들어질 수 없을까요? u, p, head 등 특정 식별자만 피하면 충분히 가능할 것으로 보이는데 봇을 잘 몰라서 기술적으로 불가능한것인지 모르겠네요. (2) 따옴표의 경우에는 프로그래밍에서 문자열 코딩을 할 때 사용되는데 웹 프로그래밍의 경우에는 어떤 sideeffect가 없을까요? ――사도바울 (💬✍🧾) 2021년 9월 16일 (목) 13:05 (KST)

@Sadopaul: 1) 이랬다가는 오작동 위험이 클 겁니다. 현재 있는 것만 고치는 것이라면 모를까, 앞으로 사람들은 끊임없이 추가할 테니까요. 문장 부호로 그 위험을 감수하기엔 부담이 따르죠. 앞으로 Html 문법이 어떻게 바뀔지도 모르고요. 2) 따옴표도 전각, 반각 문자가 있는데, 양 쪽 똑같다면 큰 문제는 없습니다. 위키에서는 간혹 큰따옴표를 작은따옴표 두 번 눌러서 입력하는 경우가 있긴 합니다만 그건 봇으로도 충분히 대응 가능합니다. Reiro (토론) 2021년 9월 16일 (목) 13:33 (KST)

혹시 지금까지 화살괄호 지침 유지로 인한 오작동의 사례가 있나요? ――사도바울 (💬✍🧾) 2021년 9월 16일 (목) 14:56 (KST)

처음에는 일반사용자가 잘못 쓸 경우를 주장하시길래 그에 맞춰 경우의 수를 생각해드렸더니, 이제는 봇 작업으로 지적방향을 슬그머니 돌리시네요. 오류가 나면 님 말마따나 봇으로 돌리지 말고 수작업으로 돌리면 되겠죠. 그런 부분은 당연히 감안해야 한다고 생각합니다. 잘못된 표기가 잦게 된다면 따로 안내문을 걸어두는 방법도 있고요. 님이 언제 참여자 모집이라고 표현했어요? 인력동원, 인력모집이라고 했고 거기에 반발했죠. 한위백에서 활동적인 사용자가 2300명 가량밖에 안 되는데 수십만 문서에 산재한 수백만개의 문제들이 어떤 "관리인원"에 의해 전면적으로 통제될리가 만무하겠죠. 당연히 사랑방에 홍보한다고 통제될 일도 아니고요. 통제되지 않으면 묻어둬야 한다는 강박적인 자세만으로는 기호 표기 문제를 절대로 해결할 수 없습니다. 한번에 통제되지 못할 수 있는 것은 주먹구구식 '운영'이 아니라 당연한 '풍경'인 거에요. 부등호를 따옴표로 바꾸는 과정도 수작업으로 해야된다는 걸 잘 아실 텐데요.

영어판은 알파벳을 쓰는 언어고 부등호를 쓰면 위키 명령어와 겹칠 확률이 훨씬 많으니까 그렇겠죠. 우리 한국어의 주문자가 알파벳이에요? 우리는 알파벳으로 생성된 언론사 내지는 작품 문서들만 조심하면 되는 거고 그 경우의 수도 위에서 입증됐듯이 지금으로선 10가지밖에 안 됩니다.

화살괄호도 엄연히 쓰이고 있는 최근 경향이거든요? 최근 경향이라고 말씀하시려면 따옴표가 화살괄호를 완전히 대체했다는 것을 보여주셔야지요. 국립국어원의 판단은 그 경향이 뭐든 간에 화살괄호를 원칙으로 한다는 것에서 벗어나지 않아요. 기본키보드에 입력키가 없으니 감안을 해준 셈인데 우리는 입력버튼까지 만들어둔 판에 감안할 필요가 없다고 앞서 말씀을 드렸잖아요. 부등호를 표기한 사람들은 화살괄호를 잘못 입력했을지언정 분명 화살괄호를 쓰고 싶었던 사람들이 대부분이었지 따옴표를 의도했을 가능성은 없었을 겁니다. 단순히 귀찮다의 문제가 아니고 또 따옴표를 채택해야 한다는 근거도 아니에요. 다시 한번 말씀드리는데 편하고 안전하다는 개인적인 느낌은 그만 말해주시길 바랍니다. 님을 제외한 수많은 사용자들이 이 자리에서 공감하지 못하고 있습니다. "밥풀떼기" 2021년 9월 16일 (목) 15:28 (KST)

@Sadopaul: 전수조사를 한 것이 아니라 파악하기 힘듭니다. 특히나 '인지하지 못했음'을 증명하기란 더더욱 힘들고요. 다만 현행과 같은 편집 양상이 계속될 경우 화살괄호와 부등호를 혼동하여 쓸 가능성은 언제나 존재하고, 차후 봇을 이용한 정비에 지장을 줄 수 있다는 것입니다. 부등호 안에 논문 제목을 넣을지 회사명을 넣을지 모르는 일이니까요. 또한 배우나 가수 등 연예인 문서는 문단명에도 작품명이 으레 들어가는데, 그렇다면 부등호가 그곳에도 적용될 수 있습니다. 그러면 #을 이용한 문단 링크 시 그게 항상 제대로 작동할지 장담하기 힘듭니다. 그게 표제어에 부등호 막는 이유일 테고요.

@밥풀떼기: 무시해서 사라질 문제라면 얼마나 좋겠냐마는, 소프트웨어는 모두에게 평등합니다. 사람 적은 한위백에서 봇 편집 요청은 제시간에 처리되는 몇 안되는 협업 과정일 겁니다. 단순 부호 때문에 봇 편집 난이도를 높이는 게 과연 온당한지도 모르겠고, 수작업할 참여자가 얼마나 되는지도 장담 못하겠습니다. 편집법을 몰라 위키를 건드리지도 않는다는 사람 비율이 75%인 마당에 그 분들이 과연 위키미디어 문법을 정확히 이해하여 귀찮음을 무릅쓰고 화살괄호 규정을 지켜 준다거나, 안 그래도 사람 없는 곳에서 부호 찾아다니느라 시간을 더 요구한다고 제대로 수정될지 의문입니다. 사람은 불편함을 회피하는 존재고, 위키미디어 소프트웨어는 부등호 안의 문자를 웬만하면 무시하도록 권장하는 시스템입니다. 이 사실을 현실 부정으로 이길 수는 없습니다. Reiro (토론) 2021년 9월 16일 (목) 22:48 (KST)

무시하는게 아니라 수작업 편집의 영역에 남겨둬야만 할 부분이라는 거죠. 화살괄호 대신 따옴표를 쓴다고 쳐도 분명 화살괄호를 사용하는 편집자들은 계속 생길 것이고, 부등호로 잘못 쓰는 경우도 생길 것인데 이걸 따옴표로 교체하는 작업은 어떡하시게요. 순전히 개인적인 불편함이 있다 하여 어떤 극소수의 상황들을 과장하여 옹호하는 모습이 썩 보기 좋진 않네요. "밥풀떼기" 2021년 9월 17일 (금) 18:49 (KST)

계속 말씀드립니다만, 어느 정도 범위가 정해져 있던, 다수 문서가 회부된 삭제 토론 역시 길게는 1년 이상 끌다 '각자 해결'이라는 결론으로 흐지부지되었습니다. 그럼에도 기록상 그렇게 끝나고 난 뒤 문서들이 적절한 조치를 받은 적은 단 한번도 없습니다. 위키백과:삭제 토론/대한민국의 초등학교와 중학교 문서를 보듯, 심지어 연혁 이외 어떤 것도 적을 것이 없는 문서마저도 11년 동안 방치중입니다. 이런 상황에서, 무한정 넓은 영역을 수작업에만 맡기자는 것은 사실상 방치하자는 말과 마찬가지입니다.

아울러 현재 백:아님#디렉토리가 있음에도 현재 알찬글인 고려대 등에 학과 홈페이지 내부 링크가 그대로 달려 있어 다른 대학교 문서도 이를 관성적으로 모방하는 경향이 있습니다. 다시 말해, 현재 남아 있는 화살괄호 및 부등호 사용은 이전에 존재하던 것들에 영향을 받지 않았으리라 장담할 수 없다는 것입니다. 화살괄호야 봇으로 간단하게 돌릴 수 있고, 그렇게 되면 부등호를 잘못 적는 횟수도 줄어들 것으로 기대됩니다. 어차피 기존 문서에 영향받는 문제니까요. 물론 이 경우에도 약간의 마무리 수작업은 필요하겠으나, 현재처럼 문제의 근원을 남겨놓은 상태에서 처리하는 것보단 훨씬 양이 줄어들 겁니다.

참고로 말하자면, 발제가 어려운 삭제토론마저도 '한 번에 2개 이상의 문서 회부 금지' 조항을 엄격히 적용한 이후, 그런 식의 발의는 거진 대부분 사라졌습니다. (이젠 1년에 한두개 올라올까말까...) 문서를 예로 들자면 새로운 총의 이후의 '버스 노선' 문서 멸종을 들 수도 있겠네요. 요컨대, 문제의 근원이 사라지면 처리는 쉽습니다.

그리고 봇 작업은 개인적인 일이 아닙니다. 차후 표제어 변경이나 오타 수정 등 봇을 이용한 편집시, 부등호의 존재로 인해 문제가 생기는 건 분명히 예상할 수 있으니까요. 이렇게 되면 가령 특정 단어 a가 있을 때, 저희는 부등호가 걸린 a나, 논문 제목 등 기나긴 명칭에 포함된 본문 속 부등호 안의 a까지 전부 고려해야 합니다. 이는 백:봇 편집 요청의 난이도를 높이는 수준이 아니라, 아예 불가능하게 만들 수 있는 문제입니다. 부호 하나로 그 위험을 감수하기엔 가독성이 얻는 이점보다, 편의성이나 안정성 및 현실성에서 잃는 것이 더 큽니다. Reiro (토론) 2021년 9월 17일 (금) 21:28 (KST)

여기서 삭제 토론이 왜 나오는가 모르겠네요. 삭제 토론이 제대로 처리되지 않는 것은 백:총의 형성 과정이기 때문이겠죠. 총의가 완료되었는가를 바라보는 데 있어서도 신중해야 하니까요. 인용한 학교 문서는 개별적으로 다시 토론에 회부하라는 정상적인 처리로 마무리지었는데 뭐가 문제인지 모르겠네요. 님 개인적인 바람으로 강압적인 결론을 원하시는 게 아닌지. 더욱이 삭제토론의 결론이란게 확답이 정해져있는 수작업에 해당되는 영역도 아닌데 무슨 뚱딴지 같은 예시를 드십니까.

학과 문제는 다른 곳에서 얘기하셔야 할 것 같구요, 이전에 존재하는 것을 영향을 받았겠지만 기본적으로 우리 사회가 그렇게 써서겠죠. 국립국어원부터가 원칙으로 정해놓은데다 많은 영역에서 여전히 활용되는 기호니까 당연히 위키백과에서도 쓰는 거고요. 화살괄호 말고 부등호로 적는 사용자들은 따옴표로 바꿔봤자 계속해서 등장할 텐데 이런 경우는 어찌하시겠냐는 말입니다. 부등호로 잘못 적는 건 따옴표든 화살괄호든 상관없이 발생할 문제고, 그때마다 어쩔 수 없이 수작업으로 해결해야 할 문제에요.

님 문제 근원이 사라진답시고 더 큰 혼란을 초래할 표기방식을 채택하자는 꼴이 된 모양새니 저를 비롯해 여러 사용자분들이 줄기차게 반대하고 있는 것 아니에요. 현상황에 대한 깊은 사려 없는 군대식 해결방법은 가뜩이나 자유로움을 지향하는 위키백과에서는 전혀 알맞지 않는 해결법이에요. 부등호를 계속 화살괄호 활용에 필연적으로 따라올 문제, 예속된 문제라고만 주장하시는데 따옴표도 다를 바 없다는 사실에 대해선 어떻게 생각하시나 모르겠군요. "밥풀떼기" 2021년 9월 19일 (일) 17:14 (KST)

바로 위에 말씀에 동의합니다. 표기법을 따음표로 바꾼다고 부등호 쓰는 사용자가 사라지는게 아니죠. 사람은 로봇이 아니니까요. 부등호 사용을 막기 위해 표기법을 싸그리 따음표로 바꾼다는 논리는 빈대 잡으려다 초지삼간 다 태우는 격이라고 생각합니다. 이미 위에서도 같은 의견은 충분히 밝힌 듯 한데요. 외람되지만, Reiro님께서 따음표를 쓰고 싶으시다면 그 건 귀하의 블로그 포스팅에서나 사용하는게 맞지 않을까요? 귀하 한 분만의(물론 더 있을 수는 있겠지만 현 토론에서는 혼자시니) 편리함을 위해 제가 익숙하고 가독성이 있다 생각하는 꺽쇠를 버리고 싶지 않아요. 양념파닭 (토론) 2021년 9월 19일 (일) 18:36 (KST)

@밥풀떼기: 예시로 말꼬리를 잡고 싶은 모양인데, 사람들의 편집 패턴은 기존 문서를 많이 참고하기 마련입니다. 님 생각과 달리 삭제토론 뿐 아닌 현재 대학 관련 토론 참여자들도 이는 인정하고 있고요. (그래서 학과 문서는 손도 못 댔다고 오랜 기여자분도 말하더군요) 님이 어떻게 믿으시든, 결국 현재의 편집 패턴은 기존 알찬글이나 좋은글 및 수많은 여타 문서를 참고한 결과물입니다. 화살괄호가 눈에 안 띄면 부등호 기호 수는 눈에 띄게 줄어들 겁니다. 가령 '기타'나 '여담' 문단 만드는 사람들은 전부 나무위키만 좋아해서 그쪽에만 그런 문단이 있던가요. 결국은 조정하기 나름이고, 부등호와 혼동되는 화살괄호는 분명 문제가 있습니다.

@양념파닭:

1. 위에서 여러 예시를 들었으나, 특히 '기타' 문단의 유무가 '부등호 사용을 막기 위해 표기법을 싸그리 따음표로 바꾼다는 논리'에 힘을 실어주지 않을까 권해봅니다. 심지어 한국어판에는 현재 관련 규정조차 없지만 그런 문단 짜임새가 드물어요. 왜냐, 기존 문서에 그런 양상이 보이지 않았기 때문입니다. 따옴표로 바꾸는 것으로도 이와 같은 편집 양상은 크게 줄일 수 있습니다.

2. 무엇보다, 현재 화살괄호 지침이 꽤 유명무실합니다. 화살괄호를 써야 하는 상황이라 인식하면 사람들은 그냥 부등호로 치환해 버리니까요. 인피니트 부등호도 거슬러 올라가니 2015년부터 시작되었네요. 봇 편집 많이 하시니 아시겠지만, 현재와 같은 상황이 지속되면 봇 편집시 단어 '무언가' 뿐만 아니라 부등호 안의 <무언가>, 프리츠 하버 본문의 화살괄호 안 논문 제목 등 <기나긴 명칭 안의 무언가>까지 전부 고려해야겠지요. 이게 봇 편집 난이도 올린다는 사실은 양념파닭님이 더 잘 아실 겁니다. 그나마 잘 돌아가는 요청이 말입니다. 참고로, 연예계 관련 인물 문서에는 작품명이 심심찮게 문단명에 올라갑니다. 그럼 부등호 기호도 올라갈 텐데, 그때 # 문단 링크가 항상 제대로 먹히는지는 잘 모르겠네요.

3. 그렇다면 따옴표로 바꾼다고 그런 사람들이 사라지는가? 라는 물음에 대해선 "의미있는 수준으로 크게 줄일 수 있다"고 대답하겠습니다. 이를테면 이건 어떨까요. 별다른 규정이 없어 편집이 자유로운 둘러보기 틀 (틀:방탄소년단)에는 화살괄호가 없지만, 아직도 꼬박꼬박 화살괄호를 적어넣는 음악 문서에는 (MAP OF THE SOUL : 7) 약속이나 한 듯 등장합니다. 심지어 저 문서엔 부등호 역시 존재하네요. (틀 편집이 어렵다기엔, 간단한 웹디 정도는 zem으로 들어 온 초등학생분들이 더 적극적이죠?) 이는 틀:마마무 등 최근 가수 관련 둘러보기 틀로 오면서 점점 짙어지는 현상입니다. (예전엔 다 넣었거든요) 다시 말해, 봇으로 전부 전환하면 부등호 사용 횟수는 의미 없는 수준의 수치로 줄어들 것입니다. 오히려, 20년 가까이 화살괄호로 통일되었음에도 혼동되어 부등호가 등장하는 게 더 아이러니하지요.

위에서 '자유로운 편집' 이야기가 나와서 말인데, 틀만 보면 화살괄호는 거의 뒷전이고, 로마자는 이탤릭체를 더 선호합니다. 개인적으로 문장 부호같은 기초적인 요소엔 통일성이 중요하다고 보는지라, 이탤릭체 대신 큰따옴표로 돌리자고 예전 토론에서 주장한 것이고요. 정리하자면 1) 입력이 어려운 화살괄호로 인해 부등호 등장이 잦아진다 2) 오히려 규정이 없는 둘러보기 틀에 화살괄호가 점차 사라지고 있다. 3) 따옴표 정리로 부등호 사용을 크게 억제할 수 있고, 부호 혼동으로 인한 문법 오류를 예방할 수 있다, 가 제 요점이겠네요. 이게 단순 저만의 '편의성'에만 근거한 것은 아닙니다. 관습 변경에 거부감이 있다지만, 봇 편집 엉켜서 겪는 사고 가능성보다 더 클까요. 표제어 토론 끝난지 얼마나 되었다고 벌써 왕실/귀족 관련 표제어 논의가 또다시 이루어지는데, 문제점은 무시한다고 사라지지 않습니다. Reiro (토론) 2021년 9월 19일 (일) 19:41 (KST)

말꼬리가 아니라 지금 본인 관여된 토론을 난데없이 꺼내드니까 그러는 거 아니에요. 님 토론은 님이 알아서 하세요. 가뜩이나 복잡해진 판에 끌고오지 마시고.

화살괄호가 눈에 안띌 수 있을리가 없죠. 실생활에서나 언론상에서나 문헌상에서나 허다하게 쓰이는 게 화살괄호인데. 위키백과가 세상의 중심이에요? 위키백과에서 흔적을 지우면 그걸 쓰는 사람도 사라집니까? 단순하게 생각해봐도 말이 안 되는데요. 기호 표기는 쓰임새에 따라 조정할 여지가 있는 것이지 표기 그자체로는 함부로 조정할 게 못 됩니다. 그리고 일반인용과 혼동되는 따옴표는 더더욱 문제가 있다 생각하네요.

틀은 모르시나 본데 애초에 화살괄호는 연달아 적어야 할 상황에서는 생략한다고 맞춤법 규정에 나와 있으니까 그런거고, 로마자는 번역해서 들어온 틀이 적잖으니까 당연히 이탤릭체가 고스란히 반영된 결과겠죠. 이탤릭체는 애초에 한국어에서 안 쓰는 표기법입니다. 학명 같은 특수한 상황이 아닌 이상 로마자라도 이탤릭체를 반영하지 않는 것이 기본이에요. 둘러보기 틀에서 안 쓰인다고 일반 표기법까지 바꿔야 한다느니, 화살괄호를 표현하고 싶어서 부등호를 쓰는 건데 화살괄호를 없애야 한다느니, 여전히 주객전도로 점칠된 논리만 내세우시네요. "밥풀떼기" 2021년 9월 21일 (화) 12:27 (KST)

예시를 드는 것입니다. 규정만 바꾸면 이후 조절하는 건 얼마든지 가능하다고요. 인간은 로봇이 아니지만, 그만큼 환경에 영향을 많이 받는 생물이기도 합니다. 다른 문서에서 쓰지 않으면 화살괄호는 국립국어원 말마따나 '인터넷 글쓰기에 어울리지 않'으니, 규정만 바꾼다면 사장될 표기법이죠. 실제로 화살괄호만이 허용되던 위키백과에서조차 표기가 더 쉬운 부등호 표시가 나오는 게 그를 방증하고요. 그리고 말 좀 가려서 합시다.

아울러 마마무나 방탄은 활발하게 편집되는 한국 아이돌 관련 틀이라 영어판 번역과는 거리가 멉니다. 실제로 방탄 틀엔 이탤릭체조차 적용 안 되고 있었고요. 이탤릭체 이야기를 꺼낸 까닭은, 무조건 '자유'에만 맡긴다는 논리의 부실함과, 유저들이 실제로는 더 편한 표기를 좋아한다는 것을 보여 주고 싶어서입니다. 저도 이탤릭체 지지하지 않는다는 것은 이미 말했을텐데요.

또한 '화살괄호를 표현하고 싶어서 부등호를 쓰는 건데'라는 의도는 그다지 중요하지 않습니다. 소프트웨어에 백날 말해봤자, 오히려 '사용자의 의도와는 다른 오류를 유발하는 기호'라는 의미밖에 안 돼요. 위키미디어 소프트웨어가 독심술을 배우지 않는 이상 부등호 입력을 화살괄호로 자동 전환해주는 기능은 아마 제공하지 않을 겁니다. Reiro (토론) 2021년 9월 21일 (화) 14:27 (KST)

그게 중요하지 않다면 그럼 따옴표로 정했을때에도 부등호로 쓰는 경우는 어떻게 처리해줄거냐니까요. 분명 따옴표로 정해도 부등호로 쓰는 사람은 계속 등장할 것인데요. 님이야 부정하고 싶으시겠지만 화살괄호를 지지하는 사람들은 여기만 해도 님 빼고 전부인데 위키백과 전체로 넓히면 얼마나 많겠느냐, 또 그 중에서 부등호로 쓰는 사람은 얼마나 많겠느냐는 현실을 좀 기억해 주세요. 부등호에 의한 직접적인 오류가 만연해지는 상황도 아니고 봇 편집라인에 걸려들지 않는거 가지고 무슨 대재앙급으로 취급하시는지. 소프트웨어가 기능을 제공 안해줘도 저는 화살괄호를 쓰는 게 맞다고 생각하기에 수작업으로 고쳐주는 데 있어 아무 상관없습니다.

번역틀이라 언급한 건 제가 저런 번역된 둘러보기 틀을 수도 없이 많이 봐왔으니까 알죠. 님도 동의하다시피 이탤릭체는 전혀 편한 표기법이 아닙니다. 그럼에도 알음알음 보이는 것은 맞춤법 내지는 지침에 의한 규정이 모든 현장에 실시간으로 반영되지는 못하기 때문입니다. 무조건 자유에만 맡긴다는 논리가 부실하다는 소리는 지금 위키백과의 본질을 심각하게 오해하고 계신 것 같군요.

그리고 규정만 바꾼다면 사장될 것이라는 가정은 백:아님#미래에서 싫어하는 논리 같네요. "밥풀떼기" 2021년 9월 22일 (수) 12:41 (KST)

부호 때문에 기술적 오류를 '별것 아닌 것'으로 취급할 수는 없죠. 당장 제대로 돌아가는 요청 하나가 꼬인다는 건데. #들어가는 표제어는 얼마나 많다고 위키백과가 굳이 막겠습니까. 님은 따옴표가 있어도 부등호 쓸 사람은 쓴다고 평가절하하시는데, 신문 기사 등을 보면 따옴표 쓰는 것이 일반적인 기사엔 제목 등에 붙는 부등호 표시가 아예 없습니다. 화살괄호는 더더욱 드물고요. 백:아님#미래가 아니라, 현재도 화살괄호 따라한다고 부등호 쓰는 걸 보면 더더욱 입증되죠. 불편하니까 안 쓴다고. 국립국어원 변경 의도가 이렇습니다. 제 생각이 아니라.

'이탤릭체는 편한 표기법이 아닙니다': 그건 님 생각이고, 영어판에서조차 편한 표기 중심이라 저것 채택합니다. 이것도 오리지날리티 찾느라 우린 불편해야 한다! 고 주장하는 게 무슨 이득인지는 모르겠습니다만, 헷갈리는 데다 입력도 불편하고, 거기에 기술적 오류까지 덧붙는 기호를 쓰긴 무리겠습니다. 언제까지 노스모크 시대에 살 수는 없잖아요? 이미 국립국어원 규정도 인터넷 때문에 바뀌는 판에.

백:아님#미래를 이상하게 생각하시는 듯 한데, 저는 삭제토론이나 다른 것 예시를 들어 이후 관련 편집이 의미 없는 수준의 수치로 줄었다고 얘기했습니다. 님이 듣기 싫다고 '님 토론은 님이 알아서 하세요'라고 보지 않으셔서 그렇지. 이론적 바탕 없이 직감에만 의존하면 토론이 공회전할 따름입니다. 따옴표가 생겨도 일부는 분명 부등호를 쓰겠으나, 이는 현재 화살괄호가 존재하는 지금 그것을 모방 및 혼동하여 따라하는 사람 수보단 줄을 겁니다. 정비도 끝이 없는 것과 끝이 보이는 것은 무게가 다르지요. 현재도 귀찮다고 화살괄호 안 쓰는 판에, 그렇다면 더 쉬운 걸 쓰도록 저희가 바꿔야지요. 현실 부정이 답은 아닙니다.Reiro (토론) 2021년 9월 22일 (수) 13:08 (KST)

부등호로 잘못 쓰는 것은, 여느 위키문법 오류와 마찬가지로 기본적으로 오류를 범하는 사용자의 책임이지 기호의 잘못이 아닙니다. 기술적 오류가 심각하다면 그런 오류를 범하지 않도록 편집자들을 안내해야 할 것입니다. 이는 화살괄호의 적합성이 여러모로 확인된 시점에서 더더욱 그렇습니다. 평가절하가 아니고 분명 발생할 수 있는 상황입니다. 위키 편집에 참여하는 모든 사람들이 "일반적인 기사"만 읽진 않겠지요. 화살괄호는 엄연히 도처에서 사용되고 있고, 여기서 영향을 받았으면서 편집지침을 확인하지 못한 편집자도 분명 생길 겁니다. 현실부정을 계속해서 언급하시는데, 이럴 가능성을 부정하는 것도 별다를 바가 없지 않나 싶네요.

이탤릭체는 제 생각과 오리지널리티의 문제를 떠나서 한국어 맞춤법 규범상에 존재하지 않는 표기입니다. 한글과 어울리지도 않을 뿐더러, 로마자 표기법에도 이탤릭체를 쓰라고 하진 않는다고 국립국어원이 확인해주고 있습니다. 주문자가 로마자가 아닌 우리 입장에서는 로마자 표기에도 이탤릭체를 적용하지 않는 것이 더 식별하기 좋겠죠. 그런 시각에서 편한 표기법이 아니라고 언급해드린 겁니다. 영어판은 채택의 문제가 아니라 자신들의 언어생활에 줄곧 반영된 표기였기에 자연스럽게 받아들인 거겠죠.

요점은 불편해야만 한다는 게 아니라 화살괄호가 쓰임새 면에서 가장 적합한 기호이므로 채택해야 한다는 겁니다. 부등호와 헷갈린다고 하는 것은 솔직히 화살괄호의 쓰임새를 받들어 대체하려는 경향 때문이라고 생각하고요, 입력은 누차 말씀드렸다시피 한위백 내에서 클릭 한번으로 해결되고 있습니다. 일반 인용문에서 쓰이는 따옴표는 당장의 대체제만으로는 조금 사용할 수도 있겠지만 그것으로 통일하는 것은 대단히 혼란스러운 해결법으로밖에 보이지 않기에 계속해서 반대하는 겁니다.

미래를 예측하는 공간이 아니라는 지침을 굳이 거론한 이유는 함부로 '규정 바뀌면 사장될 기호'를 전제하지 말아달라는 의미에서 인용해드린 거구요, 토론 언급을 넘긴 것은 듣기 싫어서 아니라 이 토론에서 대체 무슨 연관이 있는지 의심되는 토론사례를 다뤄봤자 별다른 생산적인 흐름으로 이어지지 못할 게 뻔하기 때문입니다. 대학교 문서에서 학과가 나열된 것을 보고 모방하는 것처럼 화살괄호도 모방해서 써버리는 것이다란 주장은, 애초에 화살괄호라는 게 위키백과에서만 쓰이는 것도 아니라는 점에서 맞지도 않는 이야기가 됩니다. 논리의 맞물림 자체가 틀린 상황에서 '님 생각과는 달리', '다른 분들도 많이들 인정했다'는 식의, 자기가 인정받았으니 돋보여야 한다는 듯한 의도는, 가뜩이나 긴 토론으로 피로해진 저로서는 받아들일 수 없습니다.

그리고 아무리 본인에게 불리한 판이라지만 직감에만 의존한다는 식의 평가절하는 그만 멈추셨으면 하네요. 관리자로서 말투를 조심하고 있다시면서요. "밥풀떼기" 2021년 9월 22일 (수) 20:17 (KST)

내용과는 별개로 들여쓰기를 했을때의 글자가 화면을 벗어나거나 거의 끝에 가있으면 내어쓰기 부탁드립니다. 편집할때 렉이 걸리고 들여쓰기를 많이하셔서 화면을 벗어난 글자들이 많아 들여쓰기를 일일히 편집하기 어렵습니다. --Dand music (토론) 2021년 9월 19일 (일) 21:18 (KST)

아 물론 어떤 말씀을 하셨는지 모르겠고요. 그러니 내어쓰기 부탁드립니다:) --Dand music (토론) 2021년 9월 19일 (일) 21:55 (KST)

@Dand music: 모바일 편집 중이신가봐요! 그때는 가로로 보거나 pc버전으로 보셔야 할 거예요. 위키백과가 엄청 긴 토론에선 원래 들여쓰기를 많이 해왔기 때문에 어쩔 수가 없어요ㅠㅠ -- Uconhe ^토 _기 2021년 9월 19일 (일) 21:56 (KST)

발제자께서 이 토론을 여신 이유를 이해하기 어렵습니다. 지난 토론에서 누구도 따옴표로 통일하는 것을 강제하자고 주장하지 않았기 때문입니다.

• Reiro: “개정안을 다음과 같이 제안합니다. (중략) 권장”, “각각의 경우 웬만하면 권장입니다만, 가급적 같은 분야의 문서라면 형식 통일을 위해 맞춰 주었으면 하는 바”
• 사도바울: “국립국어원처럼 따옴표의 사용을 허가하면 될 문제”

그런데도 현행 지침이 정말로 그렇게 되어 있다면 이는 발제자가 아니라 분명히 지침에 문제가 있는 것입니다. 또한 현행 지침은 바로 위에서 둥근 따옴표(‘’“”)를 쓰라고 규정했음에도 둥근 따옴표의 대체물('")을 기본값으로 규정함으로써 인접한 지침을 위반하고 있다는 문제도 지닙니다.

화살괄호는 국립국어원의 2014년 개정에 따옴표로 대체해 써도 된다고 새로이 규정된 부호이기도 하지만, 2014년 개정에 추가된 부호이기도 합니다. (즉, 국립국어원이 개정 이전에 쓰고 있던 화살괄호를 입력의 불편함 때문에 따옴표를 쓸 수 있다고 ‘변경’했다고 보는 것은 사실의 왜곡임) 개정 전까지는 ‘비합법’이었던 부호가 어째서 규정에 추가되었는지에 주목해야 합니다. (아래에서 ‘꺾쇠표, 꺾은괄호’는 ‘화살괄호’의 이전 용어임)

• 양명희(2002): “문장 부호 규정에 없음에도 불구하고 출판물에 많이 사용되는 부호에는 꺽쇠표(〈〉), 겹꺽쇠표(《》), 쌍반점(;) 등이 있다. 대학의 교양 국어 교재 중 몇 교재는 단행본에 겹꺽쇠표, 제목에는 꺽쇠표를 사용하고 있고, 신문에도 꺽쇠표가 사용되며 교과서에서조차 꺽쇠표가 사용된다.”
• 임동훈(2002): “1998년의 국어연구원 개정안에서는 꺾쇠표(〈 〉, ≪ ≫)와 낫표(「」, 『』), 밑줄표(_)를 새로 추가하고 있는데, 필자는 이러한 부호 추가가 매우 합당한 것이라고 생각한다. 꺾쇠표는 남한의 규정에서 제시된 바 없으나 실제의 문자 생활에서는 꽤 널리 사용되고 있다. 또 북한의 규정에서는 1950년 규정에서 괄호의 일종으로, 1954년 규정과 1966년 규정, 1988년 규정에서 인용표로 제시된 바 있다. 따라서 앞으로는 꺾쇠표도 문장 부호의 하나로 인정하여 낫표나 따옴표를 쓸 자리에서 꺾쇠표도 함께 쓸 수 있도록 하는 것이 문자 생활에 편리할 것이라고 생각한다.”
• 박정규(2007): “실제로는 ‘< >, 《 》, 【】’ 등의 부호를 적절하게 병행하는 경우가 비일비재함에도, 정작 규정의 어느 부분에서도 이러한 부호들은 전혀 제시되지 않기 때문에 문장 부호 규정 자체가 별반 도움이 되지 않는 것이다.”
• 김봉국(2007): “책명에는 ‘겹낫표(『 』)’나 ‘겹꺾쇠표(≪ ≫)’ 와 같은 부호를 사용하고, 논문명에는 ‘낫표(「 」)’나 ‘꺾쇠표(< >)’와 같은 부호를 사용하면 될 것이다.”
• 신호철(2009): “국어 문장 부호에 필수적으로 추가해야 할 문장 부호로 ‘겹꺽쇠표(≪≫)’, ‘꺽쇠표(<>)’와 ‘쌍반점(;)’을 제안한다. 이들에 대한 추가 제안은 이미 여러 연구자들에게서 제기되었다.”
• 이관규 외(2010): “현재 책이름을 표시하기 위해 매우 다양한 기호를 사용하고 있는데, 겹낫표, 낫표를 사용하는 경우, 큰따옴표와 작은따옴표를 사용하는 경우, “겹꺾쇠표(《 》)와 꺾쇠표(< >)”를 사용하는 경우 등이 있다. 이 중 ‘겹꺾쇠표(《 》)와 꺾쇠표(< >)’는 책이름 표시에 자주 사용하는 부호로서 단행본에는 겹꺾쇠표, 논문 제목에는 꺾쇠표를 사용한다. 이 부호들은 사용 양상을 고려할 때 따옴표에 포함시킬 수 있다.”, “현행 문장 부호 규정에서는 세로쓰기를 위한 문장 부호로 고리점( ̥), 모점( 、), 겹낫표(『 』), 낫표(｢ ｣)를 사용하고 있는데, 이는 언중 들의 실제 말글살이에 거의 사용되고 있지 않으며, 실제 사용하고 있는 “겹꺽쇠표(《》), 꺾쇠표 (〈〉)”나 “쌍반점(;)” 등은 문장 부호 규정에서 제외되어 있다.”
• 김인균(2011): “세칙안이나 많은 논의에서 내세우는바 책, 신문, 예술 작품의 제목이나 책의 일부 작품이나 논문 등에 겹낫표(또는 겹꺾쇠표)와 낫표(또는 꺾쇠표)를 쓸 수 있다고 하였다. 따옴표가 자주 나오는 경우 지저분하고 의미 변별에도 어려움이 있어 따옴표의 부담을 줄이고 간결함을 위해서라도 이들을 쓸 수 있을지 몰라도 이들 또한 문장 부호가 아닌 인쇄 편집 부호로 넘겨 상황에 따라 쓸 수 있도록 함이 바람직할 것이다.” (마침표, 물음표, 느낌표, 쉼표, 큰따옴표, 작은따옴표, 소괄호, 줄임표만 문장 부호로 제한하자는 논문)
• 임동훈 외(2011)

  (8) 언어 현실에서 널리 쓰이는 문장 부호를 추가함.

- ‘낫표(겹낫표『』, 홑낫표「」)’와 ‘꺾쇠표(겹꺾쇠표《 》, 홑꺾쇠표〈 〉)’ 규정을 새로 만듦.

□ 꺾쇠표 (겹꺾쇠표 ≪ ≫, 홑꺾쇠표 < >)

- 겹꺾쇠표는 ‘≪ ≫’, ‘⟪⟫’, ‘« »’ 등 사용되는 모양이 다양하게 나타남. 겹꺾쇠표의 경우 낫표와 마찬가지로 자판에서 바로 입력하는 것이 불가능함. 국어원 개정안에서는 넓게 벌어진 모양의 겹꺾쇠표(⟪ ⟫)를 기준 모양으로 제시하고 있으나, 지침서에서는 국제적인 통용을 고려하여 ‘≪≫’를 꺾쇠표 모양으로 선택하였음.

- 홑꺾쇠표는 자판에서 직접 입력할 수 있음. 입력의 편리성을 고려하여 홑꺾쇠표의 모양은 ‘< >’로 선택하였음.

• 김한샘(2013): “현행 규정에서는 (중략) 제목을 나타내는 데에 쓰이는 ‘꺾은괄호’, ‘낫표’ 등의 부호가 누락되었다는 것도 규정에 맞추어 문장 부호를 사용하려는 이들에게 어렵게 느껴진다.”
• 이관규(2013): “겹낫표, 홑낱표, 겹꺽은괄호, 홑꺾은괄호는 학계에서 책명이나 논문명으로 흔히 사용해 온 문장 부호들이다. 이번 개정안에서 그런 현실을 반영한 것으로 보인다.”

이상의 여러 국어교육학자, 학교문법가, 의미론자 등의 연구를 통해, 화살괄호는 출판계, 학계 등에서 실질적으로 사용되어 왔으며, 그들의 요구에 따라 2014년 개정에 추가되었음을 알 수 있습니다. (이관규 외(2010)과 임동훈 외(2011)은 국립국어원 연구로, 2014년 개정에 직접 영향을 끼쳤습니다. 문장 부호 개정 고시에서 화살괄호로 〈〉《》가 아닌 부등호를 채택한 것은 임동훈 외(2011)의 기술이 결정적이었던 것 같습니다.)

사정상 토론을 다 읽기 어려워 개인적인 의견만 남깁니다. 위키백과는 위키이기 이전에 백과라는 점에서 기존의 백과사전에 준하는 권위를 지녔을 뿐 아니라, 정확하고 검증된 출처만 인용할 것을 중시한다는 점에서 학술적 글쓰기에 준하는 엄밀성과 권위가 부여된 텍스트이기도 합니다. 위키백과의 본문이 백과사전이나 학술적 글과 같은 권위를 시각적으로 표시하는 방법에는 그들과 같은 문장부호의 사용, 즉 화살괄호의 사용이 있다고 생각합니다. 여러 출판사가 자체적인 편집 지침에서 제목 등을 표시할 때 따옴표가 아닌 낫표나 화살괄호로 통일하고 있기도 합니다. 그렇다면 적어도 몇몇 부문에서는 화살괄호를 기본값으로 하고, 따옴표를 허용하는 것이 나을 것입니다.

덧붙여, 유니코드에서는 ‘’“”"를 따옴표(quotation mark), 〈〉《》를 화살괄호(angle bracket), '를 아포스트로피(apostrophe)로 규정하고 있습니다. 이를 고려하면 정식 기호는 ‘’“”는 둥근 따옴표, 〈〉《》는 화살괄호이며, '"는 둥근 따옴표의 대체물, '는 따옴표의 대체물, <>≪≫는 화살괄호의 대체물로 볼 수 있을 것입니다. 자판을 통한 입력이 편리한 (둥근) 따옴표의 대체물이 널리 사용된다면 화살괄호의 대체물도 널리 사용되는 것이 당연한 일이며, (둥근) 따옴표의 대체물을 금지하지 않는 이상 화살괄호의 대체물도 금지할 이유가 없습니다. 다만 봇 편집의 용이성, 사용자 환경에서 어떤 글꼴을 택하든 모양이 변하지 않는 심미성, 유니코드상의 명칭 등을 고려하면, 대체물이 아닌 것을 기본값으로 하는 것이 타당해 보입니다. 대체물을 기본값으로 하는 경우 문서의 표제어 부분에서 특수:차이/28592017과 같이 불필요하게 코드가 길어질 수도 있습니다. --吳某君 (토·기) 2021년 9월 22일 (수) 15:55 (KST)

@오모군: 많은 분들이 화살괄호를 지지하니 제가 부호의 완전한 통일을 바라긴 힘들겠습니다. 다만 몇가지 지적할 부분이 있습니다.

1. 화살괄호가 이번에 추가된 것은 맞으나, 이는 이전에 낫표만이 표준으로 존재했기에 그런 것입니다. 이미 화살괄호는 출판사에서 관례상 사용중이었으니까요. 따옴표 허용은 기사에서 나오듯 ("낫표와 화살괄호도 키보드에서 쉽게 쓸 수 있는 따옴표로 대체할 수 있도록 했다") 인터넷 상 글쓰기의 편의성을 위한 것이 맞습니다. 즉, 키보드 입력을 위해 따옴표를 추가했다는 것은 왜곡이 아닙니다.
2. 현재처럼 따옴표 규정이 없던 시절에도, 이미 사람들이 화살괄호 자리에 부등호를 넣는 등 입력의 불편함에 대한 반작용이 나오고 있습니다.(예:인피니트 문서엔 2015년부터 등장) 실제로 틀:방탄소년단 등 최근 가수의 틀에는 기존과는 달리 화살괄호가 적용되지 않으나, 아직도 꼬박꼬박 화살괄호를 넣는 음악 문서 (MAP OF THE SOUL : 7)에는 등장하죠. 그런데 여기서조차 부등호가 있었고요. 즉, 혼동되기 쉽고, 기술적 문제는 여전히 존재하고, 무엇보다 입력이 불편하여 현행 유지시 화살괄호를 부등호로 입력해버리는 사안은 무시할 수 없습니다. 표기의 편의성 역시 고려 대상이어야 할 거예요.
3. 문화 관련 문서의 경우, 화살괄호가 로마자와 그다지 어울리지 않습니다. 그보다, 겹치는 분야가 있다면 (가령 '책' 원작 영화 또는 음반, tv 프로그램) 규정이 다른 경우 고치기도 힘들고요.

이 정도 생각할 점이 있겠네요.--Reiro (토론) 2021년 9월 22일 (수) 16:39 (KST)

또한, 둥근 따옴표를 기본값으로 할 경우 위키 특성상 실효성이 없다고 판단되어 현행 따옴표로 했습니다. Reiro (토론) 2021년 9월 22일 (수) 16:44 (KST)

@오모군: 고견 감사합니다. 토론 진행에 큰 도움이 될 것 같습니다. 제가 금지한다는 표현을 써서 첫머리에 언급하신 것 같은데, 지침수립 과정에서 강제하자는 주장이 없었을지라도 통과 이후로는 사실상 '이렇게만 써야 한다'는 해석으로 받아들여지기 때문입니다. 보다 직접적인 발제 이유를 솔직하게 말씀드리면 좋은 글 후보토론에서 Reiro님이 화살괄호를 사용한 점을 채택 반대근거로 삼았기 때문입니다. 규정 그대로만 본다면 확실히 따옴표로 쓰라는 워딩으로 받아들여지기 쉽다고 생각합니다. 현행 위키백과의 수많은 문서에 반영된 화살괄호 표기와, 또 저처럼 개정 사실을 모르고 화살괄호로 편집하는 게 익숙했던 편집자들을 배려하기 위해서라도 화살괄호 사용의 명시는 필요하겠습니다.

@Reiro: 1번은 고려해봤자 한위백 내에서 화살괄호 입력이 충분히 보장된 바 의미가 없는 지적인 것 같고, 2번은 이제보니 따옴표도 원래 써야 할 둥근따옴표가 있다는 점과, (위에서 줄기차게 입증된 바) 인용문 표기와 혼동될 수 있다는 점, 부등호로 입력하는 문제는 사용자에 대한 충분한 안내가 필요하다는 점, 둘 다 혼란성이 크다고 가정된 상황에서 편의성보다는 적합성을 따져야 할 문제라는 점을 생각하면 역시 고려 대상이 못 될 것 같습니다. 3번은 결국 개인차입니다. "밥풀떼기" 2021년 9월 22일 (수) 20:30 (KST)

그리고 Airbag (타블로의 노래)에서 nowiki 쓴 건 좀 놀랍네요. 작은따옴표도 이참에 홑화살괄호로 통일해야겠습니다. "밥풀떼기" 2021년 9월 22일 (수) 20:37 (KST)

1. 키보드로 칠 수 있고 없고 차이는 분명 존재하니까요. 그게 아니라면 움라우트도 다 허용됐죠. 웹 접근성에서도 그걸 강조하고. 뭐 근데 일단 대세는 잡힌 것 같고...

2. 둥근따옴표는 유니코드나 편집 도구를 이용해야 사용 가능하므로 실효성이 굉장히 떨어집니다. 편의성이 떨어져서 화살괄호 100%인 예전에도 자꾸 부등호가 튀어나왔던 거고요. 또한 대체 따옴표는 부등호와 달리 봇편집에 영향을 끼치지 않습니다. 대체냐 아니냐는 논점 일탈로 보이네요.

3. 개인에 맡겼다가는 또 나중 가서 '그때 합의해놓고 왜 끼어드냐' 내지 '왜 내가 편집한 문서 기호 마음대로 건드냐' 등의 이야기가 나오죠. 봇 편집은 물건너가고요. 그러니 최소 큰 분야 내에선 통일이 필요하다고 봅니다. 특히 영어 이름과는 꽤 안 어울리긴 하니까요. Airbag의 작은 따옴표 문제는 일전에 제가 따옴표 일괄 수정해 둔 건데, 그냥 소프트웨어에서 자동 보정되는 듯 하네요. 전 nowiki 같은 건 건들지도 않았거든요. Reiro (토론) 2021년 9월 22일 (수) 21:28 (KST)

그러니까, 대중문화 관련 (만화, tv, 영화, 음악, 게임 등등) 분야는 쉬운 따옴표가 낫지 싶습니다. 지금도 상대적 저연령층이 많이 편집하는 곳인데 비교적 익숙한 표기 쓰는 게 적응에 도움이 될 테고, 부등호 쓰지 말고 굳이 도구창 들어가서 화살괄호 권하기보다 그냥 따옴표로 쉽게 쓰라 하는 게 낫겠지요. 실제로도 부등호가 꽤 많이 보이는 곳이고, 무엇보다 '평가' 문단에서 한 문장마다 도구창 왔다갔다하라는 게 그다지 설득력은 없을 겁니다. "있으면 쓰겠지" 라기엔, 75%가 편집법도 제대로 모른다는 점을 감안할 필요가 있습니다. Reiro (토론) 2021년 9월 22일 (수) 21:36 (KST)

제가 지금까지의 토론에서 이해한 바는 다음과 같습니다.

	Reiro님	다른 사용자 분들(저도 포함)
공통된 입장	"한 가지 표기로 모두 통일하지 말자"
다른 입장	"따옴표로 하자"	"화살괄호를 금지할 이유가 없다. 따옴표로 일일이 교정하면 많은 작업이 필요하다. 차라리 화살괄호로 하자"
	"화살괄호는 사용자에게 익숙치 않다"	"개인적인 느낌으로 판단하면 안 된다"
	"화살괄호는 부등호와 혼동될 수 있어서 위키텍스트에 오류가 날 수 있다"	"사용자들의 실수는 교정해줄 수 있다"
	(예시)"음악 분야는 따옴표로 통일하자"	"하지만 음악 분야는..."

양측 모두 틀린 말씀을 하시는 건 하나도 없다고 생각합니다. 하지만 현재 토론 상황으로 봤을 때, 3주가 지났는데도 같은 주제가 반복되고 의견 일치가 보여지지 않는 걸 보면 편집 지침이 잘 결정될 수 있을지 걱정이 됩니다. 또 사용자 분들께서 오랫동안 토론에 참여하시면서 힘드시기도 하실 거고요. --Uconhe ^토 _기 2021년 9월 22일 (수) 22:38 (KST)

여기까지 온 이상 제 뜻만 고집하는 것도 무리겠죠. 어떻든 간에 화살괄호 원하는 사람이 위백 내에 많다는 이야기니까요. 부등호야 날 잡아서 클린업 프로젝트라도 짜야겠습니다만...

다만 그렇다면, 최소한 대중 문화 일부 분야 관련해서는 따옴표로 통일하는 게 어떻냐는 겁니다. 실제로 상대적 저연령층이 많이 이용하고 지금도 편집에 참여하는 공간이니만큼 되도록 쉬운 부호를 쓰는 것이 나아보입니다. 오히려 화살괄호가 어색한 세대기도 하고, 영화나 음반 특성상 평가 문단에 한 문장마다 화살괄호를 써야 할 텐데, 화살괄호가 키보드로 한번에 입력하기 힘든 부호라는 점이 걸림돌이 될 듯 합니다. 지금 가수나 음반 문서에 부등호 나오는 것도 그 이유고요. 사람대로 나누면 또 문제 터질테니, 최소 큰 분야 기준으로는 나눴으면 합니다.Reiro (토론) 2021년 9월 23일 (목) 00:04 (KST)

@Reiro: 저도 영화나 음반 문서에서 따옴표 사용을 찬성합니다! 부등호 오타가 많은 곳이기도 하고, 새롭게 편집되는 분야 중 하나니까요. 물론 다른 사용자 분들께서 반대하시는 의견이 아래에 많이 달리고 이 부분에 대한 토론이 성공적으로 끝날지도 모르겠지만, 저는 분야별의 통일을 바라기 때문에 찬성하겠습니다.

Reiro님께서 사용자:Dand music/케이팝 에디터톤처럼 자체적으로 에디터톤이나 프로젝트를 만드신다면, 시간 날 때마다 분류:대한민국의 음반, 분류:2020년 음반처럼 구역을 나눠서 수정하는 것도 좋겠습니다. 하지만 일부 문서에서 화살괄호를 따옴표로 미리 바꾸고 계신데, 토론되지 않은 사항에 대해서는 먼저 수정하지 않으셔도 될 것 같아요! --Uconhe ^토 _기 2021년 9월 23일 (목) 07:27 (KST)

PERC%NT 등 문서를 보면 확실히 화살괄호가 위에 있음에도 그냥 부등호 써버리더군요. 에이프릴 (음악 그룹) 등은 문단명에 이탤릭체를 쓰고요. 확실히 문단명가 화살괄호 등 특수 문자가 들어가 있으면 다른 토론에서 링크하기도 어렵고... 연예 분야 특성상 또 문단에 작품명이 많이 들어가는지라 여긴 허용되었으면 좋겠네요. Reiro (토론) 2021년 9월 23일 (목) 20:39 (KST)

의견 양보 감사드립니다. 대중음악처럼 화살괄호가 극히 어색한 경우가 있으며, 이 때 따옴표가 우선적으로 고려되어야 한다는 점에 전적으로 동의합니다. 개인적으로 가장 필요한 부분은 "화살괄호, 따옴표 등을 아예 사용하지 않을 수 있음"도 명시하는 것이라 생각합니다. ――사도바울 (💬✍🧾) 2021년 9월 23일 (목) 22:29 (KST)

회사명 등은 보통 강조 아니면 쓰지 않으니까요. 아예 쓰지 않는다 하면 또 그걸로 싸울 겁니다. 한국에 문장 부호 논의가 원체 없어서 이런 결과가 생기는군요.

그리고 이번엔 아예 '음악' 자체를 그냥 다 통일하는 게 좋아보입니다. 아니면 영화도 고전/현대로 나누고 별별 일로 다 꼬일 것 같거든요. 무엇보다, 사도바울님도 편집하셨으면 아시겠지만 음악가 특성상 문단명에도 작품명이 올라갑니다. 거기에 특수 문자 쓰면 다른 곳에서 링크하기 힘들어요. 안 그래도 사람들이 본문은 화살괄호인데 문단명은 쉽다는 이유로 이탤릭체 쓰는 등, 문단 화살괄호 사용의 실효성이 의심되기도 하고요. Reiro (토론) 2021년 9월 24일 (금) 15:24 (KST)

물론 화살괄호 좋아하는 사람 많은 건 알지만... 이곳이 '인터넷' 백과사전임은 감안해야겠죠. 한글이나 워드 특수기호란에 화살괄호가 없어서 사람들이 부등호나 따옴표 써오던 게 아니니까요. 기술적 한계도 감안하고. Reiro (토론) 2021년 9월 24일 (금) 15:25 (KST)

우선 아직 음악 분야에 대해서조차도 결정된 바가 없으니, 화살괄호를 더 선호하시는 사:밥풀떼기님과 사:양념파닭님께서 음악 분야에서의 따옴표 사용에 대해 어떻게 생각하시는지도 알고 싶어요. 양측의 입장을 듣고, 우선 음악 분야라도 의견을 정리해야 한다고 생각합니다.
만약 현대 음악 분야가 따옴표를 사용하게 된다면, 장르 구분도 힘드니 음악 전체로 확장하는 게 낫다고 생각합니다. 그러면 프토:고전음악#문서_내_작품의_서술방식에_대해에 말씀하신 대로 《책》인지 "음반"인지 일반 사람은 구분하기 힘들기 때문에 악보집도 따옴표로 표기해야 할 겁니다. 또, 음악이 기록된 책과 일반 책을 구분하기 쉽지 않으니 모든 책도 따옴표로 표기 범위를 확장해야 할 겁니다. 따옴표나 화살괄호로 일방적인 표기 통일은 하면 안 된다고 생각하는데, 그렇게 되면 따옴표로 표기해야 할 범위가 너무 넓어지는 것 아닐까요? 그때 토론에 계셨던 사:Reiro님과 사:사도바울님 생각을 듣고 싶습니다. -- Uconhe ^토 _기 2021년 9월 24일 (금) 18:00 (KST)

저번 토론에서 제 요지는 모두 제시해드렸고, Reiro님께서 이번에도 의견 많이 제시해주셨으니 이 또한 가치판단의 문제가 되리라 봅니다. 처음 토론 접하시는 분들 감안해 마지막으로 정리하자면 해리포터 (소설)과 해리포터 (영화) 만큼의 차이가 나비부인 (composition)과 나비부인 (recording)만큼의 차이가 있다는 생각입니다. Uconhe님께서 Reiro님에 찬성의견이신 듯하니 양념파닭님과 밥풀떼기님 의견 보고 찬성 의견이 더 많다면 기꺼이 의견 양보하겠습니다만, 정책으로 강하게 금지하지 않는 이상 제목이 너무 긴 경우 가독성을 위해 화살괄호를 사용할 것 같습니다. ――사도바울 (💬✍🧾) 2021년 9월 24일 (금) 22:13 (KST)

전 화살 괄호 지지자입니다. 양념파닭 (토론) 2021년 9월 24일 (금) 22:49 (KST)

제가 따옴표를 내건 주된 이유는 편의성과 실효성, 그리고 기술적 한계입니다. 그러니 웬만하면 '긴 제목' 같이 추상적인 기준은 도입하지 않았으면 합니다. 이 토론도 사실 처음에 완전히 통일하지 못해 벌어진 일입니다만, 현재 꽤 나뉘고 있으니 절충안 찾는 거고요.

아울러, 시간 개념 등으로 고전/현대 나눠서 같은 분야 표기법 다른 것도 의미 있는지 모르겠습니다. 가령 옛날 민화는 화살괄호 하고 요즘 팝아트나 무라카미 다카시같은 현대 조형 예술은 따옴표로 하자, 이런 식으로 기준 내걸면 아마 가장 먼저 제 반대편 분들이 들고일어날 걸요. 오히려 클래식 하는 사람들은 이탤릭체를 굉장히 좋아하죠. 이런 식으로 하나하나 사정 봐주기 힘드니, 음악 쪽은 그냥 따옴표 통일이 어떤가 합니다. 문단명에 화살괄호가 있으면 나중에 다른 곳에서 링크하기 은근 까다로워요. 지금도 문단명의 작품명은 이탤릭체나 부등호 등으로 잘 안 지키는 판에, 현실적인 측면을 고려하자는 겁니다. 워드에 화살괄호 기호가 없어서 사람들이 따옴표 쓰던 거 아니니까요. --Reiro (토론) 2021년 9월 25일 (토) 04:16 (KST)

문단명에 화살괄호나 따옴표를 넣는 사례가 있나요? 본문에는 들어가더라도 문단명에서는 빼는 줄로 알고 있습니다. Uconhe ^토 _기 2021년 9월 25일 (토) 07:07 (KST)

@사도바울: 다시 생각해 보니 만약 음악이 따옴표로 통일된다면 작곡 부분은 포함되지 않아야겠습니다. 우선, Reiro님께서 따옴표를 말씀하시는 이유는 일반인이 구별하기 어렵다는 것입니다. 하지만 대중 가요가 아닌 고전음악 같은 분야에서는 숙련되지 않은 사용자의 비율이 높지 않습니다. 둘째, 작곡본이 따옴표로 된다면 작곡본도 엄연히 책 또는 기록물이기 때문에, 따옴표의 범위가 기록물까지 표함하는지가 애매해지게 됩니다.

@Reiro: 제가 따옴표를 찬성한 이유는 입력이 어려운 걸 배제하고, 화살괄호가 부등호와 혼동될 수 있기 때문입니다. 이때 따옴표로 표기하는 걸 지침에 넣게 된다면, 저는 음악 분야만 따옴표로 표기되었으면 합니다. 위키백과는 대중가요 문서가 토막글 수준이고, 틀:이달의 소녀에서도 보시면 곡이나 앨범 문서가 아예 없는 것도 많습니다. 그래서 대중가요 문서 편집자 중에서 숙련되지 않은 사용자의 비율이 높다는 건 당연하다고 아실 겁니다. 그래서 부등호 사용도 많고, 혼란도 많을 수 있습니다. 하지만 영화, 방송 같은 문서는 그런 비율이 적고, 사토에 말씀을 드려서 고치게 되면 부등호의 사용이 훨씬 적을 겁니다. 이미 화살괄호가 압도적으로 쓰이고 있습니다. 그러니 개인적으로 저는, 최후의 방안으로 부등호 실수가 많은 대중가요 분야(또는 음악 분야)에서만 따옴표 표기를 찬성합니다.

따옴표 통일의 이유는 다시 말하자면 혼란을 줄이기 위해서입니다. 하지만 어떤 분야에서 따옴표로 통일하면 오히려 혼란이 커진다고 생각합니다. 예를 들어 프토:영화#영화_제목을_적을_때_화살_괄호에서_따옴표로에서 나온 예시인 겨울왕국, 프토:방송#방송_프로그램_제목을_적을_때_화살_괄호에서_따옴표로에서의 예시인 이태원 클라쓰 (드라마) 문서조차도 화살괄호가 따옴표로 바뀌지 않았다는 점에서 알 수 있습니다. 압도적으로 쓰이는 화살괄호를 봇을 써서 따옴표로 바꿨다가 사용자에게 잘 알려지지 못할 바에는, 차라리 음악도 화살괄호로 했으면 합니다.

의견을 바꿔서 토론에 혼란을 끼쳤다면 죄송합니다. 하지만 이젠 화살괄호를 지지하는 쪽에 개인적으로 더 마음이 가네요. -Uconhe ^토 _기 2021년 9월 25일 (토) 08:17 (KST)

@Uconhe:그건 중간에 책 원작의 것이 있다고 해서 봇 작업을 중단하느라 그런 것입니다. 이미 한국 것은 바꿔놓기도 했고요. 화살괄호가 압도적으로 쓰인 것은 다른 문서를 참조하여 관성적으로 모방하기 때문이지요. 현재는 국립국어원 규정도 바뀌었고, 이곳이 '인터넷'백과사전임을 고려하여 조금 더 쉬운 표기법을 채택할 필요가 있습니다. 솔직히 한 문장 쓸 때마다 편집창 오르내리긴 너무 버거워요.

그리고 문단명에도 충분히 많이 씁니다.... 일단 이탤릭체로 된 것들이 그것들이고, 브걸 문서도 원래는 화살괄호였어요. 문단명에 특수기호 들어가면 너무 복잡해집니다. 부등호로 바꿔쓸 여지도 높고요.--Reiro (토론) 2021년 9월 25일 (토) 11:27 (KST)

아 그랬군요 몰랐네요! 제 말이 좀 거칠었던 것 같아요. 제가 말하려 했던 건 이겁니다↓↓
① 영화나 방송에서 봇으로 화살괄호를 따옴표로 바꾸는 일이 쉽지 않고, 대중음악에서도 쉽지 않을 것임은 분명해요. 책 이름 같은 게 들어갈 수 있으니, 봇 작업도 미뤄질 수 있어요. 아니, 미뤄지지 않으면 더 이상하겠네요. 하지만 봇 작업이 한두 문서에서 일어나는 일이 아니잖아요. 그래서 따옴표로 바꾸는 건 좀 작업이 많이 필요하고 힘들지 않을까요? 따옴표로 얻는 것이 많지만, Reiro님이랑 파닭봇님께서 힘이 많이 드실 수 있다는 거죠. (봇에게도 존댓말을 써야 하는지 모르겠네요ㅋㅋ)

② 그리고, 봇 작업이 완료되는 시간이 차이가 있으면 사용자들이 혼란이 있을 수 있어요. "여기는 왜 화살괄호고 여기는 왜 따옴표지? 같은 분야인데?" 봇 작업이 한 번에 처리되는 일이 아니니까 문서마다 처리되는 시간차가 있을 거예요. 하지만 이런 차이가 오래 계속되면 혼란스러울 수 있으니, 작업이 되려면 좀 신속하게 되면 좋겠어요^^ -- Uconhe ^토 _기 2021년 9월 25일 (토) 12:57 (KST)

...의도를 잘 모르겠으나, 이번에는 한 번 정해지면 봇 편집 등은책 이름 등 차이를 무시하고 편의상 표제어 따라 해버릴까도 생각중이긴 합니다. 아니면 아예 손을 못 대니까요. 그리고 작곡자는 제외한다는 안에는 반대합니다. 테디 라일리나 용감한형제 등 걸출한 사람이 얼마나 많은데요. 유희열, 박진영도 작곡자고, 휘성은 작사자로도 활동한지 오래 되었습니다.Reiro (토론) 2021년 9월 25일 (토) 13:15 (KST)

작곡자를 제외하자고 한 건 아니고, 저는 나비부인(작곡)과 나비부인(녹음)처럼 녹음된 버전의 음악에 대해 말해본 것입니다. 그런데 솔직히 이 부분은 찬성해야 할지 말지 잘 모르겠어요ㅠㅠ 전문적인 지식이 없어 가지고.. Uconhe ^토 _기 2021년 9월 25일 (토) 16:53 (KST)

아마 사도바울님이 오페라 등 가곡을 염두에 두신 것 같은데... 이런 분류법은 지금 저도 회의적입니다. 저게 된다면 수십만장의 유화로 만든 영화 "러빙 빈센트"는 그림일까요, 영화일까요? 크게 크게 나누어, 이 부분은 따옴표 처리가 어떨지 싶습니다. 아니면 영화도 무성/유성 나눠서 또 복잡해질 것 같아요. (참고로 아카데미 5관왕에 빛나는 '무성 영화' "아티스트 (2011년 영화)"란 예시가 있죠.) Reiro (토론) 2021년 9월 25일 (토) 17:29 (KST)

러빙 빈센트는 제작기법이 유화인 것일 뿐 영화 작품이 맞는데요. 영화 쪽은 화살괄호를 일괄 적용하는 게 맞다고 생각합니다. 밥풀떼기 (토론) 2022년 2월 7일 (월) 17:59 (KST)

재논의

아래의 내용은 과거의 토론 내용입니다. 새로운 토론은 새 문단에서 다뤄주세요.

---

맨 처음 제안했던 내용과 오모군님의 견해를 참고하여 화살괄호의 사용 명시를 다음과 같이 다시 제안합니다.

작품 제목 표시에 쓰이는 부호

작품 제목을 표시할 때, 위키백과에서는 화살괄호(〈 〉 《 》)와 따옴표(' ")를 권장합니다. 인터넷에서 작품 제목을 표기할 때 이전에는 화살괄호만 허용되었으나, 2014년 10월 27일 발표된 국립국어원 한글맞춤법 개정안에 따라[1] 입력이 간편한 따옴표 역시 사용할 수 있게 되었습니다. 낫표(「 」 『 』), 부등호(< > << >> ≪≫) 역시 현실에서는 사용되지만, 낫표는 주로 세로쓰기에서 사용되는 점, 부등호는 화살괄호의 대체물에 지나지 않는 점을 감안하여 위키백과에서는 권장하지 않습니다. 한국어에서 쓰이지 않는 이탤릭체 역시 부호로 대체할 것을 권장합니다.

화살괄호 · 따옴표는 대상의 범위에 따라 겹화살괄호 · 큰따옴표/ 홑화살괄호 · 작은따옴표로 나뉩니다. 국립국어원 어문 규정에 따르면 전자는 '책의 제목이나 신문 이름 등'을 나타낼 때, 후자는 '소제목, 그림이나 노래와 같은 예술 작품의 제목, 상호, 법률, 규정 등'에 사용됩니다. 다시 말해 상대적으로 범위가 넓은 대상을 가리킬 때는 겹화살괄호 · 큰따옴표를, 좁은 대상에는 홑화살괄호 · 작은따옴표를 사용합니다. 이를 표로 나타내면 다음과 같습니다. (책 제목 등 특수한 경우, 겹화살괄호를 사용합니다)

이 외에도 신문 · 잡지 · 웹진 이름은 겹화살괄호로, 예술 작품의 제목(영화, 게임, 만화 등)은 홑화살괄호로 표시합니다. 다만 경우에 따라, 따옴표로 대체할 수 있습니다. 언론사명과 게임 등은 부호를 생략할 수 있지만, 문맥 내 명확한 구분을 해칠 수 있기에 권장하지는 않습니다.

화살괄호가 명칭 표기에만 사용하는 기호라는 사실로 미뤄보아 그것을 기본으로 하고, 따옴표를 허용토록 하는 것이 순리에 맞겠다는 생각입니다. 화살괄호 입력의 불편함 문제는 편집창 상하단 특수기호 입력으로 해결되고 있다는 점, 따옴표로만 표기할 경우 인용문으로서의 기능과 혼동될 가능성이 있다는 점도 변치 않았습니다.

다만 일부 사용자들께서 선호하시는 대중음악, 시리즈와 에피소드 같은 경우에 따옴표를 적어야 한다는 여론도 참고하였으며, 특히 작품으로서의 취급이 크진 않은 언론사명과 게임 등의 표기에서는 부호를 아예 생략하더라도 어색함이 없다는 점도 반영하였습니다. --밥풀떼기 (토론) 2022년 2월 7일 (월) 18:14 (KST)

저 '경우에 따라'를 정해주는 시도가 참 어렵네요. 고서는 화살괄호, 팝 음악과 만화책은 따옴표 처리가 맞다고 보는데 그 중간 어딘가를 정하는게 통일성 면에서 좋고 혹시 모를 갈등을 예방하는 효과가 있지만서도 또 그걸 정하는게 맞는건지도 모르겠고.. ――사도바울 (💬✍🧾) 2022년 2월 8일 (화) 10:33 (KST)

기본적으로는 화살괄호이기 때문에 분쟁이 발생한다면 화살괄호로 통일하는 것으로 결론내리면 되겠습니다. 따옴표를 선호하시는 분들의 편집 스타일까지 방해할 수는 없어서 저렇게 표현하였습니다. 밥풀떼기 (토론) 2022년 2월 8일 (화) 15:54 (KST)

여러가지 생각해 보았습니다만, 일전 조커 (2019년 영화)에서 님 말고 다른 분도 화살괄호가 가시성엔 더 좋다는 의견 내놓은 걸 보고 그냥 통일성이 우선이라 생각했습니다. 언젠가 총의가 바뀔지는 몰라도 이게 최선이겠죠.

다만 그동안의 예로 보아, 회사명에는 일반적으로 쓰지 않고, 정 구분을 위해 붙이더라도 그냥 따옴표로 하더군요. (특히 정치 관련 글에서) 이 인용 부호의 처리를 어떻게 해야 할지 조금 난해하긴 합니다만, 우선은 통일성이라고 봅니다.

그리고... 솔직히 말하자면 게임이나 (상표로서) 웹사이트 (디시인사이드나 에펨코리아 같은)에서는 꼭 나올 때마다 붙여야 하는가 의문이긴 합니다. 물론 영화 비평에 자주 나오는 배너티 페어나 콜라이더를 언론사로 다룬다면야 붙이는 게 맞아 보이는데, 사실 저도 귀찮기는 한지라서요. 물론 이거야 프로젝트에서 정할 일입니다만, 어느 분야는 빼도 되는가...를 정하는 게 힘드네요. 가령 미디어믹스가 한참인 지금은 게임-음반-영화-(코믹스 원작) 등등이 한 문서에서 전부 나오는 건 물론이고, 심지어는 미장센 설명에 예전 명화가 튀어나오기도 하니까요. 저들 중 하나라도 꼬이면 안 정하느니만 못하죠.

결론 내리자면 1) 화살괄호 우선으로 하자 2) 생략할 수 있는 곳에선 생략하자 3) 정 부호를 붙여야겠는데 보통 따옴표 쓰는 곳에선 어떻게 처리해야 할까

이렇게 생각됩니다. 저는 3)이 도통 안 떠오르네요.

먼저 화살괄호를 기본으로 하되, 정말 생략해도 되는 예시를 권하고자 합니다.

1. 정보상자 제목란, 도표 등 제목만 홀로 쓰이는 공간: 이 경우 현행 맞춤법에서도 생략 허용하고, 무엇보다 있으면 오히려 지저분해지더군요.
2. 문단명에서 제목만 쓰이거나 나열되는 경우: 특히 대중음악에서 그러는데 (트와이스의 "2019년: Fancy You, Feel Special, &Twice"), 문제는 마마무처럼 "2018~2020: Four Seasons, Four Colors 시리즈, 멤버 솔로 활동, Queendom, 일본 데뷔, Reality in Black" 처럼 문장형이 추가되기도 합니다. 문단명 한해서는 따옴표를 해야 할지, 화살괄호 전부 적용할지, 아니면 그냥 생략할지 갈등 생기네요
3. '같이 보기' 문단 등에서 단순히 별표 ( * ) 등을 이용하여 제목을 나열하는 경우

그리고 낫표 등 기타 부호는 입력하기 어려우니 금지하고, 부등호는 일부 리더기에서 비교문으로 읽어버리는 등 웹 접근성을 떨어트리니 사용하지 않도록 권장하는 문장도 추가하죠. 이탤릭체도 쓰지 말라 하고. Reiro (토론) 2022년 2월 8일 (화) 15:03 (KST)

애초에 화살괄호도 지침 전반적으로 '권장한다'라고만 되어 있기도 하고, 또 이 자리에서 생각할 수 없는 너무나 많은 사례들이 발생할 것이기 때문에 백:얽을 적용해야 할 것입니다. 언급하신 예시들은 저 역시 생략해도 되겠다고 생각합니다. 밥풀떼기 (토론) 2022년 2월 8일 (화) 15:59 (KST)

다만 위 제안에 나와있는 문구를 제외하고, 부호를 생략하는 경우는 적지 않는 것이 좋겠습니다. 기본적으로 부호를 쓰지 않는 경우를 전제하고, '부호를 쓰라'는 것이 지침의 목적입니다. 부호를 넣기 복잡하고 구차한 경우는 상식적인 선에서 편집자 개개인이 대처하도록 맡겨두면 되겠습니다. 밥풀떼기 (토론) 2022년 2월 8일 (화) 16:05 (KST)

제가 굳이 밝히자고 한 이유는 백:정보상자, 백:둘러보기 틀 뿐 아니라 백:알찬글, 백:좋은글 등 문서를 단순 나열하는 곳이면서도 여러 문서에 영향을 끼치는 곳은 많기 때문입니다. 편집 지침이 어느 언어판이든 주요하게 작용하는 만큼, 대원칙 정도는 필요하다 생각합니다. 틀 등에서 문제 터지면 절대 하나의 문서 내지 한두명의 분쟁으로만 끝나지 않거든요. 특히나, 화살괄호 이야기는 꽤 오래된 것이기도 하고. 프로젝트끼리 어떻게 정하든 간에 최소한의 가이드라인은 필요합니다.

한국어의 문장 부호 규정이 아직도 미비하기에 (...) 어느 정도는 위키백과에 맞게 적용할 필요가 있겠습니다. 본문은 둘째치고, 적어도 정보상자나 둘러보기 틀, 도표 등 제목 나열에 대한 저 생략 규정은 정해 두어야 한다고 봐요. Reiro (토론) 2022년 2월 8일 (화) 16:15 (KST)

@밥풀떼기: 그리고 정말로, 특정 분야에 대해서만 따옴표를 쓰고 싶다면 굉장히 수준 높은 백:총의가 필요할 겁니다. 예를 들어 이전에 말했던 둘러보기 틀의 색상은 호날두 문서에서 보듯, "1) 색상은 현재 소속팀의 것으로 한다 2)둘러보기 틀은 현재 엔트리, 그 외의 것은 둘러보기 틀 묶음으로 가려 여러 색상이 뒤섞이는 일이 없도록 한다." 라는 원칙이 있는 듯 하거든요. 그래서 둘러보기 틀이 단 2개만 드러나 있죠.

이걸 @Sadopaul:님과 저의 경우에 대입하자면, "클래식이든 케이팝이든 '음악'이라는 범주 내에 전부 (화살괄호/따옴표)로 통일시키자" 정도의 총의가 필요하겠죠. 만화 역시 책이니 그림이니 따질 게 아니라 '책'이니 따옴표로 한다든지. 요컨대, 큰 범위 내의 통일이 필요하다는 말이죠. 그게 아니면 배트맨: 킬링 조크처럼 여러 장르 섞인 데에서 또 난리날 게 뻔하니, 그런 일은 줄이고 싶습니다. 물론 이런 경우 굉장히 기나긴 과도기가 필요하긴 하겠습니마는...

그런 의미로 시간대 차이가 얼마 안 나는 게임 관련 프로젝트는 합의가 빠를 수도 있겠네요. (내 게임은 젤다고 쟤는 포켓몬이니 다르게 하겠다 이런 분쟁 있다면 바로 막을 테니) --Reiro (토론) 2022년 2월 8일 (화) 16:25 (KST)

수준 높은 총의가 필요하다면 별도의 토론 기회를 마련하시는 쪽을 권합니다. 이것은 강권이 아니라, 따옴표의 사용 사례가 합의에 이르지 못했고 Reiro님을 비롯한 여러 분들의 의향을 확인해야 하기 때문입니다. 본 지침 제안의 목적은 화살괄호 허용을 기본으로 한다는 것이며, 부차적인 사안에 있어 통과가 너무나 지체되고 있습니다. 밥풀떼기 (토론) 2022년 2월 8일 (화) 16:31 (KST)

제가 제시한 화살괄호/따옴표 이외의 부호 금지 (낫표, 부등호, 이탤릭체 등등), 생략을 권장하는 상황 명시(둘러보기 틀, 좋은글의 나열 등)만 된다면 나머지는 크게 상관 없습니다. 특히 부등호는 이유를 명시해 두어야 제가 다른 사람들 설득하기 쉬워질 것 같아요. Reiro (토론) 2022년 2월 8일 (화) 16:33 (KST)

이탤릭체 금지는 추가하였습니다. 낫표와 부등호를 권장하지 않는다는 설명은 이미 되어 있으며, 생략을 권장하는 상황 명시는 앞서 말씀드린 이유로 반영하지 않았습니다. --밥풀떼기 (토론) 2022년 2월 8일 (화) 16:38 (KST)

음... 그 1, 3번 정도는 반영되었으면 합니다. 저들은 위키백과 전체를 아우르는 옵션이기도 하거니와, 명시되지 않는다면 '여러 문서에 걸쳐' 분쟁이 발생할 확률이 높습니다. 절대 모든 사람이 똑같이 생각하는 게 아니라, 최소한의 명시는 필요해 보입니다. 어느 프로젝트든 정보상자는 존재하고, 둘러보기틀은 특히나 색상 변경이 자주 일어나듯 여러 사람의 손을 타니까요. 더욱이 여러 문서에 사용되고. Reiro (토론) 2022년 2월 8일 (화) 16:44 (KST)

저희 둘 이야기하는 대로 다 흘러가면 좋겠는데, 그렇게 생각하지 않는 분도 있으니 명확한 정책이 필요합니다. (지금 기억이 잘 안 나는데) 어떤 악곡 정보상자 제목에 화살괄호 있어서 없앴더니 다시 되돌리시더군요. Reiro (토론) 2022년 2월 8일 (화) 16:46 (KST)

규정이 없어서 생기는 분쟁을 막아야 한다는 논지로 해석되는데, 화살괄호를 넣어야 한다고 말하는 분들의 입장을 해치는 수가 있어 오히려 더 분쟁을 일으킬 것 같습니다. 확실하게 결론지어야 할 작품제목 부호 사용과는 달리 개개인의 편집 스타일과 선호에 따라 더욱 다양하게 찬반이 갈릴 문제이기도 하고요. 그 당시의 분쟁 당사자분과 별도의 총의를 구하심이 옳아 보입니다. 밥풀떼기 (토론) 2022년 2월 8일 (화) 16:50 (KST)

머리가 아프니 일단 통과시키고 그건 나중에 총의를 모으든 하지요.

다만 부등호 금지 이유에 "일부 시각장애인용 리더기에서 비교문으로 읽어버리는 등 오류를 일으킬 수 있으니 사용 금지한다" 이건 넣읍시다. 웹 접근성은 2000년대부터 나온 개념이기도 하고, 저렇게 말 안하면 꿋꿋하게 고집하는 분도 있는데다, 무엇보다 여러 기술적 오류를 유발합니다. Reiro (토론) 2022년 2월 8일 (화) 16:53 (KST)

쉽게 말해, 가치 판단의 문제가 아니니 명확히 할 필요가 있다는 것입니다. Reiro (토론) 2022년 2월 8일 (화) 16:54 (KST)

시각장애인용 리더기에서 오류가 발생해 불편함을 느끼는 사용자가 이 토론에서 의견을 남겨주신다면 넣도록 하겠습니다. 지침은 상대의 주장을 꺾기 위해 존재하는 것이 아닙니다. 십계명에 조각할 것이 아니라 그때마다 잘 설명하시면 됩니다. 밥풀떼기 (토론) 2022년 2월 8일 (화) 17:15 (KST)

아니... 웹 접근성은 00년대부터 정립된 개념이고 백날 설명해도 정책에 없다면서 안 듣는데 그러면 무슨 근거로 관리하나요 제가.

아무튼 끝 안 날것 같으니 그냥 저대로 하십시오. Reiro (토론) 2022년 2월 8일 (화) 17:20 (KST)

웹 접근성이 옛날부터 정립되었다는 건 알겠는데 Reiro님이 실제로 시각장애인용 리더기를 사용해서 불편함을 느꼈기에 요구하시는게 아니잖아요. 본 지침의 취지에서 벗어난 요구로 해석됩니다. 밥풀떼기 (토론) 2022년 2월 8일 (화) 17:27 (KST)

장애인의 입장을 배려하자는 이야기를 상대의 주장을 꺾기 위한 의도로 읽으시는게 참 당혹스럽습니다. ――사도바울 (💬✍🧾) 2022년 2월 8일 (화) 18:21 (KST)

"저렇게 말 안하면 꿋꿋하게 고집하는 분도 있는데다"라고 굳이 언급하시기에 지적한 부분입니다. 밥풀떼기 (토론) 2022년 2월 8일 (화) 19:24 (KST)

저도 1, 3 동의하고, 부등호 금지 사유로 Reiro님이 말씀하신 것을 명시했으면 합니다. ――사도바울 (💬✍🧾) 2022년 2월 8일 (화) 18:16 (KST)

위에서 밝혔지만, 이 지침은 '이런 상황에서는 부호를 써야 한다'가 목적이므로 사용하지 않는 사례에 대해서는 굳이 명시하지 않는 게 낫습니다. 특히 3번의 경우, 부호 표기를 섞어써야 할 상황도 분명 존재하겠구요.

부등호 금지 사유는 혹시 앞서 제가 언급한 사례에 해당되십니까? 사도바울님의 상황이 그렇다면 특기하도록 하겠습니다. 밥풀떼기 (토론) 2022년 2월 8일 (화) 19:28 (KST)

사용하지 않는 대표적 사례들을 언급해주는 것이 갈등 예방에 효과적이라고 생각해서 제안드립니다. 3번의 경우는 밥풀떼기님 말씀대로 굳이 특기할 만큼의 중요성은 없겠습니다.

반면 부등호는 화살괄호의 대체물에 지나지 않는다는 설명에 "일부 시각장애인용 리더기에서 비교문으로 읽는 문제도 있다"고 추가해주는 것에 그렇게 큰 하자요소가 있는지는 모르겠습니다. 저는 비장애인입니다만 제안드리지 못할 이유도 없고, 아무런 감정도 없는 밥풀떼기님의 주장을 꺾기 위한 제안도 아니며, 공동으로 문서를 편집해나가는 편집자 입장에서 드린 말씀이니 이해해주시면 감사하겠습니다. ――사도바울 (💬✍🧾) 2022년 2월 10일 (목) 11:03 (KST)

중간에 오해가 있었던 듯 싶은데 다시 한번 짚겠습니다. 제가 위에서 "상대의 주장을 꺾기 위해서"라고 굳이 언급한 이유는 Reiro님이 지침 조항의 수립을 자신의 주장 근거 다지기로 활용하려는 듯한 모습을 다른 토론과 더불어 많이 보이셨기에 지적한 부분이며, 사도바울님께는 당연히 해당되지 않습니다. 말씀하신 바와 같이 저 역시 사도바울님께 아무런 감정이 없음을 밝힙니다. 토론 맥락을 떠나 장애인 배려라는 담론에 저 역시 공감합니다.

허나, 굳이 시각장애인용 리더기를 별도로 언급해야 하느냐가 문제입니다. 물론 장애인을 배려한다는 취지는 좋지만, 이미 '따옴표의 대체에 지나지 않는다'라는 근본적인 사유만으로 근거를 충분히 확보했기 때문입니다. 기본적으로 이 지침은 편집 지침이고 이미 수많은 서술들로 복잡해진 상황에서 꼭 필수적인 표현과 근거로 요약되어야 한다고 생각합니다. 부등호의 기술적 문제에 대해서는 기술 문제 관련 지침 내지는 안내문, 장애인을 배려하기 위한 조치에 대해서는 또 그에 맞는 지침에서 상세히 소개하는 것이 옳겠다는 입장입니다. 밥풀떼기 (토론) 2022년 2월 10일 (목) 17:33 (KST)

토론을 시작한 지 한달 째를 맞는 3월 7일까지 별다른 반대의견이 없으시다면 반영하도록 하겠습니다.--밥풀떼기 (토론) 2022년 2월 20일 (일) 19:38 (KST)

사실 화살괄호가 더욱 가독성이 높다고 여기는 입장에서, 이게 굳이 금지가 되어야 했나? 싶을 정도로 당혹스럽기는 했습니다. 당장 위키백과 편집창의 기호 툴에도 화살괄호가 있으니 말입니다. 개인적으로는 이대로 조금 더 빨리 진행해주셔도 되지 않을까 싶습니다. --trainholic (T, C) 2022년 2월 25일 (금) 03:37 (KST)

많은 분들의 편집방식에 큰 영향을 끼칠 사항이라 충분한 유예기간을 두기로 마음먹었습니다. 닷새 뒤에 바로 반영토록 하겠습니다. 밥풀떼기 (토론) 2022년 3월 2일 (수) 14:57 (KST)

반영합니다. --밥풀떼기 (토론) 2022년 3월 19일 (토) 13:26 (KST)

확인했습니다. 향후 변경사항이 있으면 백:사랑방에 공지 부탁드립니다. 닫습니다.--Reiro (토론) 2022년 4월 25일 (월) 14:51 (KST)

---

위 토론은 보존되어 있습니다. 특별한 이유가 없다면 편집하지 말아 주세요.

<math display="block"> 관련

위키백과에서는 수식을 독립된 줄에 표시할 때 :<math></math>와 같은 코드를 사용해 왔습니다. 수식을 HTML의 dd 태그로 감싼 것이므로 (위키 문법의 콜론), 태그의 본래 목적에 맞지 않고, 접근성의 측면에서 문제가 있을 가능성도 있습니다. <math display="block"></math>와 같이 위 코드를 대체하는 방법이 마련되어 있지만, 아직 버그와 기타 문제점들이 존재합니다. 줄바꿈에 민감한 문법 속에서도 잘 동작하는 등 여러 편리한 점이 있음에도, 제가 새로운 방법을 아직 사용하지 않는 가장 큰 원인은 p 태그를 닫지 않는 버그입니다. 제가 사용 중인 브라우저의 도구로 HTML 코드를 확인해 보면, 수식을 위의 내용과 한 줄 이상 띄어 놓지 않으면 <p> 뒤에 와야 할 </p>가 없고, 수식과 다음 단락 사이에 비어있는 p 태그 <p></p>가 추가되게 됩니다. 그 결과 수식 위 공간보다 아래 공간이 훨씬 큽니다. 그 밖에도, 작업 환경에 따라 다르겠지만 저는 display="block"을 사용한 일부 수식에 수직 스크롤바가 생기는 문제를 겪었습니다. 이런 이유로 저는 아직 구 문법을 새 문법으로 대체하는 데 반대합니다. 문제가 어느 정도 해결된 후에 결국 새로운 방법을 채택하는 것까지 반대하지는 않습니다. 제가 못 본 사이에 원치 않는 총의가 형성되는 경우가 간혹 있어서 미리 의견을 남겨둡니다. 慈居 (토론) 2022년 10월 14일 (금) 20:25 (KST)

<math display="block"></math>는 기본적으로 수식을 가운데 정렬하지만, 한국어 위키백과에서는 기존처럼 들여쓰기되어 표시되도록 관련 CSS가 수정되어 있습니다. 하지만 제가 설명한 버그나 문제점들은 이와 같은 수정이 없었던 다른 위키미디어 프로젝트에서도 존재합니다. 慈居 (토론) 2022년 10월 14일 (금) 20:33 (KST)