노무현 대통령 배너
BLOG main image
왕미친놈의 왕미친세상입니다. 미친 소리는 써도 되지만, 근거 없는 소리는 쓰면 안 됩니다.


최근 옛한글 관련 글을 자주 쓰게 되면서 뻔질나게 위키백과의 옛한글 문서를 참조하게 되었습니다. 그런데 파이어폭스에서 소스 보기를 한 뒤 그 소스를 복사하여 스프링노트에 붙여넣기를 하면 엉뚱하게 보였습니다. 물론 확인 결과 어느 쪽도 오류가 없었습니다. 가끔 이런 기가 막힌 경우가 발생하기는 합니다.

잘못도 벌레도 없으나…

스프링노트도 잘못이 없고, 파이어폭스도 잘못이 없습니다. 논리적으로 붙여넣기 기능은 클립보드의 데이터를 붙여넣는 기능일 뿐이니까요. 그 과정에서 기본 편집 모드에서는 위지위그 편집 방식을 사용하고, HTML 편집 모드에서는 텍스트 편집 방식을 사용합니다. 이 말은 곧 위지위그 편집 모드에서는 어떤 개체가 가지는 속성까지 함께 복사하며, HTML 편집 모드에서는 겉으로 드러난 텍스트 데이터만 복사한다는 뜻입니다.

한편 모질라 파이어폭스에서 보여주는 창은 (X)HTML 자료입니다. 심지어 이번에 문제가 된 소스보기 창도 (X)HTML 문서입니다.

확인을 위해 위키백과 :: 옛한글 문서에서 문자열을 선택하여 소스보기를 하였습니다.

소스 보기 화면

소스 보기 화면

이때 위의 소스 보기 화면은 텍스트 데이터에 색상을 입힌 것이 아니라, (X)HTML 데이터에 색상을 입힌 것입니다. 따라서 위 소스 보기 화면에서 전체 선택하여 복사한 뒤 스프링노트 편집모드(기본모드)에 붙여 넣기를 하면 아래와 같이 됩니다.

물론 아래와 같이 그 내용은 제대로 복사되어 있습니다. 다만 모양이 좋지 않을 뿐이죠.






겉으로 드러나지는 않았지만, 저 안에는 (X)HTML 코드가 숨겨져 있습니다. 이는 각자 위키백과에서 소스코드를 붙여넣기 한 다음에 HTML 편집 모드로 바꾸면 알 수 있습니다.
스프링노트를 쓰지 않더라도 티스토리 편집 창에서 HTML로 보기를 하면 역시 알 수 있습니다.

[code html] <pre id="line1">&lt;<span class="start-tag">span</span><span class="attribute-name"> class</span>=<span class="attribute-value">"jamocomposed_block" </span><span class="attribute-name">style</span>=<span class="attribute-value">"font-family: '돋움 옛한글','Dotum Old Hangul','바탕 옛한글','Batang Old Hangul','궁서 옛한글','Gungsuh Old Hangul','굴림 옛한글','NewGulim Old Hangul','은 자모 바탕 확장','Un Jamo Batang Ex','UnJamoBatangEx','은 자모 바탕','Un Jamo Batang','UnJamoBatang','은 바탕','Un Batang','UnBatang',Code2002,Code2001,Code2000,serif; font-size: 105%;"</span>&gt;나랏말ᄊᆞ미 듀ᇰ귁에 달아 문ᄍᆞᆼ와로 서르 ᄉᆞᄆᆞᆺ디 아니ᄒᆞᆯᄊᆡ&lt;/<span class="end-tag">span</span>&gt;</pre> [/code]

그렇습니다. 위의 코드를 보면 <pre id="line1"> 태그로 열고 </pre> 태그로 닫았습니다.

뭐, 정확한 기술적인 내용은 저도 모르니, 그냥 저렇게 (X)HTML 코드로 나타내고 있다고만 말하겠습니다. 어쨌든 스프링노트의 편집모드에서는 파이어폭스의 소스 보기 화면이 위와 같은 (X)HTML 코드로 이루어져 있으므로, 그것을 존중하여 아주 잘 나타낸 셈입니다.

물론 사용자가 보기에는 엉뚱해 보이고, 더구나 버그가 아닌가 의심스럽지만, 절대 버그는 아닙니다.

응급 처치

일단 이 현상에 대해 파이어폭스에서 해결책을 내놓지는 않으리라 생각합니다. 넷스케이프 내비게이터가 만들어졌을 때부터 고수한 방식을 지금에 와서 바꾸라고 한다면 그들은 거부할 것이 뻔하기 때문입니다. 그것도 다 바꾸는 게 아니라 특정한 상황만 고려해서 바꾸라고 한다면 "일관성이 없으므로" 무시하게 될 터입니다. 결국 편법을 쓰는 수밖에 없습니다.

아무튼 해결책은 아주 간단합니다. 다른 편집기로 복사하여 붙여넣기를 한 뒤 다시 복사하여 스프링노트로 붙여넣기를 하면 됩니다.

앞의 소스 보기 화면에서 전체를 복사하여 메모장에 붙여넣습니다.

메모장에 붙여넣기를 한 소스 코드

메모장에 붙여넣기를 한 소스 코드

위와 같은 소스 코드는 겉보기에는, 색상을 제외하면, 소스 보기 화면과 다른 점이 없습니다. 그러나 붙여넣기를 하면 다음 그림과 같이 됩니다.

위 그림을 (X)HTML 코드로 나타내면 다음과 같습니다.

[code html] 나랏말ᄊᆞ미 듀ᇰ귁에 달아 문ᄍᆞᆼ와로 서르 ᄉᆞᄆᆞᆺ디 아니ᄒᆞᆯᄊᆡ [/code]

앞서 보았던 코드와는 상당히 다른 모습을 보여주고 있습니다. 또한 소스 보기 화면에서 본 그 코드로서, 사용자가 복사하기를 바랐던 그 코드이기도 합니다.

원리

앞서 설명한 바와 같이 파이어폭스의 소스 보기 창의 내용은 (X)HTML 코드로 이루어져 있습니다. 이것을 그대로 스프링노트에 붙여넣기를 하면 그 이면에 감추어진 (X)HTML 코드까지 붙여넣게 되므로, 중간 단계를 두어 감추어진 (X)HTML 코드를 없애 버렸을 뿐입니다.

참고로 이렇게 (X)HTML 코드를 없애어 텍스트만 뽑아내는 것을 스트립 또는 (X)HTML 코드 스트립이라고 합니다.[각주:1]

덧붙이며

파이어폭스 소스 보기 창이 (X)HTML 문서인지 아닌지를 알려면, 가장 간단한 방법으로 찾기를 실행해 보면 됩니다. 단축키는 Ctrl+F입니다. 만약 파이어폭스이 일반 화면과 같이 (X)HTML 자료로 구성되어 있다면 찾기 기능을 위한 납작한 창이 맨 아래에 생길 테니까요.

위 그림에서 보면 찾기 창이 맨 아래에 생겨 있습니다.

위 그림에서 보면 찾기 창이 맨 아래에 생겨 있습니다.

관련 문서

내부 문서

(없음)

외부 문서

이 글은 스프링노트에서 작성되었습니다.

  1. 덧붙여서 전기 코드 벗기는 것도 스트립이고, 옷 벗기는 것도 스트립입니다. [본문으로]
글쓴이는 koc/SALM입니다.
본문에 저작권에 대한 사항이 나타나지 않거나, 저작권이 BY-SA로 표기되어 있다면,
이 글은 GFDL로 공개한 글입니다.

한컴오피스 베타버전 버그 13 - ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요? 3

ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요? 문서에 이어 ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요? 2 문서를 작성하면서 예상보다 사태가 심각하다고 여기게 되었습니다.

1. 벌레의 유형

이번에는 인쇄(프린트) 기능과 관련하여 하이퍼링크 색상을 엉뚱하게 보여주고 있음을 확인했습니다. 물론 이전에 제가 예상했던 그 원인 때문이었습니다. 바로 열어 본 링크열어 보지 않은 링크에 대한 정보를 파일 포맷에서 따로 관리하지 않고, 문서 내용으로서 관리함으로써 문서 내용으로 인식된 그것이 오류를 일으키고 있습니다.

2. 개발자의 답변

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

3. 벌레의 발견

‘그저 PDF 파일이나 만들어 볼까?’라는 가벼운 마음으로 인쇄를 했다가 발견했습니다.

3.1. 열어 본 링크가 없는 문서를 PDF로 저장

그림 1 편집 화면

그림 2 인쇄 미리보기 화면

위에서 보면 편집 화면과 미리보기 화면에는 보라돌이 링크가 전혀 보이지 않습니다. 일부러 앞서 ᄒᆞᆫ글 씨! 링크를 왜 엉뚱하게 표시하나요? 2 문서에서 이 버그에 대해 확인하면서 새로 만든 하이퍼링크이기 때문입니다.

그림 3 인쇄 대화상자

위와 같은 인쇄 대화상자에서 Haansoft PDF를 선택한 다음 인쇄를 클릭한다.

그림 4 PDF 파일로 출력하게 되면….

그림 5 PDF 출력 정보

PDF 파일로 출력하게 되면 난데없이 다른 이름으로 저장 대화상자가 나타난다. 이 대화상자에 이름을 지정해 주면 PDF 파일로 저장해 줍니다. 이때 이름은 링크 테스트.pdf라고 주었습니다.

이때 PDF 파일로 출력하려면, 파일 메뉴에서 PDF로 저장하기를 선택해도 됩니다.

그림 6 출력한 PDF 파일 보기

3.2. 열어 본 링크가 하나 있는 문서를 PDF로 저장

이번에는 링크 하나를 골라서 클릭합니다. 그리고 그것을 인쇄 미리보기 하면 다음과 같습니다.

그림 7 열어 본 링크를 하나 만들었습니다.

그림 8 인쇄 미리보기에서도 나타난 열어 본 링크 하나

이것을 PDF로 저장한다면, 그래도 나타날까요? 지금까지의 과정을 살펴보면 나타나게 됩니다. 하지만 나타나지 않았으면 합니다.

그림 9 PDF 출력 정보 2

이번에는 링크 테스트 1.pdf 파일로 저장했습니다.

그림 10 출력한 PDF 파일 보기

불행히도 제 바람은 이루어지지 않았습니다.

3.3. 어떤 곳에서 발생하나?

이 벌레는 어떤 곳에 살고 있는지 점검해 보겠습니다.

일단 인쇄와 관련된 기능에는 모두 이 벌레가 나타난다고 여겨집니다. 그림 3 인쇄 대화상자에 나타난 PDF-Pro Free, Microsoft XPS Document Writer, Haansoft PDF 및 그 그림에는 나타나지 않은 PDF 저장, 그림으로 저장하기 기능에서는 이 벌레를 발견했습니다. Send To OneNote 2010 또는 팩스로 보내기에서도 역시 이 벌레가 나타나리라 생각합니다. 이것은 인쇄 기능의 문제가 아니라 파일 구조와 내용에 대한 문제이기 때문입니다.

그림 11 출력한 XPS 파일 내용

저장 기능에서도 나타나고 있습니다. 저장하기다른 이름으로 저장하기에서도 역시 나타나는 내용입니다.

또한 웹 게시 기능에서도 나타났습니다. 이 기능은 다른 이름으로 저장하기의 대상을 단순히 또는 블로그로 바꾸었을 뿐이기 때문에 당연히 나타나게 된다고 생각합니다. 블로그로 올리기, 초안으로 올리기, 웹 브라우저로 보내기, 웹 서버로 올리기 등에서도 발견했습니다.

4. 벌레의 원인

앞서 밝혔듯이 링크에 대한 정보, 열어 본 링크 또는 열어 보지 않은 링크 여부파일 내용으로 직접 저장하고 있기 때문에 발생한 문제로 여겨집니다.

또한 앞서 주장했듯이, 이 문제는 비단 파일 저장(다른 이름으로 저장 포함)이나, 블로그로 올리기에만 한정된 벌레가 아닙니다. 파일의 내용을 입력하거나 편집하고, 또는 외부로 출력하는 모든 기능에서 이 벌레가 나타날 가능성이 있고, 이번에 인쇄 미리보기, 인쇄 PDF 등의 인쇄 기능에서 확인했습니다. 직접 종이에 인쇄하기는 할 수 없지만, PDF 출력과 비교하여 그리 다르지 않으리라 예상하고 있습니다.

5. 비슷한 벌레

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

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

6. 관련 문서

시험 결과를 알고 싶은 분들을 위해 압축파일을 열어 보시면 PDF 파일 2개(PDF 저장), PNG 파일(그림으로 저장하기), XPS 파일 등이 들어 있습니다.

6.1. 내부 문서

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

글쓴이는 koc/SALM입니다.
본문에 저작권에 대한 사항이 나타나지 않거나, 저작권이 BY-SA로 표기되어 있다면,
이 글은 GFDL로 공개한 글입니다.

한컴오피스 베타버전 버그 12 - ᄒᆞᆫ글 씨! 기본은 지켜야죠!

간혹 대화창의 크기가 800×600 픽셀을 넘는 때는 약간 신경질이 나기도 합니다. 물론 보통 사람은 전혀 그런 거 생각하지 않겠지만, 윈도XP에서는 기본 해상도가 800×600 픽셀이지요. 비스타도 윈도7도 기본 해상도는 800×600 픽셀입니다. 프로그램을 짤 때 최악의 경우를 고려하지 않는다면, 그것은 그 최악의 상황에 처한 사람에게는 버그 아닌 버그가 되어 버립니다.

1. 벌레의 유형

여보세요, ᄒᆞᆫ글 씨! 기본은 지켜야죠!

제 블로그의 경우에도 최악의 경우를 고려하지 않은 점이 있습니다. 그렇기에 조금 엉뚱한 경고를 보여주고 있지요. 하지만 제 블로그는 제가 보려고 만든 블로그이니 그다지 문제가 없습니다. 하지만 ‘상업용 제품’인 경우에는 사정이 다릅니다. 그것을 사는 사람이 있어야 하고, 사는 사람의 컴퓨터 환경은 최악의 경우가 있을 수 있음을 고려해야 합니다.

만약 그 최악의 경우에 처한 사람이 ᄒᆞᆫ글의 메뉴를 제대로 볼 수 없다면? ᄒᆞᆫ글 사용 계약서 등에서 당신의 업무 어쩌고 하면서 환불 불가 어쩌고 하겠죠. 하지만 말입니다. 윈도의 기본 해상도에서 사용하는 사람도 분명히 있을 텐데, 그것을 고려하지 못한 한글과컴퓨터 개발진에게도 분명히 잘못이 있지 않을까요?

2. 개발자의 답변

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

3. 벌레의 발견

‘그저 PDF 파일이나 만들어 볼까?’라는 가벼운 마음으로 인쇄를 했다가 발견했습니다.

벌레를 확인하기에 앞서 ᄒᆞᆫ글의 설치 환경을 확인해 보았습니다.

역시 해상도에 대한 사항은 전혀 나타나 있지 않습니다.

어떤 해상도에 대한 사항이 전혀 기술되지 않았다면, 그 해상도를 지원한다고 봐야 할까요, 아니면 지원하지 않는다고 봐야 할까요?

한편 인쇄 대화상자를 보면 너무 크다는 느낌이 듭니다.

800×600 해상도에서 아래가 잘린 인쇄 대화상자

참고로 800×600 해상도라도 실제 화면은 800×576 정도의 크기만 사용할 수 있습니다. 그렇다고 하면 인쇄 대화상자가 800×570 정도의 크기보다는 작아야 함을 뜻합니다. 참고로 현재 인쇄 대화상자의 크기는 570×620입니다.

ᄒᆞᆫ글의 인쇄 대화상자

한편 MS Word 2010 (Beta)에서는 프린트 화면을 나타내려면 대략 670×670 정도의 화면이 필요합니다. 그런데 실제로는 660×470 정도의 화면이면 나타낼 수 있습니다. 더구나 최소 크기는 500×400 픽셀입니다.

MS Word의 인쇄 대화상자 (기본 크기)

MS Word의 인쇄 대화상자 (최소 크기)

물론 이 화면에서는 맨 왼쪽의 일부 메뉴가 보이지 않아 실제로 사용하기에는 무리가 있습니다. 그래서 중간 크기가 많이 쓰이리라 생각합니다.

MS Word의 인쇄 대화상자 (중간 크기)

어느 쪽이 더 낫다고 말하기는 곤란한 점이 있습니다. 그러나 제 입장에서는 둘 가운데 한 가지 인터페이스를 골라야 한다면 MS Word의 손을 들어주고 싶습니다.

MS 개발진은 왜 800×600 해상도보다도 더 작은 화면을 지원하게끔 대화상자를 구성했을까요? 오피스 사용자들의 사용 환경을 몰라서 그랬을까요?

4. 벌레의 원인

컴퓨터 학원에서 GW-BASIC을 배울 때 강사 분이 말씀하셨습니다.

“컴퓨터 프로그램을 만들 때는 항상 최악의 경우를 고려해야 합니다. 내 컴퓨터에서 된다고 다른 사람 컴퓨터에서도 될 거라고 생각하고 프로그램을 작성하면 나중에 낭패를 볼 수 있습니다.”

저는 실력이 부족하여 프로그램 개발을 업으로 삼지 못했습니다. 그러나 마음가짐만큼은 개발자 못지않다고 생각하고 있습니다.

아무튼 기왕 확인한 것, 여러 가지를 살펴보았습니다. 하필이면 제가 딱 하나 기본 해상도를 벗어난 대화상자를 지적한 셈이 되었습니다. 다른 대화상자는 800×600 크기보다 더 작았습니다.

한글과컴퓨터사의 개발진 여러분! 여러분이 만든 인쇄 미리보기 대화상자를 보시고 열심히 만들어 주세요. 미리보기 대화상자처럼 인쇄 대화상자도 편집화면 크기를 따르게 했다면 더 좋지 않았을까요?

차라리 인쇄 대화상자도 이런 식으로 만들었다면….

여보세요, ᄒᆞᆫ글 씨! 기본은 지켜야죠!

5. 비슷한 벌레

없음

6. 관련 문서

가. 내부 문서

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

없음

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

글쓴이는 koc/SALM입니다.
본문에 저작권에 대한 사항이 나타나지 않거나, 저작권이 BY-SA로 표기되어 있다면,
이 글은 GFDL로 공개한 글입니다.

카테고리

분류 전체보기 (1005)
스크립트 (22)
벌레와 팁 (126)
소프트웨어 (240)
하드웨어 (6)
이야기 (24)
말의 나무 (506)
미쳐보자 (22)
일기 (48)
아이폰 (10)

최근에 올라온 글

최근에 달린 댓글

최근에 받은 트랙백

달력

«   2010/01   »
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31

글 보관함