Forum

Hello

Prof is incompatible with before 2.83.

I do not become PrintPreviw and am troubled.

m_pGrid.SendMessage( WM_COMMAND , ID_FILE_PRINT_PREVIEW ) 

 

Dear support team,

How do I completely hide an control in status bar created by CExtStatusControlBar::SetPaneControl(...) in running time (i.e. after initialization)?

Thanks,

Chun Pong

It seems you just forgot to invoke the CExtStatusControlBar::RepositionControls() method.

You can remove a status pane by using the CExtStatusControlBar::RemovePane() method. Then you can insert a status pane again using CExtStatusControlBar::AddPane(). By using the CExtStatusControlBar::SetPaneControl() method, you can attach any window created inside the status bar to a status pane. If the bAutoDestroy parameter of the CExtStatusControlBar::SetPaneControl() method is true, the CExtStatusControlBar::RemovePane() method destroys the window attached to the status pane. If it’s false, the attached window will simply be hidden.

Dear support team,

After initialization, when I use CExtStatusControlBar::SetPaneWidth(...) , how do I refresh it dynamically?

 

Thanks,

Chun Pong

http://www.prof-uis.com/prof-uis/tech-support/support-forum/bug-in-cexttreegridwnd-61088.aspx#@lt;/p>

We have commitment to our customers, and deadline we need to obey. for that reason we MUST have this bug fixed.

All our mails and reports are rudely ignored.

Is there any way to contact a live person? We feel like we are chasing gohsts.

We have seriously checked removing of hidden items using the following test project:

/test_tree_grid_idea(with-hiding).zip.

We need your help so we can reproducing the crash.

Please read here:

http://www.prof-uis.com/prof-uis/tech-support/support-forum/bug-in-cexttreegridwnd-61088.aspx##@lt;/p>

And answer....

Dear Ron,

We cannot reproduce the problem with item hiding and removing. Wherever we call the following code in the method of the CExtTreeGridWnd-derived class it does not crash:

HTREEITEM htiTop1 = ItemInsert( NULL, ULONG(-1L), 1L, false ); ItemExpand( htiTop1, TVE_EXPAND, false );
			HTREEITEM htiChild1ofTop1 = ItemInsert( htiTop1, ULONG(-1L), 1L, false  );
			HTREEITEM htiChild2ofTop1 = ItemInsert( htiTop1, ULONG(-1L), 1L, false  );
HTREEITEM htiTop2 = ItemInsert( NULL, ULONG(-1L), 1L, false  ); ItemExpand( htiTop2, TVE_EXPAND, false );
			HTREEITEM htiChild1ofTop2 = ItemInsert( htiTop2, ULONG(-1L), 1L, false  );
			HTREEITEM htiChild2ofTop2 = ItemInsert( htiTop2, ULONG(-1L), 1L, false  );
	ItemHide( htiTop1, true, false ); 
	ItemRemove(htiChild1ofTop1, false, false);
	ItemRemove(htiChild2ofTop1, false, false);
	OnSwUpdateScrollBars();

Sent - please let me know you got it or not...

Dear Ron,

Your test project really helped us to find and fix the bug with removing tree rows at the bottom of some hidden tree rows. Thank you. Please update the source code for the following method:

ULONG CExtTreeGridDataProvider::_Tree_NodeRemove(
	CExtTreeGridCellNode * pNode,
	bool bChildrenOnly // = false
	) // returns count of removed items
{
	ASSERT_VALID( this );
	ASSERT_VALID( pNode );
	ASSERT_VALID( m_pCellRoot );
CExtGridDataProvider & _DP = _Tree_GetCacheDP();
ULONG nReservedRowCount = 0;
	 _DP.CacheReservedCountsGet( NULL, &nReservedRowCount );
ULONG nAdjustOffset = 1;
	if( LPVOID(pNode) == LPVOID(m_pCellRoot) )
	{
		bChildrenOnly = true;
		nAdjustOffset = 0;
	}
bool bNodeIsHidden = pNode->TreeNodeHiddenGet();
	if( bNodeIsHidden )
		pNode->TreeNodeHiddenSet( *this, false );
ULONG	nCountRemoved = 0,
		nIdx,
		nChildrenCount = pNode->TreeNodeGetChildCount();
	for( nIdx = 0; nIdx < nChildrenCount; nIdx++ )
	{
		CExtTreeGridCellNode * pChildNode = pNode->TreeNodeGetChildAt( nIdx );
		ASSERT_VALID( pChildNode );
		ULONG nSubCountRemoved = _Tree_NodeRemove( pChildNode, true );
		nCountRemoved += nSubCountRemoved;
	}
ULONG nContentWeight = pNode->_ContentWeight_Get( false );
ULONG nOffset = pNode->TreeNodeCalcOffset( false );
bool bDisplayed = pNode->TreeNodeIsDisplayed();
bool bExpanded = pNode->TreeNodeIsExpanded();
ULONG nVisibleOffset = 0;
	if( bDisplayed )
		nVisibleOffset = pNode->TreeNodeCalcOffset( true, false );
	if( nContentWeight > 0 )
	{
		m_arrGridRef.RemoveAt( nOffset + nAdjustOffset, nContentWeight );
		if( bDisplayed && bExpanded )
		{
#ifdef _DEBUG
			if( LPVOID(pNode) != LPVOID(m_pCellRoot) )
			{
				CExtTreeGridCellNode * pDebugTestNode = m_arrGridVis.GetAt( nVisibleOffset );
				ASSERT_VALID( pDebugTestNode );
				ASSERT( LPCVOID(pDebugTestNode) == LPCVOID(pNode) );
			}
#endif
			ULONG nVisibleContentWeight = pNode->_ContentWeight_CalcVisible();
			m_arrGridVis.RemoveAt( nVisibleOffset + nAdjustOffset, nVisibleContentWeight );
			pNode->_ContentWeight_Decrement( nVisibleContentWeight, false );
			pNode->m_arrChildren.RemoveAll();
		}
		else
		{
			pNode->m_arrChildren.RemoveAll();
			pNode->_ContentWeight_DecrementNonExpanded( nContentWeight );
			pNode->_ContentWeight_Adjust();
		}
		ASSERT( pNode->_ContentWeight_Get(true) == 0 );
		ASSERT( pNode->_ContentWeight_Get(false) == 0 );
		nCountRemoved += nContentWeight;
		VERIFY( _DP.RowRemove( nOffset + nAdjustOffset + nReservedRowCount, nContentWeight ) );
	}
	if( ! bChildrenOnly )
	{
		CExtTreeGridCellNode * pNodeNext = pNode->m_pNodeNext;
		CExtTreeGridCellNode * pNodePrev = pNode->m_pNodePrev;
		CExtTreeGridCellNode * pNodeParent = pNode->m_pNodeParent;
		ASSERT_VALID( pNodeParent );
		ULONG nSiblingIdx = pNode->TreeNodeGetSiblingIndex();
		if( pNodeNext != NULL )
		{
			ASSERT_VALID( pNodeNext );
			ASSERT( LPCVOID(pNodeNext->m_pNodePrev) == LPCVOID(pNode) );
			pNodeNext->m_pNodePrev = pNodePrev;
		}
		if( pNodePrev != NULL )
		{
			ASSERT_VALID( pNodePrev );
			ASSERT( LPCVOID(pNodePrev->m_pNodeNext) == LPCVOID(pNode) );
			pNodePrev->m_pNodeNext = pNodeNext;
		}
		pNodeParent->m_arrChildren.RemoveAt( nSiblingIdx );
		ULONG nResetIdx = nSiblingIdx, nResetCnt = ULONG( pNodeParent->m_arrChildren.GetSize() );
		for( ; nResetIdx < nResetCnt; nResetIdx++ )
		{
			CExtTreeGridCellNode * pNode = (CExtTreeGridCellNode *)
				pNodeParent->m_arrChildren.GetAt( nResetIdx );
			ASSERT_VALID( pNode );
			ASSERT_KINDOF( CExtTreeGridCellNode, pNode );
			pNode->m_nOptIndex = nResetIdx;
		}
		if( bDisplayed )
		{
#ifdef _DEBUG
			if( LPVOID(pNode) != LPVOID(m_pCellRoot) )
			{
				CExtTreeGridCellNode * pDebugTestNode = m_arrGridVis.GetAt( nVisibleOffset );
				ASSERT_VALID( pDebugTestNode );
				ASSERT( LPCVOID(pDebugTestNode) == LPCVOID(pNode) );
			}
#endif
			m_arrGridVis.RemoveAt( nVisibleOffset );
			pNodeParent->_ContentWeight_Decrement( 1, false );
		}
		else
		{
			pNodeParent->_ContentWeight_DecrementNonExpanded( 1 );
			pNodeParent->_ContentWeight_Adjust();
		}
		VERIFY( _DP.RowRemove( nOffset + nReservedRowCount ) );
	}
	return nCountRemoved;
}

Dear Support,

I am sending you now via mail an application that demonstrates the bug.

Please let me know when you get it and that you were able to reproude the bug.

Regards,

Ron.

Dear support team,

At the top-rightmost corner of an application with ribbon bar, how can I remove the "close" button there?

_ (min) [ ] (max) [x] (close)

Regards,
Chun Pong

The standard buttons in the standard window caption are always 3 buttons or only one close button. We emulated this behavior in both menu bar and ribbon bar. We can consider your message as a feature request.

Yes. We cannot do it in menubar as well. We would really appreciate your effort about this.

 

Hello.

I want to install a closing button to a normal CExtTabPageContainerFlatWnd.

How do I hide a CExtDynamicControlBar considering it may be under all cases including docked, floating, autohide?

Thanks a lot.

I am trying to put an HICON (converted from a CExtBitmap) on a CExtButton. The first two blocks of code show how I am converting two 24-bit bitmap resources into two HCON handles. This creation ocurrs in the constructor of a CExtResizableDialog derived class. The on button handler below shows how I am attempting to switch the button’s icon when the user presses the button. The problem is stated below:

 

1. Upon boot, the button shows the default icon fine. This icon is set in the OnInitDialog routine.


2. The first press works fine. The icon is toggled as expected.


3. The second press, the button shows no icon. Just blank.


4. All subsequent presses show a blank icon.

 It cannot figure out what is wrong.

Gil

 

//Load bitmap for maximize tab button and setup button. VERIFY(bmpTemp.LoadBMP_Resource( MAKEINTRESOURCE(IDB_bmpMaxTabSize), RT_BITMAP, GlobalInstance)); bmpTemp.Make32(); bmpTemp.AlphaColor( RGB(255,255,255), RGB(0,0,0), 0); m_hIconMaxTabSize = bmpTemp.CreateHICON(); //Load bitmap for minimize tab button. VERIFY(bmpTemp.LoadBMP_Resource( MAKEINTRESOURCE(IDB_bmpMinTabSize), RT_BITMAP, GlobalInstance)); bmpTemp.Make32(); bmpTemp.AlphaColor( RGB(255,255,255), RGB(0,0,0), 0); m_hIconMinTabSize = bmpTemp.CreateHICON();

 

 

void VRTabTeachpoints::OnBnClickedMaxScreen() { //!This call will toggle the full-screen mode state and adjust the tab size //!appropriately. That is, if the call toggles the state to full-screen, the //!tab size is increased. If the call toggles the state to normal-size, //!the tab size will be decreased. m_diagnostics.SetTabFullSizeFlg(!m_diagnostics.GetTabFullSizeFlg()); //Change the icon on the button. HICON hIcon = m_diagnostics.GetTabFullSizeFlg() ? m_hIconMinTabSize : m_hIconMaxTabSize; m_btnMaxScreen.SetIcon(hIcon); }

 

I ask for your advice.....

 

I have a Vista Aero problem with ProfUIS containers.

I am developing an app that has custom controls in a window that behaves just fine under XP and under Vista with  non-Aero themes.  When

Aero/DWM is on however, the dialog window becomes opaque in parts of the dialog (random spots, not the whole dialog) and the controls therein will often vanish whenever a RedrawWindow(&rect, NULL, RDW_INVALIDATE |RDW_ALLCHILDREN); is called.

I have used SetWindowLong() and SetLayeredWindowAttributes() to turn off any transparency attributes or opacity (in case it was inheriting these from somewhere) to no effect.  Invalidating the controls  or the window programatically (for a repaint) does not have any effect, in fact it seems to be what

triggers the controls from being lost from sight. I’ve done every combination of UpdateWindow, Invalidate, RedrawWindow, etc. to no avail, in fact the more I call Invalidate the worse it gets sometimes.  Resizing the window manually at runtime forces the whole shebang to be redrawn correctly however!

My hardware should not be the problem as it is fast (high Vista rating 5.9 for graphics Aero desktop performance).  It feels like a timing problem, or an order of Paint problem.

My problematic Dialog has a picture control in it.  I set a tabbed container in the picture control.  This tabbed container is a CExtTabPageContainerFlatWnd.  The dialog is aCExtResizableDialog. It is within the CExtTabPageContainerFlatWnd container that I am having all my problems.  I wasn’t sure where the problem might be rooted until I  converted theCExtResizableDialog back to a plain CDialog.  The result was that the opacity problem went away.  My controls still vanish in the tabbed container though, when they are invalidated.

Any ideas on what might be causing this grief?  Or is there a way to deactivate DWM in a CExtResizableDialog only?? (not the whole desktop, which I already know how to do and it is not appropriate for a fix at this time).

thanks

p.s. thought I should mention that, unfortunately,  to complicate matters,  my controls in the tabbed container are custom controls.

How can I tell if a control bar is visible or represented by a docked tab as opposed to closed and no visible tab shows for the control bar?  What event can I use to know when this status changes?

I need to know this because my app can display a diagnostic control bar using a secret hot key.  The contents of this diagnostic control bar use a timer to request data over a wire.  I do not want the contents to send out the requests if the control bar is not visible at all.  It is ok to update if the control bar is docked and retracted though. 

Dear support team,

Instead of StateLoad/StateSave the GUI state of all the dynamic control bars in the dynamic bar site.

How can I save one GUI state of a dynamic control bar each time?

It’s critical to our project development. Please help. Thank you very much.

Regards,

Chun Pong

Users that customize toolbars and commands using the Prof-UIS customization system loose all of their customizations when we put out a new release which includes new toolbar, menu or keyboard items. This makes for very unhappy customers.

To get our new toolbar etc. items to appear we need to either "clean the registry state or use a new registry folder for the new version of UI." as per an e-mail from Sergiy Lavrynenko 13 Feb 2004, which is what we do.

When our users have spent a lot of time customizing the UI and then loose all of their settings they are understandably very annoyed. Is there some way we can get new UI items to appear and keep all of the users customized settings?

Hello.

I want to make the following menu non-indication.

 

Thanks,

Hello.

>Do you want to remove this menu or just modify it?

It wants not to be changed in MDI.

Is it difficult?

 

You should create and use a custom dynamic control bar class:

// in .H file

class CYourDynamicControlBar : public CExtControlBar
{
public:
      DECLARE_SERIAL( CYourDynamicControlBar );
      virtual bool OnInitDbsMenu(
            CExtPopupMenuWnd * pPopup,
            HWND hWndTrack,
            CObject * pHelperSrc,
            LPARAM lParamHelper = 0
            )
      {
            bool bRetVal = OnInitDbsMenu( pPopup, hWndTrack, pHelperSrc, lParamHelper );
            INT nPosToRemove = pPopup->ItemFindPosForCmdID( ID_EXT_DYN_BAR_TABBED_DOCUMENT );
            if( nPosToRemove >= 0 )
                  pPopup->ItemRemove( nPosToRemove );
            nPosToRemove = pPopup->ItemFindPosForCmdID( ID_EXT_DYN_BAR_MDI_DOCUMENT );
            if( nPosToRemove >= 0 )
                  pPopup->ItemRemove( nPosToRemove );
            return bRetVal.
      }
};

// in .CPP file

IMPLEMENT_SERIAL( CYourDynamicControlBar, CExtDynamicControlBar, VERSIONABLE_SCHEMA|1 );

You should also use RUNTIME_CLASS(CYourDynamicControlBar) in the pDesiredRTC parameter of the CExtDynamicBarSite::BarAlloc() method.

Thank you very much.

Dear support team,

When I CExtDynamicBarSite::StateSave() of a layout with tabbed control bars and then CExtDynamicBarSite::StateLoad() will fail.

When I do this after removing all tabs, it will be ok.

Is it possible to save the states of the tabbed control bars as well?

Thanks a lot.

Regards,

Chun Pong

Hi,

We have a MDI application with child frame that contains a splitter window that has 2 panes (pane A and B). If we wish to put tabbed views into pane B, how can we go about this? Thanks!

Regards,

Ching Yuan

Dear support team,

I’ve found that after I perform DockControlBarInnerOuter() or DockControlBar() on a docked control bar multiple times,

the control bars will be resized.

What can I do to prevent this?

Should I reset or check the docking status first before any docking?

But how do we check the docking status? like

AFX_IDW_DOCKBAR_LEFT, AFX_IDW_DOCKBAR_RIGHT, AFX_IDW_DOCKBAR_TOP, or AFX_IDW_DOCKBAR_BOTTOM and the nested relationship between all control bar made up by all docking functions, like DockControlBarInnerOuter(), DockControlBar(), DockControlBarIntoTabbedContainer() and DockControlBarLTRB()?

Regards,

Chun Pong

Dear support team,

I know a resizable control bar can be sized initially or resize in floating mode. (i.e. by SetInitDesiredSizeFloating, SetInitDesiredSizeHorizontal, SetInitDesiredSizeVertical)

But I don’t know how to resize it when it is docked. It is very important to my project development. Please help.

Thanks a lot.

Regards,

Chun Pong

Suppose there are only two resizable control bars.

We can detect their common container by comparing locations with GetWindowRect().

How can we resize this container?

We can code some algorithm which resizes the bar and recursively resize all its parent containers. But if we invoke this algorithm for several different bars, esizing of some next bar will typically downsize previously resized bars. Please assume resizable control bars as fully resizable by user windows. Such bars are typically configured by the user once when he/she starts using application and then they never become resized.

Here is the sample that demonstrates how to manage floating control bars programmatically:

ChangeFloatingSize

You can use the same approach for docked control bars.

I am sorry to tell you that the methods used in the project only works for the floating control but NOT for the docked controls.

Please advice.

 

Here is the updated version of this sample application. We added two methods, CChangeFloatingSizeView::OnButtonWidth() and CChangeFloatingSizeView::OnButtonHeight(), which are very similar to the CChangeFloatingSizeView::OnButtonFloat() method from the previous version of this sample application.

What if we want to resize 2 control bars which are docked in the following way?



    m_wndResizableBar.DockControlBarInnerOuter( AFX_IDW_DOCKBAR_LEFT, false );

    m_wndResizableBar2.DockControlBarLTRB(60, &m_wndResizableBar, AFX_IDW_DOCKBAR_BOTTOM, true);

It seems both the advised functions OnButtonWidth() & OnButtonHeight() are not working then.

The two lines of code in your message dock two control bars into one row container bar. It’s possible to resize the entire container bar but not its parts because the size of its parts is managed by the container bar using proportional resizing algorithm. The same is true for tabbed bar containers.

Please advise us how to resize the entire container bar. It would really help.

Dear support team,

When I right click the status bar of a PROF-UIS application, there is a context menu showing each control bar,

when I click a control bar in this context menu, it will be shown again if it is hidden.

The question is how to add/remove a control bar from this menu. Thanks a lot.

Regards,

Chun Pong

If you need to hide some control bar from built-in Prof-UIS menus, you should set its CExtControlBar::m_bAppearInDockSiteControlBarPopupMenu property to false. You can also re-create or modify any built-in menus by handling the CExtControlBar::g_nMsgConstructPopupMenu registered message. As an example, you can use the ProfStudio, which replaces the most of built-in Prof-UIS menus with custom menus..

I tired to set CExtControlBar::m_bAppearInDockSiteControlBarPopupMenu to false in CMainFrame::OnCreate(),

but somewhere in PROF-UIS library it set it to true again.

Where should I set it actually?





The dynamic control bars represented by CExtDynControlBar can modify the CExtControlBar::m_bAppearInDockSiteControlBarPopupMenu property when state is loaded at run-time. The simple control bars represented by CExtControlBar never change this property. So, if you are using simple control bars, you should set the CExtControlBar::m_bAppearInDockSiteControlBarPopupMenu property to false anytime/anywhere after a CExtControlBar C++ object is instantiated. In the case of dynamic control bars, you should override the CExtControlBar::OnConstructDockSiteControlBarPopupMenu virtual method and simply return false from it. The latter method is also applicable to simple control bars.