Re: [Catalyst] PageCache and white labelling?

2008-08-18 Thread Matt S Trout
On Mon, Aug 18, 2008 at 12:37:11PM +0800, Martin Ellison wrote:
 2008/8/18 Matt S Trout [EMAIL PROTECTED]
 
  ...config should be under 'Plugin::PageCache' as I said - that's the
  standard for plugin config info.
 
  If PageCache is still using old style it'd be nice if you could do a first
  patch switching it across.
 
 
 I'm concerned about doing two things in the one patch; can we do my patch
 first?

That's why I said first patch, with the one adding functionality coming
after the one that fixes it up to modern standard.

-- 
  Matt S Trout   Need help with your Catalyst or DBIx::Class project?
   Technical Directorhttp://www.shadowcat.co.uk/catalyst/
 Shadowcat Systems Ltd.  Want a managed development or deployment platform?
http://chainsawblues.vox.com/http://www.shadowcat.co.uk/servers/

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] list of perl-*.rpm files for a basic Cat install

2008-08-18 Thread Matt S Trout
On Sun, Aug 17, 2008 at 10:43:07PM +0100, Dermot wrote:
 Building your own Perl is challenging too. On those disto you will be
 asked to force remove it and it's dependencies. It has the potential
 to break your OS and will certainly compromise your package manager.

No, you won't.

Leave the system perl on there for system-provided things that depend on
perl.

Build your own applications perl for your applications.

You are allowed more than one perl on a system. I've got over a dozen on
the Shadowcat dev server and I know of people with many more than that.

-- 
  Matt S Trout   Need help with your Catalyst or DBIx::Class project?
   Technical Directorhttp://www.shadowcat.co.uk/catalyst/
 Shadowcat Systems Ltd.  Want a managed development or deployment platform?
http://chainsawblues.vox.com/http://www.shadowcat.co.uk/servers/

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] DBIx::Class method, update_or_create_related - it tries to populate the primary key value of the related object

2008-08-18 Thread kakimoto

hello, all,

 I am trying to use DBIx::Class method, update_or_create_related to
cut down the amount of code I have. My code has happily worked with

1) me manually doing a search (with find) to see if an object in
question exists or not. If it doesn't, I will issue a new/create .
Else, the find will give out the object, I perform whatever I need to
perform on the attributes and update it.

2) the database table of the related object has a nice sequence set up
for its primary key, ID.

Now, when I tried to use update_or_create_related, the code actually
produces an error for which the ID attribute in the SQL for INSERT is
null and hence, cannot be inserted to the database engine for reason
that a primary key attribute value can never be NULL.

 It's fair up there but I just do not know why is DBIX::Class even
bothering to put the primary key value, ID into the dynamic SQL that it
uses to insert the entry into the database when there's already a
sequence declared for it





Help!!


K. akimoto
 - it tries to populate the primary key value of the related object

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] HTML::FormFu - how to manually control the rendering?

2008-08-18 Thread kakimoto

hello there
   I love using HTML::FormFu in these two aspects:
1) Validation - oh ,yeah :)
2) configuration (via yaml in my case)


nevertheless, is there any way we can control the rendering (in TT2)? 
 From what has been done in the catalyst tute for html::FormFu, i
noticed that it just lists down form elements line by line...
I am sure there are websites whereby the graphics designer would place
form elements in different styles..

 This is a great tool. Please educate us more:)

thank you

K. Akimoto

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] HTML::FormFu - how to manually control the rendering?

2008-08-18 Thread Dermot
2008/8/18  [EMAIL PROTECTED]:

 hello there
   I love using HTML::FormFu in these two aspects:
 1) Validation - oh ,yeah :)
 2) configuration (via yaml in my case)


 nevertheless, is there any way we can control the rendering (in TT2)?
  From what has been done in the catalyst tute for html::FormFu, i
 noticed that it just lists down form elements line by line...
 I am sure there are websites whereby the graphics designer would place
 form elements in different styles..

  This is a great tool. Please educate us more:)

I agree it is a great tool - shame the mailing list is down.

I think you have to set the attribute id/class for element (or
fieldset) and use css to position those elements.

 - type: Checkbox
   name: truefalse
   label: True or False
   attributes:
 title: Is this true or is this false
 class: leftCheckBoxes



Good luck,
Dp.

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] DBIx::Class method, update_or_create_related - it tries to populate the primary key value of the related object

2008-08-18 Thread Felix Antonius Wilhelm Ostmann
perhaps i have the same problem. I already send a patch to the IRC with 
a test-case.


Can you write a short test too?


[EMAIL PROTECTED] schrieb:

hello, all,

 I am trying to use DBIx::Class method, update_or_create_related to
cut down the amount of code I have. My code has happily worked with

1) me manually doing a search (with find) to see if an object in
question exists or not. If it doesn't, I will issue a new/create .
Else, the find will give out the object, I perform whatever I need to
perform on the attributes and update it.

2) the database table of the related object has a nice sequence set up
for its primary key, ID.

Now, when I tried to use update_or_create_related, the code actually
produces an error for which the ID attribute in the SQL for INSERT is
null and hence, cannot be inserted to the database engine for reason
that a primary key attribute value can never be NULL.

 It's fair up there but I just do not know why is DBIX::Class even
bothering to put the primary key value, ID into the dynamic SQL that it
uses to insert the entry into the database when there's already a
sequence declared for it





Help!!


K. akimoto
 - it tries to populate the primary key value of the related object

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


  



--
Mit freundlichen Grüßen

Felix Antonius Wilhelm Ostmann
--
Websuche   Search   Technology   GmbH  Co. KG
Martinistraße 3  -  D-49080  Osnabrück  -  Germany
Tel.:   +49 541 40666-0 - Fax:+49 541 40666-22
Email: [EMAIL PROTECTED] - Website: www.websuche.de
--
AG Osnabrück - HRA 200252 - Ust-Ident: DE814737310
Komplementärin: Websuche   Search   Technology
Verwaltungs GmbH   -  AG Osnabrück  -   HRB 200359
Geschäftsführer:  Diplom Kaufmann Martin Steinkamp
--


___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] DBIx::Class method, update_or_create_related - it tries to populate the primary key value of the related object

2008-08-18 Thread Zbigniew Lukasiak
On Mon, Aug 18, 2008 at 2:56 PM,  [EMAIL PROTECTED] wrote:

 hello, all,

  I am trying to use DBIx::Class method, update_or_create_related to
 cut down the amount of code I have. My code has happily worked with

 1) me manually doing a search (with find) to see if an object in
 question exists or not. If it doesn't, I will issue a new/create .
 Else, the find will give out the object, I perform whatever I need to
 perform on the attributes and update it.

 2) the database table of the related object has a nice sequence set up
 for its primary key, ID.

 Now, when I tried to use update_or_create_related, the code actually
 produces an error for which the ID attribute in the SQL for INSERT is
 null and hence, cannot be inserted to the database engine for reason
 that a primary key attribute value can never be NULL.

  It's fair up there but I just do not know why is DBIX::Class even
 bothering to put the primary key value, ID into the dynamic SQL that it
 uses to insert the entry into the database when there's already a
 sequence declared for it



It's a long story - you might have a look at:
http://lists.scsys.co.uk/pipermail/dbix-class/2008-June/thread.html#6403
to see some discussion about it.  I also posted some code for a
DBIx::Class plugin with a modified update_or_create_related method
(which should work for you and additionaly it allows for recursive
updating the database).  It is not really polished code - it requires
some name changes - but it has test :)

By the way - there is a separate DBIC mailing list (see the link
above) where you should direct emails in thit subject.

-- 
Zbigniew Lukasiak
http://brudnopis.blogspot.com/
http://perlalchemy.blogspot.com/

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] HTML::FormFu - how to manually control the rendering?

2008-08-18 Thread ivorw
[EMAIL PROTECTED] wrote:

 hello there
I love using HTML::FormFu in these two aspects:
 1) Validation - oh ,yeah :)
 2) configuration (via yaml in my case)


 nevertheless, is there any way we can control the rendering (in TT2)? 
  From what has been done in the catalyst tute for html::FormFu, i
 noticed that it just lists down form elements line by line...
 I am sure there are websites whereby the graphics designer would place
 form elements in different styles..
   
Try including the following line in your yaml:

auto_id: %n

This will add an id attribute to every element tag, using the element name.

By the way, please join the HTML::FormFu mailing list as this is a good
place to post such questions:  [EMAIL PROTECTED]

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] HTML::FormFu - how to manually control the rendering?

2008-08-18 Thread Carl Franks
2008/8/18  [EMAIL PROTECTED]:

 hello there
   I love using HTML::FormFu in these two aspects:
 1) Validation - oh ,yeah :)
 2) configuration (via yaml in my case)


 nevertheless, is there any way we can control the rendering (in TT2)?
  From what has been done in the catalyst tute for html::FormFu, i
 noticed that it just lists down form elements line by line...
 I am sure there are websites whereby the graphics designer would place
 form elements in different styles..

You can sign up to the HTML-FormFu mailing list here:
http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/html-formfu

Cheers,
Carl

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] HTML::FormFu - how to manually control the rendering?

2008-08-18 Thread Carl Franks
2008/8/18 Dermot [EMAIL PROTECTED]:

 I agree it is a great tool - shame the mailing list is down.

The FormFu list uses the same server as this catalyst list - so it's
probably not down ;)

The old rawmode.org address has been killed though.
I think all the documentation has been updated, but if you got the old
address from somewhere recently, can you let me know where, and I'll
try to get it fixed.

Cheers,
Carl

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] catalyst start-up

2008-08-18 Thread Jonathan Rockway
* On Sun, Aug 17 2008, Matt S Trout wrote:
 That makes no sense.

 How does restarting other processes have any effect at all?

Locking?

Not that I've ever seen this for sessions or cache, but it could make
sense if the app is doing its own locking of some shared resource.

Regards,
Jonathan Rockway

--
print just = another = perl = hacker = if $,=$

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Re: list of perl-*.rpm files for a basic Cat install

2008-08-18 Thread Aristotle Pagaltzis
* Matt S Trout [EMAIL PROTECTED] [2008-08-18 12:00]:
 Leave the system perl on there for system-provided things that
 depend on perl.
 
 Build your own applications perl for your applications.
 
 You are allowed more than one perl on a system. I've got over a
 dozen on the Shadowcat dev server and I know of people with
 many more than that.

FWIW, Dermot, I also suggest you go down this road. There are lot
of reasons to do it that way. A major reason is that shoehorning
CPAN into the distributor’s packaging model is always a bad fit
because CPAN has no release process and every author handles API
stability differently. You want full control over which version
of which modules you install. (Strictly speaking you even want
to keep your own vetted CPAN mirror. :-) )

None of this, btw, is difficult.

Regards,
-- 
Aristotle Pagaltzis // http://plasmasturm.org/

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] [SOT] cat webmail app?

2008-08-18 Thread Andrew Kornak
On Mon, 2008-08-18 at 10:48 +0100, Matt S Trout wrote:
 On Fri, Aug 08, 2008 at 05:47:25PM -0500, Andrew Kornak wrote:
  http://www.webmin.com/usermin.html
  
  Not Cat based but is a fairly complete perl-based, modular, extensible
  solution as well as a useful system administration tool. I have used
  Webmin and Usermin for many years and highly recommend both.
 
 How does that remotely relate to webmail?
 

As per the web sites I included, Usermin has a fairly complete mail
module that integrates with spam/virus filters and offers many options
regarding your mail delivery agent. Webmin and Usermin are BSD-like
licensed and offer RPM. DEB, and tar source packages. I thought it might
be a useful starting point or even a reference since it is written
entirely in perl and is a very mature and well supported project.

http://www.webmin.com/ustandard.html

http://www.webmin.com/uwebmail.html

http://www.webmin.com/modules-index.html


 ... also, must chase the authors, one of them was talking about some
 Devel::REPL patches.
 

-Andrew


___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] Re: list of perl-*.rpm files for a basic Cat install

2008-08-18 Thread James S. White
I've already gone through this procedure:

My notes are here:

http://github.com/fapestniegd/wcyd/tree/master/scratch/procedures/el5/installing_catalyst_on_el5

There are a lot of them (~137), Matt an I disagree on the using of CPAN
instead of real packages. I say real packages, because package management
is as much about being able to cleanly remove the files from a system as
adding them.

Anyone who has been bitten by the:
Uninstall is unsafe and deprecated, the uninstallation was not performed;

Using CPAN to manage your systems when you have a handful of boxes is fine, and
if you're doing development, I'd recommend it as well. But when you have over
200, having multiple versions of perl and CPAN modules all over the system
becomes an operational abyss.

On Mon, 18 Aug 2008, Aristotle Pagaltzis wrote:

 * Matt S Trout [EMAIL PROTECTED] [2008-08-18 12:00]:
  Leave the system perl on there for system-provided things that
  depend on perl.
 
  Build your own applications perl for your applications.
 
  You are allowed more than one perl on a system. I've got over a
  dozen on the Shadowcat dev server and I know of people with
  many more than that.

 FWIW, Dermot, I also suggest you go down this road. There are lot
 of reasons to do it that way. A major reason is that shoehorning
 CPAN into the distributor’s packaging model is always a bad fit
 because CPAN has no release process and every author handles API
 stability differently. You want full control over which version
 of which modules you install. (Strictly speaking you even want
 to keep your own vetted CPAN mirror. :-) )

 None of this, btw, is difficult.

 Regards,
 --
 Aristotle Pagaltzis // http://plasmasturm.org/

 ___
 List: Catalyst@lists.scsys.co.uk
 Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
 Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
 Dev site: http://dev.catalyst.perl.org/



___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Announce: Instant AJAX web front-end for DBIx::Class

2008-08-18 Thread Oliver Gorwits

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi folks,

I'd like to announce a new Cat application which is now on the CPAN.

The ListFramework Builder (LFB) takes your DBIx::Class Schema
definition and produces an AJAX CRUD web interface, on the fly. The
specific goals are minimal configuration and very quick deployment.

LFB doesn't use scaffolding - the interface is dynamically generated
from files in the distribution. Table relationships are well
supported (belongs_to, has_one, might_have, and has_many), as are
auto incrementing primary keys, and many data types.

It's early days, and I'm working mostly on the ExtJS frontend at the
moment, with a new release every couple of days or so. You can see a
live demo of the current release of LFB, here[1]:

~  http://dragonstaff.co.uk/oliverg/album

Feedback and early adopters are welcome! Drop me a line if you have
any questions or comments. Here it is, on CPAN:

~  http://search.cpan.org/perldoc?CatalystX::ListFramework::Builder

regards,
oliver.

[1] Thanks to Peter Edwards / Dragonstaff, for the hosting.
- --
Oliver Gorwits, Network and Telecommunications Group,
Oxford University Computing Services
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIqegW2NPq7pwWBt4RAjGGAJ97+5tZrJnxePBJw4AcAPWlST/5BACgnV2U
IHwWAMerhhZ/p5r43DSUswA=
=OlSm
-END PGP SIGNATURE-

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


[Catalyst] Re: list of perl-*.rpm files for a basic Cat install

2008-08-18 Thread Aristotle Pagaltzis
* James S. White [EMAIL PROTECTED] [2008-08-18 23:10]:
 Using CPAN to manage your systems when you have a handful of
 boxes is fine, and if you're doing development, I'd recommend
 it as well. But when you have over 200, having multiple
 versions of perl and CPAN modules all over the system becomes
 an operational abyss.

Point taken; the usual advice of compiling Perl and running a
vetted CPAN mirror is motivated by the more common situation
where the number of large Perl apps to run, which tend to be
sensitive to module versions and may each require a different
version of the same module, is not a priori bounded. Trying to
handle that situation via the package manager of the distro is
asking for the impossible.

If you have a large number of boxen and only a bounded and small
number of Perl apps to support, then using the package manager is
a more sensible proposition, but few people are in that position.

Regards,
-- 
Aristotle Pagaltzis // http://plasmasturm.org/

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] DBIx::Class method, update_or_create_related - it tries to populate the primary key value of the related object

2008-08-18 Thread kakimoto
Hello, there, Zbigniew,

   Thanks for the article, Perl Alchemy - notes of a Catalyst programmer.
Phew.. Thought I was going insane cause I figured a proper ORM would not
have this problem.


  Anyway, can you please give some examples of using pk = undef?
The code extract below is what I used and doesn't work.


1: $agents-update_or_create_related(
2:'home_loan',
3:$self-get_loan_related_data($c),
4:{ pk = 'undef' }
5: );

Line 4 is what I fed in.. If you could so kindly provide some example,
it would be really helpful.
Thank you:)



K. akimoto
'kuruma nihon wa totemo genki;)'






Quoting Zbigniew Lukasiak [EMAIL PROTECTED]:

 Hmm,
 
 Maybe this:
 http://perlalchemy.blogspot.com/2008/06/dbixclass-gotchas.html
 - would be a better intro into the subject.
 
 Z.
 
 On Mon, Aug 18, 2008 at 3:20 PM, Zbigniew Lukasiak [EMAIL PROTECTED]
 wrote:
  On Mon, Aug 18, 2008 at 2:56 PM,  [EMAIL PROTECTED] wrote:
 
  hello, all,
 
   I am trying to use DBIx::Class method, update_or_create_related
 to
  cut down the amount of code I have. My code has happily worked
 with
 
  1) me manually doing a search (with find) to see if an object
 in
  question exists or not. If it doesn't, I will issue a
 new/create .
  Else, the find will give out the object, I perform whatever I
 need to
  perform on the attributes and update it.
 
  2) the database table of the related object has a nice sequence
 set up
  for its primary key, ID.
 
  Now, when I tried to use update_or_create_related, the code
 actually
  produces an error for which the ID attribute in the SQL for
 INSERT is
  null and hence, cannot be inserted to the database engine for
 reason
  that a primary key attribute value can never be NULL.
 
   It's fair up there but I just do not know why is DBIX::Class
 even
  bothering to put the primary key value, ID into the dynamic SQL
 that it
  uses to insert the entry into the database when there's already a
  sequence declared for it
 
 
 
  It's a long story - you might have a look at:
 
 http://lists.scsys.co.uk/pipermail/dbix-class/2008-June/thread.html#6403
  to see some discussion about it.  I also posted some code for a
  DBIx::Class plugin with a modified update_or_create_related
 method
  (which should work for you and additionaly it allows for recursive
  updating the database).  It is not really polished code - it
 requires
  some name changes - but it has test :)
 
  By the way - there is a separate DBIC mailing list (see the link
  above) where you should direct emails in thit subject.
 
  --
  Zbigniew Lukasiak
  http://brudnopis.blogspot.com/
  http://perlalchemy.blogspot.com/
 
 
 
 
 -- 
 Zbigniew Lukasiak
 http://brudnopis.blogspot.com/
 http://perlalchemy.blogspot.com/
 
 ___
 List: Catalyst@lists.scsys.co.uk
 Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
 Searchable archive:
 http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
 Dev site: http://dev.catalyst.perl.org/
 
 
 



___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] Jemplate and AJAX woes... [Bump -anyone??]

2008-08-18 Thread Robert Krimen
On Sat, Aug 16, 2008 at 2:52 PM, Robert Krimen [EMAIL PROTECTED]wrote:



 On Sat, Aug 16, 2008 at 12:45 PM, Ian Tegebo [EMAIL PROTECTED] wrote:


 BTW, it appears Catalyst::View::Jemplate  broke after Jemplate = 0.21
 changed the behaviour of Jemplate::runtime_source_code (see RT 35609,
 37813).  What versions are you running?


 I'll try and take a look to at Jemplate and see what's going on. What you
 *can* do
 is just do a Jemplate compile via a Makefile or something and then serve
 the Jemplate
 .js as you would any other javascript asset.

 Rob


This issue is now taken care of in version 0.23_1

You can install it with pip:

pip
http://search.cpan.org/CPAN/authors/id/R/RK/RKRIMEN/Jemplate-0.23_1.tar.gz
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/