C / C++ / MFC Discussion Boards

Re: Control for capturing key combinations

Jörgen Sigvardsson2-Feb-07 5:03

2-Feb-07 5:03

I'm already investigating various possibilities... The problem with OnKeyDown (if my memory serves me right), I won't get Alt/Ctrl/Shift-keys. I'm currently playing with a thread local keyboard hook. So far, so good. Now I just have to figure out when a keypress ends. (Which isn't as trivial as it may seem it turned out)

--
Verletzen zerfetzen zersetzen zerstören
Doch es darf nicht mir gehören
Ich muss zerstören

Re: Control for capturing key combinations

led mike2-Feb-07 5:10

led mike

2-Feb-07 5:10

That is what I remember as well. I would think down and up might need to be trapped depending on the requirements. I know you can handle it though. Wink | ;)

led mike

Re: Control for capturing key combinations

Jörgen Sigvardsson2-Feb-07 5:15

Jörgen Sigvardsson

2-Feb-07 5:15

The thing with hooks is that you can trap pretty much anything, except Win-key combos. No meddling with PreTranslateMessage() required.

But it'll just have to wait until monday. It's 17:15 here now, and that means that I'm out of here!

--
Verletzen zerfetzen zersetzen zerstören
Doch es darf nicht mir gehören
Ich muss zerstören

Re: Control for capturing key combinations

led mike2-Feb-07 5:18

led mike

2-Feb-07 5:18

Joergen Sigvardsson wrote:
that means that I'm out of here!

Have a great weekend! It's Super Bowl weekend for us so PARTY TIME! Cool | :cool:

led mike

Re: Control for capturing key combinations

Michael Dunn2-Feb-07 9:05

Michael Dunn

2-Feb-07 9:05

Use a hotkey control

--Mike--
Visual C++ MVP Cool | :cool:

LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ

Ford, what's this fish doing in my ear?

Re: Control for capturing key combinations

Jörgen Sigvardsson2-Feb-07 9:47

Jörgen Sigvardsson

2-Feb-07 9:47

Hohoho! I did some searching and found CHotKeyCtrl/msctls_hotkey32! I had no idea that such a thing existed as part of Windows.. Thanks mate! I owe you one! Smile | :)

--
Verletzen zerfetzen zersetzen zerstören
Doch es darf nicht mir gehören
Ich muss zerstören

Re: Control for capturing key combinations

Michael Dunn2-Feb-07 10:41

Michael Dunn

2-Feb-07 10:41

No problemo Smile | :)

The one negative is that the hotkey control doesn't recognize the Windows key - I just checked on Vista and the shell picks up the Windows key and doesn't let the hotkey control see it. Hmmm | :|

--Mike--
Visual C++ MVP Cool | :cool:

LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ

Ford, what's this fish doing in my ear?

Re: Control for capturing key combinations

Jörgen Sigvardsson2-Feb-07 10:42

Jörgen Sigvardsson

2-Feb-07 10:42

Yep, I just whipped up a test app (it was sitting in the MFC toolbox all the time! D'Oh! | :doh:

). I can live without the Win-key though.

--
Verletzen zerfetzen zersetzen zerstören
Doch es darf nicht mir gehören
Ich muss zerstören

DataGrid

123456uio2-Feb-07 3:13

123456uio

2-Feb-07 3:13

Hi
I´ve got the following doubt. I ñve got a datagrid that can be sorted. I have attached a dataset.
For example.

DataSet ds = new DataSet("JAMONES");
ds.COLUMN(nombre);
ds.COLUMN(id);

I have associated a ArrayList with all the JAMONES. I would like to delete the selected JAMON from JAMONES using the id. How can i do to indexed easily the ArrayList?

ArrayList jamones = {jamon1, jamon2};

DataGrid jaomnesDG = {jamon2, jamon1}.

I tried to delete jamon1. How can i delte from jamones.

Best regards,

John

Re: DataGrid

led mike2-Feb-07 5:01

led mike

2-Feb-07 5:01

Did I miss something? There is a "DataSet" in MFC? Confused | :confused:

led mike

Change IDR_MAINFRAME start coordinate

sortegrip2-Feb-07 3:06

sortegrip

2-Feb-07 3:06

I have a single document application with a custom GUI. When the user starts the program I calculate the width of the screen and then I place my GUI in the middle of the screen based on the retrieved int-value that decides the x-coordinate.
I've discovered now that users are confused by the fact that the area where they work is located at screen center but the Windows menu with File Edit... etc. is located in the top left.
Due to other reasons I can't just make the application window as big as the GUI, the GUI must be centered in a full screen window.

So, how do I offset the choices in the Menu (File, Edit, etc.) so that it's centered above the GUI?

Re: Change IDR_MAINFRAME start coordinate

David Crow2-Feb-07 3:46

David Crow

2-Feb-07 3:46

sortegrip wrote:
...the GUI must be centered in a full screen window.

So why not just call CenterWindow()?

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Re: Change IDR_MAINFRAME start coordinate

sortegrip2-Feb-07 4:56

sortegrip

2-Feb-07 4:56

What would I center it against and where in my CView or CDoc would I do it?
I only have one window and in the center of that window I draw the GUI on the DC in OnDraw().

Re: Change IDR_MAINFRAME start coordinate

David Crow2-Feb-07 5:17

David Crow

2-Feb-07 5:17

sortegrip wrote:
What would I center it against...

That all depends on the argument you pass to it. By default, it centers child windows relative to their parent window, and pop-up windows relative to their owner.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Destroyed Window

baerten2-Feb-07 2:21

baerten

2-Feb-07 2:21

I have a TabControl ( not the MFC one ) on my View.
In this Tab i have a huge number of Views.
If the User clicks in the Menu on "Customers" it opens the customers in this current Tab, if he
clicks on articles, so it opens the articles AND DOESN'T erase the Customers-View, because he can re-open the used-View with the old-state ...

So i need to close/delete all these views if the Tab closes...
In the "destructor" of the Tab i close all opened Views from this Tab

But if i close the whole application, it doesn't close the Tab ( which closes the Views )
It closes the Views, then the Tabs, then the TabControl

If he steps into the Destructor of the Tab, the Pointers of the Views are still there,
but their hWnd aren't valid anymore...

Now the question : How can i test, if a pointer on a View has a valid hWnd or if the object behind
the pointer is still deleted ?

It's certainly possible or not?

Thanks Rose | [Rose]

Re: Destroyed Window

Mark Salsbery2-Feb-07 5:41

Mark Salsbery

2-Feb-07 5:41

if (::IsWindow(*pView))
// HWND is valid
else
// HWND is NOT valid

Re: Destroyed Window

baerten4-Feb-07 21:40

baerten

4-Feb-07 21:40

Thanks for your answer.

But this dont work Sniff | :^)

Because the pointer is already 0xcdcdcdcd. If the pointer is 0x000000 i could test him on
if(View!=NULL) or can i test also on 0xcdcdcdcd ?
Is it a special-adress-value for deleted objects? Because if an instance is deleted, the pointer
sets to 0xcdcdcdcd ...

Thanks Smile | :)

Re: Destroyed Window

Mark Salsbery5-Feb-07 5:19

Mark Salsbery

5-Feb-07 5:19

If your "views" or "tabs" are derived from CFrameWnd then they delete themselves when you call
DestroyWindow(). Therefore you should set the pointers to NULL so you can check them before
trying to use them.

It's up to you to track the lifetime of these objects. That means if any child windows of a
given window class are not CFrameWnd derived and are allocated with new then the child object
should be deleted - usually this is done in a WM_DESTROY handler of the parent.

To destroy a CFrameWnd derived window
pFrameWnd->DesstroyWindow();
pFrameWnd = NULL;

To destroy a CWnd derived window
pWnd->DesstroyWindow();
delete pWnd;
pWnd = NULL;

Re: Destroyed Window

Mark Salsbery5-Feb-07 5:25

Mark Salsbery

5-Feb-07 5:25

And no, don't test on 0xcdcdcdcd - that's a debug value but there's no guarantee the CRT will
change a pointer to that value when it's deleted. It's up to the programmer to keep track of
all that Smile | :)

PumpMessage Question

Andy2022-Feb-07 1:26

Andy202

2-Feb-07 1:26

I am using a Tabbed Dialog (6 dialogs in total).

Now in some of these Tabbed Dialogs I need to wait for an external event, so I do the following:-

while(waiting)
{
   Sleep(100);           // Wait 100 ms
   ProcessMessages();    // Pump Message Queue
   CheckForEvent();      // Call the routine that will set waiting to false when OK
}

void ProcessMessages()
{
   CWinApp* pApp = AfxGetApp();
   MSG msg;

   while(PeekMessage(&msg, NULL, 0, 0, PM_NOREMOVE))
      pApp->PumpMessage();
}

But my question is 'Do I need to have a separate ProcessMessage in each of the Tabbed Dialogs' and are they a better way of doing this sort of processing.
Note I use a 3rd party API for the external event.

Many thanks,

Andy.

Re: PumpMessage Question

David Crow2-Feb-07 2:41

David Crow

2-Feb-07 2:41

Andy202 wrote:
I need to wait for an external event...

So why aren't you using CreateEvent() and WaitForSingleObject()?

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Re: PumpMessage Question

Andy2022-Feb-07 2:46

Andy202

2-Feb-07 2:46

Hi David, its just trying to gt something working (prototye) fast.

Are they problems with several ProcessMessages as the number of Tabbed Dialogs could go up to 20!

Cheers,

Andy.

Re: PumpMessage Question

David Crow2-Feb-07 2:56

David Crow

2-Feb-07 2:56

Andy202 wrote:
Are they problems with several ProcessMessages...

Other than PeekMessage() being old and antiquated? Yes. If you happen to have (in the future) an active modeless dialog, there is no call to IsDialogMessage(). Is PumpMessage() dispatching its own messages?

While it's ultimately up to you as to how you want to handle event notification, I personally would not opt for this route.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Re: PumpMessage Question

Waldermort2-Feb-07 2:48

Waldermort

2-Feb-07 2:48

If I understand your code correctly, when the external event occurs, a message is posted/sent to the dialog. Is this correct? If so, you don't need keep calling PeekMessage(). GetMessage() will wait until there is a message in the que and only return if there is.

Also you say 'tabbed dialog' Do you mean a window with a tab control, or a series of windows? If you have one main window, which controls your dialogs, then you only need one message pump. If you are dialing with several windows, then create a "message only window" which handles the message pump and dispatches the message to the correct child dialog. Either way, you only need one message pump.

Re: PumpMessage Question

Andy2032-Feb-07 9:25

Andy203

2-Feb-07 9:25

Thanks for your post.

I am using the CTabCtrl class from the Code Project, which has a dialog for each Tab.

For the case of Timers, I handle these time events in the controller Tab, should I just need to place the ProcessMessage() in this place also.

I did have 2 ProcessMessage() in different Tabs, but the progra, runs slow.

Andy (at home)

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