Forum

Please let me know at least that you received my application that reproduces it...

The difference between 2.90 and 2.92 is caused by the bug fix. Prof-UIS 2.90 initializes dialog windows with incorrect size because of using Windows non-client area sizes instead of Prof-UIS skin non-client area sizes. 2.92 is correct.

The problem was with your test project. We replied your e-mail with modified project attached. If you didn’t receive our answer yet, please provide us with alternative e-mail address.

I’ve read all the posts I can find but can’t get this working. 

When calling BestFitRow() what should nRowNo be when using a tree grid?

 

 

Dear Support,

The balloon tooltip is always displayed above the control it is linked to. The rectangle tooltip is displayed where the cursor is. Is there any way of making the rectangle tooltip display always above the control just like the balloon?

Thanks,

Ron.

You can invert the tooltip postion using the following code:

CExtPopupMenuTipWnd * pTip = . . .
    pTip->SetTipStyle( CExtPopupMenuTipWnd::__ETS_INV_RECTANGLE_NO_ICON )

You can increase the tooltip distance by specifying a larger rectangle in parameters of

CExtPopupMenuTipWnd::Show()

method.

Dear Support,

I added a tooltip to a CExtEdit derived class.

When I hover over the edit box the tooltip appears. then, if I move the mouse inside the edit box, each move generates flicker in the tooltip. If I move the mouse fast, the flickering is very annoying.

Please fix.

Thanks,

Ron.

You need to use your tooltip window only if you created your tooltip class and modified its behavior.

As I explained, the problem is SetIcon that causes redraws which causes flickers:

1) Why isn’t the drawing of the tooltip double-buffers to reduce flicker?

2) Why does the SetIcon causes redraw while other setters functions do not?

Prof-UIS always use the CExtPopupMenuTipWnd as a styled replacement of a classic tooltip. Classic tooltips never change on the fly. But, of course, we can implement double buffered painting to avoid flicker when your app invokes the CExtPopupMenuTipWnd::SetIcon() API. Please update the source code for the following method:

void CExtPopupMenuTipWnd::_DoPaint(
    CDC & dcPaint,
    bool bUseBackBuffer //= true
    )
{
    bUseBackBuffer;
CRect rcLayout;
    GetClientRect( &rcLayout );
CExtMemoryDC dc( &dcPaint, &rcLayout );
HRGN hRegion = CreateRectRgnIndirect( &rcLayout );
    GetWindowRgn( hRegion );
CRgn * pRegion = CRgn::FromHandle( hRegion );

CExtPaintManager * pPM = PmBridge_GetPM();
    ASSERT_VALID( pPM );
CFont * pAdvTipFont = &m_fontAdvTip;
    if( pAdvTipFont->GetSafeHandle() == NULL )
        pAdvTipFont = pPM->AdvTip_GetFont( this );
    if( pAdvTipFont->GetSafeHandle() == NULL )
        pAdvTipFont = &(pPM->m_FontNormal);
COLORREF clrAdvTipText = pPM->AdvTip_GetTextColor( this );
    if( clrAdvTipText == COLORREF(-1L) )
        clrAdvTipText = pPM->GetColor( COLOR_INFOTEXT, this );
e_tip_style_t eTS = GetTipStyle();
    switch( eTS )
    {
    case __ETS_BALLOON:
    case __ETS_BALLOON_NO_ICON:
    {
        CBrush brushWindow;
        brushWindow.CreateSolidBrush(
            //pPM->GetColor( COLOR_INFOBK, this )
            ::GetSysColor( COLOR_INFOBK )
            );
        CBrush brushFrame;
        brushFrame.CreateSolidBrush(
            //pPM->GetColor( COLOR_3DDKSHADOW, this )
            ::GetSysColor( COLOR_3DDKSHADOW )
            );
        CBrush brushInnerFrame;
        brushInnerFrame.CreateSolidBrush(
            //pPM->GetColor( COLOR_3DFACE, this)
            ::GetSysColor( COLOR_3DFACE )
            );
        // frame
        dc.FillRgn( pRegion, &brushWindow );
        dc.FrameRgn( pRegion, &brushInnerFrame, 3, 3 );
        dc.FrameRgn( pRegion, &brushFrame, 1, 1 );
        // adjust icon’s area
        rcLayout.DeflateRect( m_sizeRounders.cx, m_sizeRounders.cy, 0, 0 );
        if( eTS != __ETS_BALLOON_NO_ICON && (! m_icon.IsEmpty() ) )
            rcLayout.left += m_sizeRenderingIcon.cx + m_nIconMarginDX;
        CFont * pOldFont = dc.SelectObject( pAdvTipFont );
        int nOldBkMode = dc.SetBkMode( TRANSPARENT );
        int nIconVertPos = m_sizeRounders.cy;
        if( m_bFlipVert )
        {
            rcLayout.OffsetRect( 0, m_sizeLeader.cy );
            nIconVertPos += m_sizeLeader.cy;
        }
        COLORREF clrOldTextColor = dc.SetTextColor( clrAdvTipText );
        CExtRichContentLayout::stat_DrawText(
            dc.m_hDC,
            LPCTSTR(m_sText), m_sText.GetLength(),
            &rcLayout,
            DT_TOP|DT_LEFT, 0
            );
        dc.SetBkMode( nOldBkMode );
        dc.SetTextColor( clrOldTextColor );
        dc.SelectObject( pOldFont );
        // icon
        if( eTS != __ETS_BALLOON_NO_ICON && (! m_icon.IsEmpty() ) )
        {
            m_icon.Paint(
                pPM,
                dc.GetSafeHdc(),
                 m_sizeRounders.cx,
                 nIconVertPos,
                 m_sizeRenderingIcon.cx,
                 m_sizeRenderingIcon.cy
                );
        }
    } // cases __ETS_BALLOON, __ETS_BALLOON_NO_ICON
    break;
    case __ETS_RECTANGLE:
    case __ETS_RECTANGLE_NO_ICON:
    case __ETS_INV_RECTANGLE:
    case __ETS_INV_RECTANGLE_NO_ICON:
    {
        int nSizeShadow = CalcShadowSize();
        ASSERT( nSizeShadow >= 0 );
        if( nSizeShadow > 0 )
        {
            rcLayout.DeflateRect( 0, 0, nSizeShadow, nSizeShadow );
            m_shadow.Paint(
                pPM,
                dc,
                rcLayout,
                CRect( 0, 0, 0, 0 ),
                CRect( 0, 0, 0, 0 ),
                nSizeShadow,
                70,
                95
                );
        }

        bool bAdvTipWithShadow =
            (    m_nSizeShadow > 0
            ||    (    m_ctrlShadow.GetSafeHwnd() != NULL
                &&    ( m_ctrlShadow.GetStyle() & WS_VISIBLE ) != 0
                )
            ) ? true : false;
        if(    ! pPM->AdvTip_PaintBackground(
                dc,
                rcLayout,
                bAdvTipWithShadow,
                this
                )
            )
        {
            // frame
            //dc.FillRgn( pRegion, &brushWindow );
            //dc.FrameRgn( pRegion, &brushFrame, 1, 1 );
            dc.FillSolidRect(
                &rcLayout,
                ::GetSysColor( COLOR_INFOBK )
                );
            dc.Draw3dRect(
                &rcLayout,
                pPM->GetColor( COLOR_3DDKSHADOW, this ),
                pPM->GetColor( COLOR_3DDKSHADOW, this )
                );
        }

        // adjust icon’s area
        rcLayout.DeflateRect( m_sizeClassicMargins );
        if(        eTS != __ETS_RECTANGLE_NO_ICON
            &&    eTS != __ETS_INV_RECTANGLE_NO_ICON
            &&    (! m_icon.IsEmpty() )
            )
            rcLayout.left += m_sizeRenderingIcon.cx + m_nIconMarginDX;
        
        CFont * pOldFont = dc.SelectObject( pAdvTipFont );
        int nOldBkMode = dc.SetBkMode( TRANSPARENT );
        COLORREF clrOldTextColor = dc.SetTextColor( clrAdvTipText );
        CExtRichContentLayout::stat_DrawText(
            dc.m_hDC,
            LPCTSTR(m_sText), m_sText.GetLength(),
            &rcLayout,
            DT_TOP|DT_LEFT|DT_VCENTER, 0
            );
        dc.SetBkMode( nOldBkMode );
        dc.SetTextColor( clrOldTextColor );
        dc.SelectObject( pOldFont );

        // icon
        if(        eTS != __ETS_RECTANGLE_NO_ICON
            &&    eTS != __ETS_INV_RECTANGLE_NO_ICON
            &&    (! m_icon.IsEmpty() )
            )
        {
            int nIconHorzPos =
                rcLayout.left
                - m_sizeRenderingIcon.cx
                - m_nIconMarginDX
                ;
            int nIconVertPos =
                rcLayout.top
                + ( rcLayout.Height() - m_sizeRenderingIcon.cy ) / 2
                ;
            m_icon.Paint(
                pPM,
                dc.GetSafeHdc(),
                nIconHorzPos,
                nIconVertPos,
                m_sizeRenderingIcon.cx,
                m_sizeRenderingIcon.cy
                );
        }
    } // rectangle cases
    break;
#ifdef _DEBUG
    default:
        ASSERT( FALSE );
    break;
#endif // _DEBUG
    } // switch( eTS )
    ::DeleteObject( hRegion );
}

This looks like a conflict of two tooltip controls. The CExtEdit class provides tooltip support. You don’t need to code the same in your CExtEdit-derived class

Hi,

I found the problem - it happens because of my implementation of OnAdvancedPopupMenuTipWndDisplay. In this function, I set the icon of the tooltip by calling _ATTW.SetIcon(...). This function at its end calls RedrawWindow.

The problem is that OnAdvancedPopupMenuTipWndDisplay is called in every mouse move, even if I did not leave the control, so it generated a call the redraw the tooltip.

I bypassed it, because I don’t update the icon very often, but I suggest that you’ll look into it.

Thanks,

Ron.

Dear Support,

I have a case in which I want to show a tooltip when a control loses focus.

I implemented it in the OnKillFocus by adding this code:

        CExtPopupMenuTipWnd& tooltip = CExtPopupMenuSite::g_DefPopupMenuSite.GetTip();
        CRect rcArea;
        GetWindowRect(&rcArea);
        tooltip.SetText( LPCTSTR("HELLO") );
        tooltip.SetTipStyle(CExtPopupMenuTipWnd::__ETS_BALLOON);
        tooltip.Show((CWnd*)this, rcArea, true);

This works fine, however, when the mouse is not over the control, and the user presses the tab button, the tooltip is displayed for a very short time, as the control is not over control.

Is there any way to tell CExtPopupMenuTipWnd to hide itself after a longer time, or only when the mouse moves?

Thanks,

Ron.

The CExtPopupMenuTipWnd runs the ID_TIMER_DELAY_KILL until it’s displayed. This timer detects mouse position changing. If the mouse is outside the rectangle specified in parameter of CExtPopupMenuTipWnd::Show() method, the timer handler hides the tooltip window. The CExtPopupMenuTipWnd::m_bNoHideDetection turns off the ID_TIMER_DELAY_KILL timer handler.

That’s exactly what I was looking for.

Create and use your own CExtPopupMenuTipWnd-derived class. Handle the WM_TIMER message. If the ID_TIMER_DELAY_KILL (671) timer event is received, do not invoke the parent class method and start your own timer which will continue the life of tooltip window and make it visible longer time.

The CExtPopupMenuTipWnd window hides itself automatically. It monitors all the required messages which should make a tooltip hidden. The tooltip visibility is usually based on mouse position rather than on focused window state.

Dear Support,

I found the flag m_bNoHideDetection. I use it and it seems to be exactly what I need... it shows the toolip until I move the dialog.

Can you give more details on this flag?

Thanks,

Ron

Dear Support,

I want to change the back color of a text edit for a certain time, and after it return it to its original color. What I did was to store the previous color, set it a the temp, and after the timeout, return to the previous color I saved (which was supposed to be the original)

The problem is that it did not return to its original color. The reason is that when I call the function GetBkColor it does not return me the color, but -1.

This there a way to force it to return me the real color, and not -1? or is there a function to force it to return to its original back color?

Thanks,

Ron.

The pExtEdit->SetBkColor( COLORREF(-1L) ); code returns the default background color of the editor control:

void CExtEditBase::SetBkColor( COLORREF clrBk )
{ 
    ASSERT_VALID( this );
    m_clrBack = clrBk; 
    if( GetSafeHwnd() != NULL )
        RedrawWindow( NULL, NULL, RDW_INVALIDATE|RDW_UPDATENOW|RDW_ERASE|RDW_ERASENOW|RDW_FRAME |RDW_FRAME|RDW_ALLCHILDREN );
}

Please check that your dialog or CExtEdit-derived classes does not handle the WM_CTLCOLOR messages for re-coloring the edit control.

Thanks. solved the problem.

The COLORREF(-1L) color value means there is no background color assigned to an edit control and the current theme appearance should be used. The default color is not a color but rather the visual appearance provided by Windows. Some future Windows version may have the paint editor background as a gradient or a bitmap based skin.

Dear Support,

We implemented the following function in our CExtEdit derived class:

void CMyEdit::OnAdvancedPopupMenuTipWndDisplay(
    CExtPopupMenuTipWnd & _ATTW,
    const RECT & rcExcludeArea
    ) const
{
    ASSERT_VALID( this );
    if( ! m_bToolTipActive )
        return;
    if( m_strToolTipText.IsEmpty() )
        return;
    _ATTW.SetText( LPCTSTR(m_strToolTipText) );
    _ATTW.SetTipStyle(CExtPopupMenuTipWnd::__ETS_RECTANGLE);
    _ATTW.SetIcon(m_hInfo);
    _ATTW.Show((CWnd*)this, rcExcludeArea, true);
}

We made sure that m_hInfo is a vaid HICON, but still, no luck. We also tried it with __ETS_BALLOON - same result.

Is there a known but there? are we doing something wrong?

Thanks,

Ron.

But CExtEdit class supports Prof-UIS tooltips and have the same method. You don’t need to implement the same in your CMyEdit class.

Dear Support,

We are in the process of upgrading to 2.92. We noticed that all modal dialogs, have exactly 10 extra pixels on the right side of the dialog, between the right-most control and the dialog frame.

This does not happen in 2.90, so it’s for sure something different between 2.90 and 2.92.

We are using controls anchoring.

We are using office 2007 themes.

Please provide solution.

Thanks,

Ron.

 

We cannot confirm this and nobody reported the same yet. We need additional information: Visual Studio version, Prof-UIS library configuration, Windows version and Windows Desktop you are using. Can the 10 pixel problem be reproduced with a Prof-UIS sample?

Did you get my application that reproduced the bug?

The problem was with your test project. We replied your e-mail with modified project attached. If you didn’t receive our answer yet, please provide us with alternative e-mail address.

Dear Support,

I built your ’fixed’ project, but I still get the same bug... there are 10 pixels on the right and bottom.

Please explain how to fix it...

Thanks,

Ron.

Dear Support,

I found the bug, it was reproduced easily, and I will send you a sample application that reproduces it (please reply to it so I know you’ve received it).

The difference between 2.90 and 2.92 is that when you change the style of a dialog to be Resizing from Dialog Frame, you add 10 pixels on the right and bottom sides of the dialog, which you didn’t add in 2.90, this allows the grip to be displayed. However, this does not look good, as dialog are not symmetric anymore...

Please show a way to rollback to the behavior in 2.90

Thanks,

Ron.

I added the following statement to my project stdafx.h to generate xp style controls for the dialogs which don’t have profuis theme applied -
#pragma comment(linker,"/manifestdependency:\"type=’win32’ name=’Microsoft.Windows.Common-Controls’ version=’6.0.0.0’ processorArchitecture=’x86’ publicKeyToken=’6595b64144ccf1df’ language=’*’\"")

I was able to get the style after this change but this resulted in application taking around 50% CPU usage continuously till the main window is open (which actually has the profuis theme applied).

Is there a known issue of incompatibility between profuis and xp style controls? Is there a workaround for the same?

We cannot reproduce the performance problem using Prof-UIS sample applications. Could you please modify some sample project, make it working slow and send the modified project to us?

There are no known issues related to themed common controls. Besides, all the sample applications provided with Prof-UIS use manifest_x86.xml manifest which you can find inside res folder. The manifest_x86.xml manifest contains the same dependency.

With reference to the issue reported, I found that the UI is getting update command irrespective of whether the UI is in focus or not and the number of requests coming in are very high, which was resulting in the high CPU usage. The following is a part of the stack from the application -

CWnd::SendMessageToDescendants
AfxCallWndProc:
CExtToolControlBar::WindowProc
CExtControlBar::WindowProc
CControlBar::WindowProc
CWnd::WindowProc
CWnd::OnWndMsg
CExtControlBar::OnIdleUpdateCmdUI
CExtBarButton::OnUpdateCmdUI
CCmdUI::DoUpdate
MyMainFrame::OnCmdMsg
CFrameWnd::OnCmdMsg
CCmdTarget::OnCmdMsg
_AfxDispatchCmdMsg
.....calls to my ON_UPDATE_COMMAND_UI functions


Please suggest.

Please provide us with more details about where exactly the call stack listing points to the CExtToolControlBar::WindowProc() method. Additionally ... What happened in the MyMainFrame::OnCmdMsg() method and why it causes invocation of the CCmdUI::DoUpdate() method. This looks like some ticks with direct access to toolbar button objects.

How can I obtain a pointer to the CExtReportGridItem and CExtReportGridColumn from a CExtGridCell object?

You can add CExtReportGridItem* and CExtReportGridColumn* properties into your grid cell class and initialize them after a grid cell instantiated.

If you have LONG nColNo, LONG nRowNo coordinates of a data cell in a report grid, you can convert them into row/column handles/pointers:

LONG nColNo = . . .
LONG nRowNo = . . .
CExtReportGridWnd * pWndReportGrid = . . .
    ASSERT( 0 <= nColNo && nColNo < pWndReportGrid->ColumnCountGet() );
    ASSERT( 0 <= nRowNo && nRowNo < pWndReportGrid->RowCountGet() );
HTEEITEM hti = pWndReportGrid->ItemGetByVisibleRowNo( nRowNo );
    ASSERT( hti != NULL );
CExtReportGridItem * pRGI = (CExtReportGridItem *)hti;
CExtReportGridColumn * pRGC = STATIC_DOWNCAST( CExtReportGridColumn, pWndReportGrid->GridCellGetOuterAtTop(nColNo) );

Dear Support,

I think there is a focus problem with the CExtGridCellComboBox . If the focus is gone the combobox is still there. You can reproduce this with the Property Grid sample.

Regards

Lars

I have a serious problem.

Data is loaded into our application using a seperate thread.

This is to give the user the opportunity to cancel the thread if he or she wishes to do so.

The thread is cancled via a CExtButton inside the CExtStatusControlBar.

Our code for creating the button, and removing it, is exactly the same as in the StatusPanes sample application.

I get a crash during the following situation:

When a very small ammount of data is loaded, the thread starts and end very quickly.

So, the ammount of time that the button is "alive" is very short.

The problem is that the button receives a WM_ENABLE message after it’s been destroyed.

This cause the application to crash.

Please note that I am NOT creating and destroying this button across the thread boundary BUT by sending a message to the main frame.

We are using the lastest version of Prot-UIS and the problem was not present with that previous versions.

Any help would be appreciated.

Thank you for the prompt reply.

Sorry if my last message was not clear but I am well aware of basic multi threading concepts in MFC.

As stated in my first message:

PLEASE NOTE THAT I AM NOT CREATING AND DESTROYING THIS BUTTON ACROSS THE THREAD BOUNDARY BUT BY SENDING A MESSAGE TO THE MAIN FRAME.

In other words, the button is created and destroyed IN THE MAIN THREAD OF THE APPLICATION.

What trigs the creation and destruction of the button is a message send from a worker thread to the main thread via SendMessage.

Anyway, the answer I was looking for was the one I found shortly after posting.

Changing

m_wndStatusBar.SetPaneControl(&m_MyButton, ID_PANE_BUTTON, true);

to

m_wndStatusBar.SetPaneControl(&m_MyButton, ID_PANE_BUTTON, false);

That way the control is not destroyed by the satus bar during removal.

Thus avoiding the crash.

Hi,

Is the HTML feature available for grid cells as well? If so, can you please provide a sample, if not - can you think of a way I can display formatted data (read-only) inside a cell (different words in different colors etc.)

Thanks,

Ron.

Dear Support,

We are converting our systems to be compiled fro 64 bit machines. We did not see any build options for 64 bit in your projects.

Is there any problem with Prof-UIS and 64 bit?

Are you going to add such support?

Thanks,

Ron.

Hi,

how far are you with the accessibility for ribbon and grids? Our customer has an employee, which is blind. For him it is impossible to work with the program. So i need accessibility very soon.

Thanks

 

As pointed in the image below, please suggest how to change the color for CExtTabWhidbeyWnd.

Thanks in advance.

Please override the following virtual method and repaint the tab window’s background in it:

    virtual void OnTabWndEraseClientArea(
        CDC & dc,
        CRect & rcClient,
        CRect & rcTabItemsArea,
        CRect & rcTabNearBorderArea,
        DWORD dwOrientation,
        bool bGroupedMode
        );

Here is the virtual method to override:

void CExtTabWhidbeyWnd::OnTabWndQueryItemColors(
	LONG nItemIndex,
	bool bSelected,
	bool bHover,
	bool bEnabled,
	COLORREF * pclrBorder, // = NULL,
	COLORREF * pclrBkLight, // = NULL,
	COLORREF * pclrBkDark, // = NULL,
	COLORREF * pclrText // = NULL
	)

Hi,

In standard CtreeCtrl, while editing item label, the editbox automatically expands or shrinks as you type. But in CExtTreeCtrl the editbox size is fixed and while typing, the text scrolls and you cannot fully see what you’ve typed until you hit ENTER. Could you fix it please. Thanks.

Windows XP, standard XP theme, standard 96 DPI and 1280x1024 resolution.

We checked Windows XP. We haven’t encountered an in-place tree label editor smaller than expected. We suspect your desktop uses some custom fonts / font sizes. Could you please send us a screenshot demonstrating this small editor?

We cannot reproduce this. Please provide us with more details. Which Windows OS version, desktop theme and DPI settings are you using?

Thank you for the quick update. But I’ve found a bug.

First, edit a tree item label and set the label as "123".

Then reedit the item label and start typing 123 and when you type 4 and 5, the first two characters scrolls left. Continue to type 678 etc, the editbox starts expandig but without the first two chars at left.

Is there the way to change the size of tabs in CExtTabPageContainerWnd - I want to make them bigger, for example?

You should create a CExtTabPageContainerWnd-derived class which uses a custom tab control for re-measuring tab item sizes:

class CYourTabWnd : public CExtTWPC < CExtTabWnd >
{
public:
    virtual void OnTabWndUpdateItemMeasure(
        TAB_ITEM_INFO * pTii,
        CDC & dcMeasure,
        CSize & sizePreCalc
        )
    {
        CExtTWPC < CExtTabWnd > :: OnTabWndUpdateItemMeasure( pTii, dcMeasure, sizePreCalc );
        sizePreCalc.cx += 10; // increase width of tab items to 10 pixels
    }
};

class CYourTabPageContainerWnd : public CExtTabPageContainerWnd
{
public:
    virtual CExtTabWnd* OnTabWndGetTabImpl()
    {
        return new CYourTabWnd;
    }
};

Not working at al - Throwing an exceptions all the time

Hi,

Is there any API available to delete the data saved to the registry after making call to ProfileBarStateSave.
If not, how can I alternatively implement resetting of the layout of the window?

Thanks in advance.

Hi,

The docking position pointers visible vary as per the current theme set.
Could you please let me know how to get position pointers for one theme while the active theme is another one.
Say I have set the theme as CExtPaintManagerNativeXP while making call to InstallPaintManager but I want to display the pointers as in case of CExtPaintManagerOffice2007_Blue.

Thanks in advance.