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

User Information

Display Name:

Marcus Ramberg

Partial Email Address:

m...@thefeed.no

Posts:

36	total
4	in Catalyst Framework Development
29	in Catalyst Framework
4	in DBIx::Class

5 Most Recent

All Posts

1) Marcus Ramberg [Catalyst-dev] Status,stuff and nonsense - public-facing sites

+1 vote

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

Catalyst Framework Development

[ Profile | Reply to group ]

[ Flat Thread Threaded ]

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

Marcus


On 5/12/06, Brian Cassidy <brian.cassidy at nald.ca> wrote:
>
> Hey All,
>
> This isn't a point Matt mentioned likely due to the fact that it's not
> directly tied to the code, but IMO a relevant point.
>
> As we're going through some of these changes it's becoming more and more
> obvious that our public facing sites (catalyst.perl.org and friends) are
> more and more useless.
>
> I understand there's some wiki reorganization going on right now, though
> I'd
> like to take it one step further (as previously volunteered).
>
> 1) Overhaul catalyst.perl.org/catalystframework.org
>
> The design is stagnant and devoid of any meaningful content. Most links
> are
> to off-site urls. I'm sure we could come up with better info for the front
> page as well as catalyst themed docs and download pages.
>
> 2) Create a blog for news release purposes
>
> I realize that there's still the "random" blog, but I'd like something
> tied
> to the front page so we can see "May 12, 2006 - Catalyst 5.699999999
> Released" in a more prominent place.
>
> 3) Create a Planet Catalyst
>
> Since most of us already have our own site for blogging, the obvious way
> to
> merge them would be via a "planet". I know marcus had planted the seeds
> for
> this to happen, though I'll take that off his hands if that's okay.
>
> 4) Attempt to tie trac in to the fray
>
> Matt has told me before that trac is a pain to theme. I'd still like it to
> match, to some degree, the rest of the site.
>
> --
>
> Anyway, those points are basically listed in order of priority in my mind.
> I'd appreciate any comments on what I'm proposing.
>
> -Brian
>
>
>
> _______________________________________________
> Catalyst-dev mailing list
> Catalyst-dev at lists.rawmode.org
> http://lists.rawmode.org/mailman/listinfo/catalyst-dev
>



-- 
With regards
Marcus Ramberg

2) Marcus Ramberg [Catalyst-dev] Status, stuff and nonsense - Moose branch

+1 vote

Lots of good stuff here matt, sounds like something we should start with soon. I'd be happy to fix...

Catalyst Framework Development

[ Profile | Reply to group ]

[ Flat Thread Threaded ]

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.

-- 
With regards
Marcus Ramberg

3) Marcus Ramberg [Catalyst] [Administration] List traffic back to normal.

+1 vote

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

Catalyst Framework

[ Profile | Reply to group ]

[ Flat Thread Threaded ]

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

--
With regards
Marcus Ramberg

_______________________________________________
Catalyst mailing list
[email protected: Cat...@lists.rawmode.org]
http://lists.rawmode.org/mailman/listinfo/catalyst

4) Marcus Ramberg Re: [Catalyst] New Root Controller in Catalyst 5.66

+1 vote

Actiually it will be sub end : Action('RenderView') {} The module is ready and awaiting the release...

Catalyst Framework

[ Profile | Reply to group ]

[ Flat Thread Threaded ]

On 4/17/06, Sebastian Riedel <sri@oook.de> wrote:
>
>
> 17.04.2006 15:30 Matt S Trout:
>
> > Sébastien Wagener wrote:
> >> On Wed, 2006-03-01 at 13:27 +0000, Matt S Trout wrote:
> >>> On Wed, Mar 01, 2006 at 06:00:01AM +0100, Sebastian Riedel wrote:
> >>>> 01.03.2006 05:39 Nilson Santos Figueiredo Junior:
> >>>>
> >>>>> On 3/1/06, Sebastian Riedel <sri@oook.de> wrote:
> >>>>>> This is another best practice promoted to be part of core, it
> >>>>>> will
> >>>>>> eliminate namespace collisions like for the famous "login"
> >>>>>> action in
> >>>>>> combination with auth plugins. ;)
> >>>> The application class was from the beginning just meant as a
> >>>> place to
> >>>> interact with Catalyst "internals", load plugins, configure the app
> >>>> and the like.
> >>> And of course, your $c for each request is blessed into that
> >>> class by
> >>> default (unless you set __PACkAGE__->context_class to something
> >>> else).
> >>>
> >> Is it normal that I still have to put the end action into the app
> >> class
> >> (instead of the Root controller) while using DefaultEnd?
> >>
> >> My end action:
> >> sub end : Private {
> >>   my ($self, $c) = @_;
> >>   $c->log->debug("app end action");
> >>   $c->NEXT::end( $c );
> >> }
> >
> > Catalyst::Plugin::DefaultEnd should probably really be
> > Catalyst::Controller::DefaultEnd; I usually have my Controller::Root
> >
> > use base qw/Catalyst::Controller Catalyst::Plugin::DefaultEnd/;
>
> It should be a action class.
>
>      sub end : Private : Action('DefaultEnd') {}


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.


--
With regards
Marcus Ramberg

_______________________________________________
Catalyst mailing list
[email protected: Cat...@lists.rawmode.org]
http://lists.rawmode.org/mailman/listinfo/catalyst

5) Marcus Ramberg Re: [Catalyst] ._ files in installation of Catalyst-5.67 from CPAN

+1 vote

Yepp, osx resource forks. sorry about that, will remove them from the manifest for the next...

Catalyst Framework

[ Profile | Reply to group ]

[ Flat Thread Threaded ]

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.


On 4/24/06, Scott Karns <scott@karnstech.com> wrote:
>
> Not a big deal, but thought someone might like to clean these up.
>
> W: perl-Catalyst hidden-file-or-dir
> /usr/lib/perl5/vendor_perl/5.8.7/Catalyst/._Engine.pm
> W: perl-Catalyst hidden-file-or-dir
> /usr/lib/perl5/vendor_perl/5.8.7/Catalyst/._Action.pm
> W: perl-Catalyst hidden-file-or-dir
> /usr/lib/perl5/vendor_perl/5.8.7/Catalyst/._Exception.pm
>
> --
> Scott Karns
>
>
>
> _______________________________________________
> Catalyst mailing list
> [email protected: Cat...@lists.rawmode.org]
> http://lists.rawmode.org/mailman/listinfo/catalyst
>



--
With regards
Marcus Ramberg

_______________________________________________
Catalyst mailing list
[email protected: Cat...@lists.rawmode.org]
http://lists.rawmode.org/mailman/listinfo/catalyst

Highlight

Profile | Posts (36)

Home > People > Marcus Ramberg