Organization of the WixBA is steeped in its history. In otherwords, there used to be separate "views" if you remember the very old WiX v3.6 UI and the ViewModels map to that. When Peter created the "more Metro looking UI" he did not refactor the ViewModels.
I've done a little more hacking on the ViewModels in WiX v3.7 because the organization is a bit wonky... but I wouldn't say it's clean yet. On Wed, Oct 10, 2012 at 10:56 AM, Nick Ramirez <nickra...@hotmail.com>wrote: > I'm trying to deeply understand the WiXBA, and I came across something > that I > was curious about. Maybe someone knows the answer. There are three > viewmodels: RootViewModel, InstallationViewModel and ProgressViewModel. > > My question is about the last two. ProgressViewModel handles some of the > events that are published by the Burn engine: > > from the ProgressViewModel's constructor: > > /WixBA.Model.Bootstrapper.ExecuteMsiMessage += this.ExecuteMsiMessage; > WixBA.Model.Bootstrapper.ExecuteProgress += this.ApplyExecuteProgress; > WixBA.Model.Bootstrapper.PlanBegin += this.PlanBegin; > WixBA.Model.Bootstrapper.PlanPackageComplete += this.PlanPackageComplete; > WixBA.Model.Bootstrapper.Progress += this.ApplyProgress; > WixBA.Model.Bootstrapper.CacheAcquireProgress += this.CacheAcquireProgress; > WixBA.Model.Bootstrapper.CacheComplete += this.CacheComplete;/ > > And InstallationViewModel handles others. > > /WixBA.Model.Bootstrapper.DetectBegin += this.DetectBegin; > WixBA.Model.Bootstrapper.DetectRelatedBundle += this.DetectedRelatedBundle; > WixBA.Model.Bootstrapper.DetectComplete += this.DetectComplete; > WixBA.Model.Bootstrapper.PlanPackageBegin += this.PlanPackageBegin; > WixBA.Model.Bootstrapper.PlanComplete += this.PlanComplete; > WixBA.Model.Bootstrapper.ApplyBegin += this.ApplyBegin; > WixBA.Model.Bootstrapper.CacheAcquireBegin += this.CacheAcquireBegin; > WixBA.Model.Bootstrapper.CacheAcquireComplete += this.CacheAcquireComplete; > WixBA.Model.Bootstrapper.ExecutePackageBegin += this.ExecutePackageBegin; > WixBA.Model.Bootstrapper.ExecutePackageComplete += > this.ExecutePackageComplete; > WixBA.Model.Bootstrapper.Error += this.ExecuteError; > WixBA.Model.Bootstrapper.ResolveSource += this.ResolveSource; > WixBA.Model.Bootstrapper.ApplyComplete += this.ApplyComplete; > / > > Is there a dividing line where you say, this is something that should be > handled by the Progress viewmodel? I could understand if some of the event > had args that provided progress-related info. Is it something like that? > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-Setup-ViewModels-and-their-event-handlers-tp7581271.html > Sent from the wix-users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- virtually, Rob Mensching http://RobMensching.com LLC ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
