Forum

I am modifying an existing application that used docking windows to use the Prof-UIS CExtControlBar for added functionality.

Unfortunately, whenever I try to restore the bar’s states from the registry, I get an assert in void CExtControlBar::InternalDockStateBar::StateSet. The assert is at line 4960:
#ifdef _DEBUG
        INT nRealDockedCount =
            ((CExtDynControlBar *)m_pHelperBar)
                -> m_pWndDynDocker
                -> GetDockedCount();
        ASSERT( nRealDockedCount == nCount );
#endif // _DEBUG

The code I am using to restore is (and very similar code to save):
    CWinApp *pApp = AfxGetApp();
    CExtControlBar::ProfileBarStateLoad(
        theFrame,
        pApp->m_pszRegistryKey,
        pApp->m_pszProfileName,
        profName,
        NULL
    );

Now, I have successfully used this with some of the app wizard generated apps, so I am guessing that I have not initialized something properly. I was wondering if anyone had any tips on what might be causing this.

All the control bars created by your code in scope of one frame window must have unique identifiers. This is an essential requirement for both MFC and Prof-UIS subsystems related to control bars. The state loading may fail in both MFC and Prof-UIS if some control bars have duplicated identifiers.

You cannot used both dockable MFC control bars and Prof-UIS control bars in one project. Please also make sure that you cleared the registry entry which keeps the control bar state.

I figured out the problem. I was giving all of the control bars an ID of AFX_IDW_DIALOGBAR. This doesn’t cause any apparent errors or problems UNTIL you try to save/load, then it breaks big time. Presumably Prof-UIS is trying to apply the saved state of every control bar to the first one created, which causes it to get confused.

It might be worthwhile in debug mode to add an ASSERT if a user attempts to create two control bars with the same ID, as at first blush the results can appear fine, and only fail later.

Hi,

we use a tabmdi derived from the CExtTabMdiWhidbeyWnd, we override the OnTabSyncVisibility with

void COurTabMdi::OnTabWndSyncVisibility()
{
    ASSERT_VALID( this );
    if( GetSafeHwnd() == NULL )
        return;
    
    OurFrame * pMainFrame = STATIC_DOWNCAST( OurFrame, GetParent() );

    ASSERT_VALID( pMainFrame );
    
    if( !pMainFrame->IsStandardMDI() )
    {
        CExtTabMdiWhidbeyWnd::OnTabWndSyncVisibility();
        return;
    }

    DWORD dwWndStyle = GetStyle();
    if( (dwWndStyle & WS_VISIBLE) == 0 )
        return;
    
    ::SetWindowPos(
        m_hWnd,
        NULL, 0, 0, 0, 0,
        SWP_NOSIZE|SWP_NOMOVE
            |SWP_NOZORDER|SWP_NOOWNERZORDER
            |SWP_NOREPOSITION
            |SWP_HIDEWINDOW
        );
}


To open 41 docs without the TabMdi, it requires 23 sec.
To open the same 41 docs, with the TabMdi, it require 1 min 48 sec.

Any suggestion? We use 2.70 version of the toolkit.

Hi,

Is there any method for saving Icons to a file?

CExtBitmap bmp;
HICON hIcon;

VERIFY( bmp.LoadBMP_Resource( MAKEINTRESOURCE( IDB_BITMAP1 ) ) );
bmp.AlphaColor( RGB(255,255,255), RGB(0,0,0), 0 );
bmp.SaveBMP_File("C:/TEST/BITMAP1");

hIcon = bmp.CreateHICON();
...
...SaveICON_File("C:/TEST/ICON1"); <------ SAVE the ICON

Thanks in advance

Prof-UIS allows you to save and load only .BMP images. The .ICO format is not supported. The advantage of using .BMP files instead of icons is that 32-bit BMP images are pefectly painted on any Windows OS starting from Windows 95 and Windows NT 4.0, which fully solves the compatibility issues. You can also use the CExtCmdIcon::Serialize() method in your project but this method does not work with the .ICO format. It simply serializes data of a CExtCmdIcon in a binary form.

CExtCmdIcon has a Serialize method. Is it possible to Save Icons to a file using this method?

If yes, why doesn’t the following code work?

CExtBitmap bmp;
HICON hIcon;

VERIFY( bmp.LoadBMP_Resource( MAKEINTRESOURCE( IDB_BITMAP1 ) ) );
bmp.AlphaColor( RGB(255,255,255), RGB(0,0,0), 0 );
bmp.SaveBMP_File("C:/TEST/BITMAP1");

hIcon = bmp.CreateHICON();
///////////////////////////////////////////////////////////Save the Icon to file/////////////
CExtCmdIcon cmdIcon;
CFile file;
cmdIcon.AssignFromHICON(hIcon, true);
if(file.Open("C:/TEST/ICON1", CFile::modeCreate | CFile::modeWrite))
{
CArchive ar(&file, CArchive::store);
cmdIcon.Serialize(ar);
ar.Close();
file.Close();
}
///////////////////////////////////////////

Reply
I need to create a 2-column grid where EVERY cell in the grid is editable just by moving keyboard focus there.

The Property Grid doesn’t seem to work for this, because the left column isn’t editable.
The CExtGridWnd doesn’t seem to work for this, because in-place editing of any string-type cell requires double clicking or pressing Enter when the cell has focus.
The Report grid doesn’t seem to be editable at all, as far as I can tell.

None of the Sample Code I’ve looked through has anything in it like what I’m looking for.
Is there a way to do this with any of the existing Prof-UIS classes?

Thanks.

__EGWS_BSE_EDIT_AUTO is not available in v.2.53. We would recommend you you switch to the latest version.

You can apply the following set of styles using CExtGridWnd::BseModifyStyle(): __EGWS_BSE_EDIT_AUTO|__EGWS_BSE_WALK_HORZ|__EGWS_BSE_WALK_VERT.

The __EGWS_BSE_EDIT_AUTO style activates the inplace cell editor automatically when the user starts typing. The later two styles allow you to move focus from one cell to another cell with the inplace editor activated automatically. You can edit cell’s text and put tje editor’s cursor to the end of the textn. Pressing the right arrow key activates the editor in the next column. The same is similar to the left direction. This behavior is provided by __EGWS_BSE_WALK_HORZ. The __EGWS_BSE_WALK_VERT style is similar and have to do with the up and down arrow keys.

Dear Support,

I have a grid combo cell which I assign colors to its items.
All woks well.
The grid is in a dialog with some other controls (buttons).
When the combo cell is selected, and I press the button, (the grid loses focus) the text of the combo box becomes black (loses the color)
When the grid gets back its focus, the color comes back...

Please verify and rectify.

Thanks,
Ron.

Did you receive it?

Sent - let me know if you received it.

I will send you a small video showing the problem.

Dear Support,

I need to display an icon on a grid cell button - can this be done?
If so, then how?

Thanks,
Ron.

Thanks.

This means you should implement a completely custom painted version of the ellipsis button by overriding CExtGridCell::OnPaintButton(). Your method should invoke the parent class method and specify dwHelperPaintFlags|__EGCPF_NO_BUTTON_ELLIPSIS_DOTS in the dwHelperPaintFlags parameter. As a result, the default ellipsis button will be painted without dots. The next step is to draw an icon over it.

I think I was misunderstood...
I have a cell (not a button cell, it can be any cell type) which I place an ellipsis button on it like by adding the style __EGCS_BUTTON_ELLIPSIS
I would like to replace the ... with an icon.
What steps do I need to take for doing this?

Dear Support,

I have a cell with a button using __EGCS_BUTTON_ELLIPSIS.
When the user presses the button, I need it to remain pressed until the next time the user presses it (a check-box button like)
Does the grid cell support this feature?

If not, can this be implemented?

Thanks,
Ron.

You can control whether a cell button is pressed or not if you override CExtGridCell::OnQueryButtonInfo()

virtual bool OnQueryButtonInfo(
    INT nButtonType,
    bool * p_bEnabled,
    bool * p_bPressed = NULL,
    bool * p_bStayPressed = NULL,
    UINT * p_nTimerElapseValue = NULL
    ) const;

When the nButtonType is equal to __EBTT_ELLIPSIS, just assign true to the p_bPressed parameter.

OK, I will try that out, thanks.

There is another problem in this thread:

I did a small test and added the __EGCS_PRESSED_ELLIPSIS to a cell containing an ellipsis button, and saw no change in the buttons drawing.
Is there any special thing I need to do for the pressed style to be displayed?

Are you sure your reply is in the right thread?

Your question was:

Can this feature be implemented into future builds?
I cannot derive all cell types, and the button can be in any cell type, so I need to specify it in a style, something like:
__EGCS_BUTTON_CHECK_STYLE

Here is our reply:

You can create and use a template decorator class which does the needed painting and/or modifies the default behavior. You could use such a template with any grid cells. For instance, the generic CExtGridCell class does not support text and background colors. The CExtGCC template decorator class provides this feature.

You can create and use a template decorator class which does the needed painting and/or modifies the default behavior. You could use such a template with any grid cells. For instance, the generic CExtGridCell class does not support text and background colors. The CExtGCC template decorator class provides this feature.

Dear Support,

I did a small test and added the __EGCS_PRESSED_ELLIPSIS to a cell containing an ellipsis button, and saw no change in the buttons drawing.
Is there any special thing I need to do for the pressed style to be displayed?

Thanks,
Ron.

Can this feature be implemented into future builds?
I cannot derive all cell types, and the button can be in any cell type, so I need to specify it in a style, something like:
__EGCS_BUTTON_CHECK_STYLE

Dear Sir./Madam.,

Is there any easy way to find out which one is the current popmenu in OnExtMenuPrepare? Is it possible to check about current popmenu’s ID?

Thanks!

Dear Support,
I need to develop a File Explorer like application, but with tabs on the files list (like more advanced file explorers in the market like Opus or xplorer2)
Is there a built in support for such application?
If not can you give me some pointers as to how this can be implemented with your cool library?
Thanks,
Ron.

The CExtSplitterWnd class is just a re-painted MFC’s CSplitterWnd so the CExtSplitterWnd does not define any additional features. It simply re-paints the splitter.

I don’t need a shell-like controls.
I would like to create it using Prof-UIS controls - a tree grid on the left and a grid on the right.
I need there to be a splitter in between - and that when a cell is clicked in the tree it will update the grid.
How do I add a splitter the Prof-UIS style?

Hello.

I stick CExtTab on SDI and must not use it?
Should I use MDI without using CExtTab?

http://www.yukai.jp/~ifreeta/20080219/image01.jpg

In SDI projects you should use the CExtTabPageContainerWnd class and a class derived from it.

Hello.

I want you to answer a question.
Will there be available CTabExt in an SDI form?

Dear Support,

I have a 2 columns grid.
I would like that the second column will always cover the rest of the grid, while the first column size will not change:
1) When creating the grid, I will set the width of the first column, and the second will automatically will cover the remaining width.
2) When the grid size changes, the second column width will change to cover the size of the grid - the column will become wider or narrower according to the new size.
3) When the user resizes the first column, the second column with adjust accordingly
4) The user will not be able to resize the second column.
5) When there is a need for a vertical scroll-bar the second column will adjust automatically so there will not be a horizontal scroll-bar.

Is there a built-in mechanism for that? If not, what are the steps I need to take to make this requirement?

Thanks,
Ron.

You should use ExtentPercentSet(). Here is a related topic.

Dear Support,

Can you please explain how to implement this?

Thanks,
Ron.

What do you mean? can you give me a concrete example?
How do I make sure the first column’s width if fixed, but the user can change it’s width? what API calls do I need to do?

This window can be implemented as several proportionally resized columns. You should simply set some equal proportional extents to all columns rather than minimum/maximum pixel extents.

A would like to add that I want the columns to behave like the Watch grid in VS2005.

Dear Support,

I have a problem with your solution - it was rejected by our uses:
I must enable the user to modify the width of the columns -
When the user changes the width of the first column, the width of the second column should change accordingly (Item 3 in my original mail)
Please explain how I can this be implemented.

Thanks,
Ron.

There is one small annoyance though, it you can solve this, it would be even better:
In the second column, there is a the column separator line on the right, even though he is the last column, and there is nothing after it...
I will send you a picture with this.

Cool...
Thanks!

Hello,

after a positioned floating bars in some way and exited the application
it stopped loading next time due to the following crash.

see the pic.
http://photofile.com.ua/photo/symbiotone/3482923/75198763.jpg

pBar was NULL.

can you please help?
(a bug fix release or something?)
(i fear the customer might also position the bar that will make the app unloadable).

the problem was "solved" when i cleared the registry, but i cannot expect this from customers.

thanks!

Vladimir

The following line of code from the CExtPaintManagerOffice2007_Impl::PaintGripper() method demonstrated on the screenshot returns a pointer to a CExtControlBar control bar contained by the floating mini frame window:

CExtControlBar * pBar = ((CExtMiniDockFrameWnd*)_pgd.m_pHelperSrc)->GetControlBarExt();

The pBar variable can be some control bar or NULL if it is not a Prof-UIS control bar. All control bars in Prof-UIS are derived from CExtControlBar. Several years ago we supported MFC control bars. But we discontinued this support because they were less feature-rich and currently we have control bars of any well known type: toolbars, resizable bars, panel bars. If you are using Prof-UIS bars only, then you should not encounter this crash. We tried to do the suggested experiment but we never faced any crashes. You can step into the GetControlBarExt() method and find out which kind of bar (pTempWnd) caused this problem:

CExtControlBar * CExtMiniDockFrameWnd::GetControlBarExt()
{
CControlBar * pTempWnd = GetControlBar();
    if( pTempWnd == NULL )
        return NULL;
    if( !pTempWnd->IsKindOf( RUNTIME_CLASS(CExtControlBar) ) )
        return NULL;
    return reinterpret_cast < CExtControlBar * > ( pTempWnd );
}

The pTempWnd bar must never be NULL because the mini frame window is always created before switching the control bar into the floating state. The control bar always exists before creating a floating mini frame window. If a mini frame is created successfully (as usually), then the next step is to put the control bar into a mini frame window using SetParent() API. The mini frame window never becomes painted during these initialization actions and this means the CExtPaintManagerOffice2007_Impl::PaintGripper() method never becomes invoked for a partially initialized mini frame window without a control bar window inside. But if you are using some low level thread hooks which are invoked during the creation of mini frame window and hook’s code causes delivering of painting messages to windows somehow, then potentially the mini frame window can become painted before it will be finally initialized. The commented code snippet on your screen shot can be safely uncommented, but indeed it should be never used.

In conclusion, it would be extremely helpful for us to reproduce this problem on any of our sample application in case of anything described above is not the real source of the problem.

Hello,

i have replied to this thread
http://www.prof-uis.com/Forum_View.aspx?CID=40&M=59373
the post about color picker here as done by a mistake. sorry :)
(please reply there as well).

This thread was originally about a crash with CExtPaintManagerOffie2007_Impl (the code shall be uncommented?)
======
Dear Support,

the steps were:
1) run the app;
2) position the 2 upper DialogBars to that their captions is out of screen and one is slightly overlapped each another
http://photofile.com.ua/photo/symbiotone/3482923/75376071.jpg
3) close the app (so that ProfUIS saves it profiles to the registry)
4) run the app again and you have the crash
shown here.
http://photofile.com.ua/photo/symbiotone/3482923/75198763.jpg

it is quite disturbing... especially in connection with http://www.prof-uis.com/Forum_View.aspx?CID=40&M=59291&P=2147483647
please help.

==================

Vladimir

We tested the color picker button with the RibbonBar sample and we have never faced any crashes. We guess the crashes you reported may be specific to your project only and should be related to the source code which handles color selection changing. Please provide us with more details about this part of your project.

Dear Support,

the steps were:
1) run the app;
2) position the 2 upper DialogBars to that their captions is out of screen and one is slightly overlapped each another
http://photofile.com.ua/photo/symbiotone/3482923/75376071.jpg
3) close the app (so that ProfUIS saves it profiles to the registry)
4) run the app again and you have the crash
shown here.
http://photofile.com.ua/photo/symbiotone/3482923/75198763.jpg

it is quite disturbing... especially in connection with http://www.prof-uis.com/Forum_View.aspx?CID=40&M=59291&P=2147483647
please help.

thank you!

Vladimir

Hello Dear Support,

the scenario:
1) run the app;
2) pop-op a color selection node on the ribbon and then click "select color..." on the bottom.
see the faked
http://photofile.com.ua/photo/symbiotone/3482923/75376789.jpg
3) select a color on the dialog
4) click OK.
5) crash - quite often
http://photofile.com.ua/photo/symbiotone/3482923/75376818.jpg
"this" point has been destroyed already. see it this m_pNode.

please help.
there several crashes that needs your attention (e.g. http://www.prof-uis.com/Forum_View.aspx?CID=40&M=59291)
i am quite warring for stability of the application i am delivering the users. (can you please do a bugfix release or some patches).

THANKS!!

Vladimir

I was wondering if it is possible to get a vertical gripper on a CExtControlBar when the bar is docked horizontally, similar to this picture (which does not use Prof-UIS)

http://www.qsicorp.com/engfiles/misc/qf.png

Dear Support,

I tried to expand items in a tree using ItemExpand and ItemExpandAll and nothing happens.
This is how I call it:

		ItemExpand(htCategory, TVE_EXPAND, false);

or

		ItemExpandAll(htCategory, TVE_EXPAND, false);

When htCategory was just used to insert items into the tree which worked.
Please check if something is wrong with this function.

Thanks,
Ron.

Sorry about that - my bad... already asked to ignore.

These methods are widely used in the property and report grid controls which are based on the tree grid control and we did not encounter any problems. We believe there must be something that causes these methods not working in your project.

Dear Support,

I have a CExtGridCellColor with check-box (using __EGCS_CHK_CHECK)

If you recall, there was a bug that when hovering over the ’Custom Color’ button in the drop down and pressing the Enter key, it cause the color to become unknown.

The new bug is similar - but affects the check-box:
1) Click the check-box so it’s state is 1 (checked)
2) press the color drop-down arrow
3) In the drop-down color list opened, move the mouse to the ’Custom Color’ button
4) Press the keyboard ’Enter’ button.
2-4 steps are like in the previous bug description.
The result is that the Custom Color dialog is open (because of the patch of from the previous bug) but, the check-box is unchecked...

Thanks,
Ron.

Did you receive it? Yes/No would do...

Did you receive it?

Hello,

Just in case you would have no idea what to do next in the prof-uis, it would be sweet if it would be running under linux wine project.
Currently it seems it is not drawing correctly under wine. Mabye it would help to many projects to make easy ports to linux.
Thak you.

Dear Support

Please teach these orders.

m_wndRibbonBar.UpdateAllCommandItems();
m_wndRibbonBar._RecalcPositionsImpl();
m_wndRibbonBar.Ribbon_OnRecalcLayout();