|
I have an application developed on Win2K. The problem that I am experiencing with my application has to do with the non-client area(title bar). My application changes the color of the background of the title bar. So, I have to redraw the min/max/close buttons. On Win2K, everything seems to work ok, but I have noticed that when I run my application on Windows XP(with theme enabled), my min/max/close buttons are off. The buttons are bigger, but the hit tests are off(obviously). How do I detect themes enabled for an application developed on Win2k(without uxtheme.dll/.lib/.h etc)?
The CaptionPainter class that I am using is from the following link:
www.codeproject.com/dialog/gradienttitlebar.asp
|
|
|
|
|
|
Mike,
Thanks for the reply, but I am constrained to Win2k development. SetWindowTheme doesn't come with Studio 6.0 libs. Maybe platform SDKs?
|
|
|
|
|
It doesn't matter what OS you use for development, you can call any API you want. BUt yes, you'll need the Platform SDK to get the lastest header files.
--Mike--
Personal stuff:: Ericahist | Homepage
Shareware stuff:: 1ClickPicGrabber | RightClick-Encrypt
CP stuff:: CP SearchBar v2.0.2 | C++ Forum FAQ
----
Pinky, are you pondering what I'm pondering?
I think so Brain, but if we shaved our heads, we'd look like weasels!
|
|
|
|
|
Mike,
Hey thanks for the reply - I have since brought in the header file for UxTheme.h, but am getting a link error now. I have tried bringing in UxTheme.dll and linking against that, but it has a dependency on the newest Ntdll.dll. The Ntdll.dll has other dependencies as well. So, what else do I need to bring into my Win2K Studio environment to get this to compile?
Thanks,
Bob
|
|
|
|
|
|
Mike,
I am developing on Win2k and have the Platform SDKs installed. I have included c:\Program Files\Microsoft SDK\include and c:\Program Files\Microsoft SDK\lib (to get uxtheme.lib). However, when the compile finishes, I get an error dialog that says "Uxtheme.dll" cannot be found. Doesn't this mean I have to have Uxtheme.dll installed on Win2K? BTW, my application works nice on XP, but I have to make it work on Win2k and NT as well.
Thanks for all of your help!
Bob
|
|
|
|
|
uxtheme.dll isn't present on 2K (or earlier). You can't link with uxtheme.lib since, as you've seen, that makes the app require that DLL to load.
You have two choices:
1. use the /delayload:uxtheme.dll linker switch
2. use LoadLibrary/GetProcAddress at runtime
Either way, you must add OS checks to your code so that you don't call the functions in uxtheme unless the app is running on XP or later.
--Mike--
Personal stuff:: Ericahist | Homepage
Shareware stuff:: 1ClickPicGrabber | RightClick-Encrypt
CP stuff:: CP SearchBar v2.0.2 | C++ Forum FAQ
----
If my rhyme was a drug, I'd sell it by the gram.
|
|
|
|
|
I've used C++ 6's built-in macro to print all open files, only to end up having it try to print out the whole mfc. I wanted to know is there any freeware C++ source code printing programs out there that also format the code in a nice-looking way.
thanks
bdiamond
If it's broken, I probably did it
|
|
|
|
|
bdiamond wrote:
only to end up having it try to print out the whole mfc
How did you do that? That has never happened to me. It should only print the files that you have currently open in devstudio...
John
|
|
|
|
|
I know that it SHOULD do that, but it only seems to do it right for me once out of ten times. any other time I seem to have to deal with a few hundred pages of MFC source code. I've been using textpad lately, but I have to go and open them all up from TextPad, then print them.
If it's broken, I probably did it
|
|
|
|
|
Are you sure that these MFC files were not open in developer studio when you hit print? The macro that prints is a very simple macro that gets a list of the open documents and prints each one.
Here is the code for the macro:
Sub PrintAllOpenDocuments ()
'DESCRIPTION: Prints all open, active documents.
'Small, quick macro, but it can be usefull.
for each doc in Application.Documents
Doc.PrintOut
next
End Sub
Unless devstudio somehow thinks more files are open than you actually have open I do not see how this can fail...
John
|
|
|
|
|
I also thought about that and that may be the case (developer studio thinking I have more files open that I actually do). But since then I've gotten a new machine and reloaded it. I haven't tried that way in so long now because of the problems I was experiencing before, but I still wanna find a way with better formatting capabilities if possible.
If it's broken, I probably did it
|
|
|
|
|
I have used source code printer applications in the past but since my projects are now way too big to print I just print a few pages at a time using developer studio. I have one link to a couple of printer programs but I do not remember the one that I used in the past. I may still have a copy on my hd though... Here is the one link: http://www.softpanorama.org/Tools/beautifiers.shtml#C++[^]
John
|
|
|
|
|
|
If I create a multi threaded application how do I pass data from my main thread to my spawned thread.
Thanks
Tom Wright
tawright915@yahoo.com
|
|
|
|
|
Messaging will be the best bet i guess, create a user defined message and use postthreadmessage api to post the message and appropriate data along with it.
|
|
|
|
|
Quick question. Is there a limit to the amount of data that can be passed? Or could I pass a char pointer to the spawned thread that have it look there for the data?
Thanks
PS I know this is a totally different subject but if I created a variable like CString holdBuf is this a char pointer or is char holdbuf[] a char pointer. I'm not sure how I would say that I want to pass a pointer to CString holdBuf.
Thanks again
Tom Wright
tawright915@yahoo.com
|
|
|
|
|
Passing strings from threads to the main app can get tricky esp if your thread exits before all the data can be passed etc. A few months back I found a really good article here on codeproject on the subject.. I believe the classes are called CMessageString and CMessageStringManager. You should look into using the classes or at least read the article it will give you some great info. (sorry I dont have the direct link to the article)
Rob
Whoever said nothing's impossible never tried slamming a revolving door!
|
|
|
|
|
Tom Wright wrote:
PS I know this is a totally different subject but if I created a variable like CString holdBuf is this a char pointer or is char holdbuf[] a char pointer. I'm not sure how I would say that I want to pass a pointer to CString holdBuf.
CString has a operator(LPCTSTR) that is able to transparently cast the CString into a Long-Pointer-to-Constant-T_STRing, which is what LPCTSTR means. In non-unicode environments this is indeed a const char*.
When you need a non-const char*, you have to use CStrings GetBuffer()-function (and don't forget to call ReleaseBuffer() after use!), which gives you a char*.
"We trained hard, but it seemed that every time we were beginning to form up into teams we would be reorganised. I was to learn later in life that we tend to meet any new situation by reorganising: and a wonderful method it can be for creating the illusion of progress, while producing confusion, inefficiency and demoralisation."
-- Caius Petronius, Roman Consul, 66 A.D.
|
|
|
|
|
jhwurmbach wrote:
CString has a operator(LPCTSTR) that is able to transparently cast the CString into a Long-Pointer-to-Constant-T_STRing, which is what LPCTSTR means. In non-unicode environments this is indeed a const char*.
When you need a non-const char*, you have to use CStrings GetBuffer()-function (and don't forget to call ReleaseBuffer() after use!), which gives you a char*.
So is const char* the same as say (outloud) "constant char pointer" which is the same as CString?
And why would one want a const char*?
Tom
Tom Wright
tawright915@yahoo.com
|
|
|
|
|
Tom Wright wrote:
So is const char* the same as say (outloud) "constant char pointer" which is the same as CString? /i>
No. const char* and CString is not the same. But if you politely ask the CString, it will behave like a const char* would.
Tom Wright wrote:
And why would one want a const char*?
For display? For printing? For anything that need not modify the string.
And that is about 90% of all string uses.
"We trained hard, but it seemed that every time we were beginning to form up into teams we would be reorganised. I was to learn later in life that we tend to meet any new situation by reorganising: and a wonderful method it can be for creating the illusion of progress, while producing confusion, inefficiency and demoralisation."
-- Caius Petronius, Roman Consul, 66 A.D.
|
|
|
|
|
Hi,
When I try to add new records for my database application, whatever words/numbers I entered into the edit control, got disappeared. I found that it is due to the clock timer in my dialog. I don't know why. When I masked off the clock timer portion, I can add new records.
How do I add in new records even with the clock timer ON.
Best Regards,
Siew Hoon
|
|
|
|
|
Dear sirs !
I ask you kindly to help me with my problem. I want to understand the reason of the problem I see. I use VC++ 6.0 with SP 5, OS Windows 2000 Professional.
I create two MFC Extension DLLs. The first of them exports class CMyClassA. The other one exports CMyClassB. Each of the classes uses it’s own resources, for example Dialogs.
CMyClassA::ShowDialog() method shows a DialogA.
CMyClassB::ShowDialog() method shows a DialogB.
Next step.
I want to import these 2 classes from DLLs to my new Project, let it be SDI-application. I create it using MFC AppWizard(exe). I link *.lib files to the project.
When I import ONLY CMyClassA, or ONLY CMyClassB, everything is fine, everything works perfectly as I need. As soon as I import both CMyClassA and CMyClassB to the same application, problems are coming. These two classes begin to conflict by their resources. So I can’t call methods ShowDialog() for any of them. Instead of result I see something like this: “An unsupported operation was attempted”.
What’s wrong with these DLLs can be ? How to solve the problem of resources conflict between DLLs ?
I would be very grateful for your help.
Best regards, Alexander.
|
|
|
|
|
Try this:
In the function in your DLL that invokes the dialog add the following code:
// Get the Handle to the DLL
HMODULE hDLL = GetModuleHandle("MyDLLName.dll");
// Get the current resource Handle (i.e.from whomever
// called us -- probaby for the .exe)
HINSTANCE hEXE = AfxGetResourceHandle();
// Set the current resource Handle to point to the DLL's resources
AfxSetResourceHandle((HINSTANCE) hDLL);
// Now create & show the dialog -- it will use the DLL's resources
CMyDialog Dlg;
if (Dlg.DoModal() == IDOK) {
...
}
// Restore the resource handle to where it was when we were called
AfxSetResourceHandle(hEXE);
// Now it is safe to return
return;
John
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
