Forum

Hello.

 

We coded the following test project for you:

http://www.prof-uis.com/download/forums/TestTooltipsOverGridCells.zip

You may need to add the <b>res/manifest_x86.xml</code> additional manifest file option and specify the PROF_UIS_FORCE_NO_MANIFEST resource preprocessor symbol if you are going to compile it with Visual Studio 2005 or later version.

Hi,

do you have an example?

Ulrich

Dear Support,

I have an application with CExtGridWnd and CExtTreeGridWnd. I need to drag a row from the grid and drop it into the tree’s first level with will add a child node to that node.

Can you please explain how this can be done? I could not find an exact sample, and it’s not completly clear why I need to do in OnGbwDataDndDo exactly, and in which of my classes - the tree or the grid.

Thanks,

Ron.

Hello.

I want to draw bitmap in outercell.

Please teach a good function name.

Dear Support,

I am trying to create the following application:

1) A tree and some other controls in a docked control bar on the left side

2) Menu bar and toolbar using Prof-UIS

3) Tab container in the rest of the window.

I have created the tree dialog OK, but I have problems filling the rest of the window with the tab container - I have dereived my class from CExtTabPageContainerWnd, and created it as a child of the main frame window:

 

m_pTab->Create(AfxGetMainWnd(), CRect(0,0,0,0), AFX_IDW_PANE_FIRST)
 

and filled it with tabs.

However, it does not look good - sometimes the tab container is not displayed, if I remove the the toolbar I sudenly see the tabs, etc etc.

What am I doing wrong...? Is there any sample that shows how to implement this?

Thanks,

Ron.

The TabbedBars sample application uses the One Note tab page container as main SDI view window. It creates 3 colored dialog tab pages. We don’t see similar problems in this sample application. The tab page container can be used as main view window.
Please check whether some of other windows is created with the AFX_IDW_PANE_FIRST dialog control identifier. Only the tab page container should use it.

I’m using CExtTreeGridWnd to display tree data with more columns. Is it possible to create some rows in the tree which are just empty lines, or some label text to separate data rows into some groups? There should be no columns lines and sorting of data by columns should sort data in each group separately. Thank you.

If in a CExtTreeCtrl a tooltip for an item is shown which ist not selected and one clicks with the mouse on that item, OnTreeMouseClick is not called with nClick==1 (Button released). The next click works.

I have a Toolbar with a CExtBarColorButton and when I select "Bright Green" from the pallete my MDI App changes windows. Selecting "Bright Green" sends a WM_COMMAND wParam = 0xFF00 to the mainframe which is AFX_IDM_FIRST_MDICHILD. I don’t know if this is what is causing the MDI window to change though.

The following code prevents the Window change.

CMainFrame::WindowProc( UINT message, WPARAM wParam, LPARAM lParam )
{
    if ( message == WM_COMMAND )
    {
	    if ( wParam == 0xFF00 )
		    return 0L;
    }

Is this a known problem and is their a better solution or a fix in newer version of Prof-UIS. I am using V2.85

Thanks,

Neville http://www.surfulater.com 

 

Dear Support,

We have a grid in a resizable dialog. The grid have many lines. There is an Add button, and when pressed, we add a row to the grid, and we want to make sure its visible, so we call EnsureVisibleRow after we add the row.

The problem is that if the dialog’s height is not exactly in multiples of grid rows height, the last line , which we should be fully is cut in the middle, so it’s impossible to see it, and edit it.

Please fix, or explain how to solve this problem.

Thanks,

Ron.

Hello.

Cannot you build such PoupMenu?

Check marks can be set on/off through the CCmdUI::SetCheck() method invoked in the command updating handler method.

Because the following menus cannot set ID.

I cannot use CCmdUI-SetCheck.

 

Yes. This is right. You should use dynamic menu construction:

http://www.prof-uis.com/prof-uis/tech-support/faq/pop-up-menus.aspx#how-to-insert-menu-items-at-run-time

You can use the CExtPopupMenuWnd::ItemGetInfo() to get the CExtPopupMenuWnd::MENUITEMDATA data structure describing the popup menu item and set its checked state using the CExtPopupMenuWnd::MENUITEMDATA::Check() method.

I click this place and want to judge it.

Is it impossible?

You should catch the CExtPopupBaseWnd::g_nMsgTranslateMouseClickEvent registered message. The WPARAM parameter is pointer to the CExtPopupBaseWnd::TranslateMouseClickEventData_t data structure. You should set its m_bMessageHandled property to true flag value if your handler method processes the mouse click event.
The CExtPopupMenuWnd::_HitTest() internal method can be used for hit testing the menu elements. If the returned value is greater or equal to zero, then it specifies the menu item index. If it’s negative, then you should use the following enumeration declared locally in the CExtPopupMenuWnd class:

   enum spec_buttons_index_t
            {
                        IDX_NOTHING = -1,
                        IDX_SCROLL_TOP = -2,
                        IDX_SCROLL_BOTTOM = -3,
                        IDX_EXPAND = -4,
                        IDX_TEAROFF = -5,
                        IDX_RIBBON_FILE_MENU_OPTIONS_BUTTON = -6,
                        IDX_RIBBON_FILE_MENU_EXIT_BUTTON = -7,
            };

 

Popup is not closed even if I click it.

I want to close Popup.

Please teach a method.

LRESULT CSamplePopupDlg::OnTranslateMouseClickEvent(WPARAM wParam, LPARAM lParam)
{
 wParam;
					  
 CExtPopupBaseWnd::TranslateMouseClickEventData_t * pData =
  reinterpret_cast< CExtPopupBaseWnd::TranslateMouseClickEventData_t  * >
  ( wParam );
 pData->m_bMessageHandled = true;
 CMuPopupMenuWnd * pPopupMenuWnd = (CMuPopupMenuWnd *)pData->m_pEventSourcePopup;
 int nIndex = pPopupMenuWnd->_HitTest( pData->m_point );
 return false;
}

The CExtPopupMenuWnd::_ItemFocusCancel() method closes the next level popup menu.

I programed it as follows

PopupMenu does not close it

 

LRESULT CSamplePopupDlg::OnTranslateMouseClickEvent(WPARAM wParam, LPARAM lParam)
{
 wParam;
					  
 CExtPopupBaseWnd::TranslateMouseClickEventData_t * pData =
  reinterpret_cast< CExtPopupBaseWnd::TranslateMouseClickEventData_t  * >
  ( wParam );
 pData->m_bMessageHandled = true;
 CMuPopupMenuWnd * pPopupMenuWnd = (CMuPopupMenuWnd *)pData->m_pEventSourcePopup;
 int nIndex = pPopupMenuWnd->_HitTest( pData->m_point );
 pPopupMenuWnd->_ItemFocusCancel( TRUE , TRUE , TRUE );
 return false;
}
 

 

Here is the fixed source code:

            lParam;
CExtPopupBaseWnd::TranslateMouseClickEventData_t * pData =
                        reinterpret_cast< CExtPopupBaseWnd::TranslateMouseClickEventData_t  * >
                        ( wParam );
CExtPopupMenuWnd * pPopupMenuWnd = (CExtPopupMenuWnd*)pData->m_pEventSourcePopup;
            // the pData->m_point point depends on WM_*** or WM_NC*** message type
            // we will get actual cursor position instead
CPoint ptHitTest;
            if( ! ::GetCursorPos( &ptHitTest ) )
                        return 0L;
            pPopupMenuWnd->ScreenToClient( &ptHitTest );
int nIndex = pPopupMenuWnd->_HitTest( ptHitTest );
            if( nIndex >= 0 )
            {
                        CExtPopupMenuWnd::MENUITEMDATA & mi = pPopupMenuWnd->ItemGetInfo( nIndex );
                        if( mi.IsPopup() )
                        {
                                    // close displayed sub menu, un-focus menu item
                                    pPopupMenuWnd->_ItemFocusCancel( FALSE, TRUE, FALSE );
                                    // restore menu item focus, do not show next level submenu
                                    pPopupMenuWnd->_ItemFocusSet( nIndex, FALSE, TRUE, FALSE, FALSE );
                                    // move captured state into clicked popup menu
                                    pPopupMenuWnd->_SetCapture();
                                    pData->m_bMessageHandled = true; // we handled this message
                                    pData->m_bNoEat = false; // this message should be filtered by thread hook of popup menu
                        }
            }
            return 0L;

Hello.

The program does not work well.

Popup is not closed even if I click it.

I prepared a sample.

You click Button1, and please display PopupMenu.

http://ifreeta.dee.cc/20100118/SamplePopup2.lzh

 

 

 

I never request this function.

However, is it impossible to realize this function?

 

We tested the suggested code in the ProfUIS_Controls sample application. We modified the CPagePopupMenus dialog page. Here is the updated code files:

http://www.prof-uis.com/download/forums/tmp/MenuTestForTeraTera.zip

Please extract the PagePopupMenus.h and PagePopupMenus.cpp files from this ZIP file into the folder of the ProfUIS_Controls sample application, then compile and run it. You can right click the Popup Menus dialog page and context menu and context menu will appear. This context menu contains several popup items and they behave like you requested.

 

Is it impossible?

I give it up. ( It does not need to be able to come true forcibly. )

Thanks

We suspect your question is related to popup menus displayed from ribbon buttons because all your last questions were related to ribbon bar. Please let us assume you already initialized some CExtRibbonNode which represents a button in your ribbon bar. This button is displayed and works as an normal push button in your ribbon bar. To make it displaying a popup menu like on your screen shot you should construct the CExtCustomizeCmdTreeNode-based tree representing the popup menu. The menu must contain only the CExtCustomizeCmdTreeNode objects. It must not contain the CExtRibbonNode objects. I.e. if you already initialized the CExtRibbonNode node representing ribbon button, then you should insert the CExtCustomizeCmdTreeNode nodes into button’s ribbon node and these CExtCustomizeCmdTreeNode nodes will represent the first level of popup menu. Some of CExtCustomizeCmdTreeNode objects can contain a set of CExtCustomizeCmdTreeNode nodes representing the second menu level.

Hello.

I want to always make this button non-display

Hello.

Because it is RibbonTypeMenu, this CExtMenuControlBar-_InstallMdiDocButtons is not called.

It is necessary to revise other points?

Just do not insert the CExtRibbonNodeMdiRightButtons node into the right buttons collection.

Hello.

Where will this line of popup control it?

I want to change a line of popup.

I want an answer immediately.

Give my best regards

This is the built-in Prof-UIS menu and the bar commands in it are listed in the order defiled by bar creation sequence. The bars which are created earlier are listed closer to the top. You can modify this menu or you can rebuild it completely like the ProfStudio sample application does. Please read this:

http://www.prof-uis.com/prof-uis/tech-support/faq/pop-up-menus.aspx#how-to-modify-or-suppress-entirely-built-in-pop-up-menus-available-in-prof-uis

Please teach a method to change the rank of a displayed title for PopupMenu

How to have a button (CExtBtnOnFlat or CExtButton) with an Icon and transparent border ?

 

I use your CExtIconButton and it works. Thanks for you help

We have been using CExtWFF<CTreeCtrl> in our app.  We use this with an image list to provide icons for individual items in the tree.  We’ve noticed that under Windows 7, the dashed lines drawn to the nodes in the tree do not render correctly.  If we comment out the set image list call, removing the images, then the lines draw correctly.

Prof-UIS support suggested we use CExtTreeCtrl instead and use the TreeIconInsert method there instead of image lists.

Is there a sample anywhere which illustrates this?  We’ve tried this but cannot get images to show in the tree using this approach.

We’re initializing the tree images with the below code using the same image we used to use with the image list (so we have to manually chop it up into the individual icons).

<tt> CImage treeIconSet;

    treeIconSet.LoadFromResource(AfxGetInstanceHandle(),IDB_TAB);

    const int iconWidth = 16;

    const int iconHeight = 16;

    CDC screenDC;

    screenDC.CreateDC(_T("DISPLAY"),NULL,NULL,NULL);

    CDC offscreenDC;

    offscreenDC.CreateCompatibleDC(&screenDC);

    HDC hOffscreenDC = offscreenDC.GetSafeHdc();

    INT iconPos = 0;

    for (int xUL = 0; (xUL+iconWidth-1) < treeIconSet.GetWidth(); xUL += iconWidth, iconPos++)

    {

        CImage iconImg;

        if (!iconImg.CreateEx(iconWidth,iconHeight,32,BI_RGB,NULL,CImage::createAlphaChannel))

            break;

        HBITMAP hBmp = iconImg.Detach();

        HGDIOBJ hPrevObj = ::SelectObject(hOffscreenDC,hBmp);

        treeIconSet.Draw(hOffscreenDC,0,0,iconWidth,iconHeight,xUL,0,iconWidth,iconHeight);

        ::SelectObject(hOffscreenDC,hPrevObj);

        CExtCmdIcon& cmdIcon = *new CExtCmdIcon;

        cmdIcon.AssignFromHBITMAP(hBmp);

        TreeIconInsert(cmdIcon,iconPos);

    }</tt>

 We then call CTreeCtrl::SetItemImage on individual items.  But no icons show up in the tree.  Is there something else we need to do?

Yes. The ProfUIS_Controls sample application contains the CPageTreeCtrl dialog page dedicated to the CExtTreeCtrl extended tree control. The tree control displays images there. Here is the part of the CPageTreeCtrl::OnInitDialog() method initializing a set of tree items displaying icons:

                                       HTREEITEM htiItemsWithIcons = m_wndTree.InsertItem( _T("Items with icons"), htiControls, NULL );
                                                m_wndTree.TreeItemInfoGet( htiItemsWithIcons ).m_nIconIndexCollapsed = 1;
                                                m_wndTree.TreeItemInfoGet( htiItemsWithIcons ).m_nIconIndexExpanded = 0;

                                                                                    hti = m_wndTree.InsertItem( _T("Item 0"), htiItemsWithIcons, NULL );
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexCollapsed = 2;
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexExpanded = 2;

                                                                                    hti = m_wndTree.InsertItem( _T("Item 1"), htiItemsWithIcons, NULL );
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexCollapsed = 3;
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexExpanded = 3;
                                                                                    
                                                                                    hti = m_wndTree.InsertItem( _T("Item 2"), htiItemsWithIcons, NULL );
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexCollapsed = 4;
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexExpanded = 4;
                                                                                    
                                                                                    hti = m_wndTree.InsertItem( _T("Item 3"), htiItemsWithIcons, NULL );
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexCollapsed = 5;
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexExpanded = 5;
                                                                                    
                                                                                    hti = m_wndTree.InsertItem( _T("Item 4"), htiItemsWithIcons, NULL );
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexCollapsed = 6;
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexExpanded = 6;
                                                                                    
                                                                                    hti = m_wndTree.InsertItem( _T("Item 5"), htiItemsWithIcons, NULL );
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexCollapsed = 7;
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexExpanded = 7;
                                                                                    
                                                                                    hti = m_wndTree.InsertItem( _T("Item 6 (disabled)"), htiItemsWithIcons, NULL );
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexCollapsed = 8;
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexExpanded = 8;
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_bDisabled = true;
                                                                                    
                                                                                    hti = m_wndTree.InsertItem( _T("Item 7"), htiItemsWithIcons, NULL );
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexCollapsed = 8;
                                                                                    m_wndTree.TreeItemInfoGet( hti ).m_nIconIndexExpanded = 8;

I noticed that if I set a breakpoint on CExtTreeCtrl::OnPaint that the breakpoint never gets called. If I set a breakpoint on CExtTreeCtrl::TreeIconAdd, it does get called (so the breakpoints are being properly set).

So now I suspect the rendering is just using the base CTreeCtrl which might be why we’re not getting images. We’re creating the tree control dynamically at runtime using the below code (as opposed to a dialog resource like in your example).

Is there something special we need to do to get the CExtTreeControl to take over and do its own rendering?


BOOL COurTree::CreateTreeCtrl(CExtTabPageContainerWnd& tabsContainer)
{
    m_pTabsContainer = &tabsContainer;

    if( !this->Create(
        WS_CHILD|WS_VISIBLE|WS_VSCROLL|WS_HSCROLL|WS_TABSTOP
        |TVS_HASBUTTONS|TVS_HASLINES|TVS_LINESATROOT
        |TVS_INFOTIP
        |TVS_SHOWSELALWAYS|TVS_TRACKSELECT,
        CRect(0,0,0,0),
        m_pTabsContainer,
        UINT(IDC_STATIC)
        )
        )
    {
        TRACE0("Failed to create TreeCtrl\n");
        return FALSE;        // fail to create
    }

Note that COurTree class is created as follows.

class COurTree : public CExtWFF<CExtTreeCtrl>, public OurTreeBase {}

I think I found the problem. If I remove the CExtWFF<> from the class derivation (just derive from CExtTreeCtrl) the images work.

I believe we added the CExtWFF<> in there to have flicker free scrolling through the tree. What alternative should we now use with CExtTreeCtrl?

The CExtWFF template class can remove flicker effects from standard common controls. It just implements double-buffered painting. Most of the Prof-UIS controls does not need assistance of this template class. Most of the Prof-UIS controls have their own flicker free painting code. I.e. you can make the MFC’s tree control non-flickering by using CExtWFF < CTreeCtrl > type. But the CExtTreeCtrl does not require the CExtWFF template class.

The CExtWFF template class can remove flicker effects from standard common controls. It just implements double-buffered painting. Most of the Prof-UIS controls does not need assistance of this template class. Most of the Prof-UIS controls have their own flicker free painting code. I.e. you can make the MFC’s tree control non-flickering by using CExtWFF < CTreeCtrl > type. But the CExtTreeCtrl does not require the CExtWFF template class.

Your sample ProfUIS_Controls project does not appear to call TreeIconInsert. I can’t find any sample code which calls TreeIconInsert. I can see in that sample where its setting up the icons for each item, but not where they’re being added to the tree.

I see you’re doing TreeIconAdd instead; I switched to that, but still no icons in the tree.

I’m adding tree items after the window is initialized.  I’m adding an item and then need to set its icon after the fact.  I also have cases where I need to change the icon of an existing tree item.

 

Your example code just involves setting a variable in the item info structure.  This doesn’t seem sufficient to get the tree control to re-draw that item with the new icon.   Is there some other call I need to tell the tree control to update that item and use the modified info structure?

I made the change you suggested, but I’m still not seeing any icons in the tree.  Is there some style I need to set or flag to enable use of the images?

Also, the code you provided just sets a member variable in the TREEITEMINFO structure.  Shouldn’t there be another call to cause the tree to take notice of the change and use the new value?

 

Please remove the CTreeCtrl::SetItemImage() method invocation and use the following code instead:

CExtTreeCtrl & wndTree = . . .
INT nImageIndex = . . .
HTREEITEM hti = . . .
CExtTreeCtrl::TREEITEMINFO_t & _TII =  wndTree.TreeItemInfoGet( hti );
            _TII.m_nIconIndexCollapsed = _TII.m_nIconIndexExpanded = nImageIndex;

There must be some missing information here.  Do you have a sample illustrating how to use CExtTreeCtrl with images for the items?  I can’t get images in my tree.

Dear sir/madam,

How to add a maximize button in floating control bar, just like the one in a normal window?

Regards,

Chun Pong

Thank you for your response.

May I have a concrete example / sample / steps to add the button?

No, unfortunately we don’t have such sample project. But this is simple to do. You should create your own CExtControlBar-derived class and override the CExtControlBar::OnNcAreaButtonsReinitialize() virtual method in it. Your method should look like:

void C_YOUR_ControlBar_CLASS_NAME::OnNcAreaButtonsReinitialize()
{
            ASSERT_VALID( this );
INT nCountOfNcButtons = NcButtons_GetCount();
            if( nCountOfNcButtons > 0 )
                        return;
            NcButtons_Add( new CExtBarNcAreaButtonClose(this) );
#if (!defined __EXT_MFC_NO_TAB_CONTROLBARS)
            NcButtons_Add( new CExtBarNcAreaButtonAutoHide(this) );
#endif // (!defined __EXT_MFC_NO_TAB_CONTROLBARS)
            // NcButtons_Add( new CExtBarNcAreaButtonExpand(this) );
            NcButtons_Add( new CExtBarNcAreaButtonMenu(this) );
            NcButtons_Add( new CExtBarNcAreaButtonFloatingMaximizeRestore(this) );
}

The method above is very similar to the original CExtControlBar::OnNcAreaButtonsReinitialize() method. The only difference is the last line of code:

   NcButtons_Add( new CExtBarNcAreaButtonFloatingMaximizeRestore(this) );

Prof-UIS contains the commented source code of the CExtBarNcAreaButtonFloatingMaximizeRestore class in the .../Prof-UIS/Include/ExtControlBar.h and .../Prof-UIS/Src/ExtControlBar.cpp files. You can copy this source code into your project. The CExtBarNcAreaButtonFloatingMaximizeRestore class is the beta implementation of the caption button you need.

When Main frame switching from  MAXIMIZED state to RESTORED and then again to MAXIMIZED state,

the control bars layout not restoring.

To reproduce bug use next steps:

- Start ProfStudio sample and  switch Main Frame to  MAXIMIZED state.

- Change proportion of the "ClaseView" and "Server Explorer" bars heights to about 1:3 or ~ 25% : 75% of the Main Frame height.

- Switch Main Frame to  RESTORED state

- Switch Main Frame to  MAXIMIZED state

  Proportion of the "ClaseView" and "Server Explorer" heights changed.

  Now its about 1:1 or ~ 50% : 50% of the Main Frame height.

This bug appears in 2.87 release.

Attention!

The bug reproduced on ProfStudio sample builded from 2.87 release sample sources.

If download ProfStudio sample from you site the bug not reproduced.

Maybe its help to fix the bug.

We need to get work around for this bug in the short time!

The resizable control bars docked into one column store information about their height in pixels. They do not store any floating point values describing percent of column height occupied by each bar. The same about widths of resizable control bars docked into one row. If the column height is too small for the main frame in restored state, and you have two resizable bars occupying 25 percent and 75 percent of height in maximized state, then restoring main frame and maximizing them again can change 25/75 proportion to something closer to 50/50 proportion. This is design of current control bar positioning algorithm implemented in Prof-UIS. It’s not critical in the most of cases because applications with many bars are usually limiting the minimal size of main frame window via handling the standard WM_GETMINMAXINFO message.

How to change the font and color for the selected item in CExtTreeCtrl ?

How to add a combobox in the caption of CExtControlBar ?

Hello.

Soon....

Please solve the following problems.

Give my best regards.

http://www.prof-uis.com/prof-uis/tech-support/support-forum/__ectn_tbb_separated_dropdown-bug-part2-65894.aspx

 

Dear support,

with version 2.8.7 we have new problem with task main frame.

We used ’FormulaGrid’ sample  from url: http://www.prof-uis.com/download/samples/win32/FormulaGrid.zip

and Windows XP SP3.

To reproduced problem we used the next steps:

- Expand task main frame on full main monitor.

- When Outlook Express adds icon to system tray to notify about new message, task main frame change it size. It first switch to not maximized state and then again expands to maximized state.

  The second method to reproduced bug - block current session (Ctrl+Alt+Del, Enter) and then unblock it.

  Also the same problem some times appears with  activating  ’Quick lunch’ on task bar, but in this case the bug reproducing  not stable.

Currently we must release our product, so can you supply us with the work around for this bug?   

It’s not the multimonitor problem.

The problem with the next method of the CExtNcFrameImpl class:

bool CExtNcFrameImpl::NcFrameImpl_PreWindowProc( LRESULT & lResult, UINT message, WPARAM wParam, LPARAM lParam )

{      ....................

case WM_SETTINGCHANGE:

        NcFrameImpl_MapHtRects_Clean();

        if( ! NcFrameImpl_IsSupported() )

            break;

        if( NcFrameImpl_IsDwmBased() )

            break;

        if( wParam == SPI_SETWORKAREA )

        {

            WINDOWPLACEMENT _wp;

            ::memset( &_wp, 0, sizeof(WINDOWPLACEMENT) );

            _wp.length = sizeof(WINDOWPLACEMENT);

            if( GetWindowPlacement( _wp ) && _wp.showCmd == SW_SHOWMAXIMIZED )

            {

                CExtPaintManager::monitor_parms_t _mp;

                CExtPaintManager::stat_GetMonitorParms( _mp, pWndFrameImpl );

                WINDOWPLACEMENT _wpAdjust;

                ::memcpy( &_wpAdjust, &_wp, sizeof(WINDOWPLACEMENT) );

                _wpAdjust.showCmd = SW_SHOWNORMAL; // SW_RESTORE;

//                pWndFrameImpl->GetWindowRect( &_wpAdjust.rcNormalPosition );

                ::CopyRect( &_wpAdjust.rcNormalPosition, &_mp.m_rcWorkArea );

                _wpAdjust.ptMaxPosition.x = _wpAdjust.ptMaxPosition.x = _wpAdjust.rcNormalPosition.left;

                _wpAdjust.ptMaxPosition.y = _wpAdjust.ptMaxPosition.y = _wpAdjust.rcNormalPosition.top;

                SetWindowPlacement( _wpAdjust );

                SetWindowPlacement( _wp );

                //NcFrameImpl_RecalcNcFrame();

            }

        }

}

Currently I override this method in CMainFrame:

bool CMainFrame::NcFrameImpl_PreWindowProc( LRESULT & lResult, UINT message, WPARAM wParam, LPARAM lParam )

{

    if  (message != WM_SETTINGCHANGE)

    {

        return CExtNCW<CMDIFrameWnd>::NcFrameImpl_PreWindowProc( lResult, message, wParam, lParam );

    }

    return TRUE;

}

This fix bug.

Is this correct work around, or you can provide  one another？

 

The problem with CExtNCW.

See previouse addition for our bug request.

The problem with  CExtNCW class.

See addition for our request.

It’s the problem with CExtNCW<> class.

If we remove CExtNCW <> from the CMainFrame class  definition in ’FormulaGrid’ sample:

class CMainFrame : public CExtNCW < CFrameWnd >     ---->    class CMainFrame : public  CFrameWnd

the bug will be fixed.

In opposit side  "ProfStudio" sample work correct.

 

 

 

We confirm this issue. It happens on multi monitor systems only and only if monitors have different screen resolutions. But we reproduced it only with using the Win+L key combinations. We were unable to reproduce it using any other actions you described in your message. We are working on the fix.

Attention!

The bug reproduced on ProfStudio sample builded from 2.87 release sample sources.

If download ProfStudio sample from you site the bug not reproduced.

Maybe its help to fix the bug.

We need to get work around for this bug in the short time!