If the program changes its own caption internally using SetWindowText() then there is nothing you can do directly. However, I believe there is a function that allows you to set a hook process which can monitor all messages, so you could intercept the WM_SETTEXT and act appropriately. But it sounds like a lot of hard work for no discernible benefit.
And the third possibility (after API hooking and editing the executable in a hex editor) would be:
Contact the author and ask for it, for example with a special build or a new runtime setting. If the application is open source you could even do it yourself, otherwise check what the author/vendor thinks about it. Some are happy to help, especially when you can explain why this feature would improve the end user experience for (one of) their customers.
In VS2008 neither /IGNORE nor #pragma warning(disable:4099) work for that message.
I'd like to compile debug build and I'm using a lot of libs they garbage the output window too much with those 4099 warning
I'm looking into porting some apps to VS2010 for a client. Some of their tools manipulate the .rc file directly. Could anyone with VS2010 installed please send me a .rc file that was created with VS2010 (not converted, but actually newly created by VS2010). Thanks!
As Avi Berger mentioned, are you using an application to change the caption of yet another application?
If not, you do not need to use FindWindow?
Also you haven't answered the questions in my earlier post.
«_Superman_» I love work. It gives me something to do between weekends.
I am looking for a charting control to be used in an MFC application that we want to convert to 64 bit. We have used ComponentOne Chart for years, but they do not have a 64-bit activeX version, and it looks like they aren't going to develop one.
* 64-bit activeX control
* line charts
* what excel would call scatter charts -- chart a line based on X and Y data where the X values are not evenly spaced.
* surface charts, where the input is Z values at X and Y coordinates, and the control charts a wire-mesh, or a smooth surface.
* contour charts, where again the input is Z values at X and Y coordinates, and the control charts contour lines, or contour color bands.
* can zoom in on the data, either through user interaction, or programatically.
* ability to handle large amounts of data. In the 3D surface charts, we would like to be able to handle at least 100x100 so 10,000 data points, and 500x500 (250,000 data points) would be nice.
I have searched and haven't found anything that meets our needs. Any suggestions?