|
Member 3825493 wrote: But in same time I have to show DialogBox on the dialog.
How are you creating this second dialog box?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
1) first Dialog - CreateDialog(...)
2) messageBox - MessageBox(...)
|
|
|
|
|
CreateDialog(hWnd,...) - child of main window
MessageBox(m_hWnd,..) - child of the Dialog
|
|
|
|
|
Which dialog can't get user input?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
|
I can't imagine what's going wrong.
What does the MessageBox() call code look like?
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
MessageBox(m_hWnd,text,NULL,NULL);
|
|
|
|
|
Never mind the deleted reply - the default is MB_OK....
It really should work - MessageBox() has been around a long long time.
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
|
I don't now what to say - but even if I make another modless dialog child of my first - it can't take focus...something wrong, but I have no idea what.. 
|
|
|
|
|
Hello,
Do you know what it means logical units at the help (MSDN) of StretchBlt ?
I found problem to define to origin at this function...
Thanks!
|
|
|
|
|
you better post the link  I got the documentation about Windows GDI .
Without knowing anything I guess origin (0,0) is the top left corner of the window,
and logical coordinates are pixels.
|
|
|
|
|
Hanan888 wrote: logical coordinates are pixels.
Only in MM_TEXT mode, see here[^]
Graham
Librarians rule, Ook!
|
|
|
|
|
TalSt wrote: Do you know what it means logical units at the help (MSDN) of StretchBlt ?
This[^] explains it
Graham
Librarians rule, Ook!
|
|
|
|
|
Do you want to print any thing?
|
|
|
|
|
Hello,
I want to draw a BYTE* array on the screen by creating a bitmap and use StrechBlt function.
The problem was that the origin point was not (top, left) but (bottom, left).
I thought that it may be the StrechBlt function but finally I found that the problem is the creation of the bitmap from the BYTE* array.
The fix is:
m_bitmapInfo.bmiHeader.biHeight = -m_nImageHeight; // top-down DIB
The height should be -.
// Populate bitmapinfo header
m_bitmapInfo.bmiHeader.biSize = m_nBitmapInfoSize;
m_bitmapInfo.bmiHeader.biWidth = m_nImageWidth;
m_bitmapInfo.bmiHeader.biHeight = -m_nImageHeight; // top-down DIB
m_bitmapInfo.bmiHeader.biPlanes = 1;
m_bitmapInfo.bmiHeader.biBitCount = BPP;
m_bitmapInfo.bmiHeader.biSizeImage = m_nImageSize;
m_bitmapInfo.bmiHeader.biCompression = BI_RGB;
m_bitmapInfo.bmiHeader.biClrImportant = 0;
m_bitmapInfo.bmiHeader.biClrUsed = 0;
m_bitmapInfo.bmiHeader.biXPelsPerMeter = 0;
m_bitmapInfo.bmiHeader.biYPelsPerMeter = 0;
Thanks for all!
|
|
|
|
|
Is there a reason for using braces if they are not part of a condition or loop? For example:
cameraCollection->Item(0, &camera);
{ //extra code...
}
In this example, will it make a difference if I take out the braces? if it does, why?
Also, I have a sample code with no braces in the for loops? I thought braces were required, but the code compiles and does what it is supposed to do.
Example:
for(int y=0; y<288; y++)
for(int x=0; x<353; x++)
brightnessSum+=frameBuffer[x+353*y];
modified on Monday, June 2, 2008 9:08 AM
|
|
|
|
|
I use them for "local" logical section in a function/method to keep variable close to what they do.
adding braces does not make a difference UNLESS you define a variable in the scope of the braces and either try to use it after or forgetting that you used it before, it can be confusing to you.
int myInt = 0;
{
int myint = 1;
}
cout << myInt;
This signature was proudly tested on animals.
|
|
|
|
|
Queeny wrote: In this example, will it make a difference if I take out the braces?
No. If you had any variables declared within the braces, they would go out of scope at the closing brace.
Queeny wrote: Also, I have a sample code with no braces in the for loops? I thought braces were required, but the code compiles and does what it is supposed to do.
for/while/if statements will use the next statement (i.e., single) if no braces are present. The following statements are equivalent:
for(int x=0; x<353; x++)
{
brightnessSum+=frameBuffer[x+353*y];
}
for(int x=0; x<353; x++)
brightnessSum+=frameBuffer[x+353*y];
"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
|
|
|
|
|
Queeny wrote: Is there a reason for using braces if they are not part of a condition or loop? For example:
Yes - for finer control of the construction and destruction of objects. For example:
{
CMyHeavyweight myobjObject;
myobjObject.DoYerThang( true );
}
Even if the object is not too heavyweight, you may have a reason to want/need to limit the time it exists because it manages some shared resource(s). Yes, this is usually a sign of bad design, but you may be using a pre-existing library that you have no control over.
Peace!
-=- James Please rate this message - let me know if I helped or not!<hr></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!
Remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
I just want to add one more point. Its always recommenced, in "Maintenance" point of view. I'm taking "if" as an e.g.. If the "if" block is a single line, braces are not necessary.
But in future if someone(especially beginners) needs to add another line to the "if" body, chances are lot to forget to put the braces which will end up in trouble. For instance,
if( bFailed )
statement1;
Bugfix Statement1;
It won't occur often. But still a good practice. 
Regards,
Jijo.
_____________________________________________________
http://weseetips.com[ ^] Visual C++ tips and tricks. Updated daily.
|
|
|
|
|
My thoughts exactly.
I've fell victim to that enough times that it's become common practice for me to always include them, in case I come back later and add to it.
Good advice.
|
|
|
|
|
No if your loop has statement you dont need to use of them however its better you use of them and for declare local variables if you have same name for global variables you must be use of them and ....
|
|
|
|
|
Hello,
I am making dll.Earlier the dll was being made.But suddenly the dll is not been made .I can see .dll file in the directory .But when I try to use it with a client the compiler says .dll is corrupt.
When I am making the dll I get 36 warnings and a message
Creating library Debug/BaseClassesDll.lib and object
Debug/BaseClassesDll.exp
What must be wrong?
Pritha
|
|
|
|
|
I have seen this message when the client was linking with the DLL. You need to link with the .LIB, which was created at the same time as the DLL. (The DLL still needs to be present, however.)
|
|
|
|
|
Hello,
Thanks for your reply.
I am not able to make the dll.When I make the dll I can see a .dll file the directory but when I link the file with the client project.the compiler says that the dll is corrupt.
Pritha
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
