Forum

Dear ProfUIS Support Team,

I need support for an issue with the CExtTreeGridWnd treeview control.

I have created a docked treeview control class in an MDI application.

It is used in MainFrm.h/cpp as a class member (Not Inherited).

If I use the standard MFC CTreeCtrl class, the tree items display just fine.

If I use the CExtTreeGridWnd class, the tree items do not display at all.(No visible text).

The CExtTreeGridWnd member I created is accepting the items I add,

and I can get a valid CExtGridCellString* pointer to set an item’s text.

I have checked the "test_tree_grid_idea" sample project located on the ProfUIS website,

I have to create the tree differently from what is found in "int CChildView::OnCreate(LPCREATESTRUCT lpCreateStruct) "

because my tree is a class member (Not inherited like it is in the "test_tree_grid_idea" sample).

I tried using most of the initialization code found in "void CChildView::PreSubclassWindow() "

with the exception of the "CExtTreeGridWnd::PreSubclassWindow();" function call.

I also tried using the intialization code from the "FormEditor" sample,

but still can’t get the items to display. The docking works great though.

Also, I used the "MDIDOCVIEW" sample to make my docked controls,

but the push-pin doesn’t display on them. Only an X for closing the control is visible.

I would like to know how to add the push-pin for auto-hide support.

Hope to hear from you soon.

How do I change the pop-up menu for a grid text cell? The menu that appears has an Erase option, which I need to change. I’ve look in all the source and can’t find this menu.

Hello,

We have a multi-window application. We can load in a frame different types of document, and the menu is modified dynamically according to the document loaded.

The problem is when we change dynamically a menu command (just the label), all the opening frame are impacted.

All the frames of the application are derived to CExtNCW.
In the fonction "OnCreate" we use the fonction "ProfileSetup" with the same name of profile.

For the dynamic modification of the menu we use :

CExtCmdItem* l_P_O_item = g_CmdManager->CmdGetPtr(F_getProfileName(), ID_VIEW_LAYER0);

if (l_P_O_item != NULL)
{
    l_P_O_item->m_sMenuText = l_O_texte;
}

Have you a solution for us?

Best Regards,

Renaud Ixsea

Hello.

I installed a button in an outer.
http://www.yukai.jp/~ifreeta/20071031/WS3.jpg

However, mouse cursor changes at a boundary line.

Cannot you invalidate these functions?
But __EGBS_SF_SELECT_OUTER_ROWS of the availability want to keep on.

hello

When I clicked the check box of the grid.
http://www.yukai.jp/~ifreeta/20071031/image01.jpg

A selection does not want to come off.

The following class implements a grid window which can lock focus and selection changing and does this when the user clicks on the built-in cell’s check boxes:

class CYourGridWnd : public CExtGridWnd
{
public:
      bool m_bLockSelectionSetting:1, m_bLockFocusSetting:1;
      CYourGridWnd()
            : m_bLockSelectionSetting( false )
            , m_bLockFocusSetting( false )
      {
      }
      virtual CPoint FocusSet(
            const POINT & ptNewFocus,
            bool bEnsureVisibleColumn = true,
            bool bEnsureVisibleRow = true,
            bool bResetSelectionToFocus = true,
            bool bRedraw = true,
            bool * p_bCanceled = NULL
            )
      {
            ASSERT_VALID( this );
            if( m_bLockFocusSetting )
                  return FocusGet();
            return CExtGridWnd::FocusSet( ptNewFocus, bEnsureVisibleColumn, bEnsureVisibleRow, bResetSelectionToFocus, bRedraw, p_bCanceled );
      }
      virtual bool SelectionSet(
            const RECT & rcNewSelection,
            bool bReplaceOldAreas = true,
            bool bReplaceLastArea = false,
            bool bRedraw = true
            )
      {
            ASSERT_VALID( this );
            if( m_bLockSelectionSetting )
                  return true;
            return CExtGridWnd::SelectionSet( rcNewSelection, bReplaceOldAreas, bReplaceLastArea, bRedraw );
      }
      virtual bool OnGbwAnalyzeCellMouseClickEvent(
            UINT nChar, // 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( this );
            CExtGridHitTestInfo htInfo( point );
            HitTest( htInfo, false, true );
            if(         (! htInfo.IsHoverEmpty() )
                  &&    htInfo.IsValidRect()
                  &&    ( htInfo.m_dwAreaFlags & __EGBWA_CELL_CHECKBOX ) != 0 
                  )
                  m_bLockFocusSetting = m_bLockSelectionSetting = true;
            bool bRetVal = CExtGridWnd::OnGbwAnalyzeCellMouseClickEvent( nChar, nRepCnt, nFlags, point );
            m_bLockFocusSetting = m_bLockSelectionSetting = false;
            return bRetVal;
      }
};

Hi!

Just noticed that if you click in the "empty" area of a scrollbar to cause a scroll, it’ll only happen when the scroller is small enough to scroll in more than 1 steps - that is, the content will not be refreshed unless the scrolling is done in more than 1 step. It’s easily noticeable in the ZoomScrollBar demo. Resize the window so that the scroller appears and there’s only a small offset to scroll, then click in the "empty" space in the scrollbar.

Please post a fix asap!

Regards.

Dear Sir./Madam.,

I found out that my view derived from CScrollView in the MDI application is not skinned (mainly the titlebar and the scroll bars). What should I do to make it skinned? Probably you ask me to take a look at drawcli. But what are essential to do?

Thanks!

Dear Support Team,

When using long strings of text in CExtLabel controls, the text is not wrapped any more as it used to be with previous Prof-UIS versions.

Assuming there’s enough vertical space for multine label in the control, the text should be wrapped without adding \n characters in it, shouldn’t it ?

Is this on purpose ? How to revert to previous behavior ?

Best Regards,

Christophe guibert

Yes, you are right. This is a bug. Thank you. Please update the following method:

void CExtLabel::DoPaint( 
	CDC * pDC,
	CRect & rcClient
	)
{
	ASSERT_VALID( this );
	ASSERT_VALID( pDC );
CExtMemoryDC dc(
		pDC,
		&rcClient
		);
CRgn rgnClient;
	if( rgnClient.CreateRectRgnIndirect( &rcClient ) )
		dc.SelectClipRgn( &rgnClient );

	OnEraseBackground( dc, rcClient );

DWORD dwWndStyle = GetStyle();
DWORD dwWndType = (dwWndStyle&SS_TYPEMASK);
bool bCenterImage = ( (dwWndStyle&SS_CENTERIMAGE) != 0 );
	if( ! m_bmp.IsEmpty() )
	{
		bool bSmootherAsPossible = true;
		if( m_eImageMode == eStretch )
		{
			m_bmp.AlphaBlendSkinParts( 
				dc.GetSafeHdc(),
				rcClient,
				CRect(0,0,0,0), 
				CExtBitmap::__EDM_STRETCH,
				true,
				bSmootherAsPossible
				);
		}
		else if( m_eImageMode == eTile )
		{
			m_bmp.AlphaBlendSkinParts( 
				dc.GetSafeHdc(),
				rcClient,
				CRect(0,0,0,0), 
				CExtBitmap::__EDM_TILE,
				true,
				bSmootherAsPossible
				);
		}
		else if( m_eImageMode == eAlign )
		{
			CSize szSize = m_bmp.GetSize();
			CRect rcDst( 
				rcClient.left, 
				rcClient.top, 
				rcClient.left + szSize.cx, 
				rcClient.top + szSize.cy
				);

			switch( dwWndType )
			{
			case SS_RIGHT:
				rcDst.OffsetRect( rcClient.right - rcDst.right, 0 );
				break; 
			case SS_CENTER:
				rcDst.OffsetRect( ( (rcClient.right - rcClient.left) - (rcDst.right - rcDst.left) ) / 2, 0 );
				break;
			default: 
				// all the other types assumed as left
				break;
			}

			CRect rcSrc( 0, 0, szSize.cx, szSize.cy );
			rcDst.top = max( rcDst.top, rcClient.top );
			rcDst.left = max( rcDst.left, rcClient.left );
			rcDst.bottom = min( rcDst.bottom, rcClient.bottom );
			rcDst.right = min( rcDst.right, rcClient.right );

			if( ::RectVisible( dc.GetSafeHdc(), &rcDst ) )
			{
				INT nOldStretchBltMode =
					bSmootherAsPossible
						? ( ::GetStretchBltMode( dc.m_hDC ) )
						: ( COLORONCOLOR )
						;
				if( bSmootherAsPossible )
					::SetStretchBltMode(
						dc.m_hDC,
						( g_PaintManager.m_bIsWinNT )
							? HALFTONE
							: COLORONCOLOR
						);
				m_bmp.AlphaBlend(
					dc.m_hDC,
					rcDst,
					rcSrc
					);
				if( bSmootherAsPossible )
					::SetStretchBltMode(
						dc.m_hDC,
						nOldStretchBltMode
						);
			}
		}
	}
	else if( dwWndType == SS_ICON )
	{
		HICON hIcon = GetIcon();
		if( hIcon != NULL )
		{
			CExtCmdIcon _icon;
			_icon.AssignFromHICON( hIcon, true );
			CSize szIcon = _icon.GetSize();
			int nOffsetX = bCenterImage ? (rcClient.Width() - szIcon.cx) / 2 : 0;
			int nOffsetY = bCenterImage ? (rcClient.Height() - szIcon.cy) / 2 : 0;
			_icon.Paint(
				PmBridge_GetPM(),
				dc.GetSafeHdc(),
 				rcClient.left + nOffsetX,
 				rcClient.top + nOffsetY,
				-1,
				-1
				);
		}	
	}
	else
	{
		CExtSafeString strText;
		int nTextLen = GetWindowTextLength();
		if( nTextLen > 0 )
		{
			GetWindowText( strText.GetBuffer( nTextLen + 2 ), nTextLen + 1 );
			strText.ReleaseBuffer();
		}

		if( strText.GetLength() > 0 )
		{
			DWORD dwDrawTextFlags = 0;
			switch( dwWndType )
			{
			case SS_RIGHT:
				dwDrawTextFlags = DT_RIGHT; 
				break; 
			case SS_CENTER:
				dwDrawTextFlags = DT_CENTER;
				break;
			case SS_LEFTNOWORDWRAP:
				dwDrawTextFlags = DT_LEFT; 
				break;
			default: 
				// all the other types assumed as left
				dwDrawTextFlags = DT_LEFT; 
				break;
			} // switch( dwWndType )

			// do tabs expanding
			if( strText.Find( _T(’\t’) ) != -1 ) 
				dwDrawTextFlags |= DT_EXPANDTABS;

			if(		(dwWndType == SS_SIMPLE)
				||	(dwWndStyle&SS_CENTERIMAGE) != 0
				||	(dwWndStyle&SS_ENDELLIPSIS) != 0
				||	(dwWndStyle&SS_PATHELLIPSIS) != 0
				)
			{
				dwDrawTextFlags |= DT_SINGLELINE;

				if( (dwWndStyle&SS_CENTERIMAGE) != 0 )
					dwDrawTextFlags |= DT_VCENTER;
				if( (dwWndStyle&SS_ENDELLIPSIS) != 0 )
					dwDrawTextFlags |= DT_END_ELLIPSIS;
				if( (dwWndStyle&SS_PATHELLIPSIS) != 0 )
					dwDrawTextFlags |= DT_PATH_ELLIPSIS;
			}
			else
			{
				dwDrawTextFlags |= DT_WORDBREAK;
			}

			if( dwWndType == SS_LEFTNOWORDWRAP )
				dwDrawTextFlags &= ~(DT_WORDBREAK|DT_SINGLELINE);

			if( (dwWndStyle&SS_NOPREFIX) != 0 )
				dwDrawTextFlags |= DT_NOPREFIX;

			bool bEnabled = IsWindowEnabled() ? true : false;
			OnDrawLabelText(
				dc,
				rcClient,
				strText,
				dwDrawTextFlags,
				bEnabled
				);
		} // if( strText.GetLength() > 0 )
	}
	PmBridge_GetPM()->OnPaintSessionComplete( this );
	if( rgnClient.GetSafeHandle() != NULL )
		dc.SelectClipRgn( &rgnClient );	
}

Hello,

Sorry for this late answer, I did not have the opportunity to integrate your fix earlier : thank you, it fixes all the CExtLabel that were encountered in the 2.81 Prof-UIS version.

Best Regards,

Christophe Guibert

This has been discussed in a thread not so long ago. The solution:
Change CExtLabel.cpp @ line 238:

It is now:
bool bForceSingleLine =
( strText.Find( _T("\n") ) >= 0 ) ? true : false;

It should be:
bool bForceSingleLine =
( strText.Find( _T("\n") ) >= 0 ) ? false : true;

I thank you for this answer, but it solves another problem, where \n characters were not properly managed.

In this case, it is slightly different : there are no \n characters in the string and the text should be wrapped when there’s enough room in the control height :

Behavior for long strings with Prof-UIS 2.80 CExtLabel for long strings (WITHOUT any \n chars)

-------------------------------------------
|a string of text that is much longer than|
|the control width, but can be wrapped    |
|when there’s enough height.              |
-------------------------------------------

New behavior for Prof-UIS 2.81 CExtLabel

-------------------------------------------
|a string of text that is much longer than|
|                                         |
|                                         |
-------------------------------------------

In fact I think that the correction (in CExtLabel::DoPaint())

			bool bForceSingleLine = 
				( strText.Find( _T("\n") ) >= 0 ) ? false : true;

			if(		bForceSingleLine 
				||	dwWndType == SS_LEFTNOWORDWRAP
				||	(dwWndStyle&SS_ENDELLIPSIS) != 0
				||	(dwWndStyle&SS_PATHELLIPSIS) != 0
				)
			{
				dwDrawTextFlags |= DT_SINGLELINE;

				if( (dwWndStyle&SS_ENDELLIPSIS) != 0 )
					dwDrawTextFlags |= DT_END_ELLIPSIS;
				if( (dwWndStyle&SS_PATHELLIPSIS) != 0 )
					dwDrawTextFlags |= DT_PATH_ELLIPSIS;
			}
			else
			{
				dwDrawTextFlags |= DT_WORDBREAK;
			}

Dear Support,

We’d like to use your CExtEdit class for one of our controls, which would be disabled. But the originally used disabled color seems to be a bit dark, so we’d like to lighten it. I see that this color is set in CExtEditBase::CtlColor. How could we achieve our requirement without copying any code from this method? I see that m_clrBackPrev variable holds the current background color, so I’ve tried this:

COLORREF CMyEdit::OnQueryBackColor() const
{ 
	COLORREF clrOrig = CExtEdit::OnQueryBackColor();
	if( clrOrig == COLORREF(-1L) && m_clrBackPrev != COLORREF(-1L) )
		clrOrig = RGB((GetRValue(m_clrBackPrev)+255)/2, (GetGValue(m_clrBackPrev)+255)/2, (GetBValue(m_clrBackPrev)+255)/2);
	return clrOrig;
}

Would you send us a screenshot that illustrates the issue?

I’ve sent the screenshot in e-mail.

You can achieve this by overriding the OnQueryBackColor() method in this way

COLORREF OnQueryBackColor() const
{ 		
	COLORREF clrOrig = CExtEdit::OnQueryBackColor();
	
	if( clrOrig == COLORREF(-1L) )
	{
		bool bReadOnly = (GetStyle()&ES_READONLY) != 0 ? true : false;
		bool bDisabled = OnQueryWindowEnabledState() ? false : true;
		COLORREF clrSysBk =
			PmBridge_GetPM()->GetColor( 
				( bReadOnly || bDisabled ) 
					? COLOR_3DFACE 
					: COLOR_WINDOW,
				(CObject*)this 
				);
		clrOrig =
			RGB( 
				(GetRValue(clrSysBk) + 255) / 2, 
				(GetGValue(clrSysBk) + 255) / 2, 
				(GetBValue(clrSysBk) + 255) / 2
				);
	}
	return clrOrig;
	
}

I have a floating window that I use for preview in a video editing application, therefore I need to maintain an aspect while resizing the preview bar, ie (4:3, 16:9). Previously I was using a CDialogBar derived class attached to the mainframe that would handel the CalcDynamicLayout(int nLength, DWORD dwMode), which I would use to get the direction of resizing and formulate the size to maintain the aspect on sizing. I switched this over to a CExtControlBar derived class, but the dwMode coming in always equals 6. Is there any way to implement the behaviour I need?

Hi,

I have just installed Prof-UIS 2.81 and my app is no longer functioning due to an assertion that is being thrown when I set a new property store in a CExtPropertyGridCtrl-derived class.

The issue appears to occur when the newly installed property store has fewer rows than the old property store, and when the row number of the focused cell in the old store is greater than the maximum number of rows in the new store. In other words the grid window calls FocusGet() and this returns the row number in the old property store, and when a check is made to ensure that this row number is less than the number of rows in the new property store, an assertion is thrown.

Hopefully this is enough info to identify the problem, but here’s the relevant part of the call stack. Note that the nRowNo in these calls is 9 when in fact the property store in the PropertyStoreSet() call only has 8 rows.

V01.exe!CExtTreeGridDataProvider::_Tree_MapRowToCache(unsigned long nRowNo=9) Line 2259 + 0x2a
V01.exe!CExtTreeGridDataProvider::_Tree_NodeGetByVisibleRowIndex(unsigned long nRowNo=10) Line 932 + 0x14
V01.exe!CExtTreeGridDataProvider::TreeNodeGetByVisibleRowIndex(unsigned long nRowNo=10) Line 917 + 0x14
V01.exe!CExtTreeGridWnd::ItemGetByVisibleRowIndex(long nRowNo=10) Line 3089 + 0xc
V01.exe!CExtTreeGridWnd::ItemFocusSet(_TREEITEM * hTreeItem=0x0258a814, long nColNo=1, bool bRedraw=true) Line 3762 + 0x14
V01.exe!CExtTreeGridWnd::ItemFocusSet(_TREEITEM * hTreeItem=0x0258a814, bool bRedraw=true) Line 3793 + 0x39
V01.exe!CExtPropertyGridCtrl::PropertyStoreSet(CExtPropertyStore * pPS=0x02629338) Line 9458
V01.exe!GPUISPropertyGrid::setCurrentPropertyStore(GPUISPropertyStore * propertyStore=0x02629338) Line 239
V01.exe!GPUISPropertyGrid::onNodeSelectionChange(const GNodeSelectionEvent & event={...}) Line 216
V01.exe!GEventListener<GPUISPropertyGrid,GNodeSelectionEvent>::fireEvent(const GNodeSelectionEvent & event={...}) Line 16 + 0x35
V01.exe!GListenerList<GNodeSelectionEvent>::fireEvent(const GNodeSelectionEvent & event={...}) Line 213 + 0x24
V01.exe!GNodeSelectionEvent::fire() Line 30
V01.exe!GSupport::fireEvent(GEvent & event={...}) Line 67 + 0xd
V01.exe!GNodeSelectionEvent::fireEvent(int senderID=2, unsigned int selectedNodeUID=1) Line 48
V01.exe!CConfigTreeCtrl::OnTvnSelchanged(tagNMHDR * pNMHDR=0x0012fa2c, long * pResult=0x0012f6f8) Line 222 + 0x10

Thanks for the fix. No problems so far.

As we have discussed so many times, I have a CExtTabPagecontainerWnd. This window can add pages
at runtime. I have new views created for thiese new pages at runtime using the following code
and I store these newly created views in a CObList.

m_pChildActiveView = new CSaIsPresentationView();//Sanky 27thsep

if(!m_pChildActiveView->Create(NULL,_T(""),WS_VISIBLE | WS_CHILD,CRect(200,200,1,1),m_pChildView,ID_VIEW_BASE))
{
AfxMessageBox("Failed to create new sink view");
}

CWnd* wndMain = AfxGetMainWnd();
CSaIsMainFrame* mainFrame = reinterpret_cast<CSaIsMainFrame*>(wndMain);
m_pChildActiveView->SetDocument((CSaIsDoc*)mainFrame->GetActiveDocument());

m_listViews.AddTail(m_pChildActiveView); // Tail added to the list.



Then I create the objects that I want to show on these views by passing these views one by one like this:

((*iterSinks).second)->m_pChildActiveView = (CSaIsPresentationView*)m_listViews.GetTail(); //get the latest CView* before u create the client sink


pSink->CreateClientSink(FALSE); //this line physically creates the client sink(the object to be placed on the view).

//Insert the page here with the view that I get from the list above.
m_pChildView->PageInsert (((*iterSinks).second)->m_pChildActiveView->GetSafeHwnd(),pSink->GetSinkFullPathName());

So finally the page is inserted. But what seems very very strange is when I select some of the tabs they show the
things that need to be shown while others dont

(for e.g. tab1,tab2 shows the views, then tab3 is added and every thing gets hidden. i.e. none of th
tabs show any thing rather empty views are shown.)

If I open this document wth three tabs after saving them, all three tabs appear with proper
views in it. This problem has harangued me for many many days and I see no respite.


Is it an issue with repainting( which is what I guess) or some flag or value of the CExtTabPageContainerWnd needs to be set properly... Please help me with this
This is really urgent now!

Dear Support,

I have a resizable dialog with several anchors.

When dragging the top border some controls inside the dialog flicker - it seems that they are first drawn in the original location, and then moved to the anchor base computer location. The flickering controls are those that are anchored to the bottom of the dialog

When dragging the other 3 borders this flicker is not displayed.

Please explain how to solve this problem.

Regards,
Ron.

We agree with you but we should notice the same effect can be seen while resizing via dragging other borders. In fact, this "flicker" effect is present in any window on your desktop, but if painting algorithms are simplest as possible, then you don’t see this effect even on slow machines. It looks like Windows OS displays the "previous" content of the window first and then lets the window to paint itself. In the simplest case we have a popup window on the desktop running on a slow computer, there are no child windows inside this window, it eats up the WM_ERASEBKGND message and paints its content through a memory-based HDC when handling the WM_PAINT message. Even in this case it’s possible to see flickering you are talking about when running such a simple application on VMWare/VirtualPC. It is Interesting that other OSes (Mac OS X, Linux) also produce the same effect.

Hello,

I have the following problem. I have a dialog which size is 612x14 (in resources units), with child style and no borde. It is embedded in a control bar. Initial docked height of this CControlBar is around 100 pixels, not around 40 pixels. So I have a lot of space below the controls. I guess I have to use SetInitDesiredSizeHorizontal(), but I don’t find the way to compute my 14 pixel resource unit + height of CControlBar caption.

Thanks.

Hi Prof-uis!

I am using a CExtPropertyGridCtrl and would like to add a multi-line edit control, as well as custom controls that could span multiple lines (for example a small custom dialog as an in-place control which may be larger in size than the current row size).

Is this possible and is there an example?

Thanks!

It seems that the following code is wrong in CExtLabel.cpp @ line 238:

You have:
            bool bForceSingleLine =
                ( strText.Find( _T("\n") ) >= 0 ) ? true : false;

This should be:
            bool bForceSingleLine =
                ( strText.Find( _T("\n") ) >= 0 ) ? false : true;

If the text HAS a linefeed, then you wouldn’t want to force it to a single line.

The way you have it, any static text item that has a linefeed in the string gets drawn incorrectly (all on one line).

Is it possible to set the border color and the width border, of a cell in a grid? If it possible , can you explain how?

Then, I have started a Thread on 19th of october "Joining cell inside a column question"...but with no answer from you....It is just a remainder!!


Thanks
Francesco

It is possible to reserve some space around cells and paint this space using some color. Normally you see grid cells placed near each other, but it’s possible to reserve some extra space above/below each/some of rows and some extra space at left/right of each/some of columns. You can invoke the CExtGridCell::ExtraSpaceSet() method for the header cell to specify desired extra space in pixels before/after corresponding column/row. The CExtGridBaseWnd::OnGbwPaintExtraSpaceH() and CExtGridBaseWnd::OnGbwPaintExtraSpaceV() virtual methods can be used for filling this extra space around grid cells with some color. The extra space support is important built in feature of the CExtGridWnd class and based on it classes. Most of methods related to any actions dependent on cell location have two rectangles in parameters specifying cell location including/excluding its extra spaces around it:

            const RECT & rcCellExtra,
            const RECT & rcCell,