C++Builder Programming Forum
C++Builder  |  Delphi  |  FireMonkey  |  C/C++  |  Free Pascal  |  Firebird
볼랜드포럼 BorlandForum
 경고! 게시물 작성자의 사전 허락없는 메일주소 추출행위 절대 금지
C++빌더 포럼
Q & A
FAQ
팁&트릭
강좌/문서
자료실
컴포넌트/라이브러리
메신저 프로젝트
볼랜드포럼 홈
헤드라인 뉴스
IT 뉴스
공지사항
자유게시판
해피 브레이크
공동 프로젝트
구인/구직
회원 장터
건의사항
운영진 게시판
회원 메뉴
북마크
볼랜드포럼 광고 모집

C++빌더 Q&A
C++Builder Programming Q&A
[59035] Re:답변 감사드립니다. Screen을 인자로 넘기지 않고 Child 등록하기.
장성호 [nasilso] 1001 읽음    2009-11-10 19:35
앞에 답변에서 충분히 설명한것 같은데요

Runtime -Package 사용

Runtime -Package 사용하지 않을 경우 발생하는 문제가 엄청 많습니다.

TPaintBox와 충돌이 정확한 원인이 무엇인지 모르겠지만
TPaintBox와 충돌문제도 어쩌면 그것과 관련이 될지도 모르겠네요


위 답변에 말씀드렸듯이
Runtime -Package를 사용하면 특별한 Dll에서 MDI-ChildForm을 생성하는것이
특별한 방법이 필요없이 그냥 Form을 생성만 하면 된다고...

Runtime -Package 사용 않고 Screen객체 Dll에 설정하지 않고
그래도 굳이 Runtime -Package 사용하지 않고 싶고
Screen객체를 Dll쪽에 넘기지 않고 하고 싶다면...

Dll에서 생성한 Form을  Exe에서 받아서..

1)  Screen객체에 강제로 Form을 넣었다 뺐다 하는방법을 사용하는 방법이 있겠구요

2) 더 간단한 방법은?
     MDIChildrens[] 배열과 MDIChildCount를 직접 구현하시면 됩니다.
  
     MDI-Child폼은 Create할때 CreateWindow를 호출하지 않고
     MDI-Parent폼의 ClinetHandle에  WM_MDICREATE 라는 메세지를 보내서 윈도우를 생성하고
     WM_MDIDESTROY 메세지를 보내서 윈도우를 파괴합니다.

    위 메세지를 sub-classing해서  생성된 MDI-Child 갯수를 Counting하는데 전혀 문제없을것 같습니다.


그밖에  runtime-package관련 참조
  http://cbuilder.borlandforum.com/impboard/impboard.dll?action=read&db=bcb_tip&no=808
  http://cbuilder.borlandforum.com/impboard/impboard.dll?action=read&db=bcb_qna&no=50394


그럼..


그 아이 님이 쓰신 글 :
: 답변 감사드립니다.
:
: 물론 말씀해주신 방법으로 하면 됩니다.
: 제가 원하는 것은 Screen을 넘기지 않고 등록 시키는 방법입니다.
: Screen을 넘기면 제가 그 안에서 생성하는 다른 TPaintBox와 충돌이 일어나서
: 이를 피해 가려고 합니다.
:
: TScreen에 Form을 등록하는 방법이 있으면 조언 부탁드립니다.

+ -

관련 글 리스트
59025 MDIChild 폼을 DLL에서 생성시 MDIChildren 에 등록되지 않는 이유 ? 그 아이 951 2009/11/10
59027     Re:MDIChild 폼을 DLL에서 생성시 MDIChildren 에 등록되지 않는 이유 ? 장성호 1206 2009/11/10
59031         답변 감사드립니다. Screen을 인자로 넘기지 않고 Child 등록하기. 그 아이 908 2009/11/10
59035             Re:답변 감사드립니다. Screen을 인자로 넘기지 않고 Child 등록하기. 장성호 1001 2009/11/10
59042                 다시 한번 감사드립니다. 그 아이 911 2009/11/11
Google
Copyright © 1999-2015, borlandforum.com. All right reserved.