Forum

Hi
I have such a code
int iRowCount = m_Grid.RowCountGet();
CExtGridCellString *pCellSymbol;
CExtGridCellDateTime *pCellDateTime;
for (i = 0; i < iRowCount; i++)
{
CExtGridCellString *pCell = STATIC_DOWNCAST(CExtGridCellString, m_Grid.GridCellGet(1, i));
pCell->TextGet(cellText);
if (cellText == pu.Symbol)
{
pCellDateTime = STATIC_DOWNCAST(CExtGridCellDateTime, m_Grid.GridCellGet(0, i));
pCellDateTime->SetDateTime(pu.TradeDateTime);

//m_Grid.Invalidate() ;
TRACE1("Time %s\n", pu.TradeDateTime.Format());
return ;
}
}

where in the loop I find the needed row, then update another’s cell value. But if I don’t call m_Grid.Invalidate() the value change is not reflected in the grid.
If I resize the dialog then I can also see value changes.
Is this is a correct behavior of the grid?
Values are coming from another 3rd party COM object and I can see them using TRACE1.

The cell was created using such a code
pCellDateTime = STATIC_DOWNCAST(CExtGridCellDateTime, m_Grid.GridCellGet(0, iRowCount, 0, 0,
RUNTIME_CLASS(CExtGridCellDateTime)));
pCellDateTime->SetMode(CExtGridCellDateTime::all);
pCellDateTime->SetTimeFormat(CExtGridCellDateTime::automatic);
pCellDateTime->SetDateTime(pu.TradeDateTime);
pCellDateTime->ModifyStyle(__EGCS_READ_ONLY, 0);
pCellDateTime->ModifyStyle(0, __EGCS_BUTTON_DROPDOWN);
when doing such a code the values are displayed correctly.

Any idea are welcome
Thx

Hi, I have run into this problem too. I need to update my whole grid, but when i do MywndGrid.UpdateWindow();  It still won’t update. I hope there is an easier way to update my whole grid without getting the rect for each cell?

Thanks,

Courtney

You should invalidate the grid control first and only then update it:

CExtGridWnd & wndGrid = . . .
      wndGrid.Invalidate();
      wndGrid.UpdateWindow();

// you know row/column indices
LONG nColNo = . . .
LONG nRowNo = 
// and you know where the cell is (the next both values are zeros for inner data cells)
INT nColType = . . .
INT nRowType = . . .
// now you can get rectangular area of this grid cell in the client coordinates of grid control
CRect rcInvalidate;
            if( ! wndGrid.GridCellRectsGet( nColNo, nRowNo, nColType, nRowType, NULL, &rcInvalidate ) )
            return ... // cell is outside of the visible cell range
// invalidate cell area
      wndGrid.InvalidateRect( &rcInvalidate );

HI
thx for the answer. accordingly to your answer when I call _VariantAssign or SetDateTime the cell itself won’t invalidate it’s content, and to see the new values I have 2 options
1. to find GridCellRect and invalidate that rectangle
2. call wndGrid.UpdateWindow();
these solutions are ok for me.

thx for help.

Dear ProfUIS-Team,

using cursor keys CExtComboBox does not repaint the list box correctly. Therefore we needed to modify the original source code in ExtComboBox.cpp to achieve the correct behaviour:

void CExtComboBoxPopupListBox::OnKeyDown( UINT nChar, UINT nRepCnt, UINT nFlags ) 
{
	ASSERT_VALID( this );
	if( m_pCB->GetDroppedState() )
	{
		DWORD dwComboBoxType = m_pCB->GetStyle() & 0x0003L;
		CListBox * pListBox = ( CListBox * ) this;
		bool bSelChanged = false;
		switch( nChar )
		{
			case VK_LEFT:
			case VK_UP:
				{
					// Go up until we find a valid selection
					// then set the current selection to that one
					INT nCurSel = pListBox->GetCurSel();
					INT nSel = nCurSel;
					bool bInitSelection = false;
					INT nCount = pListBox->GetCount();
					if(	nSel < 0 && nCount > 0 )
					{
						nSel = nCount - 1;
						bInitSelection = true;
					}
					if( nSel != LB_ERR )
					{
						while( nSel > 0 )
						{
							INT nItem = nSel - ( bInitSelection ? 0 : 1 );
							if( m_pCB->LbItemIsEnabled( nItem ) )
							{
								if( nCurSel != nItem )
								{
									// ---------- START MODIFIED SOURCE CODE (1/2) -----------
									// pListBox->SetRedraw( FALSE );	// original position
									INT nRealSel = pListBox->SetCurSel( nItem );
									pListBox->SetRedraw( FALSE );		// new position
									// ---------- END MODIFIED SOURCE CODE (1/2) -----------
									if( nCurSel != nRealSel )
									{
										if( dwComboBoxType == CBS_DROPDOWNLIST )
										{
											INT nTopIndex = pListBox->GetTopIndex();
											m_pCB->SetCurSel( nRealSel );
											pListBox->SetTopIndex( nTopIndex );
										}
										else
										{
											CString sText;
											pListBox->GetText( nRealSel, sText );
											m_pCB->SetWindowText( sText );
											m_pCB->SetEditSel( 0, -1 );
										}
										bSelChanged = true;
									}
									pListBox->SetRedraw( TRUE );
									pListBox->RedrawWindow(
										NULL,
										NULL,
										RDW_INVALIDATE | RDW_UPDATENOW | RDW_FRAME
										);
								}
								break;
							}
							nSel--;
						}
					}
				}
				break;

			case VK_RIGHT:
			case VK_DOWN:
				{
					// Go up until we find a valid selection
					// then set the current selection to that one
					INT nCurSel = pListBox->GetCurSel();
					INT nSel = nCurSel;
					bool bInitSelection = false;
					INT nCount = pListBox->GetCount();
					if(	nSel < 0 && nCount > 0 )
					{
						nSel = 0;
						bInitSelection = true;
					}
					if( nSel != LB_ERR )
					{
						while( nSel < nCount - 1 )
						{
							INT nItem = nSel + ( bInitSelection ? 0 : 1 );
							if( nItem == nCount )
								break;
							if( m_pCB->LbItemIsEnabled( nItem ) )
							{
								if( nCurSel != nItem )
								{
									// ---------- MODIFIED SOURCE CODE (2/2) -----------
									// pListBox->SetRedraw( FALSE );	// original position 
									INT nRealSel = pListBox->SetCurSel( nItem );
									pListBox->SetRedraw( FALSE );		// new position
									// ---------- END MODIFIED SOURCE CODE (2/2) -----------
									if( nCurSel != nRealSel )
									{
										if( dwComboBoxType == CBS_DROPDOWNLIST )
										{
											INT nTopIndex = pListBox->GetTopIndex();
											m_pCB->SetCurSel( nRealSel );
											pListBox->SetTopIndex( nTopIndex );
										}
										else
										{
											CString sText;
											pListBox->GetText( nRealSel, sText );
											m_pCB->SetWindowText( sText );
											m_pCB->SetEditSel( 0, -1 );
										}
										bSelChanged = true;
									}
									pListBox->SetRedraw( TRUE );
									pListBox->RedrawWindow(
										NULL,
										NULL,
										RDW_INVALIDATE | RDW_UPDATENOW | RDW_FRAME
										);
								}
								break;
							}
							nSel++;
						}
					}
				}
				break;

			case VK_HOME:
			case VK_PRIOR:
			[...]

Dear ProfUIS-Team,

adding a new option page does not ensure resizing of the ribbon option dialog. The original ProfUIS code does not take care about the size of option pages. To create a ribbon’s option dialog the dialog template IDD_EXT_RIBBON_OPTIONS_DIALOG is taken from resources. If the size of a custom option page exceeds that of the dialog control IDC_EXT_RIBBON_STATIC_FRAME, then the problem is passed to the user.

Therefore we needed to customize ExtRibbonBar.cpp in order to deal with that problem:

BOOL CExtRibbonOptionsDialog::OnInitDialog()
{
	m_wndOptionsTabs.ResetContent();

	if(		m_pRibbonBar->GetSafeHwnd() == NULL
			||	( ! CExtNCW < CExtResizableDialog > :: OnInitDialog() )
		)
	{
		ASSERT( FALSE );
		return FALSE;
	}
	ASSERT_VALID( m_pRibbonBar );
	m_strCommandProfileName =
		g_CmdManager->ProfileNameFromWnd( m_pRibbonBar->m_hWnd );
	ASSERT( ! m_strCommandProfileName.IsEmpty() );
	g_CmdManager->ProfileWndAdd(
		LPCTSTR( m_strCommandProfileName ),
		m_hWnd
		);

	CWnd * pWnd = CExtControlBar::stat_GetWndForPlacement( m_pRibbonBar );
	HICON hIcon = NULL;
	if( pWnd->GetSafeHwnd() != NULL )
	{
		hIcon = (HICON)
			::SendMessage(
				pWnd->m_hWnd,
				WM_GETICON,
				ICON_BIG,
				0L
				);
		if( hIcon == NULL ) 
		{
			hIcon = (HICON)
				::SendMessage(
					pWnd->m_hWnd,
					WM_GETICON,
					ICON_BIG,
					0L
					);
			if( hIcon == NULL ) 
			{
				hIcon = (HICON)
					::GetClassLong(
						pWnd->m_hWnd,
						__EXT_MFC_GCL_HICON
						);
				if(hIcon == NULL) 
					hIcon = ::AfxGetApp()->LoadStandardIcon( IDI_WINLOGO );
			} // if( hIcon == NULL ) 
		} // if( hIcon == NULL ) 
	} // if( pWnd->GetSafeHwnd() != NULL )
	if( hIcon != NULL )
	{
		SetIcon( hIcon, TRUE );
		SetIcon( hIcon, FALSE );
	} // if( hIcon != NULL )

	AddAnchor( IDC_EXT_RIBBON_LIST_BOX_TABS, __RDA_LT, __RDA_LB );
	AddAnchor( IDC_EXT_RIBBON_STATIC_FRAME, __RDA_LT, __RDA_RB );
	AddAnchor( IDOK, __RDA_RB );
	AddAnchor( IDCANCEL, __RDA_RB );
	CRect rcWnd;
	GetWindowRect( &rcWnd );
	CSize _sizeMinTrack(
		::MulDiv( rcWnd.Width(),  5, 6 ),
		::MulDiv( rcWnd.Height(), 7, 8 )
		);
	SetMinTrackSize( _sizeMinTrack );

	CRect rcPage;
	m_labelEmptyFrame.GetWindowRect( &rcPage );
	ScreenToClient( &rcPage );
	m_pRibbonBar->OnRibbonOptionsDialogInitPageRTCs( *this );
	HWND hWndSelPage = NULL;
	HWND hWndInsertAfter = m_wndOptionsTabs.m_hWnd;
	INT nPageIndex, nPageCount = INT( m_arrPageRTCs.GetSize() );
	for( nPageIndex = 0; nPageIndex < nPageCount; nPageIndex ++ )
	{
		CRuntimeClass * pRTC = m_arrPageRTCs[ nPageIndex ];
		if(		pRTC == NULL
				||	( ! pRTC->IsDerivedFrom( RUNTIME_CLASS( CExtRibbonOptionsPage ) ) )
			)
		{
			ASSERT( FALSE );
			return FALSE;
		}
		CObject * pObject = pRTC->CreateObject();
		if( pObject == NULL )
		{
			ASSERT( FALSE );
			return FALSE;
		}
		CExtRibbonOptionsPage * pPage =
			STATIC_DOWNCAST( CExtRibbonOptionsPage, pObject );
		UINT nPageID = pPage->RibbonOptionsPage_GetID();
		if( ! pPage->Create( nPageID, this ) )
		{
			ASSERT( FALSE );
			return FALSE;
		}
		pPage->ShowWindow( SW_HIDE );
		if( ! m_wndOptionsTabs.AddPage( pPage ) )
		{
			ASSERT( FALSE );
			return FALSE;
		}
		if( hWndSelPage == NULL )
			hWndSelPage = pPage->m_hWnd;
		else if( m_nSelectedPageID == nPageID )
			hWndSelPage = pPage->m_hWnd;

		// ----------- START OF INSERTED CODE ------------
 		CRect pageRect;
		CRect newRect(rcWnd);
		pPage->GetWindowRect(&pageRect);

		int difX = pageRect.Width() - rcPage.Width();
		if (0 < difX )
		{
			newRect.right += difX;
			rcPage.right  += difX;
		}

		int difY = pageRect.Height()- rcPage.Height();
		if (0 < difY )
		{
			newRect.bottom += difY;
			rcPage.bottom  += difY;
		}

		if ( !newRect.EqualRect(rcWnd))
		{
			MoveWindow(&newRect);
			rcWnd = newRect;
		}
		// ----------- END OF INSERTED CODE ------------

		::SetWindowPos(
			pPage->m_hWnd,
			hWndInsertAfter,
			rcPage.left,
			rcPage.top,
			rcPage.Width(),
			rcPage.Height(),
			SWP_NOACTIVATE|SWP_NOOWNERZORDER
			);
		AddAnchor( pPage->m_hWnd, __RDA_LT, __RDA_RB );
		hWndInsertAfter = pPage->m_hWnd;
	} // for( nPageIndex = 0; nPageIndex < nPageCount; nPageIndex ++ )

	pWnd = GetWindow( GW_CHILD );
	for( ; pWnd != NULL; pWnd = pWnd->GetWindow( GW_HWNDNEXT ) )
	{
		CExtRibbonOptionsPage * pPage =
			DYNAMIC_DOWNCAST( CExtRibbonOptionsPage, pWnd );
		if( pPage == NULL )
			continue;
		if( ! pPage->RibbonOptionsPage_InitContent() )
		{
			ASSERT( FALSE );
			return FALSE;
		} // if( ! pPage->RibbonOptionsPage_InitContent() )
	} // for( ; pWnd != NULL; pWnd = pWnd->GetWindow( GW_HWNDNEXT ) )

	if( m_nSelectedPageID == __EXT_RIBBON_OPTIONS_DIALOG_PAGE_DEFAULT )
		m_nSelectedPageID = __EXT_RIBBON_OPTIONS_DIALOG_PAGE_CQATB;
	CExtRibbonOptionsPage * pSelectedPage = NULL;
	pWnd = GetDlgItem( m_nSelectedPageID );
	if( pWnd != NULL )
		pSelectedPage = DYNAMIC_DOWNCAST( CExtRibbonOptionsPage, pWnd );
	if( pSelectedPage == NULL )
	{
		pWnd = GetWindow( GW_CHILD );
		for( ; pWnd != NULL; pWnd = pWnd->GetWindow( GW_HWNDNEXT ) )
		{
			pSelectedPage = DYNAMIC_DOWNCAST( CExtRibbonOptionsPage, pWnd );
			if( pSelectedPage != NULL )
				break;
		} // for( ; pWnd != NULL; pWnd = pWnd->GetWindow( GW_HWNDNEXT ) )
	} // if( pSelectedPage == NULL )
	if( pSelectedPage != NULL )
		m_wndOptionsTabs.SelectPage( pSelectedPage );
	m_wndOptionsTabs.OnSwUpdateScrollBars();

	if( hWndSelPage != NULL )
	{
		m_labelEmptyFrame.ShowWindow( SW_HIDE );
		::ShowWindow( hWndSelPage, SW_SHOW );
	}

	return TRUE;
}

Dear ProfUIS-Team,

the main frame of our application is based on your RibbonBarMDI sample, using a scrollable editor for a child window.

When scrolling through the ribbon tab pages from left to right using the mouse wheel there appears a strange behaviour after having reached the last (rightmost) tab page: the wheel suddenly starts to scroll downward the loaded document. This happens while the mouse pointer has never left the focus of the ribbon bar.

If changing the direction of moving the wheel the tab pages immediately start to scroll backward from right to left. After having reached the first (leftmost) tab page the editor begins to scroll upward through the document.

It seems to me that the scroll events are left unhandled in the message queue while being invoked outside the tab page range, and therefore will be passed to the child window as long as the scroll direction doesn’t change.

Kind regards,

Martin

Hi
I have such an image http://designleon.com/temp/Open.bmp which has a color which shall be transparent.
I’m trying to use it for a button in ToolControlBar, but I can’t make it appear without that transparent color.
I tried this way
CExtBitmap bmp;
g_ResourceManager->LoadBitmap(bmp, IDB_BITMAP_OPEN);
bmp.Make32();
//bmp.AdjustHLS(RGB(255, 0, 255), RGB(3, 3, 3));
g_CmdManager->CmdSetIcon(pApp->m_pszProfileName, ID_DMW_OPEN, bmp);
but anyway I see that redish color
What do I do wrong?
What would be the best way to assign images with transparency to toolbar buttons?

Thx

P.S. Using VS 2005 and Prof UIS 282

Dear Support,

We need to display a jpeg in a grid cell.

Please advise

Thanks,
Ron.

Thanks for the information - we’ll try it out.

Dear ProfUIS-Team,

using the ribbon bar in MS Word 2007 shows a small but significant difference concerning the behaviour of the mnemonics invoked by pressing the ALT-key. The MS Word ribbon invokes the mnemonics while pressing the ALT-key, whereas ProfUIS ribbon invokes the mnemonics after releasing the ALT-key. I think the behaviour of MS Word is better because it enables a faster use of the keyboard. Would it be possible to integrate a behaviour - at least as an option - comparable to MS Word?

Kind regards,

Martin

Thank you for your comment. Yes, MS Word allows you to perform some kind of faster key tip navigation. But we noticed it looks like although key tips can handle a key earlier than the key tip window appear on the screen, the user is not able to type key tip sequence too fast. Please let us test this feature additionally and come up with how it can be implemented in our ribbon bar.

Besides the mentioned difference MS Word allows to directly input the Alt+<AnyKey> combination allowing a quick traversal for advanced users by keyboard only.

Kind regards,

Martin

Dear ProfUIS-Team,

there are two issues with respect to the docking/floating behaviour using CExtControlBar, and both can be reproduced with the delivered sample apps (e.g. SDI_DynamicBars, ProfStudio):

1. Suppose having the (WinXP SP2) task bar vertically on the left side of the screen. If loaded out of the box, i.e. without any serialization traces in the registry, double clicking onto the caption bar of a docked window moves it (undocked now) to the screen coordinates (0,0). Unfortunately this behaviour seems to ignore the width of the task bar, i.e. the window is partly covered/hidden by the task bar.

2. Under MS Word 2007 docked windows are showing the following behaviour:
Double clicking the caption bar of a docked window undocks it (same as in ProfUIS). Double clicking the caption bar of the undocked window moves it back to the previous docking place (not realized in ProfUIS). It would be nice to have the same behaviour with ProfUIS, too.

Kind regards,

Martin

We have not implemented the double click based toggling of the floating state for resizable control bars because this feature has a conflict in design and even in Visual Studio .NET/2005/2008 it’s not working correctly in 100% of cases. It’s not possible to restore the exact floating state of the control bar inside a complex floating palette if its inner structure was changed since last state toggling.

Sorry, under 2. I did not mean MS Word 2007 but MS Visual Studio 2005.

The behaviour here is like follows:

STATE: docked at defined position
ACTION: double click bar
RESULT: undocked state
ACTION: double click bar
RESULT: docked state at previous docking position

It would be nice to have the same behaviour with ProfUIS.

Regards,

Martin

In answer to another query, Tech Support posted suggesting use of "on-the fly initialization of tree rows during expanding".
Do you have an example of how this should be done.

After having tried the General Forum for some time without success I’m now trying to solve my problem using the Tech Support site with the same subject from 2008/01/17.

It’s important to notice that under v2.80 the whole thing worked without problems.

Kind regards,

Martin

I tested DRAWCLI sample.

I have following monitor settings:
[ 2 ] [ 1 ]
1 - primary monitor, screen coordinates: 0,0 x 1280,1024
2 - screen coordinates: -1280,0 x 0,1024

When i restore DRAWCLI main window from minimized state (click app button on task bar) it always appears on left (2) monitor though initially it was on right primary (1) monitor.

I looked at code and saw that in
CExtNcFrameImpl::NcFrameImpl_SetWindowPlacement() to determine in which monitor you should mazimize window you use following method:

void CExtPaintManager::stat_GetMonitorParms(
    monitor_parms_t & _mp,
    HWND hWndFrom
    )
{
ASSERT( hWndFrom != NULL && ::IsWindow(hWndFrom) );
RECT rcWnd = { 0, 0, 0, 0 };
VERIFY( ::GetWindowRect( hWndFrom, &rcWnd ) );
stat_GetMonitorParms( _mp, rcWnd );
}

But GetWindowRect() for minimized windows always returns rect with -32000 coords.
{top=-32000 bottom=-31969 left=-32000 right=-31840}
I don’t know why it work in this way.
Then you call MonitorFromRect() which
"..retrieves a handle to the display monitor that has the largest area of intersection with a specified rectangle.." (from msdn)

So for my case it will always return left (2) monitor.

The desktop manager works well with default looking and behaving windows. It does not work correctly with skinned windows. The problem is not with the re-painted non-client area. The problem has to do with the re-computed non-client area when the WS_CAPTION style is removed. The skinning subsystem in Prof-UIS completely re-computes the non-client area for best skinning look and re-paints it. It also removes the WS_CAPTION style from the window because non-client areas of windows marked with this style become painted by Windows not through window procedure. In some situations Windows paints non-client areas of desktop windows manually without notifying them and this is absolutely not acceptable for skinning. Unfortunately there are no notifications for desktop window re-positioning commands invoked from the task bar. This problem is still at the research stage.

Dear Technical Support,
I encountered the same problem that our customer complained about this bug.

To reproduce this problem,

1. Use Office 2007 theme, maximize the application window size.
2. switch to desktop using "Show Desktop" command in Quick launch, then click the application back to front on the task bar.
3. The application window size will be restored as normal window size but not maximized.

Could you help us to fix this problem in Prof-UIS (include how to update the source code) for our customer?

Best Regards,
Thomas

I discovered that thi issues is reproduced only with Office 2007 Theme (any of three). Please try again with this theme.
I could stably reporduce this issue on three computers.

Also i found another related bug but more serious. It doesn’t depend on monitor’s count and is also reproduced only with Office 2007 Theme.
Maximize main window (e.g. DRAWCLI sample).
Click "Show Desktop" on Quick Launch. Click on DRAWCLI window button on tsak bar - main window restored with NOT maximazed state.

In customize mode when you simply try to select any menu item or toolbar button accidental D&D operation can be performed.
It may looks as you just click on menu item and then it disapears.

This happens because you call pSite->DoDragCmdNode() in CExtToolControlBar::OnLButtonDown() and CExtPopupMenuWnd::OnLButtonDown() without checking if D&D operation is realy required.

But for this purpose exists winAPI function DragDetect(). It check if D&D begins by drag rectangle and drag time (the last is undocumented).

Because in Office 2003 D&D is checked only by drag rectangle i suggest following variant of DragDetect

bool MyDragDetect(CWnd *pWnd, CPoint point)
{
pWnd->ClientToScreen(&point);
while (::DragDetect(pWnd->GetSafeHwnd(), point))
{
CPoint pt;
::GetCursorPos(&pt);
if (pt == point) continue; //only drag time elapsed but mouse is not moved
return true;
}
return false;
}

e.g. using this func in ExtPopupMenuWnd.cpp
fragment of CExtPopupMenuWnd::OnLButtonDown()
....
WND hWndOwn = m_hWnd;
    _ItemFocusSet( nIndex, TRUE, TRUE, FALSE );
    if( ! ::IsWindow( hWndOwn ) )
        return;
ASSERT( hWndOwn != NULL && ::IsWindow(hWndOwn) );

if (!MyDragDetect(this, point))
{
     m_pDragSrcNode = NULL;
     m_bHelperNoHideChild = false;
     m_nDragSrcIdx = -1;
     m_bHelperNoRemoveSrc = false;
     m_bHelperDragOverPassed = false;
return;
}

    pSite->DoDragCmdNode(
        this,
        NULL,
        m_pDragSrcNode,
        rcItem
        );
....

Hi,

In the OnCreate of our MainFrame we set the g_PaintManager->m_FontNormal to Segoe or Tahoma or Arial (depending on what font is on the system). The menu’s are using the correct font

On the release test builds, our QA team is facing one issue. They lock the station, then unlock it. The font menu is set to Arial (even if it was on Segoe before)

Do you try to synchronize the menu font ? What could be done to keep the font as we want ?

Hello.

Are you busy with any other development?
Development of me stops when I do not get an answer. ...........

Dear Support,

I define a cell of type CExtGridCellColor which always contains a valid color like this:

	pColorCell->SetMode(CExtGridCellColor::eNone);
	pColorCell->SetColor(data.nColor);
	pColorCell->ModifyStyle(__EGCS_NO_INPLACE_CONTROL);

Thanks,
Problem solved...

Now I just need to get some answers from you on all other issues that I’m waiting for answers for months (sent you mails today - please respond)

We successfully reproduced the problem and fixed it. Thank you. Now when you press Enter over the Customize Color button, the color selection dialog opens.

Please update the following method:

bool CExtPopupColorMenuWnd::_OnKeyDown(
            UINT nChar,
            UINT nRepCnt,
            UINT nFlags,
            bool & bNoEat
            )
{
            ASSERT_VALID( this );

            nRepCnt;
            nFlags;
            bNoEat;
            if( GetSafeHwnd() == NULL )
                        return true; //false;

            if( GetSite().GetAnimated() != NULL )
                        return true;

TranslateKeyboardEventData_t _td( this, nChar, nRepCnt, nFlags, bNoEat );
            if( _td.Notify() )
            {
                        bNoEat = _td.m_bNoEat;
                        return true;
            }

bool bEat = false;
            switch( nChar )
            {
            case VK_RETURN:
            {
                        HWND hWndThis = GetSafeHwnd();
                        if(         (           m_nColorIdxCurr >= 0
                                               || m_nColorIdxCurr == IDX_DEFAULT_COLOR_BTN
                                               || m_nColorIdxCurr == IDX_CUSTOM_COLOR_BTN
                                               )
                                   &&       ( ! _FindCustomizeMode() )
                                   )
                        {
                                   _NotifyColorChanged( true );
                                   g_SoundPlayer->PlaySound( CExtSoundPlayer::__ON_MENU_CMD_CLICKED );
                        }
                        if( !::IsWindow(hWndThis) )
                                   return true;

                        COLORREF clr = (COLORREF)__ECST_NONE;
                        switch( m_nColorIdxCurr )
                        {
                        case IDX_DEFAULT_COLOR_BTN:
                                   clr = (COLORREF)__ECST_BUTTON_DEFAULT;
                                   break;
                        case IDX_CUSTOM_COLOR_BTN:
                                   clr = (COLORREF)__ECST_BUTTON_CUSTOM;
                            break;
                        default:
                                   clr = _GetColorValue( m_nColorIdxCurr );
                            break;
                        }
                        _EndSequence( clr );
                        return true;
            } // VK_RETURN
            
            case VK_MENU:
                        _EndSequence();
                        return true;
            
            case VK_ESCAPE:
                        if( m_bTopLevel )
                                   _EndSequence();
                        else
                        {
                                   int nParentCurIndex =
                                               m_pWndParentMenu->_GetCurIndex();
                                   ASSERT(
                                               nParentCurIndex >= 0
                                               &&
                                               nParentCurIndex <=
                                                           m_pWndParentMenu->ItemGetCount()
                                               );
                                   HWND hWndOwn = m_hWnd;
                                   m_pWndParentMenu->_SetCapture();
                                   m_pWndParentMenu->_ItemFocusCancel(
                                               FALSE
                                               );
                                   m_pWndParentMenu->_ItemFocusSet(
                                               nParentCurIndex,
                                               FALSE,
                                               TRUE
                                               );
                                   if( ! ::IsWindow( hWndOwn ) )
                                               return true;
                                   m_pWndParentMenu->_SetCapture();
                        }
                        return true;

            case VK_LEFT:
            case VK_RIGHT:
            case VK_UP:
            case VK_DOWN:
            case VK_TAB:
                        {
                                   if( nChar == VK_TAB )
                                   {
                                               bool bAlt =
                                                           ( (::GetAsyncKeyState(VK_MENU)&0x8000) != 0 )
                                                                       ? true : false;
                                               bool bCtrl =
                                                           ( (::GetAsyncKeyState(VK_CONTROL)&0x8000) != 0 )
                                                                       ? true : false;
                                               if( bCtrl || bAlt )
                                                           break;
                                               bool bShift =
                                                           ( (::GetAsyncKeyState(VK_SHIFT)&0x8000) != 0 )
                                                                       ? true : false;
                                               nChar = bShift ? VK_LEFT : VK_RIGHT;
                                   }
                                   int nOldIdx = m_nColorIdxCurr;
                                   m_nColorIdxCurr = _GetNextKeyColor( nOldIdx, nChar );
                                   bEat = ( m_nColorIdxCurr != nOldIdx ) ? true : false;
                        }
                        break;
            } // switch( nChar )

            if( bEat )
            {
                        HWND hWndOwn = m_hWnd;
                        _CoolTipHide();
                        if( ! ::IsWindow( hWndOwn ) )
                                   return true;
                        _NotifyColorChanged();
                        Invalidate();
            }

            return bEat;
}

Dear Support,

I have tested it in 2.83 and the bug is still there.

Let me explain you what I am doing - maybe I was not clear enough last time:
1. Open the ’SimpleGrids’ application.
2. Go to ’Colors’ Tab.
3. Go to the first row, to the Text cell (or any other color cell for that matter).
4. Press the drop-down button - the list drop-down is opened.
5. move the mouse cursor over the ’Customize Color...’ button (Do Not click, just move the cursor over it) the button is highlighted.
6. Without moving the mouse, press the ’Enter’ key in the keyboard.

The result after step 6 is that the drop-down is closed, and there is no color selection in the cell - you get the ’?’ as the color, and no text.
This is wrong because the user did not select anything.

I can clearly categorize this as a bug, and it’s very easy to reproduce also in the ProfUIS_Controls sample.

Please verify that you were able to reproduce this bug.

Regards,
Ron.

You can download the latest source code from our ftp server. Please contact us for ftp login details via email.

The problem is that the None appears when it shouldn’t:
Assign a color to the cell, remove the in-place, and repeat steps 1-3.
If you can reproduce it, please send me the changes you did, I need to release a version ASAP

Hallo again,

Sorry to bother you again, but it appears that there is a problem with the CComboBox Object. I have a CDialog and in it a CComboBox with several items in its list. When the program runs and attempt to change the selection in the combo that list appears to have 0 height. Basically instead of the list I get a line under it and no possibility to select any of the items. When I included a CComboBox in a simple MFC test project without prof-uis it worked just fine. I attempted to include the CExtComboBox instead, but the result was the same.
Thanks in advance.

Do you have anykind of sample that is like a movie maker time line? Basically the functionality is you have several rows and you can drag and drop an object on the row and manipulate the object to cover some duration. Just a question.
Thanks,
Courtney

The grid control is good because it already has many ready-to-use grid cell classes. But real time-line or history board can be long and should be scale-able. We have coded an interesting scrollable control a few years ago:

TestGraph2.zip

It displays dots and lines looking like chart but this is not the main feature. It uses float or double values instead of int or long values for specifying scrolling ranges and positions. You can see slider controls near each scroll bar and they allow you to scale scrollable ranges or magnify viewed data. We believe this is what really should be present in timeline. Our CExtFloatScrollWnd class uses OpenGL like normalized floating point values in range 0.0 ... 1.0. It’s possible to re-format text labels on each axis, remove chart lines, disable point drag-n-dropping and add everything else what make this window looking like timeline. Of course, we can help you to do this but it looks like we need more details about this task. What will be represented in X and Y axes? We need some more detailed data type descriptions, their ranges etc.

If the time line is not unlimited, then it can be reproduced using a grid window with or without custom painted cells or grid areas. But generally this task is very specific to a particular project and requires a very detailed discussion on the time line control’s behavior and data shown on it. Unfortunately we have no stand alone time line control.

I have just updated from v2.81 to 2.82.

On startup of my app, the ribbonbar icons used to (correctly) display as small icons. After updating, they initially have large icons drawn that don’t fit.

As soon as I resize the app or maximise then restore, it sorts itself out.

A bit more info:
When my app starts, it is not full screen. If full screen, the icons would fit being drawn large. In restore size, there is not enough space for all icons to be large, so the rightmost group of icons should automatically be drawn as small.

We have just sent you an email with a link to the latest source code. The reported problem is fixed. If it is not the case, please let us know. Thank you.

Hi,

We’re having the same issues - the app needs to be resized in order for the ribbon layout to display correctly.  Could you please advise of this fix?  Thanks.

Although we did not receive any zip files including those renamed to ._z_, it seems we know what the problem is and are now debugging it. We will try to fix it as soon as possible and provide you with the update. Thank you for the doc file.

Please can you give me an update on progress.

I have sent 3 emails - 1 with the doc attachment, 1 with the zip (renamed ._z_) and one without any attachments. If you get 1 or 2 but not all 3, let me know & I will try again.

We still didn’t receive any email from you. Please change the extension of the attached ZIP file to something like _Z_ and send it again. If you protect it with a password, that may also help it not to be filtered out somewhere.

Hi,

I have just sent you an email.

I have attached a doc showing how my icons are (incorrectly) looking on startup & how they should look.
I also attach a zip of a project replicating the issue. It is based on the RibbonMdi sample app.

thanks

Could you create a stripped version of your project with the UI code only and send it to us?

I have updated my CMainFrame::ActivateFrame() method to be the same as the RibbonBarMdi sample, but the problem is still there.

When using CExtPopupMenuWnd the delayed hiding of sub-menus does not work when moving the mouse onto a disabled menu item. For example if the File menu was :

File ->
Open File
Open Recent File -> Sub-Menu of recent files
Close File (disabled)

The recent files sub-menu delayed hiding works if the mouse moves onto the "Open File" item, but if moving onto the disabled "Close File" item, it will hide immediately. The same is true if moving onto a separator.

When I create CExtTreeGridWnd with 10.000 items it’s start work very-very slow.
(For example Stringray’s trees with 100 and 100.000 items have no performance differences)
What can I do to speedup it ?