Forum

The behaviour of CExtPopupMenuWnd::LoadMenu() has changed between V2.30 to 2.50 and this is causing me a problem as folows: The text I set for the PopUp Menu items in the .RC file is ignored and the text from the main menu is used instead. ie. Where I’m using the same command ID on both menus. I don’t want to create different ID’s etc. for the popup menu, just so I can get the correct text. Setting bNoRefToCmdMngr = true doesn’t fix this and disables most menu items.

On a related issue, how do I enable an accelerator key on a Popup menu item. I’ve added the key to the Accelerator resource, but it doesn’t work. I also created a new ACCELERATORS resource for the Popup menu but that didn’t work either. If the menu item is in the main menu then the accelerator is displayed, but in this case it is only on the popup menu.

Dear Prof-UIS.

I always receive your help. Thanks a lot.

But I can’t see any word about CExtPaintManager in your help file. Could you tell me where to get that.

In fact I would like to have g_paintmanager to paint the specified window area that is scrolled.

I got the code that enable the print preview from Cformview.

That code works well with Prof-UIS when the CFormview is small and don’t need to have any scrollbar.

But It has some trouble if the CFormview is larger than screen and some parts are scrolled.

Fortunately my application has the fixed size of formview and I decided to use the fixed size CRect in making bitmap instead of GetClientRect().

but g_paintmanager still use GetClientRect in the PaintDockerBkgnd(). So the scrolled area has black color.

How can I overcome it? I am going to send the sample code to you by email.

Thanks

void CMyFormView::OnFilePrintPreview()
{
 CRect rect(0,0,851,679);
//  this->GetClientRect( rect );
  CDC memDC;

 CClientDC dc( this );
  memDC.CreateCompatibleDC( &dc );

 CBitmap bitmap;
 bitmap.CreateCompatibleBitmap( &dc, rect.Width(), rect.Height() );
 {
  LocalGDI local( &memDC, &bitmap );
  this->Print( &memDC, PRF_CLIENT|PRF_CHILDREN|PRF_ERASEBKGND );
 }
 m_dib.Attach( GDIUtil::DDBToDIB( bitmap ) );

 CExtWS< CExtAFV< CFormView > >::OnFilePrintPreview( );
}

LRESULT CMyFormView::WindowProc(UINT message, WPARAM wParam, LPARAM lParam)
{
    LRESULT IResult = CExtWS< CExtAFV< CFormView > >::WindowProc(message, wParam, lParam);
 if (message == WM_INITDIALOG)
        OnInitialUpdate();
 
    if( message == WM_PRINTCLIENT )
    {
        ASSERT_VALID( this );
        CDC* pDC = CDC::FromHandle((HDC)wParam); //the specified device context

        CRect rcClient(0,0,851,679);
//        GetClientRect( &rcClient );

        CExtMemoryDC dc( pDC, &rcClient );
        bool bTransparent = false;

        if( g_PaintManager->GetCb2DbTransparentMode( this ) )
        {
            CExtPaintManager::stat_ExcludeChildAreas(dc.GetSafeHdc(), GetSafeHwnd(),
                CExtPaintManager::stat_DefExcludeChildAreaCallback);

            if( g_PaintManager->PaintDockerBkgnd( true, dc, this ) )
                bTransparent = true;
        }// if( g_PaintManager->GetCb2DbTransparentMode( this ) )

        if( ! bTransparent )
            dc.FillSolidRect(&rcClient,
            g_PaintManager->GetColor(CExtPaintManager::CLR_3DFACE_OUT, this));

        ///////////////////////////////////////////////////
        //////// DRAW YOUR RECTANGLES ON dc HERE ////////
        ///////////////////////////////////////////////////

        return 0;
    } // if( message == WM_PAINT )

 return IResult;
}

Paint managers are conceived to be internal parts of Prof-UIS. Typically you don’t need to know anything about them but just one thing: how to install this or that paint manager. The CExtPaintManager::PaintDockerBkgnd() virtual method paints a themed background which is based on a solid color in 2000/XP themes, a gradient in 2003/2005 themes and PNG images with different kinds of drawing effects in the skinned version of the paint manager. This means you have to redraw the entire content of the scrollable form view window when it is scrolled horizontally and/or vertically. Would you provide us with a test project which shows painting problems in your form view?

The zip file containing registered version 2.52 is corrupted. please upload it again.

Thank You,

Luis Palacios

Hi,

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p> </o:p>

I just purchased the library for the first time and downloaded version 2.51. I used UI libraries from the different vendor before, but it did not support some features that you have. The problem is that when I launched the build Wizard none of the libraries built in VS2005. So, when wizard finished, I’ve launched the VS and found out that all original include and library directories for C++ projects have been removed from the registry and only directories for the Prof-UIS were added. Obviously, the built failed because C++ compiler was unable to find any standard header files and libs. Now I have to restore my VS2005 configuration manually. This would take sometime before I can try to compile the libraries again. Is this a known issue?

<o:p> </o:p>

Anyway, being a new user, I find this first experience with this software quite disappointing!

<o:p> </o:p>

Stan

<o:p> </o:p>

This issue is known. This is reproduced in the way when you run the Prof-UIS 2.50 Integration Wizard without running Visual Studio 2005 at least once before. We even discussed this issue with a specialist from the Visual Studio 2005 development team. In fact, Visual Studio 2005 does not get completely installed until you run it at least once. The include folders list of the Visual Studio 2005 is stored in the VCComponents.dat file that is typically located in the following folder:
C:\Documents and Settings\***WindowsUserName***\Local Settings\Application Data\Microsoft\VisualStudio\8.0\VCComponents.dat

The VCComponents.dat file is a UNICODE file which has the format of INI file. We can send you the initial version of this file.

We will fix this issue in the next major version.

While I’ve tried to unsuccessfully compile version 2.51, you’ve released 2.52. :) But I am afraid to install it now because I don’t want to restore my VS config again... Was this issue fixed in the new release?

I have 4 CExtControlBars and one CMainFrame, no ChildViews.

How do I make the controlbars dock and take up the whole CMainFrame rather than parts of it?  Essentially I want to have several rendering windows as in the OpenGL example, but without the background window (the main ChildView).

NT

Hi,

I’ve tryed to compile Prof-UIS ver. 2.50 on 64-bit platform(Visual Studio 2005), and figured

the source code seems not fixed for this.

Do you have a library’s source code fixed for 64-bit?

Thanks.

This is the second time I’m tyring to post this so sorry if there are duplicates, the message board seems to be experiencing some difficulty.

How do I programmatically dock one window a specified direction relative to another docking bar.  IE: When dragging a docking bar using the CExtPaintManagerStudio2005 you see 2 sets of targets appear, the inner one docks a window relative to the window you’re hovering over and the outer targets dock relative to the docking frame.  I’ve figured out how to dock relative to the CFrameWnd but I’m not sure how to programmatically reproduce the effect generated by the inner target set.

I would like to be able to detect how a CExtControlBar is docked whether it be relative to the frame or to another docking bar, and what direction it is docked IE: AFX_IDW_DOCKBAR_LEFT.

I have tried docking windows and then querying them using the following functions to see if I could do this on my own but it appeared that the functions were either not working or I was misinterpreting them, only the IsDocked or IsFloating functions seemed to give me believable results.

bool IsDocked() const;
bool IsFloating() const;
bool IsDockedAtTop() const;
bool IsDockedAtBottom() const;
bool IsDockedAtLeft() const;
bool IsDockedAtRight() const;
bool IsDockedHorizontally() const;
bool IsDockedVertically() const;

I need to be able to do this both with docking bars that are already docked and bars that are docked for the first time, if it makes a difference in how it’s done then I’ll also need to know how to detect which case I’m dealing with.

The following method of the of the CExtControlBar class docks the resizable control bar relative to the sides of the main frame window:

 
virtual bool DockControlBarInnerOuter(
   UINT nDockBarID,
   bool bInner,
   CFrameWnd * pDockSite = NULL, // can be NULL only if bar already was at least once docked
   bool bRecalcLayout = true
);

bool DockControlBarLTRB(
   CExtControlBar * pBarTarget,
   UINT nDockBarID = AFX_IDW_DOCKBAR_BOTTOM,
   bool bRecalcLayout = true
);
virtual bool DockControlBarLTRB(
   int nPercentToOccupy, // greater then zero and less than one hundred
   CExtControlBar * pBarTarget,
   UINT nDockBarID = AFX_IDW_DOCKBAR_BOTTOM,
   bool bRecalcLayout = true
);

Thank you.  If I want to determine which direction a window is docked relative to it’s parent is there a function I can call or do I need to try to guess based on the windows extents?  As I had mentioned I had tried playing around with the

bool IsDockedAtTop() const;
bool IsDockedAtBottom() const;
bool IsDockedAtLeft() const;
bool IsDockedAtRight() const;
bool IsDockedHorizontally() const;
bool IsDockedVertically() const;

functions but they didn’t seem to work.

Hi,

i derived a class from CExtGridCellStringDM (used in a CExtTreeGridWnd) and implement the virtual method OnQueryCellFont like this:

class CHeaderCell : public CExtGCC<CExtGridCellStringDM><CEXTGRIDCELLSTRINGDM>
{
public:
 DECLARE_DYNCREATE(CHeaderCell);
 IMPLEMENT_ExtGridCell_Clone(CHeaderCell, CExtGridCellStringDM);
 
 CHeaderCell(CExtGridDataProvider * pDP=NULL);
 virtual HFONT OnQueryCellFont(const CExtGridWnd & wndGrid,
          LONG nVisibleColNo,
          LONG nVisibleRowNo,
          LONG nColNo,
          LONG nRowNo,
          INT nColType,
          INT nRowType,
          DWORD dwAreaFlags) const
 {
  return (HFONT)g_PaintManager->m_FontBold;
 }
};

but the function is never called. What’s wrong ?

Thanks for your help, Thomas

Hello Support,

when i use your library in a project the msdev often crashes when i try to compile.

I user Win200 SP4 with 512MB memory and Visual C++ SP6. Any Ideas...

Thanks Thomas

I would like to display a custom control derived from CWnd in a grid cell, if possible. 

thanks,

Eli

 I can see in RDE compile option in VS.NET.

 What is RDE compile option?

 ex) ’ANSI Debug RDE’ configuration...

I have a grid cell with the CExtGridCellComboBox inserted and enum mode set to true. If the grid cell is empty (no value has been selected) and I call TextSet() with an invalid string (one not added to the combo box) the text in that cell will be changed, even though it is not a valid choice. But if the grid cell already has a value selected and I call TextSet() with an invalid string the cell is reset to be empty.

It would be nice if TextSet() worked the same in both cases.

I am trying to create a custom grid control but have run into a small problem. I want my control to work like the CExtGridCellDateTime but instead of popping up the calendar control, I want a small dialog resource to be displayed. I have the dialog being displayed when the cell’s drop-down button is pressed, but I can’t seem to get it to go away when it should. With the CExtGridCellDateTime, it will go away when the mouse is clicked off of the control, but my dialog control requires me to click 2 or 3 times before it will go away.

I am using the CExtPopupControlMenuWnd to display my dialog from my custom control.

Do you have any idea what may cause this?

Hi,

I’m having problem with the CExtPropertyGridCtrl. I’m using the OnIdle function to refresh an OpenGL view. On a CExtControlBar i’ve a CExtPropertyGridCtrl. Each time i want to change a value on this grid, the program freeze.

Have you an idea about that ?
Thanks in advance.

In fact, the application freeze each time an item in the CExtPropertyGridCtrl is activated. It’s really problematic, so if you have a quick answer, i will be very happy :).

Best regards.

I have some toolbars with comboboxes, but the controls are disabled and not changable.

See here a picture
http://web.hlsw.org/other/combobox.jpg

What is wrong?

if(!m_wndServerListBar.Create(_T( "Resizable bar name" ),
        this,
        IDR_SERVERLIST
        )|| !m_wndServerListBar.LoadToolBar(IDR_SERVERLIST)
    )
    {
        TRACE0("Failed to create ServerListBar\n");
        return -1;
    }

    if( !m_ServerListComboBox.Create(
        WS_CHILD | WS_VISIBLE |CBS_HASSTRINGS | CBS_DROPDOWN,
        CRect( 0, 0, 400, 480 ),
        &m_wndServerListBar,
        ID_SERVERLIST_COMBO
        ) || !m_wndServerListBar.SetButtonCtrl(
        m_wndServerListBar.CommandToIndex(
        m_ServerListComboBox.GetDlgCtrlID() ),
        &m_ServerListComboBox
        )
        )
    {
        TRACE0("Failed to create help search combobox\n" );
        return -1;
    }

m_wndServerListBar.EnableDocking(CBRS_ALIGN_ANY);

    if( !CExtControlBar::FrameEnableDocking(this) )
    {
        ASSERT( FALSE );
        return -1;
    }

DockControlBar(&m_wndServerListBar);

RecalcLayout();

Say that I have 2 CExtControlBar’s which are docked on a CFrameWnd.  I then drag one of the docked windows onto the other so that they both take up 100% of the CFrameWnd’s client area.  The user can click a tab to bring that window to the foreground, essentially it has turned the windows into a tab pane.  See diagram below:

-----------------
|                   |
|                   |
|                   |
|                   |
|                   |
|_a_|_b_|````

I would like to be able to do this programatically.  With that in mind:

1. How do I make one CExtControlBar dock onto another one as seen above?
2. How do I determine the tab order?
3. How do I re-arrange the tab order?
4. How do I tell what docking state a window is in? ie: AFX_IDW_DOCKBAR_LEFT

The CExtControlBar::DockControlBarIntoTabbedContainer() performs the tabbed bar docking. You should dock or float one bar initially and then tab-dock other bars with it. Here is the sample code:

    m_wndBarA.DockControlBarInnerOuter(
        AFX_IDW_DOCKBAR_LEFT, true );
    wndBarA.DockControlBarIntoTabbedContainer(
        &wndBarB, -1, NULL, false );
    wndBarA.DockControlBarIntoTabbedContainer(
        &wndBarC, -1, NULL, false );
    wndBarA.DockControlBarIntoTabbedContainer(
        &wndBarD, -1, NULL, false );

    virtual bool DockControlBarIntoTabbedContainer(
        CExtControlBar * pBar,
        INT nIndex = -1, // append
        CFrameWnd * pDockSite = NULL, // can be NULL only if bar already was at once docked
        bool bRecalcLayout = true
        );

#include <../Src/ExtControlBarTabbedFeatures.h>

CWnd * pWndParent = m_wndBarA.GetParent();
    if( ! pWndParent->IsKindOf( RUNTIME_CLASS( CExtDockDynTabBar ) ) )
        return; // bar A is not inside the tabbed bar container

CExtDynTabControlBar * pTabbedBar =
        STATIC_DOWNCAST( CExtDynTabControlBar, pWndParent->GetParent() );

LONG nBarIndex, nBarCount = pTabbedBar->GetSwitcherItemCount();
    for( nBarIndex = 0; nBarIndex < nBarCount; nBarIndex ++ )
    {
        CExtControlBar * pBar = pTabbedBar->GetBarAt( nBarIndex, false );
        BOOL bBarIsVisible = pBar->IsVisible();
    }

LONG nSel = pTabbedBar->GetSwitcherSelection();
 
pTabbedBar->SetSwitcherSelection( new_selected_index, true, true );

Hellow

Tab in CExtResizablePropertySheet is not painted with gradient filling in Studio2005 user interface style. Can You correct this lack of correspondence?

Thanks

The CExtResizablePropertySheet window is 100% compatible with the Prof-UIS paint manager only in the wizard mode. In tabbed mode, it uses the standard tab control. Alternatively, you can use any Prof-UIS tab page container instead.

Can you show me example of using any Prof-UIS tab page container instead of standard tab control in CExtResizablePropertySheet?

Here is a sample project that is shows how to use CExtTabPageContainerWnd instead of CExtResizablePropertySheet.

By the way, I detected another problem. I created test project with CExtResizablePropertySheet. Access violation appears during propery sheet creation.
The test project named "pshtest1.rar" was sended to support@prof-uis.com from . To activate test propery sheet create new document view and make a doubleclick.

Thanks for quick anwer.

You sample is not correct. Try it in VS7.1 in "static MFC, ANSI" build configuration.

1. Some memory leaks have been detected. My dump was as follows:

Detected memory leaks!
Dumping objects ->
plex.cpp(32) : {85} normal block at 0x00D85218, 164 bytes long.
Data: < 1 l2 > D8 31 D8 00 F6 03 00 00 08 00 00 00 6C 32 D8 00
plex.cpp(32) : {84} normal block at 0x00D831D8, 164 bytes long.
Data: < 0 1 > F8 30 D8 00 EF 03 00 00 10 00 00 00 8C 31 D8 00
plex.cpp(32) : {83} normal block at 0x00D830F8, 164 bytes long.
Data: < > 00 00 00 00 E8 03 00 00 0F 00 00 00 00 00 00 00
{82} normal block at 0x00D83078, 68 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
{81} normal block at 0x00D85110, 204 bytes long.
Data: <Y Z [ > 59 00 10 01 A4 00 10 14 5A 00 10 01 5B 00 10 01
{68} normal block at 0x00D85008, 204 bytes long.
Data: < :n $j > D4 D0 C8 00 3A 6E A5 00 0A 24 6A 00 80 80 80 00
c:\program files\foss software inc\prof-uis\src\extpaintmanager.cpp(98) : {51} client block at 0x00D82C88, subtype c0, 292 bytes long.
a CExtPaintManager object at $00D82C88, 292 bytes long
Object dump complete.

2. Try to add ShowSizeGrip( FALSE ) in CTestDlg::OnInitDialog(). The main dialog is still resizable.

Hi There,

I bought Prof-UIS on December and I spend considerable time on the sample codes.
I have found that in that sample code, it tooks some time (not short) in the initialization part.
Here is my question. How can I get more efficent initialization to get more speed?

Best regards,
---
Shoji Ueda

Hello

I have placed an ActiveX control within a CExtControlBar. The ActiveX control handles WM_KEYDOWN. Whenever I press an arrow key the control bar steals the focus somehow and the ActiveX control does not get the WM_KEYDOWN. Can I do something about that?

Thanks in advance

Thomas

I’ve searched on the forums, and the only method I could find is BackColorSet, passing in the constant CExtGridCell::__ECS_SELECTED. So if I call

pCell->BackColorSet( CExtGridCell::__ECS_SELECTED, RGB(0,0,0));

Some more info: I thought that maybe the overrides were messing things up, so I commented out that code, and tried to use TextColorSet and BackColorSet exclusively. No matter what combination of colors or cell states I use, nothing seems to work.

Ok, so it turns out that it didn’t work because my derived cell class inherited from CExtGridCellStringDM, instead of CExtGridCellString. Can you explain why the latter works? The only difference between the two *seems* to be the text string member in the former.

I’ve got it working to my liking right now, but the one catch with the TextColorSet method is that once you change it, it also changes the background color to the same color!

I couldn’t just do this and retain the default blue selection background:

pCell->TextColorSet( CExtGridCell::__ECS_SELECTED, RGB(255,255,255));

pCell->TextColorSet( CExtGridCell::__ECS_SELECTED, RGB(255,255,255));
pCell->BackColorSet( CExtGridCell::__ECS_SELECTED, RGB(32,0,255));

You need to use the CExtGridCell::__ECS_NORMAL constant.