Using v2008.1.515.20 with VS2005/.NET 2.0, C#, WinXP SP2.
Installation was fairly clean and controls appeared in toolbox. But controls that were in the toolbox were removed, all from different sections, including: ASP Label, Login, and various others. It was easy to put them back.
All toolbox sections were no longer sorted after installation. Not important, just a pain.
I have a new section in my toolbar called #13119. No clue what this is, it's empty.
AjaxLoadingPanel has a mind of its own for positioning the image control, even with sticky checked. It seems the image positions itself relative to the panel, but not inside - it moves out of the panel and moves around the form when the panel is dragged. Screenshots available.
VS IDE started blanking out after installation and attempts to figure out how to get the loadingpanel to behave. VS was obviously corrupted, I probably should have rebooted after installation. VS/devenv eventually crashed. Rebooted and continued on.
At some point later I got a BSOD while trying to figure out some other issue. First one in at least a year.
I consider this a feature but all Rad controls include a style by default which allow them to be positioned. This is a little difficult when they are dropped in a table but I usually use Divs for positioning anyway. Unfortunately when a solution is closed and re-opened controls like the datepicker reposition themselves outside of the table where they were dropped. (I know, table is sort of useless, I was following the old tutorial) Anyway, it's an imposition to have to re-position controls whenever a form is opened. For now I'm just learning so this isn't important.
I was trying to debug an issue which turned out to be my own failure to set AutoPostBack. To see what data was going back to the server on postback from a datepicker, I tried to set the TextChanged event of the DateInput property of the datepicker. I could not attach a hand-written method with the proper signature, nor could I auto-generate that event handler from the property manager.
Going through the Live Examples I've found anything but standard 100% zoom leel on IE7 will cause RadControls to seriously mess up text positioning. Controls are nicely re-sized but text overlays and mis-locates. For demos and visually impaired users proper zooming is important. Yes, for now I can change resolution on my monitor. That's not the solution I'd like to give prospects.
We'll continue to investigate the controls. I'm hooked, but I still need to find out what works and what doesn't so I don't spend too much time beating my head against a wall.
Thanks for your time.
Installation was fairly clean and controls appeared in toolbox. But controls that were in the toolbox were removed, all from different sections, including: ASP Label, Login, and various others. It was easy to put them back.
All toolbox sections were no longer sorted after installation. Not important, just a pain.
I have a new section in my toolbar called #13119. No clue what this is, it's empty.
I found a file called ToolBoxInstallerVS2005_log.txt. It contains:
INSTALL: Value cannot be null.
Parameter name: type
INSTALL:
at System.Activator.CreateInstance(Type type, Boolean nonPublic)
at Telerik.Installation.ToolBoxInstaller.Init()
at Telerik.Installation.ToolBoxInstaller.Execute(String command)
AjaxLoadingPanel has a mind of its own for positioning the image control, even with sticky checked. It seems the image positions itself relative to the panel, but not inside - it moves out of the panel and moves around the form when the panel is dragged. Screenshots available.
VS IDE started blanking out after installation and attempts to figure out how to get the loadingpanel to behave. VS was obviously corrupted, I probably should have rebooted after installation. VS/devenv eventually crashed. Rebooted and continued on.
At some point later I got a BSOD while trying to figure out some other issue. First one in at least a year.
I consider this a feature but all Rad controls include a style by default which allow them to be positioned. This is a little difficult when they are dropped in a table but I usually use Divs for positioning anyway. Unfortunately when a solution is closed and re-opened controls like the datepicker reposition themselves outside of the table where they were dropped. (I know, table is sort of useless, I was following the old tutorial) Anyway, it's an imposition to have to re-position controls whenever a form is opened. For now I'm just learning so this isn't important.
I was trying to debug an issue which turned out to be my own failure to set AutoPostBack. To see what data was going back to the server on postback from a datepicker, I tried to set the TextChanged event of the DateInput property of the datepicker. I could not attach a hand-written method with the proper signature, nor could I auto-generate that event handler from the property manager.
Going through the Live Examples I've found anything but standard 100% zoom leel on IE7 will cause RadControls to seriously mess up text positioning. Controls are nicely re-sized but text overlays and mis-locates. For demos and visually impaired users proper zooming is important. Yes, for now I can change resolution on my monitor. That's not the solution I'd like to give prospects.
We'll continue to investigate the controls. I'm hooked, but I still need to find out what works and what doesn't so I don't spend too much time beating my head against a wall.
Thanks for your time.