. At this point I am thinking of sticking formbuilder into
the model and using it for data verification and exporting forms.
Seems like double work when your controller has to verify data and
then the model.
-Victor
On Jan 31, 2007, at 8:37 PM, Juan Camacho wrote:
On 1/31/07, Victor Igumnov
To see the impact of the memory leak.
Run broken.pl first which will run formbuilder against your installed
version.
It will create a new formbuilder instance over and over, watch top -o
size as it grows to 100-200 megs in just a few seconds.
Now run fixed.pl - works great don't it? No
that is for custom JS code you have added. The default javascript
code from formbuilder is omitted when you iterate through the fields.
Try it out for your self.
-Victor
On Jan 14, 2007, at 4:12 PM, Juan Camacho wrote:
On 1/14/07, Victor Igumnov [EMAIL PROTECTED] wrote:
just a heads up
Dojo! It goes beyond just ajax. It encompasses widgets. Want to do
SVG/VML chats? Dojo got it covered with dojo.chart. Dojo seems to be
the only JS framework with a packaging system, so its fairly unique,
it can load extra code bits on demand. However, since it encompasses
so much it seems
On Jan 10, 2007, at 11:56 AM, Steve Atkins wrote:
On Jan 10, 2007, at 11:17 AM, John Napiorkowski wrote:
--- Victor Igumnov [EMAIL PROTECTED] wrote:
Dojo! It goes beyond just ajax. It encompasses
widgets.
I was excited about dojo as well but I really found
that the widgets loaded
no_expire needs to be explicitly set or you get:
[error] Caught exception in engine metadata must be an even sized
list at /opt/local/lib/perl5/site_perl/5.8.8/Catalyst/Plugin/Cache/
Curried.pm line 34
solution:
define it in your configuration or patch PageCache.pm to set correct
Index: Controller/FormBuilder/Action/TT.pm
===
--- Controller/FormBuilder/Action/TT.pm (revision 5658)
+++ Controller/FormBuilder/Action/TT.pm (working copy)
@@ -12,4 +12,7 @@
$controller-_formbuilder;
}
+package