1.가상 위치
가.가상 위치로 이동
텍스트 편집기나 워드 프로세서나 글자가 있는 곳으로만 캐럿이 이동할 수 있으며 글자가 없는 빈 공간은 대응되는 메모리 위치가 없으므로 이동할 수 없다. 가상 위치란 글자가 존재하지 않는 위치를 말하는데 이 위치로도 이동하는 기능은 그래픽 문자로 도표를 그릴 때나 쓸만하지 별로 실용적이지 못한다. 이런 기능은 아예 없어도 상관이 없지만 열모드를 위해서는 반드시 지원해야 한다. 열 선택을 하는 중에는 문자가 없는 부분으로도 이동할 수 있어야 직사각형 영역을 선택할 수 있다.
이 장에서는 열모드로 블록을 선택하는 기능을 작성하는데 그 전에 가상 위치로 이동하는 기능이 먼저 작성되어야 한다. 가상 위치에 캐럿이 위치할 때는 통상적인 행렬 좌표로 캐럿의 좌표를 표현할 수 없으므로 별도의 추가 정보가 필요하다. 뭔가 골치아파진다는 생각이 들 것이다. 이 정보들은 뷰의 상태에 속하므로 다음 변수들을 기본 뷰 클래스에 선언한다.
class CApiEditText : public CWindow
{
....
BOOL bVirtualPos;
int ExtraX;
int ignoreVirt;
public:
virtual BOOL GetVirtualPos() { return bVirtualPos; }
virtual void SetVirtualPos(int aValue);
virtual BOOL IsVirtualPosable();
};
가상 위치에 캐럿이 있는 상태를 기억하는 방법에는 여러 가지가 있을 수 있다. ApiEdit는 ExtraX로 줄 끝에서 벗어난 정도를 공백폭 단위로 기억한다. ExtraX는 0을 포함한 양의 정수이다. 지금까지 캐럿의 위치는 off로만 결정되었지만 이제 ExtraX도 같이 고려되어야 한다. 문서의 현재 상태를 나타내는 상태값의 일종이므로 함수 하나로 조사할 수 없으며 전역적인 변수에 기억해 두어야 한다.
ExtraX 정보로 인해 수평으로 줄 너머에 캐럿이 있는 상태를 표현할 수 있지만 수직으로 문서 너머로는 캐럿이 이동할 수 없다. 만약 꼭 필요하다면 ExtraY라는 변수를 만들고 문서 끝에서부터 몇 줄이나 더 내려가 있는지를 기억할 수 있겠지만 ExtraX 하나만 해도 충분히 복잡하므로 문서 끝을 넘어선 위치까지는 고려하지 않기로 한다. 열모드에서도 문서 너머까지 선택할 필요는 없다. 대충 예상이 되겠지만 ExtraX를 제대로 관리하는 것은 무척 어렵고 까다롭다.
bVirtualPos는 가상 위치로 이동할 수 있는가 아닌가를 기억하는 옵션 변수이며 이 값이 TRUE여야만 가상 위치로 캐럿이 이동할 수 있다. ignoreVirt는 가상 위치 옵션을 일시적으로 정지시키기 위한 카운트 변수인데 이 변수가 0일 때만 가상 위치로 이동할 수 있으며 0이 아니면 설사 bVirtualPos가 TRUE이더라도 가상 위치로 이동할 수 없다. 이 변수가 왜 필요한가 하면 가상 위치로 이동 가능하도록 설정된 상황에서도 블록을 선택할 때만큼은 가상 위치까지 선택할 수 없어야 하기 때문이다. 잠시 후 이 두 변수의 역할을 보면 이런 상태값이 왜 필요한지 알 수 있을 것이다.
bVirtualPos 값을 읽고 쓰는 액세스 함수가 작성되어 있는데 Get 함수는 간단하므로 인라인으로 작성했으며 Set 함수는 다음과 같이 작성한다. 가상 위치 옵션이 해제될 때 ExtraX는 0이 되어야 하며 가상 위치로 벗어나 있는 캐럿은 줄 끝으로 강제로 옮겨야 한다.
void CApiEditText::SetVirtualPos(int aValue)
{
bVirtualPos=aValue;
if (bVirtualPos==FALSE && ExtraX > 0) {
ExtraX=0;
SetCaret();
}
}
가상 위치로의 이동 기능은 잘 사용되지 않으므로 bVirtualPos 옵션의 디폴트값은 FALSE로 설정하는 것이 합리적이나 지금은 이 기능을 만들고 있는 중이므로 테스트를 위해 TRUE로 지정하자. SetDefaultSetting에서 이 변수의 초기값을 설정한다.
void CApiEditText::SetDefaultSetting()
{
....
bVirtualPos=TRUE;
}
뷰가 만들어질 때는 가상 위치에 캐럿이 가 있는 것이 아니므로 ExtraX는 0으로, ignoreVirt도 0으로 초기화한다. 이 두 변수값은 뷰의 상태값이므로 뷰가 초기화되는 InitView에서 초기화하는 것이 옳다. 비슷한 역할을 하는 변수들도 초기화 시점을 결정하기가 쉽지 않다.
void CApiEditText::InitView()
{
....
ExtraX=0;
ignoreVirt=0;
Invalidate(-1);
}
IsVirtualPosable 함수는 현재 설정 상태에서 캐럿이 가상 위치로 이동할 수 있는가를 조사하는데 다음과 같이 작성한다.
BOOL CApiEditText::IsVirtualPosable()
{
if (bVirtualPos) {
if (ignoreVirt > 0) {
return FALSE;
} else {
return TRUE;
}
}
return FALSE;
}
bVirtualPos 옵션이 FALSE라면 가상 위치로 이동할 수 없다. 이 옵션이 TRUE이더라도 ignoreVirt가 0이 아니면 일시적으로 이동이 금지된 상태이므로 이때도 가상 위치로 갈 수 없다. 즉 가상 위치로 이동하려면 bVirtualPos가 TRUE여야 하고 ignoreVirt가 0이어야 한다. 현재는 이 조건뿐이지만 열모드에서는 좀 더 많은 조건이 필요해질 것이다.
그럼 실제로 가상 위치로 이동시키는 코드를 작성해 보자. 대표적으로 오른쪽으로 이동하는 VK_RIGHT의 코드를 작성해 보자. 오른쪽으로 이동할 때 캐럿이 줄 끝에 닿으면 통상 다음줄로 캐럿을 내리는데 가상 위치로 이동할 수 있을 때는 현재 줄에 머물면서 ExtraX를 증가시켜야 한다. OnKey의 VK_RIGHT를 다음과 같이 수정한다.
case VK_RIGHT:
if (off < pFrame->doclen || IsVirtualPosable()) {
GetRCFromOff(off,r,c);
OldOff=off;
if (bControl) {
off=GetNextWord(off);
} else {
if (ExtraX > 0) {
ExtraX++;
} else {
if (off==pLine[r].End) {
if (AeIsLineEnd(pFrame->buf+off)) {
if (IsVirtualPosable()) {
ExtraX++;
} else {
off=pFrame->GetNextOff(off);
}
}
bLineEnd=FALSE;
} else {
off=pFrame->GetNextOff(off);
if (off==pLine[r].End && !pFrame->IsEnterCode(off) &&
pFrame->bUseLineEnd) {
bLineEnd=TRUE;
} else {
bLineEnd=FALSE;
}
}
}
}
....
이동 가능 조건이 최초 off 가 문서 길이 안쪽일 때였는데 여기에 하나의 조건이 더 추가되어 가상 위치로 이동할 수 있으면 문서 끝이라도 더 이동한다. 먼저 줄 끝에 닿은 상태에서 오른쪽으로 이동할 때인 아래 코드를 보자. 문서 끝일 때도 바로 리턴하지 않으므로 줄 끝인지를 점검할 때 AeIsLineEnd 매크로를 사용해야 한다. 즐 끝이고 가상 위치로 움직일 수 있는 상태라면 오프셋은 건드리지 않고 ExtraX만 1증가시킨다. 오프셋은 여전히 줄 끝을 가리키고 있는데 오프셋은 실제 편집 대상 코드이므로 절대로 문서밖으로 벗어나지 않게 관리해야 한다. 위쪽의 코드는 ExtraX가 0보다 더 클 때, 즉 이미 가상 위치밖으로 나가 있는 상태에서 오른쪽으로 이동할 때인데 이때는 off는 건드릴 필요없이 ExtraX만 증가시키면 된다.
VK_RIGHT의 코드는 줄 끝에서 최초 오른쪽으로 한칸 이동할때 ExtraX가 1이 되며 이후부터는 ExtraX만 계속 증가함으로써 캐럿을 줄 끝으로 계속 이동시키는 것이다. 다음은 왼쪽으로 이동하는 VK_LEFT의 코드를 수정해 보자.
case VK_LEFT:
if (off > 0) {
GetRCFromOff(off,r,c);
OldOff=off;
if (bControl) {
off=GetPrevWord(off);
} else {
if (ExtraX > 0) {
ExtraX--;
} else {
if (off==pLine[r].Start) {
if (pFrame->IsEnterCode(pFrame->GetPrevOff(off)) ||
pFrame->bUseLineEnd==FALSE) {
off=pFrame->GetPrevOff(off);
bLineEnd=FALSE;
} else {
bLineEnd=TRUE;
}
} else {
off=pFrame->GetPrevOff(off);
bLineEnd=FALSE;
}
}
}
....
VK_LEFT일 때는 이미 가상 위치로 나가 있을 때만 처리하면 된다. ExtraX가 0보다 큰 상태에서 한칸 왼쪽으로 이동하면 ExtraX만 1 감소시킨다. off는 계속 줄끝에 있으며 ExtraX가 0이 되기 전에는 절대로 변경되지 않는다. ExtraX가 0이 되어 문자가 있는 곳으로 들어오면 그때부터는 일반적인 캐럿 이동 방법과 동일하게 동작한다. 가상 위치의 개념이 만들어짐으로써 캐럿의 위치와 행렬, 화면 좌표를 계산하는 모든 유틸리티 함수가 가상 위치를 계산에 포함하도록 수정되어야 한다.
void CApiEditText::GetRCFromOff(int nPos, int &r, int &c)
{
....
c=nPos-pLine[r].Start;
if (ExtraX > 0) {
c+=ExtraX;
}
}
int CApiEditText::GetOffFromRC(int r, int c)
{
int len;
assert(r >= 0 && r <= TotalLine-1);
len=pLine[r].End-pLine[r].Start;
if (IsVirtualPosable()) {
ExtraX=max(c-len,0);
} else {
ExtraX=0;
}
return pLine[r].Start+min(c,len);
}
행열을 구할 때 가상 위치에 있을 경우 열번호에 ExtraX를 더해야 한다. off의 열 뒤쪽으로 ExtraX만큼 더 오른쪽 열을 가리키고 있다는 뜻이다. 물론 이 열에는 실제로 문자가 존재하지는 않지만 공백이 ExtraX개수만큼 있다고 가정하는 것이다.
행열로부터 오프셋을 구할 때는 열이 현재행의 끝보다 더 뒤쪽에 있으면 ExtraX에 초과된 열번호를 대입한다. 예를 들어 줄의 길이가 10열인데 c가 15열을 가리키고 있다면 off는 10열의 위치를 가리키고 ExtaX는 15-10인 5의 값을 가진다. 단, 열이 행의 범위 내에 있을 때는 ExtraX가 음수가 되지 않아야 한다. ExtraX는 항상 0보다 커야 한다. 가상 위치로의 이동이 허가되지 않는 상황이면 ExtraX를 무조건 0으로 만든다. off는 항상 줄 내의 실제 오프셋을 가리켜야 하므로 기존 방식대로 계산하면 된다.
오프셋으로부터 화면 위치를 계산하는 함수들도 다음과 같이 수정된다. 행렬의 경우와 마찬가지로 오프셋이 줄 끝인 경우는 ExtraX를 계산에 포함시켜야 하며 지정한 좌표전에 줄 끝을 만난 경우는 ExtraX에 초과분을 계산한다.
void CApiEditText::GetXYFromOff(int nPos, int &x, int &y)
{
....
if (ExtraX > 0) {
x += arChWidth[' ']*ExtraX;
}
}
int CApiEditText::GetXPosOnLine(int r,int DestX)
{
TCHAR *p;
int len, acwidth;
assert(r >= 0 && r <= TotalLine-1);
if (DestX == MarginWidth) {
return pLine[r].Start;
}
for (p=pFrame->buf+pLine[r].Start, acwidth=MarginWidth;;) {
if
(p-pFrame->buf == pLine[r].End) {
if (IsVirtualPosable()) {
ExtraX=(DestX-acwidth)/arChWidth[' '];
}
break;
}
....
if (acwidth >= DestX) {
ExtraX=0;
break;
}
}
....
int CApiEditText::GetOffFromXY(int x, int y)
{
....
for (p=pFrame->buf+pLine[r].Start,acwidth=MarginWidth;;) {
if (p-pFrame->buf == pLine[r].End) {
if (IsVirtualPosable()) {
ExtraX=(x-acwidth)/arChWidth[' '];
} else {
ExtraX=0;
}
break;
}
....
acwidth += chWidth;
if (acwidth-chWidth/2 >= x) {
ExtraX=0;
break;
}
GetXYFromOff 함수는 ExtraX가 0보다 클 경우 x좌표에 ExtraX*공백폭을 더한다. 캐럿이 가상 위치에 있을 때 ExtraX만큼 더 오른쪽 좌표가 계산될 것이다. 나머지 두 함수도 비슷하다. 목표 오프셋을 찾기 전에 줄 끝을 만났으면 남은 픽셀수를 공백폭으로 나눈만큼 ExtraX를 정의함으로써 목표 오프셋보다 더 오른쪽을 찾는다. 물론 줄 내에 목표 오프셋이 발견되었으면 ExtraX는 0이다. 예를 들어 DestX가 600인데 500픽셀 위치에서 줄 끝을 만났다면 ExtraX는 남은 100픽셀을 공백폭으로 나누어 대입받는다.
GetOffFromXY는 줄끝을 만났을 때 가상 위치 금지 상태이면 강제로 ExtraX를 0으로 만드는 else문이 필요하다. 마우스로 선택중에 가상 위치에서 선택을 시작했더라도 실제 오프셋을 구해야 하기 때문이다. 그러나 GetXPosOnLine은 키보드에 의해서만 호출되므로 이 else문은 필요하지 않다. GetXPosOnLine 함수가 ExtraX를 계산에 포함시키기 때문에 상하 이동, PgUp, PgDn 등의 이동 함수들은 수정하지 않아도 된다.
여기까지 작성한 후 실행해 보면 줄의 오른쪽 끝을 지나 캐럿이 이동할 수 있을 것이다. SetCaret은 이 함수들로부터 구해지는 정보로부터 캐럿의 위치를 계산하므로 수정하지 않아도 잘 동작한다. 마우스로도 가상 위치 이동이 가능한데 유틸리티 함수들이 가상 위치를 잘 관리하고 있기 때문이다. 그러나 아직까지 더 많은 부분을 손 봐야 한다.
예를 들어 수평 스크롤 범위를 벗어난 가상 위치로 이동할 경우 그대로 내버려 두면 범위를 넘어서까지 스크롤 될 것이다. 또한 자동 개행 상태에서 포맷팅 영역 오른쪽으로 이동할 때는 캐럿이 스크롤 불가능한 영역으로 숨어 버릴 수도 있다. 이 문제의 해결 방법은 여러 가지가 있겠지만 일단 다음 두 가지를 생각할 수 있다.
방법1:가상 영역으로 이동하더라도 스크롤 범위를 넘어설 때는 가지 못하게 금지하고 포맷팅 영역 크기가 바뀔 때 ExtraX를 무조건 0으로 만들어 줄 끝으로 캐럿을 보낸다.
방법2:스크롤 범위를 벗어나거나 포맷팅 영역 바깥으로 이동할 때는 다음 행의 처음으로 보낸다. 마지막 행일 때는 어쩔 수 없이 이동 금지시켜야 한다.
둘 중 하나를 선택해야 한다면 방법2가 더 좋은 해결책이다. 그러나 ApiEdit는 이 문제에 대해서는 아무런 처리도 하지 않기로 한다. 즉, 캐럿이 안보이는 상태가 되더라도 그대로 방치한다. 이 문제는 오동작할 정도의 큰 문제는 아닌데다 사용자가 왜 캐럿이 안보이는 상황이 되었는지를 명확하게 알 수 있으므로 큰 문제가 되지 않는다. 섣불리 이런 문제를 해결하려고 하면 프로그램의 복잡도가 증가하며 그대로 두는 것이 더 자연스럽다.
나.가상 위치에 입력
가상 위치로 캐럿을 옮기는 이유는 문자가 없는 빈 공간에도 문자를 입력하기 위해서이다. 그래서 가상 위치에서 문자열을 입력하면 초과분만큼 공백을 즉시 삽입해야 한다. 그래야 가상 위치로 이동한 의미가 있다. 문자를 입력하지도 못한다면 왜 가상 위치로 캐럿을 옮기려고 하겠는가? 다음 함수는 현재 off위치에 ExtraX만큼 공백을 먼저 삽입하고 off를 공백 다음으로 이동시킨다. 현재 캐럿이 있는 부분까지 공백을 입력하여 가상 위치를 실제 위치로 바꾸는 것이다. 가상 공백을 적용한 후 ExtraX는 0이 되어야 한다.
BOOL CApiEditText::InputExtraSpace(int &nPos)
{
TCHAR *pExSpace;
if (ExtraX > 0) {
pExSpace=(TCHAR *)malloc(ExtraX+1);
memset(pExSpace,' ',ExtraX);
pExSpace[ExtraX]=0;
Insert(nPos,pExSpace,ExtraX);
nPos+=ExtraX;
free(pExSpace);
ExtraX=0;
return TRUE;
}
return FALSE;
}
ExtraX가 0보다 클 경우는 가상 위치에 와 있다는 뜻이다. 이때 ExtraX 길이만큼 공백 문자열을 작성하고 Insert 함수로 공백 문자열을 삽입한다. 그리고 nPos는 공백 문자열의 끝 부분으로 옮기며 가상 공백이 삽입되었으므로 ExtraX는 0으로 만든다. 리턴값으로는 가상 공백을 삽입했는지의 여부를 돌려준다. 이 함수를 호출해야 할 곳은 모두 4군데이다.
void CApiEditText::OnChar(HWND hWnd, TCHAR ch, int cRepeat)
{
....
InputExtraSpace(off);
if (SelStart != SelEnd) {
pFrame->StartUndoGroup("선택 대체");
}
....
LRESULT CApiEditText::OnImeComposition(HWND hWnd, WPARAM wParam, LPARAM lParam)
{
if (pFrame->bReadOnly || bCapture)
return 0;
InputExtraSpace(off);
....
이 두 군데는 사용자가 직접 문자열을 입력할 때이므로 가상 공백을 처리해야 한다. InputExtraSpace 함수내에서 ExtraX를 점검하고 있으므로 무조건 호출하기만 하면 된다. 이 외에 붙여 넣기, 문자열 삽입 등에도 가상 공백 처리가 필요하다.
void CApiEditText::OnCommand(HWND hWnd, int id, HWND hwndCtl, UINT codeNotify)
{
switch (id) {
case IDM_AE_PASTE:
BOOL bPrevSel;
TCHAR *dest;
int Format;
if (IsClipboardFormatAvailable(CF_TEXT) && pFrame->bReadOnly==FALSE &&
bCapture==FALSE) {
InputExtraSpace(off);
....
void CApiEditText::InsertText(TCHAR *Text)
{
if (pFrame->bReadOnly) {
return;
}
InputExtraSpace(off);
CopyString 함수에서도 가상 공백을 삽입해야 하는데 off 위치가 아닌 드롭된 위치에 삽입되며 또한 삽입 후 원본 문자열의 오프셋도 변경해야 한다. InputExtraSpace 호출 전에 ExtraX를 백업해 놓고 to를 먼저 조정한 후 from을 조정한다.
void
CApiEditText::CopyString(BOOL bCopy, int from, int &to, int len, BOOL
bRec/*=TRUE*/)
{
TCHAR *t;
int orito=to;
int BkExtraX;
BkExtraX=ExtraX;
if (InputExtraSpace(to)) {
if (from > to-BkExtraX) {
from+=BkExtraX;
}
}
t=(TCHAR *)malloc(len);
문자가 입력되기 직전에 항상 가상 공백을 먼저 삽입했으므로 캐럿이 어디에 있든지 캐럿이 있는 위치에 문자가 정확하게 입력될 것이다. 문자를 삽입하는 모든 루틴은 Insert를 호출하므로 Insert 함수에서 ExtraX를 점검하여 여기서 가상 공백을 삽입하는 처리를 할 수도 있을 것 같다. 그러나 이것은 불가능하다. 왜냐하면 Insert를 호출한 곳에서는 입력된 문자열만큼만 오프셋을 이동시키는데 Insert가 인수로 전달된 str보다 더 긴 문자열을 삽입해 버리면 호출원에서 오프셋 및 캐럿 갱신을 정확하게 수행할 수 없기 때문이다.
꼭 그렇게 하려면 Insert가 가상 공백을 포함해서 실제로 삽입한 바이트 수를 리턴해야 하며 Insert를 호출하는 모든 루틴에서는 Insert가 실제로 몇 바이트나 삽입했는지를 일일이 점검하여 오프셋을 관리해야 한다. 가상 공백 처리를 한 곳에 집중한다는 점에서는 더 좋을지 몰라도 코드는 훨씬 더 복잡해지고 지금까지 만든 구조와도 맞지 않다.
다.일시적인 금지
bVirtualPos 옵션이 켜져 있더라도 이 옵션의 영향을 받아서는 안되는 기능들이 있다. 예를 들어 End키는 행의 끝을 찾을 때 백만번째 열로 이동하는데 예전에는 GetOffFromRC가 충분히 큰 열번호를 주면 알아서 행의 끝열을 찾아 백만번째 열이 행 끝이 되었지만 지금은 그렇지 않다. 지금은 가상 위치로 이동할 수 있으므로 GetOffFromRC가 진짜 백만번째 열의 위치를 참조하도록 ExtraX에 초과분을 대입해 버리기 때문이다.
이렇게 되면 캐럿은 스크롤 범위를 훨씬 지나쳐 도저히 상상이 안되는 위치로 가 버리게 될 것이다. 이것은 우리가 원하는 바가 아니며 이대로 두어서는 안된다. 설사 가상 위치로 이동 옵션이 켜져 있더라도 이때만큼은 일시적으로 GetOffFromRC가 잠시 가상 위치 설정을 무시해야 한다. VK_END의 코드를 다음과 같이 수정하자.
case VK_END:
....
ignoreVirt++;
off=GetOffFromRC(r,1000000);
ignoreVirt--;
....
IsVirtualPossable 함수는 비록 bVirtualPos가 TRUE이더라도 ignoreVirt가 0 이상의 값을 가지면 FALSE를 리턴하므로 이 값을 증가시킨 후 GetOffFromRC를 호출하면 잠시 가상 위치를 무시할 수 있다. 이 상태에서 백만번째 열을 찾으면 행의 끝을 찾을 것이다. 물론 처리가 끝난 후는 다른 코드에서 가상 위치 옵션을 제대로 인식하도록 ignoreVirt를 1 감소시켜야 한다. ignorVirt는 중첩이 가능하므로 BOOL형으로 쓸 수 없으며 정수형의 카운트를 써야 한다.
가상 위치로의 이동을 일시적으로 금지해야 하는 또 다른 경우는 마우스로 블록을 선택할 때이다. 가상 위치는 어디까지나 문자를 입력할 수 있는 위치일 뿐이지 여기에는 실제 문자가 없으므로 선택할 수 없다. 마우스로 선택 블록을 확장하는 처리는 OnMouseMove에서 하므로 이 함수를 수정한다.
void CApiEditText::OnMouseMove(HWND hWnd, int x, int y, UINT keyFlags)
if (bDragSel) {
....
} else {
OldOff=off;
if (bSelLine) {
....
} else {
// 선택 중에는 가상 위치로 벗어날 수 없음. 단, 컬럼 모드일 때는 예외
ignoreVirt++;
off=SelEnd=GetOffFromXY(x+xPos,y+yPos);
ignoreVirt--;
}
선택의 끝인 SelEnd 를 계산하기 전에 ignoreVirt를 증가시켜 선택 끝점이 가상 위치가 아니도록 조정한다. 이렇게 하면 선택 끝점은 항상 실제 위치만을 가리킨다. 키보드로 선택할 때도 마찬가지이다. 이동은 마음대로 할 수 있지만 Shift키와 함꼐 이동할 때는 선택을 하는 것이므로 이때도 가상 위치로의 이동을 일시적으로 금지시켜야 한다.
void CApiEditText::OnKey(HWND hWnd, UINT vk, BOOL fDown, int cRepeat, UINT flags)
{
....
if (fDown==FALSE)
return;
if (bShift) {
ignoreVirt++;
}
bFindSelect=FALSE;
....
// switch문의 모든 return문은 break로 변경한다.
....
if (bShift) {
ignoreVirt--;
}
}
각각의 키 루틴에서 이 처리를 하기는 현실적으로 어려우므로 OnKey 함수에서 일괄적으로 이 옵션을 일시 정지시킨다. Shift+이동키는 모두 블럭 선택이므로 bShift일 때는 ignoreVirt를 1증가시킨 후 키 입력을 처리하고 처리가 끝난 후 다시 원래대로 돌려 놓는다. OnKey의 switch문에는 각 키에 대한 처리를 마친 후 곧바로 리턴하는데 이제 이렇게 해서는 안되며 ignoreVirt를 원래대로 돌려 놓기 위해 break로 switch문을 탈출해야 한다. OnKey 함수의 모든 return문을 break로 변경한다.
쉬프트를 누른 상태에서 이동할 때는 IsVirtualPosable()이 FALSE를 리턴하므로 오른쪽 이동시 ExtraX를 0이상으로 만들지 않으며 상하 이동시 GetXPosOnLine이 마찬가지로 ExtraX를 0으로 만들지 않는다. 따라서 가상 위치로는 선택이 확장되지 않는다. 그렇다면 이미 가상 위치에 캐럿이 나가 있는 상태에서 Shift+이동키를 누르면 어떻게 되겠는가? 이때는 ignoreVirt가 점검되지 않기 때문에 캐럿이 가상 위치에 그대로 머무르게 된다. 가상 위치에서 단어 이동을 할 때도 동일한 문제가 있다. 그래서 다음 코드가 필요하다.
case VK_LEFT:
if (off > 0) {
GetRCFromOff(off,r,c);
OldOff=off;
if (bControl) {
off=GetPrevWord(off);
ExtraX=0;
} else {
if (ExtraX > 0) {
if (IsVirtualPosable()) {
ExtraX--;
} else {
ExtraX=0;
}
....
case VK_RIGHT:
if (off < pFrame->doclen || IsVirtualPosable()) {
GetRCFromOff(off,r,c);
OldOff=off;
if (bControl) {
off=GetNextWord(off);
ExtraX=0;
} else {
if (ExtraX > 0) {
if (IsVirtualPosable()) {
ExtraX++;
} else {
ExtraX=0;
}
ExtraX가 0보다 큰 상태, 즉 이미 가상 위치로 캐럿이 나와 있는 상태라도 가상 위치가 허용되지 않는 상황이면 ExtraX를 즉시 0으로 만든다. 이제 가상 위치에서 Shift+좌우 이동시 즉시 유효 위치로 일단 돌아온다. 선택 중 상하 이동시 ExtraX가 잘못 계산되는 문제가 있는데 일단 증세부터 확인해 보자. 다음과 같이 선택된 상태에서 아래쪽의 빈줄로 캐럿을 한칸 내려 보자.
a점으로 캐럿이 가야 하는데 b점으로 간다. 왜 그렇게 되는지 VK_DOWN의 코드를 좀 살펴 보자. 최초 VK_DOWN이 호출될 때 PrevX는 80이고 ExtraX는 0이다. 80이라는 값은 "PrevX가" 문자열의 폭인데 물론 선택된 글꼴에 따라 실제값은 달라질 것이다. 이 상태에서 VK_DOWN이 호출되면 GetXPosOnLine이 PrevX에 맞는 다음 줄의 오프셋을 구하는데 비어 있으므로 오프셋은 줄의 처음을 찾을 것이고 ExtraX는 a점까지의 공백 개수인 13을 조사한다. 이 상태대로 한칸 내려오면 분명히 a점으로 이동한다.
그런데 문제는 선택영역이 있는 상태에서 아래로 이동은 선택을 풀게 되는데 이 때 SetCaret이 호출되며 SetCaret은 캐럿 위치 계산을 위해 GetXYFromOff를 호출한다. GetXYFromOff는 선택 끝점의 좌표로 132를 계산하는데 이 값은 PrevX+ExtraX*공백폭이다. 이 값이 그대로 PrevX가 된다. VK_DOWN은 선택을 풀고 한칸 더 내려가기 위해 한번 더 호출되는데 이때 GetXPosOnLine은 PrevX값을 그대로 받아들여 b점으로 이동하도록 ExtraX의 값을 설정한다. 그러다 보니 캐럿의 위치가 틀려지는 것이다. 다음과 같이 수정해야 한다.
case VK_UP:
....
if (bShift) {
ExpandSelection(OldOff,off);
} else {
if (SelStart != SelEnd) {
off=min(SelStart, SelEnd);
ClearSelection();
SetCaret(!bVirtualPos);
SendMessage(hWnd,WM_KEYDOWN,VK_UP,(LPARAM)0);
}
}
SetCaret(FALSE);
case VK_DOWN:
....
if (bShift) {
ExpandSelection(OldOff,off);
} else {
if (SelStart != SelEnd) {
off=max(SelStart, SelEnd);
ClearSelection();
SetCaret(!bVirtualPos);
SendMessage(hWnd,WM_KEYDOWN,VK_DOWN,(LPARAM)0);
}
}
SetCaret(FALSE);
}
가상 위치 허가 상태에서 선택을 풀 때의 SetCaret 호출시에는 PrevX를 업데이트하지 않았다. 그외의 경우는 선택 끝점 바로 아래로 이동하기 위해 SetCaret이 PrevX를 갱신해야 한다. 증세는 사소하지만 원인은 무척 복잡한 편이다. 선택 영역에 커서가 있는지 조사하는 함수도 수정한다.
BOOL CApiEditText::IsInSelection(int x,int y)
{
BOOL bRet;
int BkExtraX;
....
SelFirst=min(SelStart,SelEnd);
SelSecond=max(SelStart,SelEnd);
BkExtraX=ExtraX;
ignoreVirt++;
toff=GetOffFromXY(x,y);
GetRCFromOff(toff,r,c);
if (SelFirst > pLine[r].End || SelSecond <= pLine[r].Start) {
bRet=FALSE;
goto End;
}
....
SetRect(&rt,x1,y1,x2,y1+LineHeight);
pt.x=x;
pt.y=y;
bRet=PtInRect(&rt,pt);
End:
ignoreVirt--;
ExtraX=BkExtraX;
return bRet;
}
단순히 조사만 하는데다가 선택 영역은 가상 위치에 걸칠 수 없기 때문에 ExtraX를 참조할 필요도 없고 변경해서도 안된다. 그대로 두면 GetOffFromXY, GetRCFromOff 함수가 ExtraX를 마우스 위치에 맞게 변경해 버린다. 대개의 경우 별 문제가 없지만 선택이 있는 상태에서 다른 프로그램으로 포커스를 이동했다가 다시 돌아오면 캐럿을 다시 표시할 때 ExtraX의 영향을 받는다. 원래값을 그대로 유지하기 위해 BkExtraX에 잠시 값을 저장해 두고 계산이 끝난 후 복구했다.
ExtraX는 문서의 현재 상태이므로 이 값은 항상 잘 유지해야 한다. 최소, 최대화, 포커스 이동, 재정렬 등의 상황에도 ExtraX는 원래 값을 잘 유지하며 별 문제가 없다. 그러나 한가지 예외 상황이 있는데 편집 취소/재실행시에는 ExtraX를 강제로 0으로 만들어야 한다. 가상 위치에서 편집이 일어나는 경우는 없기 때문에 무조건 ExtraX를 0으로 만들어도 무방하다. 편집을 하는 즉시 공백으로 채워 버리므로 그 자리는 더 이상 가상 위치가 아니다.
void CApiEdit::Undo()
{
int from, to, len, dest;
int tick;
CApiEditText *pView;
pView=GetActiveView();
pView->ExtraX=0;
....
void CApiEdit::Redo()
{
int from, to, len;
int tick;
CApiEditText *pView;
pView=GetActiveView();
pView->ExtraX=0;
....
여기까지 코드를 작성한 후 테스트해 보면 가상 위치로 캐럿도 잘 이동하고 가상 위치에서 입력하면 공백을 입력한 후 문자를 삽입할 것이다. 제어 코드 보기 옵션을 켜 놓고 확인해 보면 공백이 들어가는 모양을 재미있게 즐길 수 있다. 가상 위치란 다소 비정상적인 위치이기 때문에 사실 다루기가 무척 까다로우면 최종 완성 코드를 만들기까지 상당한 디버깅을 해야만 했었다. 그런데 ExtraX같은 값은 수시로 변하는데다 변경하고 참조하는 곳이 워낙 많아서 디버거로 이 값의 변화를 관찰하기가 무척이나 어렵다. 관찰이 곤란한 이런 값은 타이머를 설치해서 주기적으로 출력하는 방법을 사용할 수 있다. 일종의 디버깅 팁이며 실전에서 자주 사용되므로 잘 봐 두도록 하자.
BOOL CApiEditText::OnCreate(HWND hWnd, LPCREATESTRUCT lpCreateStruct)
{
...
#ifdef _DEBUG
SetTimer(hWnd,100,200,NULL);
#endif
return TRUE;
}
OnCreate에서 디버깅용의 타이머를 설치하되 주기는 값을 살펴 보기에 적당한 값을 준다. 200으로 주었으므로 초당 5번씩 값을 감시할 수 있다. 이런 기능은 디버깅 중에만 사용하므로 릴리즈 모드에서는 제외하는 것이 좋다. 아니면 잠시만 쓰고 삭제해도 상관없지만 개발을 하다 보면 수시로 이런 장치가 필요해지므로 조건부 컴파일로 작성해 놓는 것이 편리하다. OnTimer에서 관심있는 값을 주기적으로 출력한다.
void CApiEditText::OnTimer(HWND hWnd, UINT id)
{
POINT pt;
switch (id) {
case 1:
GetCursorPos(&pt);
ScreenToClient(hWnd, &pt);
SendMessage(hWnd, WM_MOUSEMOVE, 0, MAKELPARAM(pt.x, pt.y));
break;
#ifdef _DEBUG
case 100:
TCHAR szDebug[256];
wsprintf(szDebug,"PrevX=%d, ExtraX=%d",PrevX,ExtraX);
SetWindowText(GetParent(pFrame->hWnd),szDebug);
break;
#endif
}
}
ExtraX값을 문자열로 조립한 후 타이틀 바에 출력했다. 디버거의 출력창을 활용할 수도 있지만 간단한 값 하나라면 항상 잘 보이는 타이틀 바를 활용하는 것이 더 간편하다. 아주 간단한 팁인 것 같지만 디버거의 와치 기능보다 오히려 편리하고 강력한 디버깅 방법이다. 또한 이 예제가 ExtraX를 어떻게 관리하는지 자세히 관찰하고 싶을 때도 이런 방법을 쓸 수 있다.