Forum

I found that it is possible to limit the text enterd in a cell using the function "CExtGridCell::setlimittext(...)". But is it possible to set this limitation to all the cell in column instead of call the function for each cell in a column?

Thnks,
Francesco.

Hello,

In example of using CExtPropertyGrid "CompoundProperies", at first, you created CExtPropertyStore by the GetPropertyStore method. All properties of CCanvasObject was modified through the CExtPropertyGrid control. I need to modify internal properties of MyObject by few ways: 1) by the CExtPropertyGrid, 2) by the code in my program (it’s may be handling of some event).

For solving porblem #1, I implemented myself CExtPropertyValue clase on base CExtPropertyValue and overrided constructor and Apply methods as in SimpleProperties example. How to correctly solve the second problem? MyObject class has GetPropertyStore method, which return CExtPrpertyStore object. And now, If the internal properies of MyObjec was changed by the some event, I want to present new properies in CExtPropertyGrid.

How to do it?

Thank you.

You can programmatically update your data objects, put the data into the active grid cells in the property value(s). This means the content of the property tree will correspond to the latest state of your object. But the tree grid controls inside the property grid control contain cloned copies of the active grid cells stored in each CExtPropertyValue object. So finally you should invoke the CExtPropertyGridCtrl::PropertyStoreSynchronize() method to update the content of the property grid.

And is there some way to optimize the speed of synchronization? Something like synchronization of only the property which is changed. Because if I have an object with 20 properties & compound properties and modify them in realtime, then the speed becomes a problem. I know in release builds the speed will get notable boost, but I’m not sure if it will be sufficient.

Dear Support,

I see that the CExtPropertyGridCtrl have a 1 pixel wide frame around it.
Is there a way to remove it?

Thanks,
Ron.

Thanks!
As always, to the point and clear.

Some of my users are experiencing problems where the ribbonbar is drawn incorrectly. It seems that large icons are drawn when there is only space for small icons.
I cannot work out how to add a screenshot to this posting, so have e-mailed you with screenshots to support@prof-uis.com

I need to hide/remove the default file button that shows up when using the ribbon bar. At the same time I need to show the application icon
in the upper left corner of the frame window. This isnt happening when I hide the CExtRibbonButtonFile object returned by Ribbon_FileButtonGet method. Is this a known issue? If not, how can I get the icon to show in the corner of the frame window.

But I need the application icon that shows up in the left hand corner in the circular button and that goes when you remove the file button???

So you do not need this round button in the top left corner and you want a round icon to be painted on the same place instead? Please confirm. Please note if you paint an icon instead of this button, that will violate Microsoft Specification for the Ribbon UI.

Dear Sir,

In my ribbonbar mdi application I do not want the user to resize the window i.e. when user double click of left mouse button on caption
Or any part of title bar then the window should not resize or change its position .
I tried using this
bool CExtNcFrameImpl::::NcFrameImpl_PostWindowProc( LRESULT & lResult, UINT message, WPARAM wParam, LPARAM lParam )
{
switch( message )
{
case WM_NCLBUTTONDBLCLK:
return ;
break:
}
return false;
}

but then title bar not painted according to theam.

Please specify some solution .

Thanks

Hello,

I find the way to programmatically enum all ReportGrid columns (ReportColumnGetStartPosition & ReportColumnGetNext) but cannot find the similar functions for enumerating the ReportGrid rows.

Is there any way to do this?

Thanks,
Khachatur

The CExtReportGridWnd</code> is based on the CExtTreeGridWnd tree grid control. You should use the CExtTreeGridWnd::Item***() methods to enumerate tree rows. Each tree rows is uniquely identified by its HTREEITEM handle. The CExtTreeGridWnd::ItemGetRoot() method returns a handle to the root item, which is invisible. The CExtTreeGridWnd::ItemGetChildCount() and CExtTreeGridWnd::ItemGetChildAt() methods allow you to walk through all the tree structure. In the case of CExtReportGridWnd, the CExtTreeGridWnd::ItemGetChildCount() method returns zero for data rows and for the root row if the report grid is empty. This method returns a non-zero value for group rows if grouping is applied. The HTREEITEM handles can be converted to CExtReportGridItem* pointers using the CExtReportGridWnd::ReportItemFromTreeItem()method, but in fact HTREEITEM handles are similar to CExtReportGridItem* pointers.

We’re using CExtReportGridWnd and are grouping on one of the columns (using ReportSortOrderGet(), CExtReportGridSortOrder::ColumnInsert(), and ReportSortOrderUpdate()).

This works, in that the items are correctly grouped according to the grouping column.

However, the group rows (as seen in the ReportGrid sample) are not shown.

How do we turn on display of the group rows so that there is some separation between the groups?

The CExtReportGridSortOrder class describes both sorting and grouping rules for the CExtReportGridWnd class. The report grid’s sort order in your case contains one column for sorting. The number of columns for grouping should be less than or equal to the number of columns for sorting. You may simply have forgotten to specify the number of columns for grouping after invoking CExtReportGridSortOrder::ColumnInsert(). So just call the CExtReportGridSortOrder::ColumnGroupCountSet() method and specify 1 in its parameter.

Thanks for the reply! Calling ColumnGroupCountSet(1) fixed the problem, causing the group rows to be displayed.

When I run the RibbonBar sample (ProfUIS 2.70) under Vista, it doesn’t work properly with the Aero transparency effects. In the upper left corner, two rectangles are nontransparent:

http://www.zumbo.ch/upload/ribbonvista.jpg

Is this a known bug?

I tried it on several computers and each one shows the same painting error. And I get the same error with your RibbonBar.zip (Win32). However, all of my Vista computers have a similar configuration. Could it have something to do with the video card or the video driver? My card is an Intel Q965/Q963 Express Chipset Family.

How long will it take for the title bar height bug to fix? Do I have to wait for the next ProfUIS version?

There is no problem to fix this issue. The problem is how to reproduce the same issue on our computer(s). We are not sure if we will see the same when debugging the problem on your computer remotely. Could you test the ribbon sample in the terminal mode between two of your computers? Additionally, do you have the latest driver for video card on your computer installed?

On a remote desktop, I can’t reproduce the bug (but I don’t see any Aero effects anyway). My video driver is the latest version. Here’s some addidional information about the bug:

It happens only with Prof-UIS 2.7, not with 2.6.
It happens only in Vista Aero display mode.
All the machines I used in my test have the German version of Vista Business installed.
It happens only with the Office2007_R3 skins (all three of them)
It happens both with the dynamically and the statically linked library.
It happens both in debug and release version.
It happens both with your sample and my application.

Thank you for the valuable information. We did change the background bitmap of the Quick Access Toolbar in R3 themes. The new bitmap provides pixel-to-pixel matching between Prof-UIS-based applications and Office 2007 applications running on Vista with DWM. But we did not change the painting algorithm. We have no idea in which way the new bitmap can corrupt the DWM surface on your computers, but we simply have no any other guesses at present. The biggest problem is that DWM cannot be debugged well remotely. So we would like to ask you to do the following experiment:

1) Find the CExtPaintManagerOffice2007_Impl::Ribbon_NcOverPaint() virtual method in Prof-UIS and insert the following line before the very first line:

return;

Actually we have never encountered this problem. We tested the ribbon on Windows Vista x86/x64 editions on several computers and failed to reproduce what the picture you provided. Would you run the sample on some other computers? Additionally please do the following experiment: activate and deactivate the main frame window with the ribbon bar by single clicking on the desktop and then on the main frame caption. We need to know whether the caption is repainted correctly. Please also let us know whether you can see the same effect when the window is maximized?

I get this bug constantly, also when I reactivate the window or when I maximize it. The maximized window has one more bug: The title bar is not high enough and the quick access symbols are cut off at the top:

http://www.zumbo.ch/upload/ribbon.jpg

Could this have something to do with the language resources? I use a German Vista.

I’m using ProfUIS 2.70, Visual Studion 6.0 and Windows XP Sp2.

I’m trying to create a dialog-based application, similar to the ProfUIS Controls example, with a menu bar and toolbar. I’ve inserted custom controls for the two bars as per the ’Getting Started’ article. I’ve created a menu and toolbar resource and loaded them as below and called the RepositionBars method at the bottom of InitDialog. When I run (MBCS debug) the two bars aren’t displayed. I’ve included snippets of code below.

Include file:

    CExtMenuControlBar m_wndMenuBar ;
    CExtToolControlBar m_wndToolBar ;

CPP file: OnInitDialog
    VERIFY( CExtNCW < CExtResizableDialog >::OnInitDialog() );


BOOL CTestBathMatDlg::OnInitDialog()
{
    VERIFY( CExtNCW < CExtResizableDialog >::OnInitDialog() );

    ASSERT( m_wndMenuBar.GetSafeHwnd() != NULL );
    if(    ! m_wndMenuBar.LoadMenuBar( IDR_MENU_FOR_MY_MENUBAR )) {
        ASSERT( FALSE );
        return FALSE;
    }
    m_wndMenuBar.SetBarStyle( m_wndMenuBar.GetBarStyle() & ~CBRS_GRIPPER );

    ASSERT( m_wndToolBar.GetSafeHwnd() != NULL );
    if(    ! m_wndToolBar.LoadToolBar(IDR_TOOLBAR_FOR_MY_TOOLBAR)) {
        ASSERT( FALSE );
        return FALSE;
    }
    m_wndToolBar.SetBarStyle( m_wndToolBar.GetBarStyle() & ~CBRS_GRIPPER );

.
.
.

    // TODO: Add extra initialization here
    CWnd::RepositionBars( 0, 0xFFFF, 0 );

    return TRUE; // return TRUE unless you set the focus to a control
}

I’m sure I’m doing something stupid but can’t see it. Any help please.

Dear Tech Support,

I would like to flash a tab from a CExtControlBar that is inside a CExtDynTabWnd.

For example: the user docks a log window bar onto the side of the main frame window and then auto-hides it. When the log window receives a new message, it would be nice if the tab of the log window could flash, and/or perhaps show the bar.

Thanks,
-Brett

The flashing effect is not supported for tab items at present. As a possible solution you could notify users through as a small icon pane in the status bar.

How about can I simply unhide the docked dialog when a message comes in?

Does CExtTabWnd support wrapping to display tab pages spanning muliple rows instead if the scroll buttons?

I’m looking for a prof ui control or someway to easy create something similiar to the windows explorer breadcrumb control.

Something where you can click on individual crumbs and possibly edit them. The editing is optional and could be done with a hidden text control, but I would really like something that works like the breadcrumb.

is there anything like that in Prof UI 2.7?

Would you send us some screenshots of this control so we can better understand what you need?

Dear Support.

When moving in a CExtPropertyGridCtrl to the bottom, below all the rows, into the white space, and right-click, the application crash in OnPgcContextMenuTrack:

void CExtPropertyGridCtrl::OnPgcContextMenuTrack(
	CWnd * pWndHit,
	CPoint ptScreen,
	CExtGridHitTestInfo * pHtInfo, // can be NULL
	CExtPropertyItem * pPropertyItem, // can be NULL
	CExtPropertyGridWnd * pPGW // can be NULL
	)
{
	ASSERT_VALID( this );
	ASSERT( GetSafeHwnd() != NULL );
	pWndHit;
	if( ! pPropertyItem->OnInputEnabledGet( ( pPGW != NULL ) ? pPGW->m_bInputEnabledNestedFlags : false ) )
		return;
CExtPopupMenuWnd * pPopup = new CExtPopupMenuWnd;
	if( ! pPopup->CreatePopupMenu( m_hWnd ) )
	{
		ASSERT( FALSE );
		delete pPopup;
		return;
	}
...

How can I make my main frame’s menubar daockable but disable user to hide it (or close it when it is floating)?
I need to avoid situation when user closes menu all toolbars - there is no way how to show them again in this case.
Thank you!

I get an assert following right clicking on some items.

NB, this project uses dlls so the problem could be connected to module state maybe.

It appears to be something to do with _HookMouseProc. Can you tell me what triggers this code & how to stop it / override it?


call stack:

>    ProfUIS270md.dll!CExtPopupMenuSite::_HookMouseProc(int nCode=0, unsigned int wParam=512, long lParam=1242968) Line 1038    C++
    user32.dll!7e4318e3()     
    [Frames below may be incorrect and/or missing, no symbols loaded for user32.dll]    
    user32.dll!7e41f7f6()     
    user32.dll!7e431688()     
    ntdll.dll!7c90eae3()     
    user32.dll!7e431891()     
    user32.dll!7e46cd34()     
    CobraUtils.dll!CDevComboCtrl::OnRButtonDown(unsigned int nFlags=2, CPoint point={...}) Line 274 + 0x22 bytes    C++
    mfc80d.dll!CWnd::OnWndMsg(unsigned int message=516, unsigned int wParam=2, long lParam=458843, long * pResult=0x0012fa08) Line 2169    C++
    mfc80d.dll!CWnd::WindowProc(unsigned int message=516, unsigned int wParam=2, long lParam=458843) Line 1741 + 0x20 bytes    C++
    ProfUIS270md.dll!CExtComboBoxBase::WindowProc(unsigned int message=516, unsigned int wParam=2, long lParam=458843) Line 1559    C++
    ProfUIS270md.dll!CExtComboBox::WindowProc(unsigned int message=516, unsigned int wParam=2, long lParam=458843) Line 2879    C++
    mfc80d.dll!AfxCallWndProc(CWnd * pWnd=0x037fb470, HWND__ * hWnd=0x00111eaa, unsigned int nMsg=516, unsigned int wParam=2, long lParam=458843) Line 240 + 0x1c bytes    C++
    mfc80d.dll!AfxWndProc(HWND__ * hWnd=0x00111eaa, unsigned int nMsg=516, unsigned int wParam=2, long lParam=458843) Line 389    C++
    MercatorIV.cbr!AfxWndProcDllStatic(HWND__ * hWnd=0x00111eaa, unsigned int nMsg=516, unsigned int wParam=2, long lParam=458843) Line 73 + 0x15 bytes    C++
    user32.dll!7e418734()     
    user32.dll!7e418816()     
    user32.dll!7e41c63f()     
    user32.dll!7e41f65d()     
    ProfUIS270md.dll!CExtHookSink::HookChains_t::HookChainsWindowProc(unsigned int nMessage=516, unsigned int & wParam=2, long & lParam=458843) Line 236 + 0x20 bytes    C++
    ProfUIS270md.dll!CExtHookSink::HookChains_t::g_HookWndProc(HWND__ * hWnd=0x00111eaa, unsigned int nMessage=516, unsigned int wParam=2, long lParam=458843) Line 300 + 0x14 bytes    C++
    user32.dll!7e418734()     
    user32.dll!7e418816()     
    user32.dll!7e4189cd()     
    user32.dll!7e4196c7()     
    mfc80d.dll!AfxInternalPumpMessage() Line 183    C++
    mfc80d.dll!CWinThread::PumpMessage() Line 896    C++
    mfc80d.dll!CWinThread::Run() Line 625 + 0xd bytes    C++
    mfc80d.dll!CWinApp::Run() Line 894    C++
    mfc80d.dll!AfxWinMain(HINSTANCE__ * hInstance=0x00400000, HINSTANCE__ * hPrevInstance=0x00000000, char * lpCmdLine=0x00161f11, int nCmdShow=1) Line 47 + 0xd bytes    C++
    GuiMdi.exe!WinMain(HINSTANCE__ * hInstance=0x00400000, HINSTANCE__ * hPrevInstance=0x00000000, char * lpCmdLine=0x00161f11, int nCmdShow=1) Line 33    C++
    GuiMdi.exe!__tmainCRTStartup() Line 589 + 0x35 bytes    C
    GuiMdi.exe!WinMainCRTStartup() Line 414    C
    kernel32.dll!7c816fd7()     
    GuiMdi.exe!AfxWinMain() + 0x1c35b bytes    C++
    GuiMdi.exe!AfxWinMain() + 0x1c31a bytes    C++
    ffeb5983()    

Thanks , this is very helpful.

You did not touch on the _HookMouseProc. Can you tell me what triggers this code & how to stop it / override it?

You mention "RDE configuration can be unsafe in particular cases when itaˆ™s used from more than one regular DLL loaded into the one running process" - can you give me any more info on this?
We do try to keep our footprint as small as possible so loading additional versions of prof-UIS is really not what we want to do.

Besides the InitExtension, are there any other functions in prof UIS that deal with Module State? In particular, do I need to call anything when I do an AFX_MANAGE_STATE?

We believe the problem is in an incorrect state managing and it should be gone by applying the correct RDE version in your regular DLLs. If more than one regular DLL uses Prof-UIS, you should link them with Prof-UIS statically. Otherwise, the state managing will not be performed correctly in any hook based components. This means you would not be able to use only simple non-hook based controls. If you want to save space and avoid multiple Prof-UIS copies, then you should convert your DLLs into MFC extension DLL type.

Dear Support,

I am using the CExtTabMdiWnd, and I am facing a problem:
The names of my views are long, and there’s no problem with this, because it is displayed in the window’s title line, which is big. But when there are several open views, the tab control gets cluttered, because it displayed the names of all views in the same line (the tab line).

I guess that CExtTabMdiWnd takes the name it displays using GetWindowText, but maybe you can add a virtual function that will be called when a child-frame’s name is required, and let me ask this child-frame for a shorter name. something like this:

virtual CString GetFrameTitle(CWnd* pFrame);

First of all, you can override the CExtTabWnd::OnTabWndUpdateItemMeasure() virtual method to make the width of a tab item not greater than some value. Your method should invoke the parent class method and then adjust the sizePreCalc.cx value. The tab window is able to show tooltips for the tab items having too long text painted with "..." ellipsis.

You can also provide tab items with alternative text. You should override the CExtTabWnd::OnTabWndQueryItemText() virtual method for that. In case of MDI tabs, the LPARAM user defined value of each tab item is set to the HWND window handle of corresponding CMDIChildWnd MDI child frame window.

Dear Support,

Is there a way to skin the scroll-bar of the drop list of an CExtComboBox?

Thanks,
Ron.

The CExtComboBox class implements a skinned/improved version of the combo box common control, but it uses the standard popup list box provided by the basic implementation of this control. If we decided to replace this popup list box control, that would mean to implement the combo box from scratch.

I still think that is looks a little strange that the whole applications is skinned, and then suddenly you get this old scroll-bar.

We agree with you. This feature is still in our to-do list. The main problem is that such a scroll bar in a standard control is not a separate window but part of the control’s non-client area. So the HWND-based CExtScrollBar cannot be used here. There is an article at CodeProject that demonstrates an approach to using scroll bar common controls with other common controls instead of built-in scroll bars. You can also download our test project that implements the approach given in the article (with regard to CExtScrollBar windows).

Hi,
I have a problem on my application using Menus with the "Highlight rarely used menu items" option enabled.
I can reply the problem even in your Drawcli demo application.

The problem is the following:
"Highlight rarely used menu items" option enabled
"Show full menus after short delay" option disabled
On DrawCli application I open "View" on main menu, I leave the mouse on "MDI tabs" until sub menu appear.
Then I click on the bottom "View" menu to open the remaining part.
The application remains blocked until I switch the focus on others application.


Do you have solution for this ?

Thanks