Wow, that's pretty fast, already planning for next release. I barely have time to catch up with using SL4.
On Sat, Apr 17, 2010 at 2:10 AM, Peter Blois <[email protected]> wrote: > Don’t forget .NET 3.5 & SL3 support too J. > > > > Back to triaging Blend 4 bugs, speccing Blend for Windows Phone features, > planning Blend 5, SL5 & WPF vNext features. Time to relax after shipping? > Bah! > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Scott Barnes > *Sent:* Thursday, April 15, 2010 9:24 PM > > *To:* ozSilverlight > *Subject:* RE: Silverlight 4 > > > > Give the expression team some slack this time round, as think about their > shipping dependencies..heheh > > > > - VS2010 compat > > - .NET 4 compat > > - SL4 compat > > - WP7 compat > > + New Features > > > > All within around a 9 month schedule. When we were told of the schedule > after SL3 was launched I simply shook my head in disbelief and uttered the > words "poor bastards"... they appear to have come through in the end > > > > Hats off to them though they've kept it together considering. > > > > > > > ------------------------------ > > *From:* [email protected] [ > [email protected]] On Behalf Of John OBrien [ > [email protected]] > *Sent:* Friday, April 16, 2010 1:02 PM > *To:* 'ozSilverlight' > *Subject:* RE: Silverlight 4 > > Great post from Tim explaining it all: > http://timheuer.com/blog/archive/2010/04/15/download-silverlight-4-released.aspx > > > > Also he confirmed that VS2010 can multi target SL3 and SL4 so that is what > I’ll be playing with on the weekend. Looks like RIA services for SL3 is the > only problematic piece of the puzzle. > > > > John. > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Jordan Knight > *Sent:* Friday, 16 April 2010 12:07 PM > *To:* ozSilverlight > *Subject:* RE: Silverlight 4 > > > > + It'll be done when it's done. It's good that we can use it before it's > done :) > ------------------------------ > > *From:* [email protected] [ > [email protected]] On Behalf Of Nick Randolph [ > [email protected]] > *Sent:* Friday, 16 April 2010 12:02 PM > *To:* ozSilverlight > *Subject:* RE: Silverlight 4 > > Right, so you’d prefer to wait for longer to get Silverlight 4 until all > the designer bits are final, rather than get Silverlight 4 today.... hmmmm I > know what I’d prefer. > > > > *Nick Randolph** *| *Built To Roam* | Microsoft MVP - Device Application > Development | +61 412 413 425 > The information contained in this email is confidential. If you are not the > intended recipient, you may not disclose or use the information in this > email in any way. Built To Roam does not guarantee the integrity of any > emails or attached files. The views or opinions expressed are the author's > own and may not reflect the views or opinions of Built To Roam. > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Winston Pang > *Sent:* Friday, 16 April 2010 11:55 AM > *To:* ozSilverlight > *Subject:* Re: Silverlight 4 > > > > Pooo :( I just wish they would just release it all at once, bit sick of all > these beta and RC bits on my machine, I want to just install all the RTM > bits at once. > > On Fri, Apr 16, 2010 at 11:50 AM, Jordan Knight <[email protected]> wrote: > > Yuppers > > > > On Fri, Apr 16, 2010 at 11:46 AM, Winston Pang <[email protected]> > wrote: > > So wait, the tool's aren't final, but the runtime is? > > > > On Fri, Apr 16, 2010 at 11:31 AM, Nick Randolph <[email protected]> > wrote: > > Note that this is RC2 for the Visual Studio tools. It's actually RTW for > Silverlight 4 itself! > > Nick Randolph | Built To Roam | Microsoft MVP - Device Application > Development | +61 412 413 425 > The information contained in this email is confidential. If you are not the > intended recipient, you may not disclose or use the information in this > email in any way. Built To Roam does not guarantee the integrity of any > emails or attached files. The views or opinions expressed are the author's > own and may not reflect the views or opinions of Built To Roam. > > > > -----Original Message----- > From: [email protected] [mailto: > [email protected]] On Behalf Of Vinay Tripathi > Sent: Friday, 16 April 2010 10:03 AM > To: ozSilverlight > Subject: Silverlight 4 > > Just checked, Silverlight 4 RC2 is now available for download. > > > Vinay > > -----Original Message----- > From: [email protected] [mailto: > [email protected]] On Behalf Of Jordan Knight > Sent: Thursday, 15 April 2010 2:03 PM > To: ozSilverlight > Subject: RE: Move Silverlight Element around in HTML > > Hey Ross, > > Thanks for the suggestion. Unfortunately the app is actually a CMS with a > big framework - so chaning it isn't an option. > > Cheers, > > Jordan. > > ________________________________________ > From: [email protected] [ > [email protected]] On Behalf Of ross [ > [email protected]] > Sent: Thursday, 15 April 2010 2:00 PM > To: ozSilverlight > Subject: Re: Move Silverlight Element around in HTML > > If the SL app is inside an updatepanel I don't think you will ever win. > > You could try pagemethods instead of updatepanels perhaps, assuming > the legacy permits. > > I just tried it out for fun. I have two divs, one with a SL app and > one with a html button. > > On clicking the button I hid the SL div, called the page method, and > on the page method callback showed the SL div and updated a label in > the html div with the time from the server. The SL app definitely > didn't reload, as I had a timestamp showing in the xaml side of things > that didn't change. > > > On Thu, Apr 15, 2010 at 1:06 PM, Jordan Knight > <[email protected]> wrote: > > Having it outside was an option i've considered... the problem is that > the > > UI is quite complex with fold out bits etc... so having it float would > > probably make it look a bit funny. > > > > JAK > > ________________________________ > > From: [email protected] > > [[email protected]] On Behalf Of John OBrien > > [[email protected]] > > Sent: Thursday, 15 April 2010 12:00 PM > > To: 'ozSilverlight' > > Subject: RE: Move Silverlight Element around in HTML > > > > We talking updatepanels Jordan? You need to make sure you're SL controls > are > > not within the updatepanel or they are redrawn. > > > > The trick we used for the Bing Maps ASP.NET control was to have the > update > > panel just contain some divs used for communication while the large map > > control sat just outside. This was all encapsulated within the control, > the > > developer didn't add their own updatepanel. > > > > > > > > John. > > > > > > > > From: [email protected] > > [mailto:[email protected]] On Behalf Of Jordan > Knight > > Sent: Thursday, 15 April 2010 11:36 AM > > To: ozSilverlight > > Subject: Move Silverlight Element around in HTML > > > > > > > > Hey guys, > > > > > > > > I have a situation where an existing ASP.NET AJAX based app has a series > of > > SL controls in them. Basically they don't want the SL elements to reload > > when the ajax controls refresh. > > > > > > > > I've had a muck around with moving the element in JS, and it can be moved > no > > problem - but it re-initialises the control each time... pretty sure its > the > > browser doing it. > > > > > > > > Does anyone have any ideas on how I might move an SL control without it > > re-initialising? > > > > > > > > Cheers! > > > > Jordan. > > > > _______________________________________________ > > ozsilverlight mailing list > > [email protected] > > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > > > > > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > > National Australia Bank Ltd - ABN 12 004 044 937 > This email may contain confidential information. If you are not the > intended recipient, please immediately notify us at [email protected] > by replying to the sender, and then destroy all copies of this email. > Except where this email indicates otherwise, views expressed in this email > are those of the sender and not of National Australia Bank Ltd. Advice in > this email does not take account of your objectives, financial situation, or > needs. It is important for you to consider these matters and, if the e-mail > refers to a product(s), you should read the relevant Product Disclosure > Statement(s)/other disclosure document(s) before making any decisions. If > you do not want email marketing from us in future, forward this email with > "unsubscribe" in the subject line to [email protected] in order > to stop marketing emails from this sender. National Australia Bank Ltd does > not represent that this email is free of errors, viruses or interference. > > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > > > > > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > > > > > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > > > > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > >
_______________________________________________ ozsilverlight mailing list [email protected] http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight
