Assume there is a Toolbar with a splitButton that has a subItem. Both the splitButton and the subItem have clickHandlers configured. As long as the splitButton is not in the toolbar's overflow, everything is working correctly. However, when overflown, clicking on the subItem executes the clickHandler of the splitButton instead of the clickHandler of the subItem.
This behavior can be reproduced in the following DOJO: https://dojo.telerik.com/enanUKan/3. Watch the console output when clicking the splitButton/its subItem.
Two more hints:
Unfortunately, both options are no viable solution for us. Any suggestions?
Hi Team,
I would like to request a built-in way to set the order of items for the overflow menu in a different manner compared to the non-overflow items in the toolbar.
Thanks!
Many Kendo UI Widgets support enabling/disabling animations via their options. In our case, we always disable them. As of R1 2023, the toolbar widget does not support customizing or turning off animations and always slides in/out the options of splitButtons or the overflow menu.
To maintain a consistent look&feel, disabling animations should by supported by the toolbar as well.
Do you have any suggestions how this could be fixed in the meantime?
Currently, the Kendo UI Toolbar supports adding icons to items by setting the "icon" property as documented here. However, only Kendo's own icons are supported.
In other widgets (like the Grid), adding custom icons (to a toolbar!) is already possible by specifiying an icon class.
However, if you wanted a third-party icon (or one of your own) directly to a standalone Toolbar, you would need to create a whole new template from scratch or replace the DOM element after rendering or use some hacky approach like demonstrated in this DOJO. While the first one means a lot of work, the latter ones are both not very stable.
Therefore, I propose to extend the icon support for Toolbars in general. I can think of two different solutions:
Good Day,
I believe it would be useful to update the `add` method to include the added items data Object, as you need to provide one to add it in the first place, to the options.items array in the widget itself. It would be consistent with the design of the widget in the first place and can allow dynamic code to iterate over newly added items without catering for specific bespoke IDs
Thankyou for your time,
Regards
Nathan
Method to reset the menuButton items of a toolbar's splitbutton dynamically or to have a datasource that can be refreshed/reloaded.
In the KendoToolBar item configuration, there is currently a property called "overflow". The values of this property are: "never", "always", and "auto" (default). If the item.overflow value is set to "never" then the item remains in the toolbar and is not added to the overflow menu when the window shrinks. If the value is set to "always" or "auto", then the item is displayed in the overflow menu. The problem, however, is that sometimes you may want a toolbar item to disappear when the page shrinks, but you don't want or need it in the overlow menu. A specific example is a toolbar item of type "separator". When the separator item.overflow is set to "auto", it adds a gap in the overflow menu between other items. I don't want this gap. Therefore, I set the separator item.overflow to "never". Unfortunately, this means that the separator remains on the toolbar. In the case where I have several separators in the toolbar with overflow set to "never", these all just stack up next to each other in the toolbar as the window is shrunk. I want them to disappear, but also not show up in the overflow menu. An overflow value of "hidden" could solve this problem.
BUG: setting a kendo ToolBar item.hidden with type of separator does not work. The separator is still displayed. For example: ``` $("#mytoolbar").kendoToolBar({ items: [ { type: "button", text: "button 1", hidden: true }, { type: "spearator", hidden: true } ] }); ``` In this case, the button is hidden but the separator is not.
Hello,
Buttons and button groups support badges only if they are "standing alone". If buttons or button groups are part of a toolbar item collection, badge system is not working/implemented. I don't see any reason why this feature would be missing from toolbar items unless it was maybe overlooked :) For the sake of consistency and usability I think toolbar items (at least buttons) should behave the same across.
Demo: https://dojo.telerik.com/enOSuxEw/4
Best regards,
Peter