Marcus Ramberg (m...@thefeed.no)

This sounds good, I support all of it :) Go forward bold warrior.

Marcus

Lots of good stuff here matt, sounds like something we should start
with soon. I'd be happy to fix the Log / Debug screen and stuff it
back into trunk.

Marcus

On 5/12/06, Matt S Trout <dbix-class at trout.me.uk> wrote:
>
> (3) Moose stuff - very cool but needs to settle a bit. Also needs some
> heavy kicking for performance and bugs
> (4) Action stuff - ace interface design as always by the now-lost sri,
> implementation is fine but again needs performance and bug kicking

Actually 4 is Moose driven too, so I think these two should go
together, with the introduction of moose to Catalyst. Actually, I
guess it can be argued both ways.

There's nothing to see here, please move on :-)
(Disabled moderation and let all pending mail through.)

Actiually it will be
sub end : Action('RenderView') {}

The module is ready and awaiting the release of Catalyst 5.70. This will
also make overriding functionality a whole lot easier.

Yepp, osx resource forks. sorry about that, will remove them from the
manifest for the next release, but unless I miss something it's not
important enough to warrant a new release.


Marcus.

I don't see the advantage of this, Sebastian. Why break backwards
compability for no reason?

This does not match the common use case for this, imo. You usually want to
do something like
do_edit, and then forward / detach / call / whatever edit, and have Catalyst
act as if you called
edit from that point on.

On 4/13/06, Matt S Trout <dbix-class@trout.me.uk> wrote:
> That would be the general idea, yes :)
>
> Bugger, everybody seems in favour. Does that mean I'm going to have to
> implement it?

Would it also work like forward ?

$c->action('/some/action'); # forwards to /some/action and sets $c->action ?

If so I'm all for, and you get to implement it ;-)

Please check out

http://marcusramberg.livejournal.com/12301.html

Comments welcome.

So maybe make Catalyst::Plugin::PrettyPrint to filter content through
prettyprint?

11:30 <@sri> marcus: you didn't blog the real shocking things :)
11:30 <@sri> marcus: maybe you should tell the list that you are blogging
again

So, I'm now a proud lj user, at
http://marcusramberg.livejournal.com/
to get the catalyst related bits, check
http://marcusramberg.livejournal.com/tag/catalyst

If a developer release is released on cpan, and nobody notices, does it make
a sound?

0.05999_04 2006-03-18 19:54:00
        - Fix for delete on full-table resultsets
        - Removed caching on count() and added _count for pager()
        - ->connection does nothing if ->storage defined and no args
(and hence ->connect acts like ->clone under the same conditions)
        - Storage::DBI throws better exception if no connect info
        - columns_info_for made more robust / informative
        - ithreads compat added, fork compat improved
        - weaken result_source in all resultsets
        - Make pg seq extractor less sensitive.

I'm happy to inform you that Catalyst 5.66 should be coming to a cpan
mirror near you shortly. Here's the changes:

        - Added Test::WWW::Mechanize::Catalyst support
        - Cleaned generated tests
        - Added Root controller concept
        - Updated ConfigLoader plugin to version 0.04

The most significant change here is the Root controller. This means
you can put your root actions outside the main application file and
avoid worrying about clashing with builtin and plugin function names.