위키백과토론:편집 지침

위키백과, 우리 모두의 백과사전.

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

한글 맞춤법 부록 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]
  1. “제목에는 따옴표가”. 《웹사이트에는 화살괄호가》. 인용문에는 또 따옴표가 쓰이는 이 틀도 두 문장부호를 통일한다면 문제가 되겠죠 
  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님께 Symbol question.svg질문: (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)[답변]
내용과는 별개로 들여쓰기를 했을때의 글자가 화면을 벗어나거나 거의 끝에 가있으면 내어쓰기 부탁드립니다. 편집할때 렉이 걸리고 들여쓰기를 많이하셔서 화면을 벗어난 글자들이 많아 들여쓰기를 일일히 편집하기 어렵습니다. --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)[답변]