I'd like to have a talk on MVVM Light at the Sydney SDDN too. Anybody willing to do a talk about it next month? This month, we've got Young Oh talking about Prism + MEF.
BTW. I think this is the first email you've sent to the list Carl that hasn't gone into my Spam folder :). Chris On 10 February 2011 15:39, <[email protected]> wrote: > +1 > > > > Covering MVVM Lite at Perth SDDN is an awesome idea. > > > > Carl. > > > > Carl Scarlett > > Senior .NET/WPF Developer, UX Designer | Genesis > > *IT & Change Management |** **Bankwest* > > A: Level 5, 199 Hay Street | Perth | Western Australia | 6004 > > P: (08) 9449 8451 > > M: 0408 913 870 > > E: [email protected] > > > > *AFR Smart Investor** Blue Ribbon Awards** > **2010 Bank of the Year* > > > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Stephen Price < > [email protected]> > *Sent:* Thursday, 10 February 2011 12:28 PM > *To:* ozSilverlight <[email protected]> > *Subject:* Re: Dynamic assembly loading > > > > Have a look at this > > http://development-guides.silverbaylabs.org/Video/Dynamically-Loading-.Dlls-in-Silverlight > It seems to cover how I started off doing it on a project last year. I > started off copying how Prism does it (it's a pattern with some helper > dll's essentially) and then later we swapped in the Prism helpers. > That was pretty easy as I'd named everything closely with Prism. > > So you can do it yourself or use a framework such as Prism. I've heard > it said Prism is quite large/bloated compared to some other > frameworks. I've not yet had a chance to look at the others, I like to > do things myself until the need arises to use someone elses framework. > Its a double edged sword, it does what you want but comes with their > bugs. > > I'll be looking at MVVM lite over the next few weeks. May even do a > demo at next Perth Silverlight user group. (more than welcome to fly > over to visit hehe) > > have fun! > > On Thu, Feb 10, 2011 at 11:41 AM, Greg Keogh < [email protected]> wrote: > > Folks, after years of avoiding the need, I finally have to async load > some > > large DLLs. I have two charting libraries to reference and their total > size > > is causing slow app loading. > > > > I have placed the guilty DLLs in the ClientBin folder and I can see them > > async loading correctly. But ... how do I let them be referenced in the > > project for compilation, but keep them out of the app XAP file for > deploy? > > > > I tried setting Copy Local = false for the two references, but that has > no > > effect. > > > > Cheers, > > Greg > > > > > > _______________________________________________ > > ozsilverlight mailing list > > [email protected] > > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > > > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > _______________________________________________________________________________ > > > This email has been scanned by the Bankwest Email Security System. > _______________________________________________________________________________ > > > > > _______________________________________________________________________________ > Unencrypted electronic mail is not secure and may not be authentic. > If you have any doubts as to the contents please telephone to confirm. > > This electronic transmission including any attachments is intended only > for those to whom it is addressed. It may contain copyright material or > information that is confidential, privileged or exempt from disclosure by > law. > Any claim to privilege is not waived or lost by reason of mistaken > transmission > of this information. If you are not the intended recipient you must not > distribute or copy this transmission and should please notify the sender. > Your costs for doing this will be reimbursed by the sender. > > We do not accept liability in connection with computer virus, data > corruption, > delay, interruption, unauthorised access or unauthorised amendment. > > _______________________________________________________________________________ > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > >
_______________________________________________ ozsilverlight mailing list [email protected] http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight
