I've been thinking that a plugin is something that usefully hooks into the
catalyst process, like authentication and sessioning or extends the existing
functions, like the dumper plugin extends the log object. There are a lot of
plugins to add convenience methods to the context object, like
Some more technical details.The main idea of how the scaffolding should work is that we generate only a skeleton of directories, nearly empty controllers and some config stuff. The generated controllers only contain their package declaration and a 'use base
Hi Hartmaier
Thats going to cause me problems when the next release hits the streets,
if you're automatically uppercasing table names how will it then handle
reserved word table names where case is important? (e.g user).
Jason
Hartmaier Alexander wrote:
Hi!
Use the current svn version
The table names aren't uppercased when defining the table class but just for
the column_info DBI call.
-Alex
-Original Message-
From: [EMAIL PROTECTED] [mailto:catalyst-
[EMAIL PROTECTED] On Behalf Of Jason Crummack
Sent: Friday, August 18, 2006 10:15 AM
To: The elegant MVC web
I beg to differ, have you actually read the DBD::Oracle page link I sent
you?
try the following
create table fred (p1 integer primary key);
insert into fred values (1);
select p1 from fred;
returns 1
create table fred (p1 integer primary key);
insert into fred values (2);
select * from fred;
Alex,
If I could predict what new reserved words may appear in future Oracle /
SQL versions I would, that's the reason they give you a quote character
to allow future changes to reserved words.
I agree that if I was creating new tables, I wouldn't at this point in
time use a currently known
On 18/08/06, Kevin Monceaux [EMAIL PROTECTED] wrote:
That would certainly work. But, imagine if a form plugin took care of the
dirty work for the developer. Let's pretend for a moment. Imagine, if you
will, that someone integrated the FCKEditor with HTML::Widget. One might be
able to
By way of followup:
I've got some new functionality to add to my app, so I'm concentrating on that. ONe cthat's done, I plan to check out fastcgi as an alternative, because I don't have these problems with the test server, just mod_perl.
If fcgi doesn't do it for me, I'll have to resort to
John Napiorkowski wrote:
I've been thinking that a plugin is something that usefully hooks into the
catalyst process, like authentication and sessioning or extends the existing
functions, like the dumper plugin extends the log object.
Actually, the Dumper plugin is strongly disrecommended
On 18/08/06, Jonas Alves [EMAIL PROTECTED] wrote:
On 18/08/06, Carl Franks [EMAIL PROTECTED] wrote:
If you don't want to manually download the dojo library, it needs
Catalyst::Plugin::Dojo which currently uses HTML::Dojo, but will be
changed to use Alien::Dojo once that's merged with
Kevin Monceaux wrote:
Since I'm asking for such features I certainly should put my money where my
mouth is. I'm willing to help in any way I can. Unfortunately at my
current skill level I doubt I could be of much help. I'm very new to
Catalyst. I tinkered with perl years ago but not a
On 18/08/06, Kevin Monceaux [EMAIL PROTECTED] wrote:
On Fri, Aug 18, 2006 at 01:48:06PM +0100, Carl Franks wrote:
If you're able to help at all with developing these, it'd be most welcome.
The first priority is probably rewriting Alien::Dojo, along the lines
mentioned in the Alien-Dojo /
On 18/08/06, Carl Franks [EMAIL PROTECTED] wrote:
On 18/08/06, Jonas Alves [EMAIL PROTECTED] wrote:
On 18/08/06, Carl Franks [EMAIL PROTECTED] wrote:
If you don't want to manually download the dojo library, it needs
Catalyst::Plugin::Dojo which currently uses HTML::Dojo, but will be
I beg the indulgence of the list if this has all been discussed
already. I tried to search my archived list copies but didn't see
anything directly applicable, and since I multi-task as the DBA here in
the office I can't dedicate too much time to head scratching over
this
I recently had
You may want to review the thread, Plugins vs. Base Controllers to see what
some of the lead architects have to say on the issue at least regarding 2/3 and
4. I think choosing between 2/3 is really a matter of what can be reused
usefully and what is overkill design. For 1 I am not sure but I
John Napiorkowski wrote:
You may want to review the thread, Plugins vs. Base Controllers to see what
some of the lead architects have to say on the issue at least regarding 2/3
and 4. I think choosing between 2/3 is really a matter of what can be reused
usefully and what is overkill
Been there. Done this. This was fixed in trunk a while ago.
http://dev.catalystframework.org/changeset/4748
To fix your current app, add the require Catalyst::Engine::HTTP line to
your _server.pl.
Or, you could probably update your Catalyst::Devel (Devel.pm and
Helper.pm) to the latest from
[EMAIL PROTECTED] wrote:
Matt S Trout [EMAIL PROTECTED] on 08/18/2006 12:33 PM:
Ek, not at all. The model should encapsulate *all* business logic
and
similar - it should be a model of the domain with which the app
interacts. The
Controller should be as thin a layer as possible
Brian Kirkbride wrote:
[EMAIL PROTECTED] wrote:
Matt S Trout [EMAIL PROTECTED] on 08/18/2006 12:33 PM:
Ek, not at all. The model should encapsulate *all* business logic
and
similar - it should be a model of the domain with which the app
interacts. The
Controller should be as
On Friday 18 August 2006 10:57, Brian Kirkbride wrote:
This is what I had thought initially, but I have come to see the benefit of
doing it the way Matt describes.
This is the right way of doing it. Another reason for not throwing business
logic into controller is, that sometimes you want to
Brian Kirkbride [EMAIL PROTECTED]
@ 08/18/2006 01:57 PM:
[EMAIL PROTECTED] wrote:
Matt S Trout [EMAIL PROTECTED]
on 08/18/2006 12:33 PM:
[ Matt's Way ]
[ Len's way %]
This is what I had thought initially,
but I have come to see the benefit of
doing it the way Matt describes.
I
[EMAIL PROTECTED] wrote:
Brian Kirkbride [EMAIL PROTECTED] @ 08/18/2006 01:57 PM:
At this point, if I want code reuse I have two reasonable choices:
A) Create business logic modules, ie. MyApp::Logic::CreateTrial, etc
B) Write my own business logic methods in
From this thread: http://www.mail-archive.com/
catalyst@lists.rawmode.org/msg00778.html
I saw on the DBIC lists that the new release changed its utf8 handling.
- UTF8Columns changed to use utf8 instead of Encode
I just grabbed it off the pause server and it does indeed fix the
following this with interest. I'm a beginner at this stuff, but the
way I am seeing the problem goes something like this:
1. devise a schema for the data that needs storing that is as robust
and future proof as I can make it.
2. figure out how the front end logic wants to see that data to make
* Matt S Trout [EMAIL PROTECTED] [2006-08-18 16:55]:
All the best introductory docs to anything I've ever seen were
written by newbies who wrote out the things they wished had
been documented when they started while the memories were still
fresh.
Reminds me:
25 matches
Mail list logo
