The logical thing would seem to be adding ICustomTypeProvider to ExpandoObject or DynamicObject, but these are both in System.Core so more or less out of our hands. Or has the Silverlight team extended those classes to support this new interface (I haven't pulled down the SL5 bits to check)?
And it begs the question of why did the Silverlight team feel we need yet another (incompatible) custom type info implementation? Keith Rome Senior Consultant and Architect MCPD-EAD, MCSD, MCDBA, MCTS-WPF, MCTS-TFS, MCTS-WSS Wintellect | 770.617.4016 | kr...@wintellect.com www.wintellect.com -----Original Message----- From: users-boun...@lists.ironpython.com [mailto:users-boun...@lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Thursday, April 14, 2011 10:32 AM To: Discussion of IronPython Cc: Chad Brockman Subject: Re: [IronPython] IronPython for Silverlight 5? On Wed, Apr 13, 2011 at 11:14 PM, Chad Brockman <cha...@slb.com> wrote: > I see Silverlight 5 now has something besides simple reflection > (ICustomTypeProvider) - > > http://msdn.microsoft.com/en-us/library/gg986857(v=VS.96).aspx#data > > Will we see an update to Iron*/DLR to support binding to dynamic > objects any time soon? This will open fantastic options for using > IronPython in Silverlight. If someone provides a patch, yes. We actually need someone with an interest in Silverlight to keep an eye on it and make sure that we don't break SL support and new features like this. We don't have anyone in that role right now. - Jeff _______________________________________________ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com _______________________________________________ Users mailing list Users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
