왕미친세상: 태터툴즈

레이블이 태터툴즈인 게시물을 표시합니다. 모든 게시물 표시

2010년 4월 2일 금요일

텍스트큐브 주석 달기

텍스트큐브 알림판에 박쥐의 변신이라는 글이 나타났기에 단지 제목이 재미있어서 클릭했습니다.

왕미친놈이 본 추천 포스트

그런데 주석(각주)을 달 수 없다는 푸념(?)이 있습니다.

얼마나 답답하셨을까?

태터툴즈 주석 달기

제 기억이 맞다면 태터툴즈의 형제들은 주석 다는 방법이 모두 같습니다. 바로 [footnote]내용[/footnote]과 같은 꼴로 나타내면 주석으로 바꾸어 줍니다.

텍스트큐브 편집 화면 1 - 주석이 달려 있습니다.

참고로 예제로 보인 문서는 제 블로그의 GotD - Wondershare Photo Collage Studio 4.2.12 문서입니다.

텍스트큐브 편집 화면 2 - 위지위그 편집 모드

역시 주석을 달린 부분만 잘라내어 빨간색으로 표시했습니다.

텍스트큐브 편집 화면 3 - HTML 편집 모드

앞의 텍스트큐브 편집 화면 2 그림과 마찬가지로 주석이 달린 부분만 잘라내어 자주색으로 표시했습니다. 굳이 설명이 필요 없어 보입니다.

실제 적용

위와 같이 작업을 한 뒤에 저장을 하고 블로그 문서를 웹브라우저로 열면 됩니다.

웹브라우저에서 본 본문의 주석 위치

위첨자로 처리된 숫자 2(²)에 주석이 링크되어 있다. 그 숫자를 클릭하면 주석 위치로 이동한다.

웹브라우저에서 본 문서 끝의 주석 내용

원래는 위의 그림과는 조금 다릅니다. 스크롤 바를 움직여서 위치를 약간 조절하였습니다.

좀 더 세련되게

BLUEnLIVE님이 블로그에 아주 좋은 방법을 제시해 놓으셨습니다. 각주(footnote) 풍선말 도우미라는 글입니다. 직접 가서 보시기 바랍니다. 참고로 보이는 모습은 아래와 같습니다.

풍선 도움말 예시

2010년 2월 16일 화요일

미완성 떠다니는 메뉴 - 버그 때문에

며칠 전부터 블로그에 떠다니는 메뉴를 달려고 지랄발광을 했음에도 성공하지 못했습니다. 될듯 될듯 하면서도 끝끝내 실패했는데, 왠걸 소스 하나를 보자 맥이 탁 풀리더군요. 간단하면서도 잘 동작하는 메뉴를 만들 수 있게 되었습니다. 다만 티스토리의 버그 때문에 추천 배너에 대한 사항은 정확하게 잘 작동하지는 않습니다.

참고 1 : 이 글은 어디까지나 티스토리를 기준으로 설명하였습니다. 태터툴즈의 다른 형제들(텍스트큐브 및 태터툴즈)에서는 정상 동작을 보장하지 못합니다. 그러나 몇몇 설정만 바꾸면 적용할 수 있으리라 생각합니다.
참고 2 : 이 글에서 추가한 CSS 코드 및 (X)HTML 코드의 저작권은 도아 님께 있습니다. 또한 자바스크립트 추가 부분은 강팀장 님께 저작권이 있습니다. 따라서 그 두 부분은 GFDL 및 CCL의 적용을 받지 않으므로 주의하기 바랍니다.

이동 위치 및 메뉴 항목 정하기^#

가장 먼저 할 일은 이동 위치와 메뉴 항목을 정하는 일입니다.

스킨의 구조와 이동 위치^#

티스토리 스킨 제작 가이드에서 스킨의 구조를 살펴보면 스킨의 구조, 곧 태터툴즈로 만들어진 블로그의 구조는 다음과 같습니다.

티스토리 스킨의 구조 by 태터툴즈 스킨커뮤니티

대부분의 경우 header부터 footer까지 화면에 나타납니다. 이때 특별한 일이 없다면 sideinfo 영역(사이드바)은 이동 위치로 잡지 않도록 합니다. 왜냐고요? 위 그림에서 보듯이 본문에 해당하는 content 부분과 화면의 상하 위치가 겹치기 때문입니다. 대부분의 경우 화면의 좌우 이동을 고려하여 떠다니는 메뉴를 만들지는 않으므로 굳이 sideinfo 영역에 이동 위치를 잡을 필요가 없다는 말입니다.

대충 잡을 수 있는 이동 위치는 문서의 처음 또는 끝, 본문의 처음 또는 끝, 댓글의 처음 또는 끝(또는 댓글 보기 또는 댓글 쓰기) 등입니다. 거기에 더하여 블로그 홈이나 블로그 관리용 문서로 이동하게 만들 수도 있습니다.

이동 위치와 이동 메뉴^#

이 부분은 제 블로그를 기준으로 설명합니다. 각자 자신의 블로그에 넣는다고 상상하면서 글을 읽어 주십시오.

왕미친 세상 블로그 구조

위 그림에서 빨간색으로 표시한 부분이 화면에 나타나는 부분이며, 자주색 줄이 이동 위치입니다. 맨 위에서부터 차례대로 글로 나타내면, 문서 처음(top), 글 관련 태그(tag) 또는 추천 배너(recommend)[footnote]왕미친세상 블로그에서는 추천 배너를 글 끝과 태그 사이에 넣고 있습니다.[/footnote], 트랙백 / 댓글(comment1), 댓글 쓰기(comment2), 페이징(paging), 글끝(end) 등입니다.

그리고 위 그림에서 블로그 메뉴가 헤더와 꼬리에 모두 나타납니다. 그러나 여기에서는 원래 있던 블로그 메뉴는 그대로 두고 메뉴를 하나 더 추가하였습니다.

떠다니는 메뉴 구현 방법^#

이 글에서는 떠다니는 메뉴를 스타일(CSS)을 이용하여 구현해 보았습니다. 소스코드는 Fixed Layer Hack for IE6에 나오는 코드를 참고하였습니다. 또한 자바스크립트를 최소로 하는 것이 호환성에 더 좋고, 코드도 더 간단하다고 생각하여 그렇게 결정했습니다. 실제로 그와 비슷하게 적용된 블로그는 도아의 세상사는 이야기입니다. 특히 도아의 세상사는 이야기 블로그에서는 표(테이블)이 아닌 리스트를 활용하고 있으므로 따라해 보았습니다.

스킨에 넣을 이동 메뉴의 (X)HTML 코드는 다음과 같습니다.

[code html] <div id="floatdiv"> <ul> <li class="menu">공간이동</li> <li><a href="/">첫페이지</a></li> <li><a href="#top">처음으로</a></li> <li><a href="#item1">항목1</a></li> <li><a href="#item2">항목2</a></li> <li><a href="#item3">항목3</a></li> <li><a href="#item4">항목4</a></li> <li class="last"><a href="#end">맨끝으로</a></li> </ul> </div> [/code]

이동 메뉴만으로는 아무런 동작도 하지 못합니다.

[code html] <a name="top"></a> <a name="item1"></a> <a name="item2"></a> <a name="item3"></a> <a name="item4"></a> <a name="end"></a> [/code]

위의 코드를 스킨의 (X)HTML 코드에 추가해야 합니다.

item과 항목 대신 a 태그의 name(또는 id)과 이동 위치의 이름이 와야 합니다.

스킨에 넣을 CSS 코드는 다음과 같습니다. 이것을 CSS 부분(style.css)의 맨 끝에 넣으면 됩니다.

[code css] /* 떠다니는 메뉴 (Floating Menu) */ #floatdiv { position:fixed; _position:absolute; _z-index:-1; width:65px; overflow:hidden; right:0px; top:30%; border: #5D5D5D 1px solid; background-color: transparent; font-size: 14px; margin:0; padding:0; }
#floatdiv ul { list-style: none; } #floatdiv li { margin-bottom: 2px; text-align: center; } #floatdiv a { color: #5D5D5D; border: 0; text-decoration: none; display: block; } #floatdiv a:hover, #floatdiv .menu { background-color: #5D5D5D; color: #fff; } #floatdiv .menu, #floatdiv .last { margin-bottom: 0px; } [/code]

기본적으로 위의 코드가 들어가며, 더 추가될 수도 있습니다.

블로그 화면과 이동 위치^#

실제 블로그에서 위치를 찾아 보겠습니다. 자주색 가로선은 떠다니는 메뉴에서 이동하게 될 이동 위치를 가리킵니다.

이동 위치 1 : 맨 위

이동 위치 2 : 글 끝 또는 추천 배너

이동 위치 3 : 트랙백/댓글 보기

이동 위치 4 : 댓글 쓰기(위) 및 페이징(아래)

이동 위치 5 : 페이징(자주색) 및 사이드바(파란색)

이동 위치 6 : 맨 아래

위에서 보면 대충 어느 위치인지 감이 오지 않습니까? 일단 글의 맨 처음 부분에 이동할 수 있게 하고, 그 다음으로 추천 배너의 위치[footnote]내가 생각하기에는, 추천 배너 위치로 이동하기는 블로그 방문자보다는 블로그 주인(블로거)의 입장을 고려한 위치 선정으로 보입니다. 하지만 대부분 추천 배너 위치로 이동하도록 메뉴를 구성하고 있으므로 저도 추가했습니다.[/footnote], 트랙백/댓글 보기, 댓글 달기, 페이징, 문서의 맨 끝 등으로 구성할 수 있습니다.

이때 이동 위치 5 : 페이징 그림을 보면 사이드바에 파란색으로 이동 위치를 표시했습니다. 이것은 1단 스킨에서는 유용하지만, 2단 스킨이나, 3단 스킨에서는 조금 불합리한 점이 생깁니다. 여기에 이동 위치를 지정하면 페이지가 위아래로 왔다 갔다를 반복하게 될 수도 있으므로 꼭 필요하지 않다면, 그리고 1단 스킨이 아니라면, 이동 위치를 지정하지 않는 것이 좋습니다.

블로그 스킨 코드에서 이동 위치 찾기 및 코드 넣기^#

스킨 소스와 관련한 기본 사항은 티스토리 스킨 가이드를 참조하기 바랍니다.

티스토리 관리 화면 - 스킨 편집 화면

실제로 넣을 코드는 다음과 같습니다. 각각의 위치에 <a name="이름"></a>와 같은 식으로 붙여 주면 됩니다. 구성할 메뉴와 이동 위치에 넣을 코드는 아래와 같습니다.

[code html] <div id="floatdiv"> <ul> <li class="menu">공간이동</li> <li><a href="/">첫페이지</a></li> <li><a href="#top">처음으로</a></li> <li><a href="#recommend">추천배너</a></li> <li><a href="#comment1">댓글보기</a></li> <li><a href="#comment2">댓글달기</a></li> <li><a href="#paging">이동메뉴</a></li> <li class="last"><a href="#end">맨끝으로</a></li> </ul> </div> [/code] [code html] <a name="top"></a> <a name="recommend"></a> <a name="comment1"></a> <a name="comment2"></a> <a name="paging"></a> <a name="end"></a> [/code]

이것을 스킨에 실제로 적용하면 다음과 같습니다. 빨간 네모는 기준이 되는 (X)HTML 코드 또는 티스토리 치환자입니다. 그것을 찾은 뒤 알맞은 위치에 이동위치를 표시하면 됩니다.

이동 위치 (스킨) 1 : 맨 위

맨 위로 이동하게 만들려면 위 그림의 자주색 줄이 있는 부분, 곧 body 태그의 바로 다음에 a 태그(앵커 태그)를 넣어야 한다.

이동 위치 (스킨) 2 : 글 끝 또는 추천 배너

이때 추천 배너를 플러그인에서 추가했기 때문에 위 화면에는 나타나지 않고 있습니다. 저와 달리 추천 배너의 코드를 직접 입력했다면 위 스킨 화면에 나타나게 됩니다. 또한 위와 같이 추천 배너의 코드가 나타나지 않는다면,[footnote]추천 배너를 티스토리의 플러그인 메뉴에서 추가하였다면 스킨에는 나타나지 않습니다.[/footnote] 저 위치가 본문의 바로 다음인데, 블로그 소스 보기를 통해 정확한 위치를 찾아야 합니다.

다만 이 경우에는 임시로 저곳에 붙여 두겠습니다.

이동 위치 (스킨) 3 : 트랙백/댓글 보기

이동할 위치는 트랙백과 댓글의 내용이 나오기 바로 전입니다. 이동 위치 3 : 트랙백/댓글 보기 그림을 참조하십시오.

이동 위치 (스킨) 4 : 댓글 쓰기

댓글 쓰기도 앞의 설명과 마찬가지입니다.

이동 위치 (스킨) 5 : 페이징

페이징은 보통 1~3줄로 나타납니다. 아무쪼록 페이징 영역의 맨 앞으로 이동 위치를 잡아야 합니다.

이동 위치 (스킨) 6 : 맨 아래

맨 아래는 </body>의 바로 앞에 이동 위치를 두면 됩니다.

각각의 위치에 앞서 설명했던 앵커 태그(a 태그)를 넣으면 됩니다. 이때 a 태그의 역할은 링크 걸기가 아닌 위치 지정입니다. 링크를 걸 때는 href 속성(href attribute)을 사용하며, 링크의 대상을 지정할 때는 name 속성(href attribute)을 이용합니다. 다만 링크 대상을 지정할 때 (X)HTML 공통 속성(Common attribute) 가운데 코어 속성(core attribute)에 속하는 id 속성을 사용할 수도 있습니다.

참고 1 : id 속성은 공통 속성이기 때문에 a 태그(a 엘리먼트) 이외에 다른 곳에도 쓰일 수 있습니다.

참고 2 : a 태그(a element / a 엘리먼트)는 앵커(anchor), 곧 닻을 가리킵니다.

위에서 추천배너에 대한 메뉴와 이동 위치 코드는, 앞서 설명했고 또한 보았듯이, 스킨에서는 넣을 수 있는 위치가 없습니다.[footnote]다시 강조하건대, 추천 배너를 티스토리의 플러그인 메뉴에서 추가하였다면 스킨에는 나타나지 않고, 그러므로 스킨만 참조해서는 넣을 방법이 없습니다.[/footnote] 그러나 블로그 소스 보기를 통해서 그 위치를 찾아낼 수는 있습니다.

일단 여기까지 마친 뒤에 저장합니다. 저장은 선택이 아닌 필수입니다.

[저장]을 클릭하여 저장합시다.

이동 메뉴 적용^#

HTML 코드(skin.html) 적용^#

일단 앞에서 이동할 위치를 스킨에 지정해 넣었습니다. 이번에는 그 위치로 이동하게 만들 메뉴를 넣어 보겠습니다.

빨간 네모 부분이 메뉴입니다.

저 부분을 스킨에서 찾으면 다음과 같습니다.

스킨(skin.html)에서 찾은 메뉴

기준이 되는 것은 위치로그, 미디어로그, 방명록 등입니다. 각자 자신의 블로그 스킨에서 알맞은 문자열을 찾기 바랍니다. 때로는 메뉴가 그래픽 이미지 및 플래시 배너로 되어 있는 경우도 있습니다.

skin.html 부분에 추가한 코드 : 기존 메뉴(빨간 테두리)와 추가된 떠다니는 메뉴(자주색 테두리)

다 마쳤으면 일단 저장합니다.

CSS 코드(style.css) 적용^#

style.css 부분에 추가한 코드 : 기존 메뉴(빨간 테두리)와 추가된 떠다니는 메뉴(자주색 테두리)

제 경우는 맨 마지막 부분에 화면에 보이지 않을 부분이 자리 잡고 있습니다. 각자 자신의 CSS 설정의 맨 마지막 부분쯤에 코드를 넣으시면 됩니다.

넣은 뒤에는 저장하면 외형은 완성됩니다.

작동 확인 및 수정^#

떠다니는 메뉴의 작동 확인^#

떠다니는 메뉴에서 [처음으로]를 클릭했을 때의 화면

하지만 저것이 정상 동작한다는 보장은 못합니다. 배경을 투명으로 했기 때문에 조금 이상하지만, 어쨌든 겉모양은 도아의 세상사는 이야기와 거의 같습니다. 왜? 그것을 베꼈으니까요.

떠다니는 메뉴에서 [추천배너]를 클릭했을 때의 화면

추천배너를 클릭했으나 엉뚱한 곳으로 갔습니다. ^^a 다른 메뉴를 확인한 뒤 나중에 고치겠습니다. 아랫부분은 필요가 없어서 잘랐습니다.

떠다니는 메뉴에서 [댓글보기]를 클릭했을 때의 화면

떠다니는 메뉴에서 [댓글달기]를 클릭했을 때의 화면

이미 티스토리에 로그인했으므로 댓글 달기에서 이름이나 비밀번호 등을 묻지 않고 있습니다. 그러므로 다르게 나타날 수도 있습니다.

떠다니는 메뉴에서 [이동메뉴]를 클릭했을 때의 화면

떠다니는 메뉴에서 [맨끝으로]를 클릭했을 때의 화면

[맨끝으로]를 클릭했을 때는 반응이 조금 다릅니다. 이는 이동 메뉴는 화면에서 전체 높이의 30% 되는 곳에 둥둥 떠 있게 되지만, 이동 위치인 맨끝은 화면 전체 높이 100% 되는 곳입니다. 따라서 항상 떠다니는 메뉴보다 아래쪽에 위치하게 되므로 위의 그림은 정상입니다.

덧붙이는 말^#

팁을 적용하면서 발견한 버그는 티스토리에 정나미가 떨어지게 만들었습니다. 오죽하면 블로그를 (텍스트큐브닷컴으로) 합쳐야 하나?라는 생각을 했겠습니까?

다음과 통합된 뒤에 가입해서 그런지, 티스토리 버그 리포팅 등을 티스토리가 아닌 다음에서 처리한다는 것도 마음에 안 드는데, 버그 리포팅을 해도 답변이 없는 것은 진짜 열 받습니다. 제가 버그 리포팅을 한 것 가운데 맨 처음 한 번만 답변을 받았고, 나머지는 지금까지 수정이 안 되고 있고, 답변도 못 받았습니다.

그들은 사용자를 언제까지 기다리게 만들어야 직성이 풀리려는지 모르겠습니다.

2010년 1월 10일 일요일

블로그 - 주석 사이의 간격

한컴오피스 베타버전 버그 17 - ᄒᆞᆫ글과 블로그 7 - 주석 1 - 주석 사이의 간격

한컴오피스2010 베타테스트를 하면서 가장 아쉬운 점은 너무 자사 제품을 위주로 작업을 처리한다는 점이었다. 물론 한글과컴퓨터사라는 회사에서 만들었으므로 그것은 당연할 수도 있다. 하지만 블로그에 글을 올릴 때 스타일을 따로 만들어서 올리면서, 그것도 제대로 적용도 안 되게 올리는 일은 그러한 자사 중심주의가 빚은 최악의 버그(벌레) 가운데 하나라고 생각합니다.

이번에도 한 가지 벌레를 발견하게 되었습니다. 그런데 이게 좀 이상합니다. 아, 벌레는 원래 이상한 놈이었죠. 실수했습니다.

1. 벌레의 유형

ᄒᆞᆫ글 씨! 주석과 주석 사이에는 굳이 빈 줄이 필요하지 않습니다. 오히려 페이지 레이아웃(편집 배정)을 흩트리는 주범이 됩니다. 물론 이것이 벌레인지 아닌지 알 수 없습니다만, 저는 단호하게 벌레라고 말하겠습니다.

2. 개발자의 답변

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

3. 벌레의 발견

3.1. 블로그에서 보이는 주석 사이의 줄 간격(?) 문제

ᄒᆞᆫ글의 기능을 모두 사용해 보고 싶은 마음에 블로그에 올릴 글에도 각주(주석)를 넣게 되었습니다. 그러다가 혹시나 하는 마음에 테스트 블로그에 먼저 올려 보았습니다.

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

위 각주를 보면 각주 사이가 지나치게 넓습니다. 아니, 저 공간에 짧은 각주 하나 정도는 들어갈 수 있어 보입니다.

소스코드를 살펴보기로 하죠.

그림 2 증거용 스크린샷

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

이때 한 가지 문제가 있다. 바로 br 태그이다. 도대체 왜 저게 들어 있는지 알 수 없었다. 바로 저것이 위 그림 1에서 보이는 주석 사이의 간격을 만드는 범인이었다. 어찌 보면 주석 사이가 너무 붙어 있으면 갑갑해 보이기 때문이라고 말할 수도 있으나, 이미 ᄒᆞᆫ글이 내보내는 스타일이 전혀 지정되지 않음을 확인한 상황에서는 그것도 말이 되지 않는다. 다시 말해 주석의 글꼴이 본문보다 작고, 줄 간격도 본문의 160%보다 좁은 130%이기 때문에 저렇게 했다는 답변은, 물론 그 말을 할 사람들―대부분 한글과컴퓨터사의 개발진이리라 생각한다.―에게는 옳은 말이겠지만, 현재 상황에서는 말이 안 되는 소리가 되어 버렸다.

3.2. HTML 문서에서 보이는 줄 간격 문제

지금까지 블로그로 올리기 기능을 사용하여 발견한 문제는 다른 이름으로 저장 > 인터넷 문서에서도 발견되었다는 점을 생각하면 HTML 문서도 확인할 필요가 있습니다.

그림 3 [다른 이름으로 저장]에서도 나타난 각주 사이의 이상 간격 벌레

위 그림에서 파란색 테두리로 나타낸 부분입니다. 주황색으로 된 부분이 바로 br 태그가 있는 곳이죠. 굳이 저렇게 해서 보기 싫게 바꾸어야 할까요?

지금까지 경험으로 웹서버로 보내기 및 웹브라우저로 보내기 기능에서도 나타나리라 생각합니다.

그림 4 br 태그를 제거한 모습

위 그림에서 보면 줄 간격이 확연히 줄어 있습니다.

4. 벌레의 원인

주석과 주석 사이를 구분하려고 빈 줄을 넣는 시도는 좋았습니다. 그런데 그게 실제로 어떻게 보일는지는 생각해 보지 않았을까요? 그것을 오히려 보기 흉하게 여길 사람도 분명 존재한다는 사실을 그들은 알았을 것입니다. 또한 웹문서를 책처럼 인쇄하고 싶은 사람에게도 그러한 빈 줄은 그리 좋지 않은, 아니 흉한 모습을 보일 뿐입니다.

게다가 블로그로 올리기 기능은 다른 이름으로 저장 기능이나 웹브라우저로 보내기 및 웹서버로 보내기 기능과는 차별화된 기능입니다. 블로그는 로그(log, 기록)입니다. 기록은 정보(information)일 수도 있지만, 기본적으로 자료(data)입니다. 그 자료를 잘 나타내기 위한 시스템이 여럿 존재하며, 그들 나름대로 장단점을 가지고 있습니다. 예컨대 텍스트큐브 블로그나 티스토리 블로그는 텍스트큐브라는 블로그 시스템을 기반으로 작동합니다. 그렇다면 주석 기능 등은 텍스트큐브에서 지원하는 주석 기능([footnote] [/footnote])을 이용하여 나타내는 것이 더 낫지 않을까요? 주석은 단순히 그림을 나타내는 것과는 다르니까요.

달리 말하자면, ᄒᆞᆫ글에서 블로그로 올리기 기능은 지나치게 ᄒᆞᆫ글을 중심으로 HTML 데이터를 만들어내고, 그것을 블로그에 적용하려고 했다는 점을 지적하고 싶습니다. 앞서 지적한 적용되지 않는 CSS 버그나 이번에 나타난 각주 사이의 너무 넓은 줄 간격 버그도 그와 같은 맥락에서 볼 수 있습니다.

기왕에 블로그로 올리기 기능을 만들었다면, 블로그를 만들어주는 시스템―텍스트큐브, 워드프레스 등―을 벤치마크할 필요가 있다는 말입니다.

5. 비슷한 벌레

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

6. 관련 문서

6.1. 내부 문서

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

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

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

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

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

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

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