|
yes,bitmap id is valid.If i go into Autoload,it is returning success.
Please help.It is urgent.
Thanks.
|
|
|
|
|
Did you set bitmap to true of preperty window of Button?
|
|
|
|
|
Hi,
Thanks for your suggestion.
Bitmap is set to false.That way it is working before VS2005 conversion.Not only that if we make the base class CDialog then tha bitmap is coming.CPropertyPage also has tha base class as CDialog.
But as per the design i cannot chabge the base class to CDialog.
Please suggest a solution.
Regards.
|
|
|
|
|
You must set bitmap to true if you want bitmap on the button but also yo can use of OwnerDraw for set bitmap and some effects to button.
|
|
|
|
|
Hi,
We are settignowner draw to true and then trying to load the bitmap on to the button.It was working properly before VS2005.
Please help.
Thanks.
|
|
|
|
|
Does it work on the vs2003 and not work at vs2005?
|
|
|
|
|
In Visual Studio 6.0 it was working.In Visual Studio 2005 it is not working.
|
|
|
|
|
|
I'm looking to add namespaces to my project, but am confused about some technicalities.
Situation
- I have a number of normal .h and .cpp files for each class.
- To the top of the .h files I've added (with corresponding close brackets):
<br />
namespace proj {<br />
namespace data {<br />
- To the top of the .cpp files I've added
<br />
using namespace proj::data;<br />
- I've got the additional using namespace X for lower-level namespaces.
This is all okay, but namespaces do not lead to compiler visibility, so I still need all the #includes I used to have.
Potential Solution?
I've started creating .h files to include all the classes in a namespace, so you get something along the lines of:
<br />
#include "ns_proj_data.h"<br />
...<br />
using namespace proj::data;<br />
As I put all the files back into my project, I can foresee a situation where I need to be careful about these #includes to know exactly what files are going where.
Question:
Do other people use namespaces like this, or am I getting the wrong end of the stick?
Should I just ditch the idea of namespaces and just use the #includes I've used for years?
Thanks for your time,
Dave.
|
|
|
|
|
davidgsteadman wrote: This is all okay, but namespaces do not lead to compiler visibility, so I still need all the #includes I used to have.
Sure.
Namepaces do not need to visibility, they lead to invisibility.
They are a tool to allow programmers to have several classes name CProperty in their Project.
One in the namespace Widget and one in the Namespace Thingie.
You then tell the comoiler (via direct :: notation or via using) which class you want to use.
The compiler still has to know the declarations of the Classes to use them.
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all. Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
I need to convert DWORD to Date time. Can any one suggest me
|
|
|
|
|
Please detail.
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
|
|
|
|
|
I have a DWORD value 524642425 I need to see this value in Date Time
Can i know how to use to get the value using COleDateTime.
|
|
|
|
|
OK. But what does it represent (i.e. How did you obtained it? Is it the result of any API call?)?
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
|
|
|
|
|
What CPallini wanted to know (I suppose) is how is your date coded into your DWORD ?
|
|
|
|
|
Yes I using a dll the DWORD is return from that dll and the Datetime is coded in that value.I want to check that date and time in vc++
|
|
|
|
|
Please try to understand what we are asking before replying.
How is the date encoded in the DWORD ? In other word, what does a digit represent ? A second, a milisecond, ... ? To which date correspond the 0 value ?
|
|
|
|
|
Now, I suppose he doesn't know.
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
|
|
|
|
|
Cedric Moonen wrote: Please try to understand what we are asking before replying.
5! That'd solve almost 99% of all problems in the world, I'd say.
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
You suppose correctly, my friend.
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
|
|
|
|
|
Indicates in 100-nanosecond intervals the stop time of this sample.
The above mention is the sdk document we have regarding the DWORD
|
|
|
|
|
Finally!!!!
yaminisridaran wrote: The above mention is the sdk document we have regarding the DWORD
I strongly doubt that it is the SDK 's reference of DWORD (i.e. please indicate the function to which SDK help actually refers).
Your number represents roughly 52 seconds, what conversion do you need?
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
|
|
|
|
|
|
GetTickCount returns a number of miliseconds, not a number of 100-nanoseconds.
|
|
|
|
|
Actually 100-nanosend intervals are recorded inside FILETIME struct, hence functions like GetSystemTimeAsFileTime are possible candidates.
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
|
|
|
|