Forum

I have an application with MS Outlook look and feel. The page navigation control on the left is divided in two panes: a standard pane and a Favorites pane. The Favorites pane is located at the top of the navigation control as in Outlook and its height is calculated in the following way:

The height must be enough to show all the tree items inside the control but it cannot be higher than half of the entire navigation control client area that is occupied by the Favorites and Main tree controls (each inside a pane), because the Standard Tree (that looks like the Main Folders in Outlook) has higher priority and it must occupied an area that at least is half the height of the page navigation control client area, and it can never be shorter than the Favorites tree control. The behavior of my application is slightly different from that of Outlook, where the Favorites pane has higher priority and its height could be higher than that of the Main Folders’. In my case is exactly the opposite, even if the UI of the page navigation control is exactly like Outlook’s.

I succeed to manage this situation when the page navigation control is docked to the application main window using the methods:

CExtPageNavigatorWnd::ITEM_PANE_INFO->HeightSet(hFavPane);

CExtPageNavigatorWnd::ITEM_PANE_INFO->HeightSet(hMainPane);

(In other words: hFavPane cannot be greater than hMainPane and in any case it must be <= of half the page navigation control client area’s height)

But that doesn’t work when the navigation pane is floating. May you please suggest me a better way to calculate and set panes height at run-time so that I can have full control in settings panes’ height especially when the page navigation control is floating and not docked ?

I’m sorry, I had a problem with the Paste command....my code is:

CExtPageNavigatorWnd::PAGE_ITEM_INFO *pPage = m_pParentNav->ItemGetInfo(m_iPage /*idxPage*/); 



CExtPageNavigatorWnd::ITEM_PANE_INFO *pPane1 = pPage->PaneGetInfo(INDEX_PANE_FAVORITES);



CExtPageNavigatorWnd::ITEM_PANE_INFO *pPane2 = pPage->PaneGetInfo(INDEX_PANE_NAVIGATION);

CRect rcPage;



m_pParentNav->GetClientRect(rcPage);



int iMinH = (rcPage.Height() / 2) - 10;



long lHalfH = iMinH / 2;

The value of lHalfH is the problem, because m_pParentNav->GetClientRect(rcPage) fails to return the correct value when the pane is floating. I need to calculate the value of half the height of the Page Navigation control’s client area and that doesn’t work correctly when the Page Navigation control is floating.

GetClientRect may return a zero rectangle if the control bar where you created your page navigator is not yet shown on the screen. Try to move your code after the control bar become visible. For example after CExtControlBar::ProfileBarStateLoad method invocation if you use control bar persistence.

The current page navigator implementation allows you to set one pane with its height automatically calculated . If you specify the item height equal to -1, then this item will always have the height that is equal to the free space left after resizing other panes. Notice that only one pane can have the height equal to -1. In your case, you can set -1 for the first favorites pane and some particular height for the second main pane. If this solution is not that you are looking for, please let us know.

Hi,

I have a serious problem with tooltips for common controls, created dynamic at run time, insiede an object derived from the CExtToolControlBar class.

Using the property "SetTooltipText", I can see the correct tooltips, for e ctrl like CExtButton , inside objects based on statusbar ed ccontrolbar, but not on toolbar !!!

In a toolbar I can see the tooltip only if the mouse pointer is stopped in most exetern site of the box !!! If the pointer is inside the box a can’t see any tooltips !!!

Can you help me? Please...

Thanks a lot for the help!

Thanks a lot for your help...

I know that in toolbar I can use the CExtBarButton, infact I use also these objects in my App.

But we need to insert CExtButton in toolbar, dialog and status to be compatible with components of the old versions!!!

Can we help me? please...

Thank you for your report. This is fixed. Please contact us via email so we can provide you with the update.

I have sent 2 emails to the support (support@prof-uis.com), but I don’t have received any reply with the update.... Sorry, but I need it...

We are sorry but we did not receive your emails. Please send it again. Our alternative address is profuis at gmail.com.

this seems to be a bug inside CExtScrollBar. We have a class derived from CExtScrollBar, inside the WindowProc, we found it received additional WM_HSCROLL message with wParam set to SB_THUMBPOSITION and SB_THUMBTRACK, whicn is incorrect as SB_THUMB... should be sent only when the user clicks the thumb.

The additional message is geneated inside


void CUfcScrollBar::_SetScrollPos( ...) function

if( bSendScrollingNotification && _psbd.m_bEnabled )

{

HWND hWndParent = ::GetParent( m_hWnd );
if( hWndParent != NULL )
{
::SendMessage(
hWndParent,
_psbd.m_bHorzBar ? WM_HSCROLL : WM_VSCROLL,
MAKEWPARAM(
( bTrackPos ? SB_THUMBTRACK : SB_THUMBPOSITION ),
nPos
),
LPARAM(m_hWnd)
);
}

change this line

if( bSendScrollingNotification && _psbd.m_bEnabled )

to

if( bSendScrollingNotification && _psbd.m_bEnabled &&

m_nSBMHT == CExtPaintManager::__ESBMHT_THUMB )

seems to fix the problem, any comments ?



thanks

I ask again - is there any way to get a better support?

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,

Thanks you very much! will try it out soon. Please note that I sent it to you on June 30th...

Maybe now is a good time to close all other open issues I reported?

Regards,

Ron.

Hello.

I want to connect an icon to the non-client area.

The bar caption buttons are instances of CExtBarNcAreaButton. You can find resizable control bars with custom caption buttons in the FixedSizePanels sample. The CNcBackForwardNavigationBtn class in this sample application implements Back/Forward buttons in the caption of resizable bar with Internet Explorer.

Hello.

I maximize a bar and, to the place of a green arrow, want to display it.

Thanks,

How did you maximize it? What is maximized bar in your message?

Hello.

It is A-Bar. ( CExtControlBar )

In this case you can only resize the separator between the bars manually.

Prof-UIS also supports collapsing/expanding the caption button for resizable control bars. But this button is experimental component and it’s not used by resizable control bars by default.

Dear Support,

In my constructor of a CExtResizableDialog derived class I load a PNG file as follows:

//Load the PNG resources for this dialog.
VERIFY(_bmpTmp.LoadPNG_File(_T(
m_bmpToolSpaceImage = _bmpTmp;
"C:\\source\\Studio 2008\\Plugins\\Ziggy\\res\\ToolSpaceImage.png")));

void
{
CPaintDC dc( VRTabChildToolSpace::OnPaint()this); // device context for painting
 //Get the desired location of the jog tool space image.
CRect rect;
GetDlgItem(IDC_frmJogToolSpace)->GetWindowRect(rect);
ScreenToClient(rect);
 //Draw the joint space jogging image.
m_bmpToolSpaceImage.AlphaBlend(dc.m_hDC, rect);
}

Support,

You are correct, I am using resizable dialogs. I would like to describe why I want a clickable button on top of a CExtLabel object. On my interface there is an image of a robot gripper. This gripper is equiped with fingers that move in (to grasp) and out (to let go). The picture of the gripper originates from a PNG file and is displayed on the UI via a CExtLabel control (using SetBitmapEx). Via two buttons, I must allow the user to move the fingers of the gripper together and outward. These two buttons are CExtButton derived controls. I would like to position these buttons between the two fingers. Thus, the buttons must go on top of the CExtLabel that shows the gripper image. Is there a better approach to achieving this goal?

Gil

It looks like robot UI item in your application is enough specific UI item to code it from scratch. This robot window should be a complete stand-alone window. The buttons for controlling robot part movements should be a custom drawn parts of robot window. Of course, it’s possible to use static picture control as robot window and place push button windows over robot picture window using the SetWindowPos() API, but we think this is not good quality solution.

Dear Support,

Your suggestion to use CExtLabel::SetBitmapEx() works great. The only issue is that if there is a CExtButton beneath the CExtLabel control, the button control is not visible. Only when I mouse over the button does it become visible. This behavior is seen when the tabbing order of the CExtLabel control is greater than that of the CExtButton control.

Thanks,

Gil

If you are using resizable dialogs with anchored controls, then the dialog windows should have the WS_CLIPCHILDREN style for flicker free resizing. This style does not allow dialog controls to intersect with each other and be transparent. Besides, we have no idea when and why in the real life the static label control should be above the clickable input controls such as buttons.

We just sent you the test project which loads PNG file (that was sent us by Gil) successfully.

In addition to comments by Jeremy in this thread we must say the following: there is no difference between the CExtBitmap, CExtBitmapCache and CExtSkinBitmap classes in terms of how they paint bitmaps with alpha-channel. The CExtBitmap class is a base class and it contains 100% of features required for painting any bitmaps. Its key feature is that it’s handle-less. I.e. it does not eat even one GDI handle in comparison with MFC’s CBitmap class. The CExtBitmapCache class eats one GDI’s HBITMAP handle what allows it to paint a bitmap a bit faster, but this is true when running on Windows 2000 or later Windows OS. The CExtSkinBitmap class from the ProfSkin library simply contains methods for PNG format loading. All the classes can draw the same bitmap formats absolutely equally. If the loaded image format is not based on alpha channel, then the CExtBitmap::AlphaBlend() methods simply invoke appropriate CExtBitmap::Draw() methods. But all the CExtBitmap::AlphaBlend() methods work equally to each other and the same is true of all the CExtBitmap::Draw() methods. The overloaded method versions are provided for convenience only. Besides, although Windows OS supports alpha channel bitmap painting only starting from Windows 2000, you can use the CExtBitmap::AlphaBlend() methods in any Windows OS versions starting from Windows 95.

The PNG loading and using in Prof-UIS is exactly the same simple and trivial task as BMP file usage in MFC, We believe the problem is still hidden in something what we haven’t yet discussed If you need a remote desktop connection for fixing this problem, then please let us know.

One other thing.  While I have been able to get the CExtSkinBitmap’s PNG support to work and found it adequate for loading and displaying PNGs, if you are going to do anything more sophisticated than just that, you might consider moving to a more extensive image manipulation library, such as CxImage which is free.  CxImage is free and offers a much broader range of support as well as it is a little easier (IMO) to work with.  Of course CxImage doesn’t give you all the UI elements that Prof-UIS does, so I tend to use both in my projects.

I need to hide a specific auto hide control bar.

Here is my code (adapted from your sample code in the FAQ):

            if (pBar->AutoHideModeGet()) {

                pBar->AutoHideModeSet( false, false, true, true );

                ASSERT_VALID( pBar->m_pDockSite );

                pBar->m_pDockSite->ShowControlBar( pBar, FALSE, FALSE );

            } else if { ... }

This does not quite work.  If the bar is in an autohide tab group it hides the entire group instead of just the one bar I want hidden.

Unfortunately the current version of control bars keeps all the bars in a tabbed group always together linked in the auto hide state. We can regard your message as a feature request.

Hi,

      I want to remove the resizable property for CExtResizablepropertySheet/CExtResizablepropertypage .How Do i achieve it.

     I tried using showSizeGrip(FALSE) method but it is not working .

Also is there any method to set min and max   window size of  CExtResizablepropertySheet

 Thanks

Hi,

    when i apply profui over SDI or MDI appln,I get a profui popup menu (context menu)  with option to select/deselect   the  toolbar/statusbar on the non client area .

how do I remove that popup menu.

thanks

Hello.

This dialog

Like a pop-up menu,

At the phase that other Window was clicked.

I want to close Dialog automatically.

Thank you very much.

You can invoke the CDialog::EndDialog( IDOK ); method when you need to close the dialog.

Also, having the non-modal dialog you can invoke DestroyWindow method for destroying the dialog window.

Hello.

When I did hover, it is painted pictures with black.

I want to display it as a set color even if I do hover.

When I set hover color.

When I chose a grid, it is not displayed with white

You should not use __ECS_ALL color adjustment constant in you grid cells if you want to see them using different colors in the normal and selected states. You should use __ECS_NORMAL instead.

It seems you have specified incorrect flags when setting the cell text color.
If you are using the __ECS_NORMAL style you should know that it change the text color only in the normal cell state, not hovered, not selected and not highlighted.
You the __ECS_ALL flag if you need to change the color in any state.

Hello.

I make a cell __ECS_ALL

When I chose it, the cell becomes the specified color.

When I chose it, I want to display it with white.

There is a CExtGridCell::__ECS_SELECTED flag. Did you try it?

Hello.

If I do not use __EGBS_EX_HVI_EVENT_CELLS.

It came to be painted pictures well.

When are __ECS_HIGHLIGHT_BY_FOCUS and __ECS_HIGHLIGHT_BY_SELECTION useful ?

Color setting is difficult.

I do not come by color setting as expected.

You should use the __EGBS_EX_HVI_EVENT_CELLS style. If this it is set, the inner data grid cells will start receiving mouse hover notifications.

Hello.

I want to set gap space.

Thanks,

The PNG file is loaded successfully in the following simplest possible test project:

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

It uses your PNG loading source code. So, the problem is hidden somewhere else. We suspect your project configures the resource manager in some special way so it cannot find the appropriate PNG resource

On June 13, 2008, in the Support Forum, you answered a question with subject "Getting tab order to work correctly with a Dialog->Tab Control->Dialog". I am trying to make the tabbing order work correctly for my project as well. From the given answer, it seems that I need some new code to fix this problem. Could you please send me this code (gross@velocity11.com) or tell me what is needed to fix this issue.

Thanks,

Gil

Please contact us via mail or phone please, ASAP

Here it is again:

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

Please open the link and read it...

Thanks,

Ron.

We are sorry but if you mean your last message ("I sent you an exact scenario when this bug happens."), we still have not received it. Did you send it today?

We have a standard MFC application with the latest Prof-UIS extensions added (2.83), which has fixed the problem with child windows not correctly skinned (excellent work), but we have a CListView derived view class now loses its header control when the view is maximised. I tried the

CExtNCSB wrapping the CListView, but this caused assertions during the subclassing of the view.

Thanks for the quick response, but unfortunately it hasnt solved the problem. The class is still causing an assertion in the PreSubclassWindow function. Below is the call stack immediately before the assertion.

  mfc80d.dll!AfxAssertFailedLine(const char * lpszFileName=0x781d54e0, int nLine=626)  Line 25 + 0x14 bytes C++

  mfc80d.dll!AfxHookWindowCreate(CWnd * pWnd=0x04c1c190)  Line 626 + 0x18 bytes C++

  mfc80d.dll!CWnd::CreateEx(unsigned long dwExStyle=1048576, const char * lpszClassName=0x03028bb4, const char * lpszWindowName=0x03028b94, unsigned long dwStyle=1174405120, int x=0, int y=0, int nWidth=0, int nHeight=0, HWND__ * hWndParent=0x00010016, HMENU__ * nIDorHMenu=0xffffffff, void * lpParam=0x00000000)  Line 694 C++

  mfc80d.dll!CWnd::CreateEx(unsigned long dwExStyle=1048576, const char * lpszClassName=0x03028bb4, const char * lpszWindowName=0x03028b94, unsigned long dwStyle=1174405120, const tagRECT & rect={...}, CWnd * pParentWnd=0x0656ecb0, unsigned int nID=4294967295, void * lpParam=0x00000000)  Line 659 C++

  ProfUIS283md.dll!CExtNCSB_ScrollContainer::Create(CWnd * pWndParent=0x0656ecb0)  Line 2628 + 0x28 bytes C++

  3DOffice.exe!CExtNCSB_Impl<CListView>::NCSB_InstantiateAndCreateContainer(CExtNCSB_ScrollContainer::e_mode_t eMode=__EM_HORIZONTAL_SCROLL_BAR, CWnd * pWndParent=0x0656ecb0)  Line 556 + 0x14 bytes C++

  3DOffice.exe!CExtNCSB_Impl<CListView>::NCSB_EnsureContainersCreated()  Line 591 + 0x16 bytes C++

  3DOffice.exe!CExtNCSB_Impl<CListView>::NCSB_RepositionContainers(bool bRescanScrollPositions=true)  Line 772 + 0x10 bytes C++

  3DOffice.exe!CExtNCSB_Impl<CListView>::PreSubclassWindow()  Line 930 C++

  mfc80d.dll!_AfxCbtFilterHook(int code=3, unsigned int wParam=134894, long lParam=1236256)  Line 532 C++

Cheers

Marc Thompson

Please add explicit invocation of parent class constructor to your list view class constructor:

CYourListView::CYourListView()
      : CExtNCSB < CListView > ( true )
{
}

CYourListCtrl::CYourListCtrl()
      : CExtNCSB < CListCtrl > ( true, true )
{
}