Forum

Hi ..
Our applicaiton has a Dialog Bar implementation similar to the FixedSizePanel example (Panel with Dialog). We would like to prevent the ControlBar from redocking once we dock it after its been created. Also we would like to have the close button displayed when it is docked..

Is this possible?

thanks,
Mark F.

Context:
A Dialog derived from CExtNCW<CDialog>
a CExtGridWnd is embedded in the dialogue.
Check boxes and others controls from the grid are correctly painted with the paint manager meanwhile the column headers is always painted in grey.
Question: how to indicate the header should be painted with the correct theme colour. I’m using Office 2007 themes.

You should apply the __EGWS_EX_PM_COLORS grid style in this way:

m_wndGrid.SiwModifyStyleEx( __EGWS_EX_PM_COLORS );

I have a property item which has a CExtGridCellDropListComboBox which has images which are about twice the height of a normal cell.
They appear ok in the drop down - the drop down checks their height and makes each item the correct size for the icon, but how do we make the actual cell large enough to fit the icon, with out it being cropped or spilling into the previous cell (as it currently does)

Thanks

Hi,

If you like.
Please teach it about UpdateLayeredWindow.
By using this function.
Can I do some domains of application View transparently?

If there are sample programs, give me it.

All layered window have the WS_EX_LAYERED extended window style and are supported on Windows 2000 and later. There are two types of layered windows:

1) The layered windows which have equal transparency for each window pixel. You should simply apply WS_EX_LAYERED and invoke the SetLayeredWindowAttributes() API to make the window equally transparent for each of its pixels including all the child windows. This is a simple type of layered window and it works exactly like a regular non-transparent window. I.e. such a transparent window and all its child windows are receiving WM_PAINT for painting.

2) The layered windows which have per-pixel transparency. You should also simply apply the WS_EX_LAYERED extended window style first and then invoke the UpdateLayeredWindow() API to assign a 32-bit bitmap with alpha channel to the layered window. The window size should be exactly the same as the bitmap size. If you need to change the window, then you should re-invoke the UpdateLayeredWindow() API and specify a new bitmap with the correct size. The per-pixel transparent layered windows are very specific. You should think about such windows as they are not windows at all. They are per-pixel bitmaps which are displayed between other windows on the desktop. You should not create child windows inside such layered windows. So, these windows are typically used for implementing some popup markers during drag-and-drop or some small notification popup windows with a skinned look.

Thank you in advance for your help.

I would like to be able to dock two dialogs that are in control bars together, and then be able to auto-hide this pair as a group, so that when I select the tab both windows come out in their most recent placement.

Does my question make sense and is it possible to get this behavior?

Thanks again,
Seth Strong

I can see where I wasn’t clear on this. The group I’m imagining is made of multiple dialogs that were in other control bars so they have docking capability. These dialogs are then docked together so you can see both of them (like a splitter setup). Now currently if this set of dialogs was floating then you would see an additional border of the dynamic control bar that is made to hold the dialog. You can actually use this new border to hide the whole group. I also want to be able to re-display the whole group. And when I dock my set of dialogs, I still want to see an additional caption bar which lets me autohide the set of dialogs so that the arrangement of the dialogs remains.

I put a simple graphic at http://www.marinesonic.com/images/sstrong_PROFUIS_idea.jpg .
It is meant to give you the idea of two dialogs docked together and also docked as a group against the left or right of the CMainFrame with an additional caption for the group so I can pin and unpin the set of dialogs (or rip them separate by their individual captions or whatever).

After that, I just described how I felt this group could be organized into the pop-up menu made by the Prof-UIS framework that I can use to hide or display child windows. By my understanding, there are two parts you don’t support.

1. You don’t save a subset of the layout which would allow users to auto hide and to redisplay a group of dialogs that are docked together by means of the X on the caption to hide and using the right click menu to show the group.


2. 
   You can dock two dialogs together on the side of a frame while they are both "pinned" open so they are shown as desired. But you cannot unpin both so that they open and close as one.
   

Thank you for clarifying your question. It seems you need to create a resizable control bar and then create a static CExtSplitterWnd window inside it with two rows and one column. Finally you should create two dialogs as splitter pages. The dialogs should simply be created as children of the splitter and then you should assign correct dialog control identifiers to them:

pSomeDialog->SetDlgCtrlID( pSplitterWnd->IdFromRowCol( ... ) )

Hello,

it seems that Seth is demanding exactly the same, what we have desired several times before, too.

The approach with the CExtSplitterWnd resolves only the scenario, where it is clear at COMPILE TIME, how the permanent control bars are hosted by dynamic control bars (to use Seth’s terminology here). What we are desiring (and what Seth may desire, too) is to offer the possibility, to arrange permanent control bars in dynamic control bars AT RUNTIME in an arbitrary manner and to give the end user the possibility, to hide and restore such dynamic control bars in one step.

Among others it is necessary for this purpose, to give the end user access to such hidden dynamic control bars; the cascaded menu and the naming convention as outlined in Seth’s article from Jul 16 - 21:31 PM is an excellent idea and I support it. Today only the permanent control bars are available as manageable objects; only these bars can be accessed through the auto-menu, while hidden. Once hidden, however, these permanent control bars are always restored as "isolated" objects from the end user’s point of view.

End users do not have any access to hidden dynamic control bars and are therefore not able, to restore a hidden dynamic control bar and all contained permanent control bars in one step.

It would be a great improvement, if we could give our end users access to hidden hosting dynamic control bars, too.

Actually it is not completely clear what you want to achieve so let us clear out. If you have a control bar with a dialog inside and some other control bar with another dialog inside then it is up to the users whether they want to dock these control bars in a common tab group and then autohide, or leave them floating and so on. This is the general idea of dockable control bars by definition. Please let us know what restrictions are talking about?

Okay, when I do a Toolbar Reset (from the customize dialog), when the if( ::AfxMessageBox( strQst, nType ) != IDYES ) in BarResetAsk in extcustomize.cpp gets called, my app starts failing to load bitmaps from resources. I don’t know why.. ALL loadbitmps fail from that point forward. Any ideas?

Its only when the afxmessagebox gets shown that the loadbitmaps start to fail.

Jay

Note2: This works fine in Release build - it only fails in Debug build - just a bit disconcerting but I can live with it for now. Would just like to find the answer as to why, to make sure its not a sign of a bigger problem

ProfUIS is built in DLL mode, with DLL MFC, multithreaded.

It appears from the 2.70 source that the item data set into a combo box is going to be a memory handle. There is no requirement for this to be the case with the base MFC or Windows combo box classes. This creates a problem for us because we use simple indexes on alpha sorted lists as the item data. When the index is zero we get assertions in CExtComboBoxBase::OnCBGetItemData. The work-around for us is to increment and decrement the index before and after it comes out of the combo box but that does complicate the code a bit and requires an extra comment line at every single access to make sure that engineers maintaining the code in the future don’t mess it up.

Was there a particular reason for this?

Thanks
Jon

Is it possible to use CHtmlView in prof-uis as view in SDI ?
I’ve put chtmlview derived class into SDI sample, but it is crashing (is it bug in prof-uis, or have I kade some mistake?).
Here is the sample project : http://rrrado.szm.sk/htmlview.zip
It crashes when you right click into view (webbrowser’s context menu is shown) then close the application.
Any ideas why?

Thank you!

The problem should be gone if you add one line of code:

BOOL CMainFrame::DestroyWindow() 
{
      . . .
      SetActiveView( NULL ); // THIS LINE WAS ADDED
      return CExtNCW < CFrameWnd >::DestroyWindow();
}

Hello,

with Prof-UIS 2.70 we encounter the following repaint problem:

1.
Built one of your samples, e.g. PageNavigator, in release mode.

2.
Run the sample.

3.
Drag another window (e.g. the Windows Explorer) over the surface of the sample.

->

Repainting takes places with a certain delay. If you manage to drag the other window (here the Explorer) over the surface of the sample smoothly and without stopping, you will be able to prevent the sample from being repainted accordingly for a few seconds (!) and until the other window leaves the area of the main window of the sample completely.

Non-smooth painting effects may appear only when the Office 2003 and newer paint managers are applied. This is caused by compound gradient painting algorithms implemented in the Prof-UIS paint manager components. Of course, some components are fast when some components are heavy so the CPU speed is important. We tried the sample on AMD Athlon 3000+. The entire painting is not slow and we believe the problem is not so critical.

Hello,

some additional information:

The following has been tried with the PageNavigator sample:

1.
While "wiping" a foreign (!) window (e.g. the windows file explorer) over a child window of the sample (e.g. the CExtPageNavigatorWnd window), then this window may not receive a WM_PAINT message for several seconds.

2.
This does NOT occur, when the "About Box" of the sample itself is "wiped" over the window. In this case everything looks perfectly.

3.
This problem occurs only with the Office 2007 theme, but not with other themes (especially not with the Office 2003 theme).

Thus I cannot completely agree with your response. First only Office 2007 seems to be affected (and not "Office 2003 and newer" as you stated in your response) and second and much more important: if this were actually caused by compound gradient painting algorithms, then the problem would occur also, if an owned dialog box (e.g. the "About Box" of the sample itself) is being "wiped" - do you agree?

There must be something specific in the Office 2007 theme, that prevents child windows like the CExtPageNavigatorWnd and other child windows from receiving WM_PAINT messages, while a window of another (!) application is being "wiped" over it.

Dear Support Team,

We are using the CExtGridCellPicture in a CExtReportGrid. The Image modes CExtGridCellPicture::eTile and CExtGridCellPicture::eStretch are working fine, but there seem to be problems with CExtGridCellPicture::eAlign. No matter what styles are set with __EGCS_TA_HORZ_xxx and __EGCS_TA_VERT_xxx, the picture always stretches. Can you reproduce this behavior?

The goal we want to finally reach is to display the (big) image as a shrinked image with correct aspect ratio in the grid cell. Is this possible with CExtGridCellPicture ?

Thank you very much in advance,
Uli

Dear Support,

I have a cell that displays only color: CExtGridCellColor::eNone. I would like the color’s rectangle to fill the cell.
How can this be done?

Thanks,
Ron.

Does anyone have any experience running a Prof-UIS application with the WinRunner automated testing application? WinRunner does not recognize the Prof-UIS menus which is causing some problems.

Hi Mike, I was able to use WinRunner 8.2 to test some parts of the application I am working on. Needed to define some virtual objects, and retrieved values by grabbing text from the whole screen and using the split command to ’extract’ what was needed. Easiest way is to just use the "record" feature, do a few steps, then try to parameterize the code for automation. If the GUI Spy doesn’t recognize the object (in most cases), then you have to code a workaround and use the virtual object wizard. This makes the GUI Map a chore to maintain and it is time consuming to do so.

Good luck!

If I set "Trandition Chinese" in Non-Unicode of Region and language, and build the project using ProfUIS library, and VS2005 will crash.

I post this problem before.

ProfUIS will never fix this problem ?

As we said earlier this problem is caused by a bug in the Visual Studio 2005 C++ compiler, when the resources of some languages (i.e. Czech, Lithuanian and Turkish) cause Visual Studio 2005 to crash when you compile Prof-UIS using a Unicode configuration on an East Asian Windows (e.g. Chinese) or on an English Windows but with an East Asian language set as the language for non-Unicode programs (in the Windows Regional and Language Options dialog). In other words, you have a very ordinary resource file. You try to compile this file in VS 2005 under the above mentioned conditions and VS 2005 crashes.

You can easily workaround this problem by compiling Prof-UIS on an English OS or by temporarily switching to the English locale: Change the OS language to English (Control Panel | Regional and Language Options | Advanced), compile Prof-UIS and then return the settings back. Or you can simply exclude those resources and the problem will be gone.

We are interested in your opinion. We can fix this issue by providing the precompiled resources (with the installer) so that you will not have to compile these resources yourself. In this cases, Visual Studio will compile these resources and the problem will be gone. What do you think?

ok, thanks. I try the precompiled resources first

my mail: ooy.yoo@gmail.com

I have a splitter window which is created like the following code snippet.


if (!m_wndSplitter.CreateStatic(this, 1, 2))
{
throw new CSa_Exception(SAIS_CAT_INTERNAL_ERROR,
SAIS_E_MAINFRM_CREATE_CLIENT_SPLITTER);
}

if (!m_wndSplitter.CreateView(0, 0, RUNTIME_CLASS(CSaIsBinsView),
CSize(200, 50), pContext))
{
throw new CSa_Exception(SAIS_CAT_INTERNAL_ERROR,
SAIS_E_MAINFRM_CREATE_CLIENT_BINS_VIEW);
}



I need to have a dockable window instead of that splitter window.
I have some adjacent windows with this splitter (all are the splitter windows)
What would be the possible way to make the previous window a dockable one, without making any changes to the rest.
or if changes are required what are they?



if(!m_wndFrame.Create(NULL,"ABC",WS_CHILD, rect,this,NULL))
{
        throw new CSa_Exception(SAIS_CAT_INTERNAL_ERROR,
SAIS_E_MAINFRM_CREATE_CLIENT_SPLITTER);
}

CRuntimeClass *pRTC0 = RUNTIME_CLASS( CSaIsBinsView );
CView *pView0 = STATIC_DOWNCAST( CView, pRTC0->CreateObject() );

if( !pView0->Create(::AfxRegisterWndClass(0),_T(""),WS_CHILD | WS_VISIBLE,CRect(0,0,0,0),
    this,AFX_IDW_PANE_FIRST,
    NULL
    ))
{
    TRACE0("Failed to create view window\n");
    ASSERT( FALSE );
    return -1;
}

CSaIsBinsView *pYourView0 = STATIC_DOWNCAST( CSaIsBinsView, pView0 );

if(!m_wndFrame.CreateView(pContext,AFX_IDW_PANE_FIRST))
{
    throw new CSa_Exception(SAIS_CAT_INTERNAL_ERROR,
                         SAIS_E_MAINFRM_CREATE_CLIENT_BINS_VIEW);
}


I have used this piece of code but in that case what will be the value of "AFX_IDW_PANE_FIRST"
(This piece of code is used for creating a tab window) .What should be the resource id for a view which can be placed
over a frame window. This view(CSaIsBinsView) is created in a separate file.

You have a splitter window and two views created as its panes. If you want to move one of views to a control bar, then the splitter is no longer needed because it is not designed as a container for only one view. The second view should simply become the main view in its frame window. So the splitter window should be removed completely.

Earlier my application had buttons being created from object of class derived from CBitmapButton class ,but after I derived the class from CExtButton class the buttons are getting created but the icons are not loaded when the application starts i.e. the buttons are not showing.

for profile set up i have written this code:
HINSTANCE hInstResource =AfxFindResourceHandle(MAKEINTRESOURCE(IDB_SABINS_BSW_PARTS_ACTIVE ),
RT_GROUP_ICON);
ASSERT( hInstResource != NULL );
HICON hIcon = (HICON)::LoadImage(hInstResource,MAKEINTRESOURCE(IDB_SABINS_BSW_PARTS_ACTIVE ),
IMAGE_ICON,16,16,0);
ASSERT( hIcon != NULL );
SetIcon( hIcon, FALSE );
CWinApp * pApp = ::AfxGetApp();
ASSERT( pApp != NULL );

//The command manager is a key global object in Prof-UIS. Registering the commands in it.
// is neccesary .This needs to be done at CMainFrame::OnCreate () method:
g_CmdManager->ProfileSetup(pApp->m_pszProfileName,GetSafeHwnd());

VERIFY(g_CmdManager->ProfileWndAdd(pApp->m_pszProfileName,GetSafeHwnd()));
VERIFY(g_CmdManager->CmdSetIcon(pApp->m_pszProfileName,IDB_SABINS_BSW_PARTS_ACTIVE,hIcon,FALSE ));
// VERIFY(g_CmdManager->UpdateFromMenu(pApp->m_pszProfileName,IDB_SABINS_CONTROL_BITMAP ));



and fro creating the buttons I wrote this one::

if (!m_abtnParts.Create("Parts", BS_PUSHBUTTON | BS_OWNERDRAW,
rect, this, IDC_SABINS_BSW_PARTS))    
    
{
throw new CSa_Exception(SABINS_CAT_INTERNAL_ERROR,
SABINS_E_CREATE_BSW_PARTS);
}


it is throwing some debug assertion error

Please guide me in this regard

Please let us know if you are using the CExtButton::SetIcon() method to associate an icon with the button?

ya we are using SetIcon method, but simply we are not getting the correct way to do it. Could you please let us know. What we are getting is simply an empty bar w/o any empty button also.

Hi,
I have a CExtLabel that is used to display a bitmap on a dialog derived from CExtResizableDialog.
The bitmap is set using SetBitmap().
It displays correctly until the dialog is resized. When resized, all other controls are drawn but the bitmap is not.
The same happens if the dialog is minimised & restored, or hidden by another app then brought to the front.

The CExtLabel is not on a group box, and also has a tab order number of 1.

Would you reproduce this problem using one of the Prof-UIS samples? By the way, why do not use CStatic instead of CExtLabel if you show a bitmap only?

How can I add thme support to CListBox (including scroll bars)?
Thank you!

I’m using CExtGridCellCombo cell in the property grid. When it contains lot of items, the combo list box scroll bar looks like old windows scrollbars. How to draw fully themed combo box?
Thank you!

Can you tell me please, how to set custom width to the scroll bars? I use skinned scroll bars (which are used in your example SkinnedScrollBars), and I would like to make them smaller (in width).

How to apply the current Prof-UIS UI theme to non-Prof-UIS supported controls? In my example, I have a list control (CListControl) inside a dialog box (CExtResizableDialog), UI theme is Luna Blue Office 2007, and I’d like to apply it to the list control header in "Details" view of list control. By default it’s drawn with a standart system theme.