Try correcting your SendMessage to this: SendMessage(hMain, WM_SEND_HELLO, 0, (LPARAM) &text); Maybe you need a LPCTSTR cast for &text, if it doesn't compile.

I'm not using MFC at all. I only searched through the documentation on StretchDIBits and other bitmap API functions which reads: Windows 98/Me, Windows 2000/XP: StretchDIBits has been extended to allow a JPEG or PNG image to be passed as the source image. So I was wondering how to pass a JPEG pr PNG image to this function, maybe I can read from the disk ???? :omg:

Hi ! MSDN states that: <> But how can I load a JPEG or PNG image ? Can I do it without using COM ?

How did you get that compiler ? Is there a standard (cheap) version too ?

Hi, I don't like modal dialogs that miss the minimize button and deny the user from minimizing the application, when they are open and stay on top of the main window. Can one handle the WM_SYSCOMMAND message and let both the dialog and the main window minimize & restore at the same time ? Can anyone help ? Thanks in advance.

So every ATL program that uses exception handling needs to link CRT... Is this the price to pay for using exceptions ?

If you want to read 1024 bytes you need to do it to a buffer not a CString object. char szBuffer [1024]; ... arch.Read (szBuffer, 1024);

Hi, I'm using GetStockObject with SYSTEM_FONT to get the Tahoma font on Win2k/XP, as it's described on its documentation ; why does it return a different font face (and size) ?

Try LPtoDP.

Help !! The size of my program doubles from 28 K to 56 K ! X| Is this the price to pay to use exception handling ???

Well, they CAN'T say Direct3D is easier than OpenGL...:mad: also, you should check OpenGL updates on pixel shaders to see if one is more powerful than the other.

I like using them this way ;P

Try GradientFill.

It's not enough, you need to enable the sunken style as well.

Hi all, I am wondering about using exception handling in ATL *without* the need to dinamically link to msvcrt.dll... can one do it ? :omg: I can't use SEH due to C++ classes.

Well, I think you'll have to draw it as you like... zoom in Office's gripper and try to draw something similar, you should have a device context to draw to; note that you can increase the width of the gripper by sending a message to the rebar or toolbar, if you want.

Well, handling custom draw in your rebar lets you draw your custom vertical gripper, while doing it in your toolbars enables you create the gradient effect and custom check boxes... Try searching articles on custom draw on this site.

Office doesn't use normal toolbars; you can get the same feel by creating an a tear off rebar (w/custom draw) you can find on this site.

Paul Watt (kilowatt) wrote: Correct, you can just add the linker option in your linker options for your project settings. WTL does not change anything about the compiler or environment, it is simply a set of template classes to write windows programs in. Of course, but why they compare MFC program size and WTL's with this option ? Shouldn't they have applied this option to both projects before comparing ? Mah...:~ Maybe they just wanted to upraise the latter....;P

I meant a Release build. I compiled the project with the default settings, as I downloaded it (only Release change, of course). So the program will still run on Win98, won't it ? The linker option is not restricted to WTL project, isn't it ?:eek: