Re: [PHPTAL] A Tale returning a string with several expressions

2009-12-02 Thread Kornel Lesinski

On 1 Dec 2009, at 23:46, spaze wrote:


Is there anything I'm missing or do I need to refactor my stuff to be
able to work just as one expression (e.g. Foo::canHaz()- 
>bar('waldo')->gimmeQuux())?



Yes, you should refactor it. Your code should return string to output,  
allowing PHPTAL to escape it appropriately.


--
regards, Kornel


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


[PHPTAL] LGPL and commercial licence

2009-12-02 Thread hosemaria
Hi
I am not deep in licences.
Does LGPL allows me to use PHPTAL in commrecial software which will be selled 
to customers.( internet shop)?
What am I obliged to do when using PHPTAL in commercial software?

Greetings

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


Re: [PHPTAL] LGPL and commercial licence

2009-12-02 Thread Kornel Lesinski

On 2 Dec 2009, at 16:16, hosema...@poczta.onet.pl wrote:


I am not deep in licences.
Does LGPL allows me to use PHPTAL in commrecial software which will  
be selled to customers.( internet shop)?


Yes.

LGPL doesn't "infect" other software. Your commercial software can  
remain closed. Template files belong to you.



What am I obliged to do when using PHPTAL in commercial software?


I'm not a lawyer, but:

* if you modify PHPTAL and redistribute those modifications, then they  
become open-source.
* your customers must be able to modify or replace PHPTAL. If you're  
using PHP obfuscators (like ioncube), you must leave PHPTAL unprotected.

* you should redistribute PHPTAL with its license (COPYING file).

--
regards, Kornel


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


Re: [PHPTAL] LGPL and commercial licence

2009-12-02 Thread Marco Pivetta
Remember that you can simply try to extend PHPTAL instead of modifying its
sources, that way you are not touching the package affected by LGPL ;)

2009/12/2 Kornel Lesinski 

> On 2 Dec 2009, at 16:16, hosema...@poczta.onet.pl wrote:
>
>>
>> I am not deep in licences.
>> Does LGPL allows me to use PHPTAL in commrecial software which will be
>> selled to customers.( internet shop)?
>>
>
> Yes.
>
> LGPL doesn't "infect" other software. Your commercial software can remain
> closed. Template files belong to you.
>
>
>  What am I obliged to do when using PHPTAL in commercial software?
>>
>
> I'm not a lawyer, but:
>
> * if you modify PHPTAL and redistribute those modifications, then they
> become open-source.
> * your customers must be able to modify or replace PHPTAL. If you're using
> PHP obfuscators (like ioncube), you must leave PHPTAL unprotected.
> * you should redistribute PHPTAL with its license (COPYING file).
>
> --
> regards, Kornel
>
>
>
> ___
> PHPTAL mailing list
> PHPTAL@lists.motion-twin.com
> http://lists.motion-twin.com/mailman/listinfo/phptal
>



-- 
Marco Pivetta - Ocramius Aethril
Standard Ogame Project - StOgame
http://www.stogame.net
Making Ogame a better place...
Sent from Padova, Veneto, Italia
___
PHPTAL mailing list
PHPTAL@lists.motion-twin.com
http://lists.motion-twin.com/mailman/listinfo/phptal


[PHPTAL] 1.2.1 compatibility bug: nested macros and fill-slot, with patch in the end

2009-12-02 Thread Ekke Vasli

Hey all,

Probably caused by new 1.2.1 slot callbacks, but here's an issue  
needing your advice. Shortly (in style of MetalSlotTest::testSimple()):


INPUT:

 
   
   
   Valuebis from subpage block
   
   
 

 
   page-a:a value should go here
   page-b:another here
 

 
   unused invalid valuebistal:block>

   
   Value from the first blocks
   
 


EXPECTED OUTPUT (and as of 1.1.16 and 1.2.0):
page-a:Value from the first blockspage-b:Valuebis  
from subpage block


REAL OUTPUT (1.2.1):
page-a:a value should go herepage-b:Valuebis  
from subpage block


PROBLEM:
Metal:fill-slot values are not carried over from within nested macro  
calls any more, unable to find another way to achieve the same result.  
Is this intentional behavior?


It does work with tal:define global / replace structure but it is not  
as elegant solution as slots.  Any better ideas how work around it?


If it isn't on purpose, a simple patch fixes it back to 1.2.0 way (and  
then pls could above test be included in testsuite too?):
diff -r PHPTAL-1.2.1/PHPTAL/Context.php /apache2/php/lib/php/PHPTAL/ 
Context.php

165a166,169
> if ($this->_parentContext) {
> return $this->_parentContext->hasSlot($key); // setting  
slots in any context

> }
>



Many thanks
Ekke


PS. Similar issue, same fix here but probably doesn't adhere to  
standard here (fill-slot="valuebis" straight inside 'subpage', outside  
of use-macro="page"):



 
   
   Valuebis from subpage block
   
   
 

 
   page-b:another here
 

 


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


[PHPTAL] template leng

2009-12-02 Thread pedro reyes alejandre

Is there anything I'm missing or do I need to refactor my stuff to be
able to work just as one expression (e.g. 
Foo::canHaz()->bar('waldo')->gimmeQuux())?


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