|
Hello all,
I am currently using the sndPlaySound function in an MFC app. Some users are asking if it is possible to pause the audio in the middle as they are typically 3-4 min. audio files that are being played. Does anyone have any ideas on how to do this?
Any help at all will be greatly appreciated.
Thanks.
|
|
|
|
|
|
OF course I suggest you use of MCI functions that are very good for play audio and video files.
|
|
|
|
|
Hi,
I want to change the background color of a dialog. How can i do that?
thanks
Nitheesh
|
|
|
|
|
|
Override OnCtlColor() method.
|
|
|
|
|
In OnPaint() method,
call FillRect() or FillSolidRect() method with the brush color to fill the dialog
|
|
|
|
|
See WM_CTL* for change color of dialog and other controls like Buttons,...
|
|
|
|
|
hello All
i am wondering how to make a statusbar which is like MFC standard statusbar in a win32 application -non MFC
|
|
|
|
|
|
Is it possible, when processing a WM_CHAR message or using OnChar() to get all pending char messages, (Not necessarily the repeated characters) in the message queue?
In other words, if you have a very expensive recalculate cycle and the user pounds in an "A", "B", and "C" on the keyboard before you've finished your last recalculate cycle, is there a way to effectively get "ABC" with a single handler on the next handler.
My issue is I need to determine if the character is even valid before my Invalidate/redraw but if I fall behind processing characters it tends to accumulate and delay the rendering process.
If I do the recalculate in the rendering process, the user experience appears smooth since the multiple invalidates equate to one recalculate cycle but the characters have been allowed in at this point making validation difficult for text inserts etc...
I need to calculate before I post the invalidate.
|
|
|
|
|
What about using a PeekMessage() loop in your OnChar() to remove any remaining WM_CHAR messages from the queue?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Interesting.
Took me a bit to figure out how to do this but it works nicely if I pump the message and skip the call to invalidate until no more messages are stockpiled in the queue.
Thanks for the tip!
|
|
|
|
|
bob16972 wrote: if you have a very expensive recalculate cycle
Maybe that should be done in a background thread so it doesn't stop the UI thread from receiving messages?
led mike
|
|
|
|
|
Thanks for the input.
Mr. Salsbery gave me a solution to get those queued messages through before I call invalidate and it's working pretty good.
This whole thing wouldn't be necessary if GDI+ wasn't so darn slow (Really, I'm not complaining)
|
|
|
|
|
hey guys,
I'm having a problem with a project I'm working on. When I compile my project, I get a "undeclared identifier "class" error.
<br />
<br />
***no includes(not part of code)***<br />
<br />
class TME_BasicParameters<br />
{<br />
public:<br />
* values taken from the basic programming screen */<br />
float torqueHighLim;<br />
float turnOffStage2;<br />
float torqueLowLim;<br />
float startAngle;<br />
float turnOffStage1; <br />
float trigger;<br />
float stage1Speed;<br />
float angleLowLim;<br />
float turnOffAngle;<br />
float angleHighLim;<br />
float stage2Speed;<br />
float backoff;<br />
<br />
int strategy;<br />
int app;<br />
int tool;<br />
};<br />
any ideas?
|
|
|
|
|
VonHagNDaz wrote: When I compile my project, I get a "undeclared identifier "class" error.
What line of what file is the compiler complaining about?
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Its complaining about the line where I say "class TME_BasicParameters.h"
"D:\SvnWork\S168813\Source\TME_Screen_Port\TME_BasicParameters.h", line 2: error:
identifier "class" is undefined
class TME_BasicParameters
^
"D:\SvnWork\S168813\Source\TME_Screen_Port\TME_BasicParameters.h", line 3: error:
expected a ";"
{
^
"D:\SvnWork\S168813\Source\TME_Screen_Port\TME_BasicParameters.h", line 174: warning:
parsing restarts here after previous syntax error
};
Also, I only get the error when I try to include "TME_BasicParameters.h." "TME_BasicParameters" is included in my project. Both files are located in the same directory. Here is the syntax I use in the other file:
<br />
<br />
<br />
#include "TME_BasicParameters.h"<br />
<br />
<br />
#define MAXTOOLS 2<br />
<br />
<br />
#define MAXAPPS 255<br />
<br />
<br />
#define MAXSTAGES 7<br />
<br />
<br />
#define MAXTIGHTGRPS 8<br />
Pretty basic, but maybe that snipet will help shine some light.
[Insert Witty Sig Here]
|
|
|
|
|
VonHagNDaz wrote: Its complaining about the line where I say "class TME_BasicParameters.h"
Why the .h at the end of the class name?
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
typo
full code:
TME_BasicParameters.h
<br />
class BasicParameters<br />
{<br />
<br />
float torqueHighLim;<br />
float turnOffStage2;<br />
float torqueLowLim;<br />
float startAngle;<br />
float turnOffStage1; <br />
float trigger;<br />
float stage1Speed;<br />
float angleLowLim;<br />
float turnOffAngle;<br />
float angleHighLim;<br />
float stage2Speed;<br />
float backoff;<br />
<br />
int strategy;<br />
int app;<br />
int tool;<br />
};<br />
TME_DEFS.h
<br />
<br />
<br />
<br />
#define MAXTOOLS 2<br />
<br />
<br />
#define MAXAPPS 255<br />
<br />
<br />
#define MAXSTAGES 7<br />
<br />
<br />
#define MAXTIGHTGRPS 8<br />
<br />
#include "TME_BasicParameters.h"<br />
[Insert Witty Sig Here]
|
|
|
|
|
I don't see anything wrong with line #2 of the TME_BasicParameters.h file. Are you using .c or .cpp files?
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
The majority of the project files are .c, written a long, long time ago. I've been assigned to maintain and add a few new features. My goal was to make the newer features more object oriented as opposed to millions of structs that the old code was using. I could always give up and continue adding to the endless amount of structs, but I wanted to begin adding more object oriented techniques and get away from some of the older c stuff.
[Insert Witty Sig Here]
|
|
|
|
|
VonHagNDaz wrote: The majority of the project files are .c,
Which may be why the compiler is complaining about the class keyword.
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Aren't most compilers smart enough to cross compile c and c++ files in the same project, or am I confused?
[Insert Witty Sig Here]
|
|
|
|
|
There's nothing wrong with having .c and .cpp files in the same project.
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|