Forum

Bug in FormulaGrid example - while resizing column sizes - rows heights resize at the same size.

Its likely to be a bug in
Product PROF-UIS V.3.4.0.3

Problem: When resizing width of header column in CExtGridWnd height of row with the same number is changing simultanously
if there are any outer columns. In some cases it drives to crash.

Source code to review: ExtGridWnd.cpp, method CExtGridWnd::OnGbwResizingStateApply,
At lines 54681-54685 there are some strange code likely to be wrong (it always modifies extent (height) of left cell in the row with the same number as tracking item):
    CExtGridDataProvider & _CDP = OnGridQueryDataProvider();
    if ( CExtGridCell * pCachedCell = _CDP.CellGet(0L, nItemNo) )
        pCachedCell->ExtentSet(nItemExtent, 0);

Hello.

I want to prevent a selection of CListCtrl from disappearing in a mouse click
https://yahoo.jp/box/h2zQcw

Thanks,

Hi,

Somehow when I load a toolbar using a regular bitmap assigned to it, compared to a toolbar where its buttons are loaded as icons using CmdSetIcon, the bitmap toolbar has its buttons bigger. See that attached picture:

Is there a way to make the icon buttons as big as the regular bitmap buttons?

Thanks,
Dominic


Picture is here:
Regular bitmap toolbar on top
https://drive.google.com/file/d/1UpKoLQ3gXsjQWeHcuVT-GawQI7nhyaJb/view?usp=sharing


// sample code we use:

IDR_TOOLBAR_VIEW TOOLBAR 32, 32
BEGIN
BUTTON ID_VIEW_HOME
SEPARATOR
BUTTON ID_VIEW_ROLL_LEFT
...
END


CExtTabbedToolControlBarOneNote wndTabbedBarFlat.Create(_T(""), this, ID_VIEW_TABBEDTOOLBAR);
CExtToolControlBar *ptoolbar = m_wndTabbedBarFlat.BarInsert( "View", NULL, -1);
ptoolbar->LoadToolBar( IDR_TOOLBAR_VIEW );

        
         // Later, if icons are loaded for the toolbar buttons:

CExtCmdItem cmd(ID_VIEW_HOME);

bool bWasAddedNew;
g_CmdManager->CmdSetup(g_CmdManager->ProfileNameFromWnd(GetSafeHwnd()), cmd, true, &bWasAddedNew);

// Get pointer so we can add tooltips
CExtCmdItem * p_cmd = g_CmdManager->CmdGetPtr(g_CmdManager->ProfileNameFromWnd(GetSafeHwnd()), ID_VIEW_HOME);
if (p_cmd != NULL)
{
p_cmd->m_sTipTool.LoadString(IDS_VIEW1_TOOLTIP); // Tooltip
p_cmd->m_sTipStatus.LoadString(IDS_VIEW1_STATUS); // Statusbar
}

HICON hIcon =(HICON)::LoadImage(::AfxGetResourceHandle(), MAKEINTRESOURCE( IDI_ICON_VIEW ), IMAGE_ICON, 32, 32, 0);
g_CmdManager->CmdSetIcon(g_CmdManager->ProfileNameFromWnd(GetSafeHwnd()), ID_VIEW_HOME, hIcon, false);

Hello.

I get an error in the RibbonBar sample.
https://yahoo.jp/box/JCmP73

Please tell me what to do.
I would like to continue using prof-uis 300.

Thanks

installed latest release profuis 3.4.0.3, compiled the application and copied on a touch screen panel running Windows 7 or Windows 10. I’ve tried to test the simple grids application and report grids application. When I try to scroll up down the grids the vertical scroll bar follows my gestures but the grid aspect is not updated. If I point the scroll bar and if I drag it works.
Could you give me any suggestion about this behaviour ?
Thanks
Roberto Manes

In our software sometime we need to hide some CExtGroupBox.
When we change the text of a CExtGroupBox by using the function SetWindowText, if the CExtGroupBox is hidden, the CExtGroupBox becomes visible.

we reproduce this problem in you Profuis_controls sample.

How to resolve this problem ?

best regards

Dear support,

when we compile the last version of the sample we have this error :

1>ExtTabWnd.obj : error LNK2001: unresolved external symbol "private: bool __thiscall CExtPaintManager::glyph_t::_CopyFromOther(class CExtPaintManager::glyph_t const &)" (?_CopyFromOther@glyph_t@CExtPaintManager@@AAE_NABV12@@Z)

after comparing the 3.3.0.0 and the 3.4.0.3, the 3.4.0.3 source only contains the function declaration for the class CExtPaintManager::glyph_t

is this normal ?

Best regards

Hi,

As of today (July 27th, 2017) when compiling 3.4.0.3 it still brings 3.4.0.2. See file ExtMfcDef.h.

Not sure if 3.4.0.3 still contain 3.4.0.2 or it was just forgotten to update file ExtMfcDef.h.

Clarification is required.

Reinhold Hoffmann

we use the version 3300.

For customizing the application title bar and CExtResizableDialog, we have define CExtNCW<CFrameWnd> and CExtNCW<CExtResizableDialog>



On virtualmachine or Terminal server, sometimes our application is unresposive.

If we remove it, we don’t have the problem.



It seems that the application try to make endlessly refresh.



Do you have a solution for resolving this problem ?

Other solution for customizing application title bar and CExtResizableDialog

Building Prof-MFC 3.4.0.2 on VS2010 works fine but when running especially in _DEBUG mode errors occur.

The root cause is that in ExtMfcDef.h the wrong _MFC_VER is used for VS2010.

In line 920 the statement is

#if _MFC_VER < 0xC00

but the statement for VS2010 needs to be

#if _MFC_VER < 0xA00  (no guarantee if that works for lower VS versions)

which guides to the call IsCharSpace.

The fault is a nasty one because all seems to run fine unless umlauts like the German umlauts ä,ö,ü etc. or any other character outside the regular range is used. Then the _DEBUG builds run into errors.

I recommend to distribute an official update.

Reinhold

Hi.

I have a problem with a maximized framewindow, when the application does a lengthy operation and seems to hang. Then the framewindow jumps 8 pixels to the left and 8 up and when the lengthy operation is finished, the framewindow jumps back.
Perhaps it has something to do with the DWM and it’s ’ghost’framewindow replacement for seemingly hanging apps.

If it was only once, that would be annoying but on customers machine it jumps frequently.


ProfUIS 2.81, 3.3, 3.4
Dev-Environment: VS 2010, VS 2015
OS: Windows 7, Windows 10, with or without Aero design

How to reproduce: Take a sample, i.e. "MDI" and add in MDI.cpp

// App command to run the dialog
void CMDIApp::OnAppAbout()
{
//--> add
CWaitCursor pleaseWait; // to show that we are waiting
Sleep ( 15000);
// <---
#ifndef __EXT_MFC_NO_PROF_UIS_ABOUT_DIALOG    
    VERIFY( ProfUISAbout() );
#endif // #ifndef __EXT_MFC_NO_PROF_UIS_ABOUT_DIALOG    
}

Compile release or debug and run without debugger. Select OnAppAbout() .. click another Process/ application and set focus back to app MDI.exe.

(Perhaps I have this issue added twice, for I was kicked outteh logged in session before sending...)

Thanks in advance.
Michael

Although it is an old issue, it is still reproduceable in ProfUIS version 3.4.0.4

Hi,

We are using CExtGridWnd control.

We set the color of text according to some criteria.

When we do the Print, it shows in Black and White.

How can we print in color exactly how it is present?

Thanks a lot for your help.

-Ravi

I want to dynamically manipulate the top-level popup menus in the runtime. Seems one of the ways it could be reloading them in CMainFrame::OnExtMenuPrepare(...), but in this case I have to know which top-level menu was selected(like "File", "Help", etc.).
Is there a way to figure it out? Or may be assign/get some kind of ID for each top-level menu, with the possibility later get it in
OnExtMenuPrepare(...)?
Or is there any other possibilities to detect which top-level menu is invoked(keeping in mind, I just want to manipulate the pop-up menu)?
Or may be there is a completely different ways to achieve my goal?
Please advice.

Thanks.

Hello,
I have error, when I’m building any solution of new version ProfUIS:

..\Src\ExtPaintManager.cpp(228): error C2039: ’find’ : is not a member of ’std’
..\Src\ExtPaintManager.cpp(228): error C3861: ’find’: identifier not found
..\Src\ExtPaintManager.cpp(234): error C2552: ’vIndexDark’ : non-aggregates cannot be initialized with initializer list
’std::vector<_Ty>’ : Types with a base are not aggregate
with
[
_Ty=int
]
..\Src\ExtPaintManager.cpp(241): error C2552: ’vIndexTab’ : non-aggregates cannot be initialized with initializer list
’std::vector<_Ty>’ : Types with a base are not aggregate
with
[
_Ty=int
]

This problem is related to the include vector functionality.

This was answered in a separate email.

TSELLC_Support

We have found that things work much better if you change the ModifyStyle() call in CExtButton::PreSubclassWindow() (file ExtButton.cpp) to not include the WS_CLIPSIBLINGS style.

Dear Support,

I downloaded the profuis3400.zip file, but the content is the same as profuis3300.zip.

Could you please check.

Best regards

Bernd

Dear Support,

thanks for the quick answer. Now I have the correct version.

Best regards

Oliver

We’ve recently upgraded our ProfUIS from 2.6.4 to 3.3.0 as part of a technology refresh of our application. We needed to upgrade to support Windows 10 running 64 bit.

After the upgrade, we started noticing significant CPU increase while the application was at idle. Our application is an MDI app, with the capability of opening up to 6 documents simultaneously. With the 32 bit version of our application, running 2.6.4 ProfUIS, with 6 open documents, the CPU usage at idle averaged 0.5%.

The 64 bit version of our application with the same 6 documents opened idles at 17-20% CPU usage. (running on Windows 10 64 bit, intel i7, 2.7Ghx, 16GB ram) This usage is reflected in almost any GUI interaction. Sluggish and delayed dialog interaction, rendering of list controls etc.

Using the Dev Studio 2013 profiler I was able to determine that during idle the software is spending most of its time in this stack. (And several other stacks which end up in the same place)

CExtHookSpy::HookSpyItem_t::SHS_HookCallWindowProcIn    
CExtHookSpy::HSLL_OnCallWindowProcIn    
CExtHookSpy::HookSpyIsRegistered    
CExtHookSpy::HookSpyItem_t::IsRegistered    
CMap<CExtHookSpy * __ptr64,CExtHookSpy * __ptr64,bool,bool>::Lookup    

I had a look at the ProfUIS code and found 4 occurrences of:
HookSpyRegister( __EHSEF_MOUSE_ALL_WITHOUT_WHEEL|__EHSEF_WND_PROC_IN|__EHSEF_PRE_TRANSLATION );

If I rebuild the ProfUIS code and remove _EHSEF_WND_PROC_IN from all 4 calls, (ExtScrollWnd.cpp, ExtResizeableDialog.cpp, ExtComboBox.cpp) then I can get the idle processing down to 2-3%. Still not the 0% it was with 2.6.4.

As a verification that the port to 64 bit didn’t introduce additional issues with our software, I took ProfUIS 3.3.0 source and built a 32 bit version with DevStudio 2005 to test with our current 32 bit version. The same CPU increase can be observed. (Windows 7 32bit, 2.00ghz 4 GB RAM) Upgrading from 2.6.4 to 3.3.0 without any other changes increase the CPU usage ~15%.

Where do I go from here? What’s the next step? I see similar posts recently about performance issues with no replies.

Thank you,
Mark Hatfield