We are having problems with WebDropDown's not rendering properly under a few different scenarios. However the common delimiter seems to be if we modify anything to do with databinding such as rebinding the datasource.
What it looks like is happening is that when the control redraws the 'editor' portion doesn't expand across the whole control.
We have tried playing with the different widths and styles but to no avail. It really takes away from the polish of the application.
Any ideas? Here is the markup for at least one of the dropdowns with issues. It is happening for both controls embedded in another control and just added to a page. Also in the scenario where it is on a page there are other dropdowns that work find and only the webdrop down that has the non datasource binding that is altered on postback is affected:
<ig:WebDropDown ID="ddSearch" runat="server" onselectionchanged="ddSearch_SelectionChanged" OnValueChanged="ddSearch_ValueChanged" StyleSetName="Windows7" Width="400px" AutoFilterQueryType="Contains" DropDownAnimationDuration="200" DropDownContainerHeight="400px" EnableAutoFiltering="Client" LoadingItemsMessageText="Refreshing data" NullText="Enter S/N or partial S/N to match." ToolTip="Enter S/N or partial S/N to match. Use % as a wildcard"AutoFilterTimeoutMs="300" onitemsrequested="ddSearch_ItemsRequested" StyleSetPath ="~/App_Themes">
<Button DisabledImageUrl="~/App_Themes/Windows7/images/ig_cmboDown1.png" HoverImageUrl="~/App_Themes/Windows7/images/ig_cmboDown1.png" ImageUrl="~/App_Themes/Windows7/images/ig_cmboDown1.png" PressedImageUrl="~/App_Themes/Windows7/images/ig_cmboDown1.png"/>
<ClientEvents InputKeyDown="ddSearch_InputKeyDown" InputKeyUp="ddSearch_InputKeyUp" AutoFilterStarted="ddSearch_AutoFilterStarted" ValueChanged="ddSearch_ValueChanged" />
</ig:WebDropDown>
Thanks
jack
I have found a solution to this issue. Add the folowing CSS classes to the dropDown.css file in ig_res folder:
.igdd_Office2007BlueControlArea
input
{
width: 100%;
margin: auto;
padding: 0 0 0 0;
table-layout: fixed;
font-family: Verdana, Arial, Helvetica, sans-serif;
font-size: 10pt;
font-weight: normal;
border: 0px;
}
.igdd_Office2007BlueControlFocus input
Well, as work around, I added the following style to the page
<style type="text/css"> .igdd_ClaymationControlArea input { background-color: Transparent; border-width: 0; font-family: Verdana,Arial,Helvetica,sans-serif; font-size: 10pt; font-weight: normal; width: 100%; z-index: 0; }</style>
This solved the style rendering issue but it seems less than ideal. I'm not sure why the <input> element drops it's css class value after a postback.
Was there ever a resolution to this problem? I am having it as well. I've isolated the problem to this: Once a value is selected and a postback is excuted, the style .igdd_ClaymationValueDisplay drops off the <input> element of the control. What appears is a default styled text box.
Any ideas?
It looks like setting the CurrentValue to anything other than null in a postback will mess up the rendering of the control. This is a bit of a pain.
Angel,
The CSS settings appear to be irrelevant. The problem stems from setting the ddXyz.CurrentValue = String.Empty.
As soon as that executes it loses the style settings for the control's textedit box and never resets them again.
If I replace that with ddXyz.CurrentValue = null then it works fine. Ironically the intellisense tooltip text states that setting it to null will set it to an empty string.
Could you please pass this along to development.