I am not sure if WebDataMenu was a new control in v11.1, but it seems really buggy.
I added 4 root menu items and made the third root menu item have 2 child menu items. The 4th item does not show up - there seems to be space for it, but hovering or clicking does nothing and the words for the menu item do appear to show up at all.
Also when I try to reduce the font using the webdatamenu property Font-size, the any of the other CssClass properties available at different levels, the font size (and also color) do not change.
Additionally I wanted to change the height of the menu "bar" and this did shrink to the appropriate size, but the text stayed in the same position it was in before and I could find no way to get it to shift so that it was no longer partially "cut off". Also there is now a "gap" between the 3rd root menu item and its children.
Any help with this would be much appreciated.
Hello Greg,
I have heard back from the Engineering team that the WebDataMenu minimum height is 26 pixels. If you set the menu height to 18px directly in its settings its height will be still 26 pixels, but only 18px will be visible. If it’s set in the GroupSettings the menu will keep its minimum height (26px). This is because WDM items have default padding on which base is calculated their height. I have attached the Markup for demonstrating the same.
The work around is to override the root menu padding like this:
.igdm_MenuItemHorizontalRoot
{
padding: 2px 4px;
}
The result is WDM with height exactly 18px.
Please let me know if you have any further questions regarding this matter.
Thank you for looking into this. I will have to look at what you have regarding the missing fourth item in the menu. Did you happen to look at the Sandbox example I attached in the OP? It had all the issues I mentioned. I had the problem in that sample which is as basic as it gets.
As to the other issues. You mention editting the weddatamenu.css directly. Where might I find that and how might I include that in my project so that the each other developers will not have to make this change, too? Also will I have to overwrite this css each time we get a new version of Infragistics?
Ok, skip the last reply. Here is what I am seeing as the issue. It appears that inline ASP.NET script causes the behavior I am seeing. See attached set of files. The default page shows the problem (the site1/webform1 were to test Master pages which works fine).
I have some javascript in which I am injecting some ASP.NET via inline code using the <% tag to get the client ID of an element to be used to find that element once convert on the form and set a value to that element.
This seems to be what is causing the behavior. Is there something that can be done to fix this?
I think I should be able to generate what is needed without the inline ASP.NET. So this issue could be avoided.
What are the other css classes that are available for the WebDataMenu? For example the sample you gave handles the Root level, but not the child level. I guessed at replacing root with child but that did not seem to do the trick. Is there a reference that lists all of css classes that you use for a particular control?
I have figured out what appears to be the reason behind the "missing" last element. I am trying to add font-weight: bold to your .test css class but this is the style that seems to cause the "missing" last element. See attached page.
Any ideas on how to deal with this one?
Found a solution: http://codecorner.galanter.net/2012/12/28/infragistics-webdatamenu-last-item-disappears/
What if I do need my menu to scroll? My horizontal menu is limited by certain width, and the items are added to it in server-side code at runtime. So when there're more items than menu can fit, I need it to scroll. And it works - it scrolls and all items appear correctly - in all browsers but FireFox. In FireFox last item is always missing.
Any idea how to make this work with scrolling enabled? thanks
Thanks, Prabha, that did the trick.
For others reading this thread, EnableScrolling is a WebDataMenu property, not some obscure CSS tag.
Charles
Hello Charles,
I heard back from development team that setting Enablescrolling property to false will resolve the issue of missing item. By default this property is true.
Setting EnableScrolling to true will result to fixed width of the <ul> element which holds all the root menu items. The problem comes when there is bold style applied to the menu container, because in the calculation of the <ul> element width is not taken.
As a follow-up to my previous post: