Re: So, is Silverlight dead yet?
Jose, There was a lot of sarcasm in those images. Don't take them literally. The second two charts are my impression of the technologies Microsoft tend to choose. I've actually managed to avoid all of #1 and #2 in your suggestions, so the only Silverlight application I'd ever used from Microsoft was Live Mesh. Paul On Mon, Nov 1, 2010 at 4:48 PM, Jose Fajardo jose.faja...@cynergysystems.com wrote: With all respect Paul Stovell I can't make sense of what your diagrams are saying. I apologize if I'm reading them incorrectly BUT the way I read that diagram your suggesting that with Rays' exodus Silverlight has no champion within MS and it will literally cease to exist?! I guess if you only read blog news articles, which pretty much relay that message, you'd be forgiven for thinking that way. But if you look at the facts MS are doing everything but neglecting Silverlight... Just look at Microsoft's use of Silverlight Penetration Numbers... 1. New Products a) the new Azure portal , b) Windows InTune , c) Lync client are all Silverlight apps d) Silverlight profiling tool in VS - massive investment by MS for Silverlight development d) Lightswitch e) PivotControl - this has massive potential to change the data visualization and mining industry f) etc many others that I'm sure will be announced in the near and far future 2. Deep integration of Silverlight into existing core products - deep Silverlight integration across the business, Live and server products (eg. Sharepoint/ MSCRM / Live Portal / Bing all have strong Silverlight integration) 3. Penetration numbers ~ 96% Flash ~ 69% Silverlight (that’s up from 64%) ~ 10% (once you add up all the numbers) http://www.statowl.com/web_browser_usage_by_version.php?limit%5B%5D=ielimit%5B%5D=firefoxlimit%5B%5D=safarilimit%5B%5D=chromelimit%5B%5D=operalimit%5B%5D=netscape Again I apologize if I've miss-read your graphs BUT the way I see it based on the facts in front of me (from Microsoft's announcements and public data) Silverlight is alive and kicking and most importantly has healthy investment from Microsoft! Regards Jose Fajardo -Original Message- From: ozsilverlight-boun...@ozsilverlight.com [ mailto:ozsilverlight-boun...@ozsilverlight.comozsilverlight-boun...@ozsilverlight.com] On Behalf Of ozsilverlight-requ...@ozsilverlight.com Sent: Monday, November 01, 2010 6:22 PM To: ozsilverlight@ozsilverlight.com Subject: ozsilverlight Digest, Vol 15, Issue 8 Send ozsilverlight mailing list submissions to ozsilverlight@ozsilverlight.com To subscribe or unsubscribe via the World Wide Web, visit http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight or, via email, send a message with subject or body 'help' to ozsilverlight-requ...@ozsilverlight.com You can reach the person managing the list at ozsilverlight-ow...@ozsilverlight.com When replying, please edit your Subject line so it is more specific than Re: Contents of ozsilverlight digest... Today's Topics: 1. Re: So, is Silverlight dead yet? (Miguel Madero) 2. RE: So, is Silverlight dead yet? (Darren Neimke) 3. Re: So, is Silverlight dead yet? (Paul Stovell) -- Message: 1 Date: Mon, 1 Nov 2010 15:34:52 +1100 From: Miguel Madero m...@miguelmadero.com Subject: Re: So, is Silverlight dead yet? To: ozSilverlight ozsilverlight@ozsilverlight.com Message-ID: aanlktinc0xdyf6hexb6zy0pcnpf8x_ensbhyn3iwr...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Nice post. But I'm not sure MS is pushing that much (or even that little) for WPF internally or externally. On Mon, Nov 1, 2010 at 1:43 PM, Paul Stovell p...@paulstovell.com wrote: I took the liberty of graphing this: http://www.paulstovell.com/tool-for-the-job On Mon, Nov 1, 2010 at 12:08 PM, Stephen Price step...@littlevoices.com wrote: Wow. You mean, the right tool for the right job still applies? *feigned shocked look* I've been saying Silverlight is for Apps and HTML is for sites for ages. Nothing changed here. Should be interesting how they clarify the statement. :) On Mon, Nov 1, 2010 at 9:25 AM, Miguel Madero m...@miguelmadero.com wrote: I like how Shawn puts it, Silverlight is good for Apps; HTML is good for sites. That said, WPF is better for apps. So that leaves a handful of use cases for Silverlight, e.g. Web Apps, need of Mac support, easier deployment (not much different really), WP7 (which could've been just WPF for Phone), other devices (maybe?). On Mon, Nov 1, 2010 at 11:51 AM, Paul Stovell p...@paulstovell.com wrote: ...at least for non-phones: http://techcrunch.com/2010/10/30/rip-silverlight-on-the-web/ http://www.zdnet.com/blog/microsoft
Re: Interesting article re: WPF/Silverlight/HTML5 on riagenic
, multi bloody everything. Rapid development (through Des/Dev workflows) + awesome tooling. Consumers like apps too remember. They would much rather read their EPG in an app than have a link to a web page on their desktop. And what about other ideas that don't really exist yet. To say that WPF is dead and/or dying - well I say to you - there is more to the world of UX and consumerism than just the browser/current thinking. I think that WPF is _still_ ahead of its time. Tech/devices are moving way too fast for HTML5 spec to keep up with (what about this cheap new device? http://www.engadget.com/2010/09/13/microsoft-principal-researcher-bill-buxton-surface-will-be-in-h/ http://www.engadget.com/2010/09/13/microsoft-principal-researcher-bill-buxton-surface-will-be-in-h/ )... I think the HTML5 vs the world debate is forgetting about the consumer app/hi-tech/new shiny device market - it will/(*is*) be hooge! And we need to keep the consumers happy (which means being nimble!). HTML5 is great, bringing what we demand to spec. Yaay for Vimeo working on my iPhone! Plugins are great bringing us the latest tech quickly. And... as new screens are added (Surface, phones etc)... then you can be sure i'll be betting the farm on ripping out apps quickly on tech like WPF... Cheap Surfaces, every shop... WPF = killer. My 2 cents :) On Tue, Sep 14, 2010 at 9:01 PM, Tatham Oddie tat...@oddie.com.au tat...@oddie.com.au wrote: Even as the web standards zealot in the corner, I wouldn’t agree with many of Scott’s points. Jordan Knight and I just discussed the relationship between HTML5 and Silverlight across two episodes of Frankly Speaking: http://www.noisetosignal.com.au/franklyspeaking/?p=256 http://www.noisetosignal.com.au/franklyspeaking/?p=256 http://www.noisetosignal.com.au/franklyspeaking/?p=260 http://www.noisetosignal.com.au/franklyspeaking/?p=260 -- Tatham Oddie au mob: +61 414 275 989, us cell: +1 213 280 9140, skype: tathamoddie If you’re printing this email, you’re doing it wrong. This is a computer, not a typewriter. *From:* ozsilverlight-boun...@ozsilverlight.com ozsilverlight-boun...@ozsilverlight.com [mailto:ozsilverlight-boun...@ozsilverlight.com ozsilverlight-boun...@ozsilverlight.com] *On Behalf Of *danlaz...@arcamis.com danlaz...@arcamis.com *Sent:* Tuesday, 14 September 2010 6:33 PM *To:* ozSilverlight *Subject:* Interesting article re: WPF/Silverlight/HTML5 on riagenic Via CodeProject 'Daily News' (14/09/2010) - http://www.riagenic.com/archives/363 http://www.riagenic.com/archives/363 Dr. Dan Lazner, PhD | Software Architect/Engineer/Developer ___ ozsilverlight mailing list ozsilverlight@ozsilverlight.comozsilverlight@ozsilverlight.com http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight ___ ozsilverlight mailing list ozsilverlight@ozsilverlight.com http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight ___ ozsilverlight mailing list ozsilverlight@ozsilverlight.com http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight -- Paul Stovell ___ ozsilverlight mailing list ozsilverlight@ozsilverlight.com http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight
Re: Interesting article re: WPF/Silverlight/HTML5 on riagenic
, but then i'd cross a very clear legal line or two. Its why it was posted on a blog, by definition it's an opinion piece. You can choose - that being the keyword - to believe it or not, but thats where I stand. Jose, Jordan, John etc are looking to get to the root of this, Corneliu, David and i'm guessing others are more focused on the person not the issue? what gains do we get with the later? sure put me in a position of embarrassment that could work and you prove a point or two (personally i've had a variety of people express their opinions about me, i long since cared what others think years ago) that i'm flawed but in the end did it change the outcome of this initial issue? Regards, Scott Barnes http://www.riagenic.com On Wed, Sep 15, 2010 at 12:40 PM, Paul Stovell p...@paulstovell.com wrote: Wpf has had little or next to no investments beyond what the vs2010 team needed and some basics from variety of community sources if any. It's had zero marketing budget and wasn't even mentioned as a developer story in win7 launches I get that feeling too, but I don't think it's necessarily a bad thing. I really like that the changes in the latest version of WPF are driven by their own dog-fooding needs, rather than guessing at what their customers might want. That's where the best frameworks come from. There are some small things I'd like to see improved in WPF, but .NET 4.0 fixed most of my complaints and overall I'm pretty happy with it. A skeleton team of 3 people and a chicken is probably fine, since it's already come so far. In short, it's not about being dead, it's about recognizing that it's done. If they had a spare 500 developers to work on it, what exactly would they do? I expect they'd be out of real problems to solve, so they'd invent problems to solve, and the framework would get bloated. I'm actually quite happy with the idea of Microsoft taking some time to build their own applications on WPF, and letting it evolve slowly and properly. WPF has a nice market niche in the ISV/disconnected client world, a world that simply cannot use Silverlight/HTML5. That market is simply not as big as the market of people building websites, and I don't think it needs to be. WPF competes with Windows Forms/VB 6 and Cocoa, not HTML5 and Flash, so I'm not sure it really needs a huge marketing budget. Now, to the thing that annoys me about this post. Having an opinion on HTML5/Silverlight/WPF and the direction they should go is one thing, and sharing those opinions on ways to improve can be helpful. But airing what you claim to be internal Microsoft laundry, while not actually sharing any proof or enough context, and trading on your credentials as an insider just adds Fear, Uncertainty and Doubt to the market. The post has plenty of opinions and hyperbole, but no actual evidence to back it up. Despite the post, we can't be sure that Silverlight/WPF are going to die, however much you might think so. But what we can be sure about is companies that were about to start developing new applications are now going to be stuck in limbo because they're suddenly unsure of what's going to happen to the stacks they're building on. That's not good for the market, and I fail to see what good comes out of a post like this. Paul On Wed, Sep 15, 2010 at 11:45 AM, Scott Barnes scott.bar...@gmail.com wrote: Nice post Jordan ;) My thoughts personally is there is room for both and I'm on record by saying msft should consider using sl + ie together to handle the html5 execution silently - it drives ubiquity and upholds both sides of the isle. Wpf has had little or next to no investments beyond what the vs2010 team needed and some basics from variety of community sources if any. It's had zero marketing budget and wasn't even mentioned as a developer story in win7 launches. Declaring it dead is easy, burying the corpse is the hard part ;) Win8 team aren't taking bets on it so say what u will but either I am right or msft tomorrow makes an official declaration of how they plan to pump some momentum behind it. Either outcome is pushing the old with new forward for a greater good and won't be suddenly dumped on everyones laps at a point where it's too late to steer a different direction. Dead doesn't mean instantly gone it can take years - look at xp. It just signals to all get off or else is all :/ I am pro wpf / silverlight btw and want these to continue to grow -- Sent from my mini iPad nano (excuse my spilling and grammar as I have giant man like fingers and this device as small keys) On 15/09/2010, at 11:17 AM, Jordan Knight jak...@gmail.com wrote: I'd also like to raise some points RE HTML5 and WPF/SL etc. Back in the 1890's the head of the US patent office declared he was going to close the office because he thought that there was nothing left to invent... rather short
Re: Accessing page resources from user controls
I should have checked first, apparently it's not supported. I don't know how you SL guys can inflict so much pain upon yourselves :) I suppose it could be created by something like this: public static T FindResourceT(this FrameworkElement element, string name) { var resource = element.Resources[name]; if (resource != null) { return (T)resource; } var parent = element.Parent as FrameworkElement; if (parent == null) throw new Exception(); return parent.FindResourceT(name); } On Sun, Jan 24, 2010 at 10:06 AM, Paul Stovell p...@paulstovell.com wrote: Hi Tony, I presume Silverlight has a FindResource()? In WPF that walks up the visual tree looking for the resource, so it should find the item on the page. Paul On Fri, Jan 22, 2010 at 10:15 PM, Tony Wright ton...@tpg.com.au wrote: Hmmm. That works if I have the resource specified as a UserControl.Resource within the control, but not if the resource is on the owning page – it comes back null. The user control requires access to various ViewModel classes, as there are combo boxes to populate, so I am reluctant to bind the UserControl.DataContext to the PriceViewModel, as it is only one of a number of similar ViewModels needed. But I will have a rethink about this one. The other thought was whether there was some way to centralise access to ViewModel classes from within the application. That is, has anyone managed to put their ViewModel classes in as Application.Resources? T. *From:* ozsilverlight-boun...@ozsilverlight.com [mailto: ozsilverlight-boun...@ozsilverlight.com] *On Behalf Of *Miguel Madero *Sent:* Friday, 22 January 2010 11:10 PM *To:* ozSilverlight *Subject:* Re: Accessing page resources from user controls var viewModel = (PriceViewModel)Resources[YourKey]; Since your UC is inside the page it will get the resources from there. Are you setting the ViewModel as the DataContext. If so, you can also get it from there. -- Miguel A. Madero Reyes www.miguelmadero.com (blog) m...@miguelmadero.com ___ ozsilverlight mailing list ozsilverlight@ozsilverlight.com http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight -- Paul Stovell -- Paul Stovell ___ ozsilverlight mailing list ozsilverlight@ozsilverlight.com http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight