Subject |
Author |
Date |
|
Alastair Watts
|
Jan 24, 2012 - 9:16 AM
|
The dropped contents are not drawn at 144dpi - it works with 96 & 120 dpi tho!
|
|
Burak Petekkaya
|
Jan 23, 2012 - 6:51 AM
|
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?
|
|
Technical Support
|
Feb 2, 2012 - 12:48 AM
|
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.
|
|
Burak Petekkaya
|
Jan 24, 2012 - 4:54 AM
|
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.
|
|
Technical Support
|
Jan 24, 2012 - 4:04 AM
|
This issue does not depend on whether the buttons created by ActiveX code or classic EXE code. Could you insert your dialog with flag buttons into a simplest possible dialog-based test project and send it to us?
|
|
Darlene Gariepy
|
Jan 19, 2012 - 11:01 AM
|
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); }
|
|
Technical Support
|
Jan 24, 2012 - 4:03 AM
|
Thank you for this issue report. We think it’s better to initialize all the non-NULL rectangles nearly beginning of the CExtTreeCtrl::TreeItemRectsGet() method:
if( pRectEntire != NULL )
pRectEntire->SetRect( 0, 0, 0, 0 );
if( pRectLinesArea != NULL )
pRectLinesArea->SetRect( 0, 0, 0, 0 );
if( pRectExpandCollapseButton != NULL )
pRectExpandCollapseButton->SetRect( 0, 0, 0, 0 );
if( pRectCheckBox != NULL )
pRectCheckBox->SetRect( 0, 0, 0, 0 );
if( pRectIcon != NULL )
pRectIcon->SetRect( 0, 0, 0, 0 );
if( pRectLabel != NULL )
pRectLabel->SetRect( 0, 0, 0, 0 );
if( pRectControl != NULL )
pRectControl->SetRect( 0, 0, 0, 0 );
if( pRectRightPart != NULL )
pRectRightPart->SetRect( 0, 0, 0, 0 );
|
|
Bogdan Munteanu
|
Jan 15, 2012 - 7:05 PM
|
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
|
|
Technical Support
|
Feb 1, 2012 - 7:41 AM
|
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.
|
|
Bogdan Munteanu
|
Feb 2, 2012 - 4:47 AM
|
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
|
|
Bogdan Munteanu
|
Feb 13, 2012 - 4:25 AM
|
|
|
Bogdan Munteanu
|
Jan 25, 2012 - 4:30 AM
|
|
|
Dennis Ioakim
|
Jan 10, 2012 - 5:13 AM
|
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.
|
|
Technical Support
|
Jan 12, 2012 - 3:04 AM
|
1 Your DLL is MFC Extension DLL type. 2 The code accessing CObject -derived class instances should be the same thread where objects were instantiated.
|
|
Celal Sen
|
Jan 10, 2012 - 3:02 AM
|
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.
|
|
Technical Support
|
Jan 12, 2012 - 3:03 AM
|
Only CFrameWnd -based windows reposition child control bars automatically. Other types of windows should invoke the CWnd::RepostionBars( 0, 0xFFFF, 0 ) code after creating their child bars and in their OnSize() handler methods.
|
|
Alastair Watts
|
Jan 9, 2012 - 5:41 AM
|
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?
|
|
Alastair Watts
|
Jan 24, 2012 - 12:38 AM
|
|
|
Bill Olson
|
Jan 5, 2012 - 9:14 PM
|
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
|
|
Bill Olson
|
Jan 13, 2012 - 8:55 PM
|
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
|
|
Technical Support
|
Jan 12, 2012 - 2:59 AM
|
We guess the m_pCtrlSite is not to do with the problem. Please check the m_hWnd property of the pFrame->m_DlgBarStdTrace.m_EdtHorz object before invoking its SetWindowText() method.
|
|
LAURA GUGLIELMETTI
|
Dec 23, 2011 - 7:29 AM
|
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
|
|
Technical Support
|
Mar 14, 2012 - 12:39 PM
|
You can specify width of field text in the constructor of the CExtRibbonNode class while initializing tree structure of ribbon command nodes.
|
|
LAURA GUGLIELMETTI
|
Mar 15, 2012 - 1:12 AM
|
Problem is not width, but height (it is cut in vertical direction)
|
|
Technical Support
|
Mar 16, 2012 - 6:45 AM
|
Could you show us a screen shot demonstrating how it is cut in vertical direction?
|
|
LAURA GUGLIELMETTI
|
Mar 13, 2012 - 10:49 AM
|
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
|
|
Technical Support
|
Dec 24, 2011 - 11:14 AM
|
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.
|
|
LAURA GUGLIELMETTI
|
Mar 13, 2012 - 10:50 AM
|
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
|
|
Celal Sen
|
Dec 22, 2011 - 8:40 AM
|
|
|
Celal Sen
|
Dec 21, 2011 - 8:09 AM
|
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?
|
|
Celal Sen
|
Mar 13, 2012 - 8:05 AM
|
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.
|
|
Celal Sen
|
Dec 23, 2011 - 6:15 AM
|
|
|
Technical Support
|
Dec 23, 2011 - 2:58 AM
|
We suspect the code loading the state of control bars has loaded it as CBRS_ALIGN_ANY .
|
|
Ed Kennedy
|
Dec 19, 2011 - 9:05 PM
|
Hi! Just installed the latest 2.92. I’m using VS2010. After getting the ProfUISAppWizard files copied to the right place to get the wizard working with VS2010 I ran the wizard and no files were created. Any ideas?? Thanks, ed
|
|
Darlene Gariepy
|
Dec 19, 2011 - 12:37 PM
|
The Prof menus do not seem to be resizing correctly when the size of the fonts have been changed. On Windows 7 if you open "Windows Color and Appearance" and change the normal menu to the following: Font: Tahoma Size: 10 Style: Bold And then run the ProfStudio application (v2.9.2) you will see the text in the menus getting cut off.
|
|
Bill Olson
|
Dec 6, 2011 - 3:37 AM
|
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
|
|
Bill Olson
|
Dec 8, 2011 - 7:45 PM
|
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
|
|
Technical Support
|
Dec 8, 2011 - 8:57 AM
|
You should remove the __EGCS_BUTTON_UPDOWN basic grid cell style.
|
|
Technical Support
|
Dec 6, 2011 - 12:36 PM
|
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.
|
|
Bill Olson
|
Dec 6, 2011 - 11:43 PM
|
I posted a replay, but it appears to have disappeared... Adding __EGCS_EX_MULITLINE_TEXT worked, but now I have up and down arrow spinner controls in every grid box. I experimented taking out the new flag and the spinner controls went away, so it is tied to the MULITLINE_TEXT flag. How do I get rid of these spinners? Bill
|
|
Alastair Watts
|
Nov 25, 2011 - 12:13 AM
|
How do I prevent cells being dragged from a grid and dropped into the recycle bin?
|
|
Alastair Watts
|
Dec 14, 2011 - 12:44 PM
|
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?
|
|
Alastair Watts
|
Dec 12, 2011 - 6:44 AM
|
Do you have a sample showing how to prevent CExtGridWnd drag and drop from deleting cells into the recycle bin?
|
|
Technical Support
|
Dec 14, 2011 - 11:24 AM
|
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.
|
|
Alastair Watts
|
Nov 29, 2011 - 4:17 AM
|
’.. & this seems to work’ ... just to clarify I still can’t stop a user from dragging cells to the recycle bin!
|
|
Alastair Watts
|
Nov 29, 2011 - 4:09 AM
|
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?
|
|
Technical Support
|
Nov 28, 2011 - 1:45 PM
|
|
|
Offer Har
|
Nov 24, 2011 - 8:35 AM
|
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.
|
|
Technical Support
|
Nov 28, 2011 - 1:44 PM
|
If the result count of joined columns should be 10 , CSize::cx should be 10 .
|
|
Offer Har
|
Nov 30, 2011 - 12:26 AM
|
I want to see two column, so I merge 9 columns starting from column 1: ItemCellJoinSet(CSize(9,1), htItem, 1); So it should not be 10, but 9 - and the bug is still there.
|
|
Offer Har
|
Nov 24, 2011 - 2:20 AM
|
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.
|
|
Technical Support
|
Nov 28, 2011 - 1:44 PM
|
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.
|
|
Offer Har
|
Nov 30, 2011 - 12:29 AM
|
Dear Support, This does not make sense... it is more rcShowTip than rcExclude . Even from observations, the tip is display when the cursor is inside this rectangle, not outside this rectangle - please verify your logic. Thanks, Ron.
|
|
Bogdan Munteanu
|
Nov 23, 2011 - 4:32 PM
|
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
|
|
Technical Support
|
Nov 28, 2011 - 1:48 PM
|
Please override the CExtCustomizeSite::OnChangedToolbarIconSizeOption() virtual method in your main frame class, invoke the parent class method, then invoke CExtPageNavigatorWnd::UpdatePageNavigatorWnd() method.
|
|
Bogdan Munteanu
|
Nov 28, 2011 - 4:52 PM
|
|
|
Bogdan Munteanu
|
Nov 26, 2011 - 3:45 PM
|
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
|
|
Technical Support
|
Nov 24, 2011 - 8:54 AM
|
The "Large icons in toolbars" option changes the CExtToolControlBar::g_bToolbarLargeIcons flag which affects to the CExtToolControlBar windows only. The page navigator control contains icon areas which are not toolbars. They are contracted pages. You can invoke tge CExtPageNavigatorWnd::ItemGetInfo() API to get pointer to CExtPageNavigatorWnd::PAGE_ITEM_INFO * structure containing data of one item inside page navigator. You can specify bigger icons in the CExtPageNavigatorWnd::PAGE_ITEM_INFO::m_IconCollapsed and/or CExtPageNavigatorWnd::PAGE_ITEM_INFO::m_IconExpanded properties. You may need to override the CExtPageNavigatorWnd::OnQueryCollapsedAreaHeight() and CExtPageNavigatorWnd::OnQueryItemHeight() virtual methods and provide a larger heights in pixels for very large icons.
|
|
Offer Har
|
Nov 23, 2011 - 4:49 AM
|
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.
|
|
Technical Support
|
Nov 28, 2011 - 1:45 PM
|
|
|
Offer Har
|
Nov 30, 2011 - 12:32 AM
|
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.
|
|
Technical Support
|
Dec 6, 2011 - 12:48 PM
|
|
|
Offer Har
|
Nov 21, 2011 - 6:07 AM
|
Dear Support, We need a Gantt chart in our applications. We see that requests for this feature were asked, but that you replied negatively. Is there any plan of adding such feature (other libraries do have it)? Even if you have any sample of using the existing grid as a basic Gantt will be welcomed, as we are tight in schedule, and need some very basic functionalities from these Gantt controls (read-only, for example) Thanks, Ron.
|