My problem is simple: In my RadExpander header template, I am unable to access the properties of the data context of the expander itself.  Why does the header not have the same data context?

Here is a simple example:  A main Window with a label and a RadExpander (with HeaderTemplate).  The simple label easily accesses the "Name" property.  The RadExpander's HeaderTemplate cannot

The DataContext of this window is just itself:

My real-world use case it actually quite a bit more complicated so it's not a viable solution for me to try to bind the "RadExpander.Header" property directly. 

Nor can I use the  "ElementName=" binding syntax.  Not in my case

What is the best way to make the RadExpander HeaderTemplate inherit its the RadExpander's  data context?

I just added a datapager to my project but it does not seem to be honoring the Windows8touch theme.

I have the window8touch dll referenced properly as everything else works.

==> Telerik.Windows.Themes.Windows8Touch

What do I have wrong.

Hi all,

I am updating some code and it appears the use of InsertReadOnlyPage(DocumentPosition start, DocumentPosition end) from RadDocument is obselete and replaced by RadDocumentEditor.InsertReadOnlyPage().

The original call was the following (note the parameters):

Would this be equivalent the equivalent update?

Hello, I am trying to convert my existing C# program from the real Microsoft WPF components to the Telerik components. Now I have the problem that I use the function DataGrid.Items.GetItemAt with the Microsoft components. What is the equivalent in Telerik RadGridView?

Thank you in advance

When a user drags a tab out of a host TabbedWindow it creates a new TabbedWindow to host the Tab but this new TabbedWindow  doesn't inherit the configuration of the original parent. 

What would be the best way to get a handle on this new TabbedWindow and apply configuration style. E.g. disable the new tab button. 

Thanks,

Richard

(PS. I love this new control, it has really helped me)

Is there a way to enable WPF RadDock to open floated windows in a standalone window rather than a ToolWindow? The feature looks like its available in the WinForms version of RadDock but not WPF RadDock.

Would this be achieved in the DockingPanesFactory?

Hi,

I'm able to reproduce this error "Cannot change or check the contents or Current position of the QueryableCollectionView while Refresh is being deferred" even on the latest release. The exception is caught only if we use exceptional handling (try, catch).  

I'm using QueryableDataServiceCollectionView with autoload set to true. Now, I am using DeferRefresh() to defer the irrelevant web requests that go out  when I make any changes on RadGridView (i.e changing sort, filter descriptors and column index). 

My problem here occurs when we are trying to change the index of the gridview column. The process is exiting from the PersistenceManager.Load() operation (because of the exception) and skipping the remaining part of execution. Henceforth, it also exits the DeferRefresh() which in turn sends out an irrelevant query to the database, overriding my gridview with different data.

In the sample project that I'm attaching, I couldn't reproduce the same situation by using QueryableDataServiceCollectionView as it needs a DataServiceContext and DataServiceQuery. 

Please provide any fix for this exception.

Here is the link to my sample project: 

https://hexmet-my.sharepoint.com/:u:/g/personal/shravya_kusuma_hexagon_com/EXier5S_YydBr9eljF9NN64BCFM_TUqJQ73F5ojPxDM15Q

Thanks,

Mohan.

I've got a RadCartesianChart3D that uses a SurfaceSeries3D to show a colorized surface I've attached a sample image to show how it looks now ("Current_Surface.png")

1. I colorize this surface using  a SurfaceSeries3dValueGradientColorizer.
2. I build the colorizer in code-behind one single time.  It consists of 64 hard-coded color values that I use to colorize the my surface.
3. The gradient stops are evenly distributed throughout the 0.0 to 1.0 range.  I just manually set each GradientStop's "Offset" value to be (1.0 / 64.0) apart

This all works very well and looks great.  It produces the image I referred to above.

Here is the XAML I use. 

And here is how my XAML builds the GradientStops

But now I have a new requirement.  I need to add a RadSlider that allows the user to dynamically change the colors instantaneously.  The slider sets "cut-off" values distribution of the colors, limiting the range to a subset of 1.0.  The visual effect is to highlight certain values.  Basically I am emulating something that is already done  a different application of ours (that app uses OpenGL).  

To illustrate, I have also attached an image ("Desired_Surface.png") of this alternate application (the one that already has this slider) and the same surface showing.     You can see the the user has adjusted the bottom slider upwards and this has totally compressed the color distribution.  (You can even see the compressed distribution in the slider itself, though I don't need that). 

My problem is that I cannot see how to emulate this with SurfaceSeries3D without using Deferred Dragging .   The user needs to see the colors change immediately as he/she adjusted either of the sliders indicators;  But the only way I can see to implement this is far too slow for anything but deferred dragging.

First I tried binding the Colorizer's GradientStop property.  As you no doubt already know, that is not allowed by WPF

Then I tried declaring all 64 gradient stops directly in XAML and binding each one's GradientStop.Offset to a backing view-model property but that is also not allowed (because Gradient stops must be Freezable and always sorted)

So the only way I could get this working was to completely rebuild the entire Colorizer every single time the user adjusts the slider.  I construct 64 new Gradient stops with the new Offset values and put them into a new GradientStop collection.  Unfortunately, this is far, far too laggy and slow.  It's too much work to do for a slider drag.  So I am left with using deferred dragging.  But that's not what my boss wants.

Is there any other approach I might take to speed up the adjustment of the colors? 

I have a chart with dynamically created CartesianGridLineAnnotations with labels. In some cases these annotations are very close together and the labels overlap.  How do I keep this from happening? Is there any kind of "Smart Label" for grid line annotation? 

Here is a simple example you can use to simulate my problem