왕미친놈의 왕미친세상

한컴오피스 베타버전 버그 10 - ᄒᆞᆫ글 씨! 맞춤법 도우미로 엉뚱한 곳을 표시하면 어떡해요?

문득 ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요? 문서(HWP2010 문서)를 살피다가 조금 이상한 점을 발견했습니다.

1. 벌레의 유형

맞춤법 도우미가 엉뚱한 곳을 표시하는, 말 그대로 허깨비를 보여주는 벌레입니다. 그런데 아예 틀린 곳을 지적하는 것은 아닙니다.

2. 개발자의 답변

2010년 1월 7일 버그 리포팅을 한 상태입니다.

3. 벌레의 발견

가. 꺼림칙하다고 느끼기는 했지만….

처음에는 그저 꺼림칙하다고 느끼기만 했지만, 문득 ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요? 문서(HWP2010 문서)를 유심히 살펴본 뒤로 벌레라고 확신하게 되었습니다.

그림 1 맞춤법 도우미가 틀리게 표시한 그림

파란 동그라미 부분을 잘 살펴보시기 바랍니다. 두 곳을 잘라내면 다음과 같습니다.

그림 2

그림 3

크게 보이니 좀 낫죠?

일단 블로그라는 낱말은 맞춤법 도우미가 틀린 낱말로 표시하고 있습니다. 이 부분에서 한글과컴퓨터사의 무성의가 느껴지네요. 이런 것은 맞춤법 도우미가 걸러내어 나타내지 않도록 해야 하는데, 표시를 하고 있습니다. 블로그가 무언지 모르는 사람이 본다면 틀린 낱말로 여길 텐데 말입니다.

각설하고, 분석을 해 봅시다.

일단 그림 2는 ᄒᆞᆫ글과 블로그라는 문자열입니다. 이것은 라는 형태로 보여야 합니다. 그러나 위 그림처럼 라는 형태를 띠고 있습니다. 그림 그림 3도 마찬가지입니다.

기왕에 찾아낸 오류이니 스크린샷이나 구경하도록 하죠.

4. 벌레의 원인

도대체 어디에서 벌레가 살고 있는지 알 수가 없네요. 다른 때는 대충 예상이라고 가능했는데, 이번에는 그마저도 못하겠습니다. 누구 아는 사람 없나요? 댓글 좀 남겨 주세요.

5. 비슷한 벌레

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요?

● [벌레와 팁/버그] - 아크로에디트 : 문법 강조에서 문법 이름 표기 문제

● [벌레와 팁/버그] - 티스토리에서 주석이 제대로 인식되지 않는 현상

● [벌레와 팁/버그] - 티스토리 주석에서 \ 문자 표기 문제

6. 관련 문서

가. 내부 문서

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요?

● [벌레와 팁/제안] - 한컴오피스 베타버전의 공백과 이동 기능

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그에는 글을 하나만 올리란 말입니다.

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니? 2

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그 카테고리는 어디에?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그에는 게시판이 없거든요.

● [벌레와 팁/버그] - HTML 태그 해석 오류 문제

● [벌레와 팁/버그] - 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

● [프로그램/스크린샷] - 한컴오피스2010 베타버전 실행화면

● [벌레와 팁/버그] - 한컴오피스2010 베타 설치 작업과 버그 몇 개

● [프로그램/설치] - 한컴오피스2010 베타버전 설치기

나. 외부 문서 - 테스트 블로그

없음

이 글은 ᄒᆞᆫ글 2010 베타버전에서 작성하였습니다.

한컴오피스 베타버전 버그 9 - ᄒᆞᆫ글과 블로그 6 : ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요?

블로그로 올리기 기능을 사용하여 블로그에 글을 올리면 링크를 엉뚱하게 나타내는 현상을 발견하였습니다. 확인 결과 다른 이름으로 저장하기 > 인터넷 문서에서도 똑같은 현상이 일어났습니다. 링크에 글자 속성을 걸어서 블로그에 올리면 어쩌라는 말인지 도통 알 수가 없습니다.

1. 벌레의 유형

이보세요, ᄒᆞᆫ글 씨! 열어 본 링크의 색상을 span 태그를 써서 문서에 집어 넣으면 날더러 어쩌란 말입니까? 거기는 색상을 넣으면 안 된단 말입니다.

2. 개발자의 답변

2010년 1월 6일 버그 리포팅을 한 상태입니다.

3. 벌레의 발견

가. 어느 날 갑자기 깨달았습니다.

블로그 문서의 링크 색상이 이상하다는 점을 어느 날 갑자기 깨달았습니다. 처음에는 약간 특이한 것이라고 여겼을 뿐 벌레라고는 생각지 못했습니다.

일단 이 벌레에 대해 알려면 환경 설정을 살펴봐야 합니다.

위 그림에서 열어 본 링크(보라돌이 링크)와 열어 보지 않은 링크(푸르딩딩 링크)의 글자 색을 잘 살펴보시기 바랍니다.

일단 링크 테스트 문서를 보겠습니다.

좀 흐리게 보이지만 보는 데는 지장이 없습니다. 일단 보라돌이 링크는 3개이고, 푸르딩딩 링크는 7개입니다.

다른 이름으로 저장하기 > 인터넷 문서로 저장하고, IE 6으로 열어 보았습니다.

색상이 위 환경 설정에 나타난 그 색깔입니다. 지금까지 이 색상에 대해 전혀 신경 쓰지 않았습니다. 그도 그럴 것이 이 색상은 인터넷 링크의 기본 색상이기 때문입니다. 그래서 그냥 저 그림에서 서로 다르게 나타나는 색상도 이미 한 번 방문한 웹문서이기 때문에 나타나는 현상이라고 생각해 버렸습니다.

아무튼 별 의심 없이 블로그로 올리기 기능을 이용해서 올리려다가 무언가 꺼림칙함을 느꼈습니다. 바로 저 링크의 밑줄이 문제였습니다. 그래서 부랴부랴 시험용 블로그를 하나 개설하고,  그곳에 글을 올렸습니다.

저 주황색 링크 사이에 보이는 보라돌이 링크! 그렇습니다. ᄒᆞᆫ글2010 베타버전은 저 링크에서 글자색을 넣어서 블로그에 올려버리는 짓을 해 버렸습니다.

혹시 같은 컴퓨터이기에 나타나는 현상인가 싶어 다른 컴퓨터에서 시험했습니다.

인터넷 익스플로러 8에서도 위와 같이 주황색 링크와 보라돌이 링크를 보여주고 있습니다.

그런데 벌레는 벌레고, 함초롱돋움 글꼴이 웹페이지에서 상당히 예쁘게 보입니다. 그러나 옛한글은 여지없이 뭉개지고 있습니다.

나. 두 번째 테스트

혹시나 이건 내가 실수로 색상을 넣은 것일 수도 있다는 생각이 들었습니다. 그래서 링크 두어 개를 더 클릭한 뒤 살펴보았습니다.

일단 위와 같이 보라돌이 링크도 5개, 푸르딩딩 링크도 5개가 되게 만들었습니다. HTML 문서로 저장하고, 블로그에도 올렸습니다.

블로그로 올리기 작업에서 처음으로 본, 비지 않은 게시물 위치

위 그림은 블로그로 올리기 작업에서 비어 있지 않은 게시물 위치를 처음으로 본 기념으로 잡은 화면입니다. 지금까지 버그 화면만 보다가 버그가 아닌 화면을 보니 되게 신기했습니다.

IE 6에서는 보는 HTML 문서를 그저 그러네요. 아무튼 보라돌이 링크 5개, 푸르딩딩 링크 5개입니다.

제발 아니기를 빌었는데…. 주황색 링크 5개에 보라돌이 링크 5개입니다.

파이어폭스에 이어 IE 8도 역시 같은 결과를 나타냈습니다.

4. 벌레의 원인

원인 분석을 하는 과정에서 혹시나 하는 마음에 이름을 다르게 저장한 HTML 파일을 살펴보게 되었습니다. 그리고 블로그에 올린 내용을 메모장에 복사하여 하드디스크에 저장하였습니다. 물론 이름은 다릅니다.

위 리스트에서 링크 테스트.htm 파일과 링크 테스트-1.htm 파일은 다른 이름으로 저장하기 > 인터넷 문서로 만든 파일입니다. 보다시피 내용은 전혀 바뀌지 않았는데 단지 클릭을 두 번 했다는 이유로 파일 내용이 바뀌어 있습니다. 그리고 링크 테스트-blog-3.htm 파일과 링크 테스트-blog-4.htm 파일은 블로그 내용을 HTML 편집 모드에서 클립보드로 복사한 뒤 하드디스크에 저장한 것입니다. 이것 역시 내용이 조금 달라져 있습니다. 이것이 블로그에 나타나는 결과에 영향을 주고 있지 않나 생각합니다.

그런데 현재 위의 상황으로 볼 때 하이퍼링크의 접근 기록이 문서 내용의 일부로서 문서 안에 기록되어 있음을 알 수 있습니다. 여기에서 주목할 점이 있습니다. 바로 왜 웹사이트 방문 기록을 HWP 문서의 내부에 따로 영역을 두어 HWP 구조의 일부로서 저장하지 않고 바로 문서의 내용의 일부로서 저장하고 있느냐는 점입니다. 다시 말해 하이퍼링크의 접근 기록 또는 방문 기록은 어디까지나 기록으로서 남아야지, 그것이 문서 내용의 일부가 되어서는 곤란하다는 말입니다. 위에서 보인 오류도 그러한 맥락에서 볼 수 있다고 생각합니다.

5. 비슷한 벌레

● [벌레와 팁/버그] - 아크로에디트 : 문법 강조에서 문법 이름 표기 문제

● [벌레와 팁/버그] - 티스토리에서 주석이 제대로 인식되지 않는 현상

● [벌레와 팁/버그] - 티스토리 주석에서 \ 문자 표기 문제

6. 관련 문서

가. 내부 문서

● [벌레와 팁/제안] - 한컴오피스 베타버전의 공백과 이동 기능

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그에는 글을 하나만 올리란 말입니다.

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니? 2

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그 카테고리는 어디에?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그에는 게시판이 없거든요.

● [벌레와 팁/버그] - HTML 태그 해석 오류 문제

● [벌레와 팁/버그] - 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

● [프로그램/스크린샷] - 한컴오피스2010 베타버전 실행화면

● [벌레와 팁/버그] - 한컴오피스2010 베타 설치 작업과 버그 몇 개

● [프로그램/설치] - 한컴오피스2010 베타버전 설치기

나. 외부 문서 - 테스트 블로그

● [테스트] - 링크 테스트 문서 - 4

● [테스트] - 링크 테스트 문서 - 3

이 글은 ᄒᆞᆫ글 2010 베타버전에서 작성하였습니다.

한컴오피스 베타버전 건의 1 - 공백과 이동 기능

한컴오피스2010 베타버전에서 가장 아쉬운 것은 몇몇 키가 바뀌었음에도 어떻게 할 수가 없다는 데 있다. 다시 말해 같은 이름에 같은 키 구성임에도 다르게 작동하는 기능을 하나 발견하였다.

1. 항의 내용

이보세요, ᄒᆞᆫ글 씨! 단축키의 작동 방식을 아예 바꿔 버리면 그동안 그 기능을 썼던 사람은 뭐가 됩니까? 적어도 이전 버전과의 호환성은 유지해 줘야 하지 않나요?

일단 사용자 설정과 단축키 부분을 살펴보겠습니다.

그림 1 사용자 설정 대화상자

위에서 보면 한 단어 오른쪽으로의 단축키는 Ctrl+→(Ctrl+Right)입니다. 그런데 이때 ‘단어’가 가리키는 개체가 달라져 버려서 이 ‘한 단어 오른쪽으로’라는 기능의 작동 결과가 달라져 있습니다. 그러나 이에 대해서는 어디에서도 정보를 찾을 수 없었습니다.

처음에는 버그라고 생각하고 버그 리포팅을 생각했으나, 다시 생각해 보니, 전체적으로 달라진 ‘개체’ 판단 때문으로 여겨져서 건의로 바꾸어 글을 올립니다.

2. 개발자의 답변

2010년 1월 5일 건의한 상태입니다.

3. 제안

가. 작동 방식의 변화

위와 같은 그림과 같은 상황이 발생했다고 가정하면, 현재 위치는 2줄 1칸입니다. 여기에서 5줄로 가려면 Ctrl+→ 를 몇 번이나 눌러야 할까요? 정답은 세 번입니다. 어, 한 번이 아니냐고요? 아닙니다. 세 번입니다. ᄒᆞᆫ글2007까지는 한 번이 정답이었지만, ᄒᆞᆫ글2009 베타버전에서는 세 번이 정답입니다.

이 경우 빈 줄을 자주 만들지 않는 사람은 별 문제가 없습니다만, 유감스럽게도 저는 빈 줄을 굉장히 자주 만듭니다. 글을 쓰다가 생각이 나지 않거나 착상 떠오르지 않으면, 그냥 빈 줄을 주르르 만들어놓고 글 쓴 다음에 다시 그 부분을 채워 넣습니다.

그러다 보니 Ctrl+→ 를 눌러서 이동하는 기능을 자주 사용하는 편이죠. 그런데 이번에 ᄒᆞᆫ글2009 베타버전처럼 바뀌게 되면 굉장히 불편합니다. 일단 그 많은 빈줄 사이를 이동할 때 키보드로 Pgdn/Pgup 누른 뒤에 다시 마우스로 클릭해야 합니다. 우습게도 그 바쁜 와중에 마우스를 잡으러 손을 뻗어야 한다는 말이 되지요. 지금까지는 그저 Ctrl+→ 또는 Ctrl+←하면 되는 일이었는데 말입니다.

사람을 더욱 황당하게 만든 것은 이 기능이 이름도 바뀌지 않았고, 더구나 단축키도 바뀌지 않았다는 점입니다.

위 두 그림은 두 단축키의 기능 이름 및 단축키 구성이 같음을 보여주고 있습니다. 그러나 그 작동 방식은 달라져 있습니다.

나. 단어는 무엇인가요?

이때 문제가 된 것은 ‘단어’가 무엇인지 설명하지 않고 있다는 점입니다. 더구나 다음과 같은 말을 본다면 제가 버그 리포팅을 고려한 까닭도 아시게 됩니다.

정말로 저 말이 맞을까요? 특히 파란색 부분을 잘 생각해 보기 바랍니다. 약삭빠르게도 빨간색 부분도 들어 있지요. 파란색 부분을 읽고 울컥했다가 빨간색 부분 때문에 버그 리포팅이 아닌 건의를 하게 되었습니다.

하지만 말입니다. 기능의 이름도 같고, 단축키 구성도 같은데, 다른 동작을 하게 한 것은 어째 좀 이상한 일이지 않나요? 더구나 이것은 단축키 구성을 바꿀 수도 없는데 말입니다.

각설하고, 도움말에는 ‘단어’가 무엇인지를 전혀 설명하지 않고 있습니다. ᄒᆞᆫ글2007까지에서 단어는 공백 문자(스페이스바, 탭, 문단 나눔 조판기호, 강제 줄 바꿈 조판기호 등)는 단어가 아니었습니다. 그런데 ᄒᆞᆫ글2010 베타버전에서는 그러한 공백 문자가 ‘단어’가 되었을까요? 그런데 왜 설명이 없나요? 심지어 그림이나 표 등도 ‘단어’로 인식하고 있습니다.

이건 조금 바뀌었다고 하기에는 너무 많이 바뀌지 않았나요? 아니 다른 것은 제쳐 두고 그림이나 표 등이 ‘단어’일 수 있습니까?

다. 건의 사항

그러나 제가 건의하고자 하는 바는 ‘단어’가 무엇인지에 대한 설명이 아닙니다. 그런 설명이야 들어도 그때뿐이고, 그거 몰라도 쓰는 데 지장이 없기 때문입니다.

하지만 그 작동 방식을 ᄒᆞᆫ글2007 이하 버전에서 쓰던 방식대로 쓸 수 있게 해 주셨으면 합니다. 아니 환경 설정 등에서 ᄒᆞᆫ글2007 이하 버전의 작동 방식을 선택할 수 있게 해 주셨으면 합니다.

덧붙여서, 저는 그 기능, ‘한 단어 오른쪽으로’를 쓰면서 단 한 번도 조판부호에 해당하는 그것(공백 문자 및 그림, 표 등)이 ‘단어’라고 생각한 적이 없다는 사실도 기억해 주셨으면 합니다.

4. 덧붙이는 말

5. 관련 문서

가. 내부 문서

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그에는 글을 하나만 올리란 말입니다.

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니? 2

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그 카테고리는 어디에?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그에는 게시판이 없거든요.

● [벌레와 팁/버그] - HTML 태그 해석 오류 문제

● [벌레와 팁/버그] - 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

● [프로그램/스크린샷] - 한컴오피스2010 베타버전 실행화면

● [벌레와 팁/버그] - 한컴오피스2010 베타 설치 작업과 버그 몇 개

● [프로그램/설치] - 한컴오피스2010 베타버전 설치기

이 글은 ᄒᆞᆫ글 2010 베타버전에서 작성하였습니다.

한컴오피스 베타버전 버그 8 - ᄒᆞᆫ글과 블로그 5 : 블로그에는 글을 하나만 올리란 말입니다.

블로그에 올리기는 옛한글 문제(‘ᄒᆞᆫ’자 표시 문제)와 함께 판도라 상자가 아닌지 의심이 듭니다. 끝없이 나오는 그놈의 벌레가 저를 즐겁게 하면서도, 슬프게 합니다. 글감이 많아지니 즐겁지만, 제가 좋아하는 프로그램이 벌레투성이라는 사실이 저를 슬프게 합니다.

아무튼 이번에도 블로그에 올리기 기능에서 벌레가 나왔습니다.

1. 벌레의 유형

ᄒᆞᆫ글 씨! 제가 블로그에 글을 적게 올릴까 봐 걱정해 주지 않아도 된단 말입니다. 왜 편집 중인 문서에서 블로그에 포스팅을 두 번 세 번 하느냔 말입니다. 저는 그런 식을 블로그의 글을 늘리고 싶은 생각이 없단 말입니다.

헉! 저게 무슨 분신술이라도 익혔나?

위 그림처럼 되었으니 어찌 난감하지 않으리오. 이놈의 ᄒᆞᆫ글이 분류를 인식하지 못해 ‘분류없음’으로 만들어 버리는 것은 어쩔 수 없다지만, 저렇게 편집 중인 문서에서 블로그로 올리기를 했음에도 두 번 세 번 올리면 난감합니다.

남들은 속도 모르고 저런 글을 삭제하면 ‘뭔가 숨기는 게 있나?’라는 식으로 생각할 수도 있는데 말입니다.

2. 개발자의 답변

2010년 1월 3일 버그 리포팅을 한 상태입니다.

3. 벌레의 발견

3.1. 테스트 문서에서 처음 보았습니다.

테스트 - 글자 손상 테스트 문서는 두 개가 생겼습니다. 하나는 http://salm.pe.kr/175 문서이고, 하나는 http://salm.pe.kr/174 문서입니다. 174 문서는 이미 삭제하였습니다.
하지만 그때는 제가 무언가 실수를 했다고 여겼습니다.

3.2. 다시 발견했습니다.

ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니? 2 문서에서 또 발견했습니다. 현재 http://salm.pe.kr/177 문서와 http://salm.pe.kr/176 문서가 있으며 176 문서는 비공개 상태입니다. 앞서 올린 그림이 한컴오피스 베타버전 버그 7 문서가 ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니? 2 문서입니다. 문서 첫 줄에 나타난 다음 글귀를 보면 알 수 있습니다.

한컴오피스 베타버전 버그 7 - ᄒᆞᆫ글과 블로그 4 : ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니? 2

4. 벌레의 원인

이 벌레의 원인에 대해서는 현재로서는 알 수 없습니다.

추측해 보건대, 한글과컴퓨터 측에서 프로그램을 만들 때 (1) ᄒᆞᆫ글 문서와 블로그 문서 사이에서 서로를 인식할 수 있는 기능을 전혀 넣지 않았거나, (2) 그러한 인식 기능에 무언가 문제가 생겼기 때문으로 여겨집니다.

현재 제가 자주 쓰는 스프링노트에서는 이런 현상을 전혀 겪지 않았습니다.

5. 비슷한 벌레

이와 비슷한 벌레는 아직 없습니다.

6. 관련 문서

6.1. 내부 문서

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니? 2

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그 카테고리는 어디에?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그에는 게시판이 없거든요.

● [벌레와 팁/버그] - HTML 태그 해석 오류 문제

● [벌레와 팁/버그] - 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

● [프로그램/스크린샷] - 한컴오피스2010 베타버전 실행화면

● [벌레와 팁/버그] - 한컴오피스2010 베타 설치 작업과 버그 몇 개

● [프로그램/설치] - 한컴오피스2010 베타버전 설치기

이 글은 ᄒᆞᆫ글 2010 베타버전에서 작성하였습니다.

한컴오피스 베타버전 버그 7 - ᄒᆞᆫ글과 블로그 4 : ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니? 2

지난번에 이어 이번에도 글자가 손상되는 현상을 발견했습니다. 지난번에는 그저 글꼴 문제로 글자가 엉뚱하게 보이는 현상이었습니다. 하지만 이번에는 아예 글자를 뭉개 버렸습니다.

1. 벌레의 유형

이보세요, ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’이라는 이름만 제대로 나타내 주면 안 되겠습니까? 아니, 이제는 그저 그 엉뚱하게 보이던 그 글자라도 그냥 놔두었으면 합니다. 사용자가 직접 span 태그를 써서 모양을 나타낼 수 있도록 말입니다.

그림 1 글자가 나타나야 할 자리가 뭉개져 있습니다.

위 그림처럼 되면 정말 난감합니다. 그 자리에서 바로 수정할 수 없다면 나중에 그게 무슨 글자인지조차 알 수 없게 될 수도 있기 때문입니다.

2. 개발자의 답변

2010년 1월 3일 버그 리포팅을 한 상태입니다.

3. 벌레의 발견

3.1. 처음에는 몰랐습니다.

처음에는 캡션에까지는 신경 쓰지 못하였습니다. 나중에 블로그의 CSS를 고친 뒤에 보니까 옛한글이 캡션에 들어가면 그 부분이 뭉개진 형태(???)로 나타납니다.

3.2. HTML로 저장한 경우

HTML로 저장한 경우에는 이 벌레가 생기지 않습니다. 그러니 더욱 모를 수밖에요.
제 경우는 다른 이름으로 저장 >> HTML로 저장을 하여 살펴본 뒤에 블로그로 올리기 기능을 사용합니다. HTML로 바꾸었을 때 이 현상이 일어났더라면 좀 더 일찍 알아차렸을 테지요.

4. 벌레의 원인

이 벌레의 원인에 대해서는 현재로서는 알 수 없습니다.
다만 제 예상으로는 '유니코드 문자표에 없는 문자'인 ᄒᆞᆫ자가 포함되어 있기 때문에 생기는 현상으로 여겨집니다. 이때 물음표 하나(?)는 ᄒᆞᆫ자에 포함된 음소 하나를 가리킨다고 여겨집니다. 제 예측이 맞다면 ᄉᆞᆱ과 같은 글자는 물음표 4개(????)가 될 것입니다.

ᄒᆞᆫ글이 잘 보였으면 좋겠습니다. (올린 뒤 수정했음)

5. 비슷한 벌레

● [벌레와 팁/버그] - 다음뷰, 옛한글도 한글이란다.

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니?

6. 관련 문서

6.1. 내부 문서

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그 카테고리는 어디에?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그에는 게시판이 없거든요.

● [벌레와 팁/버그] - HTML 태그 해석 오류 문제

● [벌레와 팁/버그] - 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

● [프로그램/스크린샷] - 한컴오피스2010 베타버전 실행화면

● [벌레와 팁/버그] - 한컴오피스2010 베타 설치 작업과 버그 몇 개

● [프로그램/설치] - 한컴오피스2010 베타버전 설치기

이 글은 ᄒᆞᆫ글 2010 베타버전에서 작성하였습니다.

한컴오피스 베타버전 버그 6 - ᄒᆞᆫ글과 블로그 3 : ‘ᄒᆞᆫ글’을 제대로 나타내면 안 되겠니?

블로그로 올리기 기능을 사용하여 블로그에 글을 올리면 몇 가지 글자가 깨지고 있음을 알게 되었습니다. 또한 이 버그는 다른 이름으로 저장하기 - HTML 문서를 선택하여 저장한 문서에서는 나타나지 않는 문제이기도 합니다. 블로그로 올리는 데이터에도 CSS 설정이 포함되어 있는데, 어찌된 영문인지 전혀 작동하지 않습니다.

1. 벌레의 유형

이보세요, ᄒᆞᆫ글 씨! ‘ᄒᆞᆫ글’이라는 이름만 제대로 나타내 주면 안 되겠습니까? 왜 HTML 문서에서는 제대로 보이는데, 블로그에 올리기만 하면 망가지는 모습을 보입니까?

그리고 ‘ᄒᆞᆫ글’을 제대로 보여주지도 못하면서 CSS 데이터는 왜 함께 올리는 거죠?

● 참고 : 블로그의 글 제목은 ᄒᆞᆫ글에서 제대로 보내 주어도 티스토리 측에서 제대로 보여주지 않습니다. 이는 ᄒᆞᆫ글이 함께 보내는 CSS 설정은 블로그에 올린 글의 본문에만 적용되기 때문입니다. 티스토리에서 블로그 글 제목 부분은 블로그 본문에 해당하지 않습니다.

2. 개발자의 답변

2010년 1월 1일 버그 리포팅을 한 상태입니다.

3. 벌레의 발견

가. 처음부터 발견했습니다.

문자열 ‘ᄒᆞᆫ글’이 들어간 글을 처음 올렸을 때 ‘ᄒᆞᆫ글’을 제대로 화면에 표시할 수 없음을 발견하였습니다.

나. HTML로 저장한 경우

● 참고 : 제 컴퓨터에는 옛한글을 보여주는 글꼴(함초롬바탕 등)을 이미 설치한 상태입니다. 이러한 글꼴이 없다면 제대로 된 올바른 결과를 볼 수 없습니다.

● 참고 : 아래 그림에서는 옛한글이 모두 함초롬바탕 글꼴을 통해 보이고 있습니다. 그런 까닭에 모양이 조금 이상합니다. 공개 글꼴인 은 글꼴로 보아도 좀 더 예쁜 모양으로 나타납니다.

다른 파일로 저장하기 전 ???글 파일

옛한글 표현이 매끄럽지 못하지만, 어쨌든 과 같은 화면 표시가 아닌 한글 조합 규칙에 맞는 화면 표시이다.

HTML 파일로 저장하여 IE에서 보기

IE에서도 잘 보입니다. 그러나 글자 모양이 역시 매끄럽지 못합니다. 이는 글꼴 문제이고, 모양 자체는 이 글의 취지와는 맞지 않으므로 그냥 두겠습니다.

HTML 파일로 저장하여 파이어폭스에서 보기

파이어폭스에서도 잘 보입니다.

다. 버그 발견

아무튼 내 컴퓨터에 HTML 파일로 저장하여 볼 때는 윈도가 자동으로 그 내용을 표시할 수 있는 글꼴을 적용하여 보여주었기 때문에 블로그에서는 제대로 표현할 수 없게 된다는 점을 깨닫지 못했습니다. 그러다가 블로그에 글을 게시한 다음에야 발견하게 되었습니다. http://salm.pe.kr/154 문서를 보시면 ‘ᄒᆞᆫ글’을 표시하지 못하고 있습니다.

이상하게 나타나는 옛한글

현재 블로그에 적용하기 위해서 첫가끝 방식(조합 방식으로 표현한 옛한글 표현 방식)을 지원하는 한컴오피스 글꼴이 있는지를 문의한 상태입니다. 문의한 이유는 한글과컴퓨터에서는 한양 사용자 정의 영역 코드(Hanyang private use area code; 한양 PUA 코드)만을 지원했기에 첫가끝 방식도 지원하는지는 알 수 없었기 때문입니다. 물론 메모장을 이용하여 함초롬 글꼴이 첫가끝을 지원함을 확인하기는 했지만, 어디까지나 만약이라는 것이 있기 때문입니다.

그밖에 옛한글을 표현하지 못하는 예시는 다음과 같습니다.

라. 또 다른 버그 - 올바르게 표현할 수 없다면 미리 알려달란 말입니다.

또 다른 버그는 이렇게 화면에 올바르게 표시할 수 없는 경우에도 아무런 경고가 없다는 것입니다. 또한 화면에 올바르게 표시할 수 없을 때에는 대부분 프린트 출력도 제대로 되지 않는다는 문제점도 함께 나타납니다.

예전 ᄒᆞᆫ글2005에서는 텍스트 파일로 저장할 때 KS 형식을 선택하면 나타낼 수 없는 문자가 있음을 알려주었습니다. 그런 배려가 한컴오피스2010 베타버전에는 없는 듯싶어 아쉽습니다.

제가 너무 예민하게 굴고 있나요? 그냥 그깟 옛한글 좀 화면에 안 나오면 어떠냐고요? 하지만 이 소프트웨어의 이름, 이 프로그램의 이름은 ‘ᄒᆞᆫ글’입니다. ‘한/글’이나 ‘’이 아니란 말입니다. 아무리 자기 영역이 아니라지만, 자기 이름조차 제대로 나타낼 수 없는 소프트웨어를 제가 왜 써야 하죠?

그러한 문제점을 알려주도록 프로그램을 짜면, 그것을 알려 줄 때 시간이 많이 걸린다면, 미리 시간이 많이 걸린다는 메시지를 내보내면 되지 않을까 생각합니다.

4. 벌레의 원인

앞서 말했듯이 사용자의 컴퓨터에 글꼴이 없으면 나타낼 수 없습니다. 현재 함초롬 글꼴(글꼴 종류가 여럿이므로 뭉뚱그려 함초롬 글꼴로 칭하겠습니다.)로 설정하면 정상적으로 옛한글을 볼 수 있습니다. 그렇기 때문에 HTML로 로컬 시스템에 저장했을 때는 제대로 보이게 됩니다.

문제는 블로그입니다. 블로그에는 제 나름의 CSS 설정을 가지고 있습니다. 이 CSS에는 글꼴 정보도 포함되어 있습니다. 하지만 CSS를 설정하는 방식이 틀려 있다면? 당연히 적용되지 않습니다.

http://salm.pe.kr/154 문서의 본문 부분의 소스 코드를 보면 다음과 같습니다.

위의 코드를 보면 아무리 좋게 봐주어도 CSS에서 지정한 글꼴이 HTML 본문에 적용된다고 볼 수 없습니다. 위의 코드에서 CSS 설정은 그저 주석으로 처리될 뿐이기 때문입니다.

한글과컴퓨터의 개발진에서는 저 코드를 블로그 서비스 제공회사에서 어떻게든 처리해 주기를 바랐던 것일까요? 아니면 저렇게 해놓으면 HTML 코드를 파싱하는 웹브라우저 모듈에서 인식해 줄 것으로 여겼던 것일까요?

그것도 아니면 사용자가 일일이 하나하나 저것을 블로그 스킨의 CSS 설정에 복사해 넣으라는 말일까요? 하지만 그것도 불가능하죠. ᄒᆞᆫ글에서 작성한 문서는 그때마다 CSS 설정이 달라집니다. 그런데 어느 것에 맞추어서 CSS를 작성하고, 또 그것을 HTML 헤더에 복사해 넣으라는 뜻일까요? 물론 달랑 첫가끝 방식을 지원하는 글꼴에 대한 정보만을 블로그 스킨의 CSS 설정에 입력하는 방법이 그나마 가장 나은 방법입니다.

결국 한글과컴퓨터 측에서 글꼴이 없다면, 글꼴이 있더라도 블로그 설정에서 그 글꼴을 사용하지 않는다면, 글의 내용이 제대로 보이지 않을 수 있음을 알리는 수밖에 없습니다.

그게 아니라면 주석으로 처리된 CSS 설정을 아예 자바스크립트로 바꾸어 강제 적용하는 방법뿐이라고 생각합니다.

5. 비슷한 벌레

아직 없습니다.

6. 관련 문서

가. 내부 문서

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그 카테고리는 어디에?

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 블로그에는 게시판이 없거든요.

● [벌레와 팁/버그] - HTML 태그 해석 오류 문제

● [벌레와 팁/버그] - 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

● [프로그램/스크린샷] - 한컴오피스2010 베타버전 실행화면

● [벌레와 팁/버그] - 한컴오피스2010 베타 설치 작업과 버그 몇 개

● [프로그램/설치] - 한컴오피스2010 베타버전 설치기

이 글은 ᄒᆞᆫ글 2010 베타버전에서 작성하였습니다.
일부 글자가 깨져 보일 수도 있습니다. 이는 나중에 팁으로 올리겠습니다.

한컴오피스 베타버전 버그 5 - ᄒᆞᆫ글과 블로그 2 : 카테고리는 어디에?

지난 버그 리포팅에서 한글과컴퓨터 한/글 2010 도움말에는 ‘블로그 게시판’이라는 기이한 용어마저 등장하고 있다고 알려 드렸습니다. 그런데 이번에는 블로그에 게시할 때마다 나타나는 이상한 현상에 대해 알려드리겠습니다. 바로 ‘게시물 위치’가 전혀 나타나지 않는다는 점입니다.

1. 벌레의 유형

이보세요, ᄒᆞᆫ글 씨! 도대체 ‘어디’에 올리라는 말인가요? 그냥 ᄒᆞᆫ글 씨가 알아서 해줄 테니 등록 단추를 클릭하라는 말인가요? 도대체 왜 게시물 위치는 공백으로 남겨 두셨나요?

도대체 왜 게시물 위치는 공백인가요?

2. 개발자의 답변

2010년 1월 1일 버그 리포팅을 한 상태입니다.

3. 벌레의 발견

가. 처음부터 발견했습니다.

이 버그는 블로그로 보내기 기능을 처음 사용할 때부터 발견하였습니다. 다만 그게 내 컴퓨터에서만 발생하는 문제인지, 아니면 다른 컴퓨터에서도 발생하는 문제인지를 알 수 없었습니다.

그래서 일단 버그 리포팅을 보류했고, PC 방에 들렀다가 확인 작업을 마쳤습니다.

그리고 위와 같이 게시물 위치가 나타나지 않을 때 블로그로 올리기를 하면 블로그에는 분류 없음으로 표시하게 됩니다.

나. 블로그 계정 등록 설정부터 차근차근 살펴봅시다.

블로그 계정 관리 대화상자. 계정 등록하기 아이콘(자주색 표시된 + 아이콘)을 클릭!

계정 등록하기 대화상자

블로그 계정 관리 대화상자에서 계정 등록하기 아이콘(자주색 표시된 + 아이콘)을 클릭하면 계정 등록하기 대화상자가 나타납니다. 거기에 알맞은 값을 입력해 줍니다.

알맞은 값을 입력한 모습

우선 하나하나 살펴보죠. 위의 정보는 티스토리의 경우입니다. 다른 블로그를 이용하시는 분은 도움이 안 될 수도 있습니다.

1) 계정 이름

계정 이름은 사용자가 설정할 수 없습니다. 모든 값을 입력한 뒤 설정 단추를 클릭하면 자동으로 설정해 줍니다.

2) 블로그 정보

가) API

MetaWeblog API(메타웹로그 API)를 선택합니다. MetaWeblog API를 선택하는 설정은 MS WORD 2007에 티스토리 연결하기에 나타난 사항을 참조하였습니다. 참고로 블로그(blog)라는 이름은 Web log에서 따온 말로 여겨집니다(→위키백과).

나) API 주소

자신의 티스토리 블로그 주소에 api를 붙이면 됩니다. 제 경우는 http://salm.pe.kr/api 가 됩니다. 반드시 자신의 API 주소를 넣어야 합니다.

3) 계정 정보

가) 사용자 ID

자신의 티스토리 블로그 계정의 사용자 ID를 입력합니다.

나) 사용자 암호

자신의 티스토리 블로그 계정의 사용자 암호를 입력합니다.

4) 자동 접속

앞서 입력한 사용자 ID와 사용자 암호는 1회용입니다. 그것은 단순히 입력한 계정 정보가 옳은지만 확인합니다. 다음부터는 파일을 블로그로 보낼 때마다 암호를 물어보게 되지요. 그게 싫다면, 좀 더 편하고 싶다면, 자동 접속에 체크 표시를 하면 됩니다. 다만 보안상 조금 위험하죠.

위와 같은 순서로 블로그 등록 작업을 하면 됩니다.

다. 버그 발견

실제로 버그를 발견하게 된 때는 위의 설정대로 계정을 등록한 뒤 글을 올린 때입니다.

게시물 위치에 아무 것도 없습니다.

콤보박스를 아래로 내려 보아도 없습니다.

위의 그림에서 보듯이 게시물 위치에 아무 것도 없습니다. 그냥 공백이죠. 제가 잘못한 줄로만 알고 블로그 계정을 등록했다 지우기를 여러 차례 했습니다. 결국 PC 방에 와서야 버그라고 확신하게 되었습니다.

라. 또 다른 버그 - 목록이 비었으면 다시 읽어 와야 하지 않나?

또 다른 버그는 위와 같이 목록이 비어 있다면 당연히 다시 불러와야 하지 않느냐 하는 점입니다. 아니, 자동으로 다시 읽지는 않더라도 “다시 읽기” 단추라도 달아 줘야 하지 않나요?

새로고침 단추가 있는 스프링노트의 [블로그로 보내기] 대화상자

제가 너무 예민하게 굴고 있나요? 하지만 웹서비스 가운데 하나인 스프링노트에는 저와 같은 구성을 가진 블로그로 보내기 기능이 있습니다.

참고로 ᄒᆞᆫ글의 블로그 관련 기능은 앞으로 자주 스프링노트와 비교당할 겁니다. 왜? 내가 좋아하는 프로그램이니까 더더욱 까댈 겁니다.

물론 저 블로그로 보내기 기능에 버그가 있어서 버그 리포팅을 한 상태입니다. 우연히 ᄒᆞᆫ글의 블로그로 올리기 기능과 비슷한 버그입니다.

4. 벌레의 원인

무엇이 원인인지 모르겠습니다.

그래도 추측이라고 해본다면, 지난번에 올린 ᄒᆞᆫ글 씨! 블로그에는 게시판이 없거든요.라는 글처럼 게시판과 카테고리의 차이가 아닐까 의심해 봅니다. 게시판이 없는데 게시판을 찾겠다고 하니까, 아예 카테고리조차 찾지 못한다는 의심을 지울 수 없네요.

5. 비슷한 벌레

스프링노트 - 블로그로 보내기 - 새로고침 버그와 관련이 있습니다. 둘 다 블로그로 글 내용을 보낼 때 나타나는 버그이지요.

6. 관련 문서

가. 내부 문서

● [벌레와 팁] - 스프링노트 - 블로그로 보내기 - 새로고침 버그

● [벌레와 팁] - ᄒᆞᆫ글 씨! 블로그에는 게시판이 없거든요.

● [벌레와 팁] - HTML 태그 해석 오류 문제

● [벌레와 팁] - 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

● [프로그램/스크린샷] - 한컴오피스2010 베타버전 실행화면

● [벌레와 팁/버그] - 한컴오피스2010 베타 설치 작업과 버그 몇 개

● [프로그램/설치] - 한컴오피스2010 베타버전 설치기

이 글은 ᄒᆞᆫ글 2010 베타버전에서 작성하였습니다.
일부 글자가 깨져 보일 수도 있습니다. 이는 나중에 팁으로 올리겠습니다.

한컴오피스 베타버전 버그 4 - ᄒᆞᆫ글과 블로그 1 : 블로그에는 게시판이 없거든요.

한컴오피스2010 베타버전에서 야심차게 포함시켰을 블로그로 올리기 기능은 문제점을 드러내고 있네요. 일단 기본 전제인 HTML로 저장하기 기능이 너무나 미흡합니다.

더구나 한글과컴퓨터 한/글 2010 도움말에는 ‘블로그 게시판’이라는 기이한 용어마저 등장하고 있습니다.

1. 벌레의 유형

이보세요, ᄒᆞᆫ글 씨! 도대체 블로그에 ‘게시판’이 있습니까? 블로그에는 게시판이 없거든요. 없는 것은 어떻게 찾나요?

2. 개발자의 답변

2009년 12월 31일 버그 리포팅을 한 상태입니다.

3. 벌레의 발견

가. 게시판은 없습니다.

일단 블로그에는 게시판이 있지만 없습니다. 무슨 귀신 씨나락 까먹는 소리냐고요? 그게, 블로그 자체가 게시판을 이용하여 만들어진 웹로그 시스템입니다. 그렇지만 “게시판”이라는 이름으로 불리는 것은 없습니다. 굳이 따지자면, 방명록이 유일한 ‘게시판’입니다.

나. 게시판을 가리키는 ᄒᆞᆫ글의 기능

며칠 전부터 영 눈에 거슬리는 것이 있습니다. 바로 블로그로 올리기 기능을 사용할 때마다 게시물 위치라는 표현을 쓰고 있습니다. 그리고 도움말(단축키는 F1)을 불러서 읽어보았습니다. 거기에서 놀라운 사실을 알게 되었죠.

‘블로그 게시판’이라는 기이한 용어 등장

여기에도 등장

ᄒᆞᆫ글이 맞고 제가 틀릴까요? 그런데 말입니다. 티스토리에는 ‘게시판’이라는 이름을 가진 항목이 없습니다.

참고로 저 두 그림에서 “하나 만 있는 경우입니다.”라는 말은 띄어쓰기가 틀려 있다. “하나만 있는 경우입니다.”라고 써야 옳다.

아무리 봐도 게시판은 안 보입니다. 대신 ‘분류’가 있습니다.

아무리 봐도 ‘분류’를 말하는 게 아닐까요?

아무리 생각해 봐도 ‘게시판’은 위 그림에 나타난 분류를 뜻하지 않나 싶습니다. 그런데 문제는 이 ‘분류’를 가리키는 말은 따로 있습니다.

분류를 정하는 카테고리 설정

예, 그렇습니다. 카테고리가 분류를 가리키는 말입니다. Category를 해석하면 ‘분류’가 되니 당연하다면 당연한 말이겠지요. 안 그래요?

흠, 티스토리만 그런 것인가? 아닙니다.

텍스트큐브 블로그도 ‘분류’라고 합니다.

텍스트큐브 블로그도 분류라고 부르고 있습니다. 친절하게 Categories라고 영어로 병기해 주었습니다.

위의 두 블로그만 그럴까요? 아닙니다. 다음 블로그도 네이버 블로그도 모두 카테고리라고 부르고 있습니다.

4. 벌레의 원인

사람들이 쓰는 용어가 무엇인지 확인하지 않고 개발실 또는 연구실에서 작업한 듯싶다. 그렇지 않고서야 어찌 블로그에서는 전혀 쓰이지 않는 게시판이라는 용어를 쓸 수 있을까?

설령 그렇다고 하더라도 그것이 ‘카테고리’ 또는 ‘분류’를 뜻한다는 말이라도 달아 주었더라면 도움말을 참조하는 사람에게 혼동을 주는 일은 없으리라 생각합니다.

5. 비슷한 벌레

비슷한 벌레는 찾을 수 없었습니다.

6. 관련 문서

가. 내부 문서

● [벌레와 팁] - HTML 태그 해석 오류 문제

● [벌레와 팁] - 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

● [프로그램/스크린샷] - 한컴오피스2010 베타버전 실행화면

● [벌레와 팁/버그] - 한컴오피스2010 베타 설치 작업과 버그 몇 개

● [프로그램/설치] - 한컴오피스2010 베타버전 설치기

이 글은 ᄒᆞᆫ글 2010 베타버전에서 작성하였습니다.

HTML 태그 해석 오류 문제

1. 벌레의 유형

저 잘난 맛에 엉뚱한 짓을 하는 벌레입니다.

2. 개발자의 답변

2009년 12월 31일 버그 리포팅을 한 상태입니다.

3. 벌레의 발견

가. 왜 문단 모양이 흩트려지지?

HTML 문서를 ᄒᆞᆫ글에서 읽어오는 기능을 시험하고 있다. 뭐 내가 얼마나 시험할 수 있겠느냐마는, 그래도 안 하는 것보다야 낫기 때문이다.

그런데 ᄒᆞᆫ글에서 HTML을 읽어오면 이상하게 문단 모양이 흩트려졌다. 흩트려지려면 글 전체가 흩트려지면 좋겠지만, 이것은 간혹 어쩌다 흩트려졌다.

나. 어떤 공통점이 있나?

이상하게 여기게 되자 자꾸 눈이 가고, 그러다 보니 한 가지 공통점을 찾게 되었다.

그림이 지워져 있기는 하지만 인터넷 익스플로러와 ᄒᆞᆫ글 화면의 글이 같다. 그런데 인터넷 익스플로러에서는 왼쪽 정렬이 된 부분이 ᄒᆞᆫ글에서는 가운데 정렬이 되어 있다. HTML 코드를 살펴보면 다음과 같다.

이번에도 위와 같은 현상이다. IE에서는 왼쪽 정렬인데, ᄒᆞᆫ글에서는 가운데 정렬이다.

무슨 까닭인지 <p style="text-align: center;"><img … /></p>의 구조일 때 그 다음에 오는 <p> … </p> 태그로 이루어진 문단은 가운데 정렬이 되고 있습니다.

왜 이렇게 엉뚱하게 태그를 해석하는지 알 수 없으나, 상당히 짜증나는 일이 아닐 수 없습니다. 더구나 이것은 하나하나 찾아서 직접 고치는 수밖에 없는 문제입니다.

4. 벌레의 원인

무슨 까닭인지 <p style="text-align: center;"><img … /></p>의 구조일 때 그 다음에 오는 <p> … </p> 태그로 이루어진 문단은 가운데 정렬이 되고 있습니다. 왜 이런 경우에 정렬이 흩트려지는지 알 수 없었습니다.

5. 비슷한 벌레

티스토리 BBCode 오류가 비슷하다고 여겨집니다. 끼지 말아야 할 때 끼어서 엉뚱한 짓을 하는 것이 비슷합니다.

6. 관련 문서

가. 내부 문서

● [벌레와 팁] - 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

● [프로그램/스크린샷] - 한컴오피스2010 베타버전 실행화면

● [벌레와 팁/버그] - 한컴오피스2010 베타 설치 작업과 버그 몇 개

● [프로그램/설치] - 한컴오피스2010 베타버전 설치기

이글은 한컴오피스2010 베타버전에 포함된 ᄒᆞᆫ글로 작성한 글입니다.
글자가 깨진 부분은 다른 팁을 위해 남긴 부분입니다.

1. 도대체 무슨 짓을 하는 거냐, ᄒᆞᆫ글?

한컴오피스2010 베타버전에 포함된 ᄒᆞᆫ글이 가진, 버그라고 하기에는 조금 그렇지만, 아무튼 미흡한 점을 지적하고자 합니다.

1.1. HTML은 구조적 문서이거든요.

ᄒᆞᆫ글 씨! 여보세요! HTML은 구조적 문서이거든요. 내가 만든 구조는 어디에다 팔아먹으셨나요?

그림 1 index.html 파일을 읽어온다.

그림 2 인터넷 익스플로러에서 불러온 모습

그림 3 ???글2010에서 불러온 모습

언뜻 보면 ᄒᆞᆫ글2010은 HTML을 잘 불러왔다고 여겨집니다. 하지만 인터넷 익스플로러에서 불러온 모습과는 많이 다릅니다. 그래서 혹시나 하는 마음에 스타일을 불렀습니다.

그림 4 깡그리 무시된 문단 관련 태그

HTML 문서를 읽어 올 때 문단 관련 태그를 모두 바탕글 스타일로 읽어오고 있습니다. 원래 HTML은 스타일이 없지 않느냐고요? 아니요. HTML은 스타일이 없더라도 존재합니다. 그 자체로 구조적 문서를 이루기 때문이죠. 그리고 문단 관련 태그가 각각의 기능을 가지고 있는 기능성 구조를 이루고 있습니다. 예컨대 P 태그는 당연히 문단 태그입니다. 그것만 있느냐? H1, H2, …, H6 태그도 문단 기능이 있어서 P 태그 없이도 문단을 구성할 수 있습니다. 그밖에 인용문을 가리키는 blockquote 태그, 입력 내용을 그대로 보여주는 PRE 태그 등도 P 태그 없이 문단을 구성할 수 있습니다. 제가 아는 태그만 주워섬겨도 이 정도네요.

그런데 지금 ᄒᆞᆫ글 씨께서는 모조리 뭉개버리고 바탕글이라는 스타일 하나만 남겼습니다. 구조적인 문서를 읽어다가 비구조적인 문서를 만들어 버린 셈이 되었네요.

1.2. CSS도 좀 챙겨!

ᄒᆞᆫ글 씨! 여보세요! CSS는 HTML의 스타일이거든. 그건 도대체 어디에다 팔아먹은 거냐고? 도대체 알 수가 없는 일입니다.

게다가 HTML 문서를 읽어 올 때나 저장할 때 CSS 파일을 전혀 인식하지 않습니다. 저장할 때야 HTML 문서 안에 스타일을 포함시키기 때문이라지만, 읽어올 때는 CSS 내용을 읽어 와야 옳다고 생각하는데요.

요(要)는 HTML은 구조와 내용이 분리된 언어입니다. 그것을 ᄒᆞᆫ에서 읽어왔는데, 그 구조를 모두 없애버리면(문단 태그와 DIV 태그를 모두 없애 버리면) 굳이 읽어 들여야 할 이유가 없지 않을까요? 그것을 다시 저장하면 “구조적 문서”가 “비구조적 문서”로 바뀌므로 오히려 손해가 되는 측면도 있습니다.

더구나 다른 이름으로 저장에서 HTML 문서로 저장하거나, 웹브라우저로 보내기를 하거나, 웹서버로 올리기를 하거나, 모두 HTML 문서의 형태가 중시되는데, 아예 CSS는 전혀 고려하지 않는 모습을 보이고 있습니다. 특히 ᄒᆞᆫ글2010에서 새로 추가된 블로그로 올리기 기능도 실제로는 HTML 형식으로 보내게 되어 있으니 더욱 문제는 심각하다고 할 수 있습니다.

1.3. 결론

ᄒᆞᆫ글 씨! 여보세요! HTML 문서 읽어오기나 HTML 저장하기 등의 기능은 빛 좋은 개살구거든. 그냥 읽어오기에 앞서 “이 기능은 그저 내용만 확인할 수 있습니다.”라고 안내문이나 넣지 그래.

그게 아니라면 좀 더 확실히 지원하라고. CSS도 읽어서 ᄒᆞᆫ글 스타일로 변환하고. HTML로 저장할 때도 CSS 이용할 수 있는 옵션을 좀 만들어 달라고.

이 글은 한컴오피스2010에 포함된 ᄒᆞᆫ글에서 작성한 문서입니다.
일부 깨져 보이는 글자는 일부러 수정하지 않고 두었습니다. 그에 대한 팁은 나중에 올리겠습니다.