Forum

Dear support team,

How can I change the icon in CExtDynamicControlBar dynamically after its initialization by CExtDynamicBarSite::BarAlloc? I tried SetIcon but failed.

Thanks in advance,
Alan

Thanks for your response but after I added the code, I still cannot change the icon (please note that I am using dynamic control bar under tab document mode, CExtDynamicControlBar::__EDBS_DOCUMENT, the icon to be changed is on top of the document, inside the clickable tab).

I’ve also tried to use some method like GetParentFrame()->RecalcLayout(), Invalidate(), UpdateWindow() but it still doesn’t work.

Thanks in advance again.
Alan

We are sorry for the inconvenience. Please replace

LONG nItemCount = _BT::ItemGetCount();

LONG nItemCount = CExtTWPC < CExtTabWnd > :: ItemGetCount();

All the control bars use icons stored in the command manager:

CExtControlBar * pBar = . . . // or CExtDynamicControlBar
UINT nCmdID = UINT( pBar->GetDlgCtrlID() );
LPCTSTR strCmdProfileName = g_CmdManager->ProfileNameFromWnd( pBar->m_hWnd );
g_CmdManager->CmdSetIcon( strCmdProfileName, nCmdID, . . . );

After I added the code, I still cannot change the icon (please note that I am using dynamic control bar under tab document mode, CExtDynamicControlBar::__EDBS_DOCUMENT, the icon to be changed is on top of the document, inside the clickable tab).

I’ve also tried to use some method like GetParentFrame()->RecalcLayout(), Invalidate(), UpdateWindow() but it still doesn’t work.

Best regards,
Alan

We modified the SDI_DynamicBars to demonstrate how to change the bar icons on-the-fly. You can download it from our website.
The menu bar in this sample application contains two command items at the top level: SetIcon1 and SetIcon2. These commands allow you to change the icons of all the dynamic bars. These commands are handled in the CMainFrame::OnSetIcon1() and CMainFrame::OnSetIcon2() methods. These simple methods invoke the CMainFrame::_SetIconToAllDynamicBars() method which replaces icons of all the dynamic control bars with the specified icon. The CMainFrame::_SetIconToOneDynamicBar() method is used to change the icon of one particular dynamic control bar.

I wrote simple sample that uses dynamic bars. To illustrate my problem, please do the following:
1. Open new dynamic bar ("Create dynamic bar\Bar 1")
2. Set it’s state to "Tabbed document".
3. Switch UI profile to Profile 2 ("Switch Profile\To Profile 2")
4. Switch UI profile to Profile 1 ("Switch Profile\To Profile 1")
There will be no dynamic bar in tabbed state!
The sapmple dynamic_bar_sample.rar was sent to support@prof-uis.com

Hello dear support team,

When I right click on the gripper of a CExtDyanmicControlBar, there will be a popup (context) menu showing up.

1) How can I disable this feature?

2) How can I customize the items of this popup menu? In other words, instead of "floating", "dockable", "tabbed document", "auto-hide" and "hide", how can I use some other items, e.g. "move left", "move right" and "close"?

Thanks in advance,
Alan

You should use a CExtDynamicControlBar-derived class and override the CExtDynamicControlBar::OnInitDbsMenu() virtual method in it. Invoke the parent class’s method and modify the menu created by default. you can also create your own custom menu from scratch.

Thank you for your response. After I tried to follow your instructions and disabled the popup the by the overiding the following method:

bool CMyExtDynamicControlBar::OnInitDbsMenu(CExtPopupMenuWnd * pPopup, HWND hWndTrack, CObject * pHelperSrc, LPARAM lParamHelper){
return true;
}

When I right-click the program, the popup menu does not appear (thank you) but when I close the program, it crashed at, according to the debug mode,

    !CExtHookSink::HookChains_t::HookChainsWindowProc() + 0x6d bytes    C++
    !CExtHookSink::HookChains_t::g_HookWndProc() + 0x67 bytes    C++

Is there any method to avoid this annoying shutdown crashing problem?

Thanks in advance,
Alan

Hello dear support team,

When I have only 1 single tabbed document (__EDBS_DOCUMENT), can I hide the panel with the 1 tab and also the left and right and close button above the document (the same behaviour with FireFox) for simplicity?

Thanks in advance,
Alan

The solution to what you are looking for is as follows.

1. Create a CExtMenuControlBar-derived class and override its CExtMenuControlBar::IsDisplayDocumentButtons() virtual method. Leave this method empty but simply return false in it.

2. Create a CExtTabMdiWnd-derived class and implement the following virtual method in it:

    virtual void OnTabWndSyncVisibility()
    {
        LONG nItemCount = ItemGetCount();
        DWORD dwWndStyle = GetStyle();
        if(      nItemCount > 1
            &&   (!(   CExtControlBar::FindPrintPreviewMode(
                            STATIC_DOWNCAST( CFrameWnd, GetParent() )
                            )
                    || CExtControlBar::IsOleIpObjActive(
                            STATIC_DOWNCAST( CFrameWnd, GetParent() )
                            )
                 ) )
            )
        {
            if( (dwWndStyle & WS_VISIBLE) == 0 )
            {
                ::SetWindowPos(
                    m_hWnd,
                    NULL, 0, 0, 0, 0,
                    SWP_NOSIZE|SWP_NOMOVE|SWP_NOZORDER|SWP_NOOWNERZORDER
                        |SWP_FRAMECHANGED
                        |SWP_SHOWWINDOW
                    );
                HWND hWndMdiArea = _GetHwndMdiArea();
                if( hWndMdiArea != NULL )
                    ::SetWindowPos(
                        hWndMdiArea,
                        NULL, 0, 0, 0, 0,
                        SWP_NOSIZE|SWP_NOMOVE|SWP_NOZORDER|SWP_NOOWNERZORDER
                            |SWP_FRAMECHANGED
                        );
            }
        }
        else
        {
            if( (dwWndStyle & WS_VISIBLE) != 0 )
                ::SetWindowPos(
                    m_hWnd,
                    NULL, 0, 0, 0, 0,
                    SWP_NOSIZE|SWP_NOMOVE|SWP_NOZORDER|SWP_NOOWNERZORDER
                        |SWP_NOSENDCHANGING
                        |SWP_HIDEWINDOW
                    );
        }
        dwWndStyle = GetStyle();
        if( (dwWndStyle & WS_VISIBLE) == 0 )
            m_nIndexVisFirst = m_nIndexVisLast = -1;
    }

Dear support team,

1. It seems that there is only CExtMenuControlBar::IsDisplayMdiDocumentButtons() but no CExtMenuControlBar::IsDisplayDocumentButtons().

2. I have made CExtMenuControlBar::IsDisplayMdiDocumentButtons() returning false and implemented the given CExtTabMdiWnd::OnTabWndSyncVisibility() but it seems this function is never executed even the tab selection panel is appeared on the UI.

3. I am using SDI. Does it matter?

Regards,
Alan

We provided the solution only for MDI projects. SDI projects with dynamic control bars are based on the CExtTabPageContainerWnd window as the main view window. This window contains one CExtTabWnd control and a set of page windows. So, you need to implement both CExtTabWnd-derived and CExtTabPageContainerWnd-derived classes. The latter should be used in your project.

class CYourTabWnd : public CExtTWPC < CExtTabWnd >
{
public:
    void OnTabWndSyncVisibility()
    {
        LONG nItemCount = _BT::ItemGetCount();
        DWORD dwWndStyle = GetStyle();
        if( nItemCount > 1 )
        {
            if( (dwWndStyle & WS_VISIBLE) == 0 )
            {
                ::SetWindowPos(
                    m_hWnd,
                    NULL, 0, 0, 0, 0,
                    SWP_NOSIZE|SWP_NOMOVE|SWP_NOZORDER|SWP_NOOWNERZORDER
                    |SWP_FRAMECHANGED
                    |SWP_SHOWWINDOW
                    );
            }
        }
        else
        {
            if( (dwWndStyle & WS_VISIBLE) != 0 )
                ::SetWindowPos(
                m_hWnd,
                NULL, 0, 0, 0, 0,
                SWP_NOSIZE|SWP_NOMOVE|SWP_NOZORDER|SWP_NOOWNERZORDER
                |SWP_HIDEWINDOW
                );
        }
    }
};
 
class CYourTabPageContainerWnd : public CExtTabPageContainerWnd
{
public:
    virtual CExtTabWnd * OnTabWndGetTabImpl()
    {
        return new CYourTabWnd;
    }
};

Where and how should I use the class CYourTabPageContainerWnd?

The CMainFrame class in your project should have the property of CExtTabPageContainerWnd type (or CExtTabPageContainerOneNoteWnd, or CExtTabPageContainerFlatWnd, or CExtTabPageContainerWhidbeyWnd, or CExtTabPageContainerButtonsWnd). You should use the CYourTabPageContainerOneNoteWnd type there instead.

I can’t seem to find anything on how to allow the menu bar to dock but not to float off of the application.

It would be nice to figure out how to set up your forum search to do keyword AND searches, not keyword OR searches also.

I have made a dialog with the resource editor in Visual Studio and changed the button control from a CButton to a CExtButton. I wanted to keep the same 3-D look of the MFC control but Iaˆ™m now left with a flat button which changes to blue when the mouse cursor passes over.

I have tried changing the styles without success. Here is an example of how Iaˆ™m trying to change the style.
The following code snipit is inside OnInitDialog().
okBtn.SetButtonStyle(WS_CHILD | WS_VISIBLE | BS_PUSHBUTTON,true);

Iaˆ™m running prof-ui version 2.54.

Any suggestions or tips are greatly appreciated.
Thanks!

Hi,

I have a problem using CExtPropertyGridCtrl component. We are using the version 2.54.
I overloaded this class (let s call it PROPERTY_EDITOR) to allow me to instanciate my overloads of the CExtPropertyValue class (let s call it PROPERTY_VALUE).

I added two methods in the PROPERTY_EDITOR class :

SynchronizeFromObject() :

This method synchronizes the cell values from my object values. In this method, I make a call to the PropertyStoreSynchronize() method to update the cell content.

SynchronizeFromGUI() :

This method synchronizes my object values from the cell values. At the end of this method, I call the SynchronizeFromObject() method to refresh all the properties because some of my object values can be related to each other, it means that if I can edit properties A , B , C in the grid, changing value of property A can alter the values of the B and C properties. This method is called in the PROPERTY_VALUE :: Apply() method.



Let s take the example of a CExtGridVariantCell. The issue is that each time i modify the value of the cell using the spinbuttons, the SynchronizeFromGUI method is called, that calls to the SynchronizeFromObject method that performs a PropertyStoreSynchronize() method call. Thus i loose the focus on the edited cell.


Do you have a solution to Update the cells content without using the PropertyStoreSynchronize method

Best Regards

I have a grid with various cells types. Most cell’s contents I can left align with ModifyStyle(__EGCS_TA_HORZ_LEFT), but this doesn’t have the same affect on my CExtGridCellUpDown cells. It appears __EGCS_TA_HORZ_LEFT has the same affect as __EGCS_TA_HORZ_CENTER. The default is right alignment, and that certainly works. I do not desire the buttons to be left aligned, but only the number value.
Is this a bug?
thanks

Hello,

I just recently upgraded to Prof UIS 2.60 and have a problem with my CExtTabPageContainerWhidbeyWnd set up.

What is happening is when I click on my tabs, everything switches and loads the correct data fine. The thing is when I click on the exact same tab again, the screen goes completely grey. I have a refresh button that refreshes the data on the screen which will not bring the display back. Everything worked fine with Prof UIS 2.53 and I’m just wondering what would have changed with Tabs in the new update.

ANY suggestions on where to start digging around in the code in order to resolve this issue is greatly appreciated!

Thanks

We are interested in make some of our dialogs transparent so you can see the underlying view data (to a certain degree). Ideally we’d like to specify alpha blending and opacity factors to control the degree of transparency.

Can you indicate how this can be achieved using the CExtResizeable dialogs?

You can try the class CLayerdWindowHelperST.

http://www.codeproject.com/dialog/clayeredwindowhelperst.asp

I didn’t try for CExtResizableDialog derived, but, I think it’ll works.

hope it helps.

jb.

Hi,
Iaˆ™m using Prof-UIS 2.60, and when the application is maximized it covers the entire screen, including the Windows Taskbar. The problem can be reproduced using the AviFrames-u.exe samples.

Steps:
1- Maximize the window.
2- Minimize the window.
3- Restore the window using the taskbar.
4- Now the application is covering the entire screen (including the taskbar).

Note: This behaviour is only present for application using Office 2007 themes, for example, this cannot be reproduced with the ResizableChildSheet.exe sample.

Thanks for your help,
Luc Dion

This is still happening in v2.70 of the library.

Thanks, now it works fine!

There is an exception in m_wndMenuBar.Create(NULL, this, ID_VIEW_MENUBAR) when in OLE Object insertion.

When I try to insert my OLE Document in word, I have problem.

It is difficult to trace the problem, but it seems to be in:

int CExtMenuControlBarXD::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
….
….
….
// pass message loop for smooth MDI client area update reasons
CExtPopupMenuWnd::PassMsgLoop( CExtControlBar::g_bEnableOnIdleCalls );
return 0;
}

If I call CExtPopupMenuWnd::PassMsgLoop( CExtControlBar::g_bEnableOnIdleCalls ) I have the problem
If I comment the line, I don’t have the problem.

My analyse is that PassMsgLoop dispatch pending OLE message to create Document…
But CMainFrame is not yet created, AfxGetThread()->m_pMainWnd is still NULL.

Does someone experience that?
Could someone help me?

There is a suspect message 0x400? WM_USER or DM_GETDEFID ?

My work around is:

AfxGetThread()->m_pMainWnd = this;
if(!m_wndMenuBar.Create(NULL, this, ID_VIEW_MENUBAR))
...

Hi,

In making a dialog, where 3 groups of radio buttons.
So, I made each first button’s attribute as GROUP.
On the test dialog(VC 6 IDE-> Tools->Test ), the buttons works well.
But, after I add control variable for each Grouped buttons(CExtRadioButton), the resulting dialog(at run time) is not that I wanted.
: 1st, the last item in the group is not displayed correctly(Not CExtRadioButton, but, CButton is applied).
: 2nd, the first and the last item in each group are selected both.

I’m using VC6 and the library version is 2.54.

Best regards,

jb.

Hi......

I have created the same topic in General forum too. You asked me to send some screenshots of the problem..
I have mailed you the screenshots.. And still waiting for your response..
Do reply please.. the problem I am facing is

1. while resizing
2. while switching some other item in the CExtComboboxbar
3. while moving mouse on the buttons of the ToolBar on the top....

Thank you for the screenshots. Unfortunately this was of little help. We cannot say where the problem hides exactly. Most probably the problem has to do with incorrect creation of the property grid, but we need to check this. Please send us a test project, so that we can proceed with this issue.

Sir,.. I have mailed you the sample project. thank you

We are sorry but we have not received it. Please make sure its size is small enough to send though e-mail. You can reduce its size by removing unnecessary files like .ncb.

The data I fill the grid with always contains more rows than fit on the window.

The very first time I fill the grid with data the scrollbar shows. When I clear the grid then fill it with a new set of data the scrollbar does not show. At that point if I select an item and press up or down arrow the scrollbar appears. How can I fix this?

Is there a way to make CExtReportGridWnd in virtual mode?
CExtReportGridWnd is very slow with a large amount a data and I need the grouping functionality.
The problem is that the date provider of CExtReportGridWnd does not derive from CExtGridDataProviderRecordset which contains all the functionality for virtual mode.

Is it possible to change looking style of CExtEdit’s scroll bars if Prof-UIS library used application? Standards gray scroll bars looks very different from Luna-Blue color cheme.

I tryed to use CExtScrollBar by overriding GetScrollBarCtrl function, but it never calling for CExtEdit or CListBox.
(by the way - why CExtListBox class does not exists in library? you have nothing to add to CListBox? ;)

Prof-UIS 2.54

Yes, you can use this class for skinning scrollbars in the CExtEdit control. Anyway we plan to add this feature later.

The following article explains approach of how to use scroll bar common controls with other common controls instead of built-in scroll bar like non-client areas. This test project implements the approch described in the article (with regard to CExtScrollBar windows).

The solution you recomended works perfectly with standard windows controls (pure MFC). But Prof-UIS extended contrils has some behavior that doesn’t works correctly with "ScrollBar skining".

For example: CExtEdit has very special border behavior. Border draws over text and scrol bars, and change color when mouse move over CExtEdit control. With this solution, original control is reduced. So no border draws after scrollbars, and mouse moving over scrollbars doesn’t handle by CExtEdit.

May be this problems may be solved by drawing border from CSkinScrollWnd (Skin window - see test project), but it required implementation border-draw logic for each CExt* Prof-UIS control in CSkinScrollWnd, IMHO.

Any ideas for scinned scrollbars in CExtEdit?

The skinned scrollbars in the standard control is in out TO-DO list and only the CSkinScrollWnd class can be helpful now.

What’s about printing framework in CExtReportGrid?

TX

We are working on this feature to make it available later this year.

Can you give me an update on this feature?
When do you expect to have it available?
Thank you.

Hi,

I disabled the system button on the titlebar of my frame window. but the window minimized when doubleclick its titlebar.
How can I disable the doubleclick event?

Thanks.
This is my code:
class CMainFrame
    : public CExtNCW < CMDIFrameWnd >
{
..
}

BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)
{
    if( ! CExtNCW < CMDIFrameWnd > :: PreCreateWindow( cs ) )
        return FALSE;

    cs.lpszClass = AfxRegisterWndClass(0);
    
    if(cs.hMenu!=NULL)
    {
        ::DestroyMenu(cs.hMenu); // delete menu if loaded
        cs.hMenu = NULL; // no menu for this window

    }
    
    cs.style &= ~WS_MAXIMIZEBOX    ;// this makes it not have maximize button
    cs.style &= ~WS_SYSMENU    ;// this makes it not have maximize button

    cs.style &= ~WS_THICKFRAME;// this makes it not resizeable


    return CFrameWnd::PreCreateWindow(cs);
}

Hello,
Sorry to bother you again, but this may interest you anyway.

When I submitted the font problem with Office2007 themes (other themes work well), I also had a systematic problem with some dialogs derived from the CExtResizableDialog : the paint manager asserted before the OnInitDialog() method was called.

I was investigating why some dialogs would fail while others would work well, with no clues : some dialogs were extremely simple but would fail anyway. This problem appeared only with the new Office2007 themes (Luna Blue and others). It appeared in prof-UIS 2.54 and 2.60 as well. In debug mode, there was an assertion, in release mode, the dialog was not displayed and the application ran normally except the dialog display.

I have inserted the patch for the CExtLabel you suggested, recompiled the prof-UIS library, linked it statically with my application, and the CExtResizableDialog problem has disappeared ! All dialogs work well now and I can use your nice Luna Bleu theme.

This behavior reminds me of a bounds-check problem, if I can suggest.

Best Regards,

Christophe Guibert

Hello,
Following previous message, I executed the same build on another machine (Windows 2000), and it fails again to display some simple dialogs while others are correctly treated : assertion failed in the DoModal_implementation of CExtResizableDialog in debug mode (** not in the paint manager : that’s to be corrected in the previous message, sorry **), nothing displayed in release mode.

This remain specific of new Office2007 paint manager classes : works well with others.

So I temporarily revert to VisualStudio2005 paint manager, hoping you’ll find something in the Luna Blue paint manager, because it is really nice.

Best Regards,

Christophe Guibert

Could you create a simple dialog-based project and port your dialog resource and source code to reproduce the problem with 2007 themes and send this project to us?

Hello,

The situation gets more and more complex : I’ve created a simple dialog based project and port both resource and code from a dialog which would not work, and it works in the sample project... So it won’t help you.

I tried additional diagnosis...

My application initially displays a progress status window showing a multiline text that is repeatedly updated as initialisation is done. This is a working dialog with a CExtLabel object. The application will fail later on other dialogs. If the initial dialog is not shown the application will fail differently, and much later.

So keeping the initial progress dialog, I’ve done additional tests, using the CExtPaintManagerOffice2003 paint manager :
1. Removed the patch you proposed on CExtLabel::WindowProc() [adding lpszText[ wParam - 1 ] = _T(’\0’);] and rebuilt the Prof-UIS library (ProfUIS260sud.lib)
1.1 Compiled / linked statically the application with Unicode support, debug mode.
1.2 --> The application now fails on standard dialogs while getting CString text (GetWindowText()) from standard CStatic objects with un-terminated strings !

2. Patched again the CExtLabel::WindowProc() as you proposed and rebuilt the Prof-UIS library (ProfUIS260sud.lib).
2.1 Compiled / linked statically the application with Unicode support, debug mode.
2.2 --> The application runs properly in every aspects.

3. Kept the patch and revert to CExtPaintManagerOffice2007_R2_LunaBlue paint manager
3.1 Compiled / linked statically the application with Unicode support, debug mode.
3.2 --> The application runs properly in every aspects on my WindowsXP machine, and fails on some dialogs (always the same) on the Windows2000 machine.

4. Reverted to Prof-UIS 2.54 (so, without the CExtLabel::WindowProc() patch), kept the CExtPaintManagerOffice2007_R2_LunaBlue paint manager
4.1 Rebuilt my application (static Unicode Debug)
4.2 --> It seems to work properly, including the dialogs that would fail with prof-UIS 2.60 in the same conditions.

I do not understand, it seems to me that something is broken or overwriten in memory when using the prof-UIS 2.60, but I have no clues.

I will stay with prof-UIS 2.54 release and CExtPaintManagerOffice2007_R2_LunaBlue paint manager, and further investigate.

Hope this will be of any help...

Best Regards,

Christophe Guibert