[rjParticipant]

Hi Ivailo,

It’s pretty close, thank you. Now I got a clearer picture about this nice widget, especially its “fluid” mode. That’s why I put ..jqxDropDownList({ width: ’100%’… Even the layout is fixed, when the browser window resizes the layout will scale itself proportionally including spaces for it’s children (some of them are DropDownList). Again, sorry for not being enough clear about this.
The strange behavior so far (in my opinion) occurs only with DropDownList (in fluid-mode). I guess, in fluid-mode, it should strictly bound to container’s dimension and represent the currently selected item the best it can. Anyhow, your above approach is applicable for my situation, I just have to modify resize() event to do “manual-fluid”. It’s ok now.

many thanks,
rj

[rjParticipant]

Hi Ivailo,
Thanks for replying. I’m terribly sorry, I should have made myself clear from the beginning. The layout I maintain is fixed, and changing max-width value will simply break it, so changing max-width is not applicable in my case. Actually I was expecting standard behavior of dropdownlist (as in desktop apps), i.e. stay with its size (width) and display the content the best it can.

warm regards,
rj

[rjParticipant]

Oops, there was a typo in the link, please try this

[rjParticipant]

Hi Hristo,
Thank you so much, your proposed example is extremely helpful (especially the amazing ‘optimal’ function). Here is my modification based on your solution. So now, final width can be calculated on ‘open’ event, and the result is just what I wanted. At least this gonna be a solution protoype to be enhanced later. You see, I set the {autoDropDownHeight: false}, since I don’t want the scroll-bar to appear on document.body part.
Wow,,, one more thing to solve. Now, while the vertical scroll-bar stays intact, how to calculate the height of dropdown window to it’s maximum without exceeding bottom edge of viewport when the returned data item is quite many (say:300 items)?….

[Author]

Posts