Forum

I have a tree grid control, and I would like to change the color where the nodes are displayed - not including the cells:

I tried overriding OnSiwPaintBackground, but it changed the color of all the cells background as well. I cannot go over all my call types and changed their background color, because there are many, and many more to come, and they should not be affected by the type of control they are in.

Can this be done, how?

Thanks,

Ron

Does it mean that by default the cells do not paint their background?

If so, then how can I paint their background from the grid (again, I cannot do it from the cells)

You should implement the CExtGridWnd::OnGridHookCellPaintBackground() virtual method and return true if your code paints the background of a grid cell. The returning false means the default background painting.

Asking again:

Does it mean that by default the cells do not paint their background?

 

If so, then how can I paint their background from the grid (again, I cannot do it from the cells)

Yes, by default the grit paints background for all its cells. A cell object paints its background only if you specify a custom background color for it. You should override the CExtGridWnd::OnGridHookCellPaintBackground() virtual method as we described in our previous answer in this thread.

Dear Support,

Can you please explain what you mean by using OnGridHookCellPaintBackground? what does this function do? how to use it?

Thanks,

Ron.

Dear ProfUIS-Team,

we have problems with the correct localization of a button string in our RibbonBar’s "File->Options" that is displayed based on the system language and NOT based on the current dialog language.

In a function CMainFrame::SetProfUISLanguage the following functions are called:

g_ResourceManager->AllowCustomLang (true);
g_ResourceManager->SetLangIdDesired (LangInfo.GetLangId());

This function CMainFrame::SetProfUISLanguage is being called from

int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
	CWinApp * pApp = ::AfxGetApp();
	ASSERT( pApp != NULL );
	ASSERT( pApp->m_pszRegistryKey != NULL );
	ASSERT( pApp->m_pszRegistryKey[0] != _T(’\0’) );
	ASSERT( pApp->m_pszProfileName != NULL );
	ASSERT( pApp->m_pszProfileName[0] != _T(’\0’) );
	pApp;

	// [PROF-UIS RESOURCES] set the Prof-UIS resource language
	SetProfUISLanguage();

	if (CExtNCW < CMDIFrameWnd >::OnCreate(lpCreateStruct) == -1)
		return -1;

	VERIFY(
		g_CmdManager->ProfileWndAdd(
			theApp.m_pszProfileName,
			GetSafeHwnd()
			)
		);

    [...]
}

I’ll send you a screenshot that illustrates the problem with an extra email.

Thanks in advance,

Martin

We are using Prof-UIS resources for this. It’s the IDD_EXT_RIBBON_QATB_CUSTOMIZE_MODIFY that’s not localized properly.MODIFY</code> that’s not localized properly. I get the german string "Anpassen" even if I have english as my current dialog language using the upper resource manager mechanism.

Hi,

Is it possible to host control like combo box and drop down box within the advanced Prof-UI tool bars.  Is there a sample or demo code for this 

Thanks 

Howard 

 

Hi,

 

Is it possible to load 32 bit tool bar icons over the Prof-UI advanced tool bars ? if so what is the procedure. Presently we have been loading 16 bit icons

 

Thanks,

Howard

I’m using 2.82 with VC2008.

I try MDI and MDI_DynamicBars samples.

The problem is that the MDI childs and dynamic bars

do not have their Tabs in MDI window.

With VC2003 all work correct.

Thanks, it’s work.

It would be really helpful to have a listing of recommended and/or required changes to existing ProfUIS applications when switching from VS2003/VS2005 to VS2008 as Johnny Booth suggested.

May be it would be helpfull to open new thread for this issue?

There is a new feature introduced in MFC 9.0 and Visual Studio 2008: the IDC_STATIC constant cannot be used as the dialog control identifier of a control bar window (and other windows) which take up parts of the main frame window in the same way as control bars do. So, please modify the MDI tab window creation code in the CMainFrame::OnCreate() method:

#if (!defined __EXT_MFC_NO_TABMDI_CTRL)
      if( ! m_wndMdiTabs.Create(
                  this,
                  CRect(0,0,0,0),
                  1, // UINT(IDC_STATIC), <------------- this line was changed -------------
                  WS_CHILD|WS_VISIBLE|WS_CLIPCHILDREN|WS_CLIPSIBLINGS,
                  __ETWS_MDI_DEFAULT|__ETWS_HIDE_ICONS|__ETWS_ITEM_DRAGGING
                  )
            )
      {
            ASSERT( FALSE );
            return -1;
      }
//    m_wndMdiTabs.ModifyTabWndStyleEx( 0, __ETWS_EX_CLOSE_ON_TABS, false );
#endif // (!defined __EXT_MFC_NO_TABMDI_CTRL)

I had a similar issue with my MDI app when switching from VS2003 to VS2008.  Have a look at the DrawCLI sample.  Try creating your MDI tab control then modify the tab style(s) after the call to Create:

 #if (!defined __EXT_MFC_NO_TABMDI_CTRL)

    if( !m_wndMdiTabs.Create( this ) )

    {

        ASSERT( FALSE );

        return -1;

    }

    m_wndMdiTabs.ModifyTabWndStyle(

        0,

        __ETWS_ONENOTE_DEFAULT

            | __ETWS_SHOW_BTN_TAB_LIST

            | __ETWS_ENABLED_BTN_TAB_LIST

            | __ETWS_ITEM_DRAGGING

            | __ETWS_SHOW_BTN_CLOSE

        ,

        true

        );

    m_wndMdiTabs.ModifyTabWndStyleEx(

        0,

        __ETWS_EX_CLOSE_ON_TABS|__ETWS_EX_CLOSE_ON_SELECTED_ONLY

        );

#endif // (!defined __EXT_MFC_NO_TABMDI_CTRL)

You can find the discussion about this here.

This works too, it was copied and pasted directly from the 2.82 DrawCli sample which works when compiled in VS2008. 

It would be really helpful if there was a listing of recommended and/or required changes to existing ProfUIS applications when switching from VS2003/VS2005 to VS2008.

You should specify the dialog control identifier value in MDI tabs creation method explicitly and it should not be equal to the IDC_STATIC value.

There is a problem in the way you paint combo-box in 2.83, which is related to my problem of some extra line to the left of the drop arrow.

As you can see below, in a standard combo-box, when it’s in focus, the blue fill color does not go all the way to the right as it should:

This is exactly the place where in ownerdraw combo I get an extra line.

I think that if you’ll fix this problem, it will fix my extra line problem.

Thanks,

Ron.

Any ideas how to fix this problem? Did you look at it?

We cannot agree that it is a bug. The empty space together with drop down button occupies the space which is required for painting standard system drop-down button and we cannot decrease its width. It is system-controlled. So what we have to do is to paint our button, which has the a smaller width, and then the rest area fill with thebackground color. We don’t see any painting problems in any of our samples.

I’m sorry, but you cannot dismiss this by saying this is not a bug, here is a combo from visual studio 2005:

You can see clearly that the spaces on all sides are even, as opposed to your implementation which yields uneven borders:

The extra line bug I reported is clearly there, and I will send you a sample project with it later, and if you will look it falls exactly into the same space of un-even edges of the combo:

I have a CExtTreeGridWnd that has one outer row at the top. Some of these outer cells have text (CExtGridCellHeader) and others have bitmaps (CExtGridCellPictureRef). The problem is that the cells containing the bitmaps are wider than desired. I have used the BestFitRow routine to adjust the height of this top row appropriately and I have been using the ExtentSet method to set the width of the cells. This later method works fine on the cells with text, but seems to have no effect on the cells with bitmaps. I have also tried, with no success, calling BestFitColumn on each of the columns to achieve my goal. Below is my initializtion code, am I missing something???

Thanks,

Gil

 

 

void VRTeachpointGrid::Initialize(bool bRedraw)
{
    if (m_bInitialized)
        return;

    m_bInitialized = true;

    //Enable
    SiwModifyStyle(        __ESIS_STH_PIXEL |
                        __EGBS_SUBTRACT_SEL_AREAS |
                        __ESIS_STV_ITEM |
                        __EGBS_SFB_FULL_ROWS |
                        __EGBS_RESIZING_CELLS_OUTER_H |
                        __EGBS_DYNAMIC_RESIZING |
                        __EGBS_MULTI_AREA_SELECTION |
                        __EGBS_NO_HIDE_SELECTION |
                        __EGBS_GRIDLINES,
                        0, false);

    //Disable
    SiwModifyStyle(0,    __EGBS_SFM_ROWS,
                        false);

    //Enable
    SiwModifyStyleEx(    __EGBS_EX_CELL_TOOLTIPS,
                        0, false);

    //Disable
    SiwModifyStyleEx(0,    __EGBS_EX_CELL_EXPANDING_INNER |
                        __EGBS_EX_CELL_EXPANDING |
                        false);

    //Enable
    BseModifyStyle(        __EGWS_BSE_EDIT_CELLS_INNER |
                        __EGWS_BSE_EDIT_DOUBLE_LCLICK |
                        __EGWS_BSE_EDIT_RETURN_CLICK,
                        0, false);
    
    //Disable
    BseModifyStyle(0,    __EGWS_BSE_EDIT_SINGLE_LCLICK |
                        __EGWS_BSE_EDIT_SINGLE_FOCUSED_ONLY |
                        __EGWS_BSE_EDIT_AUTO |
                        __EGWS_BSE_SORT_COLUMNS_T,
                        false);

    EnableTooltips(true, true, true, true, true);
    EnableExpanding(false, false, false, false, false);
    RemoveAllRows( false );
    ColumnRemoveAll( false );
    OuterRowCountTopSet( 1L, false );
    ColumnAdd( (LONG)m_arGridHdrInfo.size(), false );

    //Make the Name column a filter column.
    CExtGridCellHeaderFilter * pFilterCell =
        STATIC_DOWNCAST(    CExtGridCellHeaderFilter, GridCellGet(kNameCol, 0L, 0, (-1),
                            RUNTIME_CLASS(CExtGridCellHeaderFilter)));

    pFilterCell->ModifyStyleEx( __EGCS_EX_WRAP_TEXT);
    pFilterCell->ModifyStyle(__EGCS_SORT_ARROW );
    pFilterCell->TextSet( m_arGridHdrInfo[kNameCol].m_strName.c_str() );
    pFilterCell->ExtentSet( m_arGridHdrInfo[kNameCol].m_nMinWidth, -1);
    pFilterCell->ExtentSet( m_arGridHdrInfo[kNameCol].m_nMaxWidth, 1);
    pFilterCell->ExtentSet( m_arGridHdrInfo[kNameCol].m_nCurWidth, 0);
    pFilterCell->m_bSortingCommandsEnabled = true;
    pFilterCell->m_bTextFiltersEnabled = false;
    pFilterCell->m_bValueFiltersEnabled = false;
    pFilterCell->m_bDynamicValueFilters = false;

    CExtBitmap*    pBmp = NULL;
    for (UINT i=kLockedCol; i<m_arGridHdrInfo.size(); i++)
    {
        //If this cell has an associated bitmap.
        if (m_arGridHdrInfo[i].m_pBitmap != NULL)
        {
            VRCellPicture* pCell;
            pCell = STATIC_DOWNCAST(VRCellPicture, GridCellGet(i, 0L, 0, (-1), RUNTIME_CLASS(VRCellPicture)));

            pCell->BitmapSetBuffer(m_arGridHdrInfo[i].m_pBitmap);
            pCell->ExtentSet( m_arGridHdrInfo[i].m_nMinWidth, -1);
            pCell->ExtentSet( m_arGridHdrInfo[i].m_nMaxWidth, 1);
            pCell->ExtentSet( m_arGridHdrInfo[i].m_nCurWidth, 0);
            pCell->ImageModeSet( VRCellPicture::eAlign );
            pCell->ModifyStyle(__EGCS_TA_HORZ_CENTER | __EGCS_TA_VERT_CENTER);
            if (m_arGridHdrInfo[i].m_nTooltipId != 0)
                pCell->SetTooltip(st.GetString(m_arGridHdrInfo[i].m_nTooltipId));
        }
        else    //There must be a string associted to this cell.
        {
            VRCellHeader* pCell;
            pCell = STATIC_DOWNCAST(VRCellHeader, GridCellGet(i, 0L, 0, (-1),
                                    RUNTIME_CLASS(VRCellHeader)));

            pCell->ModifyStyleEx( __EGCS_EX_WRAP_TEXT );
            pCell->TextSet( m_arGridHdrInfo[i].m_strName.c_str() );
            pCell->ExtentSet( m_arGridHdrInfo[i].m_nMinWidth, -1);
            pCell->ExtentSet( m_arGridHdrInfo[i].m_nMaxWidth, 1);
            pCell->ExtentSet( m_arGridHdrInfo[i].m_nCurWidth, 0);
            pCell->ModifyStyle(__EGCS_TA_HORZ_CENTER | __EGCS_TA_VERT_CENTER);
            if (m_arGridHdrInfo[i].m_nTooltipId != 0)
                pCell->SetTooltip(st.GetString(m_arGridHdrInfo[i].m_nTooltipId));
        }
    }

    BestFitRow(0, -1);

    if (bRedraw)
    {
        OnSwUpdateScrollBars();
        OnSwDoRedraw();
    }
}

We have a dynamic control bar that contains an ActiveX control.  When docked/auto-hide and we size the bar, MFC throws an exception.  Now to see this, you’d have to debug with all exceptions being monitored, because MFC catches the exception in a try/catch block of code.    The exception appears to be triggered by a Prof-UIS call to GetStyle for the ActiveX control, with MFC exclaiming that such a function shouldn’t be used for an ActiveX control (or something similar).

Is there any way to embed the ActiveX in the dynamic control bar to avoid this exception occuring?

Kevin Murray

AGI

Hi,

I am trying to apply prof-UI to CPropertysheet. Is there a prof-ui method equivalent  to addpage( ) in mfc that will enable one to add new pages being in CExtResizableProprtysheet so that the newly added page can be colored

Thankls

Howard

Hi,

I have a status bar (a static bar) located between the tool bar and the list ctrl in the user interface of my application. This status bar is like the title bar for the list ctrl that exists below that. This status bar is different from the parent status bar that exists below in the framework and so I call this a non parent status bar. I encounter two problems with this status bar

Problem -1 ) When I right click on the tool bar ( that exists on top of this status bar) and disable that tool bar, the list ctrl moves up. But the status bar remains its position. The status bar does not move in a coordinated way with the list ctrl 

Problem - 2) when I resize( using the grippers at the right bottom corner) the user interface, all the control within resize. But this status bar does not resize in a coordinated way 

Thanks

Howard

  

Hello

I am using V2.54 of ProfUis.

My application can be used as an embedded application in Internet Explorer. The communication between the OLE Container (IE) and the OLE server (my app) seems to work a little differently from the "normal" scenario.

The following image (please remove "removeme" from the URL) shows my scenario:

http://download.ierax.removeme.ch/focusproblem.jpg#@lt;/p>

The red circle shows a button that opens a menu. The green circle shows a combo box.

When you open the menu and click into the caption of the Internet Explorer the menu remains open. If you drop down the combo box and you click into the caption of the Internet Explorer the combo box closes.

I could live with that but if you close the Internet Explorer by pressing the "X" box while the red circled menu is still open my application crashes at the following call stack:

>    ProfUIS254ud.dll!CExtPopupMenuWnd::PassMsgLoop(bool bEnableOnIdleCalls=false)  Line 8192 + 0xb bytes    C++

     ProfUIS254ud.dll!CExtPopupMenuSite::_Done()  Line 586 + 0xc bytes    C++

     ProfUIS254ud.dll!CExtPopupMenuSite::~CExtPopupMenuSite()  Line 431    C++

     ProfUIS254ud.dll!`dynamic atexit destructor for ’CExtPopupMenuSite::g_DefPopupMenuSite’’()  + 0xd bytes    C++

     ProfUIS254ud.dll!_CRT_INIT(void * hDllHandle=0x00760000, unsigned long dwReason=0, void * lpreserved=0x00000001)  Line 417    C

     ProfUIS254ud.dll!__DllMainCRTStartup(void * hDllHandle=0x00760000, unsigned long dwReason=0, void * lpreserved=0x00000001)  Line 509 + 0x11 bytes    C

     ProfUIS254ud.dll!_DllMainCRTStartup(void * hDllHandle=0x00760000, unsigned long dwReason=0, void * lpreserved=0x00000001)  Line 459 + 0x11 bytes    C

     NTDLL.DLL!7788806c()    

     [Frames below may be incorrect and/or missing, no symbols loaded for NTDLL.DLL]   

     NTDLL.DLL!7788a980()    

     KERNEL32.DLL!77e994c1()    

     KERNEL32.DLL!77e96a5b()    

     NTDLL.DLL!778ac166()    

     KERNEL32.DLL!77e78280()    

     KERNEL32.DLL!77e90c5b()    

     NTDLL.DLL!7788740d()    

     KERNEL32.DLL!77e90cf2()    

     KERNEL32.DLL!77e90b91()    

     msvcr80d.dll!__crtExitProcess(int status=0)  Line 684    C

     msvcr80d.dll!doexit(int code=0, int quick=0, int retcaller=0)  Line 596 + 0x9 bytes    C

     msvcr80d.dll!exit(int code=0)  Line 398 + 0xd bytes    C

     cpView.exe!__tmainCRTStartup()  Line 599    C

     cpView.exe!wWinMainCRTStartup()  Line 403    C

     KERNEL32.DLL!77e989d5()    

in the statement at line 8192:

    // Process all the messages in the message queue

    while( PeekMessage(&msg, NULL, 0, 0, PM_NOREMOVE) )

    {

        if( !AfxGetThread()->PumpMessage() )   <<<======= IT CRASHES HERE ===================

        {

            PostQuitMessage(0);

            return;

        } // if( !AfxGetThread()->PumpMessage() )

    } // while( PeekMessage(&msg, NULL, 0, 0, PM_NOREMOVE) )

I assume that there is no thread anymore because this call comes very late and the MFC might already be shut down.

- Can I fix this somehow without changing the source?

- If I do have to fix the source I would prefer a solution that would close the menu

- If that can not be done I guess I would have to check the result of AfxGetThread if is NULL

Thanks for your help.

Thomas

 

 

 

 

Thank you very much. It works now. I have put CancelMenuTracking into CWinApp::ExitInstance which is too late and causes another assertion but putting it into the WM_DESTROY handler of the main frame works fine. It looks a little strange when the application has gone but the menu is still visible before it is closed as the very last window but I can live with that..



Thanks again



Thomas

The CExtPopupMenuWnd::CancelMenuTracking() destroys the currently opened popup menu windows. This action should be linked to the destruction event of the main window in a ActiveX project or EXE project. You did this right. The IE server does not broadcast messages like WM_CANCELMODE to any windows before it releases some COM controls and this is the real source of the problem.

It’s absolutely not difficult to generate the following "DLL hell" like kind of problem: the window procedure or handler methods of some window are implemented in some DLL and invoked but the DLL is already unloaded.

We use the TabMdi with the VS2005 style in our multi-doc application.

We can we get rid of the Frame while creating the view, I mean it first appears and then is showed as maximized, we can see the transition.

The rendering on screen is not good.

We’d like to have it as in the ProfStudio sample

Centuries? Definitively no.
Weeks and months? Hardly possible.
We can release it right now, but several issues remain. We would prefer to fix every known issue.
We can provide you with 2.83 beta right now.

We know that this situation is possible when you are using the paint managers which provide CExtNCW-based windows with skinned window non-client area. The CExtNCW template class was re-coded in v.2.83 so the problem should be gone. We can provide you with the source code update.

I could reproduce the issue with your code samples (for example the MDI).

Have a MDI app maximized.

Click on ShowDesktop or press Win + D

On the window bar, click on the Minimized appliction

It reappers as not maximized.

I have added close button to tab control, but it comes out touching the tab frame:

And again, blown up:

Can it be moved pixel or two to the left?

Thanks,

Ron.

We have just fixed this. If you need the updated files, please contact us via email.

Is this fix for 2.83 or 2.84?

For both 2.83 and 2.84.

I’m sorry, but this bug is still there in 2.83 official release, please fix:

I see.... I need code change for this... OK....

The arrow looks fine when not pressed:

But when pressed, the arrow disappear:

 

Tried this:




m_wndMdiTabs.ModifyTabWndStyleEx(__ETWS_EX_CLOSE_ON_TABS);


Is this not supported? If not, can you please add this to your todo list - this is a very good feature.

Thanks,

Ron.

Dear Support,



Hovering over the items of a context menu, context help will be shown in the parent windows status bar. How to suppress the access to the status bar?



The menu is constructed menu by using an existing CMenu pointer:



OnContextMenu (CWnd* pWnd, CPoint point)

{

...

    CMenu menu;

    VERIFY(    menu.LoadMenu(nRsrcID));

    HWND hWnd = pWnd->GetSafeHwnd();

    ASSERT( hWnd != NULL );

    ASSERT( ::IsWindow( hWnd ) );

    CExtPopupMenuWnd * pPopupMenu = new CExtPopupMenuWnd;

    VERIFY( pPopupMenu->UpdateFromMenu( hWnd , &menu ) );



    if( !pPopupMenu->TrackPopupMenu(TPMX_OWNERDRAW_FIXED|TPMX_HIDE_KEYBOARD_ACCELERATORS,

                                    point.x, point.y ))

    {

    ...

    }

....

}



Thanks in advance



RM

Dear Support,



Creating a tab page in CExtTabPageContainerOneNoteWnd, clrBkLight and clrBkDark parameters can be passed to the PageInsert method.



How to change the colors of a selected Tab at runtime?



Thx.



RM

Dear Support,

 

Changing the windows display settings from 96 DPI to 120 DPI destroys the appearance of the Icons. They get stretched. How to avoid it?

 

See the Toolbox Icons (Simple Controls, Win32 Controls sections) in the FormEditor Sample.  (FormEditor --> View --> ToolBox)

 

Greetings

 

RM

Hello.

In a standard setting dialog of Prof-UIS

There is the thing that character font is small.

Because a font is small , It is hard to see it.

You can explicitly specify a larger font in Japanese dialog template resources. But the caption font will be same as in other desktop windows.

Hello.

I revised a resource.

However, the font size inside the tab is not changed.

------------------------------------------------------

IDD_EXT_CUST_PAGE_KEYBOARD DIALOGEX 0, 0, 300, 140

STYLE WS_CHILD | WS_VISIBLE

FONT 12, "MS Sans Serif", 0, 0, 0x1

------------------------------------------------------

Because it is a troublesome problem.

I withdraw this problem.

Thanks,