In case of WebService binding, we have two major conditions regarding binding of resources - the selected view is Grouped By Resource or it's not. If the view is resource-grouped, then the header and content tables rendering changes from the default (non-grouped). In order to restrain the complexity of this rendering in a single place (it will require a lot of work to duplicate this rendering at the client side and most likely it will be a performance issue there), the development team decided to perform such rendering only at the server.
This means that if the view is resource-grouped, resources are needed server-side => (therefore) the server needs to bind all resource types from the WebService. These conditions are represented as ResourcePopulationMode.
The bottom line is that with Web Service binding, you cannot change the way RadScheduler has rendered without a postback. The resource columns will not change when you navigate through RadScheduler, only appointments will populate with client rendering. The closest to your requirement I think is the SchWsChangeResColumns.zip
sample I sent you in the previous post.
the Telerik team
If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to their blog feed