|
I'm not sure if this will work, but I suppose you could get the IHTMLDocument2 interface (CHTMLView::GetHtmlDocument), put the data in an SAFEARRAY and use IHTMLDocument::write to put it in the document.
Seems like you can. Found this article while writing the reply:
http://www.codeproject.com/useritems/parse_html.asp
/moliate
|
|
|
|
|
Hello All,
How to Open a Result Set After executing a Query.
For Executing a Query we can Use SQLExecute(). Aftert that how is it possible to Open that ResultSet.
Pls Help
|
|
|
|
|
Hi All,
Pls Help..If we have the DSN & the Driver Name(Microsoft Oracle ODBC Driver) , how to list the tables in the specified DSN.
IS is possible to use SQLTables() to get the table names.How ?
|
|
|
|
|
There are some articles in CP about ODBC driver.
Click here
Mazy
Don't Marry a Person You Can Live With...
Marry Someone You Can Not Live Without
|
|
|
|
|
Hi,
I get this problem that happens every know and again. As I'm innocently coding, occasionaly this mesage pops up...
http://joelholdsworth.members.beeb.net/strange.jpg
The annoying part is that if I press any of the three buttons, it just pops it up again. I have to force quite visual studio. This may be somthing to do with running vc in windows xp. But If any of you know what caused this problem ... and fix it...
With time we live, with money we spend!
Joel Holdsworth
|
|
|
|
|
Whatever that drive was, VC is expecting to find a file there, and cannot.
I'd suggest a reinstall of VC is the obvious brute force method to fix 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.
|
|
|
|
|
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
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
