Proper way to process messages to modeless dialogs - C / C++ / MFC Discussion Boards

Re: Parent and child dialog, GetWindowRect()

georgiek5011-Dec-03 5:50

11-Dec-03 5:50

I sympathize with you one this because I was doing the same thing last week only with more "layers" of windows and it got real confusing. Key points to remember:

1) Use GetClientRect to get the original size of the parent window
2) After you have resized with MoveWindow calculate the difference in width and height and store it somewhere for later use
3) Use GetWindowRect for the child window and MAKE SURE THE FIRST PARAMETER IS THE PARENT WINDOW...this is a common mistake that's easily overlooked.
4) Convert the rect.left and rect.top coordinates you just got with ScreenToClient to get client coordinates relative to the parent window
5) Final step, use SetWindowPos for the child windows with the difference in size (calculated earlier). eg.

// Apply the new height
lNewHeight = (rcTab.bottom - rcTab.top); // The original height calculate from GetWindowRect

lNewHeight += lDifference; // Add the difference calculated from the change in dimensions of the parent window. This will work regardless if the window became smaller or larger.

I hope I didn't confuse you more Smile | :)

Re: Parent and child dialog, GetWindowRect()

J.B.11-Dec-03 15:26

J.B.

11-Dec-03 15:26

georgiek50 wrote:
3) Use GetWindowRect for the child window and MAKE SURE THE FIRST PARAMETER IS THE PARENT WINDOW...this is a common mistake that's easily overlooked.

Thanks you for the reply georgiek50,
however, GetWindowRect for me does not taken two parameter, with the compiler error,

'CWnd::GetWindowRect' : function does not take 2 parameters

I found the variant of GetWindowRect in Platform SDK, but how do I use it. Also, from the descriptions, I cannot see how the additional parameter affects the coordinate values copied.

Thanks again

Re: Parent and child dialog, GetWindowRect()

georgiek5011-Dec-03 16:17

georgiek50

11-Dec-03 16:17

The "variant" I guess can only be used in Win32. If you mean the additional parameter being HWND it affects the values because it is getting the values relative to the values of of the window "below" it, just like GetWindowRect of the main dialog gets the values relative to the window (in this case the monitor/screen) "below" it. I'm sorry I can't explain this better than words, a drawing would be appropriate.

Re: Parent and child dialog, GetWindowRect()

J.B.11-Dec-03 16:39

J.B.

11-Dec-03 16:39

It's perfectly clear, thanks alot georgiek50

My development is under MFC, if considering my situation, GetWindowRect always get the values relative to the monitor/screen, correct? And as illustrated in my original post, how come the childRect left and top values are smaller than the frameRect's, when the display of the app actually has the child dialog sitting INSIDE the subframe. It does not seem to make sense.

Re: Parent and child dialog, GetWindowRect()

georgiek5011-Dec-03 18:33

georgiek50

11-Dec-03 18:33

It is smaller because: your main window rect.top = 150, correct, and your child is 30 correct? So relative to the top of your MONITOR, the main window is at 150 and the child is at 180 (150+30)...but relative to your main window it is only 30...do you see now? GetWindowRect apparently in MFC needs only one paramater because it uses the owner of the child window for reference/starting point coordinates.

Re: Parent and child dialog, GetWindowRect()

J.B.12-Dec-03 16:39

J.B.

12-Dec-03 16:39

Hi georgiek50,
thanks for the reply. My drawing turns out to be a little misleading. frameRect and childRect are values for the SUBFRAME (a Group Box) and child dialog respectively, so neither of them is the main dialog (main window). The SUBFRAME placed inside the main dialog is used a reference box which the child dialo later created needs sit at the centre of it. In this case, to guess what you mean, the 150 now will be the "top" value of the SUBFRAME relative to the main window, correct? And the 30 will be the "top" value of the child dialog relative to the SUBFRAME?

If my guess is right, to let the child dialog to sit at the centre of the SUBFRAME, shouldn't it just be

pMainDlg->SetWindowPos(this, frameRect.left + ((frameRect.Width() - childRect.Width())/2),
    frameRect.top + ((frameRect.Height() - childRect.Height()) / 2),
    childRect.Width(), childRect.Height(), SWP_NOZORDER);

in the main dialog's OnInitDialog(). pMainDlg is the pointer to the child dialog.

Sorry for the trouble, appreciate any further help.

EDIT: further obersve the CRect value of the main dialog from

GetClientRect(&mainRect)

mainRect {top=0 bottom=465 left=0 right=606}

Re: Parent and child dialog, GetWindowRect()

J.B.12-Dec-03 17:18

J.B.

12-Dec-03 17:18

Ok, after another long look, I think the way I have done it is correct. As to why the child dialog always appear not at the centre, but slightly towards the bottom part of the SUBFRAME (as illustrated), I do not know. Has it got something to do with the fact the child dialog's Border property is set to None and Control to True? Or the nature of the Group Box which always leaves a siginifcant large "top" margin?

Proper way to process messages to modeless dialogs

georgiek5011-Dec-03 5:22

georgiek50

11-Dec-03 5:22

I have run into a situation that has me a bit confused. I have a dialog in my app which has a tab control in it, and each different tab has a modeless dialog in it. I am trying to get keyboard functionality for the modeless dialogs (eg. using TAB to switch between button controls) but with no success. I have declared a global HWND hDlgModeless and put it into my main message loop like so:

while (GetMessage (&msg, NULL, 0, 0))
{
    if ( hDlgModeless == NULL || !IsDialogMessage(hDlgModeless, &msg) )
    {
	if ( !TranslateAccelerator(hwnd, hAccel, &msg) )
	{
		TranslateMessage(&msg) ;
		DispatchMessage(&msg) ;
	}
    }
}

return msg.wParam;

I create each modeless dialog from within the WM_INITDIALOG of the modal dialog (which has the tab control) setting the parent window to be the modal dialog and a common dialog procedure for all the modeless dialogs. When I process TCN_SELCHANGE I just set hDlgModeless to equal the current modeless dialog the user has selected from the tab. Everything works great except for keyboard functionality. Is my approach in dealing with messages or in general, the setup completely wrong?

Upper case

Anonymous11-Dec-03 5:17

Anonymous

11-Dec-03 5:17

What am I doing incorrect. I am trying to check if the first
letter of the string is lower, if so convert to upper.
string title
if (islower(title[0]))
{ static_cast<char>(toupper(title[0]));};

Re: Upper case

valikac11-Dec-03 6:04

valikac

11-Dec-03 6:04

Upper and lower alpha ASCII characters differ by 32. One solution is to add or subtract 32.

Kuphryn

Re: Upper case

Anonymous11-Dec-03 6:46

Anonymous

11-Dec-03 6:46

like this?
static_cast<char>(toupper(title[0])-32)

Re: Upper case

Joe Woodbury11-Dec-03 6:59

Joe Woodbury

11-Dec-03 6:59

The conversion is not inplace; it returns an uppercase character. I wouldn't even bother checking the case since toupper does it for you. Just do:

title[0] = (char) toupper(title[0]);

Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke

Send virtual Ctrl-Alt-Del

Albert Jann11-Dec-03 5:07

Albert Jann

11-Dec-03 5:07

Hi all gurus Big Grin | :-D

,

I'm modifying existing code of "GinaDll" for touchscreen computers, lacking hardware keyboard. On logon window one would enter username and password with virtual keyboard, which would be part of the logon window. Before getting logon window I should boot with Ctrl-Alt-Del, but, as you understand I have no "real" keyboard. So, I encountered problem of emulating Ctrl-Alt-Del key sequnce Confused | :confused:

.

I searched extensively the net for this problem with no success Cry | :((

Any valuable suggestion will appreciated Rose | [Rose]

.

meridian22ca@yahoo.com

Re: Send virtual Ctrl-Alt-Del

David Crow11-Dec-03 7:31

David Crow

11-Dec-03 7:31

Is ExitWindowsEx() out of the question?

Five birds are sitting on a fence.
Three of them decide to fly off.
How many are left?

Re: Send virtual Ctrl-Alt-Del. I already found the answer

Albert Jann11-Dec-03 9:09

Albert Jann

11-Dec-03 9:09

I found, ha ha ha, I'm happy Poke tongue | ;-P

After some days of struggling I used in WlxSasNotify, dwSasType =WLX_SAS_TYPE_CTRL_ALT_DEL (indicates that user has typed the standard CTRL+ALT+DEL SAS) and solve the ptoblem.

Anyway, thank you folk thinking on my problem.

meridian22ca@yahoo.com

Sending paste message to another application

MB_OK11-Dec-03 3:49

MB_OK

11-Dec-03 3:49

I'm trying to send a paste command to another application. A simple

SendMessage(hWnd, WM_PASTE, 0, 0);

works if the target is a CEdit or CCombo or similer. More specifically,
I can paste to notepad.exe and few other simple applications, but msvc6, msvc7 msword refuse to obey.

I tried something like this:

SendMessage(hWnd, WM_KEYDOWN, VK_CONTROL, 0x01);
SendMessage(hWnd, WM_KEYDOWN, 'V', 0x00);
SendMessage(hWnd, WM_KEYUP, 'V', 0x01);
SendMessage(hWnd, WM_KEYUP, VK_CONTROL, 0x01);

to simulate ctrl-V, but I only get two V characters.

I found this curious snippet somewhere in the web:

#define CTRL_V_PASTE 22
SendMessage(hWnd, WM_CHAR, CTRL_V_PASTE, 0);

but it doesn't work at all.

Any ideas?

Re: Sending paste message to another application

MB_OK11-Dec-03 20:30

MB_OK

11-Dec-03 20:30

Ok, FWIW, this is the only alternative I got working:

INPUT shift_insert[4];
memset(ctrl_v, 0, sizeof(shift_insert));
shift_insert[0].type = INPUT_KEYBOARD;
shift_insert[0].ki.wVk = VK_SHIFT;
shift_insert[0].ki.dwFlags = KEYEVENTF_EXTENDEDKEY;
shift_insert[1].type = INPUT_KEYBOARD;
shift_insert[1].ki.wVk = VK_INSERT;
shift_insert[1].ki.dwFlags = KEYEVENTF_EXTENDEDKEY;
shift_insert[2].type = INPUT_KEYBOARD;
shift_insert[2].ki.wVk = VK_INSERT;
shift_insert[2].ki.dwFlags = KEYEVENTF_KEYUP | KEYEVENTF_EXTENDEDKEY;
shift_insert[3].type = INPUT_KEYBOARD;
shift_insert[3].ki.wVk = VK_SHIFT;
shift_insert[3].ki.dwFlags = KEYEVENTF_KEYUP | KEYEVENTF_EXTENDEDKEY;

SendInput(4, shift_insert, sizeof(shift_insert[0]));

ctrl-V didn't seem to work even with SendInput().

Re: Sending paste message to another application

MB_OK11-Dec-03 20:32

MB_OK

11-Dec-03 20:32

Uh, a typo: replace ctrl_v with shift_insert in the above snippet.

CTreeCtrl weird problem

rpadrela11-Dec-03 3:43

rpadrela

11-Dec-03 3:43

The problem is the following:
The text of inserted items do not appear if and only if i call DeleteAllItems() before inserting them. Something like this:

CTreeCtrl* pTreeCtrl = ( CTreeCtrl* ) GetDlgItem( IDC_TREE );

if ( !pTreeCtrl ) return;

if ( !pTreeCtrl->DeleteAllItems() ) return;

pTreeCtrl->InsertItem( "testing" );
pTreeCtrl->InsertItem( "testing1" );

If i remove the DeleteAllItems() function call everything works as it should.
Any tip ? Thanks

Re: CTreeCtrl weird problem

Andrew Komiagin11-Dec-03 4:50

Andrew Komiagin

11-Dec-03 4:50

This is a known issue. There is a MS article about that.
The problem can be resolved by calling SetRedraw(TRUE).

Example:

DeleteAllItems();
SetRedraw(TRUE);

InsertItem(...);

The problem is that DeleteAllItems resets internal counter (number of items) to -1 instead of 0.

Re: CTreeCtrl weird problem

rpadrela11-Dec-03 5:04

rpadrela

11-Dec-03 5:04

Problem solved! Thanks Smile | :)

Iterate through all the controls on CFormView

Abebe11-Dec-03 2:44

Abebe

11-Dec-03 2:44

I want to disable or enable all the controls on a form, but i don't want to use the classwizard to create control variables for each of them (since there are many controls). I've tried to disable the CFormView itself (EnableWindow), but that didn't work Frown | :(

Does anybody have any ideas? Confused | :confused:

Thanks.

Er zit een korstje op mijn aars.

Re: Iterate through all the controls on CFormView

jmkhael11-Dec-03 2:55

jmkhael

11-Dec-03 2:55

Its not the best way :
Knowing their IDs you can call
GetDlgItem( int nID )->EnableWindow (MODE) for each

or if your resource file is correctly numbered you can do a loop and disable them.

Hope it helps,

Papa

while (TRUE)
Papa.WillLove ( Bebe ) ;

Re: Iterate through all the controls on CFormView

Prakash Nadar11-Dec-03 2:57

Prakash Nadar

11-Dec-03 2:57

Create a array of UINT that you want to enable or disable in group.
assign each element of the array the value of the item id
as a example

UINT uControls[10];
uControls[0] = IDC_STATIC;
uControls[0] = IDC_BUTTON1;
etc

then when you want to enable or disable;

for(int i =0;i<10;i++)
{
GetDlgItem(uContorols[i])->EnableWindow(TRUE or FALSE);
}

Hope this helpes.

My God is more powerfull Than Your God. (the line that divides the world)

Re: Iterate through all the controls on CFormView

Abebe11-Dec-03 3:36

Abebe

11-Dec-03 3:36

That's not exactly what i'm looking for since i have to no the ID of my controls, which means that any modifications made to the interface (i.e. new button or labels), will result in code changes and that's not what i want.

Er zit een korstje op mijn aars.

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.