From: will trillich
Here's our current dev-to-deploy approach -- we use mercurial and a
three-step staging process:
I think that it could be helpful to add a page to the Cat site that describe
the workflow for deployment because it is not clear which are the
possible/recommended
Thanks Steve, problem solved now.
--
Chakkit
From: Steve Kleiman [mailto:st...@prodhub.com]
Sent: Thursday, March 03, 2011 04:34 AM
To: The elegant MVC web framework
Subject: Re: [Catalyst] Catalyst::Plugin::RunAfterRequest and
Catalyst::View::Email?
See mst note below. Worked for
On 3/3/2011 1:58 AM, Octavian Rasnita orasnita-at-gmail.com |Catalyst/Allow to
home| wrote:
From: will trillich
Here's our current dev-to-deploy approach -- we use mercurial and a
three-step staging process:
I think that it could be helpful to add a page to the Cat site that
I am taking my first steps from Base Camp 1 of the Catalyst learning
curve. I am trying to add PDF capability to the standard Books app of
the tutorial. The PDF view appears to be running but is not returning
any content.
As per the C::V::P::R docs, I have:
In ~/Catalyst/MyApp, run
El 03/03/11 14:47, Victor Churchill escribió:
I am taking my first steps from Base Camp 1 of the Catalyst learning
curve. I am trying to add PDF capability to the standard Books app of
the tutorial. The PDF view appears to be running but is not returning
any content.
As per the C::V::P::R docs,
I have been using Komodo for years and its the best Perl editor I have found.
Not just perl it understands everything I have thrown at it and has a lot of
perl specific features. It also integrates into various source control
management systems like svn, p4, git, etc. The only thing is that its
On 3/3/2011 9:27 AM, Mesdaq, Ali wrote:
I have been using Komodo for years and its the best Perl editor I
have found.
I wondered if anyone was going to mention Komodo.
FWIW, it looks like Ali is talking about KomodoIDE (which I also own),
not the free KomodoEdit, which is fundamentally the
Fernan Aguero ✍:
what plack/psgi is and/or why I should care
I hear that often, so here's the elevator pitch I'm usually telling to convey
the basic idea.
Catalyst is a Web framework that runs on several Web servers. The different
parts necessary to make this work are separated out into
Yeah the free version is disappointing and I would never recommend that version
to anyone. There are plenty of other editors that are free with more features.
However the full version should be fully customizable. It even supports xpi
plugins so you can customize every aspect of the editor.
Let's end this thread; 23 messages is enough and the topic is barely
more relevant to Catalyst than What kind of lunch should I have?
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable
On Thu, 3 Mar 2011, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 wrote:
Apart from less code for each framework, there is the other advantage that
adding support for a new Web server (e.g. Plack::Handler::Mongrel2)
automatically enables this Web server for any PSGI-compliant framework.
While it has been possible to run
We use (and love) Catalyst for our AnteSpam user interface pages. Specifically
we use Catalyst::Plugin::Session and Session::Store with a memcache layer on top.
A day or two after Microsoft released a security update on Jan 11, 2011, our
users that use IE8 started experiencing
On 3/3/2011 10:58 AM, Victor Churchill wrote:
However. I did get some PDF eventually! It turned out that the problem
was : I was using [% pdf.prFile ... %] at the start of the template.
I fell into exactly this same hole earlier today in fact. I'm not
exactly sure why this is set in the
On 3 March 2011 21:49, Wes Cravens wcrav...@cortex-it.com wrote:
I fell into exactly this same hole earlier today in fact. I'm not exactly
sure why this is set in the stash rather than the template, or why the
template setting seems to be ignored (or something). I've not had the time
to
Hello list,
I'm was looking for some unicode/utf8/encoding problem during my problem
and I've discovered a strange thing.
URLs provided with an unicode character will be not correctly encoded by
the Unicode::Encoding plugin.
Here's the simple test case:
1) Create the application and cd into
Does this help?
On Thu, Mar 3, 2011 at 2:38 PM, Erik Wasser erik.was...@iquer.net wrote:
foreach my $u ('http://localhost/test/%E3%81%8B',
http://localhost/test/\x{304b}; )
{
my $request = HTTP::Request-new(
'GET'= *encode_utf8($u)*, [ 'Content-Type' = 'text/html;
charset=utf8',
On 3/3/2011 11:28 AM, Cliff Green green-at-umdnj.edu |Catalyst/Allow to home|
wrote:
On 3/3/2011 11:11 AM, John M. Dlugosz wrote:
On 3/3/2011 9:24 AM, Cliff Green green-at-umdnj.edu |Catalyst/Allow to
home| wrote:
On 3/3/2011 9:27 AM, Mesdaq, Ali wrote:
I have been using Komodo for years
Hy!
Yes using encode_utf8 makes the test works.
But anyway, this looks like a problem with the test, because we have
tests to compare the entire captures / arguments / params strings with
their originals, and if these tests pass the length of the strings must
be ok!
So Erik, can you please
I believe what's happening is that Catalyst is converting the UTF-8 string into
perl format (decoding), and in that particular example, is working for you
because the string is forced back into UTF-8 with the encode_utf8 function.
This is a code I wrote and use to test unicode issues:
19 matches
Mail list logo
