Re: [IronPython] how to use IronPython in Silverlight 2

2008-03-10 Thread Kevin Chu
I write a blog about this topic, link: http://www.cnblogs.com/redmoon/archive/2008/03/08/1096331.html It is be writed in Chinese. On Tue, Mar 11, 2008 at 8:15 AM, Jimmy Schementi < [EMAIL PROTECTED]> wrote: > Yep, that's the way to do it =) > > Ideally, this would be abstracted away in a silverli

Re: [IronPython] how to use IronPython in Silverlight 2

2008-03-10 Thread Jimmy Schementi
Yep, that's the way to do it =) Ideally, this would be abstracted away in a silverlight.py utility module ... which I see as largely community driven ... so feel free to share anything you think would be great to reuse across all python Silverlight apps. ~js > -Original Message- > From

Re: [IronPython] how to use IronPython in Silverlight 2

2008-03-10 Thread Dino Viehland
That's just Application.Current.RootVisual = myCanvas This is what I've been doing in my own Silverlight experiments, but I suck at using XAML and Blend :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Foord Sent: Monday, March 10, 2008 4:32 PM

Re: [IronPython] how to use IronPython in Silverlight 2

2008-03-10 Thread Michael Foord
Jimmy Schementi wrote: > > To load a XAML file and set the RootVisual, you can do this: > > Application.Current.LoadRootVisual(“file.xaml”) > > It’s how we do it in the python samples on http://dynamicsilverlight.net > Suppose you don't want to load a XAML file - how do you do that (but say set a

Re: [IronPython] how to use IronPython in Silverlight 2

2008-03-10 Thread Jimmy Schementi
To load a XAML file and set the RootVisual, you can do this: Application.Current.LoadRootVisual("file.xaml") It's how we do it in the python samples on http://dynamicsilverlight.net ~Jimmy From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dino Viehland Sent: Friday, March 07, 2008

Re: [IronPython] Newbie: IronPython and WSE 3.0 (translation from C# example)?

2008-03-10 Thread Srivatsn Narayanan
In the C# side you are using the constructor of UserService to create an instance of WebServicesClientProtocol. In the python side, you don't seem to be creating an instance of this. You can have a look at the constructor of the generated C# UserService and see how the instance is created and tr

Re: [IronPython] Newbie: IronPython and WSE 3.0 (translation from C# example)?

2008-03-10 Thread Ramon M. Felciano @ Yahoo
Got it -- that may be the problem. I generated the stubs as you suggested using WseWsdl3.exe (which I assume is the same as the tool you mention): C:\Program Files\Microsoft WSE\v3.0\Tools>WseWsdl3.exe /type:webClient http://www.example.com/Services/User

Re: [IronPython] Newbie: IronPython and WSE 3.0 (translation from C# example)?

2008-03-10 Thread Srivatsn Narayanan
Well, if the WebService.Load method returned an object that this method then yes this should work. You can use wsdl.exe to generate the proxy in C# (or if u already have the code for UserServiceWse) then you can find out how the call is being made inside the UserServiceWse constructor and transl

Re: [IronPython] Newbie: IronPython and WSE 3.0 (translation from C# example)?

2008-03-10 Thread Ramon M. Felciano @ Yahoo
Hi Srivatsn -- Thanks for the quick reply. I don't actually have UserServiceWse defined on the python side; I assumed that would be dynamically-generated from the WSDL call and that the appropriate methods would be found through introspectino. Is that incorrect? Is there some sort of stub-gener

Re: [IronPython] Silverlight 2 Controls

2008-03-10 Thread Michael Foord
Dino Viehland wrote: > sn -T System.Windows.Controls.dll gets you the public key token name... But > the only other way to get the entire thing is to put it in the GAC and do > gacutil /l. Alternately now that you've got the types in Silverlight you > could display Type.AssemblyQualifiedName

Re: [IronPython] Silverlight 2 Controls

2008-03-10 Thread Dino Viehland
sn -T System.Windows.Controls.dll gets you the public key token name... But the only other way to get the entire thing is to put it in the GAC and do gacutil /l. Alternately now that you've got the types in Silverlight you could display Type.AssemblyQualifiedName or Assembly.FullName. It'd b

Re: [IronPython] Silverlight 2 Controls

2008-03-10 Thread Michael Foord
Thanks Dino, I really appreciate your help. Dino Viehland wrote: > Two more possibilities which are little less ugly: > 1. AddReference to the fully qualified type name including strong name > I'm sorry to be dense - can you remind me how to get this strong name? I now have Visual Stu

Re: [IronPython] Silverlight 2 Controls

2008-03-10 Thread Dino Viehland
Two more possibilities which are little less ugly: 1. AddReference to the fully qualified type name including strong name 2. The bits at http://dynamicsilverlight.net/ - I'm told we should recognize the assemblies for you with some changes made there -Original Message- Fro

Re: [IronPython] Silverlight 2 Controls

2008-03-10 Thread Dino Viehland
This is a horrible workaround but I think it should work. You can create the object in XAML, then get the XAML and find the object, then call GetType().Assembly on it, and then pass that off to clr.AddReference. I'll follow up with the Silverlight guys on our team to make sure we can do better

Re: [IronPython] Silverlight 2 and app.xap layout

2008-03-10 Thread Michael Foord
Srivatsn Narayanan wrote: > I was running into the same issue but you can specifically ask Chiron to zip > the app folder by doing: > Chiron /d:app /z:app.xap. The /z switch adds the dlr assemblies as well. This > xap runs from cassini. > Ah great. So in this case it is my fault! (And I'm jus