I like the idea of Continuity. I don't, however, want to go back to using CGI.pm (or printing strings directly) to generate HTML. That's probably what Brock has in mind with Continuity::Widget. However, sorry, I also don't want to use a widget system hacked up just for Continuity, and that module seems to only be a placeholder right now anyway.
What I'd really like to do is somehow integrate Continuity with my favorite templating system, HTML::Mason. Are these two too different conceptually, though? Mason is based on requests, while Continuity is trying to get rid of them? Not sure yet how Continuity's Mapper and Adapter objects fit with Mason's Request, Resolver, ApacheHandler, Interpret... Anyone have ideas?
templating (Score:1)
Yeah, Continuity::Widget is just a sketch, and separate from Continuity itself on purpose. Even if I get that going the way I like, I definitely don't expect it to be The Way to use Continuity. More like a demonstration of what can be done. Well... and for my own use :)
I unfortunately don't know the full HTML::Mason request cycle and how that all works. One thing you can do, I believe, is to just use Mason as a template engine. You could then use Mason components to organize your views, and outter Continu
what he said (Score:1)
Re: (Score:0)
I actually tried installing Jifty last night because I realized it might be more what I had in mind (continuations, Mason...), but I aborted the install after about a half hour of exciting CPAN action. (Maybe I should try Catalyst I guess, but it's never really felt right to me..)
Then I ended up doing just what you mentioned, using Mason as a standalone script. It wasn't very elegant, though. Unfortunately
Re: (Score:1)
sub main {
my $request = shift;
my $app = App->new(request => $request);
$app->run;
}
package App.pm;
#
sub run {
my $self = shift;
$self->display('/one.html');
my $num1 = $self->param('num