3.세부 기능 작성
가.정보 제공
GetInfoFromOff는 오프셋을 주면 오프셋의 여러 가지 정보를 조사하는 함수인데 텍스트 뷰와는 행과 열의 개념이 다르므로 완전히 다시 작성해야 한다.
int CApiEditHexa::GetInfoFromOff(int Type, int nPos/*=-1*/)
{
int r,c;
int ret;
if (nPos==-1) {
nPos=off;
}
GetRCFromOff(nPos,r,c);
switch (Type) {
case AE_INFO_ROW:
case AE_INFO_PARA:
ret=r;
break;
case AE_INFO_COL:
case AE_INFO_PARACOL:
ret=c;
break;
case AE_INFO_LINE:
ret=0;
break;
}
return ret;
}
문단에 대한 정보를 요구하면 줄 정보를 리턴하는데 알다시피 헥사 뷰는 문단이라는 개념이 없다. 이 함수를 재정의하지 않으면 헥사 뷰에 없는 pLine을 참조하기 때문에 즉사해 버린다. 이 함수는 상태란에 현재 줄 번호를 출력할 때, 줄 찾아가기 기능 등에 사용된다. 헥사 뷰에서 줄 찾아가기를 할 때는 문단 대신 줄을 찾아야 한다.
void OnCommand(HWND hWnd,WPARAM wParam,LPARAM lParam)
{
....
case IDM_SEARCH_GOTOLINE:
s=DialogBox(g_hInst,MAKEINTRESOURCE(IDD_GOTOLINE),hWnd,GotoLineDlgProc);
if (s != -1) {
if (pSi->Ae.GetActiveView()->ViewType != HEXA_VIEW) {
pSi->Ae.GotoLine(s-1,0,1);
} else {
pSi->Ae.GotoLine(s-1,0,0);
}
}
break;
GetDocInfo 함수도 재정의한다. 문서양을 측정하는 방법도 다소 다르다.
int CApiEditHexa::GetDocInfo(int type)
{
int count=0;
int han=0;
TCHAR *p=pFrame->buf;
switch (type) {
case AE_DOC_TOTALPARA:
count=GetRowCount();
break;
case AE_DOC_WORD:
case AE_DOC_EXSPACESIZE:
case AE_DOC_CHAR:
case AE_DOC_HAN:
count=CApiEditText::GetDocInfo(type);
break;
case AE_DOC_EMPTYLINE:
break;
}
return count;
}
문단 수는 줄 수로 대신하고 단어수, 글자수는 기본뷰의 조사된 결과를 취하며 문단내의 줄 번호는 무조건 0번이다. 이 함수도 상태란 출력에 사용되며 PrintInfo 함수에서 문서 정보를 조사할 때도 사용된다. 안내 메시지도 조금 다르게 출력한다.
void PrintInfo(CApiEdit &Ae)
{
HWND hActive;
SInfo *pSi;
hActive=(HWND)SendMessage(g_hMDIClient,WM_MDIGETACTIVE,0,NULL);
pSi=(SInfo *)GetWindowLong(hActive,0);
....
lstrcat(Mes,str);
if (pSi->Ae.GetActiveView()->ViewType == HEXA_VIEW) {
lstrcat(Mes,"\r\n\r\n헥사 뷰에서는 문단 정보 대신 줄 정보를 보여줍니다.");
}
MessageBox(g_hFrameWnd,Mes,"문서 정보",MB_OK);
}
활성 뷰를 조사한 후 헥사 뷰이면 문단 정보 대신 줄 정보를 보여준다는 것을 확실하게 표시했다. 이 메시지를 출력하지 않으면 텍스트 파일을 헥사 뷰로 열어 놓은 상태에서 사용자가 문단 수를 잘못 파악할 위험이 있다.
나.북마크
북마크와 관련된 코드는 기본 뷰에 거의 완벽하게 작성되어 있으므로 기본 뷰의 코드를 수정하여 재활용하자. 기본 뷰의 ToggleBookmark, GotoBookmark 함수를 다음과 같이 조금 수정한다.
void CApiEditText::ToggleBookmark(int Para, int Mark)
{
int r,c;
int i;
int state;
if (Para == -1) {
GetRCFromOff(off,r,c);
if (ViewType==HEXA_VIEW) {
Para=r;
} else {
Para=pLine[r].nPara;
}
}
....
void CApiEditText::GotoBookmark(int Mark)
{
....
if (Mark<=9) {
Para=arMark[Mark];
if (Para == -1) {
return;
}
} else {
GetRCFromOff(off,r,c);
if (ViewType==HEXA_VIEW) {
nowPara=r;
} else {
nowPara=pLine[r].nPara;
}
for (i=10;i<MAXBOOKMARK;i++) {
....
GotoLine(Para,0,(ViewType==HEXA_VIEW) ? 0:1);
}
문단 번호 대신 줄 번호를 사용한다는 차이밖에 없다. 헥사 뷰이면 GetRCFromOff 함수로 구한 줄번호를 바로 사용하고 텍스트 뷰는 이 줄번호로부터 문단 번호를 구해 북마크를 토글해야 한다. 북마크로 이동할 때도 헥사 뷰는 현재 오프셋의 줄 번호를 기준으로 바로 원하는 북마크를 찾으며 GotoLine 함수의 두번째 인수를 0으로 주어 줄을 찾아 간다. GotoLine 함수도 다음과 같이 수정한다.
void CApiEditText::GotoLine(int Line, int Col/*=0*/, int Type/*=0*/)
{
....
switch (Type) {
case 0:
if (ViewType==TEXT_VIEW) {
tLine=min(Line,TotalLine-1);
} else {
tLine=min(Line,GetRowCount()-1);
}
off=GetOffFromRC(Line,Col);
break;
....
Line이 잘못 전달되더라도 문서의 끝 줄로 이동하는데 헥사 뷰는 TotalLine을 가지지 않으므로 GetRowCount 함수로 마지막 줄 번호를 직접 찾아야 한다. 두 뷰의 북마크 포맷이 다르기 때문에 호환되지는 않으며 그래서 CloneView에서 타입이 다른 뷰끼리는 북마크를 복제하지 않았다.
DrawLine에서 북마크를 표시해야 한다. 뿐만 아니라 현재행 표시, 줄번호 출력도 해야 한다. 이 처리는 텍스트 뷰나 헥사 뷰나 비슷하다. 그래서 기본 뷰의 DrawLine에서 실제 문서 내용이 아닌 것들에 대한 출력문을 별도의 함수로 분리하면서 헥사 뷰를 고려하여 약간만 수정하자. 다음 함수를 새로 추가한다.
void CApiEditText::DrawLineSub(HDC hdc,int Line,BOOL bCurLine)
{
HBRUSH hMarBrush;
HPEN hMarPen,OldPen;
RECT mrt;
TCHAR szLine[10];
UINT OldAlign;
UINT OldBkMode;
HFONT OldFont;
int OldExtra;
int Mark;
HBRUSH hMark, OldBrush;
RECT lrt;
int r,c,len;
POINT tri[]={{1,1},{1,0},{0,0},{1,1}};
// 박스 또는 밑줄로 현재행 표시하기
if ((pFrame->nShowCurLine==1 || pFrame->nShowCurLine==2 ||
pFrame->nShowCurLine==4) && bCurLine) {
if (pFrame->nShowCurLine == 1 || pFrame->nShowCurLine == 4) {
SetRect(&lrt,frt.left-1,0,frt.right+1,FontHeight);
} else {
SetRect(&lrt,frt.left-1,FontHeight,frt.right+1,FontHeight);
}
SetTextColor(hdc,RGB(0,0,0));
SetBkColor(hdc,GetSysColor(COLOR_WINDOW));
DrawFocusRect(hdc,&lrt);
}
// 자동 개행열 출력
if (ViewType==TEXT_VIEW && ColMark != 0) {
hMarPen=CreatePen(PS_SOLID,1,RGB(128,128,128));
OldPen=(HPEN)SelectObject(hdc,hMarPen);
MoveToEx(hdc,frt.left+ColMark*FontWidth-xPos,0,NULL);
LineTo(hdc,frt.left+ColMark*FontWidth-xPos,LineHeight);
SelectObject(hdc,OldPen);
DeletePen(hMarPen);
}
// 마진 출력
if (MarginWidth != 0) {
hMarBrush=CreateSolidBrush(pFrame->MarColor1);
SetRect(&mrt,0,0,MarginWidth-1,LineHeight);
FillRect(hdc,&mrt,hMarBrush);
hMarPen=CreatePen(PS_SOLID,1,pFrame->MarColor2);
OldPen=(HPEN)SelectObject(hdc,hMarPen);
MoveToEx(hdc,MarginWidth-2,0,NULL);
LineTo(hdc,MarginWidth-2,LineHeight);
SelectObject(hdc,OldPen);
DeleteObject(hMarPen);
DeleteObject(hMarBrush);
// 줄 번호 출력
if (bShowLineNum && (ViewType==HEXA_VIEW || pLine[Line].nLine==0)) {
if (ViewType==TEXT_VIEW) {
wsprintf(szLine,"%d",pLine[Line].nPara+1);
} else {
wsprintf(szLine,"%d",Line+1);
}
OldAlign=SetTextAlign(hdc,TA_RIGHT);
OldBkMode=SetBkMode(hdc,TRANSPARENT);
SetTextColor(hdc,pFrame->NumColor);
OldFont=(HFONT)SelectObject(hdc,CApiEdit::hLineNumFont);
OldExtra=SetTextCharacterExtra(hdc,-1);
TextOut(hdc,MarginWidth-4,(FontHeight-10)/2,szLine,lstrlen(szLine));
SetTextCharacterExtra(hdc,OldExtra);
SelectObject(hdc,OldFont);
SetTextAlign(hdc,OldAlign);
SetBkMode(hdc,OldBkMode);
}
// 북마크 출력
if (ViewType==HEXA_VIEW || pLine[Line].nLine == 0) {
if (ViewType==TEXT_VIEW) {
Mark=FindBookmark(pLine[Line].nPara);
} else {
Mark=FindBookmark(Line);
}
if (Mark != -1) {
hMark=CreateSolidBrush(pFrame->MarkColor);
OldBrush=(HBRUSH)SelectObject(hdc,hMark);
RoundRect(hdc,0,0,10,FontHeight,2,2);
DeleteObject(SelectObject(hdc,OldBrush));
if (Mark >= 0 && Mark <= 9) {
wsprintf(szLine,"%d",Mark);
OldAlign=SetTextAlign(hdc,TA_LEFT);
OldBkMode=SetBkMode(hdc,TRANSPARENT);
SetTextColor(hdc,RGB(0,0,0));
OldFont=(HFONT)SelectObject(hdc,CApiEdit::hLineNumFont);
TextOut(hdc,2,0+2,szLine,lstrlen(szLine));
SelectObject(hdc,OldFont);
SetTextAlign(hdc,OldAlign);
SetBkMode(hdc,OldBkMode);
}
}
}
// 마진에 현재행 표시
if (pFrame->nShowCurLine == 5 && bCurLine) {
OldBrush=(HBRUSH)SelectObject(hdc,GetStockObject(BLACK_BRUSH));
r=min(FontHeight,MarginWidth);
tri[1].y=r-1-r % 2;
tri[2].x=r/2;
tri[2].y=r/2;
len=FontHeight/2-tri[2].y;
if (len!=0) {
for (c=0;c<4;c++) {
tri[c].y+=len;
}
}
Polygon(hdc,tri,4);
SelectObject(hdc,OldBrush);
}
}
}
대부분의 코드는 DrawLine에서 그대로 가져온 것이며 굵게 표시한 부분만 수정하면 된다. bCurLine은 판별하는 방법도 다르고 적용하는 곳이 타입에 따라 나누어져 있기 때문에 인수로 따로 전달받는다. 헥사 뷰에는 자동 개행열을 표시할 필요가 없으므로 자동 개행열 표시는 텍스트 뷰일 때만 출력한다. 현재행에 대한 개념이 틀리고 북마크를 찾는 방법이 약간 다를 뿐 나머지는 동일하다. 기본 뷰의 DrawLine은 다음과 같이 수정한다.
int CApiEditText::DrawLine(HDC hdc, int Line)
{
int x;
int len;
int nowoff;
BOOL bInSel;
COLORREF fore, back;
int SelFirst, SelSecond;
int r,c;
BOOL bCurLine=FALSE;
RECT lrt;
HBRUSH hCurLine;
int toff;
int nUnit;
int style;
BOOL bFindUnit;
....
DrawSegment(hdc,x,0,nowoff,len,
(nowoff+len==pLine[Line].End),fore,back);
nowoff+=len;
if (nowoff == pLine[Line].End)
break;
}
DrawLineSub(hdc,Line,bCurLine);
return 1;
}
문서 내용만 출력하고 나머지는 DrawLineSub를 호출한다. 대량의 코드들이 새로운 함수로 옮겨졌기 때문에 지역 변수들도 대폭 정리되었다. 이렇게 되면 헥사 뷰의 DrawLine도 DrawLineSub를 호출할 수 있다.
int CApiEditHexa::DrawLine(HDC hdc, int Line)
{
int r,c;
BOOL bCurLine=FALSE;
RECT lrt;
HBRUSH hCurLine;
nPos=Line*bpl;
if (nPos > pFrame->doclen) {
return 0;
}
// 현재줄 표시 옵션이 음영이면 배경에 미리 출력한다.
GetRCFromOff(off,r,c);
if (r==Line && (pFrame->bHideCurLine==FALSE || GetFocus()==hWnd)) {
bCurLine=TRUE;
}
if (bCurLine && (pFrame->nShowCurLine == 3 || pFrame->nShowCurLine == 4)) {
SetRect(&lrt,frt.left,0,frt.right,FontHeight);
hCurLine=CreateSolidBrush(pFrame->CurColor);
FillRect(hdc,&lrt,hCurLine);
DeleteObject(hCurLine);
}
....
DeleteObject(hSelBack);
DeleteObject(SelectObject(hdc,OldPen));
DrawLineSub(hdc,Line,bCurLine);
return 1;
}
현재행 표시에 음영이 있을 때만 처리하고 나머지는 DrawLineSub에게 맡긴다. 여기까지 작업하면 마진도 깔끔하게 출력된다. 그러나 현재행을 음영으로 표시할 때 글자의 배경색이 음영으로 표시되지 않는 문제가 있다.
헥사 뷰가 배경색으로 바이트 사이를 덮어 버리기 때문인데 이 문제는 당분간 노운 버그로 남겨 놓기로 한다. 나중에 투명 출력하게 되면 자연스럽게 해결된다. SetCaret에서 현재행 보기를 이동시키도록 수정한다.
void CApiEditHexa::SetCaret(BOOL bUpdatePrevX/*=TRUE*/, BOOL bScrollToCaret/*=TRUE*/)
{
int x,y;
int caretwidth;
RECT crt;
BOOL bScroll=FALSE;
int ty;
POINT OldPos;
RECT InvRt;
GetCaretPos(&OldPos);
if (bOvr==FALSE || bComp) {
....
SetCaretPos(x-xPos,y-yPos);
if (pFrame->nShowCurLine != 0 && OldPos.y != y-yPos) {
InvRt.left=0;
InvRt.right=frt.right;
InvRt.top=min(OldPos.y,y-yPos);
InvRt.bottom=max(OldPos.y,y-yPos)+LineHeight;
InvalidateRect(hWnd,&InvRt,FALSE);
}
}
북마크 관련 기능은 다 정비되었으므로 OnKey에서 북마크 단축키만 제공하면 된다. 텍스트 뷰에서와 동일한 단축키를 정의한다.
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;
// 북마크 단축키 처리
if (vk>='0' && vk<='9' && bControl) {
if (bShift) {
ToggleBookmark(-1,vk-'0');
} else {
GotoBookmark(vk-'0');
}
}
// 조립을 끝내는 키 입력
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();
}
bFindSelect=FALSE;
switch (vk) {
case VK_F2:
if (bControl) {
ToggleBookmark(-1,100);
} else {
if (bShift) {
GotoBookmark(11);
} else {
GotoBookmark(10);
}
}
return;
case VK_F6:
....
헥사뷰는 북마크를 관리하지 않는다. 편집을 하더라도 덮어 쓰기 모드에서 바이트를 치환하는 경우가 많고 삽입, 삭제하는 경우는 흔하지 않으므로 북마크가 이동되어야 할 필요는 없다. 또한 텍스트 뷰의 북마크는 문단 선두의 오프셋을 가리키는 것으로 정의되지만 헥사 뷰의 북마크는 말 그대로 줄을 가리키는 것으로 정의되기 때문에 문서가 편집되어도 이동하지 않는다. 가리키는 곳이 개념적인 줄일 뿐이며 특정 오프셋의 위치를 기억하는 것이 아니다.
관리를 하지 않다보니 삽입, 삭제시에도 북마크의 이동이 전혀 없다. 그래서 문서 끝에 북마크를 설정하고 한줄 삭제하면 이 북마크가 사라진다. 그러나 또 한줄을 삽입하면 사라졌던 북마크가 다시 나타난다. bpl이 바뀌어도 북마크는 그대로 있는다. 뭔가 엉망인 것 같지만 GotoLine에서 문서의 마지막 줄 아래로는 가지 않도록 처리하고 있으므로 위험하지는 않다.
다.인쇄
문서를 화면에 표시하는 방식이 다르므로 종이로 인쇄하는 방식도 뷰마다 다르다. BeginPrint 이하 인쇄 관련 함수 세 개를 재정의한다. 먼저 인쇄 준비를 하는 BgeinPrint 함수를 다음과 같이 작성한다.
void CApiEditHexa::BeginPrint(Ae_PrintInfo *pi)
{
TEXTMETRIC tm;
SIZE sz;
pi->Origin=pi->prt.left;
if (pi->bLineNum) {
GetTextExtentPoint32(pi->pdc,"999999",6,&sz);
pi->Origin+=sz.cx;
}
GetTextMetrics(pi->pdc,&tm);
pi->LineHeight=int(tm.tmHeight*LineRatio/100);
pi->LinePerPage=(pi->prt.bottom-pi->prt.top)/pi->LineHeight;
pi->TotalPage=(GetRowCount()-1)/pi->LinePerPage+1;
pi->TabSize=tm.tmAveCharWidth;
}
정렬을 하지 않으며 문법 강조 기능도 없으므로 준비 과정도 아주 간단하다. 줄 번호 출력 옵션에 따라 pi->Origin을 계산하고 인쇄 폰트 정보로부터 줄간, 페이지당 줄 수, 총 페이지 수 등을 계산해 놓는다. pi->TabSize는 임시로 문자의 평균폭을 저장하며 이 값은 PrintPage 함수에서 컬럼 사이를 띄울 때 참조한다. 헥사 뷰는 탭을 처리하지 않으므로 이 변수를 다른 용도로 사용하고 있다. 다음은 한 페이지를 인쇄하는 PrintPage 함수이다.
BOOL CApiEditHexa::PrintPage(Ae_PrintInfo *pi,int nPage)
{
int l,Line;
int nowoff;
int i,x,y;
TCHAR szLine[32];
BOOL bEnd=FALSE;
TCHAR szText[1024];
for (l=pi->LinePerPage*(nPage-1),Line=0;l<pi->LinePerPage*nPage;l++,Line++) {
if (l==GetRowCount()) {
bEnd=TRUE;
break;
}
x=pi->Origin;
y=pi->prt.top+Line*pi->LineHeight;
nowoff=l*bpl;
// 오프셋 출력
wsprintf(szText,"%.8X:",nowoff);
if (bCapital == FALSE) _strlwr(szText);
TextOut(pi->pdc,x,y,szText,lstrlen(szText));
x+=pi->TabSize*12;
// 바이트 출력
for (i=nowoff;i<nowoff+bpl;i++) {
if (i < pFrame->doclen) {
wsprintf(szText,"%.2X",(BYTE)pFrame->buf[i]);
if (bCapital == FALSE) _strlwr(szText);
TextOut(pi->pdc,x,y,szText,lstrlen(szText));
}
// 구분선 출력. 단 첫 바이트는 제외
if (i != nowoff && nHexSep && (i-nowoff) % nHexSep == 0) {
MoveToEx(pi->pdc,x-TabSize/2,y,NULL);
LineTo(pi->pdc,x-TabSize/2,y+pi->LineHeight);
}
x+=pi->TabSize*3;
}
// 문자 출력
x+=pi->TabSize;
memset(szText,0,bpl+1);
for (i=nowoff;i<nowoff+bpl;i++) {
if (i==pFrame->doclen) {
break;
}
if ((pFrame->buf[i] & 0x80) !=0 && i+1<nowoff+bpl) {
szText[lstrlen(szText)]=pFrame->buf[i++];
szText[lstrlen(szText)]=pFrame->buf[i];
} else {
if (pFrame->buf[i] >= 0x20 && pFrame->buf[i] <= 0x7e) {
szText[lstrlen(szText)]=pFrame->buf[i];
} else {
szText[lstrlen(szText)]='.';
}
}
}
TextOut(pi->pdc,x,y,szText,lstrlen(szText));
// 줄번호 출력
if (pi->bLineNum) {
wsprintf(szLine,"%d",l);
SetTextColor(pi->pdc,RGB(128,128,128));
TextOut(pi->pdc,pi->prt.left,pi->prt.top+l*pi->LineHeight,
szLine,lstrlen(szLine));
}
}
return bEnd;
}
기본 뷰의 PrintPage 함수에서 구조를 따오고 헥사 뷰의 DrawLine 함수에서 출력 코드를 가져와 조합한 것이다. 바이트간의 간격을 평균폭의 3배로 띄웠는데(화면은 4배) 이는 시스템 폰트로 A4용지에 인쇄할 때 잘리지 않고 줄당 16바이트를 출력하기 위해서이다. 인쇄 논리는 기본 뷰와 동일하므로 분석해 볼 필요는 없을 것이다. 다음은 인쇄를 종료하는 EndPrint 함수인데 있는 그대로 남겨 두기만 하면 된다.
void CApiEditHexa::EndPrint(Ae_PrintInfo *pi)
{
}
인쇄용 정렬을 하지 않고 분석기도 생성하지 않으므로 비어 있다. 그렇다고 해서 이 함수를 재정의하지 않으면 큰일나는데 기본뷰의 EndPrint가 엉뚱한 짓을 하지 않도록 방지하는 역할을 한다. 객체 지향 프로그래밍에서는 빈 함수도 이렇게 의미를 가질 수 있다. 인쇄 완료. 머리말, 꼬리말, 페이지 번호 출력 등은 호스트가 한다. 당근과 ApiEdit는 인쇄를 위해 나름대로의 프레임워크를 정의하기 때문에 규칙에 맞게 함수만 제공하면 인쇄할 수 있다.
라.헥사 뷰 옵션
ApiEdit는 문서의 포맷을 자동으로 판별 및 변환하여 여는 기능을 제공하여 유니코드나 유닉스 문서도 잘 연다. 텍스트 편집기로서의 기능만으로 본다면 이는 당연한 처리이지만 헥사 편집기가 추가되면 얘기가 좀 달라진다. 문서의 텍스트가 아닌 실제 내용을 직접 보고 편집해야 하는 경우도 있다. 유니코드 문서의 문자 코드나 BOM 같은 제어코드를 살펴보고 싶은데 당근으로 이 파일을 열면 윈도우즈 포맷으로 자동 변환되어 버린다. 문서를 있는 그대로 열 수 있도록 자동 변환을 옵션을 만든다. 이 옵션은 프레임에 선언하고 생성자에서 TRUE로 초기화한다.
class CApiEdit : public CWindow
{
private:
....
BOOL bAutoConvert;
public:
....
BOOL GetAutoConvert() { return bAutoConvert; }
void SetAutoConvert(BOOL bAuto) { bAutoConvert=bAuto; }
};
CApiEdit::CApiEdit()
{
....
bAutoConvert=TRUE;
}
포맷 자동 변환 여부는 문서를 여는 시점에만 사용되므로 값이 바뀐다고 해서 특별히 당장 어떤 행동을 취할 필요는 없다. 이 옵션은 SetText에서 참조한다.
void CApiEdit::SetText(TCHAR *TextBuf, int dwSize)
{
TCHAR *dest;
int len;
TCHAR *fixed;
InitDoc();
if (bAutoConvert==FALSE) {
dwFormat=AE_FORMAT_WIN;
GetActiveView()->Insert(0,TextBuf,dwSize,FALSE);
return;
}
....
자동 변환 상태가 아니면 무조건 윈도우즈 포맷으로 설정하고 내용을 그대로 ApiEdit에 대입한다. 변환을 하지 않으므로 사실 포맷이 무엇인가는 중요하지 않으며 어떤 형태로 볼 것인가는 사용자가 실행중에 원하는대로 결정할 수 있다. 잠시 후 이 옵션을 동작 페이지에 배치할 것이다.
헥사 뷰는 줄당 바이트 수인 bpl과 대문자 출력 옵션인 bCapital, 구분선 출력 단위인 nHexSep 세 개의 옵션이 있다. 물론 배경색, 글꼴, 줄간 등 기본 뷰의 옵션도 그대로 사용한다. 외부에서 protected 속성인 이 옵션들을 액세스할 수 있도록 헥사 뷰 클래스에 옵션 액세스 함수를 작성한다.
class CApiEditHexa : public CApiEditText
{
....
int GetBpl() { return bpl; }
void SetBpl(int abpl);
BOOL GetCapital() { return bCapital; }
void SetCapital(int aCapital);
int GetHexSep() { return nHexSep; }
void SetHexSep(int aHexSep);
};
Get함수는 값만 리턴하면 되므로 인라인으로 작성했다. Set함수는 다음과 같이 작성한다.
void CApiEditHexa::SetBpl(int abpl)
{
if (bpl != abpl) {
bpl=abpl;
UpdateScrollInfo();
SetCaret();
Invalidate(-1);
}
}
void CApiEditHexa::SetCapital(int aCapital)
{
if (bCapital != aCapital) {
bCapital=aCapital;
Invalidate(-1);
}
}
void CApiEditHexa::SetHexSep(int aHexSep)
{
if (nHexSep != aHexSep) {
nHexSep=aHexSep;
Invalidate(-1);
}
}
옵션을 대입한 후 다시 그리기만 하면 된다. 단, bpl이 바뀌면 스크롤 바의 범위가 조정되어야 하므로 스크롤 바위 범위를 다시 설정하고 캐럿의 위치도 옮긴다. 스크롤 바의 범위는 다음과 같이 계산한다.
void CApiEditHexa::UpdateScrollInfo()
{
....
xMax=(bCol+bGap*bpl)*2;
si.nMax=xMax;
si.nPage=frt.right;
si.nPos=xPos;
SetScrollInfo(hHorzScroll, SB_CTL, &si, TRUE);
}
수직 스크롤 범위는 GetRowCount에서 bpl을 참조하여 계산 줄 수의 영향을 받고 수평 스크롤 범위는 16진 출력 영역의 두 배로 대충 계산했다. 헥사 뷰에 옵션이 추가되었으므로 ApiEdit 프레임 클래스에도 Set 함수를 작성해야 한다. 호스트의 입장에서는 뷰의 설정을 직접 바꾸는 것이 아니라 ApiEdit 컨트롤의 옵션을 바꾸는 것이기 때문에 컨트롤 자체가 이 설정을 지원해야 한다.
void CApiEdit::SetBpl(int abpl)
{
CApiEditHexa *pHexaView;
for (int aet=0;aet<4 && arView[aet];aet++) {
if (arView[aet]->ViewType == HEXA_VIEW) {
pHexaView=(CApiEditHexa *)arView[aet];
pHexaView->SetBpl(abpl);
}
}
}
void CApiEdit::SetCapital(int aCapital)
{
CApiEditHexa *pHexaView;
for (int aet=0;aet<4 && arView[aet];aet++) {
if (arView[aet]->ViewType == HEXA_VIEW) {
pHexaView=(CApiEditHexa *)arView[aet];
pHexaView->SetCapital(aCapital);
}
}
}
void CApiEdit::SetHexSep(int aHexSep)
{
CApiEditHexa *pHexaView;
for (int aet=0;aet<4 && arView[aet];aet++) {
if (arView[aet]->ViewType == HEXA_VIEW) {
pHexaView=(CApiEditHexa *)arView[aet];
pHexaView->SetHexSep(aHexSep);
}
}
}
헥사뷰에 대해서만 설정을 변경했으므로 뷰 중에 헥사 뷰가 없으면 이 함수들은 아무것도 하지 않는다. Get 함수는 외부에서 이 값을 알아야 할 경우가 많지 않으므로 제공하지 않았다. 즉, 이 옵션은 외부에서 읽을 수는 없고 설정만 할 수 있는 쓰기 전용의 옵션이다. 이제 컨트롤의 추가된 옵션들을 호스트가 변경하는 코드를 작성한다. SOption 구조체에 똑같은 옵션 변수들을 추가한다. 당근 1.2에서 처음으로 추가되는 옵션들이다.
struct SOption
{
....
int GetBpl();
int GetHexSep();
....
int bpl;
BOOL bCapital;
int nHexSep;
BOOL bAutoConvert;
};
옵션 관리의 편의를 위해 bpl과 nHexSep은 콤보 박스의 인덱스로 값을 기억하기로 한다. Init에서 이 변수들을 초기화하고 GetBpl, GetHexSep 함수를 정의한다. Load, Save 함수에서는 이 두 변수도 레지스트리에 읽고 써야 한다.
void SOption::Init()
{
....
bpl=2;
bCapital=TRUE;
nHexSep=1;
bAutoConvert=TRUE;
}
int SOption::GetBpl()
{
static int arBpl[]={4,8,16,24,32,48,64};
return arBpl[bpl];
}
int SOption::GetHexSep()
{
static int arHexSep[]={2,4,8,16};
return arHexSep[nHexSep];
}
void SOption::Load(TCHAR *Key)
{
....
SHRegReadString(SHCU,szKey,"prtBkText","",prtBkText,64);
// 1.2에서 추가된 옵션들
bpl=SHRegReadInt(SHCU,szKey,"bpl",0);
bCapital=SHRegReadInt(SHCU,szKey,"bCapital",0);
nHexSep=SHRegReadInt(SHCU,szKey,"nHexSep",1);
bAutoConvert=SHRegReadInt(SHCU,szKey,"bAutoConvert",TRUE);
....
void SOption::Save(TCHAR *Key)
{
....
SHRegWriteString(SHCU,szKey,"prtBkText",prtBkText);
// 1.2에서 추가된 옵션들
SHRegWriteInt(SHCU,szKey,"bpl",bpl);
SHRegWriteInt(SHCU,szKey,"bCapital",bCapital);
SHRegWriteInt(SHCU,szKey,"nHexSep",nHexSep);
SHRegWriteInt(SHCU,szKey,"bAutoConvert",bAutoConvert);
....
Load, Save 함수는 szKey라는 지역 변수로 설정값이 저장될 위치를 구분하는데 이 지역 변수가 Setting일때 값을 읽고 써야 한다. 아래쪽에는 구문 분석기와 Ftp 설정 옵션을 저장하는 코드들이 있는데 이 코드앞에 새 옵션을 저장해야 한다. 이 옵션들은 설정 대화상자의 보기 페이지에서 관리한다. ViewDlgProc에 이 옵션을 관리하는 코드를 작성한다.
BOOL CALLBACK ViewDlgProc(HWND hDlg,UINT iMessage,WPARAM wParam,LPARAM lParam)
{
switch(iMessage) {
case WM_INITDIALOG:
....
hCon=GetDlgItem(hDlg,IDC_CBBPL);
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"4");
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"8");
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"16");
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"24");
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"32");
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"48");
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"64");
hCon=GetDlgItem(hDlg,IDC_CBHEXSEP);
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"2");
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"4");
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"8");
SendMessage(hCon,CB_ADDSTRING,0,(LPARAM)"16");
....
case WM_COMMAND:
....
case IDC_WRAP:
case IDC_CBBPL:
case IDC_CBHEXSEP:
switch (HIWORD(wParam)) {
case CBN_SELCHANGE:
case CBN_EDITCHANGE:
PropSheet_Changed(GetParent(hDlg),hDlg);
break;
}
return TRUE;
....
case IDC_NOFIRSTSPACE:
case IDC_CHKCAPITAL:
PropSheet_Changed(GetParent(hDlg),hDlg);
return TRUE;
....
case WM_NOTIFY:
switch (((LPNMHDR)lParam)->code) {
case PSN_SETACTIVE:
....
CheckDlgButton(hDlg,IDC_NOFIRSTSPACE,NewOption.bNoFirstSpace);
CheckDlgButton(hDlg,IDC_CHKCAPITAL,NewOption.bCapital);
....
SendDlgItemMessage(hDlg,IDC_CARETWIDTH,CB_SETCURSEL,NewOption.CaretWidth-1,0);
SendDlgItemMessage(hDlg,IDC_CBBPL,CB_SETCURSEL,NewOption.bpl,0);
SendDlgItemMessage(hDlg,IDC_CBHEXSEP,CB_SETCURSEL,NewOption.nHexSep,0);
....
case PSN_KILLACTIVE:
....
NewOption.bNoFirstSpace=IsDlgButtonChecked(hDlg,IDC_NOFIRSTSPACE);
NewOption.bCapital=IsDlgButtonChecked(hDlg,IDC_CHKCAPITAL);
....
NewOption.CaretWidth=SendDlgItemMessage(hDlg,IDC_CARETWIDTH,CB_GETCURSEL,0,0)+1;
NewOption.bpl=SendDlgItemMessage(hDlg,IDC_CBBPL,CB_GETCURSEL,0,0);
NewOption.nHexSep=SendDlgItemMessage(hDlg,IDC_CBHEXSEP,CB_GETCURSEL,0,0);
NewOption.RightWrap=GetDlgItemInt(hDlg,IDC_RIGHTWRAP,NULL,FALSE);
NewOption.ColMark=GetDlgItemInt(hDlg,IDC_COLMARK,NULL,FALSE);
return TRUE;
}
break;
}
return FALSE;
}
포맷 자동 변환 옵션은 동작 페이지에 작성한다. 현재 시작할 때 자동 개행, 한글 입력 상태로 두 개의 옵션만 있는데 포맷 자동 변환을 추가한다.
BOOL CALLBACK OperationDlgProc(HWND hDlg,UINT iMessage,WPARAM wParam,LPARAM lParam)
{
switch(iMessage) {
case WM_INITDIALOG:
return TRUE;
case WM_COMMAND:
switch (LOWORD(wParam)) {
case IDC_WORDWRAP:
case IDC_HANGUL:
case IDC_AUTOCONVERT:
PropSheet_Changed(GetParent(hDlg),hDlg);
break;
}
return TRUE;
case WM_NOTIFY:
LPNMHDR hdr;
hdr=(LPNMHDR)lParam;
switch (hdr->code) {
case PSN_SETACTIVE:
g_StartPage=10;
CheckDlgButton(hDlg,IDC_WORDWRAP,NewOption.bWrap);
CheckDlgButton(hDlg,IDC_HANGUL,NewOption.Hangul);
CheckDlgButton(hDlg,IDC_AUTOCONVERT,NewOption.bAutoConvert);
return TRUE;
case PSN_APPLY:
ApplyNow();
return TRUE;
case PSN_KILLACTIVE:
NewOption.bWrap=IsDlgButtonChecked(hDlg,IDC_WORDWRAP);
NewOption.Hangul=IsDlgButtonChecked(hDlg,IDC_HANGUL);
NewOption.bAutoConvert=IsDlgButtonChecked(hDlg,IDC_AUTOCONVERT);
return TRUE;
}
break;
}
return FALSE;
}
ApplyNow에서 옵션이 변경되면 적용한다.
void ApplyNow()
{
....
if (Option.bpl != NewOption.bpl) {
pSi->Ae.SetBpl(NewOption.GetBpl());
}
if (Option.bCapital != NewOption.bCapital) {
pSi->Ae.SetCapital(NewOption.bCapital);
}
if (Option.nHexSep != NewOption.nHexSep) {
pSi->Ae.SetHexSep(NewOption.GetHexSep());
}
hChild=GetWindow(hChild,GW_HWNDNEXT);
}
기본 설정을 변경하면 열려 있는 헥사 뷰에 즉시 적용될 것이다. 단, 포맷 자동 변환 옵션은 이미 생성된 컨트롤에는 영향을 미치지 않으므로 SetSetting 함수에서 컨트롤이 만들어질 때만 적용하면 된다.
void SetSetting(CApiEdit &Ae)
{
....
if (Option.bAutoConvert != Ori.bAutoConvert) {
Ae.SetAutoConvert(Option.bAutoConvert);
}
}
나머지 옵션은 적용 시점이 조금 애매한데 다음 항에 관련 코드를 작성할 것이다.
마.자동 헥사 뷰
ApiEdit가 새로 생성되면 무조건 기본 뷰인 텍스트 뷰 하나가 생성된다. 이진 파일을 열 때는 자동으로 헥사 뷰로 변환해 보자.
void CApiEdit::SetText(TCHAR *TextBuf, int dwSize)
{
....
switch (dwFormat) {
case AE_FORMAT_WIN:
if (TestEnterCode(TextBuf,dwSize)==FALSE) {
len=FixEnterCode(TextBuf,dwSize,fixed);
GetActiveView()->Insert(0,fixed,len,FALSE);
free(fixed);
} else {
GetActiveView()->Insert(0,TextBuf,dwSize,FALSE);
}
break;
case AE_FORMAT_BINARY:
GetActiveView()->Insert(0,TextBuf,dwSize,FALSE);
if (dwFormat==AE_FORMAT_BINARY) {
ChangeViewType(0,HEXA_VIEW);
}
break;
default:
....
포맷을 점검해 보고 이진 파일이면 뷰의 타입을 자동으로 헥사 뷰로 바꾼다. 이 함수는 새로 만들어진 ApiEdit에 대해 호출되므로 대상 뷰는 항상 0번이다. 이제 이진 파일도 바로 편집할 수 있으므로 읽기 전용으로 열 필요가 없어졌다. 이전 버전에서는 이진 파일을 제대로 편집할 수 없으므로 방어적인 차원에서 읽기 전용으로 설정했는데 이제는 그렇게 하지 않아도 된다.
BOOL OpenFromFile(TCHAR *Path, BOOL bReadOnly/*=FALSE*/, BOOL bBrowse/*=FALSE*/)
{
....
if (pSi->Ae.GetFormat() == AE_FORMAT_BINARY) {
pSi->Ae.SetReadOnly(TRUE);
}
새로 생성되는 뷰에 대한 설정은 SetSetting 함수에 작성해야 하는데 문제가 많다. SetSetting은 ApiEdit를 생성하는 즉시 호출되며 뷰 타입 전환은 SetText에서 한다. 그래서 SetSetting 호출 시점에서 ApiEdit는 무조건 텍스트 뷰 상태이며 옵션을 적용할 헥사 뷰가 아직 만들어져 있지 않다. 더 심각한 문제는 생성 직후 뿐만 아니라 ChangeViewType이 호출될 때나 SplitView로 새 뷰가 생성될마다 매번 설정을 적용해야 한다는 점이다. 그래서 기본 뷰가 아닌 뷰의 설정을 적용하는 별도의 함수가 필요하다. Config.cpp에 다음 함수를 추가한다.
// 기본 뷰가 아닌 파생 뷰의 옵션을 설정한다.
void SetSettingView(CApiEditText *pView)
{
SOption Ori;
if (pView->ViewType == HEXA_VIEW) {
CApiEditHexa *pHexaView=(CApiEditHexa *)pView;
if (Option.bpl != Ori.bpl) {
pHexaView->SetBpl(Option.GetBpl());
}
if (Option.bCapital != Ori.bCapital) {
pHexaView->SetCapital(Option.bCapital);
}
if (Option.nHexSep != Ori. nHexSep) {
pHexaView->SetHexSep(Option. nHexSep);
}
}
}
이 함수는 뷰의 타입을 전환할 때마다 호출 가능하다. 호출 시점은 뷰가 생성된 직후인 CreateView여야 하는데 컨트롤은 자신이 직접 뷰의 설정을 변경할 수 없다. 컨트롤은 설정 상태에 대해 아는 바가 없으며 호스트에게 설정을 바꿔 줄 것을 요청해야 한다. 컨트롤이 호스트의 함수를 직접 호출할 수는 없는데 왜냐하면 컨트롤은 호스트에 종속적이지 않기 때문이다. 예를 들어 ChangeViewSetting이라는 함수를 제공한다면 이 함수를 제공하지 않는 호스트와는 사용할 수 없게 된다.
그래서 설정 변경 요청을 메시지로 보내기로 한다. 호스트가 메시지를 무시하더라도 설정만 바뀌지 않을 뿐 동작에는 이상이 없으므로 컨트롤이 호스트에 종속되지는 않는다. 설정 대상 뷰의 포인터를 전달해야 하는데 통지 메시지는 여분의 정보를 실을 공간이 없으므로 사용할 수 없다. 그래서 WM_USER+1을 정의하기로 한다.
CApiEditText *CApiEdit::CreateView(int Type)
{
....
pView->Create(0,0,0,0,WS_CHILD | WS_VISIBLE,0,hWnd);
SendMessage(GetParent(hWnd),WM_USER+1,0,(LPARAM)pView);
return pView;
}
새로운 뷰를 만든 직후에 부모 윈도우에게 WM_USER+1을 보낸다. 이때 lParam으로 생성된 뷰의 포인터를 전달한다. DgChildProc에서 이 메시지를 처리한다.
LRESULT CALLBACK DGChildProc(HWND hWnd,UINT iMessage,WPARAM wParam,LPARAM lParam)
{
....
case WM_USER+1:
SetSetting2((CApiEditText *)lParam);
return 0;
SetSetting2 함수만 호출하면 된다. ChangeViewType, SplitView에서 CreateView를 호출하므로 분할 또는 타입 변경시 헥사 뷰의 설정이 적용될 것이다.
컨트롤이 호스트에 종속되지 않기 위해 WM_USER+1 사용자 정의 메시지를 사용하는 것은 그럭 저럭 괜찮은 생각이다. 그런데 여기에도 문제가 있는데 호스트가 이미 이 메시지를 쓰고 있으면 안된다. 범용성을 높이기 위해 사용자 정의 메시지의 베이스를 변경할 수 있게 하는 것이 좋다.
class CApiEdit : public CWindow
{
private:
....
UINT UserBase;
public:
....
UINT GetUserBase() { return UserBase; }
void SetUserBase(UINT aValue) { UserBase=aValue; }
};
생성자에서 이 값을 다음과 같이 초기화한다.
CApiEdit::CApiEdit()
{
....
UserBase=WM_USER+629;
}
WM_USER+629로 초기화했는데 중복의 위험이 거의 없는 숫자를 사용했으므로 호스트의 사용자 정의 메시지와 충돌되지 않을 것이다. 혹시 충돌이 발생한다면 SetUserBase로 베이스를 변경할 수 있으므로 역시 문제가 되지 않는다. 바로 앞에서 작성했던 CreateView 함수를 다시 수정한다.
CApiEditText *CApiEdit::CreateView(int Type)
{
....
pView->Create(0,0,0,0,WS_CHILD | WS_VISIBLE,0,hWnd);
SendMessage(GetParent(hWnd),UserBase+1,0,(LPARAM)pView);
return pView;
}
WM_USER+1 대신 UserBase+1 메시지를 보낸다. 받는 쪽도 수정
LRESULT CALLBACK DGChildProc(HWND hWnd,UINT iMessage,WPARAM wParam,LPARAM lParam)
{
....
pSi=(SInfo *)GetWindowLongPtr(hWnd,0);
if (pSi && iMessage > WM_USER) {
if (iMessage == pSi->Ae.GetUserBase()+1) {
SetSettingView((CApiEditText *)lParam);
return 0;
}
}
switch(iMessage) {
case WM_CREATE:
....
SetWindowLongPtr(hWnd,0,(LONG_PTR)pSi);
....
case WM_SETFOCUS:
pSi=(SInfo *)GetWindowLong(hWnd,0);
....
case WM_DESTROY:
pSi=(SInfo *)GetWindowLong(hWnd,0);
메시지 ID가 상수가 아니므로 switch문에 포함시킬 수 없으며 if문으로 전달된 메시지가 사용자 정의 메시지인지 판단해야 한다. 이 판단을 위해 pSi를 미리 구했으므로 아래쪽의 두 메시지에서는 pSi를 구할 필요가 없다. pSi && iMessage > WM_USER 조건은 이 윈도우가 이미 만들어져 있고 아직 존재하고 있는가에 대한 질문이다. 즉, WM_CREATE나 WM_NCDESTROY를 받았을 때는 아직 윈도우 초기화가 안되었거나 파괴가 진행중이기 때문에 Ae가 온전히 있다고 보장할 수 없다.
WM_CREATE에서 pSi를 최초로 대입하는 함수가 SetWindowLongPtr로 바뀌었는데 이 함수는 SetWindowLong과 기능은 똑같지만 64비트를 지원한다는 점이 다르다. pSi 포인터가 64비트 시스템에서는 64비트로 확장되므로 장래를 위해 미리 64비트 지원 코드를 만들어 놓는 것이 좋다. 이를 위해 WinMain의 DgChild 윈도우 클래스 정의문도 수정해야 한다.
int APIENTRY WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance
,LPSTR lpszCmdParam,int nCmdShow)
{
....
WndClassEx.lpszClassName="DGChild";
....
WndClassEx.cbWndExtra=sizeof(LONG_PTR);
RegisterClassEx(&WndClassEx);
sizeof(DWORD)는 4바이트의 고정 길이지만 sizeof(LONG_PTR)은 플랫폼에 따라 가변적인 길이를 가진다. 당장 필요치는 않지만 64비트 이식성 확보를 위해 프로젝트의 모든 GetWindowLong, SetWindowLong을 검색해 뒤에 Ptr을 덧붙인다. 때로는 인수의 이름이 바뀌는 경우도 있는데 GWL_ID는 GWLP_ID로 바뀌고 DWL_MSGRESULT는 DWLP_MSGRESULT로 바뀐다. 총 40군데가 있는데 조금 번거롭지만 이 정도 노력으로 64비트로 이식할 수 있다면 충분히 할만한 작업이다.
UserBase를 바꾸어야 할 경우는 사실 거의 없다. 그러나 고정된 메시지 ID를 할당해야 하는 것은 좋지 않다. 정 필요하면 컨트롤 생성 직후에 SetUserBase 함수로 변경할 수 있다. 629는 단순한 임의의 값이되 꼭 의미를 설명하자면 나의 음력 생일이다.
바.통지 메시지
뷰의 타입이 바뀌었을 때 호스트는 상태란에 정보를 갱신해야 한다. 세 가지 경우가 있는데 1.창 분할 2.뷰 타입 전환 3.포커스 전환시이다. 분할 해제시는 필요할 때 포커스 전환이 발생하므로 따로 처리하지 않아도 된다. 이 세 경우에 컨트롤은 통지 메시지를 보내 활성 뷰가 바뀌었음을 호스트에게 알린다.
#define AEN_CHANGE 1
#define AEN_MOVE 2
#define AEN_INSMODE 3
#define AEN_CHGMODI 4
#define AEN_CHGVIEW 5
다음 세 함수에서 뷰의 타입을 변경한 후 이 통지 메시지를 호스트로 보낸다.
void CApiEdit::SplitView(int SplitType, int Ratio)
{
....
SendNotify(AEN_CHGVIEW);
}
void CApiEdit::ChangeActiveView(CApiEditText *pAe,int Who)
{
....
SendNotify(AEN_CHGVIEW);
}
void CApiEdit::ChangeViewType(int nView,int Type)
{
....
SendNotify(AEN_CHGVIEW);
}
호스트는 이 통지 메시지를 받았을 때 상태란을 갱신한다. 물론 이외에도 뷰의 타입이 변경될 때마다 해야 할 일이 있다면 원하는 작업을 더 할 수 있다.
LRESULT CALLBACK DGChildProc(HWND hWnd,UINT iMessage,WPARAM wParam,LPARAM lParam)
{
....
case WM_COMMAND:
switch (LOWORD(wParam)) {
case 1:
switch (HIWORD(wParam)) {
....
case AEN_CHGVIEW:
SetStatusText(0xffff);
}
break;
}
return 0;
당근은 이 통지 메시지를 받았을 때 상태란 전체를 완전히 다시 출력한다. 현재 편집 위치, 겹침/삽입 모드 등의 정보들이 활성 뷰의 정확한 정보대로 갱신된다.
사.헥사 덤프 복사
헥사 뷰에서도 클립보드를 사용할 수 있는데 이때 복사하거나 붙여 넣는 대상은 여전히 선택된 부분의 문서이다. 그런데 이진 파일 덤프 문서를 작성할 때는 헥사 뷰의 덤프를 눈에 보이는 그대로 텍스트로 복사해야 한다. 문서 복사와는 다른 명령이므로 별도의 팝업 항목이 필요하다. ApiEdit.h에 팝업 메뉴 ID를 하나 더 추가한다.
#define IDM_AE_CUT 40001
#define IDM_AE_COPY 40002
#define IDM_AE_PASTE 40003
#define IDM_AE_SELALL 40004
#define IDM_AE_COPYAPPEND 40005
#define IDM_AE_CUTAPPEND 40006
#define IDM_AE_COPYDUMP 40007
팝업 메뉴를 출력하는 것은 기본 뷰에서 하기로 한다. 물론 조건에 의해 현재 뷰가 헥사일 때만 이 팝업 메뉴를 출력해야 한다. 헥사 뷰에서 기본 뷰의 OnContextMenu를 호출하므로 여기서 메뉴 항목을 출력하면 된다.
void CApiEditText::OnContextMenu(HWND hWnd, HWND hwndContext, UINT xPos, UINT yPos)
{
HMENU hPopup;
POINT pt;
hPopup=CreatePopupMenu();
AppendMenu(hPopup,MF_STRING,IDM_AE_CUT,"잘라내기(&T)");
AppendMenu(hPopup,MF_STRING,IDM_AE_COPY,"복사(&C)");
if (ViewType == HEXA_VIEW) {
AppendMenu(hPopup,MF_STRING,IDM_AE_COPYDUMP,"덤프복사(&D)");
}
AppendMenu(hPopup,MF_STRING,IDM_AE_PASTE,"붙여넣기(&P)");
AppendMenu(hPopup,MF_STRING,IDM_AE_SELALL,"모두선택(&A)");
....
어차피 텍스트 뷰가 대표이므로 여기서 팝업 메뉴를 통합 관리하는 것이 더 편리하다. 단, 이 명령에 대한 처리는 헥사 뷰가 직접 해야 한다. OnCommand에서 기본 뷰로 처리를 넘기기 전에 덤프 복사 명령이면 CopyDump라는 헥사 뷰의 멤버 함수를 호출한다.
void CApiEditHexa::OnCommand(HWND hWnd, int id, HWND hwndCtl, UINT codeNotify)
{
EndComp();
switch (id) {
case IDM_AE_COPYDUMP:
CopyDump();
return;
}
CApiEditText::OnCommand(hWnd,id,hwndCtl,codeNotify);
}
CHexaView 클래스에 CopyDump라는 멤버 함수를 다음과 같이 작성한다.
void CApiEditHexa::CopyDump()
{
HGLOBAL hmem;
TCHAR *ptr;
int SelFirst, SelSecond;
int st,ed;
TCHAR szText[1024];
int i,Line,nPos;
// 복사 대상은 항상 줄 단위로 선정한다.
if (SelStart == SelEnd) {
st=ed=off/bpl;
} else {
SelFirst=min(SelStart,SelEnd);
SelSecond=max(SelStart,SelEnd);
st=SelFirst/bpl;
ed=SelSecond/bpl;
}
hmem=GlobalAlloc(GHND, (ed-st+1)*bpl*10+1024);
ptr=(TCHAR *)GlobalLock(hmem);
// 범위내의 줄 출력
for (Line=st;Line<=ed;Line++) {
nPos=Line*bpl;
wsprintf(szText,"%.8X ",nPos);
if (bCapital) _strlwr(szText);
lstrcat(ptr,szText);
// 바이트 출력
for (i=nPos;i<nPos+bpl;i++) {
if (i < pFrame->doclen) {
wsprintf(szText,"%.2X ",(BYTE)pFrame->buf[i]);
if (bCapital==FALSE) _strlwr(szText);
lstrcat(ptr,szText);
}
}
// 문자 출력
lstrcat(ptr," ");
for (i=nPos;i<nPos+bpl;i++) {
if (i < pFrame->doclen) {
memset(szText,0,3);
if (i==nPos && pFrame->IsInDBCS(i)) {
szText[0]='.';
} else {
if (pFrame->IsDBCS(i) && !pFrame->IsEnterCode(i)) {
// 중간에 0이 나와서는 안된다.
if (pFrame->buf[i+1] == 0) {
lstrcpy(szText,"..");
} else {
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]='.';
}
}
}
lstrcat(ptr,szText);
}
}
lstrcat(ptr,"\r\n");
}
GlobalUnlock(hmem);
if (OpenClipboard(hWnd)) {
EmptyClipboard();
SetClipboardData(CF_TEXT,hmem);
CloseClipboard();
}
}
헥사 덤프는 줄 단위로 해석하거나 출력하는 것이 보통이므로 덤프 복사는 반드시 줄 단위로 수행한다. 선택 영역이 있으면 이 영역을 취하고 없으면 현재 줄을 취한다. 범위내의 모든 줄에 해대 루프를 돌며 오프셋, 바이트, 문자를 차례대로 출력하면 된다. 출력 코드는 DrawLine의 코드와 비슷하되 화면으로 출력되지 않고 텍스트 버퍼로 출력된다는 점이 다르다. 선택 블록도 없고 색상을 신경쓸 필요도 없다.
텍스트 형태로 클립보드에 복사해야 하므로 중간에 널 문자가 나오지 않도록 각별히 신경써야 한다. 중간에 널이 나오면 이는 더 이상 텍스트가 아니며 클립보드에 CF_TEXT로 복사할 수 없다. 이진 파일에는 00으로 된 바이트가 아주 흔하다. 오프셋이나 바이트를 출력할 때는 문자열로 바뀌므로 널 문자가 나올리가 없다. 하지만 오른쪽의 문자를 출력할 때는 문자코드를 그대로 출력하므로 널 문자가 나올 수도 있다. 00가 혼자 오는 경우는 SBCS이므로 . 으로 대체되어 표시되지만 0xc800처럼 DBCS의 뒤에 따라오는 00를 버퍼로 그대로 보내서는 안된다. DBCS의 뒷 바이트가 0이면 ..으로 대체했다. 사실 뒷 바이트가 00이면 이는 제대로 된 DBCS 문자가 아니다.