C / C++ / MFC

Paul M Watt28-Feb-02 14:23

28-Feb-02 14:23

Are you worried about other people deriving from your class and changing the way it looks, or even you deriving from your class? Is that the problem that you are trying to avoid?

If some one derives from your class there is very little that you can do to prevent them from doing anything that they want.

Let me know if you are trying to derive from someone else's class adding paint enhancements to what they have already done and avoid flicker by adding in your own new code.

alex.barylski28-Feb-02 16:26

28-Feb-02 16:26

I'm worried about anyone deriving from my class...I was kinda hoping there'd be a way around that problem.

It's not a big deal, it was really more outta curiousity than anything.

Thanx

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

Paul M Watt28-Feb-02 19:52

28-Feb-02 19:52

I think that I see part of what you may be worried about with the code that you sent me earlier. If someone inherits from your view class, you want them to be able to update the view, but not draw on the Ruler Area. If this is correct, you could do something in a custom OnPaint Handler, and hope that the user handles their custom drawing in the OnDraw method.

If this is what you are worried about, and you want the process, let me know and I will tell you want to do.

Paul M Watt28-Feb-02 10:53

28-Feb-02 10:53

OnErase, or WM_ERASEBKGND is generated inside of your call to ::BeginPaint. Of if you are using MFC inside of the creation of CPaintDC. All that OnErase is supposed to be used for is to clear the background that is currently invalid.

It is important to use the HDC that is handed in the WPARAM of the message, because the DC that you get is already primed with the clipping region of the invalid region that is being asked to be painted.

When you override the OnErase event, and return false, you are telling windows that you have not yet erased the background. Typically this means that the Erasing will have to be left up to the handler of the WM_PAINT message. Inside of the paint struct that is created in BeginPaint, the fErase field will be non-zero if the OnPaint handler should erase the background before painting.

The reason why the CMemDC class needs you to override the OnErase message is so that when the erase background handler is called, it does not erase the window that you are trying to prevent the flicker. Instead, the CMemDC erases the background on the double buffer, then blts the entire backbuffer to your window, elimiating the need for the default OnErase handler.

alex.barylski28-Feb-02 12:29

28-Feb-02 12:29

kilowatt wrote:
Instead, the CMemDC erases the background on the double buffer, then blts the entire backbuffer to your window, elimiating the need for the default OnErase handler.

Would this be the reason why CMemDC still causes flicker when used within OnErase...???

I'm flicker free when using it in OnPaint/OnDraw but NOT OnErase...??

Thanx again!

Cheers

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

Paul M Watt28-Feb-02 14:26

28-Feb-02 14:26

HockeyDude wrote:
kilowatt wrote:
Instead, the CMemDC erases the background on the double buffer, then blts the entire backbuffer to your window, elimiating the need for the default OnErase handler.

Would this be the reason why CMemDC still causes flicker when used within OnErase...???

As long as you do not pass the Erase message on to the default handler, this would not continue to cause the problem.

Why don't you post the OnPaint and OnErase handler, and I will see if I can figure out why you are having this probelm.

alex.barylski28-Feb-02 16:35

28-Feb-02 16:35

i've decided to go with what works. I do all my drawing in OnPaint() and return FALSE in OnErase().

However this is basically what I had

void CMyClass::OnDraw(CDC* pDC)
{
  //No code
}

void CMyClass::OnErase(CDC* pDC)
{
  CMemDC buff(pDC);

  buff.LineTo(100, 100);

  //I can't remember if I called the default OnErase 

  CView::OnErase(pDC);

  return FALSE;
}

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

alex.barylski28-Feb-02 17:17

28-Feb-02 17:17

Actually Kilo...i'm really curious, so here's my exact code...I dunno why it flickers in OnErase and Not OnDraw.

BOOL CRulerView::OnEraseBkgnd(CDC* pDC)
{ 
	CMemDC buff(pDC);

	//Drawing area
	CRect rect;	
	GetClientRect(&rect);

	//Draw ruler background
	buff.FillSolidRect(0, 0, m_rulerSize, rect.bottom, ::GetSysColor(COLOR_BTNFACE));
	buff.FillSolidRect(0, 0, rect.right, m_rulerSize, ::GetSysColor(COLOR_BTNFACE));
	
	//window borders width
	UINT nBorderWidth = ::GetSystemMetrics(SM_CXEDGE);

	//Draw 3D border, blends with parent window
	if(m_b3Dborder){
		buff.DrawEdge(CRect(0, 0, rect.right, m_rulerSize), EDGE_RAISED, BF_RIGHT | BF_TOP);
		buff.DrawEdge(CRect(0, 0, m_rulerSize, rect.bottom), EDGE_RAISED , BF_LEFT | BF_BOTTOM);
	}

	//Draw border edge
	buff.DrawEdge(CRect(m_rulerSize-nBorderWidth, m_rulerSize-nBorderWidth, rect.right, rect.bottom), EDGE_SUNKEN, BF_TOP | BF_LEFT);

	//Draw the rulers
	OnDrawRuler(&buff, CRect(nBorderWidth*2, m_rulerSize-nBorderWidth, m_rulerSize-(nBorderWidth*2), rect.bottom-m_nScrSize+nBorderWidth),  RT_VERT);
	OnDrawRuler(&buff, CRect(m_rulerSize-nBorderWidth, nBorderWidth*2, rect.right-m_nScrSize+nBorderWidth, m_rulerSize-(nBorderWidth*2)), RT_HORZ);

	//Draw the cursor tracker out of bounds
	OnMouseMove(NULL, CPoint(-10,-10));	
	
	return FALSE; 
}

void CRulerView::OnDraw(CDC* pDC)
{
}

Swap the code from OnErase into OnDraw and you'll see NO flicker...whats going on...?

I even tried writting to a memDC and blitting it myself to the screen (instead of using CMemDC) but no luck.

Either way would be great.

Thanx!

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

Paul M Watt28-Feb-02 19:46

Sick and tired of VC++ IDE's $#!T

28-Feb-02 19:46

I created a simple project that mimicks the code that you have shown me, but I did not find any place that it could be flickering, I may be missing a piece of your program that is causing the flickering.

This is how I tested it, and this is what I suggest you should do if you want to find out why it flickers, this should only take about 10 minutes:

Size DevStudio and your program so that they do not overlap, and they will not interfere with each other, this is so that you do not generate an extra paint message while you are debugging.

Next, find the OnPaint handler in your program, which I assume is actually in MFCs code base. You can either search for it, or set a breakpoint on your OnErase handler and follow the stack down to the OnPaint handler. Set a Breakpoint on the same line that initializes the paint DC in OnPaint, and at the first line of the OnErase handler.

Next get your program so that it paints the window like normal and then enable the breakpoint.

Perform the action that invalidates your window in the way that causes the flicker. Step into the CPaintDC contstructor, and then through the OnErase handler waiting for the function call that causes the window to be erased.

You only have to step through until the end of the OnErase handler, because when this function exits the CMemDC class goes out of scope and paints to the window. After this happens I do not see any otherway for your window to be updated.

One other thing that I noticed is that the CMemDC class looks like it is quite inefficient to use it in painting. every time a paint is required, it creates a new memDC, a new bitmap to select into the mem DC, it then deletes these objects also. You may save some cycles by caching these object in your own class, and blitting the bitmap at the end of the OnDraw event yourself.

IMO, I think that the paint code should be in the OnDraw Handler anyway.

Jason Hooper28-Feb-02 8:59

Jason Hooper

28-Feb-02 8:59

Is there a way (I haven't found one) to set my IDE default directory in the Open File dialog box to something other than the one it always is?? I use the IDE a lot without having a project open, and I hate having to manually navigate through the dirs every time I want to open a file.

Thanks.

- Jason
Do you have a Pulse?
SonorkID: 100.611 Jason

Re: Sick and tired of VC++ IDE's $#!T

Carlos Antollini28-Feb-02 9:11

Carlos Antollini

28-Feb-02 9:11

Make Drag & Drop with the Explorer. I have a short-cut whit my VCProjects Folder, I open that Folder, then the project folder (I left the folder open) and I make Drug & Drop between the explorer and the VS....

Regards;)

Carlos Antollini.
Sonork ID 100.10529 cantollini

First-chance exception error

ed128-Feb-02 8:31

ed1

28-Feb-02 8:31

I am new to VisualC++ and I'm having trouble with a first-chance exception message. I programming using a document/view structure. I have a dialog box calling a document function which is suppose to get me the size of a Carray. However, the program crashes. The message I get is the first-chance exception just before the crash. What is the problem and what can I do to stop this?

Thanks in advance

Re: First-chance exception error

Paul M Watt28-Feb-02 8:34

Re: First-chance exception error

28-Feb-02 8:34

I can't tell what is wrong based on what you told me, however the first chance exception is the debuggers way of saying "there is a problem right here" and you can view the state of you program right where the exception was thrown.

What you need to do is look at all fo the variables around the current execution point, and determine if there is a memory access violation or somethine else like that. It may even be useful to set a breakpoint at the beginning of the function where the code crashes and watch what is happening.

Do you know what kind of exception your program is throwing? Are you catching the the exception?

Steen Krogsgaard28-Feb-02 9:44

Steen Krogsgaard

28-Feb-02 9:44

First-chance exceptions are not in themselves a problem. They are just a message to the debugger that an exception has been thrown. Exceptions are thrown in a normal program execution and are not themselves indicative of error conditions. Usually someone or something will catch the exception and respond accordingly. The key word here is "First-chance" - this means the debugger gets a first chance to see the exception.

Since your program crash we can safely conclude that the exception thrown is indeed caused by a program error. You'll have to provide more info if we are to help you with this.

Cheers
Steen.

"To claim that computer games influence children is rediculous. If Pacman had influenced children born in the 80'ies we would see a lot of youngsters running around in dark rooms eating pills while listening to monotonous music"

Restaurant Project

28-Feb-02 8:21

I want to do a Restaurant project incorporated inventory and pricing. I want to do it in Visual C++ and this is generally what I want to do: have buttons that can be clicked with the name of the food, and then when the button is clicked, I want either a message box to be displayed or a a field to be updated stated how many are left in stock AND the price of the item itself AND the overall price of the entire order. I have set it up into functions. Is this the right way to go about it? Do you have any ideas that might be of help?? Thanks a lot. Confused | :confused:

Re: Restaurant Project

Carlos Antollini28-Feb-02 8:30

Carlos Antollini

28-Feb-02 8:30

I am VC++ Fan, but is not more easy and cheap to build that project in something called VB...
It's only my Opinion....;)

Regards

Carlos Antollini.
Sonork ID 100.10529 cantollini

Re: Restaurant Project

Nemanja Trifunovic28-Feb-02 8:41

Nemanja Trifunovic

28-Feb-02 8:41

I must agree (unwillingly) Smile | :)

I vote pro drink Beer | [beer]

Re: Restaurant Project

Christian Graus28-Feb-02 9:06

Load gif, jpeg or tif image in VC++

28-Feb-02 9:06

As has been noted, this may be easier to do in VB, but the downside is you'll need to learn VB.

I'd do this by creating a database file in Access and then creating a project that links to the database file. VC will create a wrapper class so you can read and write the db file with ease. I did a similar project for a friend which took me a week ( in my own time ). It's not much work at all.

Of course I'd never do a real world project that way now, because of the need to set up ODBC sources, etc. I'd use ADOX to create a new table and ADO to read/write it. I've done that to, but it took ages, mainly because the point of that exercise was to learn COM, so that part took the most time to get right.

Christian

The tragedy of cyberspace - that so much can travel so far, and yet mean so little.

28-Feb-02 7:29

Hello,

I would like to store gif, jpeg or tif image as resource in visual VC++6.0
Then, load theses in my application without convert in bitmap file.
Is there any way to do this

Thanks in advance

C^hris L^osinger28-Feb-02 8:04

C^hris L^osinger

28-Feb-02 8:04

i prefer my own way, but there are at least three other, free ways, on this site, to do it.

be aware that you can't use GIF (reading or writing) without a license from Unisys.

-c

Smaller Animals Software, Inc.
You're the icing - on the cake - on the table - at my wake. _{Modest Mouse}

Christian Graus28-Feb-02 9:25

28-Feb-02 9:25

I was interested to see that this months MSDN address this quite clearly ( in Paul De LAscia's column ) and says what I always expected, if you use GDI+ and read/write Gif, you're going to JAIL !!!!

It's amusing to see that UNISYS are still scum and actually refused to provide a precise definition of who has to pay, they just said everyone who uses gif must ask them for a form so their lawyers can decide how much they need to pay. I wonder what possessed M$ to create a world where I need to be careful to exclude a file format that their API supports directly, especially as checking for the .gif extension will not stop GDI+ reading gifs named differently.

Christian

The tragedy of cyberspace - that so much can travel so far, and yet mean so little.

alex.barylski28-Feb-02 9:59

28-Feb-02 9:59

Hey Christian. You seem to know alot about graphics and answer questions frequently with GDI+ solutions. I'm curious...what is GDI+ all about...I thought it was a lib someone here at codeproject started, that was basically an extension, which would allow easy anti-aliasing, alpha-factoring etc...instead of just the boring LineTo.

My appologies for asking you this directly instead of posting and waiting for a reply, but I figured it would have probably been you in the first place. Smile | :)

My appologies again for just assuming.

Cheers!

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

Christian Graus28-Feb-02 10:42

28-Feb-02 10:42

HockeyDude wrote:
You seem to know alot about graphics and answer questions frequently with GDI+ solutions.

Well, you're half right Smile | :)

To quote Lynyrd Skynyrd, I know a little, and I guess the rest...

HockeyDude wrote:
what is GDI+ all about...I thought it was a lib someone here at codeproject started, that was basically an extension, which would allow easy anti-aliasing, alpha-factoring etc...instead of just the boring LineTo.

No, it's an integral part of .NET ( i.e. you get it out of the box ), and it's also a dll that can be downloaded, and with the latest platform SDK ( well, any from the past year, but it's been worked on in that time so you should get the latest one ), you can create apps that use GDI+ for any post Windows 95 OS (W95 is not supported but also not excluded, the official line is try it at your own risk on W95).

GDI+ offers a greatly improved API to GDI+, with things like reading/writing different formats, antialiasing, alphablending and texturing. I have written a series of articles on GDI+ you may find helpful, the March Windows Developers Journal ( out now ) also has an article from me introducing GDI+.

HockeyDude wrote:
My appologies again for just assuming.

Not at all, it was a fair assumption given that I tend to answer a lot of questions on graphics and to often refer to GDI+. I was fortunate enough to be writing a paint package at work when I became aware of GDI+ so I parallel developed a GDI+ version from home which eventually was the one we used at work as well.

Christian

The tragedy of cyberspace - that so much can travel so far, and yet mean so little.

C^hris L^osinger28-Feb-02 11:12

C^hris L^osinger

28-Feb-02 11:12

Christian Graus wrote:
they just said everyone who uses gif must ask them for a form so their lawyers can decide how much they need to pay

and it really is arbitrary. i paid $2500 for my license a couple of years ago. since them i've found other people who have paid anywhere from $2000 to $5000 - all small developers, no real outstanding differences between us.

Christian Graus wrote:
I wonder what possessed M$ to create a world where I need to be careful to exclude a file format that their API supports directly

probably because they have licenses for all of their apps, and their apps use the same stuff we do (same COM objects, GDI+ functions, etc). it was probably just a matter of not wanting to have every image loading call ask "OK. who's calling me this time?".

or, maybe (and this is what i prefer, for no good reason), MS is trying to make GIF support so easy to come by, that every app made will use it. that way Unisys has no chance of stopping everyone. and, it sticks a thorn in the side of independent toolkit developers Smile | :)

meanwhile, people continually ask me "i can read GIF in VB/.Net/any of the dozen toolkits here; why can't i do it from your library?"

my answer, "because i don't want to go to civil court to fight an huge corporation" doesn't get me the sale.

-c

Smaller Animals Software, Inc.
You're the icing - on the cake - on the table - at my wake. _{Modest Mouse}

Christian Graus28-Feb-02 11:21