On Jan 18, 2008, at 3:28 PM, Andrew Rodland wrote:
On Friday 18 January 2008 02:47:14 pm Mesdaq, Ali wrote:
I have to just rant a bit about that. The most difficult thing about
catalyst is trying to learn dbic.
Except that's not a "thing about catalyst". You don't need to use
DBIC. It's a
On Friday 18 January 2008 02:47:14 pm Mesdaq, Ali wrote:
> I have to just rant a bit about that. The most difficult thing about
> catalyst is trying to learn dbic.
Except that's not a "thing about catalyst". You don't need to use DBIC. It's a
popular choice, sure, but if you think that something
I personally prefer a lot of different examples or a comprehensive FAQ.
I think just those being addressed could solve the documentation issues
with dbic. Cuz I mean its pretty well documented at the method level but
putting it together is where its lacking. For what it does the FAQ
section is very
On Fri, 2008-01-18 at 12:47 -0800, Mesdaq, Ali wrote:
> I have to just rant a bit about that. The most difficult thing about
> catalyst is trying to learn dbic. I love dbic and how clean it can make
> working with the data layer but because of the documentation its hard to
> wrap ur head around to
I have to just rant a bit about that. The most difficult thing about
catalyst is trying to learn dbic. I love dbic and how clean it can make
working with the data layer but because of the documentation its hard to
wrap ur head around to just fully know how it works and what to expect.
I am not a fu
Jonas,
Myself, Jshirley, or Claco would gladly take patches to C::A::REST to
add this functionality. Send us the patch, and we'll get it tested
and out the door.
Adam
On 1/17/08, Jonas Alves <[EMAIL PROTECTED]> wrote:
> On Jan 17, 2008 6:03 PM, Christopher H. Laco <[EMAIL PROTECTED]> wrote:
> >
>-Original Message-
>From: Jennifer Ahn [mailto:[EMAIL PROTECTED]
>Sent: 18 January 2008 20:07
>To: The elegant MVC web framework
>Subject: Re: [Catalyst] Documentation on DBIx Class
>
>Where is a good place to learn DBIx::Class in a few hours?
>
>I've always used the DBI module for my CGI
Jennifer Ahn wrote:
Where is a good place to learn DBIx::Class in a few hours?
I've always used the DBI module for my CGI scripts.
Few hours? Ask your documentation pills dealer... ;)
Alex.
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://list
On Fri, 18 Jan 2008 12:06:39 -0800
Jennifer Ahn <[EMAIL PROTECTED]> wrote:
> Where is a good place to learn DBIx::Class in a few hours?
>
> I've always used the DBI module for my CGI scripts.
>
http://cpan.uwinnipeg.ca/htdocs/DBIx-Class/DocMap.html might be a good
start?
A few hours, eh? ;-) I
Where is a good place to learn DBIx::Class in a few hours?
I've always used the DBI module for my CGI scripts.
Alex Povolotsky wrote:
Ian Tegebo wrote:
Unfortunately, Tutorial is weak. CRUD section lacks Update at all, and
it does not deal with any transaction, and it seems to use poor meth
Ian Tegebo wrote:
Unfortunately, Tutorial is weak. CRUD section lacks Update at all, and
it does not deal with any transaction, and it seems to use poor methods
to create records.
Could you provide an example of richer methods for record creation?
Not yet. I'm learning Catalyst for ab
I have been using Komodo for a few years now and I am very happy with it
in general.
Thanks,
--
Ali Mesdaq (CISSP, GIAC-GREM)
Security Researcher II
Websense Security Labs
http://www.WebsenseSecurityLabs.com
--
It would be really nice if there were some detailed articles on
dev.catalyst.perl.org regarding different options for debugging and
how to implement them.
On Jan 18, 2008 10:38 AM, Peter Edwards <[EMAIL PROTECTED]> wrote:
>
> -Original Message-
> >From: Nathan Waddell [mailto:[EMAIL PROTEC
This rules, Jonathan.
* perl 5.010 is required
This kinda sucks. I know it's ridiculous but some places I've worked
in the
last couple years still had 5.6 and where I'm working now probably won't
have 5.10 anytime soon.
On Jan 18, 2008, at 3:38 AM, Jonathan Rockway wrote:
On Fri, 2008-0
-Original Message-
>From: Nathan Waddell [mailto:[EMAIL PROTECTED]
>Sent: 18 January 2008 15:29
>To: The elegant MVC web framework
>Subject: Re: [Catalyst] Debugging Catalyst with Eclipse
>
>Wow, thanks for all the responses.
>
>Troy, I'll subscribe to the EPIC list and see if I can get a
This brings to mind a site like CSS Zen Garden.
Template Zen Garden, perhaps?
;)
On Jan 18, 2008 2:53 AM, Jonathan Rockway <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> A while ago, ranguard++ on IRC said it might be nice to have an
> application that could take HTML templates (TT, etc.) and render t
Wow, thanks for all the responses.
Troy, I'll subscribe to the EPIC list and see if I can get a
conversation started on their end.
Matt, I guess you're a member of the EPIC list?
Dmitriy, how did you set up Eclipse+EPIC to debug Catalyst apps?
Peter, the Devel::ebug as remote debugger sounds pr
>On Thu, Jan 17, 2008 at 11:11:13AM -0500, Troy Davis wrote:
> On Jan 17, 2008, at 10:37 AM, Nathan Waddell wrote:
> >I'm specifically looking for some tips on how to set up Eclipse (with
> >EPIC, of course) to debug Catalyst applications - either locally or
> >remotely. I'm ok with using the Catal
On Fri, 2008-01-18 at 02:53 -0600, Jonathan Rockway wrote:
> Well, I wrote this application and it's on the CPAN as
> App::TemplateServer. You run it like:
A few addenda:
* perl 5.010 is required
* the latest version is 0.04 (freshly uploaded a few minutes ago)
* the TD provider isn't act
On Thu, Jan 17, 2008 at 11:11:13AM -0500, Troy Davis wrote:
> On Jan 17, 2008, at 10:37 AM, Nathan Waddell wrote:
> >I'm specifically looking for some tips on how to set up Eclipse (with
> >EPIC, of course) to debug Catalyst applications - either locally or
> >remotely. I'm ok with using the Cataly
Hi all,
A while ago, ranguard++ on IRC said it might be nice to have an
application that could take HTML templates (TT, etc.) and render them
with a set of static data. The idea is that you can give a small app
and templates to your non-Perl-developer web designer, and and s/he can
work on them o
Hi all,
A few people on IRC have reported that using
Catalyst::Component::ACCEPT_CONTEXT causes extremely weird things to
happen. They're right. The cause is NEXT skipping
Catalyst::Controller::new when you do something like this:
package MyApp::Controller::ACCEPT_CONTEXT;
use base qw/Catal
22 matches
Mail list logo
