|
Olly Rules 
|
|
|
|
|
 Hi all;
I am a final year student @ Uni and i'm building an SDI application for my studies.I am using a dialogbar acting as a modeless dialog with some controls scattered on it here and there.
The problem is that i need to handle these controls (e.g ListControls etc..) within another class. When i try to do so, the compilers harshly complains that the window handle is not valid. I know that Modeless dialogs do lose their handles after creation, but i really need to access the controls on the dialogbar.
Can anybody please help me,
I really need this guys.
Thank you;
Kruger
|
|
|
|
|
krugger wrote:
I know that Modeless dialogs do lose their handles after creation
normally, for modeless dialogs, you will need to have either a class variable for it ( or a global variable ) to hold it.
Maximilien Lincourt
Your Head A Splode - Strong Bad
|
|
|
|
|
when i am trying to resize my applicalion
at that time one modal dialog of my application appears on the screen and i am not able to get the focus on my dialog or application and the mouse pointer still shows the "resize" cursor.
to activate my dialog or application i have to press (alt + tab).
i think it's because there r 2 different thread and my applicacation still calls onsize() and suddenly that dialog appears.
can anyone tell me what should i do?
|
|
|
|
|
Jiten D. Gandhi wrote:
...one modal dialog of my application appears on the screen and i am not able to get the focus on my ... application
This is how modal dialogs behave. You must dismiss them before focus returns to the application.
Jiten D. Gandhi wrote:
...my applicacation still calls onsize() and suddenly that dialog appears.
can anyone tell me what should i do?
Remove the OnSize() handler and see if the problem goes away.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
Why would you need to display a modal
dialog in OnSize?
Due Regards
Mahendra
|
|
|
|
|
Friends i have a simple dialog based application. There is an OK button with id IDOK. I process its click event in OnOk(). 
Now i want to write another application. What i want is that, i want to post message from second application to first application, telling it that its OK button gets pressed. Or in other words i dont want to click OK button of first application with mouse. Instead i want second application to tell first application that its OK button gets clicked so that first application process OnOK handler.
How can i do so ??
Imtiaz
|
|
|
|
|
Check FindWindow and SendMessage
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
Papa wrote:
Check FindWindow and SendMessage
I am aware of that. What i am asking is the parameters to be passed in SendMessage()
Imtiaz
|
|
|
|
|
Find your on ok button window and send a VK_RETURN
void CMxLabView::SendKeyToWnd ( CWnd * pWnd , int virtKey )<br />
{<br />
pWnd->SetForegroundWindow() ;<br />
pWnd->SetFocus();<br />
<br />
pWnd->PostMessage ( WM_KEYDOWN , virtKey , 0 );<br />
pWnd->PostMessage ( WM_KEYUP , virtKey , 0 );<br />
}
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
Try this:
http://www.codeproject.com/threads/sendmsg.asp
|
|
|
|
|
I have a toolbar button that I want to change dynamically to different solid blocks of colour. I can get a handle to the current image using
tbbi.dwMask = TBIF_IMAGE;
SendMessage(hTB,TB_GETBUTTONINFO,(WPARAM)TB_COLOUR,(LPARAM)&tbbi);
himl = (HIMAGELIST)SendMessage(hTB,TB_GETIMAGELIST,0,0L);
ImageList_GetImageInfo(himl,tbbi.iImage,&ii);
and I can replace the image and tell the toolbar to use the new one using
ImageList_Replace(himl,tbbi.iImage,hbm,NULL);
SendMessage(hTB,TB_CHANGEBITMAP,TB_COLOUR,MAKELPARAM(tbbi.iImage,0));
but how do I change the bitmap or create a new one? I've tried
hbm = (HBITMAP)CopyImage(ii.hbmImage,IMAGE_BITMAP,size.cx,size.cy,LR_COPYRETURNO);
selecting into a HDC, and using FillRectEx but it doesn't work. I'm using C and win32 (I don't know C++ or MFC).
Any help appreciated.
thanks
Dave Risley
|
|
|
|
|
m_imgList->Draw(pDC, 0, CPoint(rcItem.left+2, rcItem.top+2), ILD_NORMAL);
m_imgList is pointer to an CImageList
When I draw the stupid icon to display it's background is black (icons made in Visual studio I thought used that transparent green for a background unles you specifiy otherwise)
When I draw the icon using the snippet above...I get a black background...
How do I get rid of that? Do I have to add another image to my list as a mask?
How does the caption bar do it, when it's supplied only a s single icon???
Thanks
How do I print my voice mail?
|
|
|
|
|
Have you tried using the ILD_TRANSPARENT option and when creating the image list using:
m_Images.Create(X, Y, ILC_COLOR32 | ILC_MASK, 1, 500);
Then when you add an image to the list you can specify what colour is the transparent background for that image.
Roger Allen - Sonork 100.10016
Strong Sad: I am sad I am flying
Who is your favorite Strong?
|
|
|
|
|
I was using ILC_COLOR 
How do I print my voice mail?
|
|
|
|
|
Hi all,
I'm using a CTreeCtrl with checkboxes enabled and have two questions:
1. How can I query if a particular HTREE item has a checked checkbox or not
2. How can I be notified when checkboxes are checked/unchecked?
Thanks
Mark
|
|
|
|
|
MSDN:
BOOL CTreeCtrl::GetCheck( HTREEITEM hItem ) const;
or
CTreeCtrl::GetItem( TVITEM* pItem );
in TVITEM : UINT state;
Flag TVIS_SELECTED is set if the item is selected
CTreeCtrl::HitTest
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
I agree with Papa
On CTreeCtrl I subclass and then do (almost) the same as below.
On CTreeView.
void CLeftView::OnLButtonDown(UINT nFlags, CPoint point)
{
UINT uFlags;
HTREEITEM hItem;
BOOL bChecked;
// let tree control update before getting the check state
CTreeView::OnLButtonDown(nFlags, point);
hItem = GetTreeCtrl().HitTest(point, &uFlags);
if ((hItem != NULL) && (TVHT_ONITEM & uFlags))
{
bChecked=GetTreeCtrl().GetCheck(hItem);
GetDocument()->UserClicked(hItem,bChecked);
}
}
|
|
|
|
|
in MFC Dialog based application, how could I get the HWND of the Dialog? in Doc/View m_hWnd will represent the blank area, right? I tried to use m_hWnd in Dialog application, but it seems that m_hWnd doesn't work in this case. Anybody knows how to solve it?
|
|
|
|
|
Use AfxGetMainWnd
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
m_hWnd is a member of the CWnd class, hence it is a member of all derived classes, including CDialog and its derivatives. In a doc/view application you've got at least two windows, the mainframe and the view, with window handles of their own.
In a dialog based application you've got at least one window, the class derived from CDialog, with its own window handle. Each control you create in the dialog is a window and they all have their own window handles.
What I mean is just to be careful, the window handle you are trying to use might not be the one you think you are using.
What are you trying to do? There may be another approach to the problem.
--
Roger
|
|
|
|
|
-alok- wrote:
in MFC Dialog based application, how could I get the HWND of the Dialog?
Use GetSafeHwnd().
-alok- wrote:
I tried to use m_hWnd in Dialog application, but it seems that m_hWnd doesn't work in this case.
Define "doesn't work".
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
I have this method:
ENC_RETURNENC_Create_Overlay_Window(UINT enc_id, HWND hWndParent, HWND* hWndOverlay, int x, int y, UINT nWidth, UINT nHeight);
Arguments:
enc_id encoder identifier
hWndParent parent window handle
hWndOverlay overlay window handle address
x overlay window position(left)
y ... (top)
nWidth ... (width)
nHeight ... (height)
this method creates a overlay window for video display, when I call this method in Doc/View like this
RECT rc;
GetClientRect(&rc);
enc_return = ENC_Create_Overlay_Window(ENC_ID, m_hWnd, &hWndOverlay, 0, 0, rc.right, rc.bottom);
the overlay window will be created exactly inside the View.
however when I call it in Dialog like this
RECT rc;
GetClientRect(&rc);
enc_return = ENC_Create_Overlay_Window(ENC_ID, m_hWnd, &hWndOverlay, 0, 0, rc.right, rc.bottom);
or
RECT rc;
GetClientRect(&rc);
enc_return = ENC_Create_Overlay_Window(ENC_ID, GetSafeHwnd(), &hWndOverlay, 0, 0, rc.right, rc.bottom);
the overlay window will appear at the left top of my screen no matter where my dialog is. I suppose this method didn't get the right window.
|
|
|
|
|
How does ENC_Create_Overlay_Window() create the new window?
What windows styles ís the window created with?
I suspect you are using the WS_OVERLAPPED style and that requires the window coordinates given in screen coordinates. The coordinates you have provided (0,0,rc.right,rc.bottom) will most certainly create a window in the upper left corner of the screen if it is an overlapped window.
From where do you call ENC_Create_Overlay_Window()?
If you are using the WS_OVERLAPPED style, try GetWindowRect() instead of GetClientRect().
--
Roger
|
|
|
|
|
Just a guess but it sounds as though you are being plagued by screen versus client coordinates.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
