The Lift web framework follows what its creators call View First.
Where this differs from MVC is that control is handled first by the view, not by a controller. The view may call logic in several snippets (the closest to an analogue of controllers).
I see this as an inversion of RESTful design, where URLs are mapped to resources, and views are a way of displaying these resources. In View First, URLs map to views, which may pull out and display any arbitrary collection of resources.
The reasoning behind this is that often, a page on a web site or application needs to display much more than simply the resource that was requested: it might have a list of recent blog comments, a 'shout box', et cetera. Other frameworks handle this by having secondary mechanisms for showing content and handling input (such as Django's template inclusion tags and middleware), and leaving the controller* to handle the primary resource that the page is displaying.
(* It's tricky to involve Django in discussions like this because essentially it is MVC, although for subtle reasons its creators use the terms Model-View-Template. Here, though, I will call Django's view a controller.)