OS common file open dialog partially skinned

Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic

   I'm seeing this in our product. When skinning is disabled the OS File Open dialog has the command bar a the top that has "Orginaize", "New Folder" and other buttons like the Help button on it. That part of the dialog is skinned.

Run the CJ SkinSDISample to duplicate the issue. Click the Open Dialog button with iTunes or Le5 enabled. Choose to not skin the dialog. You will see the issue then. I don't know how this is occurring as the window is a DirectUIHWND class and it is created each time the dialog is.

It appears that the OS is detecting system color changes introduced by the skin. Disabling skinning using the API calls made in the sample appears to only avoid hooking windows. We have customers complaining that this part of the open dialog is skinned.

What's the work around? I suspect changing system colors will result in WM_SYSCOLORCHANGE being broadcast to all windows which may then redraw without the expected skin colors.

Author	Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic
rdhd Members Profile Send Private Message Find Members Posts Add to Buddy List Senior Member Joined: 13 August 2007 Location: United States Status: Offline Points: 907	Post Options Post Reply Quote rdhd Report Post Thanks(0) Quote Reply Topic: OS common file open dialog partially skinned Posted: 26 March 2025 at 12:15pm
	I'm seeing this in our product. When skinning is disabled the OS File Open dialog has the command bar a the top that has "Orginaize", "New Folder" and other buttons like the Help button on it. That part of the dialog is skinned. Run the CJ SkinSDISample to duplicate the issue. Click the Open Dialog button with iTunes or Le5 enabled. Choose to not skin the dialog. You will see the issue then. I don't know how this is occurring as the window is a DirectUIHWND class and it is created each time the dialog is. It appears that the OS is detecting system color changes introduced by the skin. Disabling skinning using the API calls made in the sample appears to only avoid hooking windows. We have customers complaining that this part of the open dialog is skinned. What's the work around? I suspect changing system colors will result in WM_SYSCOLORCHANGE being broadcast to all windows which may then redraw without the expected skin colors.