Combobox oddity

[Michael Shillito]

Has anybody else encountered this. If I enable 'Theme Support' in project properties. Then compile and run I loose
the Vertical Scrollbar on my Combo Boxes. Remove 'Theme Support' compile and run again and I get them back.
Using FF3.5, PB10.02 and Win7

[Haakon Birkeland]

In my experience (on XP Pro x64), the themed instance will grow longer/higher to accommodate more items thus avoiding the need for the scrollbar longer than the unthemeed counterpart. Eventually the scrollbars are added.

Try adding more items to it and see if the scrollbar at some point returns on w7 too â€" when the combobox can't "stretch" to show all items.

[Michael Shillito]

Hi Haakon

Yes the scroll bar kicks in when the number of items on the list reaches 30. So I checked to see if it
was the number of items, or if the combo had stretched to it's maximum that was the deciding
factor. Oddly after increasing the font size from 8 to 24 the Combo stretches beyond the
physical boundaries of the screen making the bottom 7 items on the list unobtainable as
this still did not activate the scroll bar. So it has to be items on list that controls it.

Michael

[Haakon Birkeland]

I assume there would be a standard (API SendMessage) way of controlling the max number of items to show, although I couldn't find it in a swift search on combobox messages. I see there are equates for setting the item height, that might me a help on the way, but nothing on the max number of items.

It might be because it's a combobox â€" a combination of an edit control and a listbox. Maybe a listbox control message would be the salvation ...?

[Michael Shillito]

Once again I think it is all down to theme support. The FF_Control_SetSize Function can limit the 'dropped down size' but again only if theme support is turned off. Anyway I don't need theme support so I will resolve it that way for now.
Thanks