If you try to hide the first item in a menu, it shows up as a blank space on the menu and you lose the last item on the menu. I was looking in the OS 3.5 sources and it looks like that the drawing routine DrawOneItem(), when passed the second item and an offset of zero, sees the offset zero and tries to calculate the "true" Y offset of where to draw the first item... which, since it doesn't check the .hidden bit, it presumes to be the second row instead of the first. What's annoying about this is that it makes it impossible to create a menu completely dynamically... if there are no items in it, there is no ID or constant you can pass to MenuAddItem() to add something to the top of a menu, and if you do put in a bogus first item, you can't hide it. This seems like a defect in OS 3.5 to me, but I see nothing in the Knowledgebase about it. Peter -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
