Patrick, are you developer of PHPTAL or not?
Anton
On Fri, May 30, 2008 at 5:29 PM, Patrick Burke [EMAIL PROTECTED] wrote:
I love PHPTAL, and the self documentation thread going on is a very
interesting idea. The requirement that brought up self-documentation
seems like a development environment issue though, The development
environment issue seems odd to me because I would think that the core
variables needed would be made available by Development. If Design
needs some variables that Devel needs to know about then a simple
intermediate layer would let Design do their own
$template_obj-set('thevar', thevalue); But if the code is nicely
segmented then some designated member of Design should be able to add
to the PHP code that is loading the template directly (ideally, anyone
on Design if the code is locked down and versioned).
I'm not poo-poo'ing the self-documentation idea, I'm just sick of
Smarty and I know PHPTAL can become the de facto PHP standard if
development of PHPTAL, in the short term, were geared more towards
marketing bullet points that can be proudly displayed on a big, pretty
banner on a web page. So I'd like to see some awesome effort (yes,
I'm talking to myself as well) towards things like memcached
integration, Eclipse/editor plugins, get rally slick with the
trigger and format systems, and even a geeky effort to do an extended
promotional push (yes, I'm mentioning a project that doesn't
necessarily involve coding) because, admit it, PHPTAL was there at
1.18 so it's ready to get a little promotion and that means people
coordinating a push.
I'm seeing PHPTAL at a tipping point. I wasn't able to get PHPTAL
into many environments in the last couple years because big, fat, ugly
Smarty was sitting in the templates directories already. PHPTAL has
awesome core features, is better than fast enough, and has a great
lookin' future so it's not hard to pitch it when I can get a chance to
list off the coolness of it. I, and others, will get more of a chance
to pitch it if there were just a few more..I hate to say this
but..enterprise features that make it more known about to higher
level Development leads. It's true though.
Hew
On Fri, May 30, 2008 at 6:00 AM, [EMAIL PROTECTED]
wrote:
Send PHPTAL mailing list submissions to
phptal@lists.motion-twin.com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.motion-twin.com/mailman/listinfo/phptal
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than Re: Contents of PHPTAL digest...
Today's Topics:
1. Re: automated documentation for templates? (Kornel Lesinski)
--
Message: 1
Date: Fri, 30 May 2008 10:32:04 +0100
From: Kornel Lesinski [EMAIL PROTECTED]
Subject: Re: [PHPTAL] automated documentation for templates?
To: Template Attribute Language for PHP
phptal@lists.motion-twin.com
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8
On Fri, 30 May 2008 10:19:18 +0100, Iván -DrSlump- Montes
[EMAIL PROTECTED] wrote:
With something like this the comment won't show up
tal:comment tal:replace=null!--
Comment: Here is a comment which won't show up in the generated HTML
--/tal:comment
any element can have tal:comment attribute.
li tal:comment=won't be in HTML /
and it's possible to register your own attribute or namespace in PHPTAL,
so you could have
li my:documentation=... /
--
regards, Kornel
--
___
PHPTAL mailing list
PHPTAL@lists.motion-twin.com
http://lists.motion-twin.com/mailman/listinfo/phptal
End of PHPTAL Digest, Vol 39, Issue 13
**
___
PHPTAL mailing list
PHPTAL@lists.motion-twin.com
http://lists.motion-twin.com/mailman/listinfo/phptal
___
PHPTAL mailing list
PHPTAL@lists.motion-twin.com
http://lists.motion-twin.com/mailman/listinfo/phptal