Single source code base for Silverlight and WPF solutions

re: Single source code base for Silverlight and WPF solutions

SomeOne — Tue, 11 Mar 2008 23:43:18 GMT

Not if you use the DataGrid in SilverLight where is that in WPF? Or the WatermarkTextBox?

Yes only if Silverlight is a TRUE subset of .NET. I understand that SL 2.0 is beta and beta can have things that are not prime time. But when SL 2.0 goes live are we going to have controls in WPF that are not but are in SL 2.0?

re: Single source code base for Silverlight and WPF solutions

Corrado Cavalli — Wed, 12 Mar 2008 00:56:24 GMT

Not if you use e.Handled to stop propagation of a routed event...

re: Single source code base for Silverlight and WPF solutions

Steve — Wed, 12 Mar 2008 03:26:16 GMT

Where are the controls at ?

Or is it just a movie player and gradient builder ?

re: Single source code base for Silverlight and WPF solutions

BradA — Wed, 12 Mar 2008 04:58:15 GMT

>> Not if you use the DataGrid in SilverLight where >> is that in WPF? Or the WatermarkTextBox?

Good call... we are missing some controls in WPF right now... we are working on addressing that... look for more information on that soon.

re: Single source code base for Silverlight and WPF solutions

BradA — Wed, 12 Mar 2008 05:15:00 GMT

>> Where are the controls at ?

The current set of controls are in the Silverlight 2 SDK.. more information here:

http://blogs.msdn.com/brada/archive/2008/03/05/silverlight-2-controls.aspx

re: Single source code base for Silverlight and WPF solutions

Arne Claassen — Wed, 12 Mar 2008 09:54:29 GMT

I noticed that Scott mentioned in his "fix up the xmlns" that the namespace difference might be cleared up. If that is done, any hope for creating Assemblies that can compile both Silverlight and full .NET assemblies from one codebase. I'm currently tricking VS.NET into letting me share classes between assemblies (follow the link above for the how), but that method would be seriously tedious for sharing Controls between Silverlight and WPF.

Single source code base for Silverlight and WPF solutions

Single source code base for Silverlight and WPF solutions — Wed, 12 Mar 2008 11:43:12 GMT

At Mix08 , se

re: Single source code base for Silverlight and WPF solutions

divil — Wed, 12 Mar 2008 12:08:38 GMT

This is so far from reality it's just not funny. Maybe in beta 2 this will be possible, but there are so many fundamental things lacking in SLB1 that people are just used to in WPF that it isn't.

Even down to the way things are defined in XAML - where's {x:Type} ? How do we have a generic.xaml for a control library for compiles for both platforms? You simply cannot.

Link Listing - March 11, 2008

Christopher Steen — Wed, 12 Mar 2008 15:34:20 GMT

Sharepoint SharePoint Slipstreams recently announced [Via: slennon ] WPF Usability Design For Forms:...

3rd-party Silverlight controls demo

Strategic Developer | Martin Heller — Mon, 17 Mar 2008 17:02:44 GMT

Infragistics is one of the major ISVs developing controls for Microsoft platforms. I favorably reviewed their NetAdvantage controls for ASP.NET for InfoWorld in 2006. They have also released controls for Windows Forms and Windows Presentation Framework

re: Single source code base for Silverlight and WPF solutions

Calvin Guo — Mon, 19 May 2008 11:19:55 GMT

This is actually not as convenient as it sounds. Suppose I have a project with 250 c# files in it, which compiles fine in silverlight. Now I want to compile it in WPF, I have to open the project file to change all the references, and recompile.

If this sounds tedious, it gets worse when maintain this project, add a new file, remove a file ... etc. Keep the 2 project files in sync is a pain in neck.

Any easier ways?