Anton, yes I am a developer of PHPTAL but I'm not on the PHTPAL
developer list.  My modifications have been specific to the company I
was implementing it for but I've made more general modifications along
the way, like some memcached/compiled templates trickery I used at the
last place I did a gig for, and I'm ready to make a formal
contribution so the PHPTAL Developers can tell me what's up/what they
think.  But even if my own contributions get shot down I'd like to see
development of PHPTAL geared towards the people I have to pitch to:
CTOs, IT Managers, Directors/Producers of Internet Programming, etc.
Just for a while anyways, just until there's undeniable awareness of
PHPTAL in that segment of IT personnel.  I think it's only a matter of
adding and promoting a few more "enterprise" features to the project
(I really, reeeeally hate that "enterprise" term but...you probably
know what I mean when I say it so that's why I'm using it).

I've probably got another couple of months before I get up to speed on
the latest version of PHPTAL and then implement the memcached thingy I
did.  Hopefully I'm an "official" PHPTAL developer at that point.

But do you get what I'm saying about the direction of development in
the short term?  It's just that I know too many CTO types that have
actually heard of Smarty but are baffled by this new-fangled PHPTAL
stuff, and they aren't even keen on hearing about it until I start
sneaking in comments like, "See, that problem just simply doesn't ever
happen when you use PHPTAL", or "We wouldn't worry about that
bottleneck if we had something like PHPTAL's system".

Know what I mean?

Hew

On Fri, May 30, 2008 at 10:48 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: Lower than as char in javascript (Christian Welzel)
>   2. Re: Lower than as char in javascript (Kornel Lesinski)
>   3. problem with proteced function (anru chen)
>   4. Re: problem with proteced function (Kornel Lesinski)
>   5. Re: PHPTAL Digest, Vol 39, Issue 13 (Patrick Burke)
>   6. Re: Re: PHPTAL Digest, Vol 39, Issue 13 (Anton Andrievskij)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 30 May 2008 12:12:04 +0200
> From: Christian Welzel <[EMAIL PROTECTED]>
> Subject: Re: [PHPTAL] Lower than as char in javascript
> To: Guillaume Lecanu <[EMAIL PROTECTED]>
> Cc: Template Attribute Language for PHP <phptal@lists.motion-twin.com>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Guillaume Lecanu schrieb:
>
>> Is your JavaScript is between a CDATA block ?
>
> This does not work, because we want to use some phptal stuff in the
> js code section to generate parts of the code.
> As soon as i add CDATA, i get errors like this one: "Unable to find path 
> plane"
>
> An example of our js code section:
>
> <span tal:omit-tag="" tal:repeat="plane plane_values">
> p_speed[${repeat/plane/index}] = ${plane/speed};
> p_capacity[${repeat/plane/index}] = ${plane/capacity};
> </span>
>
> This doesnt seem to work anymore when CDATA is added.
>
>> And it's also a good idea to put JS code in an external file like that :
>> <script type="text/javascript" src="code.js"></script>
>
> This is not possible, as we have to generate the js code per page request.
>
> --
> MfG, Christian Welzel
>
>   GPG-Key:     http://www.camlann.de/key.asc
>   Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 30 May 2008 12:33:11 +0100
> From: "Kornel Lesinski" <[EMAIL PROTECTED]>
> Subject: Re: [PHPTAL] Lower than as char in javascript
> 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 11:12:04 +0100, Christian Welzel <[EMAIL PROTECTED]>
> wrote:
>
>>> Is your JavaScript is between a CDATA block ?
>>
>> This does not work, because we want to use some phptal stuff in the
>> js code section to generate parts of the code.
>> As soon as i add CDATA, i get errors like this one: "Unable to find path
>> plane"
>>
>> An example of our js code section:
>>
>> <span tal:omit-tag="" tal:repeat="plane plane_values">
>> p_speed[${repeat/plane/index}] = ${plane/speed};
>> p_capacity[${repeat/plane/index}] = ${plane/capacity};
>> </span>
>
> You could reorganize data a bit and simplify generation of the array:
>
> p_speed = ${php:json_encode(plane_speeds)}
> p_capacity = ${php:json_encode(plane_capacities)}
>
> (despite what the name suggests, json_encode isn't limited to JS objects
> and handles generation of whole arrays, strings and ints very well).
>
> If you need HTML-compatible JS block with loop in it, you'll have to use
> multiple CDATA blocks this way:
>
> <tal:block tal:repeat="plane plane_values">
> /*<![CDATA[*/ code /*]]>*/
> </tal:block>
>
> --
> regards, Kornel
>
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 31 May 2008 00:20:38 +1200
> From: "anru chen" <[EMAIL PROTECTED]>
> Subject: [PHPTAL] problem with proteced function
> To: phptal@lists.motion-twin.com
> Message-ID:
>        <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi :
>
> I have searched achieves , but did not find any topics related to this 
> problem.
>
> I am use zend framework, PHPTal as my template engine.
>
> function phptal_path($base, $path, $nothrow=false) in class PHPTAL_Context 
> uses
> "method_exists" to check if a method exists in a object or not.
>
> for example:
>
>  // look for isset (priority over __get)
>            if (method_exists($base, '__isset')){
>                if ($base->__isset($current)){
>                    $base = $base->$current;
>                    continue;
>                }
>            }
>            // ask __get and discard if it returns null
>            else if (method_exists($base, '__get')){
>                $tmp = $base->$current;
>                if (NULL !== $tmp){
>                    $base = $tmp;
>                    continue;
>                }
>            }
> above code is copied from PHPTAL_Context.
> if that __isset is a protected function , then
> PHP throws a fatal error since method_exists does not check method's 
> visibility.
>
> zend framework has a Zend_Config class, in that class, __isset is a
> protected function.
> so if i am pass a Zend_Config object to PHPTal, and try to do some thing like
> <a href="www.foo.com" tal:attributes="href config/webhost" >here</a>
>
> PHP throws this error:
> Fatal error: Call to protected method Zend_Config::__isset() from
> context '' in e:\php\PEAR\PHPTAL\Context.php on line 269.
>
> regards.
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 30 May 2008 13:38:27 +0100
> From: "Kornel Lesinski" <[EMAIL PROTECTED]>
> Subject: Re: [PHPTAL] problem with proteced function
> 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 13:20:38 +0100, anru chen <[EMAIL PROTECTED]> wrote:
>
>
>> zend framework has a Zend_Config class, in that class, __isset is a
>> protected function.
>> so if i am pass a Zend_Config object to PHPTal, and try to do some thing
>> like <a href="www.foo.com" tal:attributes="href config/webhost" >here</a>
>>
>> PHP throws this error:
>> Fatal error: Call to protected method Zend_Config::__isset() from
>> context '' in e:\php\PEAR\PHPTAL\Context.php on line 269.
>
> I've replaced method_exists with is_callable and this should solve the
> problem. Please try the SVN version:
>
> svn co https://svn.motion-twin.com/phptal/trunk/classes phptal
>
> --
> regards, Kornel
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 30 May 2008 10:29:10 -0400
> From: "Patrick Burke" <[EMAIL PROTECTED]>
> Subject: [PHPTAL] Re: PHPTAL Digest, Vol 39, Issue 13
> To: phptal@lists.motion-twin.com
> Message-ID:
>        <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 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 reeeeally 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
>> **************************************
>>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 30 May 2008 17:48:17 +0300
> From: "Anton Andrievskij" <[EMAIL PROTECTED]>
> Subject: Re: [PHPTAL] Re: PHPTAL Digest, Vol 39, Issue 13
> To: "Template Attribute Language for PHP"
>        <phptal@lists.motion-twin.com>
> Message-ID:
>        <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> 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 reeeeally 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
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://lists.motion-twin.com/pipermail/phptal/attachments/20080530/70e06351/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> PHPTAL mailing list
> PHPTAL@lists.motion-twin.com
> http://lists.motion-twin.com/mailman/listinfo/phptal
>
>
> End of PHPTAL Digest, Vol 39, Issue 14
> **************************************
>

_______________________________________________
PHPTAL mailing list
PHPTAL@lists.motion-twin.com
http://lists.motion-twin.com/mailman/listinfo/phptal

Reply via email to