|
Yes - look into Windows Hooks. Specifically, I think a CBT hook can help you with things like this.
Trivia: MFC (in VC++ 6.0 at least) uses CBT hooks internally for certain functionality.
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
If you've got visual studio installed, try launching Spy++ (in VS's tools menu) - that'll show you all the windows messages an application is receiving, which can tell you which buttons, menus, etc are being clicked
|
|
|
|
|
I am writing a program where I want a sound file to play while I update the main window. I have everything implemented with the sndPlaySound() function, but when the program runs, it becomes unresponsive as long as the sound clip is running. That is, if the user tries to move the window, the whole thing goes white until the function that is updating the window is finished as well as the sound has stopped playing.
I implemented a second thread to try to do nothing but call the sndPlaySound function, but that did not work either. It played the sound, but the window still goes unresponsive if anything interrupts in my functions.
Does anyone have ideas on how to do this properly?
I have searched through the multi-threaded posts, but haven't found anything so far.
Please help, if possible. Or point me in another direction on how to implement this properly.
Thanks.
|
|
|
|
|
You can use the SND_ASYNC flag... Look up the documentation for the PlaySound(...) function.
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
I am already using the SND_ASYNC flag on sndPlaySound function.
It seems that the drawing of the window doesn't happen once the user clicks anything in the window.
|
|
|
|
|
Are you using any other flags? You might not be combining them correctly. I have used the SND_ASYNC flag lots of time and never had it stall anything like you are describing.
You do not have any code that is waiting for the sound to finish, do you?
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
No, I am not using any other flags in the sndPlaySound function. That seems to be working. What i am having a problem with (now that I look at it further), is in my ability to update the window as I need to. I am using a simple 'wait until X amount of time has passed', then I update some values, call Invalidate(); followed by a UpdateWindow().
This all works unless, in the middle of my function where I am drawing the window, the user clicks my window. Then, it doesn't update until the very end of the function and I am not sure why.
I originally thought that maybe having the sound play on another thread would help, but it isn't.
|
|
|
|
|
If your "wait until X amount of time has passed" implementation is a blocking one, like calling Sleep(...) or going into a spin, you will not be able to pump any messages, so you will not get the Paint message to update the screen.
For example, if you are trying to do some cheap animation using old-school-style techniques in a loop, it will not work the same under Windows.
If you are doing the above, you can change your wait to use a Timer message, and then when the timer message fires, you can do your updates.
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
Thank you for the help. Can you point me in the direction of Timer message info? I have never heard of this before.
Thanks again.
Josh
|
|
|
|
|
Look up the WM_TIMER message and the SetTimer(...) function. If you need high-accuracy timers, look up multimedia timers.
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
That was it, thank you. I appreciate the help.
|
|
|
|
|
How can i access the exact hardware configuration details using Registry in VC++?Can u please give me with a piece of code?
|
|
|
|
|
V.Natarajan wrote: How can i access the exact hardware configuration details...
Of what?
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
For all Hardware devices namely USB ports,D-I/O Ports & COM Ports respectively,which are currently connected to the system.Please explain with code using VC++.
|
|
|
|
|
V.Natarajan wrote: For all Hardware devices namely USB ports...& COM Ports...
Try the Win32_USBController, Win32_USBControllerDevice, Win32_USBHub, and Win32_SerialPortSetting WMI classes.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
|
Okay, so I'm going through some code (off codeproject), which is always interesting, since you see so many different styles. One piece of code had a class within a class, I suppose forcing only one user of the internal class. I don't even know if I'm using the correct terminology, so bear with me.
I come from the school of development where one .cpp and one .h file defines one class. I've seen others have a utility.cpp/h file with multiple classes in it. In the past, this arrangement made it difficult to find things, but I suppose with the advent of code browsers, the issue is more subdued. However, in keeping with the one class / one file appproach, I tend to code my applications centered around dialogs or views or etc... standard mfc stuff. I doubt I'm the only one.
So, in real application development, some of these dialog/view classes can get huge. Due to the nature of my application, I am heavily dialog centric, so most of my application classes inherit from CDialog, etc. The data and processing associated with this dialog processing is heavily coupled to the dialog and usually is not used outside of the dialog. There are some obvious exceptions, and these go off into their own classes. Which brings me to my point....
Some of my dialog classes are large. Managing the data within it would lend itself to a class unto itself for the simple reason of enforcing discipline - the code can easily degrade to spaghetti land. But, I really don't want to break out the data (I guess we're talking business objects in a very distorted way) in a class, viewable across the project, when this class is only going to be used within another class.
How do you deal with this design issue? Inquiring minds want to know
Thanks
Charlie Gilley
Will program for food...
Whoever said children were cheaper by the dozen... lied.
My son's PDA is an M249 SAW.
My other son commutes in an M1A2 Abrams
|
|
|
|
|
charlieg wrote: But, I really don't want to break out the data
charlieg wrote: How do you deal with this design issue? Inquiring minds want to know
Model-View-Controller[^]
led mike
|
|
|
|
|
Mike,
Excellent suggestion. but... maybe I'm making a mountain out of a mole hill, but my point is that this document only makes sense within the context of the dialog class. If I break out the 'document' into a separate class, I now have a cpp/h file that just broadcasts "use me".... argh... i know I've read about this before. In my sleep deprived state, the term slipped my brain - I want something like an anonymous class from Java land....
<oops> just read about anonymous C++ classes - not what I Want. I want a class that has only local scope. Hmm.. I am rambling bad
chg
Charlie Gilley
Will program for food...
Whoever said children were cheaper by the dozen... lied.
My son's PDA is an M249 SAW.
My other son commutes in an M1A2 Abrams
|
|
|
|
|
Design Patterns (MVC is one of them) simplify things. Don't fight it, just do it.
charlieg wrote: The data and processing associated with this dialog processing is heavily coupled to the dialog
Yeah, tight coupling is "not good". MVC avoids it, get with it or continue to deal with the same coupling issues over and over again. It is an easy call.
led mike
|
|
|
|
|
You could have a class in a separate h+cpp pair, but only #include it in the dialog header. The only instance of this class would then be a member variable inside the dialog class. This would make sure no other code uses it. If you want to go further, the business logic class could have a private constructor, and the dialog class declared as friend - another step towards not letting any other code use the business logic class.
If you're really fond of patterns, you could also make a class factory for the business logic class. See: http://en.wikipedia.org/wiki/Abstract_factory_pattern
Hope this helps.
Denis
|
|
|
|
|
mike & all - thanks for the suggestions.. will look at religiously applying mvc and other patterns.
Charlie Gilley
Will program for food...
Whoever said children were cheaper by the dozen... lied.
My son's PDA is an M249 SAW.
My other son commutes in an M1A2 Abrams
|
|
|
|
|
Hello everyone,
As I am new in this area I have few silly questions. What is the difference between Visual C++, Visual Basic, Visual C#?!!! I have been reading and learing about them and so far followed some simple tutorials to create window application (Simple Ones ofcourse! Much more compplicated then "Hello Word" ofcourse!). But I am unable to see much of differences on what is finnaly created.
Although I should say I like Visual C# enviroment Better! But that could be the result of the fact that I started from Visual C#!
Can someone be kind enough to take a moment and lead this confused indivitual?
Thanx so much for your help and have a great day.
Khoramdin
-- modified at 15:48 Tuesday 30th January, 2007
|
|
|
|
|
|
Khoramdin wrote: But I am unable to see much of differences on what is finnaly created.
The point is that there is no difference, they each create an exe which does the same thing, especially in console mode.
VB.NET is probably easiest, C++ is hardest. C++ is the most powerful, and C# provides the best framework for you to start learning, and move to c++ later if you want to.
Christian Graus - C++ MVP
'Why don't we jump on a fad that hasn't already been widely discredited ?' - Dilbert
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
