|
Check for the string \Device\hardisk1\dr1 in the registry (only and only if you are familiar and comfortable handling the registry). Is the above path a drive on the network or a partition in your hard disk which you deleted/formatted?
Check HKEY_CURRENT_USER\Software\Microsoft\DevStudio\6.0\Recent File List path also.
Atul
Sonork ID : 100.13714
|
|
|
|
|
Hi,
In my application OneraseBkgnd()
i will return true;
If i do so in between,if i try to hide some controls.it won't be hidden unless i minimise & maximise the window.
I will be hiding window through ShowWindow(SW_HIDE);
But if i return CDialog::OnEraseBkgnd(pDC); in OnEraseBkgnd() it works fine.But i don't want to do that.
PL help me..
|
|
|
|
|
Try calling RedrawWindow or Invalidate() after hiding the control - this will force a paint message.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|
|
I tried with Invalidate().No use..
|
|
|
|
|
You didn't do Invalidate(FALSE) did you ? Did you try redrawing the main window AND the button being hidden ?
Anyhow, why don't you want OnEraseBkground to do anything ? That seems a bit odd for a normal window with controls on it.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|
|
Yes ,i do Inavlidate(FALSE);
In Windows XP,tab controls will have a pattern sot of background.I just want to keep that.so i will return TRUE;
yes,it looks odd in a normal window.
|
|
|
|
|
Oh.
1/ Invalidate(FALSE) means that the area is not erased before being redrawn. Try getting rid of the FALSE.
2/ You're writing code to only ever be run under XP ? Wouldn't a more sensible option be to draw the tab control yourself ? If the idea was that whatever pattern you're seeing was to remain there, then it would remain without fiddling with WM_ERASEBKGND.
3/ So it looks bad, but you're keeping it so the tab control looks nice under XP ?
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|
|
1.Invalidate(TRUE) OR Invalidate(FALSE) is not making any differnce.
2.For XP there are some calls to get the background pattern.for that i need to download the latest sdk.Moreover my application should work fine in windows 2k,98,ME&XP.
so i don't want to mess the things just because of XP.
3.I would like to have complete XP look for my application.
I know what i had written don't work,i just want to know how to make it work.
Neha
|
|
|
|
|
1. OK then. I said to call Invalidate because TRUE is the default and does not need to be specified. What you're doing sounds a bit frightening to me, this obviously is not fixing it.
2. The point is it sounds like it looks like hell, even you said it looked odd. If you were to download the SDK, and use those functions, your program would need to use delay loading to work outside of XP. It sounds like you ARE messing things up for XP, because you're worried about how to tab control looks under XP and messing with the way windows are painted to get them to look that way.
3. Then you should download something like the library at www.codejock.com. You realise your tab control will only look this way under XP ?
Neha wrote:
I know what i had written don't work,i just want to know how to make it work.
At this point I have only a vague idea what you *have* written, all I know is you're not erasing the background at all, which means unless you're drawing something in it's place, in OnEraseBkground if you want to avoid flicker, your app is going to look like hell.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|
|
Calling CDialog::OnEraseBkgnd() will fill the entire client area with the default background color; i'd assume you are handling the message because you want to do something more interesting, but you need to make sure the effect is the same.
Double-check your method of erasing the background; if you are manually creating a clipping region that excludes child controls, make sure you take into account the visible status of the control before excluding it.
farewell goodnight last one out turn out the lights Smashing Pumpkins, Tales of a Scorched Earth
|
|
|
|
|
I won't be doing anything in OnEraseBkGnd().
I had written that ,because in XP the tab control background was a pattern.so i want to just keep the pattern.so i just return TRUE;
I will get the Background fine.But problem i had mentioned above occures.
Could you pl help me...
Neha
|
|
|
|
|
oh... wait, so is this code for a property page or child dialog? If so then, there may be a better solution. If you don't want the background of the page drawn at all, try giving the page/dialog the WS_TRANSPARENT style; this will force it to be drawn *after* all its parents; then the empty OnEraseBkgnd() might work for you.
[Update]
Before you try that though, try just retrieving a handle to the tab control & Invalidate()ing that after you hide a control. (similar to what CG is suggesting, but for the tab control not the dialog)
Both of these suggestions only make sense for a property sheet/property page deal. If you've just got a tab control on a dialog, setting the Z-order should be sufficient.
farewell goodnight last one out turn out the lights Smashing Pumpkins, Tales of a Scorched Earth
|
|
|
|
|
So nice of you..
It works just fine....
Thanks a lot..
|
|
|
|
|
Hi,
My Code is like this.
CDaoDatabase db;
db.Create ("D:\\Test.mdb",dbLangGeneral );
CDaoTableDef def(&db);
def.Create ("Tab1",dbAttachExclusive,NULL,NULL);
Here database is created.But not creating Table.
What is the Error in it...
Pls Help
|
|
|
|
|
How does the implementation of ASSERT not compile with release mode...?
#ifdef _DEBUG
#define ASSERT(exp) \ Blah blah
#endif
I thought it would be much like the above, which it is, however this doesn't prevent the compiler from complaining
at ever occurance of ASSERT(FALSE)
This has left me to assume that the compiler and not the preprocessor removes any ASSERT macro from your code..?
Am I wrong..? Could i define a similar debug macro and have it dissappear on release compile, or is this a feature of Visual C++...?
Thanx!
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
|
Yes you can define macros like that in a debug ifdef in the same way as you would any could that in an ifdef, like defaults that may vary in different countries for example.
Happy programming!!
|
|
|
|
|
Yes, but how is it ASSERT calls don't cause compiler errors when in release mode...?
Are they removed by the compiler...?
#ifdef _DEBUG
MyMsg(exp) AfxMessageBox(exp)
#endif
CWinApp::InitInstance()
{
MyMsg("Hello world");
ASSERT(FALSE);
}
In release mode MyMsg casues compiler error. ASSERT does not.
Cheers
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
|
Yes when the _DEBUG is not defined as in release build the code is not included.
Happy programming!!
|
|
|
|
|
ASSERT is defined differently in debug and releasemode.
In debug (When _DEBUG is defined):
#define ASSERT(f) \
do \
{ \
if (!(f) && AfxAssertFailedLine(THIS_FILE, __LINE__)) \
AfxDebugBreak(); \
} while (0) \In release (When _DEBUG isn't defined):
#define ASSERT(f) ((void)0)
I.e. In releasemode, the compiler actually ignores the expression, since ASSERT(whatever) is replaced with ((void)0).
Sprudling
|
|
|
|
|
Thanx. Tis the answer i was looking for
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
|
My CD is damaged for Tom Armstrong's book - "Designing and Using ActiveX Controls".
The sampe code for chapters 8-11 is unreadable. I have had the book for too long to return it. His web site only contains corrections to source not the full source.
Does anybody have this CD? Would you email me the chapters?
lynnphilmcgahan@msn.com
P.S. This book is worth owning.
|
|
|
|
|
There should be a contact email ID on his web site. Try mailing there and request that you'd like to download the entire source or even ask for a CD, they might give you one free.
Nish
Sonork ID 100.9786 voidmain
www.busterboy.org
If you don't find me on CP, I'll be at Bob's HungOut
|
|
|
|
|
Thanks. I tried this a week or so ago, but got no response from the webmaster or customer service.
Good idea, thanks anyway.
|
|
|
|
|
My question is 2 parts.
1) I am creating a CDateTimeCtrl to show/get the 24-hour time of day. However, my control hides the hour field behind the left margin of the control. So I see "mm:ss PM" instead of "HH:mm:ss" (for example.)
How can I get my control to show entire time string? "HH:mm:ss"
2) I want to display "HH:mm:ss", but I only know of DTS_TIMEFORMAT.
How can I get my control to display "HH:mm:ss" (24-hour format).
Details:
1) The CDateTimeCtrl's dimensions are large enough to display everything, but somehow, the text is shifted left in my control. I can use the L-R arrows to reveal what is hidden.
2) I am creating a DWORD dwStyle set of attributes, but I don't know how to create a custom time format.
DWORD dwStyle = WS_CHILD | WS_VISIBLE |DTS_UPDOWN | WS_TABSTOP | DTS_TIMEFORMAT;
Your help would be greatly appreciated.
Thanks,
Johnny
|
|
|
|
|
Hi there,
I was wondering what is the most delicate way of including a function that will be available to all files in a visual c mfc project?
You can off course create a header and cpp containing the function and then put the header in stdafx.h and use that all over the place.
You can dynamically cast to the parent windows in a child window and access a function defined there.
You can use include files all over the place refering to the file containing the function.
But is there any nicer way of doing this? since this is just one function call, is there a better way of doing it?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
