* Christopher H. Laco <[EMAIL PROTECTED]> [2008-03-07 22:25]:
> I go one stranger. No extensions ever. Instead, I rely on
> directories assuming I might switch.
>
> templates/tt/controller/action
> templates/mason/controller/action
That’s the best approach.
The only reason I don’t do it that way
On Mar 07 2008, Jonathan Rockway wrote:
> * On Fri, Mar 07 2008, Rick Delaney wrote:
> >
> > It would make more sense if it was a configuration option of the
> > template engine itself. Then you wouldn't need the extension when
> > putting the template in the stash and things like
> >
> > [% I
With my current configuration, when serving static files (like images
for my site layout etc.), every request will load session data.
(an older post at:
http://www.gossamer-threads.com/lists/catalyst/users/1437 also mentioned
this)
Is it possible to AVOID sessions for files from a specific dir
Ian Docherty wrote:
Jonathan Rockway wrote:
* Ian Docherty <[EMAIL PROTECTED]> writes:
I am sending a POST to a Catalyst app and according to the documention
I expected the request body to
contain the data I sent. Instead it holds a filename in the tmp
directory which contains the documen
Do you really think people are going to list their projects for their
internal tools and portals on a public website? Yes the wiki is way out
of date and poorly maintained but guess what the one we have here at
work is also poorly maintained. That's just the nature of the wiki and I
have compla
* On Fri, Mar 07 2008, Rick Delaney wrote:
> On Mar 07 2008, Jonathan Rockway wrote:
>> * On Fri, Mar 07 2008, Matthias Zeichmann wrote:
>> > C:V:TT behaves exactly the same way [0] and i suspect its not the only
>> > view that does
>> >
>> > my $template = $c->stash->{template}
>> > ||
* On Fri, Mar 07 2008, Christopher H. Laco wrote:
> David Jack Wange Olrik wrote:
>>
>> On 07/03/2008, at 22.22, Florian Ragwitz wrote:
>>
>>> I want to keep the default behaviour to not break existing code and
>>> to be consistent with most other catalyst views.
>>>
>>> However I'll think about im
On Fri, Mar 07, 2008 at 10:22:26PM +0100, Florian Ragwitz wrote:
> However I'll think about implementing a new configuration option that,
> when enabled, will always append template_extension.
This is now implemented and available using
git clone git://git.perldition.org/Catalyst-View-Mason.git
On Mar 07 2008, Jonathan Rockway wrote:
> * On Fri, Mar 07 2008, Matthias Zeichmann wrote:
> > C:V:TT behaves exactly the same way [0] and i suspect its not the only
> > view that does
> >
> > my $template = $c->stash->{template}
> > || $c->action . $self->config->{TEMPLATE_EXTENSION};
>
David Jack Wange Olrik wrote:
On 07/03/2008, at 22.22, Florian Ragwitz wrote:
I want to keep the default behaviour to not break existing code and to
be consistent with most other catalyst views.
However I'll think about implementing a new configuration option that,
when enabled, will always
On 07/03/2008, at 22.22, Florian Ragwitz wrote:
I want to keep the default behaviour to not break existing code and
to be consistent with most other catalyst views.
However I'll think about implementing a new configuration option
that, when enabled, will always append template_extension.
On Fri, Mar 07, 2008 at 10:10:25PM +0100, David Jack Wange Olrik wrote:
>
> On 07/03/2008, at 19.26, Jonathan Rockway wrote:
>
> >To do what David wanted would have to use a heuristic to determine
> >whether $c->stash->{template} is the actual template name, or the
> >template name minus the extens
David Jack Wange Olrik wrote:
On 07/03/2008, at 19.26, Jonathan Rockway wrote:
To do what David wanted
would have to use a heuristic to determine whether $c->stash->{template}
is the actual template name, or the template name minus the extension.
By definition, that's never going to work.
On 07/03/2008, at 19.26, Jonathan Rockway wrote:
To do what David wanted
would have to use a heuristic to determine whether $c->stash-
>{template}
is the actual template name, or the template name minus the
extension. By definition, that's never going to work.
No need to do any heuristics
At 11:39 AM +0100 3/7/08, Aristotle Pagaltzis wrote:
It's a really really REALLY bad idea to mix your display logic
into your controllers, much less your model.
Most people therefore say that you should use a template system
with a minilanguage. But the reason that doing this is good is
that it
* On Fri, Mar 07 2008, demerphq wrote:
> Catalyst is a Perl framework, and within the perl community those
> people are well known. If you are trying to suggest that they should
> find some celebrity hackers from outside the community to give
> endorsements then you might have a point, but you cert
* On Fri, Mar 07 2008, Ali M. wrote:
> I just want to draw the attention or to ask,
>
> Why is the wiki so poorly maintained, the list of sites and projects
> using catalyst is really umimpressive, are those really all the
> project using catalyst? The thing is, from the traffic I see on this
> mai
* On Fri, Mar 07 2008, Matthias Zeichmann wrote:
> On Thu, Mar 6, 2008 at 11:11 PM, David Jack Wange Olrik <[EMAIL PROTECTED]>
> wrote:
>> Here is a small patch for Catalyst::View::Mason.
>>
>> When setting $c->stash->{template}, template_extension was not added
>> to the component path. In my
On 07/03/2008, Ali M. <[EMAIL PROTECTED]> wrote:
> I just want to draw the attention or to ask,
>
> Why is the wiki so poorly maintained, the list of sites and projects
> using catalyst is really umimpressive, are those really all the
> project using catalyst? The thing is, from the traffic I se
* On Thu, Mar 06 2008, Eden Cardim wrote:
> On Thu, Mar 6, 2008 at 7:36 PM, Emily Heureux <[EMAIL PROTECTED]> wrote:
>> Hi, I have a variable in a Controller method sent to the stash for a
>> particular tt file. What if I want that same variable to be available to
>> another tt file? I assume I c
I just want to draw the attention or to ask,
Why is the wiki so poorly maintained, the list of sites and projects
using catalyst is really umimpressive, are those really all the
project using catalyst? The thing is, from the traffic I see on this
mailing list, I really doubt it, and I really wish
>> On Fri, 07 Mar 2008 10:24:45 +0100, Cosimo Streppone <[EMAIL PROTECTED]>
>> said:
> For example, I designed and maintained for years a web framework where
> we allowed something like:
> $table->add_row('this', 'that');
> $table->add_row($chart);
> $table->set_cell_opt(1, 0, colsp
Hi all,
just if you wonder why I am posting a solved problem: this has kept me
busy a whole day and all the google didn't turn up anything useful, I
don't have any blog that might be indexed by google so I fall back to
posting it here so somebody might find it later on.
First of all: the docs (th
yup, I'm using reusable TT2 widgets via [% PROCESS widget.tt2 %] to render
given objects (e.g. row of a given table) so I can call them from several
other TT2 pages (and on their own in AJAX calls).
root/src/foo/list.tt2
[% FOREACH foo = list_of_foos %]
[% PROCESS foo/brief_summary.tt2
* Martin Ellison <[EMAIL PROTECTED]> [2008-03-07 09:30]:
> Is there anything attached to Catalyst similar to the CGI.pm
> module? That is, creating the HTML by a series of procedure
> calls rather than by instantiating a template?
You are looking for Template::Declare.
> Or is there some way to l
On 7 Mar 2008, at 09:03, Alex Povolotsky wrote:
Martin Ellison wrote:
Is there anything attached to Catalyst similar to the CGI.pm
module? That is, creating the HTML by a series of procedure calls
rather than by instantiating a template?
Or is there some way to link up the existing CGI mod
Alex Povolotsky wrote:
Martin Ellison wrote:
Is there anything attached to Catalyst similar to the CGI.pm module?
That is, creating the HTML by a series of procedure calls rather than
by instantiating a template?
Creating HTML inside the code is the best way to make unreadable,
unmaintainabl
Martin Ellison wrote:
Is there anything attached to Catalyst similar to the CGI.pm module?
That is, creating the HTML by a series of procedure calls rather than
by instantiating a template?
Or is there some way to link up the existing CGI module?
$c->response->body(ul(li(q{hello}), li(q{world
On 7 Mar 2008, at 19:23, Martin Ellison wrote:
Is there anything attached to Catalyst similar to the CGI.pm
module? That
is, creating the HTML by a series of procedure calls rather than by
instantiating a template?
Or is there some way to link up the existing CGI module?
$c->response->body(u
Hi Byron,
Actually, it depends largely on what version of the module you are
using.
If you are up to date - the 'Plugin::Authentication' naming is the
proper way to do it (it now follows the configuration naming rules) -
but this is a relatively recent change and the 'authentication' naming
is s
On Thu, Mar 6, 2008 at 11:11 PM, David Jack Wange Olrik <[EMAIL PROTECTED]>
wrote:
> Here is a small patch for Catalyst::View::Mason.
>
> When setting $c->stash->{template}, template_extension was not added
> to the component path. In my opinion this should always be added, so
> one can easily
Is there anything attached to Catalyst similar to the CGI.pm module? That
is, creating the HTML by a series of procedure calls rather than by
instantiating a template?
Or is there some way to link up the existing CGI module?
$c->response->body(ul(li(q{hello}),
li(q{world} ?
Or is it not a goo
32 matches
Mail list logo