I'm having a problem in the behaviour of the RadBusyIndicator between two different projects on the same machine. I downloaded an example project from your site, and the control seems to behave correctly. When IsBusy is false - the control disappears and the controls on the page are accessible. The RadBusyIndicator is the last control defined in the XML, and has a RowSpan across the entire grid.
In your example application it works correctly, in my application it does not. When the IsBusy is false, the progress bar disappears, but it looks like the background of the RadBusyIndicator remains, with a nice grey gradient over the controls making them in accessible.
It was working correctly before I applied the Q3 update, now the Progress bar works correctly, but the background remains as the IsBusy indicator is toggled.
The reference to Telerik windows Controls:
Example application:
Version:2010.3.1129.1040
Runtime: V2.0.50727
My Application:
Version: 2010.3.1110.1040
Runtime: v2.0.50727
I've uninstalled all of Telerik controls, rebooted, and re-installed using the latest production build - and this is what I got...
I'm also suspecting a problem with my VS integration of Telerik controls - as my drag and drop from the tool box is not working correclty - note the side panel which is displaying my toolbox: RadControls for Silverlight Q1 2010 SP2, and RadControls For Silverlight Q3 2010 - should it look like this?
I've attached some screen shots as well...
Everything else is working just fine!
Regards,
Richard
I'm suspecting this is a problem with my configuration, but after the reinstall of Telerik, I'm not sure where to start.
8 Answers, 1 is accepted
Thank you for contacting us.
Indeed, the RadBusyIndicator control behaves like you describe if you are using the official Q3 version. However, we have fixed this with the latest internal builds and a build from 29 November (v2010.3.1129.1040) or latest should work for you, so feel free to download one and use it instead of the official Q3 version.
Regarding the Tab in the toolbox - if you have removed the version that corresponds to it and it still remains, try Right Click -> Reset Toolbox or Right Click -> Delete Tab to remove the empty tab.
Hope this helps. Let us know in case you need further help.
Teodor
the Telerik team
R
Thank you for your reply.
This is fixed in the Service Pack, so feel free to try your project with 2010.3.1314 version of our controls.
In case you experience any further issues with that, please open a support ticket and send us a repro sample project so that we can identify the problem locally.
Hope this works for you.
Teodor
the Telerik team
Do I have to delete references and then add them back? Does it not update these reference automatically?
Question on the Busy Indicator on the design surface.
I added the BusyIndicator at the very end of my development, adding it last to the grid, but spanning all rows in the UI.
When configured this way, the designer service is not available meaning that I cannot click on a textbox, as it is being "hidden" behind the vail of the busy indicator... Is this normal behavour? Do I always have to comment out the busy indicator when I need to move controls around on the design surface? Do I have ti configured correctly?
Regards,
Richard
Thank you for your reply.
We are glad you have found the Upgrade wizard.
As far as design time is concerned, if you are talking about Visual Studio's design surface, indeed it is impossible to reach a control if it is behind another one. If you use Blend, however, just press the Alt key and click on the control that is behind the RadBusyIndicator - this should select it successfully.
I cannot claim that you are not using the RadBusyIndicator correctly because this may be the only way for it to fit your particular need. Still, you may try using it just like ContentControl - i.e. place all the controls inside it - thus you will be able to manipulate them through the design surface in both Blend and Visual Studio.
Hope this explains the matter. Let us know in case you need further assistance.
Teodor
the Telerik team
R
The recommended approach is to put the relevant content inside the RadBusyIndicator. Thus, the layout of the busy indicator over the needed UI will be done naturally.
Hope this clarifies the matter.
Teodor
the Telerik team