"Views" branch is now rebased/merged into master -- what you need to know

[Jeremy D. Miller]

You asked for this, or at least you didn't say "no, Jeremy, no!"

Salient facts:

* I'm not yet confident in this code, but putting it here makes it much easier for me to get it integrated into our Firefly app at work where it will get a full set of testing

* I've shifted the integration testing in favor of using Kayak hosted mini-applications to test very specific features.  That obviously doesn't help for anything that touches ASP.Net (boo hiss), but it's been the bomb for things like conneg and the new view engine changes.

* The FubuRegistry.Output hive is completely gone.  I'll need to provide some guidance on how to do this differently

* FubuRegistry.Views.TryToAttachViewsInPackages is gone, baby, gone

*  https://github.com/DarthFubuMVC/fubumvc/issues/215  is now closed!

* I've taken a lot of baby steps towards the new diagnostic scheme I want before we go 1.0.  I'm going to suck Josh into that effort soon and start writing about it.

* The "profile" views are in master

* NavigationGraph/NavigationService is in.  This is the composable navigation idea ala BehaviorGraph that we've kicked around for seemingly years.  I'm going to be dogfooding that this weekend.

* WebForms is knocked out for now

* I pulled the Projections stuff and everything to do with HATEOAS that used to be under Resources.Media into a new project called FubuMVC.Media.  I'll be making a new nuget and CI build for that shortly

Yet to do:

* The build is broken because of a missing Castle.Core reference. Me to fix.

* We've got NavigationGraph, but I need NavigationRegistry for an easy way to configure these puppies

* Figure out a way to deal with things that have to run in ASP.Net (boo hiss) for integration testing

* There's a wee too much duplication between the Spark and Razor engines that I'd like to beat, but not before we get much more integration testing in place

* WebForms is completely broken.  I'm not going to make this a very high priority, but it'll be fixed before the next set of nugets come out

* I'm very tempted to kill FubuRegistry.Media for that matter.  I'm working up a concept for easier creation of little chain conventions that would do what Media does and might be simpler.
 

Jeremy D. Miller
The Shade Tree Developer
jeremy...@yahoo.com

[E.Z. Hart]

* FubuRegistry.Views.TryToAttachViewsInPackages is gone, baby, gone

Will this just happen automagically now, or is there something different we have to do in order to get packaged views attached?

[Jeremy D. Miller]

Automagically.  The package by package view attachment policies, if any, would get to go first.  If you only define them in the master application FubuRegistry, they'll just work all the way through.

Had a twitter conversation about this very kind of thing today with Corey.  I feel like it's going to be relatively easy to add a new diagnostic page to better explain how the view attachment stuff is working with the architectural changes that happened in the views branch.
 

Jeremy D. Miller
The Shade Tree Developer
jeremy...@yahoo.com

---

From: E.Z. Hart <har...@gmail.com>
To: fubumv...@googlegroups.com
Sent: Sat, May 5, 2012 5:14:01 PM
Subject: [fubumvc] Re: "Views" branch is now rebased/merged into master -- what you need to know

* FubuRegistry.Views.TryToAttach ViewsInPackages is gone, baby, gone

Will this just happen automagically now, or is there something different we have to do in order to get packaged views attached?


On Friday, May 4, 2012 2:34:09 PM UTC-6, Jeremy Miller wrote:

You asked for this, or at least you didn't say "no, Jeremy, no!"

--
You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group.
To view this discussion on the web visit https://groups.google.com/d/msg/fubumvc-devel/-/eV54U35z5zgJ.
To post to this group, send email to fubumv...@googlegroups.com.
To unsubscribe from this group, send email to fubumvc-deve...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.

[Dru Sellers]

"  The FubuRegistry.Output hive is completely gone.  I'll need to provide some guidance on how to do this differently "

I am running into this right now, any guidance? :)

-d

[Jeremy D. Miller]

Can you be more specific?  What do you need to do?

Honestly, it's pretty easy to just whip out a little one-off IConfigurationAction to set any kind of conneg rules you want.  Easy enough that I'm very tempted to not replace the old Output/Media hives at all.
 

Jeremy D. Miller
The Shade Tree Developer
jeremy...@yahoo.com

---

From: Dru Sellers <d...@drusellers.com>
To: fubumv...@googlegroups.com
Sent: Wed, June 27, 2012 11:19:37 AM
Subject: Re: [fubumvc] Re: "Views" branch is now rebased/merged into master -- what you need to know

[Dru Sellers]

When I get back to the office, I will dig up the specific example. I am pleased to hear that it should be easy with this 'IConfigurationAction' :)

-d

[Dru Sellers]

Output.ToHtml.WhenCallMatches(

                call => call.OutputType() == typeof (string) && call.Method.Name.ToLower().Contains("html"));

[Jeremy D. Miller]

That's an OOTB convention.  See:  StringOutputPolicy
 

Jeremy D. Miller
The Shade Tree Developer
jeremy...@yahoo.com

---

From: Dru Sellers <d...@drusellers.com>
To: fubumv...@googlegroups.com

Sent: Wed, June 27, 2012 2:12:12 PM

[Dru Sellers]

Ok, so I can delete it. Even better. :)

Thanks,

-d

[Jeremy D. Miller]

I've been chipping a way at the new configuration diagnostics that'll give you a "Convention Explorer" that will display and explain what all the conventions are that are active in your application.  Looking like early August for that

 

Jeremy D. Miller
The Shade Tree Developer
jeremy...@yahoo.com

---

From: Dru Sellers <d...@drusellers.com>
To: fubumv...@googlegroups.com

Sent: Wed, June 27, 2012 2:17:44 PM