| |
|
|
|
|
|
Forum
Please
Log In
to post a new message or reply to an existing one. If you are not registered, please
register.
NOTE: Some forums may be read-only if you are not currently subscribed to
our technical support services.
|
Subject |
Author |
Date |
|
|
LAURA GUGLIELMETTI
|
May 13, 2010 - 1:41 AM
|
Dear Tech-support, I’m calling an exe made using your Prof-UI 2.89 and with the CExtPaintManagerOffice2007_R3_Obsidian theme from an application that is a standard Win32 app using CreateProcess. Once this exe is open, if I create any dialog inside the original Win32 app, the background of such dialog is according to obsidian theme as well. Is it possible to avoid such behavior. Do I miss something inside the Prof-UI application ? Thanks in advance for your help. Best regards Laura
|
|
|
LAURA GUGLIELMETTI
|
May 14, 2010 - 2:53 AM
|
Dear Support, unfortunately there is no Prof-UI under construction, (the Prof-UI app is active but mainframe is hidden) while I experience the problem. So I try to describe the flow, and I hope this will be helpful: I launch NON prof-UI application, and press button on it that starts the Prof-UI application. When this application is started, and the user inside main Prof-UI frame presses a button I send a message to the calling application (NON Prof-UI Application) that creates a dialog that is ok and I hide the Prof-UI application. If after that I create some other dialogs inside the NON Prof-UI app, they are all created with wrong background (it looks like the color of the background of the text under the ribbon) I do not think this happened with version 2.88, but I cannot tell for sure. Thanks again for your support. Laura Guglielmetti
|
|
|
Technical Support
|
May 14, 2010 - 11:32 PM
|
Please try setting a breakpoint in the CExtResizableDialog::PreSubclassWindow() method and let us know whether it’s invoked before the last non-Prof-UIS dialog with themed by Prof-UIS background appeared on the screen? If yes, then please provide us with the Call Stack listing.
|
|
|
Technical Support
|
May 13, 2010 - 12:50 PM
|
Our customers often ask us a question which is "vice versa" version of your question: how to make some non-Prof-UIS dialog fully or partially themed by Prof-UIS? We do not perform any automatic theming of non-Prof-UIS dialogs. But this is possible. Here is the example of how to skin the standard Windows shell dialog for browsing folders:
CExtNCW < CExtResizableDialog > dlgSkin;
dlgSkin.SetAutoSubclassChildControls();
::AfxHookWindowCreate();
::ShBrowseForFolder( . . . . . . . );
::AfxUnHookWindowCreate();
Something similar can occur in your app occasionally. The AfxHookWindowCreate() API is invoked during the MFC/Prof-UIS dialog construction. We suspect you displayed your CDialog-based window while the CExtResizableDialog-based window construction was not completed.
|
|