We use cookies to give you the best experience on our website. If you continue to browse, then you agree to our privacy policy and cookie policy. Image for the cookie policy date
close icon

ComboBoxAdv Type

I was just hoping for some clarification. If I access the type of ComboBoxAdv using the GetType method it returns a System.Windows.Forms.Textbox, which doesn''t make sense to me, I really want the Syncfusion...ComboBoxAdv which is reflected in the Parent property. I''m accessing the control based upon ActiveControl. This is occuring in 2.0.4.0. I''d like to work with 2.0.5.0 but the evaluation version has not been updated still it appears and before purchasing the upgrade from 1.6.1.8 trying to see how much code rework will be required. Thanks Ben

11 Replies

AD Administrator Syncfusion Team April 27, 2004 06:50 PM UTC

Hi Ben, I have tested for this issue in our latest release, v2.0.5.0 and the GetType method correctly returns the ComboBoxAdv''s type as Syncfusion.Windows.Forms.Tools.ComboBoxAdv. I have attached the test sample here. Please test this in v2.0.5.0 and let me know if this meets your requirements. Regards, Guru Patwal


BE Ben April 28, 2004 12:42 PM UTC

I don''t see an attachment


AD Administrator Syncfusion Team April 28, 2004 12:59 PM UTC

Hi Ben, Sorry, the attachment did not go through correctly in my previous response. I have reattached the sample here. We appreciate your cooperation, and thanks for choosing Syncfusion products. Regards, Guru Patwal Syncfusion, Inc.


BE Ben April 28, 2004 06:02 PM UTC

Guru, I made a change to the file you attached and called GetType using ActiveControl on the form when the Enter event fires for ComboBoxAdv and it sort of works correctly. I was unable to test using 2.0.5.0 so I might just be wasting your time, I''ll gladly test again if 2.0.5.0 is available as the evaluation. I tested using 2.0.4.0 and the enter event fires 2 times, the first time returning ComboBoxAdv as the type, and then a second time as TextBox. It appeared that when the enter event fires for ComboBoxAdv control it views the control as 2 controls a ComboBoxAdv with a subcontrol/embedded control of a Windows TextBox. I''ll attach the modified sample, it may require the references to be changed. comboboxadv_type_5774.zip


AD Administrator Syncfusion Team April 28, 2004 07:01 PM UTC

Hi Ben, Thanks for the modified sample application. I have tested this in v2.0.5.0, and could observe that when a ComboBoxAdv has focus and ActiveControl.GetType is used to get its Type, it returns 2 values : "Syncfusion.Windows.Forms.Tools.ComboBoxAdv" and "System.Windows.Forms.TextBox". This could be because the ComboBoxAdv internally uses a TextBox, but since ComboBoxAdv is projected as one single control, ideally the GetType should return "Syncfusion.Windows.Forms.Tools.ComboBoxAdv" only. I have consulted the development team in this regard, and will update you with more information as soon as they get back to me. We appreciate your patience, and thanks for considering Syncfusion products. Regards, Guru Patwal Syncfusion, Inc.


AD Administrator Syncfusion Team May 7, 2004 03:47 PM UTC

Hi Ben, I have consulted the development team on this issue, and would like to inform you the following : We have to keep the ComboBoxAdv as a Control derived class rather than a ContainerControl derived (like NumericUpDown which internally uses a embedded TextBox) to workaround another bug in the .Net framework. So, if you could elaborate on your requirements we could suggest you a suitable workaround. Thanks for considering Syncfusion products. Regards, Guru Patwal Syncfusion, Inc.


BE Ben May 13, 2004 01:04 PM UTC

Currently we have an application that displays some field specific information which is provided through provider/extender properties. The property is determined based upon the control type and then the value for that control is extracted and used for display purposes. Thanks Ben


AD Administrator Syncfusion Team May 13, 2004 10:32 PM UTC

Hi Ben, Thanks for the above information. I will discuss this with the development team and update you on this as soon as possible. We appreciate your patience and cooperation. Regards, Guru Patwal Syncfusion, Inc.


AD Administrator Syncfusion Team May 14, 2004 09:31 AM UTC

Ben, You mention that the extended-property value is determined based on the control-type, so can you not include the ComboBoxAdv as one of the valid control-types? It would then not matter whether or not the ComboBoxAdv is Control or ContainerControl derived. Or is the issue that you are excluding all ContainerControl derived controls in your logic and that conflicts with the ComboBoxAdv implementation? -Praveen


AD Administrator Syncfusion Team May 14, 2004 11:35 AM UTC

>Or is the issue that you are excluding all ContainerControl derived controls in your logic and that conflicts with the ComboBoxAdv implementation? > That''s correct, current implementation excludes ContainerControls. Right now current implementation is a switch/case statement on ActiveControl.GetType. And it assumes that all the control''s are of derived from control.


AD Administrator Syncfusion Team May 17, 2004 04:32 PM UTC

Hi, I made a mistake in my previous update, where I imply that ComboBoxAdv is deriving from ContainerControl. But that''s not true, it derives from Control. So, you obviously have a different issue here. Nothing to do with "excluding ContainerControls". Is that right? Please let me know if I missed something. Regards, Praveen

Loader.
Up arrow icon