sdlsdk Work Item Rss Feed

Closed Feature: Data binding [11844]

jimmysch — Thu, 18 Feb 2010 06:09:08 GMT

Data binding with Python/Ruby is basically useless in Silverlight because of the lack of support for ICustomTypeDescriptor. This needs to be fixed.
Comments:

This is now fixed with clrtype.py. See this post: http://gui-at.blogspot.com/2009/11/inotifypropertychanged-and-databinding.html

Commented Issue: IDynamicObject or IDynamicMetaObjectProvider in DLR for Silverlight? [13690]

mamadero — Mon, 04 Jan 2010 01:10:27 GMT

Hello!

We are currently implementing an application with scripting enabled using the DLR. One goal is to write a single code base for Silverlight and WPF. Most pieces work great. However, what we are missing is something like Microsoft.Scripting.Actions.IDynamicObject (from DLR SDK on codeplex) or System.Dynamic.IDynamicMetaObjectProvider (from .NET 4).

Here is what we try to achieve:
1. Develop a class in C# with some built-in properties
2. Extend the class (e.g. add properties) using user-configurable metadata DURING RUNTIME (to be exact: the scripts will be used to modify metadata)
3. Access instances of the class from within python scripts; the scripts have to have access to both built-in AND dynamically added properties

We have a working solution for WPF 3.5 and 4.0. In Silverlight we did not find a proper interface with which we can achieve what we have to build.

We have already thought (and implemented) a workaround using dynamically generated types (based on ILGenerator.Emit). In this workaround we create derived classes on the fly based on metadata. This works nice with Silverlight (special feature: This way Data Binding works!). However, in our case metadata can change every now and than which results in a large number of unused dynamically generated types because once created we cannot get rid of the types any more (we do not want to create them in a separate AppDomain, too much overhead). Because of this a dynamic solution like on the full client would be preferred.

It would be great if someone could point me to a possible solution. Even if you don't have one and you are sure that what we want is not possible in Silverlight 3, please drop me a line. In this case we can stop researching.

Kind regards,
Rainer
Comments: ** Comment from web user: mamadero **

I checked and it's not support in Silverlight 4 either. Please vote here
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=522119&wa=wsignin1.0

Commented Issue: IDynamicObject or IDynamicMetaObjectProvider in DLR for Silverlight? [13690]

mamadero — Fri, 18 Dec 2009 03:53:08 GMT

Have you looked at Silverlight 4? It might be supported there

Created Issue: IDynamicObject or IDynamicMetaObjectProvider in DLR for Silverlight?

r_stropek — Wed, 22 Jul 2009 11:30:15 GMT

Commented Issue: XMLRPCLIB

Dickerson — Mon, 22 Jun 2009 17:55:42 GMT

I am having trouble getting the xmlrcplib module to work.

I have two attempts at doing this, so I will upload both files.

Chris_Lee version uses a library I got from Chris Lee who said it works for xmlrclib, but it is really old.
This version throws an exception to importing xmlrpclib with failure to import struct

Seo_sanghyeon version uses a ironpython version of socket.py that he wrote
This version throws and exception to creating the server with failure to NetworkStream

Also, note that with the Seo version I have dumped the entire ironpython library into the app.
Is there a better way of determining what lib files are needed?
Comments: ** Comment from web user: Dickerson **

Please notify me when this is solved Dickerson4@dow.com

Commented Issue: Chiron hosting an old version of Silverlight

Ben_Christenson — Thu, 18 Jun 2009 15:19:11 GMT

I start the server with script\server /b which brings up IE with a directory structure.

After moving into samples\python\clock\index.html it says I need to install silverlight. However I already have silverlight installed and Microsoft agrees and says the server is using an old version of silverlight.
Comments: ** Comment from web user: Ben_Christenson **

Fixed by downloading Silverlight Dynamic again.

Commented Issue: Chiron hosting an old version of Silverlight

Ben_Christenson — Thu, 18 Jun 2009 15:19:05 GMT

Fixed by downloading Silverlight Dynamic again.

Created Issue: XMLRPCLIB

Ben_Christenson — Thu, 18 Jun 2009 14:43:32 GMT

Created Issue: Chiron hosting an old version of Silverlight

Ben_Christenson — Sun, 14 Jun 2009 13:01:17 GMT

Created Issue: Space in the directory path

Ben_Christenson — Sun, 14 Jun 2009 12:50:06 GMT

I am running Windows 7 and have a space in the directory path to chiron. It seems to break it, but doesn't on Vista.

Low Priority

Commented Feature: Data binding

harrypierson — Fri, 24 Apr 2009 21:28:47 GMT

Data binding with Python/Ruby is basically useless in Silverlight because of the lack of support for ICustomTypeDescriptor. This needs to be fixed.
Comments: ** Comment from web user: harrypierson **

With the new __clrtype__ suport in IronPython 2.6, you can now databind IronPython objects in Silverlight. Details here: http://devhawk.net/2009/04/24/clrtype+Metaclasses+Demo+Silverlight+Databinding.aspx

Created Issue: Iron* Interactive Shell Layout

alcides — Tue, 21 Apr 2009 21:13:15 GMT

I'm using an Apple External Keyboard as well as the macbook's default keyboard with my pt-PT layout viewing the IronPython/Ruby Interactive Shell in http://ironpython.codeplex.com/Wiki/View.aspx?title=SilverlightInteractiveSession.

Somehow it accepts my input as a en-US layout. For instance shift+0 (= in my layout) writes ) in the shell. Which is wrong.

Also, clicking the about link does nothing but making the SL canvas white. It should work also.

Commented Issue: Possible parsing issue with JSON (IronPython + System.Net.Json)

bwmcadams — Mon, 13 Apr 2009 15:10:20 GMT

I am running into a reproducible and mildly annoying problem, which I can't find any other references to online and assume it's a translation issue b/w the agDLR and Silverlight itself.

When parsing a JSON String via JsonArray or JsonObject (.Parse, but also attempted converting to a MemoryStream and running 'Load') I am getting "extra" quotes (Double quote - ") embedded in any Strings (JsonPrimitive, JsonType 'String').

I've tried a bunch of different things. Out of curiosity, if I change all double-quotes in the response string to single quotes, it still parses, and still includes "extra" double quotes inside. I am running lstrip('"').rstrip('"') against each string but it's rather annoying, and seems like a bug.

Example of a response string from my server (Python, simplejson, if it matters):
{"status_code": 200, "status_message": "Login OK.", "data_type": "LOGIN", "data": {"user_id": 1, "session_id": "a4a58718f5cde2561f362e315f08d116"}}

I run:

json_obj = JsonObject.Parse(responseString)
print "Parsed Json: %s" % json_obj

The ToString on the json_obj prints "correctly" - no extra quotes.

However:

json_obj['data_type'].ToString() or json_obj['data_type'] (The value itself being a JsonPrimitive of JsonType 'String'), always print out, etc. as:

'"LOGIN"'

This seems like it MAY be a agDLR issue, but I'm unsure.
Comments: ** Comment from web user: bwmcadams **

Thanks, this is a huge help.
Decode works great, but encode is throwing errors for me in all cases. I tried a few of the samples from simplejsons' docs as well and same problems:

simplejson.dumps(['foo', {'bar': ('baz', None, 1.0, 2)}])
System.ArgumentNullException: Value cannot be null.
Parameter name: method
at <module> in <string>, line 0
at iterencode in stdlib/simplejson/encoder.py, line 252
at encode in stdlib/simplejson/encoder.py, line 197
at dumps in stdlib/simplejson/__init__.py, line 228
at <module> in <string>, line 0
=> None

Any thoughts?

Commented Issue: Possible parsing issue with JSON (IronPython + System.Net.Json)

spassig — Wed, 01 Apr 2009 13:26:59 GMT

We have all kind of problems using the .NET JSON parser. Apart from those double quotes we ran into different conversion problems with all the .NET primitives types. If you just want to convert JSON to simple python arrays and dictionarys I would succest that you use simplejson (as we did). I attached a slightly modified version of simplejson (Version 2.0.7) (you also need the struct Modul) that works fine in our project. Simply copy the "stdlib" folder in your python folder of the chiron project, add a "sys.path.append("stdlib")" in your application and you can use simplejson.

Created Issue: Possible parsing issue with JSON (IronPython + System.Net.Json)

bwmcadams — Sun, 29 Mar 2009 21:32:19 GMT

Created Issue: Chiron should handle Ctrl-Cs gracefully

dfugate — Thu, 26 Mar 2009 19:26:28 GMT

When you Ctrl-C a chiron process, it always emits a non-zero exit code. Unless there's some clean way to shutdown Chiron I'm unaware of, this signal needs to be caught by chiron (http://www.hanselman.com/blog/MoreTipsFromSairamaCatchingCtrlCFromANETConsoleApplication.aspx shows how this is possible in .NET) and chiron.exe should emit a zero exit code.

C:\vsl-ip26\Merlin\Main\Languages\IronPython\Tests\silverlight_sanity>"C:\Program Files\IronPython 2.6\Silverlight\bin\Chiron.exe" /w
Microsoft(R) Silverlight(TM) Development Utility. Version 1.0.0.0
Copyright (c) Microsoft Corporation. All rights reserved.

Chiron serving 'C:\vsl-ip26\Merlin\Main\Languages\IronPython\Tests\silverlight_sanity' as http://localhost:2060/
^C
C:\vsl-ip26\Merlin\Main\Languages\IronPython\Tests\silverlight_sanity>echo %ERRORLEVEL%
-1073741510

Commented Issue: Configuration.LoadFromAssemblies fails on signed assemblies

jimmysch — Mon, 16 Feb 2009 22:09:58 GMT

From: Martin Calsyn
Sent: Saturday, February 14, 2009 6:22 AM
To: DLR Discussion
Subject: Silverlight+antlr+DLR - Configuration.LoadFromAssemblies fails

I have what I fear may be a fairly basic problem with signing/security or packaging, but the resolution is evading me.

We have created a DLR language using Antlr and the DLR 2.0 and want to run it within a Silverlight control. Everything works fine when we link with WPF and run on the desktop, but we are getting assembly-load errors when launching from within Silverlight.

Specifically our test app (CVTWebTest), silverlight control (CVTWebControl), language (CVTLanguage) and Antlr DLL (Antlr3.runtime.dll) fail to load with FileNotFound exceptions. That’s odd because the line throwing the code is in CVTWebControl, which was obviously loaded at least once or we wouldn’t be running, but which fails a subsequent dynamic load. The errors are all thrown by the highlighted statement:

namespace CVTWebControl
{
public class CVTControl
{
public CVTControl( )
{
ScriptRuntimeSetup srs = Configuration.LoadFromAssemblies( Package.GetManifestAssemblies( ) );
srs.HostType = typeof( BrowserScriptHost );
ScriptRuntime runtime = new ScriptRuntime( srs );
ScriptEngine cvtEng = runtime.GetEngine( "CVTLanguage" );
ScriptSource source = cvtEng.CreateScriptSourceFromString( "render(){}", SourceCodeKind.Statements );
ScriptScope scope = cvtEng.CreateScope( );
Object ob = source.Execute( scope );
}
}
}

The first-chance exception for each of the files I named above is :

System.IO.FileNotFoundException occurred
Message="Could not load file or assembly 'CVTWebTest, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified."
StackTrace:
at System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)

Since our language dll fails to load for inspection, our language is not found and the rest of initialization fails.

All of the failing assemblies are strong-named and all of the assemblies and their dependencies appear in the xap. My working theory has been that my signing key or these assemblies are not trusted in some essential way, but I have not been able to noodle out the solution.

It may be interesting to note that if we recompile any of the Microsoft.Scripting dlls from source and signed with our snk, they too then fail to load, which is what is leading me to suspect signing/trust issues.

Any suggestions would be deeply appreciated.
Comments: ** Comment from web user: jimmysch **

From: John Messerly
Sent: Monday, February 16, 2009 1:22 PM
To: Martin Calsyn; Jimmy Schementi
Subject: RE: Silverlight+antlr+DLR - Configuration.LoadFromAssemblies fails

Awesome, glad it’s working .

It might be an intentional limitation of Package.GetManifestAssemblies that it can’t handle signed assemblies. It doesn’t seem like a very useful API though, given that limitation. I’m wondering if maybe it should call “LoadAssemblyFromPath” which would load the assemblies from the XAP. But that might be too slow if the DLL is already loaded (it would have to decompress it again, only for the CLR to discover it’s actually the same assembly).

In any case, I think you can use the more advanced “Configuration.TryParseFile” method which looks for a “languages.config” in the root of the XAP file. Offhand I don’t remember the format, but maybe one of the samples has it. That is the “more powerful” way of configuring the DLR, should allow you to specify the fully qualified assembly names.

- John

From: Martin Calsyn
Sent: Monday, February 16, 2009 12:37 PM
To: John Messerly; Jimmy Schementi
Subject: RE: Silverlight+antlr+DLR - Configuration.LoadFromAssemblies fails

fyi - frobbing the signing didn't help anything, however implementing the LoadMyAssemblies iterator returning just the dll that contains our language seems to have gotten things working. I've verified that it is calling our lexer, parser and generators.

Thanks much for your help, though I would still be interested in knowing whether this is a bug or whether we were just applying the pattern incorrectly. Let me know if I can help with any diagnostics and I will happily do so.

--Martin

From: Martin Calsyn
Sent: 16 February 2009 20:01
To: John Messerly; Jimmy Schementi
Subject: RE: Silverlight+antlr+DLR - Configuration.LoadFromAssemblies fails

Thanks - no, I had not gotten any response so far.

Your theory here could explain why my compiled versions of Microsoft.Scripting dlls also fail, but the production ones do not - my versions were signed (simply because I presumed that they must HAVE to be signed as oppose to 'must not be') as are all of my CVT*dll assemblies.

The line you indicate, is in fact where things go south for us. I will try your suggestion and reply with the results

Thanks,
--Martin

Commented Issue: Configuration.LoadFromAssemblies fails on signed assemblies

jimmysch — Mon, 16 Feb 2009 22:09:32 GMT

From: John Messerly
Sent: 16 February 2009 19:52
To: Martin Calsyn; Jimmy Schementi
Subject: RE: Silverlight+antlr+DLR - Configuration.LoadFromAssemblies fails

Did Jimmy answered this already? He’s our resident expert, but it sounds to me like it might be a bug in the DLR.

You mention signing, but it appears to be trying to load CVTWebTest without a key (“PublicKeyToken=null”). Is the DLL actually signed? If so, the bug might be here in Microsoft.Scripting.Silverlight:
result.Add(BrowserPAL.PAL.LoadAssembly(Path.GetFileNameWithoutExtension(part.Source)));

It doesn’t appear to allow signed DLLs.

What you might be able to do is remove the call to Package.GetManifestAssemblies, and instead load the assemblies yourself using the fully qualified name:

internal static IEnumerable<Assembly> LoadMyAssemblies() {
// you could hardcode string names here too:
yield return Assembly.Load(typeof(MyTypeFromDll1).Assembly.FullName);
yield return Assembly.Load(typeof(MyTypeFromDll2).Assembly.FullName);
}

Hope that helps,
- John

Created Issue: Configuration.LoadFromAssemblies fails on signed assemblies

jimmysch — Mon, 16 Feb 2009 22:08:34 GMT

Created Issue: Hiding asynchronous behavior

jimmysch — Thu, 05 Feb 2009 00:32:41 GMT

Lambdas are definitely a way to make the programming model nicer. C# should make async property setting less painful, but I bet I could completely hide the async in Ruby ...

Brush.class_eval do
alias "actual_image=" "image="
def image=(url)
download(url) { |content| actual_image = content }
end
end

# then you could do ...

brush.image = "http://..."

Of course this wouldn't work since the "content" would have to be converted to whatever "brush.image" expects, and everything between "{}" would actually be invoked on a different thread, so I'd have to put some locks in there since there's no guarantee "brush.image = foo" is thread-safe ... but you get the picture ;)

What's funnier is that there's one big synchronous operation in Silverlight that can still hang the UI thread: jitting. DLRConsole hangs the browser for like 10 seconds before starting up. I'd love it if Moonlight would JIT on a background thread. =) I'm trying to get the Silverlight guys to make that change, but no commitment yet. And you can still do synchronous downloading by using the HtmlBridge to get to the XmlHttpRequest object.

The only reason the limitation is there is because current browsers run <object> controls on the UI thread. Chrome is actually the best Silverlight browser IMO because it runs each <object> control in a different process, so any blocking calls won't hang the browser UI. =P Hopefully future browsers can adopt this behavior, then the need for async-only would go out the window.

> What I figured could be done is that Silverlight could continue to
> enforce a policy of no-asynchronous operations, like expecting:
>
> brush.Image = "http://..."
>
> To work, but instead in those situations to always require that the
> file is downloaded asynchronously and to force the developer to set any
> properties in a callback, like:
>
> Download.Fetch ("http://...", x => MyBrush.Image = x);