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?

Hello Greg,

Thank you for the update.

This update is let you know that I am currently discussing with my team lead to find out why using of a non-Infragistics style set to the WebDataMenu's CssClass property that contained the "font-weight:bold" style causing the fourth item missing. I will update you on or before Friday.

Please let me know if you have any further questions regarding this matter.

FYI - an additional issue that I found while using the above changes to the igdm_* classes was that, when I was using the horizontal menu with a sub menu that had a sub menu, the arrow image appeared behind the text instead of after the text.  Here are the class overrides I was using.  (see attached screen shot for what happens)

.igdm_MenuItemHorizontalRoot
{
    padding: 4px 4px 3px;
    background-color:#5D7B9D;
}
 
.igdm_MenuItemHorizontalRootLink
{
    font-size: x-small;
    font-weight:bold;
    color:#FFFFFF;
}
 
.igdm_MenuItemVertical
{
    padding: 2px 4px;
    background-color:#5D7B9D;
}
 
.igdm_MenuItemVerticalLink
{
    font-size: x-small;
    font-weight:bold;
    color:#FFFFFF;
}

Hello Greg,

I have opened a support request for this forum post so we may research this behavior further.   Please use the following link to log onto your account at Infragistics.Com:

<https://ko.infragistics.com/Membership/MySupport.aspx>

Once you are logged onto your account, go to My Support Activity to view the progress of this support request.  An update will be sent to you in the support request with any new information we find.

Please let me know if you have any questions.

Hi Prabha,

Will you be posting any resolution on this thread as well (better than opening a ticket for everyone who views this thread).

We've run into the same disappearing menu item issue (#1 on the original post), and our edits of ig_datamenu.css (.igdm_ClaymationMenuItemHorizontalRootLink, in our case) have not resolved the issue for us.

Charles

Hello Charles,

I will update this forum thread once there is a resolution for the missing item.

Let me know if you would like me to notify you once this is resolved. I will create a case for you and link it to development issue.

Please let me know if you have any further questions regarding this matter.

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.

Please let me know if you have any further questions regarding this matter.

As a follow-up to my previous post:

• Changing the overflow setting did not make a difference.
• What did make a difference: The CSS class has a bunch of fonts listed in font-family, presumably using the first one on the list that the browser supports. Removing Verdana with a font-size of 12px displayed the complete menu. Since Verdana is a wider font (by eyeball) than Arial or Sans-serif (both of which I tested), that would indicate to me that rendering occurs after the size of the menu has already been determined (and, to possibly anticipate a question, width of the menu is set to 100%).

Charles