Is there a "ImageAboveText" or similar property on the Toolbar that will enable me to position the text and image on the button?
On the Settings of any toolbar (or the ToolbarSettings of the UltraToolbarsManager), set the CaptionPlacement property to BelowImage.
Thanks....Found it...
One more question along the same lines -
How can I set the width of each button in the toolbar to be the same across the whole toolbar? Right now, it takes on the width of the Text(caption) and so each button is of a different width.
I would recommend that you also submit a feature request then. The number of requests for a particular feature is considered when determining which features to implement in each volume release.
I was just looking for the answer to the same problem. I think there is a big practical need for such feature, a toobar with unequal buttons look plain ugly and amateurish.
The simple ability to override the width of a ButtonTool would do, without the need of overengineering the whole toobar layout process.
The ButtonTool does not support having it's width set, but you can make a feature request for this ability: http://devcenter.infragistics.com/Protected/RequestFeature.aspx.
If you are looking for a setting on the toolbar which would cause the tools within it to have a uniform width, I don't think there is anything like this, and I'm not sure it is very practical. If this were a feature, I assume each tool would need to be as wide as the widest tool on the toolbar. However, what if one tool displays image and text and another only displays an image? The tool displaying just the image would have a lot of empty space. Should ControlContainerTools be a uniform width along with the other tools and modify its contained Control's size? Also, what would happen if all tools would fit on the toolbar with their own sizes, but as soon as their widths are increased to be uniform, the widest tool is bumped from the toolbar? Should the tools all still display as wide as the widest tool even though it is not visible? If not, their widths can safely be made smaller, but if that allows the widest tool to come back into view, they will all need to widen again, which would bump the widest tool again... Obviously a cycle like this can be stopped if detected, but the point is it seems like it would be very difficult to cover all cases and come up with a general solution to this problem.
That being said, if this is what you were asking for, feel free to submit the feature request. Also, if you have any ideas on how to come up with a general solution for some of the potential problems listed above, you can post them here or include them in your feature request.