I need to implement a GUI which has two panes with some draggable line between them that resizes both of them accordingly, like the one in windows explorer between the 'folders' and 'contents'. It would be best if this would blend in with a dialog-resize class (something that accepts several resize rules and when the dialog resizes makes sure everything is resized like you want). I'm currently using WTL's CDialogResize for this, but it lacks the ability to define scale by percentages. thanks for your time

Where is this information stored ? Is there an interface to access it ?

I have an application downloaded and installed by user. The main GUI executable uses a secondary COM EXE Server. During installation (Installshield) I put 2 values into the registry to tell Windows I want this COM EXE Server to run as the 'Interactive User'. * The reason why this is done isn't the clearest thing to me, apparently It's been done in the past so that this COM EXE Server can run as a service, this isn't the case now. The application is deployed onto thousands of computers. Recently I have this guy who installs but fails to run my application on 3 of his computer (4'th one succeeds), my application spits back the error '0x8000401a'. 0x8000401a = The server process could not be started because the configured identity is incorrect. Check the username and password. From what I understand Windows doesn't really want to allow him to create an instance of my COM EXE Server. My question is what can be causing this ? He said he's both a local and network Administrator, nothing problematic (that he can see). Can someone give me a clue/hint/direction about this error ? thanks

I'm calling an external COM object. I want to be able to identify when it returns S_OK and when it returns S_FALSE. Any other HREUSLT returned by the COM object is properly translated by the CLR to a COMException object. Nevertheless S_FALSE is treated as a success thus an exception isn't thrown. How can I get this return code ? I look at the registers and I can see EAX change according to S_OK/S_FALSE, but I can't access that data in any way. Thanks

Flash can talk COM, so if your VC program has a COM interface, the flash program can command it to do things, and query it for data to display. It's an evolving way of writing GUIS... look at http://topicks.com/ for a demo of a program that does just that

I have an application with several dialogs, all have logical Tab-Ordering. Everything was great up until a month ago when suddenly, the tab order began changing. Some dialogs presented a reverse tab-order and some a very puzzling tab-order. I've checked my resources with the built-in resource-editor in VC, checked the .rc file, used an external viewer and the order looks like it's suppose to look, but my application decides to twist it. What could cause this sort of behaviour ? Where should I look for the causes of this problem ? Is it possible that the dynamic creation of controls can cause this kind of behaviour ? How are dynamically created controls treated with tab-ordering (I'm asking although my dynamic-controls do not have the WS_TABSTOP style) ? thanks

Have you tried CToolTipCtrl::UpdateTipText(...); ?

If you're reffering to the resize-grip, it's appearance is not typically changable. What you can start experimenting with is overriding OnNCPaint, letting windows/mfc draw the grip, and then overriding just the grip to whatever you want it to be...

I have a Message-Window that goes with the System-Tray. Upon a click on the tray-icon a menu is popped. According to MSDN, I should call: SetForegroundWindow(); TrackPopupMenu(); PostMessage(WM_NULL); so that the menu doesn't stay there until a selection is made on it. In response to a certain menu-selection I show a dialog. This dialog is Modal and has no parent. When I call SetForegroundWindow() the dialog will not show, if I don't call SetForegroundWindow() the dialog will show. My window (the one receiving the message from the tray and performing the abovementioned logic) is a pure message-window (child of HWND_MESSAGE). Can someone explain the situation ?

SetWindowPos(&wndTop, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE);

Sender: Sure, snippet below. My guess is that my window-style or default-message-handling somehow affects this... But I can't point out exactly what. DWORD target = BSM_APPLICATIONS; BroadcastSystemMessage( BSF_ALLOWSFW | BSF_POSTMESSAGE, &target, m_guiMsgId, 0, 0); Receiver: Sure: if (IsIconic()) ShowWindow(SW_RESTORE); SetForegroundWindow();

I don't follow... SetWindowPos on itself didn't do the job...

This has no affect :-( The only thing that changes something is : SetForegroundWindow(); It makes my window's entry in the task-bar blink, but the window doesn't jump to the foreground. Perhaps this is privellege related, my call to SetForegroundWindow(); is done in response to a BroadcastSystemMessage with the BSF_ALLOWSFW flag. I don't thinks is the cause though as my window does start blinking...

I've tried: ShowWindow(SW_SHOW); ActivateWindow(); SetForegroundWindow(); My window is a derived CDialog. What's missing ?

I have an MFC Extension-DLL which includse various controls I'd like to use in various places. When I use it in MFC applications it works. When I use it in ATL-Dlls it works, the wizard replaces several core methods in the Dll (DllCanUnload, etc) create a CWinApp object and all is well. It seems like I can't use my beloved MFC-Extension-DLL in an ATL Executable project. Excerpt: Executable (EXE) Select to create a local out-of-process server. This option does not allow support for MFC or COM+ 1.0. It does not allow for the merging of proxy/stub code. Why is this ? Is there a way to get pass this limitation ?

The deal is that during initialization, I want to trigger my version of OnWindowPosChanging. I can fake a direct call to it from PreSubclassWindow, yes, but it's a little unorthodox so I was looking for a cleaner way to do it. I guess that's just what I'll do then, thanks for the tips.

I've checked all the resource-ids/etc, all looks ok. PreSubclassWindow is interesting but problematic. The reason is that if I do my things inside PreSubclassWindow ``my control isn't subclassed yet, and so it's message-handlers aren't called when messages arrive :-) So I'll a little condition to the situation I was persuing earlier. What I need is an intervention-point during which the control is sized, and subclassed. Something like `PostSubclass`, or `PostCreate`, or anything of that kind :-)``

I have a dialog with about 15 edit controls. The controls are a subclass I've made of CEdit, CMyEdit for the matter. 2 out of the 15 CMyEdit controls don't have their OnNcPaint override called, for no apparent reason. all edit-boxes are declared the same way in the resource-editor, no special handling of any of them not in resources nor in code. I've tried overriding OnCreate, OnNcCreate (added ON_WM_XXX ofcourse) and Create itself but none of them are ever called. What am I missing out ? p.s. - what I need is a 'point of intervention' during the creation/post-creation of the edit-control during which the control is already sized and positioned correctly.****

Two options that come into mind: 1. Make your own GroupBox and do whatever you want there :-) 2. Just throw a radio-button OVER your GroupBox, write the logic to 'connect' them, and you get a radio-group-box-thingy.

Load/Create the dialog with CDialog. Now set the parent of your dialog to be child-view window, and resize the dialog accordingly. this is a semi-hack, because the way to do it is to create a window that can host another window, or what I call a 'Pane Container' and a 'Pane'. there's nothing too special about the pane, except that you set it's parent to be the container, but the container should 'remember' the pane it contains (store a ptr to it), and resize the contained pane when the container is resized, etc.