Silverlight Documents manipulated in non SL assemblies

[Adam]

I would like to do some server-side manipulation of RadDocuments created in Silverlight (remove header and footer specifically). I have a standard .net assembly referencing the Telerik.Windows.Documents assemblies from the WPF Q3. I get an exception on Export. Am I doing something wrong - or is this simply unsupported? This same code works fine in SL.

var docs = EntityManager.FindEntities(EntityState.Added | EntityState.Modified).OfType<Document>();
			docs.ForEach(
				d =>
					{
						var provider = new XamlFormatProvider();
						var radDocument = provider.Import(d.Content);
						radDocument.Sections.First.Headers.Default = new Header();
						radDocument.Sections.First.Footers.Default = new Footer();
						d.Content = provider.Export(radDocument);
					});

_message "The type initializer for 'Telerik.Windows.Documents.Layout.RadTextMeasurerSL' threw an exception."
+ _innerException {"The calling thread must be STA, because many UI components require this."} System.Exception {System.InvalidOperationException}

[Adam]

Never mind. I didn't pay enough attention to the inner exception. It is due to thread being MTA. Sorry.

[Adam]

Me again:

I got the exceptions to go away but it appears the exported document is not compatible with SL because of an "IsDefault" attribute added to the "Style" element by the WPF Xaml Provider.

So, I ask again - am I trying to do something unsupported, or am I doing it wrong?

Thanks!
-Adam

[Martin Ivanov]

Hello Adam,
We couldn't reproduce your problem. Please verify that you are using latest (2011.3.1220) version of both Silverlight and WPF controls. If this doesn't help, you could send us (attached to a support ticket) sample project or document that reproduces the issue so we can investigate it further.
Looking forward to your reply.

Kind regards,
Martin
the Telerik team

[Adam]

This is strange:

We are using an older version of Silverlight assemblies (2011.3.1116). *BUT* that is the version that the documents were created in. We create and store the xaml in silverlight assemblies, then later open them in a non-silverlight application using the later version (2011.3.1220) of the WPF assemblies.

Wouldn't it stand to reason that the providers would be backwards compatible?

[Adam]

Never mind again. One of the other telerik dlls in the project was behind versions. Sorry! Everything works.