On 5/22/07 8:07 PM, Matt S Trout wrote:
I discussed merging the projects with jcs a while back but he didn't see the
point of the ResultSet chaining system, which I consider DBIC's key killer
feature
I just didn't think a merge made sense since the two projects have different
philosophies and
On 5/22/07 4:17 PM, Matt S Trout wrote:
* In addition to inflate/deflate, column triggers can also be applied
to get/set (user data) and load/save (to/from database) events.
-- DBIC has always allowed this via subclassing, triggers are just a
performance hit you don't need.
The way RDBO
On 5/23/07 12:47 PM, Matt S Trout wrote:
I tend to think in terms of conceptual mapping rather than in terms of
API details, and I think I could fairly easily implement the DBIC API atop
RDBO and vice versa (modulo the odd missing feature on either side)
Sure, but what would the result look
On 4/4/07 2:12 AM, Quinn Weaver wrote:
Bill Moseley wrote:
On Tue, Apr 03, 2007 at 08:53:32PM -0700, Quinn Weaver wrote:
In contrast to FormBuilder, RHTMLO wants you to write your HTML form
by calling Perl methods, somewhat in the spirit of CGI.pm. This makes
it hard for design people to
On 4/4/07 11:58 AM, Bill Moseley wrote:
Another approach I have taken is to have a widget library defined in a
template. I then use macros to display the form elements
individually:
[% field( 'Event Start Date', 'start_date' ) %]
And the widget library determines how to generate the
On 12/5/06 7:51 PM, Nilson Santos Figueiredo Junior wrote:
On 12/5/06, Sebastian Riedel [EMAIL PROTECTED] wrote:
HTML::Widget was an experiment and i wouldn't suggest using it anymore.
There should be a TT plugin imo similar to the CGI.pm one, just sane. :)
IMO, the real thing that's missing
On 11/10/06 3:21 AM, Matt S Trout wrote:
Nilson Santos Figueiredo Junior wrote:
Are there any known issues regarding this module? Because if not, I
guess I'll probably start stuffing lazy calls inside my chained
actions tomorrow. ;-)
Don't believe so, and it's audreycode so *usually* works
On 11/3/06, Ian Docherty [EMAIL PROTECTED] wrote:
Yes this pretty much agrees with my interpretation. It is not so much
the location of the constraint rules as how to propagate them to the
view (i.e the stash)
Do you mean for the purposes of client-side validation? Or do you
just mean how to
On 11/3/06, Ian Docherty [EMAIL PROTECTED] wrote:
One thing occurs to me. What I want to do is to get parameters from the
Model (or the Business layer) into the View via the stash. So for a User
object I want be able to do something like.
td align=left class=errorUsername must be between [%
On 6/9/06, Andrew Ford [EMAIL PROTECTED] wrote:
I think a major problems is that often configuration file contents are
not designed in anyway; they just evolve as a serialization of the
information that the programmer happens to need to initialize the
application (and often this will not be
10 matches
Mail list logo
