Re: [Catalyst] What text editor to use?

2011-03-02 Thread Troy Davis
On Mar 3, 2011, at 1:01 AM, John M. Dlugosz wrote:
> What I'm looking for is "mixed mode" support, to handle XML files with TT 
> stuff embedded in it.



BBEdit is a favorite of mine: http://www.barebones.com/bbedit

Cheers,
Troy
___
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] What text editor to use?

2011-03-02 Thread Erik Colson
"John M. Dlugosz"  writes:

>  On 3/2/2011 10:44 AM, Shlomi Fish shlomif-at-iglu.org.il |Catalyst/Allow to 
> home| wrote:
>> First of all, see:
>> http://perl-begin.org/IDEs-and-tools/
>>
>> I'm personally using GVim, which is the GUI version of Vim (
>
> Thanks for your tips.  I see many of the things listed are for Perl
> development, and so are geared to highlighting Perl source code and do
> things like execute snippets of Perl immediately.
>
> What I'm looking for is "mixed mode" support, to handle XML files with
> TT stuff embedded in it.

Emacs has mmm-mode for this...
my 2c

-- 
erik colson
ecocode.net

___
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] Cache of unchanging content

2011-03-02 Thread John M. Dlugosz

 On 3/2/2011 11:27 AM, Pedro Melo melo-at-simplicidade.org |Catalyst/Allow to 
home| wrote:


Of course you can. You can include a file .version at the root created
with 'git describe --always'>  .version before you rsync, and then
include it on your test reports.

Nice tip.  Thanks.


___
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] Cache of unchanging content

2011-03-02 Thread John M. Dlugosz

 On 3/2/2011 11:24 AM, Tomas Doran bobtfish-at-bobtfish.net |Catalyst/Allow to 
home| wrote:
Installing to production servers via rsync / unison is insane, as there is exactly no 
way of knowing what version the production server is on, with what bugs... Which means 
that all bug reports become useless - as you never know if the user was using the site 
before or after you fixed (or, more often, you think you fixed, but didn't really fix a 
bug)..


I don't follow.  If it changes the files around on the server to match the build you have 
locally, what difference does it make whether it used a per-file patching method or if it 
wiped out everything and copied all the files including huge graphics that didn't change 
at all?  Either way, it now matches what you said to put up there.


___
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] What text editor to use?

2011-03-02 Thread John M. Dlugosz

 On 3/2/2011 10:44 AM, Shlomi Fish shlomif-at-iglu.org.il |Catalyst/Allow to 
home| wrote:

First of all, see:
http://perl-begin.org/IDEs-and-tools/

I'm personally using GVim, which is the GUI version of Vim (


Thanks for your tips.  I see many of the things listed are for Perl development, and so 
are geared to highlighting Perl source code and do things like execute snippets of Perl 
immediately.


What I'm looking for is "mixed mode" support, to handle XML files with TT stuff embedded 
in it.



___
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] What text editor to use?

2011-03-02 Thread John M. Dlugosz

 On 3/2/2011 5:49 AM, Kieren Diment diment-at-gmail.com |Catalyst/Allow to 
home| wrote:

Padre: http://padre.perlide.org/ is rated by some.  Works everywhere Wx does.



Looks very interesting.

How do I set it for XML + TT syntax?  Scintilla is also what Notepad++ uses, so it must be 
a matter of it having a suitable syntax file somewhere, or better support for embedding 
sublanguages languages?


--John



___
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] What text editor to use?

2011-03-02 Thread Thomas L. Shinnick

At 08:13 PM 3/2/2011, gvim wrote:

On 02/03/2011 11:10, John M. Dlugosz wrote:

What's a good text editor to use for Catalyst/TT development?

The editor I really like for C++ doesn't handle XML well. I've been
using "Notepad++" for windows, but the syntax highlighting doesn't
understand mixing TT inside the base language, and it has tabs only
instead of multiple visible windows.

I would entertain both Windows and Linux solutions.

TIA, --John


Vim does everything you will ever need if you're dealing with text 
:-). Try MacVim if you're on OS X:


http://code.google.com/p/macvim/

gvim


I second the nomination for Vim, for another important reason.  I 
hate switching editors.  So, er... huh?


Vim runs everywhere.  I can wander from platform to platform and not 
have to worry whether something capable is available.  That was 
really something I needed back when (15+ years) when Windows was so 
badly served.  Still using it, even on Solaris!  ;-)


Now if you like learning new editors, or having 2 or 3 "in your 
pocket", fine.  But I've not yet found something I couldn't do in 
Vim.  Hey I rarely need to edit in binary, but it can do it.  And 
hacking Unicode isn't so revolutionary now, but was possible with Vim 
before some other editors.  Good pedigree, barks on command, etc., etc. 



___
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] What text editor to use?

2011-03-02 Thread Greg Edwards
I use Nedit for everything. It's fabulous, programmable, macros, handles huge 
files, binary files .. the ultimate programmers editor. I've used the lot - vi, 
emacs, uemacs, notepad++, ultraedit. But Nedit is my favorite. 


Greg Edwards (from mobile)
+61 400 102 774

On 03/03/2011, at 1:13 PM, gvim  wrote:

> On 02/03/2011 11:10, John M. Dlugosz wrote:
>> What's a good text editor to use for Catalyst/TT development?
>> 
>> The editor I really like for C++ doesn't handle XML well. I've been
>> using "Notepad++" for windows, but the syntax highlighting doesn't
>> understand mixing TT inside the base language, and it has tabs only
>> instead of multiple visible windows.
>> 
>> I would entertain both Windows and Linux solutions.
>> 
>> TIA, --John
> 
> Vim does everything you will ever need if you're dealing with text :-). Try 
> MacVim if you're on OS X:
> 
> http://code.google.com/p/macvim/
> 
> gvim
> 
> 
> ___
> 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] What text editor to use?

2011-03-02 Thread gvim

On 02/03/2011 11:10, John M. Dlugosz wrote:

What's a good text editor to use for Catalyst/TT development?

The editor I really like for C++ doesn't handle XML well. I've been
using "Notepad++" for windows, but the syntax highlighting doesn't
understand mixing TT inside the base language, and it has tabs only
instead of multiple visible windows.

I would entertain both Windows and Linux solutions.

TIA, --John


Vim does everything you will ever need if you're dealing with text :-). Try 
MacVim if you're on OS X:

http://code.google.com/p/macvim/

gvim


___
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] What text editor to use?

2011-03-02 Thread Benjamin Hitz

I wrote a simple TT plugin for Eclipse.
You can get it here:

https://h...@github.com/hitz/eclipse-tteditor.git

It's rough and unpolished to say the least.  Which is why I never threw it up 
on any eclipse dl site.  Feel free to hack away.

Ben

On Mar 2, 2011, at 3:52 AM, Vivek Chhikara wrote:

> Even I was struggling with same problem a few days back.
> Give "Eclipse IDE for JavaScript Web Developers" a try.
> 
> There you can install EPIC (Eclipse Perl Integration), configure .tt file 
> association with HTML editor.
> It has a built in  XML editor too.
> 
> If you are working on remote systems say from windows you want to access 
> Linux files, you can have
> RSE - Remote system installer. All this combination just Rocks for me!!
> 
> On Wed, 02 Mar 2011 05:10:04 -0600, "John M. Dlugosz" 
>  wrote:
>> What's a good text editor to use for Catalyst/TT development?
>> 
>> The editor I really like for C++ doesn't handle XML well.  I've been
>> using "Notepad++" for windows, but the syntax highlighting doesn't
>> understand mixing TT inside the base language, and it has tabs only
>> instead of multiple visible windows.
>> 
>> I would entertain both Windows and Linux solutions.
>> 
>> TIA,
>> --John
>> 
>> 
>> ___
>> 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/
> 
> -- 
> Vivek Chhikara
> 
> ___
> 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/

--
Ben Hitz
Senior Scientific Programmer
Saccharomyces Genome Project
Stanford University
h...@genome.stanford.edu




___
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::Plugin::RunAfterRequest and Catalyst::View::Email?

2011-03-02 Thread Steve Kleiman
See mst note below. Worked for me.


On Mar 2, 2011, at 12:12 PM, Chakkit Ngamsom wrote:

> Hi All,
>  
> My plan is to use Catalyst::Plugin::RunAfterRequest for sending email via 
> Catalyst::View::Email as the background.
> Due to sometimes mail server got lag and the page waiting for it or sending a 
> notification after slow processes have been completed e.g. import/export.
>  
> I’m not sure it’s a bug or the limitation of the plugin.
> I setup the code something like this:
>  
> $c->run_after_request(
>   sub {
> $c->stash->{email} = {
>   from => $from,
>   to => $to,
>   body => $body,
>   header => [
> Subject => 'some localized subject',
>   ],
> };
> $c->forward( $c->view('Email') );
>   }
> );
>  
> After running it, it showed an error like this:
> [error] Caught exception in engine "Modification of non-creatable array value 
> attempted, subscript -1 at C:/strawberry/perl/site/lib/Catalyst/Dispatcher.pm 
> line 278."
>  
> As a trial, the error caused from this line: $c->forward( $c->view('Email') 
> );.
> Finally, I noticed it worked well with other forwarding except view.
>  
> Please kindly let me know how to fix this issue or another solution that 
> matches to the requirements.
>  
> Thanks in advance,
> Chakkit
> 






Begin forwarded message:

> From: Matt S Trout 
> Date: May 2, 2010 12:49:32 PM PDT
> To: The elegant MVC web framework 
> Subject: Re: [Catalyst] RunAfterRequest/delayed Catalyst view
> Reply-To: The elegant MVC web framework 
> 
> On Fri, Apr 30, 2010 at 02:38:50PM -0700, Steve Kleiman wrote:
>> Here goes...hopefully a simple test case for the RunAfterRequest oddness.
> 
>> The code below with the forward INSIDE 'run_after_request' subroutine throws 
>> the error:
>>> [error] Caught exception in engine "Modification of non-creatable array 
>>> value attempted, subscript -1 at 
>>> /usr/local/lib/perl5/site_perl/5.10.1/Catalyst/Dispatcher.pm line 278."
> 
> I think that's probably $c->stack being empty because there's no request
> anymore.
> 
> I *think* that
> 
> $c->view('Email')->process($c);
> 
> would work, since that doesn't rely on the action call stack.
> 
> That error message is fucking awful though, and almost certainly my fault.
> 
> Proposal: first you try the ->process-by-hand approach to confirm that I'm
> an idiot the way I think I am. Second we discuss how to either (a) fix this
> or (b) make sure it produces a non-awful error.
> 
> (even if you've already rewritten the code it'd be much appreciated if you
> could try this out and see if it does the right thing - also, you then get to
> point and laugh at me with a bit of luck, which may or may not be an added
> incentive ;)
> 
> -- 
> Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a 
> clue
> 
> http://shadowcat.co.uk/blog/matt-s-trout/   http://twitter.com/shadowcat_mst/
> 
> Email me now on mst (at) shadowcat.co.uk and let's chat about how our Catalyst
> commercial support, training and consultancy packages could help your team.
> 
> ___
> 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] [ANNOUNCE] Catalyst-Runtime-5.89002-TRIAL PSGI Catalyst - third development release

2011-03-02 Thread Fernan Aguero
On Wed, Mar 2, 2011 at 7:50 AM, Florian Ragwitz  wrote:
>
> Hi
>
> It gives me great pleasure to announce the third development release of
> the next major version of Catalyst.

[...]

> You shouldn't have to do _anything_ to upgrade
> to the new release, other than ensure your application scripts (as
> generated by catalyst.pl) to use the Catalyst::Script:: classes.
>
> Please test the release out and let us know how you get on.

Dear all,

please apologize if these are very stupid questions.

We have a couple of catalyst web apps running under apache/mod_perl,
and we usually test the apps during development using the
script/myapp_server.pl script.

I'd like to test the upcoming release, to make sure everything runs
smoothly and check everything well in advance of a future upgrade of
Catalyst::Runtime on our production servers.

So I've downloaded the most recent version (5.89002) and installed it
on a local prefix ($HOME/lib).

Question 1: how to I tell my local checkout of the web app to use
$HOME/lib/share/perl/5.10.1/Catalyst.pm instead of the system's
/usr/local/share/perl/5.10.1/Catalyst.pm?

I've edited myapp_server.pl and added
use lib "/home/fernan/lib";

but upon firing the server using myapp_server.pl, I still see: myapp
powered by Catalyst 5.80031

Question 2: I'm at a loss with regards to PSGI, Plack et al. I've read
the docs at http://plackperl.org/, but I'm still not figuring our what
this is all about. Should I care? Would this affect how I'm currently
deploying my catalyst apps (apache/mod_perl)? Should I change (e.g.
for better performance)? I'd appreciate if someone can explain in one
or two sentences what plack/psgi is and/or why I should care, or
perhaps point me in the right directions?

Thanks a lot.

And as always, many thanks for such a great framework!

-- 
fernan

___
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] What text editor to use?

2011-03-02 Thread Charlie Gonzalez
Will,

Thanks it is done.

Charlie G

On 3/2/11, will trillich  wrote:
> Sure, forward away. I wish I'd taken better notes, or at least run "tee" to
> capture the results. :( Judging by the timestamps, this happened on 13
> January 2011, so my recollection is going to be a bit fuzzy.
>
> Whatever version was current at that time, I was trying these
> instructions
> :
>
>1. $ wxPerl -MCPAN -eshell
>2. [cpan] $ install Alien::wxWidgets [choose install from source, which
>is NOT the default]
>3. Go do something else while it compiles wxWidgets.
>4. [cpan] $ install Wx
>5. [cpan] $ install Padre
>
> I'm pretty sure (80%ish) it crapped out at step 3.
>
>
> On Wed, Mar 2, 2011 at 7:25 PM, Charlie Gonzalez wrote:
>
>> Will,
>>
>> I think this is a good bug to report to the Padre Developers. I follow
>> the padre-...@perlide.org mailing list and I know that Padre lacks
>> testing in a MacOS environment.
>>
>> Do you mind if I forward this email to the Padre Developers?
>> If you give the ok can you tell me what version of Padre you were
>> attempting to install and your version of Perl in your Mac.
>>
>>
>> Thanks,
>>
>> Charlie G
>>
>> On 3/2/11, will trillich  wrote:
>> > 
>> > I tried installing Padre on my OSX using the instructions here
>> > http://padre.perlide.org/trac/wiki/DownloadMacOSX
>> >
>> > and now my wxperl is broken:
>> > $ wxperl
>> > *wxPerl: posix_spawn:
>> >
>> /Library/Perl/5.10.0/darwin-thread-multi-2level/auto/Wx/wxPerl.app/Contents/MacOS/wxPerl5.10.0:
>> > No such file or directory*
>> >
>> > I think the point where it went south was in cpan "install Wx".
>> >
>> > Fortunately my unix-y perl ("perl") is still fine.
>> >
>> > Is there an easy way to unravel this?
>> >
>> >
>> >
>> > On Wed, Mar 2, 2011 at 11:49 AM, Kieren Diment  wrote:
>> >
>> >>
>> >> On 02/03/2011, at 10:10 PM, John M. Dlugosz wrote:
>> >>
>> >> > What's a good text editor to use for Catalyst/TT development?
>> >> >
>> >> > The editor I really like for C++ doesn't handle XML well.  I've been
>> >> using "Notepad++" for windows, but the syntax highlighting doesn't
>> >> understand mixing TT inside the base language, and it has tabs only
>> >> instead
>> >> of multiple visible windows.
>> >> >
>> >> > I would entertain both Windows and Linux solutions.
>> >> >
>> >>
>> >> Padre: http://padre.perlide.org/ is rated by some.  Works everywhere Wx
>> >> does.
>> >>
>> >> > TIA,
>> >> > --John
>> >> >
>> >> >
>> >> > ___
>> >> > 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/
>> >>
>> >
>> >
>> >
>> > --
>> > The first step towards getting somewhere is to decide that you are not
>> going
>> > to stay where you are.  -- J.P.Morgan
>> >
>>
>> ___
>> 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/
>>
>
>
>
> --
> The first step towards getting somewhere is to decide that you are not going
> to stay where you are.  -- J.P.Morgan
>

___
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] What text editor to use?

2011-03-02 Thread will trillich
Sure, forward away. I wish I'd taken better notes, or at least run "tee" to
capture the results. :( Judging by the timestamps, this happened on 13
January 2011, so my recollection is going to be a bit fuzzy.

Whatever version was current at that time, I was trying these
instructions
:

   1. $ wxPerl -MCPAN -eshell
   2. [cpan] $ install Alien::wxWidgets [choose install from source, which
   is NOT the default]
   3. Go do something else while it compiles wxWidgets.
   4. [cpan] $ install Wx
   5. [cpan] $ install Padre

I'm pretty sure (80%ish) it crapped out at step 3.


On Wed, Mar 2, 2011 at 7:25 PM, Charlie Gonzalez wrote:

> Will,
>
> I think this is a good bug to report to the Padre Developers. I follow
> the padre-...@perlide.org mailing list and I know that Padre lacks
> testing in a MacOS environment.
>
> Do you mind if I forward this email to the Padre Developers?
> If you give the ok can you tell me what version of Padre you were
> attempting to install and your version of Perl in your Mac.
>
>
> Thanks,
>
> Charlie G
>
> On 3/2/11, will trillich  wrote:
> > 
> > I tried installing Padre on my OSX using the instructions here
> > http://padre.perlide.org/trac/wiki/DownloadMacOSX
> >
> > and now my wxperl is broken:
> > $ wxperl
> > *wxPerl: posix_spawn:
> >
> /Library/Perl/5.10.0/darwin-thread-multi-2level/auto/Wx/wxPerl.app/Contents/MacOS/wxPerl5.10.0:
> > No such file or directory*
> >
> > I think the point where it went south was in cpan "install Wx".
> >
> > Fortunately my unix-y perl ("perl") is still fine.
> >
> > Is there an easy way to unravel this?
> >
> >
> >
> > On Wed, Mar 2, 2011 at 11:49 AM, Kieren Diment  wrote:
> >
> >>
> >> On 02/03/2011, at 10:10 PM, John M. Dlugosz wrote:
> >>
> >> > What's a good text editor to use for Catalyst/TT development?
> >> >
> >> > The editor I really like for C++ doesn't handle XML well.  I've been
> >> using "Notepad++" for windows, but the syntax highlighting doesn't
> >> understand mixing TT inside the base language, and it has tabs only
> >> instead
> >> of multiple visible windows.
> >> >
> >> > I would entertain both Windows and Linux solutions.
> >> >
> >>
> >> Padre: http://padre.perlide.org/ is rated by some.  Works everywhere Wx
> >> does.
> >>
> >> > TIA,
> >> > --John
> >> >
> >> >
> >> > ___
> >> > 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/
> >>
> >
> >
> >
> > --
> > The first step towards getting somewhere is to decide that you are not
> going
> > to stay where you are.  -- J.P.Morgan
> >
>
> ___
> 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/
>



-- 
The first step towards getting somewhere is to decide that you are not going
to stay where you are.  -- J.P.Morgan
___
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] Catalyst::Plugin::RunAfterRequest and Catalyst::View::Email?

2011-03-02 Thread Chakkit Ngamsom
Hi All,

 

My plan is to use Catalyst::Plugin::RunAfterRequest for sending email via
Catalyst::View::Email as the background.

Due to sometimes mail server got lag and the page waiting for it or sending
a notification after slow processes have been completed e.g. import/export.

 

I'm not sure it's a bug or the limitation of the plugin.

I setup the code something like this:

 

$c->run_after_request( 

  sub {

$c->stash->{email} = {

  from => $from,

  to => $to,

  body => $body,

  header => [

Subject => 'some localized subject',

  ],

};

$c->forward( $c->view('Email') );

  }

);

 

After running it, it showed an error like this:
[error] Caught exception in engine "Modification of non-creatable array
value attempted, subscript -1 at
C:/strawberry/perl/site/lib/Catalyst/Dispatcher.pm line 278."

 

As a trial, the error caused from this line: $c->forward( $c->view('Email')
);.

Finally, I noticed it worked well with other forwarding except view.

 

Please kindly let me know how to fix this issue or another solution that
matches to the requirements.

 

Thanks in advance,

Chakkit

 

___
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] What text editor to use?

2011-03-02 Thread Charlie Gonzalez
Will,

I think this is a good bug to report to the Padre Developers. I follow
the padre-...@perlide.org mailing list and I know that Padre lacks
testing in a MacOS environment.

Do you mind if I forward this email to the Padre Developers?
If you give the ok can you tell me what version of Padre you were
attempting to install and your version of Perl in your Mac.


Thanks,

Charlie G

On 3/2/11, will trillich  wrote:
> 
> I tried installing Padre on my OSX using the instructions here
> http://padre.perlide.org/trac/wiki/DownloadMacOSX
>
> and now my wxperl is broken:
> $ wxperl
> *wxPerl: posix_spawn:
> /Library/Perl/5.10.0/darwin-thread-multi-2level/auto/Wx/wxPerl.app/Contents/MacOS/wxPerl5.10.0:
> No such file or directory*
>
> I think the point where it went south was in cpan "install Wx".
>
> Fortunately my unix-y perl ("perl") is still fine.
>
> Is there an easy way to unravel this?
>
>
>
> On Wed, Mar 2, 2011 at 11:49 AM, Kieren Diment  wrote:
>
>>
>> On 02/03/2011, at 10:10 PM, John M. Dlugosz wrote:
>>
>> > What's a good text editor to use for Catalyst/TT development?
>> >
>> > The editor I really like for C++ doesn't handle XML well.  I've been
>> using "Notepad++" for windows, but the syntax highlighting doesn't
>> understand mixing TT inside the base language, and it has tabs only
>> instead
>> of multiple visible windows.
>> >
>> > I would entertain both Windows and Linux solutions.
>> >
>>
>> Padre: http://padre.perlide.org/ is rated by some.  Works everywhere Wx
>> does.
>>
>> > TIA,
>> > --John
>> >
>> >
>> > ___
>> > 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/
>>
>
>
>
> --
> The first step towards getting somewhere is to decide that you are not going
> to stay where you are.  -- J.P.Morgan
>

___
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] Cache of unchanging content

2011-03-02 Thread Pedro Melo
Hi,

On Wed, Mar 2, 2011 at 5:49 PM, Tomas Doran  wrote:
> On 2 Mar 2011, at 17:27, Pedro Melo wrote:
>> On Wed, Mar 2, 2011 at 5:24 PM, Tomas Doran  wrote:
>>> Installing to production servers via rsync / unison is insane, as there
>>> is
>>> exactly no way of knowing what version the production server is on, with
>>> what bugs...
>>
>> Of course you can. You can include a file .version at the root created
>> with 'git describe --always' > .version before you rsync, and then
>> include it on your test reports.
>>
>> Rsync is a valid deployment method, specially if you use a stage
>> server where you make install you app.
>
> Ah, but then you're deploying a specific sha1 from git, rather than just
> rsyncing a directory!
>
> And as you'll have a script to ensure that you have reset --hard MYSHA1
> (otherwise you are perfectly screwed just as I described), then you can put
> the build parts in there...

Actually the complete workflow is to push to our production repo, and
then run a script to publish a particular SHA1 to production. That
will git pull in the stage server, create a release branch, and then
run all the deploy scripts (minification of JS, CSS, and whatever is
needed.).

Everything is committed to the release branch and the new sha1 from
that is the one actually used on production servers.

Right now, thats a git reset to the release-sha1, and then a rsync to
production servers. I'm actually considering git pull's directly from
the production servers. Git is actually more effective than rsync,
given that it can calculate pretty easily which files changed between
versions.

Having git workdirs in the production servers has the extra advantage
of a easy way to revert bad releases, at least from the code
perspective. Reverting DB schemas is much more interesting.

Bye,
-- 
Pedro Melo
http://www.simplicidade.org/
xmpp:m...@simplicidade.org
mailto:m...@simplicidade.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] What text editor to use?

2011-03-02 Thread Kutbuddin Doctor
Another route is Aptana Studio (free version) with EPIC. In addition to 
good perl functionality it also covers HTML, Javascript and CSS nicely. 
Only detriment is that it does not understand the TT directives.


I use VNC (chicken of the VNC) to run Aptana directly from the server.


On 3/2/11 3:52 AM, Vivek Chhikara wrote:

  Even I was struggling with same problem a few days back.
  Give "Eclipse IDE for JavaScript Web Developers" a try.

  There you can install EPIC (Eclipse Perl Integration), configure .tt
  file association with HTML editor.
  It has a built in  XML editor too.

  If you are working on remote systems say from windows you want to
  access Linux files, you can have
  RSE - Remote system installer. All this combination just Rocks for me!!

  On Wed, 02 Mar 2011 05:10:04 -0600, "John M. Dlugosz"
wrote:

What's a good text editor to use for Catalyst/TT development?

The editor I really like for C++ doesn't handle XML well.  I've been
using "Notepad++" for windows, but the syntax highlighting doesn't
understand mixing TT inside the base language, and it has tabs only
instead of multiple visible windows.

I would entertain both Windows and Linux solutions.

TIA,
--John


___
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/



--
Kutbuddin Doctor, PhD
Bioinformatics Shared Resource,
Sanford-Burnham Medical Research Institute
http://www.sanfordburnham.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] Cache of unchanging content

2011-03-02 Thread Bill Moseley
On Tue, Mar 1, 2011 at 9:43 PM, John M. Dlugosz wrote:

>  On 3/1/2011 9:58 AM, Bill Moseley moseley-at-hank.org |Catalyst/Allow to
> home| wrote:
>
>> At build time I minimize and compress css and js (and images) and combine
>> into single files grouped by page(s).  They could be pre-processed by TT
>> very easily.  The final file names include an MD5 of their content forcing
>> a
>> re-fetch only if they ever change.
>>
>

>  So you added that to the makefile somehow?  I take it the generated name
> must be supplied to the page's template once it is known.  I'd like to learn
> more about your system.
>

We have YAML config files for different classes of resources -- one for css,
one for js, one for images, and a few for different types of media (pds,
etc.).   There's three sections in the yaml files, the first is a general
config with a relative source directory and output directory.  Other
settings can be added there like compression threshold.

The next section defines "output_sets" where each named set consists of an
output file name e.g. all.css" and a secion "file_sets."  There's also
additional config per set e.g. to specify the meda type (screen/print) and
things like IE version.  The file_sets is a list of names referenced in the
last section.  That section lists the source_files grouped by file_set.

Things like images and media that we want to version but are not combined
like css and js are configured also with YAML files but have a regular
expression to match all files in the source directory tree (so new images
can be dropped in without editing a config file).

Yes, Makefile.PL runs a script that uses the YAML files to build the
resources.  Each resource type (css, js) has its own subclass for processing
that type of file.  The css background image locations are parsed, images
found (relative to css file), compressed (when configured), copied to build
directory with a new filename (includes the MD5 of the image) and the
background URL is rewritten.  Files are gzipped if over a threshold.  The
build directory ends up with three copies of every file (linked), one with
the plain file "all.css", one with MD5, and one compressed.

Part of the build process builds a mapping file of "output_set" name to the
markup for either the combined version ("all.css") and also to the
individual files.  This allows switching between compressed, minified single
resource file (used in production) to using the individual files for
dev/debugging.  In the templates, for example, it's basically [%
css_resource_set( 'dynamic_cms' ) %]

So if you make a small change, you have to re-install the whole app?  If the
> file name changes, I can't just use Unison to sync the directory on the
> production server.
>

The entire app gets built and installed to qa, then staging, then rsync to
production.  (Although moving to RPM deployment.)


Much of this is to minimize the data over the wire and also to minimize the
number of http requests.  And to version and cache, of course.  The trade
off of fewer requests is some css and js ends up being shared by pages where
that code is not used.  All the performance discussion talk about reducing
number of http requests.  I'm not so sure about that trade-off -- fewer
requests vs. larger files that combine js and css that are not used on every
page.  Now, I'd probably look more at more http request but done in a lazy
load way over a number of domains.



>
> As for reaching for templates in CSS:  Sure, you can break common lines
> into different tags so you only specify a color once:
>
>#this, #that, div p .theother { color: x }
>
> but that doesn't help making (say) a border color and a background color
> the same value.


I think that's a different problem.  Again, it would be easy for us to
pre-process our CSS files, but that's just never been an issue. I think much
of what you are asking about can be taken care of with good css design --
and design changes don't happen very often so it's pretty easy to hunt down
and easy to verify by looking at the site.  If the same color is used so
many places that you want to template it maybe then the css is not set up
clean enough.


-- 
Bill Moseley
mose...@hank.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] Cache of unchanging content

2011-03-02 Thread Tomas Doran


On 2 Mar 2011, at 17:27, Pedro Melo wrote:
On Wed, Mar 2, 2011 at 5:24 PM, Tomas Doran   
wrote:
Installing to production servers via rsync / unison is insane, as  
there is
exactly no way of knowing what version the production server is on,  
with

what bugs...


Of course you can. You can include a file .version at the root created
with 'git describe --always' > .version before you rsync, and then
include it on your test reports.

Rsync is a valid deployment method, specially if you use a stage
server where you make install you app.


Ah, but then you're deploying a specific sha1 from git, rather than  
just rsyncing a directory!


And as you'll have a script to ensure that you have reset --hard  
MYSHA1 (otherwise you are perfectly screwed just as I described), then  
you can put the build parts in there...


Cheers
t0m


___
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] Cache of unchanging content

2011-03-02 Thread will trillich
On Wed, Mar 2, 2011 at 5:35 PM, will trillich
wrote:

> Here's our current dev-to-deploy approach -- we use mercurial and a
> three-step staging process:
>
> A) sandbox/dev server:
>
> dev-server$ vi lib/*/blah/yadda
> dev-server$ CATALYST_DEBUG=1 script/*_server.pl
>
> test dev-server:3000 plenty -- lots of iterating, and then prep for
> deploy-testing:
>
> dev-server$ hg addremove
> dev-server$ perl Makefile.PL
> dev-server$ make manifest
> dev-server$ hg ci -m "log message here"
>
> now, on deployment server:
>
> B) live environment, sandbox port 3000:
>
> deploy$ hg fetch
> deploy$ CATALYST_DEBUG=0 script/*_server.pl
>

Quick edit, that last command above is actually
deploy$ *CATALYST_DEBUG=0 sudo -u www-data perl script/*_server.pl*
to make sure we're using the standard webserver user-permissions

now we test deploy:3000 and if all is well...
>
> C) full "live" deployment:
>
> deploy$ perl Makefile.PL && make
> deploy$ sudo make install && sudo apache2ctl graceful
>
> Pretty sweet so far!
>
>
> On Wed, Mar 2, 2011 at 5:24 PM, Tomas Doran  wrote:
>
>>
>> On 2 Mar 2011, at 05:43, John M. Dlugosz wrote:
>>
>>  On 3/1/2011 9:58 AM, Bill Moseley moseley-at-hank.org |Catalyst/Allow to
>>> home| wrote:
>>>
 At build time I minimize and compress css and js (and images) and
 combine
 into single files grouped by page(s).  They could be pre-processed by TT
 very easily.  The final file names include an MD5 of their content
 forcing a
 re-fetch only if they ever change.

>>> So you added that to the makefile somehow?  I take it the generated name
>>> must be supplied to the page's template once it is known.  I'd like to learn
>>> more about your system.
>>>
>>
>> Yes, you can append things to the Makefile to
>>
>>
>>  So if you make a small change, you have to re-install the whole app?  If
>>> the file name changes, I can't just use Unison to sync the directory on the
>>> production server.
>>>
>>
>> Yes!
>>
>> Installing to production servers via rsync / unison is insane, as there is
>> exactly no way of knowing what version the production server is on, with
>> what bugs... Which means that all bug reports become useless - as you never
>> know if the user was using the site before or after you fixed (or, more
>> often, you think you fixed, but didn't really fix a bug)..
>>
>> Cheers
>> t0m
>>
>>
>>
>>
>> ___
>> 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/
>>
>
>
>
> --
> The first step towards getting somewhere is to decide that you are not
> going to stay where you are.  -- J.P.Morgan
>



-- 
The first step towards getting somewhere is to decide that you are not going
to stay where you are.  -- J.P.Morgan
___
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] Cache of unchanging content

2011-03-02 Thread will trillich
Here's our current dev-to-deploy approach -- we use mercurial and a
three-step staging process:

A) sandbox/dev server:

dev-server$ vi lib/*/blah/yadda
dev-server$ CATALYST_DEBUG=1 script/*_server.pl

test dev-server:3000 plenty -- lots of iterating, and then prep for
deploy-testing:

dev-server$ hg addremove
dev-server$ perl Makefile.PL
dev-server$ make manifest
dev-server$ hg ci -m "log message here"

now, on deployment server:

B) live environment, sandbox port 3000:

deploy$ hg fetch
deploy$ CATALYST_DEBUG=0 script/*_server.pl

now we test deploy:3000 and if all is well...

C) full "live" deployment:

deploy$ perl Makefile.PL && make
deploy$ sudo make install && sudo apache2ctl graceful

Pretty sweet so far!


On Wed, Mar 2, 2011 at 5:24 PM, Tomas Doran  wrote:

>
> On 2 Mar 2011, at 05:43, John M. Dlugosz wrote:
>
>  On 3/1/2011 9:58 AM, Bill Moseley moseley-at-hank.org |Catalyst/Allow to
>> home| wrote:
>>
>>> At build time I minimize and compress css and js (and images) and combine
>>> into single files grouped by page(s).  They could be pre-processed by TT
>>> very easily.  The final file names include an MD5 of their content
>>> forcing a
>>> re-fetch only if they ever change.
>>>
>> So you added that to the makefile somehow?  I take it the generated name
>> must be supplied to the page's template once it is known.  I'd like to learn
>> more about your system.
>>
>
> Yes, you can append things to the Makefile to
>
>
>  So if you make a small change, you have to re-install the whole app?  If
>> the file name changes, I can't just use Unison to sync the directory on the
>> production server.
>>
>
> Yes!
>
> Installing to production servers via rsync / unison is insane, as there is
> exactly no way of knowing what version the production server is on, with
> what bugs... Which means that all bug reports become useless - as you never
> know if the user was using the site before or after you fixed (or, more
> often, you think you fixed, but didn't really fix a bug)..
>
> Cheers
> t0m
>
>
>
>
> ___
> 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/
>



-- 
The first step towards getting somewhere is to decide that you are not going
to stay where you are.  -- J.P.Morgan
___
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] Cache of unchanging content

2011-03-02 Thread Pedro Melo
Hi,

On Wed, Mar 2, 2011 at 5:24 PM, Tomas Doran  wrote:
> Installing to production servers via rsync / unison is insane, as there is
> exactly no way of knowing what version the production server is on, with
> what bugs...

Of course you can. You can include a file .version at the root created
with 'git describe --always' > .version before you rsync, and then
include it on your test reports.

Rsync is a valid deployment method, specially if you use a stage
server where you make install you app.

Bye,
-- 
Pedro Melo
http://www.simplicidade.org/
xmpp:m...@simplicidade.org
mailto:m...@simplicidade.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] Cache of unchanging content

2011-03-02 Thread Tomas Doran


On 2 Mar 2011, at 05:43, John M. Dlugosz wrote:

On 3/1/2011 9:58 AM, Bill Moseley moseley-at-hank.org |Catalyst/ 
Allow to home| wrote:
At build time I minimize and compress css and js (and images) and  
combine
into single files grouped by page(s).  They could be pre-processed  
by TT
very easily.  The final file names include an MD5 of their content  
forcing a

re-fetch only if they ever change.
So you added that to the makefile somehow?  I take it the generated  
name must be supplied to the page's template once it is known.  I'd  
like to learn more about your system.


Yes, you can append things to the Makefile to

So if you make a small change, you have to re-install the whole  
app?  If the file name changes, I can't just use Unison to sync the  
directory on the production server.


Yes!

Installing to production servers via rsync / unison is insane, as  
there is exactly no way of knowing what version the production server  
is on, with what bugs... Which means that all bug reports become  
useless - as you never know if the user was using the site before or  
after you fixed (or, more often, you think you fixed, but didn't  
really fix a bug)..


Cheers
t0m



___
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] [ANNOUNCE] Catalyst-Runtime-5.89002-TRIAL PSGI Catalyst - third development release

2011-03-02 Thread Pedro Melo
Hi,

On Wed, Mar 2, 2011 at 3:55 PM, Florian Ragwitz  wrote:
> Pedro Melo  writes:
>
>> On Wed, Mar 2, 2011 at 3:27 PM, Florian Ragwitz  wrote:
>>
>>> I'm not sure if this change of behaviour is something we should fix
>>> though. The engine knows that a request is secure by checking
>>> psgi.url_scheme, and applications can ask for that using
>>> $ctx->request->secure. Similarly, the request host was, is, and probably
>>> always will be available as $ctx->request->host.
>>
>> Right now I don't need https/secure, but I do need the host.
>>
>> At first I assumed that something like $ctx->request->host would be
>> available but its not:
>>
>> [error] Caught exception in E5::Sites::Gestao::View::HTML->process
>> "Can't locate object method "host" via package "Catalyst::Request"
>
> Sorry, I meant to say $ctx->request->uri->host

Ahs, cool, that works fine for me. Should have though of that.


>>> Did these changes actually cause your app to break? If so, what
>>> exactly does the code that broke look like?
>>
>> Yes, it did because the app switched template paths based on the
>> hostname used to access the app.
>>
>> The code I was using was:
>>
>> my $host = $c->request->headers->header('Host');
>> $host =~ s/:\d+$//;
>
> I guess pretty much every webserver will set a Host header, so we should
> probably do that as well in Plack::Test::MockHTTP, or at least in
> Catalyst::Test::local_request only for back-compat. I'll see what Plack
> upstream thinks about doing this in ::MockHTTP.

Cool. I'll be using $c->request->uri->host for now, although
$c->request->host as a shortcut would be nice :)

Bye,
-- 
Pedro Melo
http://www.simplicidade.org/
xmpp:m...@simplicidade.org
mailto:m...@simplicidade.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] What text editor to use?

2011-03-02 Thread Mike Raynham

On 02/03/11 16:44, Shlomi Fish wrote:

Hi John,

On Wednesday 02 Mar 2011 13:10:04 John M. Dlugosz wrote:

   What's a good text editor to use for Catalyst/TT development?

The editor I really like for C++ doesn't handle XML well.  I've been using
"Notepad++" for windows, but the syntax highlighting doesn't understand
mixing TT inside the base language, and it has tabs only instead of
multiple visible windows.

I would entertain both Windows and Linux solutions.



First of all, see:

http://perl-begin.org/IDEs-and-tools/

I'm personally using GVim, which is the GUI version of Vim (
http://www.vim.org/ ), which was originally based on vi and still mostly
compatible with it, but now it's much more improved and a far different beast.
It takes some time getting used to, although things like
":source $VIMRUNTIME/mswin.vim" can help a lot, even though mswin.vim is not
very recommended.[mswin-vim] Anyway, a usable subset of Vim can be learned
very quickly, and you constantly discover more and more stuff and there are
many people who share useful Vim tips on the Web, on E-mail or on IRC.

As Su-Shee notes here -
http://blogs.perl.org/users/su-shee/2011/01/and-suddenly-youre-hip.html
- vim has recently gained a status of somewhat being of a "hip" and being the
IT-editor, that all the cool kids are using. I've used it a long time before
that, but it is rumoured that it has been the most commonly used editor among
experienced Linux users for a while.

Vim is open-source (also GPL-compatible) and cross-platform - a gratis version
is available for most versions of UNIX/X, for Windows 32-bit and 64-bit, for
Mac OS X, and for many more exotic platforms. It is extensible in many
languages including its built-in vimscript, and Perl 5, Python, Ruby, Tcl, Lua
and Scheme.

Another very fine editor is naturally GNU Emacs, which many people joke about
being a good OS that lacks a good text editor. I personally don't mind the
fact it ships with many extraneous features that I'm likely not going to use,
but I just never been able to get used to it. Some people use it and love it,
but I've known or heard of people who switched from it to Vim (and naturally
vice versa).

I have a list of some other recommended text editors and IDEs (both FOSS and
proprietary) here:

http://www.shlomifish.org/open-source/resources/editors-and-IDEs/

That put aside, I should note that "text is text", and as long as the output
you produce is encoded correctly (e.g: ASCII, UTF-8, etc.) and compiles and is
functional (and may be styled properly), then it doesn't really matter which
editor you're using and different members of your team can use different
editors. I found different editors than vim/gvim useful for working on, say,
text written in the Hebrew alphabet, or bidirectional script, because gvim has
poor support for display Bidirectional text. And some aspects of the vim
philosophy or API are sub-optimal in my case (but I guess I can blame myself
for not contributing).


[mswin-vim] - I have the following in my .vimrc:


" Add Microsoft Windows-like behaviour
" Old habits die hard.
"  - cancelled so old habits will die
" source $VIMRUNTIME/mswin.vim


I commented it only a few months ago, and while there has been some transition
things, I'm getting used to it.


Regards,

Shlomi Fish



There's also a handy TT syntax highlighting plugin for vim:

http://www.vim.org/scripts/script.php?script_id=830

___
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] What text editor to use?

2011-03-02 Thread Shlomi Fish
Hi John,

On Wednesday 02 Mar 2011 13:10:04 John M. Dlugosz wrote:
>   What's a good text editor to use for Catalyst/TT development?
> 
> The editor I really like for C++ doesn't handle XML well.  I've been using
> "Notepad++" for windows, but the syntax highlighting doesn't understand
> mixing TT inside the base language, and it has tabs only instead of
> multiple visible windows.
> 
> I would entertain both Windows and Linux solutions.
> 

First of all, see:

http://perl-begin.org/IDEs-and-tools/

I'm personally using GVim, which is the GUI version of Vim ( 
http://www.vim.org/ ), which was originally based on vi and still mostly 
compatible with it, but now it's much more improved and a far different beast. 
It takes some time getting used to, although things like 
":source $VIMRUNTIME/mswin.vim" can help a lot, even though mswin.vim is not 
very recommended.[mswin-vim] Anyway, a usable subset of Vim can be learned 
very quickly, and you constantly discover more and more stuff and there are 
many people who share useful Vim tips on the Web, on E-mail or on IRC.

As Su-Shee notes here - 
http://blogs.perl.org/users/su-shee/2011/01/and-suddenly-youre-hip.html
- vim has recently gained a status of somewhat being of a "hip" and being the 
IT-editor, that all the cool kids are using. I've used it a long time before 
that, but it is rumoured that it has been the most commonly used editor among 
experienced Linux users for a while.

Vim is open-source (also GPL-compatible) and cross-platform - a gratis version 
is available for most versions of UNIX/X, for Windows 32-bit and 64-bit, for 
Mac OS X, and for many more exotic platforms. It is extensible in many 
languages including its built-in vimscript, and Perl 5, Python, Ruby, Tcl, Lua 
and Scheme.

Another very fine editor is naturally GNU Emacs, which many people joke about 
being a good OS that lacks a good text editor. I personally don't mind the 
fact it ships with many extraneous features that I'm likely not going to use, 
but I just never been able to get used to it. Some people use it and love it, 
but I've known or heard of people who switched from it to Vim (and naturally 
vice versa).

I have a list of some other recommended text editors and IDEs (both FOSS and 
proprietary) here:

http://www.shlomifish.org/open-source/resources/editors-and-IDEs/

That put aside, I should note that "text is text", and as long as the output 
you produce is encoded correctly (e.g: ASCII, UTF-8, etc.) and compiles and is 
functional (and may be styled properly), then it doesn't really matter which 
editor you're using and different members of your team can use different 
editors. I found different editors than vim/gvim useful for working on, say, 
text written in the Hebrew alphabet, or bidirectional script, because gvim has 
poor support for display Bidirectional text. And some aspects of the vim 
philosophy or API are sub-optimal in my case (but I guess I can blame myself 
for not contributing).


[mswin-vim] - I have the following in my .vimrc:


" Add Microsoft Windows-like behaviour
" Old habits die hard.
"  - cancelled so old habits will die
" source $VIMRUNTIME/mswin.vim


I commented it only a few months ago, and while there has been some transition 
things, I'm getting used to it.


Regards,

Shlomi Fish

-- 
-
Shlomi Fish   http://www.shlomifish.org/
"Humanity" - Parody of Modern Life - http://shlom.in/humanity

He who re-invents the wheel, will understand much better how a wheel works.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

___
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] Cache of unchanging content

2011-03-02 Thread Ronald J Kimball
On Wed, Mar 2, 2011 at 12:43 AM, John M. Dlugosz  wrote:

> As for reaching for templates in CSS:  Sure, you can break common lines into
> different tags so you only specify a color once:
>
>    #this, #that, div p .theother { color: x }
>
> but that doesn't help making (say) a border color and a background color the
> same value.

Have you considered using LESS?  http://lesscss.org/

Ronald

___
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] [ANNOUNCE] Catalyst-Runtime-5.89002-TRIAL PSGI Catalyst - third development release

2011-03-02 Thread Florian Ragwitz
Pedro Melo  writes:

> On Wed, Mar 2, 2011 at 3:27 PM, Florian Ragwitz  wrote:
>
>> I'm not sure if this change of behaviour is something we should fix
>> though. The engine knows that a request is secure by checking
>> psgi.url_scheme, and applications can ask for that using
>> $ctx->request->secure. Similarly, the request host was, is, and probably
>> always will be available as $ctx->request->host.
>
> Right now I don't need https/secure, but I do need the host.
>
> At first I assumed that something like $ctx->request->host would be
> available but its not:
>
> [error] Caught exception in E5::Sites::Gestao::View::HTML->process
> "Can't locate object method "host" via package "Catalyst::Request"

Sorry, I meant to say $ctx->request->uri->host

>> Did these changes actually cause your app to break? If so, what
>> exactly does the code that broke look like?
>
> Yes, it did because the app switched template paths based on the
> hostname used to access the app.
>
> The code I was using was:
>
> my $host = $c->request->headers->header('Host');
> $host =~ s/:\d+$//;

I guess pretty much every webserver will set a Host header, so we should
probably do that as well in Plack::Test::MockHTTP, or at least in
Catalyst::Test::local_request only for back-compat. I'll see what Plack
upstream thinks about doing this in ::MockHTTP.


pgpecc0mP1lJf.pgp
Description: 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/


Re: [Catalyst] [ANNOUNCE] Catalyst-Runtime-5.89002-TRIAL PSGI Catalyst - third development release

2011-03-02 Thread Pedro Melo
Hi,

On Wed, Mar 2, 2011 at 3:27 PM, Florian Ragwitz  wrote:
> Pedro Melo  writes:
>
>> I've noticed a small difference with Catalyst::Test. The latest stable
>> version include two headers, 'host' and 'https'. They are missing from
>> this version.
>>
>> Is this a documented change that I missed or a bug?
>
> It's certainly not the former, but I'm not sure it's the latter either.
>
> When doing local requests using Catalyst::Test (i.e. without
> CATALYST_SERVER to do remote testing set), HTTP::Request::AsCGI used to
> be used. We got rid of that and switched to using the infrastructure
> provided by Plack::Test instead.
>
> For local requests, Plack::Test::MockHTTP will now be used, so the
> HTTP::Requests from your tests will be turned into PSGI env hashes and
> then handled by your app. Apparently Plack::Test::MockHTTP doesn't set
> either HOST or HTTPS headers like HTTP::Request::AsCGI does. Instead it
> provides the server host in the SERVER_NAME header, and the uri scheme
> (http or https) in psgi.url_scheme.
>
> I'm not sure if this change of behaviour is something we should fix
> though. The engine knows that a request is secure by checking
> psgi.url_scheme, and applications can ask for that using
> $ctx->request->secure. Similarly, the request host was, is, and probably
> always will be available as $ctx->request->host.

Right now I don't need https/secure, but I do need the host.

At first I assumed that something like $ctx->request->host would be
available but its not:

[error] Caught exception in E5::Sites::Gestao::View::HTML->process
"Can't locate object method "host" via package "Catalyst::Request"

Thats with psgi branch, but I'm pretty sure stable doesn't have it either.

> Did these changes actually cause your app to break? If so, what exactly
> does the code that broke look like?

Yes, it did because the app switched template paths based on the
hostname used to access the app.

The code I was using was:

my $host = $c->request->headers->header('Host');
$host =~ s/:\d+$//;

I would prefer %ctx->request->host though, much cleaner.

Bye,
-- 
Pedro Melo
http://www.simplicidade.org/
xmpp:m...@simplicidade.org
mailto:m...@simplicidade.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] [ANNOUNCE] Catalyst-Runtime-5.89002-TRIAL PSGI Catalyst - third development release

2011-03-02 Thread Florian Ragwitz

Many thanks for testing this release.


Pedro Melo  writes:

> I've noticed a small difference with Catalyst::Test. The latest stable
> version include two headers, 'host' and 'https'. They are missing from
> this version.
>
> Is this a documented change that I missed or a bug?

It's certainly not the former, but I'm not sure it's the latter either.

When doing local requests using Catalyst::Test (i.e. without
CATALYST_SERVER to do remote testing set), HTTP::Request::AsCGI used to
be used. We got rid of that and switched to using the infrastructure
provided by Plack::Test instead.

For local requests, Plack::Test::MockHTTP will now be used, so the
HTTP::Requests from your tests will be turned into PSGI env hashes and
then handled by your app. Apparently Plack::Test::MockHTTP doesn't set
either HOST or HTTPS headers like HTTP::Request::AsCGI does. Instead it
provides the server host in the SERVER_NAME header, and the uri scheme
(http or https) in psgi.url_scheme.

I'm not sure if this change of behaviour is something we should fix
though. The engine knows that a request is secure by checking
psgi.url_scheme, and applications can ask for that using
$ctx->request->secure. Similarly, the request host was, is, and probably
always will be available as $ctx->request->host.

Did these changes actually cause your app to break? If so, what exactly
does the code that broke look like?


pgps0QXWUCAjN.pgp
Description: 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/


Re: [Catalyst] [ANNOUNCE] Catalyst-Runtime-5.89002-TRIAL PSGI Catalyst - third development release

2011-03-02 Thread Pedro Melo
Hi,

On Wed, Mar 2, 2011 at 3:17 PM, Tomas Doran  wrote:
>
> On 2 Mar 2011, at 15:08, Pedro Melo wrote:
>>
>> Is this a documented change that I missed or a bug?
>
> A bug!
>
> Thanks for trying and notifying us :_)

No problem. I'm following the psgi branch, so I can update it and try
again later if you wish.

Bye,
-- 
Pedro Melo
http://www.simplicidade.org/
xmpp:m...@simplicidade.org
mailto:m...@simplicidade.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] [ANNOUNCE] Catalyst-Runtime-5.89002-TRIAL PSGI Catalyst - third development release

2011-03-02 Thread Tomas Doran


On 2 Mar 2011, at 15:08, Pedro Melo wrote:

Is this a documented change that I missed or a bug?


A bug!

Thanks for trying and notifying us :_)

Cheers
t0m


___
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] [ANNOUNCE] Catalyst-Runtime-5.89002-TRIAL PSGI Catalyst - third development release

2011-03-02 Thread Pedro Melo
Hi,

On Wed, Mar 2, 2011 at 10:50 AM, Florian Ragwitz  wrote:
> This is a development release, and we need people to start trying to use
> it _NOW_, and to tell us about the issues you find with your real world
> applications. Otherwise we're going to be unable to fix those issues
> before a final release.
>
> There are still some known problems with the current release, and the
> upgrading documentation is at this stage anything but complete.
> However, we have been working hard to keep this release as compatible as
> possible with previous versions, and the documentation for upgrading
> will greatly improve before the final version..

I've just tested my app with the this version.

I've noticed a small difference with Catalyst::Test. The latest stable
version include two headers, 'host' and 'https'. They are missing from
this version.

Is this a documented change that I missed or a bug?

Thanks,
-- 
Pedro Melo
http://www.simplicidade.org/
xmpp:m...@simplicidade.org
mailto:m...@simplicidade.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] What text editor to use?

2011-03-02 Thread will trillich

I tried installing Padre on my OSX using the instructions here
http://padre.perlide.org/trac/wiki/DownloadMacOSX

and now my wxperl is broken:
$ wxperl
*wxPerl: posix_spawn:
/Library/Perl/5.10.0/darwin-thread-multi-2level/auto/Wx/wxPerl.app/Contents/MacOS/wxPerl5.10.0:
No such file or directory*

I think the point where it went south was in cpan "install Wx".

Fortunately my unix-y perl ("perl") is still fine.

Is there an easy way to unravel this?



On Wed, Mar 2, 2011 at 11:49 AM, Kieren Diment  wrote:

>
> On 02/03/2011, at 10:10 PM, John M. Dlugosz wrote:
>
> > What's a good text editor to use for Catalyst/TT development?
> >
> > The editor I really like for C++ doesn't handle XML well.  I've been
> using "Notepad++" for windows, but the syntax highlighting doesn't
> understand mixing TT inside the base language, and it has tabs only instead
> of multiple visible windows.
> >
> > I would entertain both Windows and Linux solutions.
> >
>
> Padre: http://padre.perlide.org/ is rated by some.  Works everywhere Wx
> does.
>
> > TIA,
> > --John
> >
> >
> > ___
> > 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/
>



-- 
The first step towards getting somewhere is to decide that you are not going
to stay where you are.  -- J.P.Morgan
___
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] usubscribe

2011-03-02 Thread Alynne Chiromatzo

___
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] using LDAP-Model externally

2011-03-02 Thread piccard

Hello,

I have problem with LDAP-Models, which I wanna access from outside.
When I use the LDAP-Model from a Controller I get all attributes I was 
querying for, means everything works fine :-)


# inside a Controller
my $mesg = $c->model('SimAuth')->getPerson('lu21rup');
$c->log->debug("\$LDAP-mesg: ".Dumper($mesg));

My LDAP-Model uses a Connection- & an Entry-Class, which are defined in 
the config:


  1 
  2 base   ou=ccc,ou=bbb,o=aaa,c=de
  3 password   xxx
  4 
  5 verify   none
  6 
  7 port50636
  8 start_tls   0
  9 dn   cn=ttt,ou=ddd,o=aaa,c=de
 10 host   ldaps://hostname.bla.de
 11 entry_class DW::Model::SimAuth::Entry
 12 connection_classDW::Model::SimAuth::Connection
 13 


here are the 2 example-classes

  1 package DW::Model::SimAuth::Connection;
  2
  3 use strict;
  4 use warnings;
  5
  6 use Moose;
  7 use MooseX::NonMoose;
  8 use namespace::autoclean;
  9
 10 extends qw/Catalyst::Model::LDAP::Connection/;
 11
 12
 13 sub getPerson {
 14 my ($self, $person) = @_;
 15
 16 my $mesg = $self->search("(cn=".$person.")");
 17 return  $mesg;
 18 }
 19
 20 __PACKAGE__->meta->make_immutable;
 21
 22 1;



  1 package DW::Model::SimAuth::Entry;
  2
  3 use strict;
  4 use warnings;
  5
  6 use Moose;
  7 use MooseX::NonMoose;
  8 use namespace::autoclean;
  9
 10
 11 extends qw/Catalyst::Model::LDAP::Entry/;
 12
 13 sub getEntry {
 14 my ($self, $attribute) = @_;
 15
 16 return $self->get_value($attribute);
 17 }
 18
 19 __PACKAGE__->meta->make_immutable;
 20
 21 1;


... but when I try to access the model from the outside I just get a 
view attributes, not all???!?
This means I can establish the connection externally but I think my 
script is definitely wrong.
I use Config::JFDI for accessing the config from the outside (I have 
multiconfig enabled).


#!/usr/bin/perl

use strict;
use warnings;

use lib ('lib') ;
use Config::JFDI;
use DW::Model::SimAuth::Connection;
use DW::Model::SimAuth::Entry;
use Data::Dumper;


my $config = Config::JFDI->new(
name => "DW",
path => "../DW/conf",
driver => {
 'General' => { -UseApacheInclude => 1 }
}
);

my $config_hash = $config->get;
print Dumper $config_hash;

my $ldap = 
$config_hash->{'Model::SimAuth'}->{'connection_class'}->new(%{$connect_info});


# query LDAP
my $mesg = $ldap->search(
filter=>"&(cn=lu21rup)",
scope  => 'sub',
attrs  =>['*'],
);


my @entries = $mesg->entries;
foreach my $entry (@entries) {
$entry->dump;
}


I think my failure is when I wanna get an instance of the connection-class:
my $ldap = 
$config_hash->{'Model::SimAuth'}->{'connection_class'}->new(%{$connect_info});


Can anybody help me?
thanx :-D








___
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] What text editor to use?

2011-03-02 Thread Vivek Chhikara

Even I was struggling with same problem a few days back.
Give "Eclipse IDE for JavaScript Web Developers" a try.

There you can install EPIC (Eclipse Perl Integration), configure .tt 
file association with HTML editor.

It has a built in  XML editor too.

If you are working on remote systems say from windows you want to 
access Linux files, you can have

RSE - Remote system installer. All this combination just Rocks for me!!

On Wed, 02 Mar 2011 05:10:04 -0600, "John M. Dlugosz" 
 wrote:

What's a good text editor to use for Catalyst/TT development?

The editor I really like for C++ doesn't handle XML well.  I've been
using "Notepad++" for windows, but the syntax highlighting doesn't
understand mixing TT inside the base language, and it has tabs only
instead of multiple visible windows.

I would entertain both Windows and Linux solutions.

TIA,
--John


___
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/


--
Vivek Chhikara

___
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] What text editor to use?

2011-03-02 Thread Kieren Diment

On 02/03/2011, at 10:10 PM, John M. Dlugosz wrote:

> What's a good text editor to use for Catalyst/TT development?
> 
> The editor I really like for C++ doesn't handle XML well.  I've been using 
> "Notepad++" for windows, but the syntax highlighting doesn't understand 
> mixing TT inside the base language, and it has tabs only instead of multiple 
> visible windows.
> 
> I would entertain both Windows and Linux solutions.
> 

Padre: http://padre.perlide.org/ is rated by some.  Works everywhere Wx does.

> TIA,
> --John
> 
> 
> ___
> 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] What text editor to use?

2011-03-02 Thread John M. Dlugosz

 What's a good text editor to use for Catalyst/TT development?

The editor I really like for C++ doesn't handle XML well.  I've been using "Notepad++" for 
windows, but the syntax highlighting doesn't understand mixing TT inside the base 
language, and it has tabs only instead of multiple visible windows.


I would entertain both Windows and Linux solutions.

TIA,
--John


___
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] Catalyst-Runtime-5.89002-TRIAL PSGI Catalyst - third development release

2011-03-02 Thread Florian Ragwitz

Hi

It gives me great pleasure to announce the third development release of
the next major version of Catalyst.

The changes from the previous PSGI development release include fixes for
various test failures as well as refactoring of the API for retrieving
PSGI application code references for Catalyst applications. See the end
of this mail for the full changelog.

This is a development release, and we need people to start trying to use
it _NOW_, and to tell us about the issues you find with your real world
applications. Otherwise we're going to be unable to fix those issues
before a final release.

There are still some known problems with the current release, and the
upgrading documentation is at this stage anything but complete.
However, we have been working hard to keep this release as compatible as
possible with previous versions, and the documentation for upgrading
will greatly improve before the final version..

Known issues:
 * lighttpd versions below 1.4.23 are known to be broken (this should be able to
be worked around using  Plack::Middleware::LighttpdScriptNameFix - we would love
some people  using earlier versions of lighttpd to help test this)
 * IIS6 is believed to be broken (fix will be forthcoming - please shout up if
you will be able to test this for us).

Other than this list of known issues, everything should continue working
as it did beforehand for all users (including current users of
Catalyst::Engine::PSGI). You shouldn't have to do _anything_ to upgrade
to the new release, other than ensure your application scripts (as
generated by catalyst.pl) to use the Catalyst::Script:: classes.

Please test the release out and let us know how you get on.

The release can be found at:
http://search.cpan.org/~flora/Catalyst-Runtime-5.89002-TRIAL/

Please report your successes (and/or failures) to the list, or come find
us on irc. We'll be trying to get a new dev release out every couple of
weeks now until people stop finding issues..

Thanks in advance


--
5.89002 2011-03-02 11:30:00 (TRIAL release)

 Bug fixes:
  - Fix a couple of test failures caused by optional dependencies such as FCGI
not being installed.

 Refactoring:
  - Simplified the API for getting a PSGI application code reference for a
Catalyst application for use in, for example, .psgi files. See
Catalyst::Upgrading for details.


pgpJgTtFvckZI.pgp
Description: 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/


Re: [Catalyst] Auto-remove POD

2011-03-02 Thread Kieren Diment
On 02/03/2011, at 12:42 PM, gvim wrote:

> I've just started with Catalyst and am working through the tutorials but find 
> I need to remove the POD from all the auto-generated helper files. Is there 
> any option to turn off the POD generation or a quick way to remove it?


A patch to Catalyst::Helper would be more than welcome.  Talk to dhoss on IRC 
about how you'd get started on that.  I couldn't see it being more than a dozen 
lines of code.

But personally I find that apart from catalyst.pl MyApp (mostly for the 
Makefile.PL),  its just as easy to do everything else by hand.  
___
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/