2.16진 출력

가.DrawLine

헥사 뷰를 만들기 위해 기본 뷰를 수정하고 이진 데이터를 다룰 수 있도록 구조 조정을 마쳤으며 실제로 헥사 뷰 객체도 만들었다. 그러나 아직까지 헥사 뷰가 그럴듯한 16진 덤프를 출력하지는 않는데 지금부터 헥사 뷰 객체를 프로그래밍해 보자. 처음 ApiEdit를 만들 때 처럼 순서대로 작업하면서 코드를 하나씩 작성하되 너무 상세하게 기술하지 않고 요약식으로 작업 과정을 기술하기로 한다. 먼저 출력 관련 멤버 변수를 선언한다.

class CApiEditHexa : public CApiEditText

{

....

protected:

int bpl;

BOOL bCapital;

int nHexSep;

int bCol,bGap;

bpl은 Bytes Per Line의 약자이며 한 줄에 몇 바이트씩 출력할 것인가를 지정한다. 보통 8바이트나 16바이트 단위로 출력하는 경우가 많지만 더 좁게나 넓게 설정할 수도 있다. bCapital은 16진수 표기에 사용되는 A~F까지의 영문자를 대문자로 보여줄 것인가를 지정한다. nHexSep은 바이트 사이의 구분선을 몇 바이트 단위로 삽입할 것인가를 지정하는데 헥사 뷰는 비슷해 보이는 바이트들이 가로로 죽 연속 출력되어 있어 번지를 파악하기 쉽지 않으므로 중간 중간에 일정 배수 단위로 구분선을 긋는 것이 좋다. OnCreate에서 이 세 멤버를 다음과 같이 초기화한다.

BOOL CApiEditHexa::OnCreate(HWND hWnd, LPCREATESTRUCT lpCreateStruct)

{

bpl=16;

bCapital=TRUE;

nHexSep=4;

xMax=0;

return CApiEditText::OnCreate(hWnd,lpCreateStruct);

}

줄 당 16바이트씩 대문자로 출력하며 매 4바이트마다 구분선을 넣도록 초기화했다. bpl값은 SetFont에서 사용하므로 InitView에서 초기화하면 늦으므로 객체가 생성될 때 초기화한다. bCol은 선두로부터의 주소를 의미하는 오프셋값이 출력될 영역이며 bGap은 각 바이트의 출력폭이다.

void CApiEditHexa::SetFont(LOGFONT *alogfont)

{

CApiEditText::SetFont(alogfont);

bCol=FontWidth*12;

bGap=FontWidth*4;

if (xMax!=0) {

UpdateScrollInfo();

SetCaret();

Invalidate(-1);

}

}

주소 영역은 12문자 폭을 가지며 각 바이트는 4문자 폭으로 초기화했다. bpl이 결정되면 문서의 전체 길이를 쉽게 구할 수 있다.

int CApiEditHexa::GetRowCount()

{

return (pFrame->doclen)/bpl+1;

}

텍스트는 정렬해 봐야 줄 수를 알 수 있지만 헥사 뷰는 줄당 출력되는 바이트 수가 일정하기 때문에 간단한 나눗셈으로 줄 수를 조사할 수 있다. 문서 길이를 bpl로 나누면 마지막 줄 번호가 조사되며 여기에 1을 더하면 총 줄 수가 된다. 문서 길이가 bpl로 나누어 떨어질 때는 실제 문서 길이보다 한 줄 더 늘어나는데 이는 doclen까지도 문서의 일부로 보기 때문이다. doclen이 출력되지 않거나 캐럿이 이 위치로 가지 않으면 뒤쪽에 새로운 바이트를 추가할 수가 없다.

bpl이 16이고 doclen이 16일 때 총 줄 수는 1이 아니라 2가 되어야 한다. 잘못 생각하면 (pFrame->doclen-1)/bpl+1 이렇게 생각할 수도 있는데 만약 이렇게 된다면 빈 문서는 0줄로 계산되어 입력할 수 없을 것이다. 16진 출력의 핵심 함수는 DrawLine인데 상식적인 출력 코드이기는 하지만 길이가 좀 길기 때문에 다소 상세하게 분석할 필요가 있다.

int CApiEditHexa::DrawLine(HDC hdc, int Line)

{

int x;

int nPos;

TCHAR szText[1024];

int i;

SIZE sz;

HPEN hPen,OldPen;

// 출력 위치 계산. 문서 끝을 초과하면 리턴

nPos=Line*bpl;

if (nPos > pFrame->doclen) {

return 0;

}

// 구분선 출력에 사용할 브러시 생성 및 텍스트 색상 지정

hPen=CreatePen(PS_SOLID,FontWidth/8+1,RGB(128,128,128));

OldPen=(HPEN)SelectObject(hdc,hPen);

SetTextColor(hdc,pFrame->cFore);

SetBkColor(hdc,pFrame->cBack);

x=MarginWidth-xPos;

// 오프셋 출력

wsprintf(szText,"%.8X:",nPos);

if (bCapital==FALSE) _strlwr(szText);

TextOut(hdc,x,0,szText,lstrlen(szText));

x+=bCol;

// 바이트 출력. 문서 끝을 만나더라도 x값 갱신을 위해 루프는 끝까지 돌아야 한다.

for (i=nPos;i<nPos+bpl;i++) {

if (i < pFrame->doclen) {

wsprintf(szText,"%.2X",(BYTE)pFrame->buf[i]);

if (bCapital==FALSE) _strlwr(szText);

TextOut(hdc,x,0,szText,lstrlen(szText));

// 구분선 출력. 단 첫 바이트는 제외

if (i != nPos && nHexSep && (i-nPos) % nHexSep == 0) {

MoveToEx(hdc,x-FontWidth,0,NULL);

LineTo(hdc,x-FontWidth,LineHeight);

}

}

x+=bGap;

}

// 문자 출력

x+=FontWidth;

for (i=nPos;i<nPos+bpl;i++) {

memset(szText,0,3);

if (i==pFrame->doclen) {

break;

}

// DBCS 뒷 바이트는 .으로 대체

if (i==nPos && pFrame->IsInDBCS(i)) {

szText[0]='.';

} else {

// 한글 출력

if (pFrame->IsDBCS(i) && !pFrame->IsEnterCode(i)) {

szText[0]=pFrame->buf[i++];

szText[1]=pFrame->buf[i];

} else {

// 영문은 인쇄 가능한 문자만 출력

if (pFrame->buf[i] >= 0x20 && pFrame->buf[i] <= 0x7e) {

szText[0]=pFrame->buf[i];

} else {

szText[0]='.';

}

}

}

TextOut(hdc,x,0,szText,lstrlen(szText));

GetTextExtentPoint32(hdc,szText,lstrlen(szText),&sz);

x+=sz.cx;

}

DeleteObject(SelectObject(hdc,OldPen));

return 1;

}

nPos는 출력을 시작할 오프셋인데 줄 수에 bpl만 곱하면 간단하게 구할 수 있다. bpl이 16일 때 0번째 줄은 0, 1번째 줄은 16부터 출력하면 된다. 첫 번째 if문은 출력을 시작할 오프셋 nPos가 문서 길이인 doclen보다 더 크면 이 줄은 없는 줄이므로 문서 끝이라는 의미의 0을 리턴한다. 이때 비교하는 부등호가 >=가 아니로 >임을 주의하자. doclen 위치를 출력할 때는 비록 값을 가지지 않지만 번지는 출력해야 한다. 그래야 문서 끝으로 제대로 이동할 수 있다.

출력 시작 오프셋을 계산한 후 출력 준비를 한다. 구분선 출력에 사용할 펜을 생성하는데 구분선이 너무 또렷하게 보이는 것은 좋지 않으므로 옅은 회색 펜을 사용하기로 한다. 펜의 굵기는 글꼴의 폭과 비례하는데 글꼴이 커지면 펜도 같이 커진다. 프레임의 전경, 배경색 설정에 따라 DC에 색상을 선택한다. 텍스트 뷰에서와 마찬가지로 출력 시작 위치x는 마진폭에서 수평 스크롤된 양을 뺀 만큼이다.

이 위치에 문자 오프셋값을 16진수로 조립하여 출력하며 출력 후에 bCol만큼 적당히 자리를 띄워 주소와 데이터를 구분한다. 문자열은 일단 대문자로 조립하되 bCapital 옵션이 선택되어 있지 않으면 소문자로 변환한다. 반대로 일단 소문자로 조립한 후 대문자로 변환하는 것도 가능하지만 bCapital의 디폴트값이 TRUE이고 헥사 덤프는 보편적으로 대문자를 많이 사용하므로 가급적이면 대문자로 조립하는 것이 유리하다.

문자 위치에서 조금 띄운 후 for 루프를 돌며 nPos에서 bpl바이트만큼 출력하는데 설사 줄 중간에 문서 끝을 만나더라도 이 루프는 계속 진행해야 한다. 왜냐하면 16진값을 다 출력한 후에 대응되는 문자를 출력해야 하는데 이를 위해서는 x가 계속 이동해야 하기 때문이다. 그래서 루프는 계속 돌고 루프내에서 문서의 안쪽일 때만 16진값을 출력했다. buf가 TCHAR *형이기 때문에 이 값을 16진수로 바꿀 때는 반드시 BYTE로 캐스팅해서 부호없는 정수로 만든 후 변환해야 한다.

바이트 출력 후에 대응되는 문자를 출력하는데 마찬가지 방법으로 루프를 돌되 문서 끝을 만나면 즉시 중단한다. 2바이트의 한글은 그냥 출력하면 되고 1바이트 문자는 인쇄 가능한 문자만 출력해야 한다. 엔터나 개행코드 따위는 문자가 아니므로 출력할 필요가 없으므로 대신 점을 출력했다. 2바이트 문자도 출력될 수 있으므로 대응되는 문자 처리가 조금 복잡하다. 줄 끝에 걸린 DBCS 문자는 이 줄에 포함되지 않더라도 같이 출력하는 것이 더 좋다. 한글 2바이트가 줄 끝에 걸린 경우 뒷줄 끝에다 출력하여 읽을 수 있게 하는 것이다. 문제는 첫 번째 문자 처리인데 이 경우는 앞줄 끝에 이미 문자를 출력했으므로 점으로 출력한다.

헥사 뷰의 각 바이트들은 일정한 간격으로 떨어져 있으므로 중간 중간에 탭을 넣고 탭의 위치를 적당히 조정한 후 TabbedTextOut이라는 함수를 쓸 수도 있을 것 같다. 그러나 이 함수는 문서가 왼쪽으로 스크롤되어 있을 때 음수 탭을 인식하지 못하므로 문제가 있다. 그래서 매 바이트 단위로 출력하고 대응되는 문자도 문자 단위로 출력했다. 실행해 보자.

아직 마진이 제대로 출력되지 않지만 16진 덤프는 제대로 출력되며 오른쪽의 문자란에 한글도 잘 보인다. 미제 편집기는 한글을 제대로 처리하지 않지만 당근은 국산 프로그램이므로 특히 한글이 잘 보이도록 처리했다. 헥사 덤프의 4바이트 단위로 세로 구분선이 그어져 있어 바이트의 위치를 파악하기가 쉽다. 구분선을 삽입하는 대신 바이트 사이에 여백을 삽입하는 방법을 쓸 수도 있다. 그러나 여백이 들어가면 구분선 캐럿의 위치를 계산하는 방식이 영향을 받고 여백에도 선택 블록을 출력해야 하며 여러 가지로 복잡한 문제들이 많이 생긴다.

헥사 뷰에서 텍스트 뷰의 OnPaint를 그대로 호출함에도 이렇듯 출력 모양이 다를 수 있는 이유는 OnPaint가 호출하는 DrawLine 함수가 가상 함수로 선언되어 있기 때문이다. 각 줄을 출력하는 순서나 더블 버퍼링을 하는 방법등이 동일하며 각 줄을 출력하는 DrawLine 함수만 다른 것이다. 이처럼 함수가 호출하는 또 다른 함수가 객체의 타입에 따라 달라질 수 있는 것을 객체 지향 용어로 다형성(Polymorphism)이라고 한다. 만약 이 기능이 없다면 헥사뷰도 OnPaint를 일일이 작성해야 할 것이다. OOP의 위력을 실감할 수 있는 순간이다.

아직 편집은 되지 않지만 2분할 상태에서 한쪽은 텍스트 뷰, 한쪽은 헥사 뷰로 작업할 수도 있다. 이때 텍스트 뷰에서 편집하면 헥사 뷰에도 변화가 반영되어야 하나 아직 제대로 갱신되지 않는다. 왜냐하면 Invalidate에서 무효 영역 계산을 위해 호출하는 GetXYFromOff 등의 함수들이 제대로 작성되어 있지 않기 때문이다.

나.캐럿

캐럿 이동이나 선택 관리를 위해 헥사 뷰에도 유틸리티 함수를 작성한다. 텍스트 뷰와 인터페이스는 같지만 계산 방식이 완전히 다르다. 줄당 출력되는 길이가 일정하고 정렬 정보가 없기 때문에 오히려 더 간단하다. 원형이 이미 선언되어 있고 CPP 파일에도 함수들이 작성되어 있으므로 코드 내용만 채워 넣으면 된다.

void CApiEditHexa::GetRCFromOff(int nPos,int &r,int &c)

{

assert(nPos >= 0 && nPos <= pFrame->doclen);

r=nPos / bpl;

c=nPos % bpl;

}

int CApiEditHexa::GetOffFromRC(int r,int c)

{

int toff;

assert(r >= 0 && r <= GetRowCount());

toff=r*bpl+c;

toff=min(toff,pFrame->doclen);

return toff;

}

void CApiEditHexa::GetXYFromOff(int nPos,int &x,int &y)

{

int r,c;

assert(nPos >= 0 && nPos <= pFrame->doclen);

GetRCFromOff(nPos,r,c);

y=r*LineHeight;

x=c*bGap+bCol+MarginWidth;

}

int CApiEditHexa::GetOffFromXY(int x,int y)

{

int r,c;

x-=MarginWidth;

x=max(x,bCol);

y=max(y,0);

r=y/LineHeight;

r=min(r,GetRowCount()-1);

c=(x-bCol+FontWidth)/bGap;

c=min(c,bpl-1);

return GetOffFromRC(r,c);

}

디버깅을 위한 assert 문이 있기는 하지만 텍스트 뷰에서와 마찬가지로 nPos의 유효성은 점검하지 않으므로 호출하는 쪽에서 정확한 오프셋을 주어야 한다. RC로부터 오프셋을 조사할 때는 문서 범위내에 있도록 조정하는데 doclen-1이 문서의 끝이지만 끝에서 삽입이 가능하기 위해서는 doclen까지 이동할 수 있어야 한다.

GetOffFromXY 함수는 조금 복잡하다. x는 bCol 이상이어야 하는데 오프셋 영역은 주소를 표시하기 위한 문자열일 뿐이므로 이 영역의 컬럼 번호는 0으로 계산해야 한다. bCol이 마진을 고려하지 않은 값이므로 x에서 마진은 일단 제외했다. 열 번호를 구할 때 x좌표에 FontWidth를 더하는 이유는 바이트의 약간 왼쪽을 찍을 때 이 오프셋을 선택하기 위해서이다.

이제 2분할 상태에서 텍스트 뷰의 편집 동작이 헥사 뷰에 즉시 반영될 것이다. 프레임의 UpdateViews가 모든 뷰의 무효 영역을 설정하는데 이때 호출되는 Invalidate가 이 유틸리티 함수들을 호출하여 갱신해야 할 영역을 정확하게 설정할 수 있게 되었다. 헥사 뷰의 캐럿은 출력된 16진수의 폭만큼이어야 한다. 11은 조금 좁게 나타날 것이고 BB나 88은 좀 두꺼운 캐럿을 써야 할 것이다. 주어진 바이트를 16진수로 바꿨을 때의 폭을 계산하는 새로운 함수를 추가한다.

int CApiEditHexa::GetDigitWidth(int nPos)

{

TCHAR szDigit[3];

wsprintf(szDigit,"%.2X",(BYTE)pFrame->buf[nPos]);

if (bCapital == FALSE) _strlwr(szDigit);

return GetCharWidth(szDigit,1)+GetCharWidth(szDigit+1,1);

}

인수로 주어진 nPos위치의 값을 16진 문자열로 바꾼 후 이 문자열의 폭을 계산하여 리턴했다. 물론 대소문자 옵션을 적용하여 문자열을 조립해야 한다. 상하위 니블 문자폭을 더해서 리턴한다. 새로운 멤버 함수를 추가했으면 헤더 파일에 원형도 당연히 선언해야 한다.

class CApiEditHexa : public CApiEditText

{

....

int GetDigitWidth(int nPos);

};

이 함수는 기본 뷰에는 없으며 헥사 뷰에서만 사용하는 전용 함수이므로 가상 함수로 만들 필요는 없으며 사실 외부에서 이 함수를 호출하지 않으므로 public일 필요도 없다. SetCaret 함수는 다음과 같이 작성한다.

void CApiEditHexa::SetCaret(BOOL bUpdatePrevX/*=TRUE*/, BOOL bScrollToCaret/*=TRUE*/)

{

int x,y;

int caretwidth;

RECT crt;

BOOL bScroll=FALSE;

int ty;

// 덮어쓰기 모드일 때는 글자 전체를 감싼다.

if (bOvr==FALSE) {

caretwidth=pFrame->CaretWidth;

} else {

caretwidth=GetDigitWidth(off);

}

CreateCaret(hWnd,NULL,caretwidth,FontHeight);

if (GetFocus()==hWnd) {

ShowCaret(hWnd);

}

GetXYFromOff(off,x,y);

GetClientRect(hWnd,&crt);

// 자동 스크롤 처리.

if (bScrollToCaret && crt.right) {

pFrame->SendNotify(AEN_MOVE);

if ((x+caretwidth > xPos+frt.right) || (x < xPos+MarginWidth)) {

xPos=max(0,x-frt.right/2);

bScroll=TRUE;

}

if (y < yPos) {

yPos=y;

bScroll=TRUE;

}

if (y+FontHeight > yPos+frt.bottom) {

ty=(frt.bottom-FontHeight)/LineHeight*LineHeight;

yPos=y-ty;

bScroll=TRUE;

}

if (bScroll == TRUE) {

if (IsWindowEnabled(hHorzScroll)) {

SetScrollPos(hHorzScroll, SB_CTL, xPos, TRUE);

}

if (IsWindowEnabled(hVertScroll)) {

SetScrollPos(hVertScroll, SB_CTL, yPos, TRUE);

}

Invalidate(-1);

}

}

SetCaretPos(x-xPos,y-yPos);

}

캐럿 위치가 화면에 보이지 않을 경우 캐럿이 있는 곳으로 이동하는 자동 스크롤 처리까지 같이 구현했다. 삽입 모드일 때는 가늘게, 덮어쓰기 모드일 때는 바이트를 모두 감싸는 크기로 캐럿을 표시한다.

다.캐럿의 이동

표시한 캐럿을 이동시켜 보자. 논리는 텍스트 뷰에서의 캐럿 이동과 거의 동일한데 선택을 해제하고 클릭한 지점의 오프셋을 구한 후 SetCaret을 호출하면 된다. 상대적으로 간단한 마우스 이동을 먼저 작성해 보자. OnLButtonDown에 다음 코드를 작성한다.

void CApiEditHexa::OnLButtonDown(HWND hWnd, BOOL fDoubleClick, int x, int y, UINT keyFlags)

{

....

bFindSelect=FALSE;

SetFocus(hWnd);

ClearSelection();

off=GetOffFromXY(x+xPos,y+yPos);

SelStart=SelEnd=off;

SetCaret();

}

다음은 키보드 이동을 위해 OnKey 함수를 작성한다. Ctrl키와 Shift키 처리까지 같이 작성했는데 텍스트 뷰와 논리는 거의 동일하되 일부 키는 Ctrl키와 조합되는 기능이 없다. 예를 들어 단어 단위 이동은 단어의 개념이 없는 뷰이므로 처리할 필요가 없다.

void CApiEditHexa::OnKey(HWND hWnd, UINT vk, BOOL fDown, int cRepeat, UINT flags)

{

int r,c;

int oldr;

BOOL bShift, bControl;

int OldOff;

bShift=((GetKeyState(VK_SHIFT) & 0x8000) != 0);

bControl=((GetKeyState(VK_CONTROL) & 0x8000) != 0);

if (fDown==FALSE)

return;

bFindSelect=FALSE;

switch (vk) {

case VK_F6:

pFrame->ChangeActiveView(this,(bShift ? 2:1));

return;

case VK_LEFT:

if (off > 0) {

OldOff=off;

off--;

if (bShift) {

ExpandSelection(OldOff,off);

} else {

if (SelStart != SelEnd) {

off=min(SelStart, SelEnd);

}

}

SetCaret();

}

if (!bShift) {

ClearSelection();

}

return;

case VK_RIGHT:

if (off < pFrame->doclen) {

OldOff=off;

off++;

if (bShift) {

ExpandSelection(OldOff,off);

} else {

if (SelStart != SelEnd) {

off=max(SelStart, SelEnd);

}

}

SetCaret();

}

if (!bShift) {

ClearSelection();

}

return;

case VK_UP:

if (bControl && bShift)

return;

GetRCFromOff(off,r,c);

if (r > 0) {

if (bControl) {

SendMessage(hWnd, WM_VSCROLL, SB_LINEUP, 0L);

if (r != (frt.bottom+yPos)/LineHeight)

return;

}

OldOff=off;

r--;

off=GetOffFromRC(r,c);

if (bShift) {

ExpandSelection(OldOff,off);

} else {

if (SelStart != SelEnd) {

off=min(SelStart, SelEnd);

ClearSelection();

SetCaret();

SendMessage(hWnd,WM_KEYDOWN,VK_UP,(LPARAM)0);

}

}

SetCaret();

}

if (!bShift) {

ClearSelection();

}

return;

case VK_DOWN:

if (bControl && bShift)

return;

GetRCFromOff(off,r,c);

if (bControl) {

SendMessage(hWnd, WM_VSCROLL, SB_LINEDOWN, 0L);

if (r != yPos/LineHeight-1) {

return;

}

}

if (r < GetRowCount()-1) {

OldOff=off;

r++;

off=GetOffFromRC(r,c);

if (bShift) {

ExpandSelection(OldOff,off);

} else {

if (SelStart != SelEnd) {

off=max(SelStart, SelEnd);

ClearSelection();

SetCaret();

SendMessage(hWnd,WM_KEYDOWN,VK_DOWN,(LPARAM)0);

}

}

SetCaret();

}

if (!bShift) {

ClearSelection();

}

return;

case VK_PRIOR:

GetRCFromOff(off,r,c);

oldr=r;

r-=frt.bottom/LineHeight;

r=max(r,0);

yPos=yPos-(oldr-r)*LineHeight;

yPos=max(yPos,0);

Invalidate(-1);

SetScrollPos(hVertScroll, SB_CTL, yPos, TRUE);

OldOff=off;

off=GetOffFromRC(r,c);

if (bShift) {

ExpandSelection(OldOff,off);

} else {

ClearSelection();

}

SetCaret(FALSE);

return;

case VK_NEXT:

GetRCFromOff(off,r,c);

oldr=r;

r+=frt.bottom/LineHeight;

r=min(r,GetRowCount()-1);

yPos=yPos+(r-oldr)*LineHeight;

yPos=max(0,min(yPos,yMax-(frt.bottom/LineHeight)*LineHeight));

Invalidate(-1);

SetScrollPos(hVertScroll, SB_CTL, yPos, TRUE);

OldOff=off;

off=GetOffFromRC(r,c);

if (bShift) {

ExpandSelection(OldOff,off);

} else {

ClearSelection();

}

SetCaret();

return;

case VK_HOME:

GetRCFromOff(off,r,c);

OldOff=off;

if (bControl) {

off=0;

} else {

off=GetOffFromRC(r,0);

}

if (bShift) {

ExpandSelection(OldOff,off);

} else {

ClearSelection();

}

SetCaret();

return;

case VK_END:

GetRCFromOff(off,r,c);

OldOff=off;

if (bControl) {

off=pFrame->doclen;

} else {

off=GetOffFromRC(r,bpl-1);

}

if (bShift) {

ExpandSelection(OldOff,off);

} else {

ClearSelection();

}

SetCaret();

return;

}

}

bLineEnd, PrevX 등의 개념이 불필요하므로 텍스트 뷰에 비해 훨씬 더 간단하다. F6키로 뷰간의 포커스를 전환할 수 있다. 여기까지 작업한 후 실행해 보면 마우스나 키보드로 캐럿을 이동할 수 있으며 캐럿이 있는 쪽으로 스크롤도 자동으로 처리된다.

라.편집

다음은 16진 편집 기능을 작성해 보자. 편집을 위해 삽입, 삭제 함수부터 작성한다. bLineEnd같은 복잡한 변수도 없고 정렬도 하지 않으며 북마크도 관리하지 않기 때문에 코드가 간단하다. 프레임의 같은 함수를 호출하여 삽입 처리를 하고 다른 뷰를 갱신하기만 하면 된다.

void CApiEditHexa::Insert(int nPos, TCHAR *str, int len, BOOL bRec/*=TRUE*/)

{

if (pFrame->bReadOnly)

return;

pFrame->Insert(nPos,str,len,bRec);

UpdateScrollInfo();

pFrame->UpdateViews(this,nPos,len);

}

void CApiEditHexa::Delete(int nPos, int nCount, BOOL bRec/*=TRUE*/)

{

if (pFrame->bReadOnly)

return;

if (nCount == 0) return;

if (pFrame->doclen < nPos+nCount) return;

pFrame->Delete(nPos,nCount,bRec);

pFrame->UpdateViews(this,nPos,-nCount);

}

글자가 삽입되면 문서량이 늘어나므로 스크롤 상태는 갱신해야 하며 분할된 형제뷰도 관리해야 한다. 헥사 뷰는 데이터를 삽입하는 경우보다 기존 데이터를 다른 값으로 수정하는 경우가 더 많으므로 기본적으로 덮어쓰기 모드로 동작한다. 헥사 뷰에서 입력할 수 있는 문자는 0~9, A~F, a~f 문자로 국한되므로 입력 코드는 OnChar에만 작성하면 된다. 한글 모드에서는 제대로 편집할 수 없으므로 IME 관련 메시지는 처리하지 않아도 상관없다. 한 바이트를 편집하기 위해서는 두 개의 니블을 입력해야 하므로 조립중의 개념이 필요하다. 텍스트 뷰에서 한글 조립중임을 기억하는 bComp 변수를 이런 용도로 사용하기로 한다. 즉 이 값이 TRUE이면 상위 니블만 현재 입력되어 있고 하위 니블 입력을 기다리고 있다는 뜻이다. 다음은 12 바이트를 34로 변경하는 과정이다.

한 바이트를 입력하기 위해 삭제, 삽입이 두 번씩 수행되는데 모두 한 바이트를 변경하기 위한 동작이므로 취소 레코드 4개를 모두 그룹으로 묶어야 한다. 헥사 뷰에서 입력을 받을 때는 반드시 2개의 니블이 모두 입력되어야 하는 것은 아니며 중간에 취소할 수도 있다는 점이 문제이다. 12를 3으로 바꾸고 싶다고 할 때 03을 입력하지 않고 3하나만 누른 후 다른 곳으로 이동해 버릴 수도 있다. 그래서 조립중인 상태를 bComp 변수에 별도로 기억시켜 놓았다가 조립중에 이동일 때 별도의 처리가 필요하다. OnChar에 이 모든 과정을 작성해 보자.

void CApiEditHexa::OnChar(HWND hWnd, TCHAR ch, int cRepeat)

{

int Value=-1;

TCHAR szDigit[1];

if (ch == 1) {

SendMessage(hWnd,WM_COMMAND,MAKEWPARAM(IDM_AE_SELALL,0),0);

return;

}

if (ch == 3) {

SendMessage(hWnd,WM_COMMAND,MAKEWPARAM(IDM_AE_COPY,0),0);

return;

}

if (ch == 22) {

SendMessage(hWnd,WM_COMMAND,MAKEWPARAM(IDM_AE_PASTE,0),0);

return;

}

if (ch == 24) {

SendMessage(hWnd,WM_COMMAND,MAKEWPARAM(IDM_AE_CUT,0),0);

return;

}

if (ch == 25) {

if (pFrame->CanRedo())

pFrame->Redo();

return;

}

if (ch == 26) {

if (pFrame->CanUndo())

pFrame->Undo();

return;

}

// 입력된 문자를 숫자로 변환

if (ch >= '0' && ch <= '9')

Value=ch-'0';

if (ch >= 'A' && ch <= 'F')

Value=ch-'A'+10;

if (ch >= 'a' && ch <= 'f')

Value=ch-'a'+10;

// 16진 숫자가 아니면 입력을 거부한다.

if (Value==-1) {

return;

}

// 조립중이 아니면 입력된 숫자 기록

if (bComp==FALSE) {

pFrame->StartUndoGroup();

DeleteSelection();

szDigit[0]=Value;

if (bOvr) {

Delete(off,1);

}

Insert(off,szDigit,1);

bComp=TRUE;

// 상위 니블이 이미 입력되어 있으면 합쳐서 기록

} else {

szDigit[0]=pFrame->buf[off] << 4 | Value;

Delete(off,1);

Insert(off,szDigit,1);

EndComp();

if (off < pFrame->doclen) {

off++;

}

}

Invalidate(off-1);

SetCaret();

}

텍스트 뷰에서와 마찬가지로 클립보드와 취소 관련 단축키를 처리하는데 호스트인 당근이 이 단축키를 먼저 처리하기 때문에 사실 꼭 처리하지 않아도 상관없다. 그러나 호스트가 바뀌더라도 스스로 단축키 처리를 하기 위해서 일단은 필요하다. 단축키를 처리한 후 입력된 키가 유효한 입력인지를 점검하는데 아라비아 숫자와 알파벳 A~F까지만 유효하다. 만약 유효하지 못한 입력이라면 리턴하여 입력을 거부한다.

유효한 값이라면 입력된 값을 삽입하는데 조립중인가 아닌가에 따라 처리가 달라진다. 조립중이 아니라면 이 값을 하위 4비트에 집어 넣고 현재 위치의 값을 대체한다. 대체하는 동작이라도 취소 레코드 관리를 위해 반드시 Insert, Delete 함수를 통해야 하며 편집 그룹을 시작해야 한다. 조립중일 때는 이미 입력된 4비트를 상위로 올려 상위 니블로 만들고 새로 입력된 니블을 OR하여 하위 니블로 만든 후 값을 써 넣는다.

나머지 뒷 처리는 EndComp 함수에게 맡기고 연속적인 편집을 위해 다음 바이트로 이동한다. 무효 영역은 편집한 위치의 바로 앞쪽 오프셋이 속한줄부터 끝까지이다. 조립을 마무리하는 EndComp 함수는 다음과 같이 작성한다.

void CApiEditHexa::EndComp()

{

if (bComp) {

bComp=FALSE;

pFrame->EndUndoGroup();

}

}

조립중이었으면 조립중 플래그를 리셋하고 편집 그룹을 끝내며 조립중이 아니었다면 아무 것도 할 필요가 없다. 이 함수는 텍스트 뷰의 WM_IME_COMPOSITION/GCS_RESULT 메시지의 역할을 하는데 이 처리를 OnChar에서 바로 하지 못하는 이유는 조립을 끝내야 할 상황이 아주 다양하기 때문이다.

두 니블을 모두 입력한 경우 : OnChar

조립중에 캐럿 이동 : OnKey

스크롤 : OnHScroll, OnVScroll

마우스 클릭 : OnLButtonDown

포커스 읾음 : OnKillFocus

기타 조립을 중지할 만한 메시지 : OnCommand, OnContextMenu, OnMouseWheel

이런 여러 가지 사유에 의해 조립을 중지해야 하므로 별도의 함수로 조립 끝 처리를 분리해 두었다. 상기 각 함수에서 EndComp를 호출해야 하는데 OnChar에서는 이미 호출하고 있다. OnKey에서 캐럿을 이동할 때도 EndComp를 호출한다.

void CApiEditHexa::OnKey(HWND hWnd, UINT vk, BOOL fDown, int cRepeat, UINT flags)

{

....

if (fDown==FALSE)

return;

// 조립을 끝내는 키 입력

if (vk==VK_LEFT || vk==VK_RIGHT || vk==VK_UP || vk==VK_DOWN ||

vk==VK_PRIOR || vk==VK_NEXT || vk==VK_HOME || vk==VK_END ||

vk==VK_INSERT || vk==VK_DELETE) {

EndComp();

}

각 키에서 EndComp를 호출해도 되지만 코드 관리의 편의상 선두에서 호출했다. 조립중에 포커스를 잃을 때도 조립을 끝내야 하므로 OnKillFocus에서도 이 함수를 호출한다.

void CApiEditHexa::OnKillFocus(HWND hWnd, HWND hwndNewFocus)

{

EndComp();

CApiEditText::OnKillFocus(hWnd,hwndNewFocus);

}

OnHScroll, OnVScroll, OnCommand, OnContextMenu, OnLButtonDown, OnMouseWheel 의 선두에서도 EndComp를 호출한다. EndComp는 조립중이 아닐 때는 아무 동작도 하지 않으므로 별다른 조건을 점검할 필요없이 무조건 호출하면 된다. 조립중일 때는 캐럿의 모양을 조금 바꾸도록 하자.

void CApiEditHexa::SetCaret(BOOL bUpdatePrevX/*=TRUE*/, BOOL bScrollToCaret/*=TRUE*/)

{

int x,y;

int caretwidth;

RECT crt;

BOOL bScroll=FALSE;

int ty;

if (bOvr==FALSE || bComp) {

caretwidth=pFrame->CaretWidth;

} else {

caretwidth=GetDigitWidth(off);

}

CreateCaret(hWnd,NULL,caretwidth,FontHeight);

if (GetFocus()==hWnd) {

ShowCaret(hWnd);

}

GetXYFromOff(off,x,y);

if (bComp) {

x+=GetDigitWidth(off);

}

GetClientRect(hWnd,&crt);

입력중일 때는 캐럿을 폭을 가늘게 만들고 입력된 상위 니블 뒤쪽으로 보내 한 니블 더 입력을 요구한다. 여기까지 작업하면 헥사 뷰에서 바이트를 편집할 수 있으며 분할된 창에 대해서도 잘 갱신될 것이다.

마.선택

헥사 뷰도 클립보드 동작을 위해 선택을 처리해야 한다. 키보드로 선택을 하는 코드는 OnKeyDown에 이미 작성해 놓았다. 그러나 아직 선택 영역을 표시하는 코드가 작성되지 않았기 때문에 선택을 해도 블록이 보이지는 않는다. DrawLine에 선택영역을 보여주는 코드를 작성한다.

int CApiEditHexa::DrawLine(HDC hdc, int Line)

{

int x;

int nPos;

TCHAR szText[1024];

int i;

SIZE sz;

HPEN hPen,OldPen;

int SelFirst, SelSecond;

COLORREF OldFore,OldBack;

RECT srt;

COLORREF fore,back;

HBRUSH hSelBack;

// 출력 위치 계산. 문서 끝을 초과하면 리턴

nPos=Line*bpl;

if (nPos > pFrame->doclen) {

return 0;

}

// 선택 블록 표시에 사용할 브러시 생성

SelFirst=min(SelStart,SelEnd);

SelSecond=max(SelStart,SelEnd);

if (GetFocus()==hWnd || pFrame->HideSelType==2 || bFindSelect) {

fore=pFrame->cSelFore;

back=pFrame->cSelBack;

} else {

fore=RGB(0,0,0);

back=RGB(192,192,192);

}

hSelBack=CreateSolidBrush(back);

// 구분선 출력에 사용할 브러시 생성 및 텍스트 색상 지정

hPen=CreatePen(PS_SOLID,FontWidth/8+1,RGB(128,128,128));

OldPen=(HPEN)SelectObject(hdc,hPen);

SetTextColor(hdc,pFrame->cFore);

SetBkColor(hdc,pFrame->cBack);

x=MarginWidth-xPos;

// 오프셋 출력

wsprintf(szText,"%.8X:",nPos);

if (bCapital==FALSE) _strlwr(szText);

TextOut(hdc,x,0,szText,lstrlen(szText));

x+=bCol;

// 바이트 출력. 문서 끝을 만나더라도 x값 갱신을 위해 루프는 끝까지 돌아야 한다.

for (i=nPos;i<nPos+bpl;i++) {

if (i < pFrame->doclen) {

wsprintf(szText,"%.2X",(BYTE)pFrame->buf[i]);

if (bCapital==FALSE) _strlwr(szText);

// 바이트 텍스트 출력. 선택 영역이면 블록안에 텍스트 출력

if (i>=SelFirst && i<SelSecond &&

(GetFocus()==hWnd || pFrame->HideSelType!=0 || bFindSelect)) {

OldFore=SetTextColor(hdc,fore);

OldBack=SetBkColor(hdc,back);

SetRect(&srt,x,0,x+bGap,FontHeight);

FillRect(hdc,&srt,hSelBack);

TextOut(hdc,x,0,szText,lstrlen(szText));

SetTextColor(hdc,OldFore);

SetBkColor(hdc,OldBack);

} else {

TextOut(hdc,x,0,szText,lstrlen(szText));

}

// 구분선 출력. 단 첫 바이트는 제외

if (i != nPos && nHexSep && (i-nPos) % nHexSep == 0) {

MoveToEx(hdc,x-FontWidth,0,NULL);

LineTo(hdc,x-FontWidth,LineHeight);

}

}

x+=bGap;

}

// 문자 출력

x+=FontWidth;

for (i=nPos;i<nPos+bpl;i++) {

memset(szText,0,3);

if (i==pFrame->doclen) {

break;

}

// DBCS 뒷 바이트는 .으로 대체

if (i==nPos && pFrame->IsInDBCS(i)) {

szText[0]='.';

} else {

// 한글 출력

if (pFrame->IsDBCS(i) && !pFrame->IsEnterCode(i)) {

szText[0]=pFrame->buf[i++];

szText[1]=pFrame->buf[i];

} else {

// 영문은 인쇄 가능한 문자만 출력

if (pFrame->buf[i] >= 0x20 && pFrame->buf[i] <= 0x7e) {

szText[0]=pFrame->buf[i];

} else {

szText[0]='.';

}

}

}

// 문자 출력

if (i>=SelFirst && i<SelSecond &&

(GetFocus()==hWnd || pFrame->HideSelType!=0 || bFindSelect)) {

OldFore=SetTextColor(hdc,fore);

OldBack=SetBkColor(hdc,back);

TextOut(hdc,x,0,szText,lstrlen(szText));

SetTextColor(hdc,OldFore);

SetBkColor(hdc,OldBack);

} else {

TextOut(hdc,x,0,szText,lstrlen(szText));

}

GetTextExtentPoint32(hdc,szText,lstrlen(szText),&sz);

x+=sz.cx;

}

DeleteObject(hSelBack);

DeleteObject(SelectObject(hdc,OldPen));

return 1;

}

선택영역안에 있는 바이트는 배경색과 전경색을 바꾸기만 하면 된다. 탭 문자를 처리하지 않으며 문법 강조를 하지 않으므로 세그먼트 개념은 필요가 없고 DrawSegment 함수를 호출할 필요도 없다. Shift+커서 이동키로 선택해 보면 선택 블록이 보일 것이다. 마우스로 선택하기는 텍스트 뷰와 논리가 동일하다. 다만 마진 액션, 드래그, 더블클릭 등을 처리할 필요가 없으므로 코드가 훨씬 더 간단하다.

void CApiEditHexa::OnLButtonDown(HWND hWnd, BOOL fDoubleClick, int x, int y, UINT keyFlags)

{

RECT crt;

POINT pt;

BOOL bShift;

int toff;

....

bFindSelect=FALSE;

SetFocus(hWnd);

bShift=((GetKeyState(VK_SHIFT) & 0x8000) != 0);

if (bShift) {

toff=GetOffFromXY(x+xPos,y+yPos);

ExpandSelection(off,toff);

off=toff;

} else {

ClearSelection();

off=GetOffFromXY(x+xPos,y+yPos);

SelStart=SelEnd=off;

}

SetCapture(hWnd);

bCapture=TRUE;

SetCaret();

}

void CApiEditHexa::OnMouseMove(HWND hWnd, int x, int y, UINT keyFlags)

{

BOOL bInstTimer;

int OldOff;

if (bCapture == FALSE) {

return;

}

if (Spliting(hWnd,x,y)) {

return;

}

OldOff=off;

off=SelEnd=GetOffFromXY(x+xPos,y+yPos);

SetCaret();

Invalidate(min(OldOff,off),max(OldOff,off));

bInstTimer=FALSE;

if (y>frt.bottom) {

SendMessage(hWnd, WM_VSCROLL, SB_LINEDOWN, 0L);

bInstTimer=TRUE;

}

if (y <0) {

SendMessage(hWnd, WM_VSCROLL, SB_LINEUP, 0L);

bInstTimer=TRUE;

}

if (bInstTimer==TRUE) {

SetTimer(hWnd, 1, 100, NULL);

} else {

KillTimer(hWnd, 1);

}

}

void CApiEditHexa::OnLButtonUp(HWND hWnd, int x, int y, UINT keyFlags)

{

bCapture=FALSE;

ReleaseCapture();

KillTimer(hWnd,1);

if (EndSplit(hWnd,x,y)) {

return;

}

}

이제 마우스로도 선택이 될 것이다. 헥사 뷰는 선택영역 드래그 기능이 없으므로 IsInSelection 함수는 항상 FALSE를 리턴한다. 선택된 영역에 대해 클립보드 액션도 가능한데 기본 뷰의 OnCommand에서 클립보드 관련 명령을 처리하고 있기 때문이다.

바.삽입, 삭제

아직 Ins키와 Del키를 처리하지 않고 있는데 이 두 키에는 기능이 아주 많다. Ins키는 삽입모드와 덮어쓰기 모드를 토글하며 Del키는 현재 바이트를 삭제하는 것이 기본 기능이고 이 외에 Ctrl+Ins, Shift+Ins, Shift+Del 등의 클립보드 단축키가 정의되어야 한다. BS키는 헥사 뷰에서는 아무런 기능을 가지지 않는다. OnKey에 이 두 키에 대한 처리를 다음과 같이 작성한다.

void CApiEditHexa::OnKey(HWND hWnd, UINT vk, BOOL fDown, int cRepeat, UINT flags)

{

....

case VK_DELETE:

if (pFrame->bReadOnly || bCapture)

return;

if (bShift) {

SendMessage(hWnd,WM_COMMAND,MAKEWPARAM(IDM_AE_CUT,0),0);

return;

}

if (DeleteSelection()==FALSE) {

Delete(off, 1);

}

Invalidate(off);

SetCaret();

return;

case VK_INSERT:

if (bShift) {

SendMessage(hWnd,WM_COMMAND,MAKEWPARAM(IDM_AE_PASTE,0),0);

} else if (bControl) {

SendMessage(hWnd,WM_COMMAND,MAKEWPARAM(IDM_AE_COPY,0),0);

} else {

bOvr = !bOvr;

pFrame->SendNotify(AEN_INSMODE);

SetCaret();

}

return;

}

}

다음은 헥사 뷰의 또 다른 골치아픈 문제인 CR/LF 따로 입력의 문제를 해결해 보자. abcdefghijk라는 문자열을 가지는 문서를 만들고 이 문서를 헥사 뷰와 텍스트 뷰로 분할해 놓은 상태에서 중간의 ef의 값인 65 66을 0D 0A로 변경해 보자. 텍스트 뷰가 제대로 정렬되지 않을 것이다.

abcd 다음에 개행되고 ghijk가 그 다음 줄로 내려와야 하는데 그렇지 못한 것이다. 왜냐하면 0A를 삽입할 때 UpdateViews가 호출되는데 이때 텍스트 뷰는 재정렬을 위해 방금 변경된 0A자리부터 정렬을 시작한다. FindParaStart 함수는 방금 수정된 문단의 선두를 찾는데 이 문단의 선두가 ghijk의 g자리가 되므로 윗줄은 정렬되지 않는 것이다.

문제의 근본 원인은 CR, LF를 따로 나누어 입력하는 것이 가능해졌다는 데 있다. 텍스트 뷰에서는 Enter키 입력으로 CR, LF를 동시에 입력하기 때문에 이런 경우가 없었다. 헥사 뷰에서만 발생할 수 있는 아주 특수한 경우이므로 특수하게 해결해야 한다. 헥사뷰의 Insert 함수에서 처리할 수도 있고 UpdateViews에서 처리할 수도 있고 UpdateLineInfo에서도 처리할 수 있다. UpdateViews에서 처리하는 것이 가장 쉬운데 나머지 함수에서 nPos나 nCount를 조작할 경우 부작용이 많기 때문이다.

void CApiEdit::UpdateViews(CApiEditText *pView,int nPos,int nCount)

{

....

if (arView[i]->ViewType != HEXA_VIEW) {

// CR, LF가 따로 입력된 경우 전체 정렬한다.

if (buf[nPos]=='\n' && nPos > 0 && buf[nPos-1]=='\r') {

arView[i]->UpdateLineInfo();

} else {

arView[i]->UpdateLineInfo(nPos,nCount);

}

}

arView[i]->UpdateScrollInfo();

....

방금 삽입된 선두 문자가 LF이고 바로 앞 문자가 CR이면 전체 정렬한다. 바로 그 앞 문단을 찾아 정렬할 수도 있으나 이때 nPos나 nCount를 잘못 조작하면 UpdateLineInfo 함수의 최적화 코드가 위태로와진다. 그래서 가장 간단한 완전 다시 정렬을 했는데 발생 빈도가 극히 낮기 때문에 괜히 성능을 고려하는 것보다 논리의 간단함을 취하는 것이 정신 건강에 좋다.