한글의 몇몇 글자 입력 문제

[RanomA]

FireFox 굉장히 맘에 들어서 제 개인 홈페이지도 여기에 맞추려고

무지 노력하고 있는데요... 웹사이트에서 리플이나 글을 쓰려고 할

때에 몇몇 글자가 깨지더군요(풀어진다라고 해야 하나)

예를 들어, 'ㅤㅎㅐㅎ'은 해ㅎ, 'ㅤㅊㅚㄱ'은 ㅊ ㅚ ㄱ과 같은 글자들이 저렇게 풀어지던데, 이걸

해결하려면 설정을 어떻게 바꿔야 되죠?

여기에서는 제대로 제출되고 제대로 보이는 것 같은데 안되는

사이트는 뭐가 문제여서 안되는 건가요?

[후니미닉]

그사이트에서 문자인코딩을 euc-kr을 쓰기때문인걸로 알고있습니다.
인코딩을 utf-8이나 uhc로 바꾸라고 항의하세요.

[BlueRobot]

여기서도 EUC-KR를 쓰고 있습니다.. ^^;;

아마 그 사이트를 IE로 보셨던 것 같은데, IE에서는 해당 사이트가 EUC-KR로 인코딩될 경우 일부 글자가 풀어져 써집니다만, Firefox에서는 글자가 풀어진 것이 별로 없습니다.

지금 본인이 올리신 글을 다시 IE로 접속하셔서 보십시오. 일부러 풀어쓰지 않았는데도 IE에서는 풀어져서 보입니다.

물론 프랙탈님이 말씀하셨듯이, UTF-8 같은 유니코드를 쓰면 IE나 FF에서도 글자가 풀어지지 않게 보이게 됩니다. 해당 사이트에 UTF-8을 쓰시고, 본인의 개인 홈페이지도 UTF-8로 바꾸도록 노력해보세요.. ^^;;

그러나 EUC-KR를 쓰던 사이트들이 쉽게 UTF-8로 바꾸지 못하는 이유는 함부로 인코딩을 바꾸면 글자가 왕창 깨지기 때문입니다. GMail이 그러한 사례를 보여주고 있죠. EUC-KR로 보내는 메일은 깨져서 출력되니까요. 하지만 그래도 UTF-8로 바꿀 노력이라도 보여줘야 할 듯 합니다. 앞으로 만드는 사이트는 물론 유니코드로 만들어야 하구요.

[빛알갱이]

그러나 EUC-KR를 쓰던 사이트들이 쉽게 UTF-8로 바꾸지 못하는 이유는 함부로 인코딩을 바꾸면 글자가 왕창 깨지기 때문입니다. GMail이 그러한 사례를 보여주고 있죠. EUC-KR로 보내는 메일은 깨져서 출력되니까요. 하지만 그래도 UTF-8로 바꿀 노력이라도 보여줘야 할 듯 합니다.

다 맞는 말씀을 하시다가 끝에 가서 약간 실수. UTF-8로 바꾼다고 글자가 깨지지 않습니다. 물론, 전환 시에 데이터를 모두 다 변환해야겠지요.

gmail의 문제는 gmail이 UTF-8을 쓰기 때문이 아니라 그 문제가 되는 메일이 메일 표준을 어기고 헤더 혹은 본문이 EUC-KR로 인코딩되었다는 사실을 제대로 표시하지 않았기 때문입니다. gmail 입장에서는 알 길이 없지요. 물론, 그런 표시가 없을 때에는 EUC-KR로 간주하라는 옵션을 둘 수 있습니다. 보통 천둥새 등에는 그런 옵션이 있지요. 그런데, 이런 옵션을 더해 달라는 건의를 일부러 안 하고 있습니다. (하면 바로 고쳐 준다는 보장도 없지만). gmail의 확산과 더불어 이처럼 메일 표준을 위반하는 곳들이 좀 정신을 차리도록 하는 게 낫겠다 싶어서요.

그 전에 프랙탈님의 답변에서 UTF-8이나 UHC를 쓰라고 하셨는데, UHC를 써서는 안 됩니다. 그것은 Windows 내부에서나 써야지 인터넷으로 노출시켜서는 안 될 미등록 인코딩입니다. 물론, 현실적으로 아ㅤㅎㅔㅎ헹이 유행할 때 이미 많이 노출되었지만요.

[BlueRobot]

다 맞는 말씀을 하시다가 끝에 가서 약간 실수. UTF-8로 바꾼다고 글자가 깨지지 않습니다. 물론, 전환 시에 데이터를 모두 다 변환해야겠지요.

gmail의 문제는 gmail이 UTF-8을 쓰기 때문이 아니라 그 문제가 되는 메일이 메일 표준을 어기고 헤더 혹은 본문이 EUC-KR로 인코딩되었다는 사실을 제대로 표시하지 않았기 때문입니다.

아.. 그래서 깨지는 거였군요. 자세한 설명 감사합니다.

요즘 GMail로 오는 뉴스레터들이 전에는 잘 보여줬는데 왕창 깨져서 그게 고민입니다.

그리고 웹 표준뿐만 아니라 메일 표준도 있다는 사실을 알았네요.

[빛알갱이]

요즘 GMail로 오는 뉴스레터들이 전에는 잘 보여줬는데 왕창 깨져서 그게 고민입니다.

그리고 웹 표준뿐만 아니라 메일 표준도 있다는 사실을 알았네요.

gmail이 아마도 전에는 접속자의 주소를 보고 한국에서 접속하면 인코딩 표시가 없는 경우 EUC-KR로 간주하고, 대만에서 접속하면 Big5로 처리하는 식이었나 봅니다. 물론, 이 경우 한국에 있는 프랑스 사람은 짜증나겠지요. 그래서 바꿨는지 어째서 바꿨는지 인코딩 (MIME charset) 표시가 없으면 그냥 ISO-8859-1로 간주하고 있군요. (이것도 말이 좀 안 되기는 하지만. "?"로 표시하는 것이 가장 원칙에 맞는데)

메일 표준 (SMTP와 메일 형식을 규정한):

http://www.faqs.org/rfcs/rfc821.html (1982년)
http://www.faqs.org/rfcs/rfc822.html
http://www.faqs.org/rfcs/rfc2045.html (1996년)
http://www.faqs.org/rfcs/rfc2046.html
http://www.faqs.org/rfcs/rfc2047.html
http://www.faqs.org/rfcs/rfc2048.html
http://www.faqs.org/rfcs/rfc2183.html
http://www.faqs.org/rfcs/rfc2231.html
http://www.faqs.org/rfcs/rfc2821.html
http://www.faqs.org/rfcs/rfc2822.html

그 밖에 다른 IETF (표준 트랙) RFC (ESMTP, IMAP4, POP3, SMTP Auth 등을 규정한)

원본은 http://www.ietf.org/rfc.html

[한가지]

어느 텍스트 박스는 `ㅤㅎㅐㅎ`이 깨지고 어느 텍스트 박스는 깨지지 않고 하는 것은 어떤 현상이지요?

예) 디시인사이드의 댓글 다는 부분: 이름 부분에는 괜찮습니다만 내용 부분에서 깨지더군요