왕미친세상

2010년 1월 13일 수요일

글자판 설정에 따른 한영 자동 전환 버그

한컴오피스 베타버전 버그 20 - 글자판 설정에 따른 한영 자동 전환 버그

한컴오피스2010 베타버전에서 한글 자모에 대한 글을 작성하면서 글자판을 두벌식 옛글로 설정하고 입력한 적이 있습니다. 그때 실수로 영어 글자판 상태에서 한국어를 입력했는데, 한국어로 바뀌지 않았습니다. 그 과정에서 이 버그를 발견하게 되었습니다.

1. 벌레의 유형

ᄒᆞᆫ글 씨! 한영 자동 전환 기능은 현재 글자판과 관련된 기능이 아닌가요? 왜 제1 글자판[footnote]제 n 글자판이라는 표현은 띄어쓰기에 맞지 않다고 생각합니다. 한글과컴퓨터 사전에 내장된 민중국어사전에 따르면 “제ː― (第) 【접두사】 한자어 수사 앞에 붙어, 차례의 몇 째를 가리키는 말”이라고 밝혔습니다. 앞의 제 n 글자판의 n은 그저 한자어 수사를 아라비아 숫자로 바꾸었을 뿐이니 제n 글자판라고 해야 옳다고 생각합니다.[/footnote]에 맞추어 한영 자동 전환을 끄고 켜는 것입니까? 현재 글자판에 맞추어 한영 전환을 작동시켜야 옳다고 생각합니다.

2. 개발자의 답변

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

3. 벌레의 발견

우선 벌레 발견을 검증하는 동영상을 보기 바랍니다. 다음 동영상은 아래 현재 글자판이 두벌식 옛글이 아닌 경우를 검증했습니다.

검증 과정은 다음과 같습니다.

● Quick Correction Bug라는 문자열을 한글 글자판인 상태에서 입력하며, 그것이 영문으로 자동 전환하는 순간 입력을 멈춥니다.

● 영문으로 자동 전환하지 않으면 마지막까지 입력한 뒤에 멈춥니다.

또한 현재 한영 자동 전환 설정은 다음과 같습니다.

그림 1 현재 한영 자동 전환 동작 설정

3.1. 현재 글자판이 두벌식 옛글인 경우

한글과컴퓨터사의 답변에 따르면, 현재 글자판이 두벌식 옛글인 상태에서는 한영 자동 전환이 동작하지 않습니다. 따라서 이 부분에 대해서는 테스트를 하지 않았습니다.

3.2. 현재 글자판이 두벌식 옛글이 아닌 경우

현재 글자판이 두벌식 옛글이 아닌 경우는 두 가지가 있습니다. 하나는 제1 글자판이 두벌식 옛글이 아닌 경우, 다른 하나는 제1 글자판이 두벌식 옛글인 경우입니다.

3.2.1. 제1 글자판이 두벌식 옛글이 아닌 경우

위 동영상에서 보면 제1 글자판이 두벌식 옛글이 아닌 경우에는 정상적으로 한영 자동 전환이 이루어졌습니다.

제1 글자판 및 현재 글자판이 두벌식 표준인 경우는 확인 1, 제1 글자판 및 현재 글자판이 두벌식 표준 2인 경우는 확인 2입니다.

그림 2 확인 1의 글자판 설정

그림 3 확인 2의 글자판 설정

그림 4 제1 글자판이 두벌식 옛글이 아닌 경우의 한영 자동 전환

위 그림처럼 두 경우 모두 한영 자동 전환이 올바르게 동작했습니다.

3.2.2. 제1 글자판이 두벌식 옛글인 경우

위 동영상에서 보면 제1 글자판이 두벌식 옛글인 경우에는 정상적으로 한영 자동 전환이 이루어지지 않았습니다.

현재 글자판이 두벌식 표준인 경우는 입력 1, 현재 글자판이 두벌식 표준 2인 경우는 입력 2입니다.

그림 5 입력 1의 글자판 설정

그림 6 입력 2의 글자판 설정

그림 7 제1 글자판이 두벌식 옛글인 경우의 한영 자동 전환

위 그림처럼 두 경우 모두 한영 자동 전환이 올바르게 동작하지 않았습니다.

3.3. 제3 글자판 및 제4 글자판

제3 글자판과 제4 글자판이 두벌식 옛글로 설정되어 있더라도 한영 자동 전환은 잘 동작했습니다. 테스트를 해 보고 싶은 사람은 다음 그림처럼 글자판을 설정하고 테스트 해 보십시오.

그림 8 제3 글자판 시험을 위한 글자판 설정

4. 벌레의 원인

제3/4 글자판에서는 벌레가 생기지 않는 것으로 보아, 제1 글자판에 대한 처리에서 무언가 오류가 발생한 듯싶습니다.

덧붙여, 제 n 글자판이라는 표현은 띄어쓰기에 맞지 않다고 생각합니다.

5. 비슷한 벌레

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 맞춤법 도우미로 엉뚱한 곳을 표시하면 어떡해요?

6. 관련 문서

6.1. 내부 문서

● [벌레와 팁/버그] - 빈곳에 하이퍼텍스트 지정할 때의 버그

● [벌레와 팁/버그] - 블로그 - (X)HTML 태그 표기 문제

● ┗ [벌레와 팁/버그] - 다른 이름으로 저장 및 HTML 코딩 문제

● [벌레와 팁/버그] - 블로그 - 주석 사이의 간격

● [벌레와 팁/버그] - 한글과컴퓨터 사전에서 탈자 하나

● [벌레와 팁/버그] - 한글과컴퓨터 사전에 나타난 이상한 모양의 글자

● [벌레와 팁/버그] - 맞춤법과 글자 모양

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

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 기본은 지켜야죠!

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

● [벌레와 팁/버그] - ᄒᆞᆫ글 씨! 맞춤법 도우미로 엉뚱한 곳을 표시하면 어떡해요?

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

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

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

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

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

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

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

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

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

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

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

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

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

(없음)

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

2010년 1월 12일 화요일

버그 5 확인 - 보이지 않는 카테고리 목록 확인

한컴오피스 베타버전 버그 5 확인 - 보이지 않는 카테고리 목록 확인

한컴오피스 베타버전 버그 5 - ᄒᆞᆫ글과 블로그 2 : 카테고리는 어디에? 문서에서 처음 발견한 게시물 위치가 공백으로 나타나는 버그는 테스트 블로그에서는 나타나지 않았습니다. 귀신 장난처럼 여겨지지만 도무지 알 수가 없는 일입니다.

그래서 일단 카테고리를 똑같이 만들어서 테스트 블로그에 접속하기로 했습니다.

1. 가정

카테고리를 똑같이 만들면 테스트 블로그의 카테고리(게시물 위치)가 나타나지 않을 것이다.

2. 확인

2010년 1월 1일 버그 리포팅을 하고 13일에 재현 및 확인합니다.

3. 재현

3.1. 재현 방법

1. 테스트 블로그에서 이미 존재하는 카테고리를 지웁니다.

2. 왕미친 세상 블로그를 참조하여 카테고리를 똑같이 만듭니다.

3. ᄒᆞᆫ글2010 베타버전에서 블로그로 올리기를 합니다.

3.2. 재현

3.2.1. 카테고리 삭제 전

그림 1 처음 카테고리 목록

처음 카테고리 목록은 테스트 하나뿐입니다. 참고로 이 화면은 1월 9일에 잡은 화면입니다.

그림 2 처음의 게시물 위치 목록

3.2.2. 카테고리 삭제 후 다시 만들기

그림 3 카테고리를 똑같이 만들었습니다. 색상과 블로그 이름이 다를 뿐.

그림 4 다시 만든 카테고리 목록

3.2.3. 블로그로 올리기 메뉴에서 확인하기

우선 왕미친 세상 블로그에 글을 올리는 시늉을 하겠습니다. 왜 시늉이냐? 올리지는 않고 대화상자만 보려고 합니다. 스크린샷도 지금까지 자주 나왔으니 필요한 부분만 잘라서 보여드립니다. 양해 바랍니다.

그림 5 블로그 계정 선택 - 왕미친세상

먼저 저렇게 블로그로 올리기를 할 계정을 선택해야 합니다. 현재 실수로 잘못 올릴 경우를 대비하여 테스트 블로그가 기본 계정으로 되어 있습니다.

그림 6 왕미친세상 - 게시물 위치가 공백으로 나타납니다.

게시물 위치는 지금까지처럼 나타나지 않았습니다.

이번에는 방금 카테고리를 다시 만든 테스트 블로그에 올리는 시늉을 하겠습니다.

그림 7 블로그 계정 선택 - 테스트 블로그

그림 8 테스트 블로그 - 게시물 위치가 공백으로 나타납니다.

4. 결론

어디에 문제가 있는지는 알 수 없으나, 어쨌든 카테고리(게시물 위치)를 ᄒᆞᆫ글의 블로그로 올리기 대화상자에서 나타내지 못하는 경우가 있음을 증명했습니다.

아쉬운 점이 있다면 블로그로 올리기 대화상자에서 계정 이름이 나타나지 않아서 위의 그림만으로는 완벽한 증거가 될 수 없다는 점입니다. 증거를 삼으려면 동영상이 필요한데 여러 창을 왔다 갔다 해야 하므로 조금 작업이 어려웠습니다. 나중에라도 첨부해 보겠습니다.

5. 관련 문서

5.1. 내부 문서

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

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

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

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

(없음)

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

버그 7 확인 - 캡션의 옛한글 버그 확인

한컴오피스 베타버전 버그 7 - 캡션의 옛한글 버그 확인

한컴오피스 베타버전 버그 7에서 주장한 버그에 대해 확인하겠습니다. 그 글에서 캡션에 “ᄒᆞᆫ”과 같은 한글 완성형 코드에 없는 글자, 곧 유니코드에서만 조합할 수 있는 문자가 오면, 낱자 1개당 물음표(?) 1개가 생긴다고 가정했습니다. 그것을 확인해 보겠습니다.

1. 가정

캡션에 입력한 옛한글 낱자 1개에 물음표(?) 1개가 생긴다.

2. 확인

2010년 1월 3일 버그 리포팅을 하고 12일에 재현 및 확인합니다.

3. 재현

3.1. 재현 방법

1. 그림을 추가한 뒤 테스트 블로그로 올린다. 이때 캡션에 옛한글을 포함한다.

2. 그림은 임의로 지정한다.

3. 캡션에는 ᄉᆞ(ㅅㆍ), ᄒᆞᆫ(ㅎㆍㄴ), ᄆᆞᆺ(ㅁㆍㅅ)을 사용한다.

3.2. 재현

테스트 블로그에 가서 물음표 개수를 세었습니다. 글자가 흐릿하지만, 아래 그림을 보아도 됩니다.

4. 결론

앞서 밝혔던 낱자 1개에 물음표 1개라는 가정이, 적어도 지금까지는, 틀리지 않음을 증명했습니다. 물론 논거가 겨우 4개에 불과하므로 예단은 금물이지만, 뭐 이 정도로 만족해야죠. 나머지는 한글과컴퓨터사의 개발진이 밝혀야 할 문제라고 생각합니다.

덧붙여, 다음 뷰에서 나타나는 물음표(?)도 낱자의 개수에 따라 달라졌습니다. 다시 말해 낱자 1개에 물음표 1개가 성립했습니다.

5. 관련 문서

5.1. 내부 문서

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

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

● 캡션 옛한글 블로그 올리기 문서

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

나랏말ᄊᆞ미 듀ᇰ귁에 달아 문ᄍᆞᆼ와로 서르 ᄉᆞᄆᆞᆺ디 아니ᄒᆞᆯᄊᆡ

옛한글을 다음 뷰에서 제대로 나타내는지를 검사하는 문서입니다.

나랏말ᄊᆞ미 듀ᇰ귁에 달아 문ᄍᆞᆼ와로 서르 ᄉᆞᄆᆞᆺ디 아니ᄒᆞᆯᄊᆡ

빈곳에 하이퍼텍스트 지정할 때의 버그

한컴오피스 베타버전 버그 19 - 빈곳에 하이퍼텍스트 지정할 때의 버그

최근 한컴오피스2010 베타버전의 ᄒᆞᆫ글을 사용하면서 하이퍼링크를 자주 만들었습니다. 블로그로 올리기 기능을 사용해야 하므로 자주 쓰지 않을 수 없었죠. 그런데 빈 공간에 하이퍼링크를 만들면 다른 글자를 지워 버리는 현상을 발견했습니다.

1. 벌레의 유형

ᄒᆞᆫ글 씨! 하이퍼링크를 만들 때 표시할 문자열이 왜 다른 문자열을 침범하게 두나요? 새롭게 지정한 문자열에게는 새로운 공간을 배정해야 하지 않나요?

괜히 남의 자리 차지하는 엉뚱한 벌레입니다.

2. 개발자의 답변

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

3. 벌레의 발견

하이퍼링크를 만들다가 우연히 빈곳에 영역을 설정하지 않고 하이퍼링크를 만들면서 발견했습니다.

3.1. 영역 지정 후 하이퍼링크 만들기

그림 1 영역 설정 후 하이퍼링크 지정하기

위 그림에서 하이퍼링크를 지정할 때 설명이 나타나 있습니다.

그림 2 하이퍼링크 지정에 대한 설명

아무튼 하이퍼링크는 현재 커서 위치, 선택된 개체, 블록 잡은 영역에 삽입할 수 있다고 밝혀져 있습니다.

그림 3 웹 주소로 하이퍼링크 연결하기

위와 같이 작업을 하면 다음과 같이 나타납니다.

그림 4 하이퍼링크로 연결한 뒤의 화면 (아래 잘랐음)

3.2. 영역 설정 없이 하이퍼링크 만들기

앞의 3.1.에서는 영역을 설정한 뒤에 하이퍼링크를 만들었습니다. 이번에는 그냥 아무 곳에나 만들어 보겠습니다.

그림 5 현재 커서 위치를 잘 보십시오.

위에서 커서 위치는 영역 설정 없이 “벌레와”라는 문자열 다음입니다.

그림 6 마음대로 영역을 지정합니다.

위 그림에서 보면 ᄒᆞᆫ글의 하이퍼링크 기능을 사용하면 마음대로 영역을 설정하고 있습니다. 게다가 그곳의 문자열을 복사해 옵니다.

처음에는 아무것도 모르고 저곳에 표시할 문자열을 새로 지정했습니다. 이번에도 그렇게 하겠습니다.

그림 7 새롭게 지정한 표시할 문자열

의심도 않고 표시할 문자열을 [벌레와를 버그로 바꾸었습니다.

그림 8 바뀐 문자열

위 그림에서 보면 문자열이 버그로 바뀌어 있습니다. 원래 있던 [벌레와는 사라져 버렸죠. 그것을 예상할 수 있는 사람은 과연 몇 사람이나 될까요?

3.3. 다른 프로그램에서 하이퍼링크 만들기

그렇다면 다른 프로그램에서는 하이퍼링크를 만들 때 어떻게 할까요? 물론 다른 프로그램과 비교하는 것이 그다지 좋은 방법은 아닙니다. ᄒᆞᆫ글에는 ᄒᆞᆫ글만의 독창적인 방법이 있기 때문입니다. 하지만 다른 프로그램이 모두 ‘갑’이라는 방법을 사용할 때 ᄒᆞᆫ글과 홀로 ‘을’이라는 방법을 쓴다면? 거기다 ‘을’이라는 방법이 ‘갑’과 그 과정은 같고 최종 결과만 다르다면? 아무래도 ‘을’이라는 방법을 이상하게 여기는 사람이 늘어나지 않을까요?

MS Word 2010 (Beta)에서 하이퍼링크를 만들어 보았습니다.

그림 9 커서의 위치는 아까 했던 작업 위치입니다.

위에서 커서 위치는 앞서 작업했던 그 위치입니다.

그림 10 링크 만들기

위 그림처럼 Insert 메뉴에서 Links 아이콘의 아랫부분을 클릭하면 세 개의 아이콘이 나오는데, 그 가운데 Hyperlink를 선택합니다.(MS Word의 작업은 일부러 자세히 설명하는 것입니다. 아직까지 워드프로세서는 ᄒᆞᆫ글만 아는 사람이 많으니까요.)

그림 11 링크 삽입 대화상자

그림 12 링크 적용 후의 화면

MS Word에서는 위와 같이 문자열을 새로 만들어 삽입했습니다. 그런데 ᄒᆞᆫ글을 강제로 영역을 설정하여 기존에 있던 문자열을 수정했습니다. 문제는 다른 프로그램은 모두 MS Word의 방식을 따르는데, ᄒᆞᆫ글만 혼자 놀고 있습니다.

옳고 그름을 떠나서 어느 쪽이 불편할까요? 아예 다른 기능에서 다른 결과가 나오면 사람들은 수긍하지만, 비슷한 기능에서 혼자만 다른 결과를 보여주면 그것을 어색하게 여기게 됩니다.

4. 벌레의 원인 및 덧붙이는 말

앞서 ᄒᆞᆫ글의 안내문에서 하이퍼링크는 현재 커서 위치, 선택된 개체, 블록 잡은 영역에 삽입할 수 있다고 밝혔습니다. 그런데 결과는 삽입이 아니라 기존 문자열을 수정하는 경우도 있습니다. 이건 누가 예상할 수 있을까요?

앞의 예시 그림(그림 6)은 그렇게 영역 설정을 ᄒᆞᆫ글이 마음대로 하는 장면을 일부러 스크린샷으로 잡았지만, 만약에 하이퍼링크 대화상자에 가려서 그런 장면이 나타나지 않는다면? 그때 정말로 사람들은 납득할 수 없게 되지 않을까요?

안내문 내용을 믿은 사람이라면 누구나, 영역 설정을 하지 않은 경우에, 기존 문자열을 덮어쓰게 되리라고 예상할 수 있는 사람은 없다고 생각합니다.

결과적으로 이번 벌레는 한글과컴퓨터사의 자사 중심주의 때문에 생겨난, 다른 회사 제품이야 어떻든지 ᄒᆞᆫ글에는 ᄒᆞᆫ글의 방식이 있음을 너무 고집한 탓에 생겨난 벌레로 여겨집니다.

5. 비슷한 벌레

● [벌레와 팁/버그] - 스프링노트의 태그 표기 벌레

6. 관련 문서

6.1. 내부 문서

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

(없음)

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

2010년 1월 11일 월요일

다른 이름으로 저장 및 HTML 코딩 문제

한컴오피스 베타버전 버그 18-1 - 다른 이름으로 저장 및 HTML 코딩 문제

(X)HTML 태그에 대해 살펴보면서 문득 다른 이름으로 저장은 어떨까 살펴보게 되었습니다.

1. 벌레의 유형

ᄒᆞᆫ글 씨! HTML 문서를 만들 때 좀 더 신경 써 주십시오. 잘못된 코드는 잘못된 결과를 보여줍니다.

2. 개발자의 답변

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

3. 벌레의 발견

Markup 검사 서비스를 이용하다가 알게 되었습니다. 검사에 사용한 문서는 TestFile.htm 파일입니다. 다운로드 받은 뒤 Markup 검사 서비스 페이지에서 검사해 보시기 바랍니다.

TestFile.htm

물론 직접 문서를 작성한 뒤 다른 이름으로 저장 > 인터넷 문서를 선택하여 저장하여 검사할 수도 있습니다.

아무튼 위 그림처럼 매우 많은 오류를 보이게 된다는 점은 두말할 나위 없습니다.

4. 벌레의 원인

HTML 데이터를 만들 때 HTML 문법에 어긋나게 구성하였기 때문에 발생한 벌레입니다. 이는 ᄒᆞᆫ글 측에서 좀 더 주의를 기울였다면 사전에 막을 수 있는 벌레라는 점에서 아쉬움이 남습니다.

5. 비슷한 벌레

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

● [벌레와 팁/버그] - 블로그 - 주석 사이의 간격

● [벌레와 팁/버그] - 블로그 - (X)HTML 태그 표기 문제

6. 관련 문서

6.1. 내부 문서

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

● 예제 3

● 예제 5

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

블로그 - (X)HTML 태그 표기 문제

한컴오피스 베타버전 버그 18 - ᄒᆞᆫ글과 블로그 8 - 주석 2 - (X)HTML 태그 표기 문제

주석에 대한 사항을 점검하면서 한 가지 더 이상한 점을 발견하였습니다. 바로 (X)HTML 태그 표기 문제였습니다.

1. 벌레의 유형

ᄒᆞᆫ글 씨! (X)HTML 태그에서 a 태그 안에는 p 태그가 오지 않습니다.

2. 개발자의 답변

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

3. 벌레의 발견

3.1. 우연히 발견한 버그

테스트 블로그에 올린 주석이 있는 문서의 소스를 살피다가 발견하였습니다.

그림 1 각주를 블로그에 나타나게 만든 화면

그림 2 소스 보기 화면

저 소스는 누구나 확인할 수 있습니다. 위 코드를 분석하면 다음과 같은 구조를 보여줍니다.

앞서 제기한 주석의 br 태그 문제뿐만 아니라 다른 문제가 들어 있었습니다. 바로 a 태그와 p 태그의 중첩 문제였습니다. 얼핏 보면 아무 문제도 없습니다. 대부분의 웹브라우저도 a 태그 안에 p 태그가 중첩되어도 제대로 보여줍니다. 하지만 엄밀히 말해 위와 같은 구조는 아래처럼 바뀌어야 합니다.

<hr>

3.2. Markup 검사 서비스

테스트 블로그 문서에 대해 Markup 검사 서비스를 해 보았습니다. 바로 저 부분을 체크하는지를 알기 위해서입니다. (검사 결과 보기)

그림 3 에러 부분만 잘라낸 화면

<a>와 같은 인라인 요소 안에는 와 같은 블록 단위 요소를 넣을 수 없음을 알려주고 있습니다.

4. 벌레의 원인

5. 비슷한 벌레

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

● [벌레와 팁/버그] - 블로그 - 주석 사이의 간격

6. 관련 문서

6.1. 내부 문서

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

● 예제 3

● 예제 5

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