I believe I understand what you are want to do. As you click on a icon in the dropdown it is moved to the visible part of the toolbar and some other tool is moved to the dropdown. You want to force the label to remain in the visible portion of the toolbar.
Each tool in the UltraToolbarsManager has a Priority property within its SharedProps. The priority value determines which toolbar items will remain visible when there is not enough room to show them all. The highest numbered item is removed last. Or I should say moved to the dropdown.
Hope this answers your question.
Marianne
Infragistics Marianne Reymann said: I believe I understand what you are want to do. As you click on a icon in the dropdown it is moved to the visible part of the toolbar and some other tool is moved to the dropdown. You want to force the label to remain in the visible portion of the toolbar. Each tool in the UltraToolbarsManager has a Priority property within its SharedProps. The priority value determines which toolbar items will remain visible when there is not enough room to show them all. The highest numbered item is removed last. Or I should say moved to the dropdown. Hope this answers your question. Marianne
Vladislav.
Take a look at the sample I created.
It has a UltraToolbarsManager with a series of buttons. The TextONLY buttons bring up forms or dialogs. And there is one LabelTool.
I have arranged the tools in a random order but I set the SharedProps.Priority of the buttons to 3, the form buttons (About, Dialog, Form) to 1 and the LabelTool to 9. As you shrink the horizontal width of the form, the tools transfer to the dropdown relative to the priority value and to their position on the toolbar. The higher the priority number the more likely to remain on the visible portion of the toolbar. As you click on the buttons in the dropdown, they are transferred to the visible portion of the toolbar also based on their priority and their original position in the toolbar. I believe the amount of available space in the visible portion of the toolbar is also part of the equation.
Try my sample and let me know if you get the same results.
If not we should check more into your environment, operating system, Infragistic version.
The tools are first sorted by their internal click count and then they are sorted by their Priority. Perhaps this is a bug and the sort order of these factors should be reversed. If anyone feels that way, I would recommend submitting the issue to the support group: http://es.infragistics.com/gethelp.
As a workaround, you can reset the click count for all tools in the UltraToolbarsManager each time a tool is clicked by calling ResetUsageData on the UltraToolbarsManager. This should stop most of the tool reordering which occurs when a tool in the overflow area is clicked.
mreymann, I've managed to get your sample - the same problem with it. I want to have a label as a firs tool in toolbarManager and I expect it will never change its place and stay the first in spite of any resizing. Could you suggest any workaround?
Thanks,
Andrei.
mreymann, I have the same problem as Vladislavs. I've set Priority = 9 to Label and Priority = 1 to other buttons, but it didn't help.
Unfortunately, it's impossible to check your sample because it is not a link.
Any ideas?
Sorry, but due to a new interface of site I cannot download the "WinApp2008V2 ToolBarManager.zip" file - I see it like a plane text (not a download link)