Forum

I am using a CTreeGridWnd. I have the __EGBS_SFB_FULL_ROWS flag set. This configuration is getting me the desired functionallity with one exception. When a row is clicked, the clicked-on row is selected and all other rows are deslected. This is great. My problem is when a row is clicked while the SHIFT key pressed, the selection state of the clicked-on row is toggled and all other rows remain in the same selection state. I would like this behavior to be provided by the CTRL key, not the SHIFT key. What is the best way to make this change?

Thanks,

Gil

Sorry about the incomplete code snipet. Below is the complete routine.

///////////////////////////////////////////////////////////////////////////////
///////////////////////////////////////////////////////////////////////////////
bool
UINT nChar, VRTeachpointGrid::OnGbwAnalyzeCellMouseClickEvent(// VK_LBUTTON, VK_RBUTTON or VK_MBUTTON only
UINT nRepCnt,// 0 - button up, 1 - single click, 2 - double click, 3 - post single click & begin editing
UINT nFlags,// mouse event flags
CPoint point// mouse pointer in client coordinates
)
{
ASSERT_VALID(
ASSERT( 0 <= nRepCnt && nRepCnt <= 3 );
 
{
 this );if( nChar == VK_LBUTTON )//If the user is pressing the CTRL key.
 
{if (CExtPopupMenuWnd::IsKeyPressed( VK_CONTROL ))
// HandleCtrlClickSelection(point);
// return false;
}
 //If the user is pressing the SHIFT key.
 
{else if (CExtPopupMenuWnd::IsKeyPressed( VK_SHIFT ))
// HandleShiftClickSelection(point);
// return false;
}
CExtGridHitTestInfo htInfo( point );
HitTest( htInfo,
 
 
 false, true );if (htInfo.IsHoverEmpty() || (! htInfo.IsValidRect() ))return false;//If the user has clicked on an inner cell.
INT nColType = htInfo.GetInnerOuterTypeOfColumn();
INT nRowType = htInfo.GetInnerOuterTypeOfRow();
 
{
 
&& OnTreeGridQueryColumnOutline( htInfo.m_nColNo )
&& (htInfo.m_dwAreaFlags&__EGBWA_TREE_OUTLINE_AREA) != 0)
&& (htInfo.m_dwAreaFlags&(__EGBWA_CELL_BUTTON|__EGBWA_CELL_CHECKBOX)) == 0)
{
HTREEITEM hTreeItem = ItemGetByVisibleRowIndex( htInfo.m_nRowNo );
 
|| ((htInfo.m_dwAreaFlags&__EGBWA_TREE_BOX) != 0))
{
OnTreeGridToggleItemExpandedState(htInfo.m_nRowNo, &htInfo);
 
}
}
 if ((nColType == 0) && (nRowType == 0))if (( (nRepCnt == 1)if (((nRepCnt == 2) && (hTreeItem != NULL) && (ItemGetChildCount( hTreeItem ) > 0))return true;//If the user has single-clicked on one of the inner cells.
 
{
 else if ((nRepCnt == 1) && (htInfo.m_dwAreaFlags & __EGBWA_INNER_CELLS))//If user has clicked on one of the cells in the approved or orientation columns.
 
{
 if ((htInfo.m_nColNo == kPlateAndA1OrientCol) || (htInfo.m_nColNo == kApprovedCol))//Make sure this cell is of the correct type.
VRCellPicture* pCell =
 
{
HTREEITEM htiItem = ItemGetByVisibleRowIndex(htInfo.m_nRowNo);
string strTpName = GetTpName(htiItem);
VRTeachpoint tp = m_modTpList.GetTeachpoint(strTpName);
 dynamic_cast<VRCellPicture*>(GridCellGet(htInfo));if (pCell != NULL)//If this TP is locked, don’t allow the change.
 
{
string str = (boost::format(st.GetString( IDS_strLockedTpErr)) % strTpName).str();
AfxMessageBox(str.c_str());
}
 if (tp.GetLockedFlg())else
{
 
tp.ToggleA1Orientation((UINT)pCell->LParamGet());
 
tp.ToggleApprovedFlg((UINT)pCell->LParamGet());
ModTeachpoint(tp.GetName(), tp);
}
}
}
}
}
 if (htInfo.m_nColNo == kPlateAndA1OrientCol)else if (htInfo.m_nColNo == kApprovedCol)//Single click on name header cell. Reverse sorting.
 
(htInfo.m_dwAreaFlags & __EGBWA_OUTER_TOP))
{
m_bAscendingOrder = !m_bAscendingOrder;
SortTps(m_bAscendingOrder);
}
}else if ((nRepCnt == 1) && (htInfo.m_nColNo == kNameCol) &&// if( nChar == VK_LBUTTON && ( nRepCnt == 1 || nRepCnt == 2 ) )
 
 if( nRepCnt == 2 )return
CExtGridWnd::OnGbwAnalyzeCellMouseClickEvent(// not CExtTreeGridWnd
nChar,
nRepCnt,
nFlags,
point
);
 return
CExtTreeGridWnd::OnGbwAnalyzeCellMouseClickEvent(
nChar,
nRepCnt,
nFlags,
point
);
}

We tried to copy the method source code from your message into Visual Studio’s C++ source code editor for further code formatting, analysis and testing but we noticed that many lines in your code snippet are swapped with each other. For instance, the first three code lines are:

bool
UINT nChar,
 VRTeachpointGrid::OnGbwAnalyzeCellMouseClickEvent(// VK_LBUTTON, VK_RBUTTON or VK_MBUTTON only

Dear Support,

I’ve tried the above suggestion and cannot achieve the desired selection behavoir. The code below shows my attempt:

At initialization:

SiwModifyStyle( __ESIS_STH_PIXEL |

__EGBS_SUBTRACT_SEL_AREAS |

__ESIS_STV_ITEM |

__EGBS_SFB_FULL_ROWS |

__EGBS_RESIZING_CELLS_OUTER_H |

__EGBS_DYNAMIC_RESIZING |

__EGBS_MULTI_AREA_SELECTION |

__EGBS_NO_HIDE_SELECTION |

__EGBS_GRIDLINES,

0,

 //Enable false);

 In the OnGbwAnalyzeCellMouseClickEvent:

bool

VRTeachpointGrid::OnGbwAnalyzeCellMouseClickEvent(// VK_LBUTTON, VK_RBUTTON or VK_MBUTTON only

UINT nRepCnt,

UINT nChar,

The selection behavior on mouse clicks is implemented in grid’s OnGbwAnalyzeCellMouseClickEvent() virtual method which is overridden in your grid class. We do not see where your method invokes the base class method. The incomplete code in your message does not allow us to find out what may be wrong. Could you reproduce this problem using any of our sample applications with a grid or some small test project?

I need to show a (possibly hidden, or buried in a stack of tabs) CExtControlBar window.

I can do this easily enough, with

CMainFrame * pMainFrame = . . .;
CExtControlBar * pBar = . . .;
pMainFrame->SendMessage( WM_COMMAND, WPARAM( pBar->GetDlgCtrlID() ) );

However, this also moves the focus to that window which I do not want.

Is there any way to show the docking window without moving the focus to it?  I dug through the code a little and it seems like there is some sort of message that could be interecepted to modify this behavior, but it wasn’t clear to me exactly which window was getting this message or how to handle it.

I have an application, in it a floating bar.

1) Click on the main-frame title bar to give it the focus (this ensures the floating bar does not have focus)

2) Move mouse to the frame of the floating bar

3) Start dragging (fast! from the time you press down the button till you start move the mouse do not wait)

You will see that the frame and the mouse cursor are not in the same place - the frame is lagging after the mouse.

This did not happen in version 2.82.

This is fixed. Thank you.

We used the SDI sample application for testing this issue. We made the resizable bar "Resizable Bar 2" floating. We moved the arrow mouse cursor to the bottom right position over the character "2". We tried to click and drag the mouse very quickly as possible and drag-n-dropped the resizable bar. After that it had the character "2" under the same arrow cursor position. We repeated the tests with a toolbar and menu bar and got the same result. We used only laser mouse devices in our tests (Logitech G5 and Logitech G7 high quality mouse devices designed for gamers and Logitech NX 50 small laser mice for notebooks).

I use the latest 2.83 version, and I still get my child frames not skinned - what do I need to do to skin the child frame?

Thanks.

When an CExtEdit is hovered, it expands by one pixel frame.

Is it possible to have this frame always displayed, not only when it is hovered?

If you need an edit control with a thin solid border, you can achieve that with the CExtFlatEdit class (see the Prof-UIS_Controls sample.

Asking again - why don’t you add this as a standard part of the library? This might be useful to a lot of users.

Is there any chance this control will become skinned?

If not, then what is its purpose, and what alternative control do you suggest?

Never mind... changed to one column grid:

The check boxes are skinned and you can apply skinned scroll bars now. Please provide us with more information about what you want to see skinned in the check list box?

The classes based on common controls potentially will need to be modified after each next release of Windows OS. Each new common controls may include some new features like animations in Vista which potentially can bring some problems with custom painter classes in Prof-UIS which are based on common controls. It’s a very good idea not to use common controls at all everywhere is possible. You can use a single column grid instead of the list box for instance.

I use CExtWRB<CExtLabel> to add frame to static controls. In black skin, the frame is not noticeable as you can see below:

I am using now 2.83, but I guess it’s the same also in 2.82

Please give the frame this some light color in black skins.

Any plans on fixing this problem?

I have many owner-draw combos. In 2.82 there was a flicker problem which was fixed in 2.83.

However, all of them have now some extra line next to the drop-down button as you can see below:

This line was not there in version 2.82 or any version before.

You can use the ProfUIS_Controls sample where you can find a couple of combo boxes.

Did you see my other combo-box problem report in 2.83?

Did you see my other 2.83 painting problem? I’m sure these two are related... you don’t draw the combo all the way to the end.

How about some reply?....

This is a bug in the latest 2.83 as well.

We have just checked the ownerdrawn combo boxes with the latest version and found no problems. We guess the problem may appear under some circumstances we cannot reproduce. Would you describe where exactly you encounter this problem? How did you create this combo box? Can this problem be reproduced with one of our samples, i.e. ProfUIS_Controls?

Can you please give me a reference to one of your samples where you create an ownerdrawn combo so I can recreate the problem?

Is there a way to get the Prof-UIS control bars to work with the VC2008 feature pack CMDIFrameWndEx.  If I use that the bars and menu do not show

Sure, that would be nice

Seems that the MDI child frame is hard coded for the appropriate part of MFC in the feature pack. We can provide you with v.2.83 which has skinned MDI child frames.

Sure, that would be nice

Please contact us via email at support@prof-uis.com so that we can tell you the ftp account info.

I guess the other question is does this mean 2.83 will will be compatible with the feature pack.

Consider this scenario:

1) You hove a floating bar in the center of the display

2) You drag it to the left side of the main-frame and dock it on the left side

3) You double-click the bar title (when it is docked)

What you except is that the bar will become float again in the center of the display. What happens is that the bar becomes floating, but in the left side of the display, where you let loose of the mouse button while clicking in step 2. It seems that you re-float it where it was dropped, and not where it began the drag, which is the right place.

In old style MFC control bars, a marker rectangle is displayed on the screen during drag-n-drop and a control bar is kept in its last floating state until the user releases the left mouse button. New style control bars show their window content during drag-n-drop. This means the floating position of control bar constantly changes during drag-n-drop. We guess that is why the latest MS Office applications allow you to double click on the floating mini frame caption and ignore double clicks on docked bars.

In version 2.83, when docking a window, it gets a thick frame which is not there in 2.82:

This is the same window when floating:

Is this a new feature? How to remove it?

Thanks.

Hello,

There was a defect with CExtGridCellComboBox::SetEnumMode(false) originally reported in December that had a fix posted that I don’t see in the latest 2.83 source code I downloaded yesterday. The original post was:

http://www.prof-uis.com/prof-uis/tech-support/support-forum/cextgridcellcombobox-resetcontent-bug-58658.aspx fix consisted of the else at the bottom of the ::Assign method:

The

					    else
								   pCell->TextGet( m_str );

Yes, we confirm this. We have just changed our code once again. Thank you

So where can I download the fix? I am facing this issue too.

Hello.

I want you to equip for a standard function.

1, Only numerical value input is possible.

CEditX

2, As for the input, only the model of the format form can perform input.

CEditX

A masked edit control would indeed be very nice, and, even more important, a masked grid cell.

Hello.

Because there is not it with the standard part.

I made these parts through hardships.

Why will not you be supplied with it? 

Unfortunately there is no masked edit control in Prof-UIS. Though there are a plenty of free masked edit controls available on the Internet, we will add such a control in one of the next releases.

Hello.

>Though there are a plenty of free masked edit controls available on the Internet

Where will be those free controllers?

Please teach it if you like.

Where is it?

I want you to teach it.

Take a look at this:
http://www.codeproject.com/KB/cpp/cpflexmaskeditbox.aspx

Here are some other articles about edit control enhancement with input validation:
http://www.codeproject.com/KB/edit/validatingedit.aspx
http://www.codeproject.com/KB/edit/spnumericedit.aspx
http://www.codeproject.com/KB/edit/enhfocusedit.aspx
http://www.codeproject.com/KB/edit/xrnumericeditctrl.aspx
http://www.codeproject.com/KB/edit/stringedit.aspx

Thank you very much for your advice.

Hello.

A demand is not made be a free controller.  

I want CEditX for Prof-UIS. 

In 2.83, when there are 2 scroll bars, the bottom right corner is pained in the dialog’s color, which looks like something is missing:

Please fix for the coming release, there should be some completion to the rectangle of the grid.

This corner part is currently painted using the default theme background. It’s OK in the light themes. The Obsidian theme is dark. We will need to support new UI part in all the paint manager classes for repainting this corner area.

I think this does not look good. There should be some border to continue to bottom and right side of the scroll-bars to complete the rectangle. You can use the color of the group frame (you can see it in the picture above) to complete the rectangle.

I have a multi-line edit box - I tried to skin it with the new CExtNCSB template.

The problem is as follows:

1) When there is only one line, the scroll-bars are disabled, which is OK:

2) But, when there are two lines, the scroll-bars should stay disabled, and it doesn’t (note the side of the handle - the minimal):

3) The scroll-bar should become enabled only when the text is bigger then the size of the edit-box, this is the standard behavior - you can see that the handle also gets the right size:

Is there a way of querying the main frame for the active control bar?  I need to forward some messages to the active control bar instead of the t an active MDI window.

 Kevin Eshbach

I have two toolbars, one uses a 16x16 toolbar bitmap, the other uses a 32x32 bitmap. They are created like this:

 // This is the main small toolbar

 if (!m_wndToolBar[0].Create(NULL, this, IDR_MAINFRAME1))

 {

        TRACE0("Failed to create small toolbar psf\n");

        return false;

 }

 m_wndToolBar[0].LoadToolBar(IDR_MAINFRAME1);

 m_wndToolBar[0].EnableDocking(CBRS_ALIGN_ANY);

 // This is the main large toolbar

 if (!m_wndToolBar[1].Create(NULL, this, IDR_MAINFRAME1_LARGE))

 {

        TRACE0("Failed to create large toolbar psf\n");

        return false;

 }

 m_wndToolBar[1].LoadToolBar(IDR_MAINFRAME1_LARGE);

 m_wndToolBar[1].EnableDocking(CBRS_ALIGN_ANY);

And I simply switch back and forth by doing a show window. Regardless of what toolbar is supposed to be displayed, the large bitmap is the one that is used. How do I do this? I want multiple toolbars, all at either 16x16 or 32x32. I assumed having two identical toolbars with the different bitmaps and toggling back and forth between them would work as expected.

May I add that this text editor you are using for this website is terrible.

You should use two commands instead one particular command in a toolbar in your project. I.e. you should have ID_FILE_OPEN in the menu and in a 16x16 toolbar resource and a new ID_FILE_OPEN_BIG command in a 32x32 resource. The command manager should be updated from both toolbars. The OnFileNew() and OnUpdateFileNew() methods are currently connected to the ID_FILE_OPEN command only in the message map(s) in your project. You should also connect these handler methods to the ID_FILE_OPEN_BIG command by adding some appropriate message map entries. You can re-initialize toolbar by using CExtToolControlBar::LoadToolBar() or CExtToolControlBar::SetButtons() methods.

Thanks for the pointers! I like the "reload the bitmap" approach, it seems a little easier.

There are several approaches with regard to how to implement the support for icons of different sizes. Creating two toolbars instead one is not effective. You can simply re-load icons into the command manager:

UINT nToolBarResourceID = . . . // ID of small or big toolbar resource in your project.
CExtToolControlBar * pToolBar = . . .
      ASSERT_VALID( pToolBar );
LPCTSTR strCommandProfileName = g_CmdManager->ProfileNameFromWnd( pToolBar->GetSafeHwnd() );
      ASSERT( strCommandProfileName != NULL );
      //
      // First, we will remove icons for toolbar commands in the command manager
      //
CExtCmdIcon iconEmpty;
INT nButtonIndex, nButtonCount = pToolBar->GetButtonsCount();
      for( nButtonIndex = 0; nButtonIndex < nButtonCount; nButtonIndex )
      {
            CExtBarButton * pTBB = pToolBar->GetButton(nButtonIndex );
            ASSERT_VALID( pTBB );
            if( pTBB->IsSeparator() || pTBB->IsKindOf( RUNTIME_CLASS(CExtBarContentExpandButton) ) )
                  continue;
            UINT nCmdID = pTBB->GetCmdID();
            CExtCmdItem * pCmdItem = g_CmdManager->CmdGetPtr( strCommandProfileName, nCmdID );
            if( pCmdItem == NULL )
                  continue;
            g_CmdManager->CmdSetIcon( strCommandProfileName, nCmdID, iconEmpty );
      }
      //
      // Second, we will update the command manager from toolbar resource
      //
      g_CmdManager->UpdateFromToolBar( strCommandProfileName, nToolBarResourceID );
      //
      // Third, we will recomputed layout of toolbar’s parent frame window
      //
      pToolBar->GetParentFrame()->RecalcLayout();

Don’t forget the "nButtonIndex++" in the for loop there. Otherwise it works perfectly! Woo Hoo!

We meant two for loops in the CExtControlBar::InternalFriendlyFrameWnd::SetOuterDockState() method where the i variable is used in all 3 parts of the for statement - not the nButtonIndex variable. Here is the latest code of this method:

void CExtControlBar::InternalFriendlyFrameWnd::SetOuterDockState(
      const CDockState & state,
      const CExtControlBar::OuterPropsArr_t & arrOuterProps,
      bool bSerializeFixedBarsState,
      bool bSerializeResizableBarsState
      )
{
      // first pass through barinfo’s sets the m_pBar member correctly
      // creating floating frames if necessary
//CMapPtrToWord _mapCFV;
int i = 0;
      for( i = 0; i < state.m_arrBarInfo.GetSize(); i++ )
      {
            CControlBarInfo * pInfo = (CControlBarInfo *)
                  state.m_arrBarInfo[i];
            ASSERT( pInfo != NULL );
            CControlBar * pExistingBar = GetControlBar( pInfo->m_nBarID );
            if( pExistingBar != NULL )
            {

//
//CControlBar * pOld = pInfo->m_pBar;
//pInfo->m_pBar = pExistingBar;
//__DEBUG_trace_bar_info( _T("-LOAD-"), pInfo, 4 );
//pInfo->m_pBar = pOld;
//

                  if(         (! pExistingBar->IsKindOf(RUNTIME_CLASS(CExtControlBar)) )
                        ||    ( ((CExtControlBar*)pExistingBar)->IsFixedMode() )
                        ||    ( ((CExtControlBar*)pExistingBar)->IsFixedDockStyle() )
                        )
                  {
                        if( ! bSerializeFixedBarsState )
                              continue;
                  }
                  else
                  {
                        if( ! bSerializeResizableBarsState )
                              continue;
                  }
            }
            if( pInfo->m_bFloating )
            {
                  // need to create floating frame to match
                  CMiniDockFrameWnd * pDockFrame =
                        CreateFloatingFrame(
                              pInfo->m_bHorz ?
                                    CBRS_ALIGN_TOP : CBRS_ALIGN_LEFT
                              );
                  ASSERT( pDockFrame != NULL) ;
                  CRect rcWnd( pInfo->m_pointPos, CSize(10, 10) );
                  pDockFrame->CalcWindowRect( &rcWnd );
                  pDockFrame->SetWindowPos(
                        NULL,
                        rcWnd.left, rcWnd.top, 0, 0,
                        SWP_NOSIZE|SWP_NOZORDER|SWP_NOACTIVATE
                        );
                  CDockBar * pDockBar = (CDockBar *)
                        pDockFrame->GetDlgItem( AFX_IDW_DOCKBAR_FLOAT );
                  ASSERT( pDockBar != NULL );
                  ASSERT_KINDOF( CDockBar, pDockBar );
                  pInfo->m_pBar = pDockBar;
//                if( pInfo->m_bVisible )
//                      _mapCFV.SetAt( pDockFrame, 0 );
            } // if( pInfo->m_bFloating )
            else // regular dock bar or toolbar
            {
                  pInfo->m_pBar =
                        pExistingBar; // GetControlBar( pInfo->m_nBarID );
                  if( pInfo->m_pBar == NULL )
                        continue;
            } // else from if( pInfo->m_bFloating )
            pInfo->m_pBar->m_nMRUWidth = pInfo->m_nMRUWidth;
      } // for( i = 0; i < state.m_arrBarInfo.GetSize(); i++ )

      // update new outer props
      for( i = 0; i < arrOuterProps.GetSize(); i++ )
      {
            OuterItemData_t _oid = arrOuterProps[i];
            CControlBar * pBarTmp = GetControlBar( _oid.m_nBarID );
            if( pBarTmp == NULL )
                  continue;
            CExtControlBar * pExtBar = DYNAMIC_DOWNCAST( CExtControlBar, pBarTmp );
            if( pExtBar == NULL )
                  continue;
            if(         ( pExtBar->IsFixedMode() )
                  ||    ( pExtBar->IsFixedDockStyle() )
                  )
            {
                  if( ! bSerializeFixedBarsState )
                        continue;
            }
            else
            {
                  if( ! bSerializeResizableBarsState )
                        continue;
            }
            pExtBar->m_ptFloatHelper = _oid.m_ptFloatHelper;
            pExtBar->m_sizeDockedH = _oid.m_sizeDockedH;
            pExtBar->m_sizeDockedV = _oid.m_sizeDockedV;
            pExtBar->m_sizeFloated = _oid.m_sizeFloated;
            pExtBar->_AffixmentSetOuter( &_oid.m_AffixmentData );
      } // for( i = 0; i < arrOuterProps.GetSize(); i++ )

      // the second pass will actually dock all of the control bars and
      // set everything correctly
      for( i = 0; i < state.m_arrBarInfo.GetSize(); i++ )
      {
            CControlBarInfo * pInfo = (CControlBarInfo *)
                  state.m_arrBarInfo[i];
            ASSERT( pInfo != NULL );
            if( pInfo->m_pBar == NULL )
                  continue;
            if(         (! pInfo->m_pBar->IsKindOf(RUNTIME_CLASS(CExtControlBar)) )
                  ||    ( ((CExtControlBar*)pInfo->m_pBar)->IsFixedMode() )
                  ||    ( ((CExtControlBar*)pInfo->m_pBar)->IsFixedDockStyle() )
                  )
            {
                  if( ! bSerializeFixedBarsState )
                        continue;
            }
            else
            {
                  if( ! bSerializeResizableBarsState )
                        continue;
            }
            if(         pInfo->m_pBar->m_pDockContext != NULL
                  &&    pInfo->m_pBar->IsKindOf(RUNTIME_CLASS(CExtControlBar))
                  )
                  ((CExtControlBar*)(pInfo->m_pBar))->m_ptFloatHelper
                        = pInfo->m_ptMRUFloatPos;
            pInfo->m_pBar->SetBarInfo( pInfo, this );
      } // for( i = 0; i < state.m_arrBarInfo.GetSize(); i++ )

      // the third pass will move independent floating bars
      // into valid positions
      for( i = 0; i < arrOuterProps.GetSize(); i++ )
      {
            OuterItemData_t _oid = arrOuterProps[i];
            CControlBar * pBarTmp = GetControlBar( _oid.m_nBarID );
            if( pBarTmp == NULL )
                  continue;
            CExtControlBar * pExtBar = DYNAMIC_DOWNCAST( CExtControlBar, pBarTmp );
            if( pExtBar == NULL )
                  continue;
            if(         ( pExtBar->IsFixedMode() )
                  ||    ( pExtBar->IsFixedDockStyle() )
                  )
            {
                  if( ! bSerializeFixedBarsState )
                        continue;
            }
            else
            {
                  if( ! bSerializeResizableBarsState )
                        continue;
            }
            if( ! _oid.m_bFloating )
                  continue;
            CSize _sizeFloating = _oid.m_sizeFloated;
            CRect rcFrameInitial( _oid.m_ptFloatHelper, _sizeFloating /*_oid.m_sizeFloated*/ );
            CExtMiniDockFrameWnd * pMiniFrame =
                  DYNAMIC_DOWNCAST(
                        CExtMiniDockFrameWnd,
                        pExtBar->GetParentFrame()
                        );
            if( pMiniFrame != NULL )
            {
                  CRect rcClientFrame, rcWndFrame;
                  pMiniFrame->GetClientRect( &rcClientFrame );
                  pMiniFrame->GetWindowRect( &rcWndFrame );
                  _sizeFloating += rcWndFrame.Size() - rcClientFrame.Size();
                  rcFrameInitial.right += rcWndFrame.Width() - rcClientFrame.Width();
                  rcFrameInitial.bottom += rcWndFrame.Height() - rcClientFrame.Height();
            }
            CRect rcFrameNew =
                  CExtPaintManager::stat_AlignWndRectToMonitor(
                        rcFrameInitial
                        );
//          CExtMiniDockFrameWnd * pMiniFrame =
//                DYNAMIC_DOWNCAST(
//                      CExtMiniDockFrameWnd,
//                      pExtBar->GetParentFrame()
//                      );
            if( pMiniFrame != NULL )
            {
                  ASSERT_VALID( pMiniFrame );
                  CRect rcFrameReal;
                  pMiniFrame->GetWindowRect( rcFrameReal );
                  
                  //if( rcFrameReal == rcFrameNew )
                  if( rcFrameReal.TopLeft() == rcFrameNew.TopLeft() )
                        continue;
                  pExtBar->OnNcAreaButtonsReinitialize();
                  if( ! pExtBar->IsFixedMode() )
                        pMiniFrame->ModifyStyle( FWS_SNAPTOBARS, 0 );
                  //((InternalFriendlyFrameWnd *)pMiniFrame)->m_bInRecalcLayout = TRUE;
                  pMiniFrame->MoveWindow( &rcFrameNew, FALSE );
                  //((InternalFriendlyFrameWnd *)pMiniFrame)->m_bInRecalcLayout = FALSE;
                  pMiniFrame->DelayRecalcLayout();
                  //WORD tmp;
                  //if(       _mapCFV.Lookup( pMiniFrame, tmp )
                  //    &&    ( pMiniFrame->GetStyle()&WS_VISIBLE ) == 0
                  //    &&    ( ! pExtBar->IsFixedMode() )
                  //    )
                  if( _oid.m_bVisible )
                  {
                        pExtBar->DelayShow( TRUE );
                        CSize _size = rcFrameNew.Size();
                        pExtBar->SetInitDesiredSizeFloating( _size );
                        pExtBar->m_pDockContext->m_sizeLast = _size;

                        pMiniFrame->ShowWindow( SW_SHOWNOACTIVATE );
//                      ((InternalFriendlyFrameWnd *)pMiniFrame)->m_bInRecalcLayout = TRUE;
                        pMiniFrame->MoveWindow( &rcFrameNew, FALSE );
//                      ((InternalFriendlyFrameWnd *)pMiniFrame)->m_bInRecalcLayout = FALSE;
                        pMiniFrame->RecalcLayout();
                        CRect rcClientFrame, rcWndFrame;
                        pMiniFrame->GetClientRect( &rcClientFrame );
                        pMiniFrame->GetWindowRect( &rcWndFrame );
                        CRect rcClientBar, rcWndBar;
                        pExtBar->GetClientRect( &rcClientBar );
                        pExtBar->GetWindowRect( &rcWndBar );
                        CSize _sizeBar =
                              _sizeFloating // _oid.m_sizeFloated
                                    - rcClientFrame.Size()
                                    + rcWndFrame.Size()
                                    - rcClientBar.Size()
                                    + rcWndBar.Size()
                                    ;
                        pExtBar->OnRepositionSingleChild(
                              _sizeBar.cx,
                              _sizeBar.cy,
                              true
                              );
                  }
            } // if( pMiniFrame != NULL )
            else
                  pExtBar->FloatControlBar( rcFrameNew.TopLeft() );
      } // for( i = 0; i < arrOuterProps.GetSize(); i++ )

      // last pass shows all the floating windows that were previously shown
      for( i = 0; i < state.m_arrBarInfo.GetSize(); i++ )
      {
            CControlBarInfo * pInfo = (CControlBarInfo *)
                  state.m_arrBarInfo[i];
            ASSERT( pInfo != NULL );
            if( pInfo->m_pBar == NULL )
                  continue;
            if(         (! pInfo->m_pBar->IsKindOf(RUNTIME_CLASS(CExtControlBar)) )
                  ||    ( ((CExtControlBar*)pInfo->m_pBar)->IsFixedMode() )
                  ||    ( ((CExtControlBar*)pInfo->m_pBar)->IsFixedDockStyle() )
                  )
            {
                  if( ! bSerializeFixedBarsState )
                        continue;
            }
            else
            {
                  if( ! bSerializeResizableBarsState )
                        continue;
            }
            if( ! pInfo->m_bFloating )
                  continue;
            CFrameWnd * pFrameWnd =
                  pInfo->m_pBar->GetParentFrame();
            CDockBar * pDockBar = (CDockBar *) pInfo->m_pBar;
            ASSERT_KINDOF( CDockBar, pDockBar );
            if( pDockBar->GetDockedVisibleCount() > 0 )
            {
                  pFrameWnd->RecalcLayout();
                  pFrameWnd->ShowWindow( SW_SHOWNA );
                  for( INT nBar = 1; nBar < pDockBar->m_arrBars.GetSize(); nBar ++ )
                  {
                        ASSERT( pDockBar->m_arrBars[0] == NULL );
                        CControlBar * pBar = (CControlBar *)
                              pDockBar->m_arrBars[nBar];
                        if( pBar == NULL )
                              continue;
                        if( __PLACEHODLER_BAR_PTR(pBar) )
                              continue;
                        CExtControlBar * pExtBar =
                              DYNAMIC_DOWNCAST(
                                    CExtControlBar,
                                    pBar
                                    );
                        if( pExtBar == NULL
                              || pExtBar->IsFixedMode()
                              )
                              continue;
                        pExtBar->_RecalcNcArea();
                  }
            } // if( pDockBar->GetDockedVisibleCount() > 0 )
      } // for( i = 0; i < state.m_arrBarInfo.GetSize(); i++ )
}

...and this has exactly what to do with reloading icons into the command manager?

I’m having a problem with serialization using the first method above. After the icons are loaded up correctly, the toolbars seem to be "disabled" when I go to fire the application up again. So it’s updating the icons correctly (the first code chunk) but either the serialization on close is not working correctly with this updated toolbar, or the serialization on startup is not working correctly.

If I just leave the toolbars alone everything serializes correctly, but when I change them from one toolbar resource to the next they magically disappear on the next startup of the application.

Oops! I found it. I had accidently coded in an assumption the toolbar ID changed to the resource ID when switching between the two. So I always use the small toolbar resource ID to identify the toolbar then just slam the larger icons into it as needed.

Woo Hoo! Multi-sized toolbars!

I’ve been adding and removing toolbars from my app and I’m constantly gpf’ing out of the workspace serialization. Is there an official way to trap this? I’m using VS2K5 and profuis 282.

Problem is when i’m done adding in a new toolbar the end user is going to experience the same gpf’ing with the final app.

Access off of a null pointer at

ProfUIS282md.dll!CExtControlBar::InternalFriendlyFrameWnd::SetOuterDockState(const CDockState & state={...}, const CArray<CExtControlBar::OuterItemData_t,CExtControlBar::OuterItemData_t &> & arrOuterProps={...}, bool bSerializeFixedBarsState=true, bool bSerializeResizableBarsState=true)  Line 2890 + 0x6 bytes C++

The pExtBar it pulls from

CExtControlBar * pExtBar = STATIC_DOWNCAST(CExtControlBar, GetControlBar( _oid.m_nBarID ));

is null.

We confirm this issue. This line of code should be replaced with (two places):

            CControlBar * pTmpBar = GetControlBar( _oid.m_nBarID );
            if( pTmpBar == NULL )
                  continue;
            CExtControlBar * pExtBar = STATIC_DOWNCAST( CExtControlBar, pTmpBar );

Thanks again! I wasn’t sure if the fix was that straight forward. Thanks for the confirmation.

Hello,
how can I prevent all columns from deletion ? I don’t want that the user can remove a column from the grid.

I mean you can remove a column by dragging it out of ReportgGrid Area. I dont want that.

regards
Sebastian Leopold

You dont understand me,
No column should be removeable !!!

regards
Sebastian Leoplld

Please remove the __EGBS_BSE_EX_DRAG_REMOVE_COLUMNS style from your report grid. You can do this using its BseModifyStyleEx() method.

Please add the following line to the ../Prof-UIS/Include/ExtReportGridWnd.h:

#define __ERGS_ENABLE_DEACTIVATION_OF_LAST_COLUMN                 0x00000080

void CExtReportGridWnd::OnGridOuterDragOut(
      const CExtGridHitTestInfo & htInfo
      )
{
      ASSERT_VALID( this );
      ASSERT( ! htInfo.IsHoverEmpty() );
      ASSERT( htInfo.GetInnerOuterTypeOfColumn() == 0 );
      ASSERT( htInfo.GetInnerOuterTypeOfRow() == (-1) );
CExtGridCell * pCellTmp =
            GridCellGet( htInfo );
      ASSERT_VALID( pCellTmp );
CExtReportGridColumn * pRGC =
            STATIC_DOWNCAST( CExtReportGridColumn, pCellTmp );
bool bDeactivate = true;
DWORD dwReportGridStyle = ReportGridGetStyle();
      if( ( dwReportGridStyle & __ERGS_ENABLE_DEACTIVATION_OF_LAST_COLUMN ) == 0 )
      {
            LONG nActiveColCount = ReportColumnGetCount( true, false );
            if( nActiveColCount == 1 )
                  bDeactivate = false;
      }
      if( bDeactivate )
      {
            VERIFY( ReportColumnActivate( pRGC, false ) );
      }
}

bool CExtReportGridWnd::OnReportGridQueryColumnKeepActiveOnGroupingBehavior(
      __EXT_MFC_SAFE_LPCTSTR strColumnName,
      __EXT_MFC_SAFE_LPCTSTR strCategoryName
      ) const
{
      ASSERT_VALID( this );
DWORD dwReportGridStyle = ReportGridGetStyle();
      if( ( dwReportGridStyle & __ERGS_KEEP_COLUMNS_ACTIVE_ON_GROUPING ) != 0 )
            return true;
const CExtReportGridColumn * pRGC =
            ReportColumnGet( strColumnName, strCategoryName );
      if( pRGC == NULL )
            return false;
      if( ( pRGC->GetStyleEx() & __EGCS_EX_KEEP_ACTIVE_ON_GROUPING ) != 0 )
            return true;
      if( ( dwReportGridStyle & __ERGS_ENABLE_DEACTIVATION_OF_LAST_COLUMN ) == 0 )
      {
            LONG nActiveColCount = ReportColumnGetCount( true, false );
            if( nActiveColCount == 1 )
                  return true;
      }
      return false;
}