[mailto:octavian.rasn...@ssifbroker.ro]
Sent: 27 January 2014 09:25
To: The elegant MVC web framework
Subject: Re: [Catalyst] Random thoughts on helper class generation
From: neil.lunn n...@mylunn.id.au
On 27/01/2014 1:27 PM, John Napiorkowski wrote:
Neil,
I know the problem we have here, but honestly I think
one of the problems is that once you have your chops, catalyst just gets out of
your way, and you spend so little time in it compared to the real business
logic and front end that most of the other problems you described vanish. In
my opinion that is. But I tend to ignore the new great things
-
From: Octavian Rasnita [mailto:octavian.rasn...@ssifbroker.ro]
Sent: 27 January 2014 09:25
To: The elegant MVC web framework
Subject: Re: [Catalyst] Random thoughts on helper class generation
From: neil.lunn n...@mylunn.id.au
On 27/01/2014 1:27 PM, John Napiorkowski wrote:
Neil,
I know
From: neil.lunn n...@mylunn.id.au
On 27/01/2014 1:27 PM, John Napiorkowski wrote:
Neil,
I know the problem we have here, but honestly I think the solution is going
to be more about having less stuff in Catalyst.pm rather than more...
Hi John,
Actually probably missed something in my
On Monday, January 27, 2014 3:25 AM, Octavian Rasnita
octavian.rasn...@ssifbroker.ro wrote:
From: neil.lunn n...@mylunn.id.au
On 27/01/2014 1:27 PM, John Napiorkowski wrote:
Neil,
I know the problem we have here, but honestly I think the solution is going
to be more about having less
Neil,
I know the problem we have here, but honestly I think the solution is going to
be more about having less stuff in Catalyst.pm rather than more... Ideally the
application class would be a simple object rather than something that did a lot
of setup and configuration stuff, something more
On 27/01/2014 1:27 PM, John Napiorkowski wrote:
Neil,
I know the problem we have here, but honestly I think the solution is going to
be more about having less stuff in Catalyst.pm rather than more...
Hi John,
Actually probably missed something in my intended context in the course
of the