Forum

Hi,

For all themes, our CExtButtons are shown as flat buttons without borders, as you can see on the following image.

The main executable is a .Net application, which doesn’t use ProfUIS.

ProfUIS is used in VS6 ActiveX control, statically linked as RDE.  (ProfUIS293ym-RDE).

The ActiveX control is also using a windows DLL which uses ProfUIS293m.dll.

How can we resolve this issue?

Please remove resources from the ...\Prof-UIS\Include\Resources\ResGeoControls folder. This folder contains big images. Then can remove resources of languages you don’t need in the ...\Prof-UIS\Include\Resources\resource.rc file by uncommenting lines like //#define __EXT_MFC_NO_RESOURCES_. Then you can remove unused resources of Office 2010 / 2007 folders for the unused themes. Then you can remove unused components from source code by uncommenting lines like //#define __EXT_MFC_NO_ in the ...\Prof-UIS\Include\Prof-UIS.h file. But, unfortunately, it’s not possible to create one RDE extension DLL for several RDE modules loaded in scope of one EXE process. So, you should use minimal version of static RDE library.

I found the problem, when linking statically, we have to include resource.rc in our project’s rc2 file. 

This solved the problem.

However, we have around 100 ActiveX projects where each of them statically links to ProfUIS.  And therefore file sizes increased around 5 x 100 = 500 MB.  Is there a workaround to reduce the size of the Prof library? I removed RIBBON related resources, since we don’t use ribbon in our ActiveX projects, but it did’nt have any effect on the file sizes.

CExtTreeCtrl::TreeItemRectsGet in ExtControlsCommon.cpp has a bug where the pRectCheckBox parameter may not be set under certain conditions.

Existing Code:

if( _TII.m_eCheckBoxType != e_cbt_none )
{
INT nCheckBoxWidth = OnTreeItemCalcCheckBoxAreaWidth();
rcCheckBox.right += nCheckBoxWidth;
if( pRectCheckBox != NULL )
(*pRectCheckBox) = rcCheckBox;
}


Modified Code:

if( _TII.m_eCheckBoxType != e_cbt_none )
{
INT nCheckBoxWidth = OnTreeItemCalcCheckBoxAreaWidth();
rcCheckBox.right += nCheckBoxWidth;
if( pRectCheckBox != NULL )
(*pRectCheckBox) = rcCheckBox;
} else {
if( pRectCheckBox != NULL )
(*pRectCheckBox) = CRect (0, 0, 0, 0);
}

Consider the sample project ’MDI’ shipped with Prof-UIS:

- Run the executable.

- Open a single child view and maximize it.

- Close all toolbars, except for the switching theme. Undock the switching theme toolbar and move it outside the main frame.

- Flip among the managed themes (i.e. the Office-based themes).

Please note that the child view re-drawn twice moving noticeably up and down. This is not happening while flipping among the ’Studio ...’ themes (which is the correct behavior).

Could you please correct the behavior in the ’Office ...’ themes?

Thank you,

Bogdan

Sorry for the delay with the reply. Yes, we confirm this issue. UI theme changing makes both main and child frames recompute their layout and and non-client area. In fact, the client area of an MDI child frame window can be repainted even more than twice. This depends on a particular application. The non-client area recomputation of a child frame window brings second and other possible redrawing effects. The MDI area in Windows 2000 and older Windows OS versions does not have this problem. The MDI child frame windows in Windows XP and later also demonstrate flicker effects when simply switching maximized active child frame window. You may have noticed Microsoft Visual Studio does not use MDI interface since year 2002 when Visual Studio .NET was released. Modern Microsoft Office applications also very rarely use MDI interface.

Thank you for your reply.

I don’t want to be drawn into a debate of MDI vs non-MDI applications but here are a few points from my perspective as your customer:

- I wasn’t reffering to the flicker issued while switching the active child frame but the clear movment whenever a child frame is maximized and I switch the theme.

- Prof-UIS clearly states it supports MDI;

- Prof-UIS 2.92 worked correctly for the non-office themes. That shows it it is possible to have a correct implementation;

- the application I am working on has multiple views (graphical and grids) for the same document; that makes alternative approaches very convoluted. This is not to speak about the time/effort already invested into that application.

- Microsoft Office Visio 2010 (i.e., the latest possible version) is an MDI app and does not exhibit any movement of their maximized views on theme changes;

Is it possible for you to state clearly whether you intend to fix this issue or not?

Thank you,

Bogdan

 

Can you please reply?

Hi,

I am using a CExtCombobox in my main application, but i need to manipulate it from a DLL.

I pass a pointer of the CExtCombobox to my DLL:

InitDLL((CCombobox*) &m_MyEXtCombo);

 

The DLL has no information about CExtCombobox and ProfUIS and handles the pointer as a pointer to a CCombobox.

In RELEASE MODE there is no problem, everything works fine.

In DEBUG MODE however, the application crashes if any combobox method is called. (i.e. p__MyEXtCombo->GetCurSel() )

I am using the 2.87 version of ProfUIS, Unicode, DLL.

Thanx in advance for looking in to this.

I try to use PageNavigator control. In PageNavigator panes I want to show funny tool bar and use it.



In panes I can see that funny toolbar is created but buttons inserted to the funny toolbar is not shown or I could not achieve this case.



How can I do it?



Best Regards.

When using higher DPI settings, CExtZoomScrollBar is drawn rather poorly.

Do you have any plans to make this control (and any others that may require it!) more DPI friendly? 

Is it enough to override CExtScrollBar::OnSbPaint() if I wanted to draw my own?

I have an MDI program with an inner dialog bar in my view frame.  From the view, I’m trying to set the text in an edit control in the dialog bar.



The code in the view is



    CChildStdTrace *pFrame = (CChildStdTrace *)GetParentFrame();

    ... code to set CString szTmp ...

    pFrame->m_DlgBarStdTrace.m_EdtHorz.SetWindowText(szTmp);



When this is called, I get a break in winocc.cpp because m_pCtrlSite is NULL.  m_hWnd exists.



void CWnd::SetWindowText(LPCTSTR lpszString)

{

    ENSURE(this);

    ENSURE(::IsWindow(m_hWnd) || (m_pCtrlSite != NULL));



    if (m_pCtrlSite == NULL)

        ::SetWindowText(m_hWnd, lpszString);

    else

        m_pCtrlSite->SetWindowText(lpszString);

}



The dialog bar draws fine.  I can interract with the control in the dialog bar.  The dialog bar and the control on the dialog bar is visible before the code in the view is called.  I experimented writing to this control in the OnInitDialog for the dialog bar and it works there.



When the program breaks on the above ENSURE test, I can hit run and the program contrinues, but comes up with a message box in the program that says:



"An invalid argument was encountered."



I didn’t create this message box, I’m not sure if it is in Prof-UIS or the MFC library code somewhere.



I can’t seem ot find any information on what m_pCtrlSite is and where it is supposed to be set.  Why is this having problems?



Bill

I wrote an update the next day, but it doesn’t appear to have posted.  I must have been tired when I ran into the problem because I misread the code.  I thought the test was m_pCtrlSite == NULL instead of m_pCtrlSite != NULL. 

The problem was with the m_hWnd, but it wasn’t a straight forward problem.  On call to SetWindowText, m_hWnd was a valid value, but it was corrupted within SetWindowText.  I finally solved the problem by putting #pragma pack(1) into the header file for the class.  In some places data item addresses were getting shifted three bytes.  My best guess is that a byte or bool declared in my class was in some places being treated as a byte wide and in other places being treated as 4 bytes wide, which shifted the address locations of everything else by three bytes in some situations. 

Ultimately I think there is a bug in the underlying Windows/MFC classes somewhere.  This should not happen, but the #pragma pack(1) seems to solved the problem where ever I’ve run into it.

Bill

Dear Support-team,
I added an edit inside a ribbon page, in the same way as in your ribbonBar - Mailing Preview sample
However the text inside the edit is cut, because the field is not high enough.

Can you please tell me how to set proper edit size ?

Moreover, can you please explain me how to set/get the text from such edit from code ?

Thank you in advance for your cooperation
Best regards

You can specify width of field text in the constructor of the CExtRibbonNode class while initializing tree structure of ribbon command nodes.

Problem is not width, but height (it is cut in vertical direction)

Could you show us a screen shot demonstrating how it is cut in vertical direction?

Dear Support,
I didn’t receive any answer regarding the issue of cut text.

I have the problem your sample code RibbonPage, using CExtPaintManagerOffice2007_R3_Obsidian, VC++ 6.0, any window OS version (both XP service path 3 and Windows 7).

I used default windows desktop in XP, and Aero Them - Window 7 in Win7, but I didn’t try other desktop thems.

Library Version is 2.89, but if you tell me that it is solved in a newer version and give me some hints to apply same fix to 2.89, it will be great.
Best regards

The height of text/combo fields in a toolbar, a ribbon bar/page, a menu bar and popup menus is always computed automatically using font metrics and current theme borders and padding. Please provide us with more details about where you encountered partially visible text? We need to know the Prof-UIS theme name, Visual C++ version, Windows OS version and desktop theme settings.

The text fields are controlled by overriding the CExtCustomizeSite::OnTextField***() virtual methods.

I have a control bar and I want it to be docked only at left.
g_eResizablePanelDockingType is set to __RESIZABLE_DOCKING_TYPE_STUDIO_2008_VISTA:

CExtControlBar::g_eResizablePanelDockingType = CExtControlBar::__RESIZABLE_DOCKING_TYPE_STUDIO_2008_VISTA;

The control is created as shown below:

if(!m_wndKayitBar.Create(NULL, this, ID_VIEW_CONTROLBAR,
WS_CHILD|WS_VISIBLE|WS_CLIPCHILDREN|WS_CLIPSIBLINGS
        |CBRS_LEFT|CBRS_TOOLTIPS
        |CBRS_FLYBY|CBRS_SIZE_DYNAMIC))
{
return -1;
}

And EnableDocking() parameter is set to CBRS_ALIGN_LEFT:

m_wndControlBar.EnableDocking(CBRS_ALIGN_LEFT);
DockControlBar(&m_wndControlBar);

With these settings, I can dock the bar at any position. It doesn’t prevent me to dock at top, bottom or right. Am I skipping something?

I tested this with your sample projects and if  CExtControlBar::g_eResizablePanelDockingType is different than CExtControlBar::__RESIZABLE_DOCKING_TYPE_STUDIO_2003, I can align the control to any position although the EnableDocking parameter is set to CBRS_ALIGN_LEFT.

So, what do you suggest?

I’ve got another problem with my dialog with a CExtGridWnd on it.



I had a problem getting a continuous string of text to wrap and the rows to size the height properly.  I’ve solved that problem, but now if a cell has text with multiple lines formatted with \r\n for line breaks, the text doesn’t display correctly.  The text ends up cutoff in the cell with a bunch of blank lines at the bottom.  If I resize the cell enough, I can see all the data, but the size of the blank area at the bottom of the cell increases as I make it bigger.



The settings for the grid are:



    m_wndGrid.SiwModifyStyle(__ESIS_STH_PIXEL|__ESIS_STV_ITEM//|__ESIS_STH_NONE

        |__EGBS_RESIZING_CELLS_MASK|__EGBS_DYNAMIC_RESIZING,0,FALSE);

   

    m_wndGrid.SiwModifyStyleEx(__EGBS_EX_CELL_TOOLTIPS_OUTER|__EGBS_EX_CELL_EXPANDING_INNER

        |__EGBS_EX_CORNER_AREAS_3D|__EGBS_EX_CORNER_AREAS_CURVE|__EGWS_EX_USE_THEME_API|__EGWS_EX_PM_COLORS,0,FALSE);



    m_wndGrid.BseModifyStyleEx(__EGBS_BSE_EX_AUTO_BEST_FIT_COLUMNS,0,FALSE);



Each cell is formatted when data is inserted with:



    pCellStr->ModifyStyle(__EGCS_READ_ONLY|__EGCS_TEXT_ELLIPSIS);

    pCellStr->ModifyStyleEx(__EGCS_EX_NO_INPLACE_CONTROL_BORDER|__EGCS_EX_WRAP_TEXT);



This looks like some sort of setting of the style flags, but so far I haven’t been able to figure out the magic combination.



I have screen shots showing the problem, but I don’t see where I can directly upload an image here.



Bill

I see what I did.  I accidentally put __EGCS_EX_MULTILINE_TEXT in the ModifyStyle function, not the ModifyStyleEx function.  Looking at the definition, the __EGCS_BUTTON_UPDOWN style and the MULTILINE style have the same value.  For some reason putting that style in the ModifyStyle function fixed the blank line issue, which I don’t think it should have.

Thanks,

Bill

You should remove the __EGCS_BUTTON_UPDOWN basic grid cell style.

You specified the __EGCS_EX_WRAP_TEXT extended style and forgot to specify the __EGCS_EX_MULTILINE_TEXT extended style. Additionally, the __EGCS_TEXT_ELLIPSIS basic style does not work with the __EGCS_EX_MULTILINE_TEXT extended style.

How do I prevent cells being dragged from a grid and dropped into the recycle bin?

I’m not sure I fully understand what your saying.

All I want to do is to stop cells being deleted from the grid when a user drops them into the recycle bin, is this possible?

Do you have a sample showing how to prevent CExtGridWnd drag and drop from deleting cells into the recycle bin?

We tried to prevent drag-n-dropping into Recycle Bin and we can detect the drop event into it, but we cannot detect drag-enter/drag-over events. I.e. we cannot find a way to detect when drag-n-droped content is not dropped yet but the mouse cursor is already over Recycle Bin’s icon.

’.. & this seems to work’ ... just to clarify I still can’t stop a user from dragging cells to the recycle bin!

I call CExtGrid::AdvModifyStyle(_EGWS_ADV_ENABLE_DATA_DND_DRAG, 0, false) to enable grid drag.  I’ve implemented COleDropTarget in another control & this seems to work.  The methods you mention are not called, what could be wrong?

 

Dear Support,

We have a tree grid with 10 columns.  the left-most column displays the tree. We want to merge the next 9 columns.

We create the 10 cells using ItemSetCell, and then we join the cells by calling this line:

HTREEITEM htParent = GetTreeItemFromID(nParentID);
HTREEITEM htItem = ItemInsert(htParent);
CExtGridCellString* pCell = (CExtGridCellString*)ItemGetCell(htItem, 0, RUNTIME_CLASS(CExtGridCellString)); 
CExtGridCellString* pCell1 = (CExtGridCellString*)ItemGetCell(htItem, 1, RUNTIME_CLASS(CExtGridCellString));
for (int i=2; i<10; i++)
{
	ItemGetCell(htItem, i, RUNTIME_CLASS(CExtGridCellString));
}

ItemCellJoinSet(CSize(9,1), htItem, 1);

The problem is that it merges only 8 cells.... the left one is not merged (column 1)

Please send us a fix to this bug

Thanks,

Ron.

If the result count of joined columns should be 10, CSize::cx should be 10.

Dear Support,

I have a custom control in which I need to display a tooltip according to certain logic. I did it by over-riding the ON_WM_MOUSEMOVE event, in which I do my internal logic. If I  decided that I need to display a tooltip I run this code:

            CExtPopupMenuTipWnd& tooltip = CExtPopupMenuSite::g_DefPopupMenuSite.GetTip();
            CRect rc;
            rc.top = pt.y-13;
            rc.bottom = pt.y-9;
            rc.left = pt.x-5;
            rc.right = pt.x-3;

            tooltip.SetText(m_vecMilestones[i].sDesc.c_str());
            tooltip.Show(m_pGrid,rc,true);

I have two problems:

1. There is a very bad flickering - each time I move the mouse, and the tooltip is supposed to be displayed, the tooltip redraws itself - how do I prevent it?

2. The Show function receives a rectangle called rcExcludeArea - I don’t understand what ids the meaning of the rectangle - isn’t a point enough? If I want to display the tooltip at a certain point, what should I do?

Thanks,

Ron.

The rcExclude parameter specifies a rectangle in screen coordinates. The screen tip will be visible until the mouse is inside this rectangle. We suspect you specified a rectangle in some wrong coordinate system.

Dear support,


Whenever one selects "Large icons in toolbars" in the Customize site dialog box, the icons at the bottom of CExtPageNavigatorWnd are not expanded. This is inconsistent with the look and feel of all the toolbars in an application.

Could you please fix that?

Thank you,

Bogdan

Please override the CExtCustomizeSite::OnChangedToolbarIconSizeOption() virtual method in your main frame class, invoke the parent class method, then invoke CExtPageNavigatorWnd::UpdatePageNavigatorWnd() method.

It worked, thank you!

Thank you for your advice. I have been able to overwrite the functions you indicated. However, the buttons do change only if I resize the page navigator (or if it happens to be resized as a side-effect of another tool bar becoming thicker). This problem is similar to the thread CExtCustomizeSite: there you provided a fix  (static void stat_RedrawFloatingFramesEx( CFrameWnd * pDockSite )) but that one notifies only floating windows and control bars with toolbars inside.

Would it be possible for you to suggest a way of notifying CExtPageNavigatorWnd too?

Thank you,

Bogdan

Dear Support,

I have a grid with two header rows.

I add a merge to the two left-most cells like this:

    GridCellGetOuterAtTop(0, 0, RUNTIME_CLASS(CExtGridCellHeader));
    GridCellGetOuterAtTop(0, 1, RUNTIME_CLASS(CExtGridCellHeader));
    GridCellJoinSet(CSize(1,2), 0, 0, 0, -1);

This works fine. However, when I try to make the first column frozen, by adding this line:

    FrozenColumnCountLeftSet(1, false);

There is a bug - the joined cells suddenly have a line drawn in them like that are not joined anymore, but the text id drawn as they are joined... It seems that the draw of the background forgot that the cells are joined, but the draw of the text did not forget...

Please send us a patch to fix this problem.

Thanks,

Ron.

We tried to reproduce this issue. We did everything like you described and we invoked the GridCellJoinSet(CSize(1,2), 0, 0, 0, -1); code. But we cannot repeat the problem. Please help us to reproduce it. Here is the project:
http://www.prof-uis.com/download/forums/tmp/TestFrozenGridWithCellJoinForRon.zip

Dear Support,

This is different from what I wrote - I don’t freeze column at top - I use two header columns at top.

Please update your application and you will see the bug.

Thanks,

Ron.