Advanced Forum Search Results
-
Wow... FORUM BUG!!!
I am a tester, so I guess it makes sense that I find the bugs.
-
Look for it in Beta2. Eugene blogged about it last month, in case you haven't seen it:
http://eugeneos.blogspot.com/2008/04/pushing-data-to-silverlight-application.html
It's better thought of as "Polling-Duplex" since the client polls the server for messages. On the outside, though, it acts like ...
-
Look for it in Beta2. Eugene blogged about it last month, in case you haven't seen it:
http://eugeneos.blogspot.com/2008/04/pushing-data-to-silverlight-application.html
It's better thought of as "Polling-Duplex" since the client polls the server for messages. On the outside, though, it acts like ...
-
The Linux support is being added by a third-party partner, but I think I was wrong about hosting. If IIS is running on Windows 2000 and you can register a .xap file as a mime type, you actually should be able to host a Silverlight application. What kind of support on Windows 2000 are you looking for?
-James
-
In the context of web-services, WCF services being called by SL Apps, which is the correct option? Is it adding a silverlight link to a asp.net web-application or creating a web-server at the time of creating the SL App.
I'm not sure what the correct option is, but what I usually do is just create a new Silverlight Application in Visual ...
-
This sounds really interesting. My first approach would be the webservice one, but that's because until now, I haven't heard of Xml Data Islands. Maybe you could issue an HttpWebRequest to the page that has the data island on it. Then manually parse the response message for the XML.
-
Silverlight Clients should be able to run on Windows 2000 SP4, but there isn't support for developing/hosting on Windows 2000.
-
I'm not sure how you are running the project. Are the aspx pages hosted through IIS? You might try doing a Clean Solution before building and see if that updates it.
-
I'm not sure about the first part of the question... but what form will the XML be in on the client? (A file somewhere? CLR object in a different app? Message object ready to dispatch somewhere?)
-
FaultContracts aren't supported yet, but are being considered in a future release.