|
Damn, and I tought I read the guidelines carefully. So, sarcasm is also forbidden...
Ah well, I was having way too much fun here anyway.
(Oh crap, I did it again).
|
|
|
|
|
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Michael Schubert wrote: So, sarcasm is also forbidden
Unless it's funny - which in your case it isn't.
|
|
|
|
|
tuan1111 wrote: how to compile & writing boot to CD disk?
A CD is made bootable by the presence of an autorun.inf file. Somehow I doubt that's the answer you were looking for, but since I can't comprehend your post...
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
HI!
Vietnam
I have turbo C 3.0.
how to:write VGA into kernel ?
compile kernel with TC 3.0 ?
change code Borland C 3.0 to turbo C 3.0 ?
VGA display 24 bit-bitmap 32 bit ?
By:tuan1111
|
|
|
|
|
tuan1111 wrote: Vietnam
Your profile indicates you are from the United States. So which is it?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
I've created an application that loads a bitmap, and draws on it using various graphics functions (text, bitmap, etc) depending on various things that the user does (pressing keys, clicking buttons, etc). I was able to implement most everything I wanted to do, but there are problems related to not having used OnPaint, so when other windows cover my window, as expected the graphics I drew disappear. I understand the reason this happens, but I'm not quite sure what the simple work around is.
I can't do all my drawing in OnPaint, because well that would be weird. 
I've started with a standard MFC Dialog App with a CStatic control. Here's fake code basics of what I have in OnInit():
CBitmap bmpIntro;
bmpIntro.LoadBitmap(IDB_Intro);
CStatic c_Image;
c_Image.SetBitmap(bmpIntro);
Now, problem #1 is that I want to put some intro text on this bitmap to appear when the window first opens. Putting it in OnInit() or OnPaint() doesn't seem to work.
The other problem is that as things progress, I'm using c_Image.GetDC() to draw all kinds of stuff into the CStatic control, and at any given moment, anything could be displayed depending on what the user initiated. Too much for OnPaint() to know what to recreate.
Since the CStatic already knows how to OnPaint() the original bitmap back into the dialog, is there a way I can draw into the original bitmap, so I don't have to worry about OnPaint() myself? And then somehow tell the CStatic to update itself? Or possibly I draw everything twice, once into the CStatic, and once into the original bitmap it is using.
Again, this seems kludgy, surely there's a more sensible way? And then how also to resolve problem #1?
modified on Monday, July 13, 2009 10:43 PM
|
|
|
|
|
dhomas wrote: I can't do all my drawing in OnPaint, because well that would be weird.
It is not weird for Windows.
If all your drawing is in the CStatic control, derive your own class class from CStatic, override its OnPaint method and do your drawing there.
«_Superman_»
I love work. It gives me something to do between weekends.
|
|
|
|
|
That would be very complex, since OnPaint() wil have no idea what it has to draw as I explained already.
|
|
|
|
|
In this scenario what would be appropriate is to set a variable to different values depending on user actions.
And in the OnPaint you could have a switch statement.
switch (action)
{
case 1:
break;
case 2:
break;
.
.
.
}
Whenever the user initiates an action -
action = 1;
static.Invalidate();
«_Superman_»
I love work. It gives me something to do between weekends.
|
|
|
|
|
And how does that resolve repainting when another window overlaps this application. It still has no idea what to draw. Keeping a list of all the actions is simply not sensible. The simple approach seems to somehow be in drawing into the original bitmap, and copying from that back into the control when repainting is needed. But, I can't figure out how to do that. And can't find any other approach.
|
|
|
|
|
I don't understand your exact requirement, but how would you do a reverse of a particular user action if you draw into the original bitmap.
Let us say the user clicked a check box and you want to display the text "Image checked" on the bitmap.
Now you want to remove the text if the user unchecks the checkbox.
If you do not have such a situation where an action will be undone, you could draw onto the original bitmap.
To modify the bitmap, I guess you just need to create a CDC object and use CDC::SelectObject to select the CBitmap object into it. Now you could use the drawing function of the CDC class to draw on the bitmap.
«_Superman_»
I love work. It gives me something to do between weekends.
|
|
|
|
|
I don't need to reverse any actions. Okay here's an analogy...
You have a black chalkboard. It's got nothing on it. A bunch of people go up to the chalkboard and write all over it. At some point, someone pulls down a screen in front of part of the chalkboard. The problem is... when the screen is put back up, the part of the chalkboard that was covered is now erased.
How do I code to resolve that issue.
|
|
|
|
|
dhomas wrote: when the screen is put back up
This is what I meant by reverse an action.
«_Superman_»
I love work. It gives me something to do between weekends.
|
|
|
|
|
|
Hello
I am working on a Win32 Application in Visual Studio 2003 environment.
I want the whole app to wait until USER click an OK button on the screen.
This app has multiple threads running simultaneously. So is it possible to stop the whole app until an OK button is pressed?
|
|
|
|
|
you could suspend[^] all your threads (EXCEPT the UI thread, of course!) when you start the wait and resume[^] them if OK is pressed?
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
why we can't overload .,->, :: operators?
|
|
|
|
|
The -> operator can be overloaded. The others cannot. See here for why.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Thnx very good link....i got many things cleared 
|
|
|
|
|
Hello,
I'm having problems with minimizing all windows within an MDI at the same time. I can loop through all open windows and minimize them one at a time (but that causes lots of delay with more than 5 windows, as they all go one after the other).
I can minimize the whole application with:
::SendMessage(pMainFrame->m_hWnd, WM_SYSCOMMAND, SC_MINIMIZE, 0);
or I can minimize individual active frames with:
::SendMessage(pMainFrame->GetActiveFrame()->m_hWnd, WM_SYSCOMMAND, SC_MINIMIZE, 0);
But how do I minimize them all at once?
Thanks for your help,
Dave
|
|
|
|
|
That's not a standard message but an application-specific thing. As far as I know, closing them one at a time is your only option.
Just for grins, what would happen if you posted the message instead:
::PostMessage(pMainFrame->GetActiveFrame()->m_hWnd, WM_SYSCOMMAND, SC_MINIMIZE, 0); or
pMainFrame->GetActiveFrame()->PostMessage(WM_SYSCOMMAND, SC_MINIMIZE, 0);
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Both just minimize the active frame (window), and not all frames.
I thought there would be something more standard(MFC) I could just send to the mainFrame which handles it all, similar to the way MFC handles tiling or cascading windows.
|
|
|
|
|
blueflame213 wrote: Both just minimize the active frame (window), and not all frames.
Didn't you put it in a loop?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Sorry, I may not have been clear enough,
When minimizing a window, it shows the animation of the window title bar being minimized to the bottom.
When looping through all windows to minimize, the delay of having to watch each window individually be minimized becomes significant with many windows open.
I was wondering if there was something which would minimize all windows at once, without having to sit through each window displaying its "minimization animation".
I appreciate your help so far!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
