본문 바로가기

쓰기

덤프텍스트 리로드시

창위치가 이동하거나, 크기가 조금씩 감소 되는점만 개선했습니다.


xp에서는 어떨지 모르겠군요.

조회 수 :
1084
등록일 :
2012.11.14
01:10:24
엮인글 :
https://arallab.hided.net/65893/89f/trackback
게시글 주소 :
https://arallab.hided.net/board_devtalk/65893

프군

2012.11.17
14:40:25

자동 업뎃목록에 안들어가나보군요 흠

프군

2012.11.17
14:49:54

제가 xp 유저인데

써보니 크기가 줄어드는 문제점이 안보이긴 하네요.

대신 크기가 좀 커지는것 같아요 ㅎㅎㅎㅎㅎㅎ

EroGame

2012.11.17
19:00:21

자동업뎃에는 들어갔습니다만...


헐.. xp에서는 커지나 보군요....OTL

테라

2012.11.26
02:22:39

오히려 나빠졌군요.

애초에 프로그래밍이 잘못된 겁니다.

void CDumpDlg::OnSize(UINT nType, int cx, int cy) 에서
  m_cEdit.MoveWindow(0,0,cx,cy); 를 m_cEdit.MoveWindow(0,0,cx - 8,cy - 58); 으로 수정

void CDumpDlg::applyOption(DWORD dOpt) 에서는

 if(dOpt&DOPT_SIZE){
  m_cEdit.MoveWindow(0,0,m_nWidth,m_nHeight);

  this->SetWindowPos(NULL,m_nLeft,m_nTop,m_nWidth,m_nHeight,SWP_NOZORDER);
 }
로 되어 있는 것을

 if(dOpt&DOPT_SIZE){
  this->SetWindowPos(NULL,m_nLeft,m_nTop,m_nWidth,m_nHeight,SWP_NOZORDER);
  m_cEdit.MoveWindow(0,0,m_nWidth - 8,m_nHeight - 58);

 }
로 수정

 

void CDumpDlg::getOption(bool isDefault) 에서는(이 부분이 최악인데. 땜빵한다고 고친게 더욱 문제를 키웠음)

 m_nTop    = _wtoi(wcstok_s(szData,L"|",&nextToken)) - 50;

 m_nLeft   = _wtoi(wcstok_s(NULL,L"|",&nextToken)) - 8;
 m_nWidth  = _wtoi(wcstok_s(NULL,L"|",&nextToken)) + 16;
 m_nHeight = _wtoi(wcstok_s(NULL,L"|",&nextToken)) + 58;

를 전부

 m_nTop    = _wtoi(wcstok_s(szData,L"|",&nextToken));

 m_nLeft   = _wtoi(wcstok_s(NULL,L"|",&nextToken));
 m_nWidth  = _wtoi(wcstok_s(NULL,L"|",&nextToken));
 m_nHeight = _wtoi(wcstok_s(NULL,L"|",&nextToken));

로 수정합니다.

 

이렇게 세부분을 고쳐주면 그나마 지금보다는 제대로 될 것임.

 

원래 원인이 m_cEdit 라는 클라이언트 영역과 CDumpDlg의 영역을 제대로 구분해서 프로그래밍하지 않은게 문제인 듯 하군요.

CDumpDlg 에는 메뉴와 그 위에 시스템바가 있어서 보통 약 52픽셀 정도를 소비하고 클라이언트 영역이 나옵니다.

이게 m_cEdit.MoveWindow를 써서 (0,0)을 지정해도 위쪽에서 약 52픽셀(윈도우 설정에 따라 다릅니다), 좌측에서 약 4픽셀 정도가

소비된 후에야 클라이언트 영역으로 잡혀서 거기부터 죄표가 (0,0)가 됩니다.

 

즉 윈도우의 상하좌우의 가는 여백과 메뉴 및 시스템바의 영역은 클라이언트 영역 밖인거죠.

 

따라서 m_cEdit의 크기는 OnSize 합수에서 입력되는 창의 크기보다 작아야 맞는거죠.

 

그런데 곳곳에서 m_cEdit.MoveWindow의 크기를 잘못 잡아주는건 물론이고 그로인해 엉뚱한 곳에서 무리해서 크기를 바꾸려고 하

다보니 전체적으로 창이 원래 위치에 안뜨거나 크기가 마구 바뀌거나 하는 겁니다.

 

솔직히 OnMove 나 OnSize 함수에서 입력받는 사이즈나 좌표도 문제의 소지가 있습니다.

 

만약 저렇게 고쳐도 사이즈와 위치가 자꾸 바뀐다면 OnMove 나 OnSize 함수에서 입력받는 값을 레지에 적는게 아니라 프로그램 종

료시 그러니까 ~CDumpDlg() 함수에서 처리하면 아마 적당할 겁니다만 하여튼 거기서 this->GetWindowPos 함수나 GetWindowRect 함

수등을 사용해서 좌표와 사이즈를 읽어와서 레지에 기록하는 방법을 사용하면 될겁니다.

 

불행히도 컴파일해서 동작을 확인 못하는게 한이 군요. 다운받은 소스는 VS2010 버젼이라 제가 쓰는 VS버젼이 구버젼이라 문제가 생

기네요. 그것만 아니면 직접 고쳐서 쓸텐데 고쳐질때까지 기다려야 하다니.....

 

뭔가 SDK 파일같은 것도 추가로 필요해 보이고 해서 직접 확인이 안되는군요.

 

여하튼 땜빵한다고 억지로 고쳐놓으신 부분때문에 상당히 놀랐네요. 윈도우 좌상단 (0,0)에 맞춰졌던 기존 세팅때문에 실행하자마자

윈도우를 옮길수도 없게 되어버린 황당한 일을 격었음.

 

마지막에 참고로 m_cEdit.MoveWindow의 -8 이니 -58이니 하는 수치는 사실 윈도우마다 설정에 따라서 변하는 값입니다. 원래는 좀

더 정확하게 하려면 윈도우 설정값을 읽어서 창의 테두리를 구성하는 비 클라이언트 영역의 픽셀값을 가져다 써야하는데 대충 위에

값이 근사치라고 치고 대충 정한 값이므로 나머지는 적당히 조정하면 될 듯.

어떤 함수를 호출하면 그걸 읽어낼수 있는데 뭐였는지 기억이 안나네요. 전에 짠 프로그램들 중에 그걸 이용한게 있는데 어떤건지

찾을수가 없는...... 하드날아간 PC에 들어있어서 소스가 날아가버린 프로그램이었던가...(멍~!)

EroGame

2012.11.26
11:06:39

(멍!)
뭐어.. 애초부터 윈도우를 움직이거나 크기 조정할때마다 레지에 값을 넣고 있던거 자체부터 영 맘에 안들었음
일단 귀찮아서 임시방편으로 윈7에서 저리해버렸습니다.(제가 사용하는데 문제없으면 됩...이란 생각으로)
나중에 다시 손보겠습니다. 데헷

EroGame

2013.01.04
02:22:41

te.png


일단 말씀하신대로 해봤지만

창이 줄어드는 현상이 돌아왔고

창은 저런모양으로 띄워지는군요....................;

첨부 :
te.png [File Size:28.1KB/Download40]
List of Articles
공지 Talk [필독] 테스트필터 사용시 주의사항
라파에
155445   2008-08-03 2008-12-16 00:03